Defibrillators, Imgur verwijderen

Vanwege de ernst van de bedreiging begin ik hierover een nieuwe thread.

De grootste angst van een informaticus is gegevensverllies. Ik ben pas gerust als de foto’s op vier plaatsen staan.

Niet alleen is er het probleem van het voortbestaan van de diensten, ook is er het probleem van de konstante beschikbaarheid.

Sommigen denken dat Panoramix het nec plus ultra is dat altijd zal bestaan en perfect zal zijn.

Ik heb dagenlang gewerkt om aan elke mapillary een imgur broertje te geven. Sindsdien zijn de Mapcomplete aberraties verminderd.

Pieter heeft mij een reden gegeven om ze te wissen, maar dat gaat alleen over gemak van programmatie. Er is nu toch ook niemand, behalve ik die het lastig heeft met de kerstboom van tags. Het is onaanvaardbaar iemands werk zonder grondige reden te vernietigen. Ik heb al heel wat tegenwerking en vandalisme moeten slikken bij dit werk. Een ander zou er al lang mee gestopt zijn.

Als je dan toch absoluut Imgurs wilt verwijderen, zet ze dan op OpenAEDmap.

Zie ook Usage of Imgur hosted images

Wel, ipv een IMGUR-broertje is het nu een panoramax-broertje geworden.

Weet ook dat je normaalgezien een panoramax-instantie kan federeren en backuppen. Dit betekent dus dat je zelf ook een panoramax-instantie voor AEDs kunt opzetten met alle afbeeldingen in, zonder dat je een extra tag moet toevoegen aan de objecten.

Ook belangrijk om weten: enkel afbeeldingen waar een leesbare licentie aan hangt (lees: gemaakt met mapcomplete) worden getransfereerd.

Heeft Imgur dan toch een lat/lon/date ?

Ik was origineel onder de indruk dat afbeelding die geupload werden naar een Panoramax server een uniek ID kregen op basis van de afbeelding zelf. Maar het blijkt dat de UUID (dus het ID nummer dat je ziet in de osm tags) eigenlijk gewoon een random nummer is. MAAR in de database van de server zal wel voor afbeeldingen die sinds een paar maand geleden geupload zijn een md5 hash zitten van elke afbeelding. Die is wel gekoppeld aan de afbeelding. Dus als je dezelfde afbeelding upload naar twee verschillende instances, dan zullen die verschillende UUID hebben maar dezelfde md5 hash.

Nu is het nog aan Panoramax om een systeem te hebben we ze inderdaad overweg kunnen met dezelfde afbeelding die op meerdere instances staat.
Ik had het hier recent over met hen, daarmee dat ik opeens viel op die verkeerde opvatting van het ID nummer en heb nu een effectieve feature request ervan gemaakt: Automatic redundancy (#14) · Issues · Panoramax / Server / Meta Catalog · GitLab

btw ivm OpenAEDMap heb ik hen al gemailed om hen te informeren over Panoramax maar ze zijn op dit moment niet geïnteresseerd:

Hello!
The current system was developed in cooperation with our partner. We could consider using an alternative, only it would mean rewriting some of the code. For today this is not very possible. We do not have the possibility to add new functionalities to the software, for lack of time. So I can’t imagine such an update.

Ook nog even vermelden dat ik (en pieter ook dacht ik, toch die via mapcomplete geupload geweest zijn) afbeeldingen van imgur op osm (ik heb alle imgur urls van osm gehaald) die dagelijks opgelijst worden in mijn repo hier:

En die ik regelmatig download and backup

1 Like

Nu het toch over Panoramix gaat.

Toevallig vind ik de url.
Toevallig zie ik een foto die ik meen te herkennen, ik heb familie in Meulebeke.
Volgens het plan staat die in Brasschaat, waar ik werkte.
Hebben jullie geen testers ?

https://panoramax.mapcomplete.org/#focus=pic&map=12.87/51.27693/4.54425&pic=fffe95c8-f2ae-4255-9d90-77677b94dfb3&speed=250&xyz=115.84/6.44/52
of
575191100735856

das raar, zou niet weten hoe een mapcomplete upload zoiets kan veroorzaken. Maar denk niet dat het aan de panoramax kant is (eerder dat het aan de mapcomplete ligt, denk ik).
Pieter zal misschien weten wat er gaande is

Ook geen idee hoe dit komt.
Kan je me de originele afbeelding bezorgen?

Heb ik dat achttien dagen geleden gedaan ? Ik wist de juiste url om panoramix toe te voegen nog niet.

Ik begrijp het nog altijd niet.
Imgur heeft toch geen lat/lon date ?

Of gebruikt u de mapillary foto om panoramix te voeden en wist u de Imgur ? Dan is uw changeset comment verkeerd.

Het onwettig broertje wordt dus vervangen door een gebrekkig broertje.

Een goed programma toont de snelle foto en het volledig beeld.
Imgur en mapillary dus.

Is er iemand die problemen zou maken voor enkele duizenden AED Imgurs ? Dat zou wel slechte reklame zijn.

Dat foto’s dezelfde zijn, dat is juist de bedoeling van een backup systeem.
Het is waarschijnlijk te moeilijk de foto’s naar OpenAEDmap te verplaatsen ipv ze te wissen.

Ik wens u het beste toe, maar heb grote twijfels.

Bovendien maken jullie dezelfde fout als die twee informatici tien jaar geleden.

En dat in een produktieomgeving !, hopelijk werkt de revert.

Ik zie foto’s op imgur vervangen door foto’s op panoramax. Doordat OpenAEDMap voorlopig geen budget heeft om hun applicatie aan te passen zodat zij ook panoramax tonen, vallen foto’s op OpenAEDMap weg. Voor de foto’s van AED’s die ik heb toegevoegd ga ik kijken waar dat problemen geeft. Ik heb de foto’s nog en kan de ontbrekende foto’s toevoegen op OpenAEDMap. Nadeel is dat eenzelfde foto twee keer zal te zien zijn op MapComplete. Sinds Mapcomplete oplaad naar panoramax maakte ik telkens twee foto’s van een AED: één voor Mapcomplete en één voor OpenAEDMap. En dan ook nog een Mapillary link die getoond wordt op Mapcomplete. Zo moet er niemand reclameren dat foto’s van AED’s ontbreken op OSM.

Kleine correctie * OpenAEDMap heeft gezegd dat ze niet gaan uploaden naar Panoramax of eigen Panoramax instance gaan opzetten. Maar ze hebben niet gezegd dat ze niet willen panoramax= tag supporteren.
Ik zal hen nog eens email en eventueel verwijzen naar Pieter als dat ok is voor hem als ze hulp nodig hebben met implementeren om te viewen, zou niet al te veel werk mogen zijn normaal gezien

Imgur heeft toch geen lat/lon date ?

Nee, we gebruiken de lat/lon van het object. Niet perfect, maar een goede starter

Dat foto’s dezelfde zijn, dat is juist de bedoeling van een backup systeem.

Totdat je onwetende gebruikers hebt die de dubbele foto’s gaan verwijderen, want “ze zijn dubbel”

Alleen bij van die slechte portretfoto’s vanop een meter is dat aanvaardbaar.
Een goede foto met overzicht heeft al tien meter afstand.
En ik gebruik waar nodig, bijvoorbeeld op terrein waar ik niet op kan een telelens. Daarbij komt dat niet alle AEDs precies gemapt zijn of kunnen zijn . Dat cumuleert de fout nog eens, meestal.
Het is niet aanvaardbaar, het is slecht.

En de date ? Ik hoop dat Imgur er 1 heeft. Anders is alleen survey_date bruikbaar, maar ook een leugen.

Het werd hoog tijd dat u helderheid verschafte.
Daarbij komt nog dat Panoramix hopelijk niet bedoeld is als fotogallerij.
De omgeving moet begrepen worden.
Dus begrijp ik nog steeds niet waarom u niet enkele foto’s uit Mapillary haalt.

Niemand verplicht u de Imgurs te tonen. Ze kunnen gewoon als backup dienen.
Bent u hetzelfde van plan met de OpenAED foto’s ? En dat de onwetende gebruiker het zou wissen, is wat u nu doet. U ziet toch Mapcomplete niet als een volwaardige toepassing hoop ik. Als alleen dat gebruikt wordt, dan is dat maar triestig gemap.

Ik herhaal nog eens, wat nodig is is een snelle foto en een dienst die de omgeving toont.
En geen amateurdiensten.

Ik heb de vorige weken al rare zaken gezien in Panoramix, of was het op franse versie ? Ik heb het niet gemeld omdat het nog in test is. Maar nu jullie denken dat alles OK is, zal ik het in het vervolg toch maar melden.

OpenAEDMap blijkt vanaf vandaag de Panoramix foto’s te tonen. Daarmee is de omzetting van imgur naar panoramix daar geen probleem meer.

1 Like

Eerst goed nieuws. Een Panoramix foto komt goed terecht in Mapillary, zelfs met de date_taken korrect. Nochtans is date_taken niet te zien in de File Explorer, Properties, Details.
De foto’s in OpenAEDmap en Imgur zijn alleen maar foto’s.

Voor ik dwaze dingen schrijf. Het is toch mogelijk de mapillary foto’s in Panoramix te zetten met alle juiste gegevens ? Daar dienen die APIs toch voor ? En ik denk ook dat het mag.

Dag Filip, ga proberen alles te overlopen

Ja MAAR let op dat je technisch dit eigenlijk niet mag doen omdat de foto in mapillary dan terecht komt met een verkeerde licentie auteur. In principe zou je elke foto moeten uploaden met een aparte mapillary account met de naam van de auteur van de foto.

In de omgekeerde richting is dit anders omdat we bij Panoramax (het is Panoramax btw, niet Panoramix :wink: ) zelf kunnen die auteur definiëren.
En dit gaan we dan uiteindelijk ook doen als we de mapillary naar Panoramax overzetting gaan doen enz. (alles blijft op mapillary staan tenzij iemand ze echt eraf wilt. Imgur is weg gedaan omdat dit nooit echt een goed platform was om afbeeldingen te hosten voor lange termijn). (ik heb ook geen plannen om mapillary tags te veranderen naar panoramax tags)
Dus antwoord op:



Dus voor alle duidelijkheid: Pieter wou af van Imgur naar Panoramax. Hij heeft bijwijze van spreken niks te maken met Mapillary afbeeldingen. Daarom dat hij niet kijkt om Mapillary naar Panoramax over te zetten.
Bij het uploaden naar Imgur is er bij het implementeren geen gps coordinaten opgeslagen van die afbeeldingen dus is het voor Pieter natuurljk onmogelijk (tenzij je manueel doet) om die afbeeldingen op de juiste plaatsen te zetten.
Ik ga mogelijks kunnen hoe realistich het is om door alle AED panoramax foto’s te gaan en die op de juiste plaats te zetten (volgens lucht foto’s en zo te zien waar die foto genomen is enz).
ook antwoord op:



Dus: de enige datum die pieter kan gebruiken voor de afbeelding is de datum van het uploaden naar Imgur. Voor MEESTE uploads gaat dit wel kloppen. Maar voor jouw uploads mogelijks niet.
WAT er gebeurd is bij deze import was dat dit niet werkte en dus de datum van de afbeelding de datum van de dag van upload naar Panoramax is geworden. Er wordt aan gewerkt om dit op te lossen (de bestaande afbeeldingen in Panoramax gaan de datum van Imgur krijgen via een script. Maar hier wordt nog aan gewerkt). Ik ga proberen in deze thread te updaten als dit effectief gebeurd is. (we communiceren met de Panoramax devs wat de beste methode is om dit te fixen)

Alle imports die gebeuren sinds deze import zullen de datum van de afbeeldingen nemen van de datum van uploaden naar imgur. (aangezien dit de enige semi betrouwbare datum is).

Alle afbeeldingen die geüpload worden via MapComplete naar Panoramax hebben allemaal de juiste datums en locaties uiteraard.

Ja, maar hoe weet je wat waar staat. Je kan nooit zeker weten als er mapillary, panoramax, imgur fotos of het duplicaten zijn van elkaar of unieke dus je moet ze altijd allemaal tonen.

Nee want

  • Deze foto’s zijn CC0, terwijl de panoramax instance CC-BY-SA is
  • Deze niet gehost worden op Imgur. De foto’s geupload naar openaedmap worden op hun eigen web server gehost. De reden waarom Pieter deze overzet doet is omdat hij al de foto’s die ‘door hem’ op imgur beland zijn wil ‘fixen’ door ze naar panoramax te verplaatsen.

Als we concrete voorbeelden hebben kunnen we dit bekijken. Panoramax normaal redelijk stabiel maar er wordt nog altijd aan gesleuteld natuurlijk.

Het is gewoon effectief niet toegestaan (tenzij met toestemming van de fotograaf). Dit blijft dus niet bij “technisch” en “in principe”.

Materiaal onder CC0 kun je volgens mij probleemloos hernemen onder CC-BY-SA.

1 Like