Beide uploaden en dan de locatie op een kaartje koppelen aan het videofragment. Probeer het maar eens. Het wijst zich van zelf.
Of kijk even hier.
Dan moet je inderdaad wel de hele tijd naar voren kijken ;).
Doe je dit omdat je dan zelf niet met FotoGeoTag aan de slag hoeft, en het dus tijd scheelt? Ik bedoel, de resolutie is met 1080p (2MP) filmen wel een stuk lager dan een foto van bijvoorbeeld 12MP.
Klopt. Het scheelt me heel veel tijd en de kwaliteit van de fotos op Mapillary vind ik nog steeds heel acceptabel. Nadeel was wel dat het soms fout ging (er verscheen niets op mapillary ok al gaf de upload aan dat het OK was) maar tegenwoordig gaat het best goed en ook best snel. Een voordeel is dat mapullary van het fimpje foto’s maakt met gelijke afstand. Bij mijn timelapse vroegen zat er best veel verschil in de afstand omdat ik soms 5 en soms 50 km per uur reed :). Een ander voordeel is dat geen timelaps foto’s hoef te verwijderen als ik stilsta bij een stoplicht. Mapillary ziet adhv de GPX dat ik niet beweeg en maakt dan geen foto.
Je kunt nu ook tekenen op de foto’s.
Gisteren fietste ik met dat prachtige weer over de Planken Wambuis en was benieuwd wie hier al eerder voor Mapillary was langs geweest.
Nou, dat was dus deze meneer met prachtige 360º beelden.
Mooi hoor, zo’n camera! En ruim een week geleden was het dus bijna net zult mooi weer als gisteren!
De LG valt wel mee.
Dank Marc. Het was zeker mooi weer. Dat is wel iets waar ook de LG360 ook van houdt heb ik gemerkt. De kwaliteit is echt een stuk beter als er veel licht is. Niet onlogisch want alle cameras houden van licht maar ik vind het verschil in kwaliteit van de fotos tussen veel en wat minder licht wel groot. Hoe dan ook … de camera bevalt best goed. Ook omdat ie kan laden (battery pack) en fotograferen tegelijk. Dan heb ik er op mijn fietstocht nauwelijks omkijken naar. Enig nadeel nu is dat ik nogal lang bezig ben met uploaden van foto’s. Ik heb gemerkt dat Mapillary niet zo goed overweg kan met het python upload script en hele grote aantallen (bv 5000 foto’s tegelijk). Ik heb nog een heleboel foto’s die ik moet uploaden.
(NB… ik hou ook de ontwikkelingen van deze 360 graden camera in de gaten… Kon wel eens een opvolger worden)
Om de fietsknooppuntnummerbordjes te controleren is de LG niet de meest geschikte camera heb ik gemerkt. Maar ja, een gegeven paard… 
Bij mij werkt het uploaden via het script zonder haperingen, meer dan 5000 foto’s duren lang maar meestal gaat het goed. De maximale uploadsnelheid van mijn provider is 20 Mbps. Soms moet je op de website (http://legacy.mapillary.com/map/upload/im) nog checken/bevestigen dat er nog een reeks in de wachtrij staat.
Mijn Theta S heeft ook graag veel licht. Veel licht ?, de meeste smartphones zullen nu wel een luxmeter hebben.
Wat OpenSteetCam betreft, het lukt mij niet met de OBD2 dongle. De app Torque krijgt er wel kontact mee.
Ik zal nu de dongle van Mercedes zelf proberen, die is gratis.
mercedes.me
Ik had gevraagd naar een professioneler camera, in veel van de apparatuur wordt een Lady bug 5 gebruikt.
Camera is dan ook weer net wat anders dan de software die er achter zit.
De hele setup bepaald het resultaat.
Hier is zo’n camera gebruikt.
Sequence with Ladybug.
https://www.mapillary.com/app/user/wsp_sweden?pKey=IY2kbKgv-HH1XHVX2DrqBA&lat=57.71998640000004&lng=12.935609549999981&z=17&focus=photo
https://www.mapillary.com/partners/wspsweden
Het viel mij tegen.
Criteria lezen onderbordjes
Verwondert mij niet. Kleine sensor & lens, weinig licht opvang. Dus heb je veel zonlicht nodig, of langere sluitertijd (dan krijg je weer bewegingsonscherpte), of hoge iso waarden (krijg je weer ruis).
Bij mij werkte het tot voor een week of wat geleden ook nog goed maar de laatste tijd als ik duizenden tegelijk upload dan worden de foto’s wel geupload maar krijg ik die laatste vraag waar ik y(es) moet intikken niet meer. Wel een goeie tip om via legacy proberen te bevestigen dat het OK is maar ook die optie werkt bij mij al tijden niet meer. Hij blijft dan hangen (en draaien) en zegt alleen maar “We are checking your current uploads on the mapillary server” zonder dat ie ooit klaar is met checken. Het lijkt ook niet uit te maken met welke browser ik dan werk. Geen idee waar het aan ligt.
Overigens is het vandaag wel weer gelukt een groot aantal foto’s te uploaden maar heb het niet aangedurdt meer dan 2000 tegelijk te doen. Advies van Kartrin van Mapillary is om niet meer dan 1000 tegelijk te doen maar dat vind ik wel erg weinig.
Ze hebben rare prioriteiten bij mly. Eerst de smartphone UI om zeep helpen. Dan bolcamera’s en dan actioncamera’s. Ik probeer ook op verschillende systemen manueel up te loaden. Er is geen lijn in te trekken wat beter gaat. Dat het traag is, is geen probleem. Wel vervelend wordt het als het geheugen van Chrome vol geraakt. Gelukkig heb ik tijd. Maar grote sequenties met goede photo’s zullen dus niet voor deze zomer zijn. Zo krijg ik een slechte naam.
Ik gebruik altijd ‘upload.py’ en 1000den foto’s uploaden gaat altijd zonder problemen op de maximale snelheid van m’n verbinding. Meestal upload ik 3000 tot 6000 per keer.
Als je upload.py gebruikt moet je wel eerst zelf de mapillary exif tags toevoegen met ‘add_mapillary_tag_from_exif.py’
Hi PeeWee32, ik (micmin1972 op mapillary) heb een magere internetverbinding met een upload snelheid van 2 a 3 Mbps en eigenlijk gaat het uploaden met python best foutloos. Wel heb ik het aantal parallele upload-threads als environmental variable op 1 gezet omdat het anders vastliep bij mijn beperkte upload capaciteit. Standaard staat die op 4 threads dus probeer die eens te halveren.
Heren , dank voor het meedenken. Ik heb van Katrin (Mapillary) wat tips gekregen en dat lijkt goed te werken.
Advies was om met
python upload_with_preprocessing.py --remove_duplicates --cutoff_time 150 --duplicate_distance 5 --interpolate_directions --auto_done /path/to/files/right/
te werken.
Op deze site staat hier meer over vermeld.
Als ik het goed begrijp kun je dan al je foto’s met geo coordinaten uploaden en worden alle duplicaten verwijderd en de richting vastgesteld obv de volgorde van de foto’s. Duplicaten worden dan gezien als foto’s die (in dit geval) minder dan 5m uit elkaar liggen. De cutoff_time wordt gebruikt om losse sequences te maken als de tijd tussen fotos meer dan 150 seconden is (in dit geval). Omdat ik mijn fotos middels een gpx track en het programma fotogeotag van benodigde exif tags voorzie hoef ik de --interpolate direction niet te gebruiken. Die heb ik dan ook weggelaten. De auto_done zorgt er voor dat je op het eind geen vraag meer krijgt waar je y of n op moet antwoorden. Het wordt dan dus een automatisch y.
Ik werk met Windows10 en heb nu mijn batch file aangepast en dat ziet er als volgt uit:
@echo off
cd /d %~dp0
echo type de directory met de te uploaden bestanden, bijvoorbeeld: E:\DCIM\100_VIRB\
set /p input=
C:\Python27\Scripts\pip install exifread
set MAPILLARY_PERMISSION_HASH=xxxxxx
set MAPILLARY_SIGNATURE_HASH=xxxxxx
set MAPILLARY_USERNAME=peewee32
set MAPILLARY_PASSWORD=xxxxxxx
set MAPILLARY_EMAIL=xxxxxxxx
C:\Python27\python upload_with_preprocessing.py --remove_duplicates --cutoff_time 150 --duplicate_distance 5 --auto_done %input%
pause
In de code van Katrin stond ook nog “/path/to/files/right/”. Dat levert in mijn batch file problemen op en heb ik nu weggelaten. Geen idee wat het doet en of het erg is. Ik vermoed dat het niet erg is want het script lijkt goed te werken ook met duizenden foto’s tegelijk.
Als ik met mijn roestige ict kennis kijk, gebruik je die “/path/to/files/right/” wel 
Dat is volgens mij gewoon het pad naar de bestanden, wat bij jou %input% is.
Oh … heel goed. Bedankt. Weer wat geleerd. Dan hoef ik me in ieder geval geen zorgen te maken dat er daar wat fout gaat.
Ik zag op de mapilllary github dit script. Ik heb het idee dat ik dat kan gebruiken ipv de fotogeotag waarmee ik nu locatie en richting aan de EXIF van de foto’s toe voeg. Als dat zo is kan ik misschien wel met 1 opdracht alles uitvoeren. (geocoderen en uploaden) . Heeft iemand hier ervaring mee?