Voor de Garmin: met imgfromgpx is dat niet zo moeilijk, je groepeert ze gewoon in verschillende gpx tracks die je een apart kleurtje geeft.
Voor Osmand moet er helaas iets anders verzonnen worden, die houdt niet zo van enorme gpx bestanden. Ik zou 'm moeten omzetten naar obf formaat denk ik.
Workflow voor het omzetten naar Osmand:
Resultaat ziet er dan in de Wintersport kaartstijl zo uit:
wat mij een redelijk resultaat geeft:
Op deze manier raak ik 90% van de nodes kwijt en is het gpx-bestand klein genoeg dat het redelijk snel renderd.
Bedankt voor de tip, de omvang van de gpx file wordt 20% kleiner hiermee. Kost nog steeds tijd om 'm te laden maar het is te doen.
Heb je hier nog wat tips hoe ik dat kan gebruiken? Stel ik wil alle tracks in GPX formaar in een Bounding Box hoe ga ik dan te werk? Ik heb geen verstand van Python maar ik gebruik het al wel voor het uploaden van de foto’s naar Mapillary.
Het garmin kaartje van de mapillary tracks is wel handig voor op de GPS zelf maar als ik van te voren een route wil plannen dan zie ik liever die tracks als GPX in basecamp.
Kopieer het script van https://github.com/dalacost/mapillary_tools/blob/master/python/download_gpx_from_sequences.py
Voer daarna de opdracht uit (bvk in een batch file)
python download_gpx_from_sequences.py min_lat max_lat min_lon max_lon [max_results] [filter_by_user_name[/code]
Plak daarna de gpx files aan elkaar met join_gpx_mapillary_files.py en voer ook dit script uit.
Dus bijvoorbeeld
python download_gpx_from_sequences.py 49 51 5 6 10000
python join_gpx_mapillary_files.py gpx_from_sequences map.gpx
pause
Bedankt. Het werkt. Ik had Python blijkbaar elders staan maar gelukkig zag ik dat nog in het andere mapillary .bat bestand.
C:\Python27\python download_gpx_from_sequences.py 51 52.5 5 6 10000
C:\Python27\python join_gpx_mapillary_files.py gpx_from_sequences map.gpx
pause
Dit script draaide (voor mijn gevoel althans) zo’n 45 minuten en leverde een 97MB groot GPX bestand op met 3400 tracks (=afhankelijk van Boundingbox en hoeveelheid tracks in dat gebied). Dat is prima in te lezen met basecamp. Nu nog een route plannen en mooi weer 
Je zou ook nog de tracks < 25 m kunnen verwijderen, en zie verder de methode van de Vries om de gpx tracks te filteren mbv JOSM. Dit levert dan weer een veel kleiner gpx bestand die werkbaar is in Osmand.
Afgelopen week heb ik ook mijn eerste Mapillary stappen gezet. Dit is mijn camera en setup:
Een Garmin Virb Elite.
Voornaamste argument vóór deze camera is dat GPS gegevens al volledig bij de beelden zijn opgeslagen en dat ik de videomodus ook nog voor andere doeleinden kan gebruiken. Bovendien heb ik geen smartphone dus die Mapillary app kan ik niet gebruiken.
De Virb is simpel te bedienen en laat zich makkelijk instellen. De houder is in alle richtingen verstelbaar.
Ik heb op twee manieren gewerkt:
Hier kun je zien dat die video modus slechte beelden opneemt, want de resolutie is nogal laag. Bijzonder is wel dat je met de VIRB editor allerlei ritgegevens aan het beeld kunt toevoegen.
Mogelijk moet ik nog experimenteren met de verschillende andere resolutiemogelijkheden van die video-modus, maar de foto-modus doet het stukken beter. Gisteren een tocht van 3 uur gemaakt, (met een 8mp 4:3 fotoresolutie zoals wordt aangeraden. 12mp en 16mp is ook beschikbaar).
http://www.mapillary.com/map/im/09WROAgP9lj8ZvRliJsBfg/photo
Omdat de_vries hier ook veel in de buurt heeft gedaan, kun je soms overstappen naar zijn foto’s!
Je kunt overigens goed merken dat de camera bij minder licht (zeg vanaf 3 kwartier voor zonsondergang) duidelijk problemen heeft met de scherpte.
Batterij houdt het prima vol en geheugen kaartje van 32 Gb was ruim voldoende. Na afloop had ik dus bijna 4000 foto’s.
Via de manual upload van Mapillary naar de server gestuurd. Ging redelijk snel.
De VIRB slaat steeds 1000 fotos op (in een aparte folder) met de naam virb0001.jpg t/m virb1000.jpg en begint daarna een volgende folder met hetzelfde naamschema. Er was hier al eerder opgemerkt dat de uploader niet 2 keer dezelfde naam voor een foto accepteert, die wordt dan gewoon overgeslagen. Sander had hier al een python script laten zien om dat op te lossen, maar ik had inmiddels zelf ook al een (unix) script gemaakt dat de tijd waarop de foto is gemaakt (uu:mm:ss) voor de naam plakt, en dat geeft ook een goed resultaat.
Ik vind de beeldkwaliteit die Mapillary uiteindelijk toont op zijn hoogst matig en vooral: zeer wisselend - zeker als het gaat om die bewegende beelden als je een hele sequens afspeelt. Ook die quasi vloeiende overgangen zijn behoorlijk slecht. Wat is het nut daarvan?
Wat zich natuurlijk ook wreekt is dat al die gebruikers allemaal verschillende camera’s en technieken gebruiken (die ook nog allemaal - daar hoor ik dus ook bij - aan het experimenteren zijn), en dat komt het eindresultaat niet ten goede vind ik.
We zullen maar zeggen: “work in progress”.
Goed bezig Marc.
Mijn Xiaomi Yi doet iets vergelijkbaars en ik heb een nog andere werkwijze dan jij en Sander. Wellicht voor andere Mapillaristen goed te weten. Ik gebruik een eenvoudig windows programma om de bestanden een andere naam te geven. Je kunt bv de naam van de folder waar ze in staan toevoegen aan de bestandsnaam. De folder namen zijn bij de Xiaomi ook opvolgend (001Media, 002Media etc.) Met het rename progje komen de foto’s ook qua naam in de goede volgorde te staan. Hier staat uitgelegd hoe je dat doet.
Als je de mapillary sequence afspeelt laat ie de lage resolutie foto’s zien. Ik neem aan dat dit uit performance overwegingen gedaan is. Als je em stopt verschijnt even later de hogere resolutie foto.
\o/ jeej, meer map(illary)ers in de omgeving den bosch, wekom bij de club!
Ik snapte er eerst ook niks van maar ik kan je aanraden je in de upload scripts te verdiepen.
Mijn camera doet precies het zelfde. ik los dit op met de ‘masaal hernoemen’ functie in Thunar bestandbeheerder (linux)
Ik weet niet wat voor mount de Virb precies heeft, maar je zou de bewegingsonscherpte iets kunnen verbeteren door de actioncam niet op het stuur te monteren maar mbv een mount strak op je frame boven de voorvork. Eea is natuurlijk wel afhankelijk van hoe je rem/versnellingskabels lopen. Ik gebruik een zgn roll bar Gopro mount (goedkope kloon uit china) met tripod adapter. Hoe meer tussenstukjes je gebruikt, des te meer trillingen dus zo min en kort mogelijk is wel aan te bevelen.
De mogelijkheid om een periode op te geven waarin je de tracks wilt downloaden heeft “Dalacost” nu ook toegevoegd, heb het nog niet uitgeprobeerd.
Zie https://github.com/dalacost/mapillary_tools/blob/gpx_downloader/python/download_gpx_from_sequences.py
usage: download_gpx_from_sequences.py [-h]
[-r min_lat max_lat min_lon max_long]
[-m MAXRESULTS] [-u USERNAME]
[-d1 STARTDATE] [-d2 ENDDATE]
ranges:
========
min_lat = -90 to 90
max_lat = -90 to 90
min_lon = -180 to 180
max_lon = -180 to 180
maxresults = numeric >= 0
filter_by_user_name = string
Limit_Start_Date = a date informat YYYMMDD ex:20150101 default hour: 00:00
Limit_End_Date = a date informat YYYMMDD ex:20151231 default hour: 23:59
Het nieuwe script loopt bij mij helaas vast.
http://forum.mapillary.io/t/python-tool-for-download-gpx-from-sequences/228/16
Edit:
Script is inmiddels verbeterd en probleem is opgelost.
Eén punt, twee versies:
Eerst de situatie die de_vries tegenkwam op 14 april van dit jaar:
http://www.mapillary.com/map/im/qDLTUD6ENWzzL79JIimDfg/photo
En dit is de huidige situatie die ik op 4 november heb vastgelegd:
http://www.mapillary.com/map/im/LD1q8_wWb2Lb-u-sfJBZaA/photo
De betreffende rotonde en alle aanvoerwegen zijn daar veranderd waardoor de beelden van de_vries niet meer actueel zijn.
Als je daar een beetje doorheen loopt/fietst/rijdt, zie je de verschillen.
Als je bv. in de versie van de_vries begint, schakelt het beeld na een paar stappen over op mijn versie.
Mijn vraag: is het mogelijk om op mapillary fotos weer te verwijderen, en wie moet dat doen? De maker van de foto’s?
Die vraag is ook meer algemeen van aard. Als ik na verloop van tijd de door mij geplaatste fotos wil verwijderen, kan dat dan?
Verwijderen kan niet, maar in de edit modus kan je een afbeelding verbergen of een hele sequence. Dat mag iedere gebruiker doen, je hoeft niet perse de maker te zijn.
http://www.mapillary.com/map/e/LD1q8_wWb2Lb-u-sfJBZaA
In dit geval is verwijderen niet nodig, het kan ook nuttig zijn om te zien hoe een plek er in het verleden uitzag.
Mapillary heeft wel nog goede mechanismes nodig om te bepalen welke foto het mooist, scherpst en meest representatief is, en dus getoond moet worden. Maar ja, work in progress…
Ik heb een aantal keren een hele foutief geuploade/verwerkte sequence verwijderd/ gehide maar moet zeggen dat dit niet mee viel. Je moet klikken op “hide the whole sequence”. Vervolgens krijg je dan de situatie vóór en na te zien waarbij alle thumbnails van de sequence worden opgehaald en getoond (waarom eigenlijk?). Dat kan best een tijdje duren voor een grote sequence. Als ie daarmee klaar is moet je nog eens bevestigen. Ik heb verschillende keren deze actie uitgevoerd maar toch verdween de sequence niet van de kaart. Toen nog maar een aantal keren. De laatste keer dat ik een sequence wilde verwijderen heb ik het 1x gedaan een paar weken gewacht en toen was ie opeens weg. Het kan ook zijn dat iemand bij mapillary het gedaan heeft want dit issue was 1 van mijn feedback puntjes op een enquête die ik van hen heb gekregen.
Het was vandaag prachtig fietsweer en we hebben het RijnWaalpad gefietst en op Mapillary gezet.
Ik had verwacht dat dat allang gebeurd was, maar dat bleek niet zo te zijn:
http://www.mapillary.com/map/im/eGa19aETN64tKvImFy8nIQ/photo
En dit monument (langs de route) stond ook nog niet op de kaart:
Zie ook openpoimap.
Interessante ontwikkeling:
GoPro camera’s (de nieuwste modellen) kunnen nu gekoppeld worden aan de Mapillary Camera in je mobiel (voorlopig alleen ios, android is onderweg), waardoor de GPS gegevens zonder problemen gekoppeld worden en ook de bediening vanuit je mobiel wordt gedaan.
http://blog.mapillary.com/update/2015/12/18/gopro.html
http://blog.mapillary.com/update/2015/12/18/gopro-instructions.html
Het is dat ik al een Garmin VIRB heb, maar anders zou ik zeker voor deze oplossing hebben gekozen, want cameratechnisch is die GoPro wel een betere camera lijkt me, als ik zo de beelden eens bekijk.