Mapillary

Het uploaden lijkt goed gegaan te zijn maar ik merk dat ik de timestamp met javawa fotogeotag niet goed gezet hebt. Ik denk dat ik er 6 seconden naast zit. Ik heb de originele foto’s nog dus kan nog een keer de track aan de foto’s knopen zodat er wel de exacte locatie bekend is.

Wat is de beste manier om dat te doen? Ik kijk nu in basecamp naar mijn Garmin track en vervolgens op een foto waarvan in de exacte locatie ken en kijk dan wat het verschil in tijd is. Dat zal ik dan in javawa (maar nu goed :wink: ) als verschil invoeren en dan ga ik er maar van uit dat het OK is. Is dat een goede manier?

Hoe kan ik de huidige sequences verwijderen en een nieuwe plaatsten?

Je kunt de edit knop onder een van de foto’s gebruiken, en vervolgens “hide the sequence” kiezen. Het kan soms een paar dagen duren voordat de foto’s daadwerkelijk verdwijnen omdat die bewerking door iemand gecontroleerd wordt. Je kunt in de tussentijd wel gewoon de correcte foto’s opnieuw uploaden.

Overigens i s upload_with_authentication.py ondertussen aangepast en zou het ook weer met exifread 2.0.0 moeten werken. (nadat je upload_with_authentication.py opnieuw download dus).

Ook ik heb hide sequence 2x aangevraagd ivm verkeerde timestamp. Wat Wimmel zegt klopt het duurt een aantal dagen voordat de sequence is verdwenen. Ik heb geen ervaring met het voortijdig uploaden van nieuwe sequence met juiste timestamp.

Bedankt Wimmel, Commodoortje en Ligfietser

Inmiddels staat ie weer te uploaden. Ik had begrepen dat je in de upload map per sequence 1 mapje moest maken. Het was mijn bedoeling 3 sequences te maken en dus had ik 3 mapjes gemaakt. Nu blijkt dat het script ze toch allemaal aan elkaar knoopt. Ik ga nu maar 3x zo’n actie uitvoeren. Zo weet ik tenminste zeker dat het 3 losse sequences worden. De reden dat ik 3 sequenses wil maken (hoewel ik alles achter elkaar heb opgenomen) is dat ik overlappende stukken heb waar ik zowel heen als terug ga. Ik weet niet zeker of het noodzakelijk is dat op te knippen maar het lijkt me handiger in het gebruik van de site. Met 1 sequence lijkt het lastiger van de ene richting naar de andere te springen. Wat is jullie idee?

Ik heb eerder deze week het nieuwe script upload_each_folder_as_sequence.py eens geprobeerd, omdat dat minder bewerkelijk leek om te uploaden, zoals PeeWee32 ook aangeeft.
Het script upload_with_authentication.py stopt per run inderdaad alles in 1 sequence.
Het script upload_each_folder_as_sequence.py genereerd dus al van tevoren sequence id’s die aan de foto gehangen worden, en maakt eigenlijk de foto’s (bijna) compatibel met die van de Mapillary app.

Daarna een paar sequences geupload met upload.py. Er staat bij dat het enkel is voor uploads van de Mapillary app, maar aangezien upload_each_folder_as_sequence.py dus de Mapillary app metadata toevoegt, dacht ik, zal het eens proberen. Nou, dat ging dus niet helemaal jofel: http://www.mapillary.com/map/im/bbox/51.87047639371204/51.89778723113112/4.217634201049805/4.300031661987305
Alsof de hele sequence eerst door de blender is gehaald. Bovendien is een deel niet geupload, omdat over alle foto’s (dus niet eens per sequence) per gebruiker blijkbaar alle bestandsnamen uniek moeten zijn (houdt gauw op als de VIRB maar 1000 unieke namen kan maken). Wellicht dat de Mapillary app, nog een volgorde id bijhoudt waardoor die wel goed op de website komen?
Zal eens proberen de sequence te hiden en de oude vertrouwde manier maar weer gebruiken.

Het zou wel prettig zijn als ze bij Mapillary een algotithme maken dat de foto’s weer op volgorde legt. Want ook bij foto’s die ik eerder via de web upload heb toegevoegd laten soms rare sprongen zien bij de enkele foto die eerst niet wilde uploaden en pas in een 2e poging lukte.

Er gebeuren idd rare dingen bij het uploaden: http://www.mapillary.com/map/im/TbxH10U7zmwZ1Zo3AAECYA
Een testfoto van Peewee is kennelijk in het geheugen blijven hangen en toch geupload met een andere sessie. :wink:

Edit: velomobiel is inmiddels weer terug bij de rechtmatige eigenaar :wink:

Nieuwe feature van Mapillary: Traffic sign recognition

Leuke feature, zeker de API om dit hopelijk gemakkelijk ove te nemen in OSM.
Maar duidelijk work in progress: ik de takken van deze boom staan al 6 verkeersborden! En helaas niet de enige plaats waar dit voorkomt :roll_eyes:

Inmiddels blijkt dit door Mapillary weer bijna helemaal gecorrigeerd te zijn. Er was in add_mapillary_tag_from_exif.py een bug met de timestamps, wellicht dat dat ermee te maken had dat de foto’s niet goed op volgorde lagen?

Tip voor de heavy mappers:

Om op je Garmin GPS te zien waar je al geweest bent, kan het handig zijn een overlay te maken.
In onderstaand voorbeeld heb ik een screenshot van de website genomen en die gepositioneerd mbv Google Earth.
De kmz sla ik op in de garmin/CustomMaps folder.
Zie voor meer instructies http://www8.garmin.com/outdoor/custommaps_instruct.pdf
of http://www.gps-info.nl/software/custom_maps_raster/ (ook handig voor het mappen van dierentuinen ;))
De overlay kmz file kan je ook in Basecamp laden en bekijken.

Het calibreren van zo’n screenprint is echter vrij omslachtig.
Handiger zou het zijn als Mapillary alle tracks ook als gpx file kon aanbieden.
Iemand heeft al zoiets geprobeerd maar die site werkt niet goed: http://osm.lyrk.de/mapillary2JOSM/

Als je foto’s wil bekijken, is er een handige mogelijkheid om met je linkermuisknop ingedrukt te “slepen” over de foto.
Op deze manier scroll je door de sequence.

Ongetwijfeld zal deze mogelijkheid bij een aantal bekend zijn, maar toch wil ik hem toelichten.

Woot, new feature!

Je kan nu ook de verkeersborden bewerken, activeer de verkeersborden onder filters en je ziet wat ik bedoel.
De feature is nog lang niet af maar al wel bruikbaar.

Edit: je kan tegenwoordig ook de borden filteren (link onder de ‘activeer verkeersborden’ knop). we krijgen wel waar voor ons geld foto’s! :slight_smile:

Inderdaad een geweldige feature. Het was even zoeken maar het is me gelukt. Een 120 snelheidslimiet in het buitengebied maar even teruggebracht naar 60 k/u. Wel jammer dat ze de G12a en G13 borden niet herkennen en ook niet kunt toevoegen.

NB. je kunt alleen bewerken als je ingelogd bent en bewerken doe je vanuit de foto die het verkeersbord herkent. In de foto zit linksonder een + teken waarmee je kunt toevoegen en de borden die herkend worden.

Als je ze hebt toegevoegd, en opgeslagen. Hoe komen ze dan op OSM?

Mapillary staat los van OSM maar door de licentievoorwaarden mogen we als OSM mappers de gegevens wel gebruiken. Het bewerken gebeurt alleen op de Mapillary database. Als je de verkeersborden in OSM wilt hebben zul je ze zelf toe moeten voegen aan OSM. Ik vermoed dat er tzt wel een mooie plugin voor JOSM komt om die data te laten zien zodat het mappen wat makkelijker wordt.

Dan zul je die zelf moeten maken, want bij mapillary hebben ze daar de tijd niet voor. Zie: https://github.com/mapillary/mapillary_issues/issues/472

In de OSM wereld zijn er vast nog wel een paar handige Harrys die zo’n plugin kunnen maken. Ik kan het in ieder geval niet.

twee maanden geleden ben ik begonnen met het vertalen van de mapillary website, maar aangezien ik nou niet bepaald een taal virtuoos ben zijn er nog een paar regels over waarbij ik geen goede vertaling kan bedenken. In tussentijd heeft nog niemand zich gemeld het karwij af te maken.
Mocht je je geroepen voelen: Je vind de vertaling op: https://github.com/mapillary/mapillary_localization/blob/master/locales/nl.coffee

Ben zelf ook niet altijd een taalheld, maar heb geprobeerd de lacunes te vertalen: https://github.com/mapillary/mapillary_localization/pull/25
Als iemand het nog eens wil nalopen. Ik weet niet of deze pull request door iedereen zichtbaar is al.
Vind zelf vooral het gebruik “foto’s” en “afbeeldingen” een beetje rommelig, maar dat is in de Engelse tekst ook zo.

Was even zoeken maar het staat dus hier:
https://github.com/SanderH/mapillary_localization/commit/5708be68410f7429f657d456ac9a5135dc102ad0

Nog wat kleine verbeteringen
r32: creëer
r55: Gebrachte is met enkele t
r136: Zend je gemaakte opeenvolging naar Mapillary
r140: geüpload
r318 Uploaden naar Mapillary

Push zou ik niet letterlijk vertalen. Beter is “Uploaden/Verzend naar Mapillary”