Mapillary

De datum op de pagina, is dit nu de uploaddatum of de datum, het tijdstip, dat de foto genomen is.

Hoe kan je zien, wanneer de datum van de foto genomen is?

Best wel bepalend voor goede tagging.

Het tijdstip dat de foto genomen is, vanuit de exif, denk ik.

Zie ook :
https://forum.openstreetmap.org/viewtopic.php?id=70897

Vanochtend probeerde ik op Mapillary in te loggen, maar kreeg onderstaande foutmelding.

OSM logins are no longer available?

De oplossing is om te klikken op “Forgot your password? Click here”
En je ww te wijzigen.

Het vreemde vind ik dat ik het gewijzigd heb naar het oude ww en het werkt.
Nu Mapillary overgenomen is door Facebook, zie je steeds meer wijzigingen in mapillary.
Begin juli had ik een uplloadprobleem, achteraf vermoedelijk doordat ik niet kon inloggen?

Ben helemaal klaar met Mapillary. De webuploader doet het niet meer en de laatste series die ik via de upload tool heb geupload zijn nooit gerenderd. Ook op vragen of klachten wordt nooit gereageerd.

Die handdoek heb ik al enige tijd in de ring gegooid. … helaas… was toch wel handig.

De uploader werkt inmiddels wel weer goed.
Ik blijf het nog wel gebruiken.

Het is zonde dat ik het alleen voor mijn interessepunten wil gebruiken.

Een alternatief is trouwens https://kartaview.org. Heeft nog iets minder functionaliteiten als mapillary (alleen via telefoon app en nog geen 360°) maar misschien het proberen waard, zeker voor de mensen die opnames maken. Dit werd als alternatief gedeeld op Discord en heb zelf nooit iets geupload maar dacht deel het even hier.

Je kunt ook gewoon naar Kartaview uploaden met een pythonscript: https://github.com/kartaview/upload-scripts

Is Kartaview niet overgenomen door een taximaatschappij in India ? Wat kan daar de bedoeling van zijn ?
Sinds de overname van Mapillary door Facebook durf ik er al wat meer geld in mijn verplaatsingen steken. Daarvoor was ik bang dat het op een dag wel eens gedaan zou kunnen zijn.
Maar de weg tussen mijn POIs fotografeer ik niet meer. Jammer, echt jammer.

Ze moesten maar niet met mijn voeten spelen.

Super, altijd goed om in te haken!

De blurring software van mapillary ziet een koeienkont aan voor een gezicht:

En nu is Mapillary van versie 3 overgestapt naar versie 4.
En werken alle mapillary value’s niet meer.

Opmerking hierover zijn gemaakt op de talk pagina.

image id migration

Bijvoorbeeld onderstaande lijkt nog steeds te werken. Deze heb ik eerder in een forum reactie gebruikt

https://www.mapillary.com/app/?lat=51.154719265&lng=6.0657678263889&z=17&pKey=1252780238470744&focus=photo&x=0.4757811734653047&y=0.43605094125210236&zoom=1.2019360644736712

Ik meende hetzelfde te zeggen.
Het grappige, denkende aan de discussies over de mapillary key is dat de key veranderd is en niet de url, en dat het toch nog werkt.

Helaas heeft i.i.g. Osmose z’n detecties uit moeten zetten, lijkt het: https://github.com/osm-fr/osmose-backend/commit/4a5bfdd7f890de5744e544f382131dd761ca7daa

https://wiki.openstreetmap.org/wiki/User:Kmpoppe/Automated_Edits/Mapillary_Update
Automated Edits

Ik ben lichtjes bezorgd over de volgende automated edit :
https://wiki.openstreetmap.org/wiki/User:Kmpoppe/Automated_Edits/Mapillary_Update

Vorige week, in tempore non suspecto heb ik het volgende geschreven :

De mapillary tag wiki komt erop neer dat 7 jaar geleden 2 gerenommeerde mappers van oordeel waren dat OSM voor Mapillary dezelfde regels moest volgen als voor Wiki…dinges. Toen bestonden er nog geen filters en 360 graden foto’s.

Bij Carto dachten ze en denken ze nog altijd : “Daar houden wij ons niet mee bezig, wij zullen niet voor elke website urls gaan aanpassen.” Overpass heeft de wiki wel gevolgd en ook ID, maar dan op een slechte manier.
edit : Nu Mapillary zich ergerlijk misdraagt ziet het er niet naar uit dat nog veel programmeurs moeite zullen doen.

OSMAND doet ook normaal. Het toont zowel zonder problemen Imgur als Mapillary urls.

Doordat niemand naar mij luistert ondanks mijn 2000 Mapillary tags is het nu zo dat het dikwijls niet lukt een Mapillary sequence van een aed te tonen in OSMAND.

Erger nog, een Duitse wereldverbeteraar houdt zich bezig met mijn werk te verminken.

Ironie van het lot : de Mapillary key is wel veranderd, gelukkig zonder problemen te geven.

Het zou uiteraard nog altijd kunnen dat ik ongelijk krijg en dat we een masse urls in OSM moeten aanpassen aan een nieuwe vorm.

Philippe, probeer je het wel wat vriendelijk te houden?

Uitspraken als “een Duitse wereldverbeteraar houdt zich bezig met mijn werk te verminken” en “I am not happy with foreign people without a profile and knowledge […]” (zie https://www.openstreetmap.org/changeset/113303225) dragen niet bij aan een constructieve discussie.

In case anyone was wondering:

I haven’t been able to work on this problem for about 10 months now due to massive personal life outside OSM getting in the way, but this project has picked up speed again as I am currently collecting a preliminary set of OSM objects that use the old keys so that I can better prepare for the edit.

I have now concluded that it’ll be best to have one changeset for every v3 key changed to prevent excessively large changesets and to allow for simple revertion should something have gone wrong at any point.

Looking at the most recent changes of philippec, you seem to be determined to add the full URI into the mapillary key, no matter that the wiki states not to be doing that and I can guarantee you that that will backfire massively once the company decides to remove legacy support for “old” URIs if they change the format again.
I can only speculate why you think that this is neccessary, probably because the ID alone will not lead to an automated link on the OSM website. There is an open Issue on GitHub that addresses the problem, but it’s open for 7 years now and only small steps towards a resolution are being made.

From a database engineering standpoint, using the same part of the URI over and over again makes no sense whatsoever, yet you are not entering wrong data, just superflous data.

That being said, since you are using the correct URI format and have a valid numeric ID in your edits, my automated edit will not tamper with your change and just keep it as is. The edit will only target the v3 mapillary ids and change them to the new format.

Once I have a full plan on how everything proceeds, I will follow up on this discussion.

K