Routerende Openfietsmap voor de GPS (Garmin)

Jammer dat we het nu steeds over POI’s hebben. Zo belangrijk zijn die nu ook weer niet en nu lijkt het alsof ik kritiek zou hebben op je kaart. Niets is minder waar. Hoe meer ik kijk hoe meer ik mij verbaas over én de kwaliteit van de kaart én de lay-out.

Dat gezegd hebbende: het zoom niveau waarop POI’s verschijnen kan ik wel instellen op de GPS (Garmin Etrex Vista HCx) maar niet binnen MapSource.
Ook valt op dat het bij Garmin kaarten (City Navigator, OFK) mogelijk is om alle POI’s binnen MapSource te verbergen (Diensten = uit), maar dat op OFM veel POI’s dan wel verdwijnen, maar een aantal categorieën blijven altijd zichtbaar (knooppunten, parkeergarages, parkeerplaatsen, stations, WC’s, scholen).

Goed bezig! Eindelijk iemand die ‘overzichtelijkheid’ als criterium hanteert. Tot nu toe lees ik (als het over andere kaarten gaat) vooral ‘gezeur’: de weilanden zijn niet diep groen. Moet dat dan denk ik: als ik maar snap dat het weilanden zijn. Het allerbelangrijkste is dat er nog een Route en/of Track overheen moet kunnen worden gelegd en dat dat die dan goed zichtbaar is! Als alles fel gekleurd is wordt het steeds moeilijker om hoofd- en bijzaken te onderscheiden.

Dat zijn de pois die ik heb veranderd (gekopieerd van oa openfietskaart.nl) en in een aparte nog niet gebruikte lege groep moeten doen, anders knalt Garmin zijn eigen poi er gewoon overheen :rage: De std poi voor school is een schoolbus bijv, niet echt fraai, de stations ook een bus, knooppunten heeft garmin niet, parkeerplaatsen waren een rode P etc. Vandaar dat die zichtbaar blijven. Nu is een fietsenstalling een blauwe P en autoparkeerplaatsen een grijze.

Er is weer een nieuwe update op http://sites.google.com/site/openfietsmap/downloads
Het heeft even geduurd, omdat de osm servers tijdelijk down waren, en ik heb de kaart wat verder bewerkt n.a.v. de commentaren.

Zo zijn nu de fietspaden wat dikker, lichtere kleuren voor de hoofdwegen, de hellinkjes van heuvelsfietsen.nl zijn nu te zien, het NH-kanaal en de Amstel weer blauw.
Ook heb ik heel wat gesleuteld aan de detail-levels, bij lagere zoomlevels zijn de wegen dunner en worden alleen de belangrijkste pois getoond (fietsknopen, heuvels).
Straatnamen ed worden alleen bij de hogere inzoom levels getoond.

Je kan eea nog instellen in Mapsource, in het menu Bewerken->Voorkeuren:
Scherm-> diensten uit (Minder pois)
Routebepaling → routestijl automatisch, voertuig fiets, berekening snellere tijd, evt onverharde wegen vermijden

Ik hoop dat de download snelheid wel een beetje ok is, uploaden naar google werkte vandaag niet, dus voorlopig staan de files op Adrive.com geparkeerd.

Super dit :slight_smile:
Is het mogelijk om de planets van http://planet.openstreetmap.nl/ te nemen? Dan kan je gewoon de hele benelux pakken!

Verder zouden we ze denk ik ook wel op de NL-tile server kunnen hosten (bij de planets dus) of op een eigen subdomeintje dat maakt natuurlijk niet echt uit!

Verder de vraag hoe lang het proces (dus het maken van de images) ongeveer duurt en of je meer gebruikt dan enkel mkgmaps?

De uitsnedes van http://planet.openstreetmap.nl/ heb ik pas later gevonden, zou mooi zijn voor de hele Benelux. Ik moet nu alleen nog de hoogtelijnen kaart opnieuw aanmaken maar in principe moet dat lukken. Het zou super zijn om mijn kaarten op de nl tile server te kunnen opslaan want het uploaden naar google docs werkt soms niet of gaat zeeer traag. Nu heb ik ze tijdelijk op een andere server (adrive.com).

Voor de hoogtelijnen maak ik gebruik van srtm2osm, maar hoeft eigenlijk slechts één keer. De rest van de kaarten worden mbv mkgmaps aangemaakt. Ik denk dat het mogelijk zou moeten zijn de updates automatisch op afstand te laten verwerken, zodat de kaarten (dagelijks?) worden ververst, maar weet niet hoe dit moet. Op dit moment probeer ik het wekelijks te doen, maar er zitten in het proces nog enkele bugs waardoor de kaarten niet altijd goed eruit komen. Verder sleutel ik nog aan de layout en probeer tzt de hele Benelux mee te pakken.
Voor het hele proces ben ik wel een halve dag bezig met downloaden van de planet-nl.osm, splitten, omzetten mbv mkgmap, controleren, en weer uploaden maar als een groot deel geautomatiseerd kan gebeuren zou dit natuurlijk veel mooier zijn.

Mijn ervaringen met de (voorloper hiervan) topo fietskaarten, was dat het geautomatiseerd genereren op basis van de benelux extract ongeveer een kwartier tot half uur duurt. Dagelijkse updates zijn zeker mogelijk met wat scripts en een cronjob op een server.

Ik bied aan om daaraan mee te werken als dat gewenst is. Dan kunnen meteen ook topografische kaarten gemaakt worden (evt ook met hoogtelijnen) omdat ik daar nog steeds vragen naar krijg.

Hoi Lambertus,

Zou mooi zijn, als ik binnenkort een vast format heb voor de kaarten (uitgaande van de Benelux data) kunnen we eens kijken hoe we die mbv wat scripts op de server kunnen aanbieden. De meeste tijd zit in het up- en downloaden, maar als alles op de server gebeurt zou dat veel mooier zijn.

Ik heb niet veel ervaring met mkgmaps maar volgens mij gaat het om de stylesheet die jij maakt. Een cronjobje wat mkgmaps aanroept gzip eroverheen haalt en dat publiceert moet goed te doen zijn! Als het ongeveer een half uurtje moet draaien dan moet dat wel lukken gewoon na het aanmaken van de planet (ergens midden in de nacht).

Ja, dat lijkt me ook niet al te ingewikkeld. Wat ik ook nog doe is alle Garmin files inpakken en omzetten naar een windows installatie exe file mbv nsis. Verder handmatig een gmapsupp aanmaken mbv mapsource (omdat mgkmap tot nu toe nog geen goede search index produceert) maar die zou ik evt zelf uploaden naar de server of kan dat ook geautomatiseerd worden? Verder converteer ik de Mapsource bestanden naar Roadtrip/Mac formaat mbv Garmin Mapconverter. Ik denk dat Lambertus me wel kan adviseren hoe we dat het best kunnen aanpakken.

Naar exe converten zal lastig worden, server draait linux :wink:
Verder is het natuurlijk niet lief voor de linux gebruikers om er exe van te maken :wink:

Rullzer toch, een exe maken doen we al jaren met NSIS natuurlijk, ook onder Linux :wink:

En op de worldwide routable website kun je zowel een windows-vriendelijk als linux-vriendelijke versie downloaden…

Edit:
Ligfietser, ik heb een PHP script waarin zo’n beetje alle commando’s staan om de kaarten voor de world routable website gemaakt worden. Her en der een kleine aanpassing en toevoeging en dan zijn we een heel eind. Heb je daar belang bij? Mkgmap heeft een NSIS commandline parameter en met het gmapibuilder script van Berteun is onder linux een RoadTrip versie te genereren. Wil je nog steeds zelf een handmatig een search index maken? Die van Mkgmap werkt redelijk als je om de beperkingen heen werkt… Bovendien wordt daar flink aan gesleuteld zodat het misschien nog maar even duurt voordat het standaard in Mkgmap zit.

Lambertus, het zou heel mooi zijn als mijn kaart zo gecompileerd wordt dat ik er geen omkijken naar heb. Gebruik je telkens de nieuwste versie van mkgmap?
De mkgmap nsis parameter heb ik gebruikt, maar heb deze file een beetje aangepast zodat ook de aparte hoogtelijnen kaart wordt meegenomen in de installatie.
Op mijn site kan je de files bekijken: http://sites.google.com/site/openfietsmap/procedure

-een aparte TYP file die de kaartkenmerken bevat
-de styles voor mkgmap
-de areas van planet-nl voor de splitter (die moet nog aangepast worden voor de hele benelux kaart, nu staat maar de helft van België erop en een (te) groot deel vd Duitse grensregio )
-osm_nl.args met alle parameters voor mkgmap

Die search index zelf maken hoeft niet perse, kan men ook zelf wel doen mbv Mapsource.
Waar ik nog mee worstel is om de hoogtelijnenkaart samen te voegen met de osm kaart. Tot nu toe zijn het aparte tiles die tezamen met de osm tiles één kaart (family ID) vormen zodat je de hoogtelijnen in Mapsource op de kaart kunt zien. De hoogtelijnen hebben ook een aparte family ID om ze op de GPS aan of uit te schakelen en om een hoogteprofiel te kunnen maken.
Ik weet niet hoe ik dat mbv mkgmap in één gmapsupp.img voor elkaar krijg. Misschien is dat wel mogelijk om die twee family ID’s mbv een scriptje in een gmapsupp te proppen, maar tot nu toe doe ik het maar mbv mapsource.

Je zou ze ook moeten kunnen mergen met de osm data in één img file mbv osmosis maar hoe dat moet weet ik niet.

De address search is imho 1 van de weinige zwakke punten van Mkgmap, maar zoals gezegd daar wordt aan gewerkt. Voor de rest is daar heel veel mee te automatiseren. Voor zover ik kan zien zijn jouw wensen dan ook te automatiseren. Het updaten van Mkgmap doe ik zo nu en dan, als er significante wijzigingen zijn geweest, of bugfixes.

Ik ben handig genoeg met osmosis om twee osm files te kunnen mergen, dus daar komen we wel uit. Ook kan mkgmap twee osm files met verschillende family id (of misschien beter; product id) te mergen. Daar zag ik van de week nog wat over op de mkgmap mailinglist verschijnen. Het lijkt er dus op dat er zeker twee opties zijn om hoogtelijnen toe te voegen.

Als rullzer een account op de dev server of tile server wil maken, dan zou ik een ruwe versie van het php script kunnen aanleveren die we samen oppoetsen zodat jouw specifieke wijzigingen t.a.v. de fietskaart erin verwerkt zijn.

Lijkt me prima! Ik denk dat ik eerst aan de slag ga met de Benelux versie (de hoogtelijnen kaart zit nog niet goed in elkaar want het zuidelijke deel ontbreekt nog) en dat tzt we die versie dan mbv jouw scripts uittesten op de server? De ‘oude’ versie kan ik voorlopig nog even ‘handmatig’ bijhouden.

@Lambertus je hebt mail dus ga maar lekker klooien

Wat het scriptje betreft voel ik meer voor een simpel bash scriptje dan een php iets. Maar dat is persoonlijk :stuck_out_tongue:

Weergave van straatnamen

Er kan een probleem met de weergave van straatnamen op GPS units met name die met touchscreen (Nuvi, Oregon? Dakota, Colorado) zijn. Hiervoor heb ik een volgende fix voor de TYP file: http://sites.google.com/site/openfietsmap/discussion/displaystreetnames

**Het is gebleken dat wanneer ik sommige naam labels onzichtbaar maak in de TYP file (noodzakelijk omdat op bijv Etrex die hardnekkig in beeld blijven, ook al staan de straatnamen uit) dit weer problemen veroorzaakt op andere units. Dit kan inderdaad de straatnamen voorgoed uitschakelen, zelfs bij andere geïnstalleerde kaarten. **

De enigste manier om dit weer in orde te krijgen is een harde reset van de GPS (en dan de kaart met de alternatieve TYP file te installeren)

Op oudere modellen als de Etrex lijkt dit niet van invloed, en ook niet op Mapsource.

In een volgende kaartupdate zal ik deze gewijzigde TYP file standaard installeren, maar dan is er weer een fix nodig voor Etrex modellen (omdat daar de straatnamen dan weer NIET verdwijnen), je zou er haast een punthoofd van krijgen van al die Garmin bugs. :rage:

Nieuwe update van de openfietsmap: http://sites.google.com/site/openfietsmap/

-De kaarten worden nu gehost op openstreetmap.nl (downloaden gaat nu aanmerkelijk sneller). Wel heb ik nu een download manager nodig, want m’n virusscanner (nod32) breekt de download voortijdg af.
-de kaart omvat nu de gehele Benelux (het stuk rond Keulen/Bonn heb ik eruit gelaten)
-probleem met het verdwijnen van straatnamen is hopelijk opgelost

Nachtstand voor MTB-ers

Voor mtb gebruikers die door de bomen de tracks en voetpaden niet kunnen zien in het bos (donkerbuine stippellijnen op de openfietsmap) heb ik de TYP file wat aangepast.
Dit werkt echter alleen op de oudere Garmin toestellen, want ik maak gebruik van de nachtmodus. Die stand hebben ze helaas geschrapt op de Oregon/Colorado/Dakota.

Op http://sites.google.com/site/openfietsmap/discussion/nightmode kan je deze 10010.TYP file downloaden. Deze kan je over de oude heen kopiëren (kaartversie van 18/4). Als je de Garmin display in de nachtstand zet zou dat er ongeveer zo uit kunnen zien:

uitgezoomd

ingezoomd

Ik zal deze typ file standaard bij een volgende update in de kaart stoppen tenzij er ernstige bezwaren/klachten binnenkomen :wink:

In de update van vandaag worden nu ook dijken gerenderd:

Lijnen/wegen met de tag
man_made=dyke (of dike)
man_made=embankment
embankment=yes

zie http://sites.google.com/site/openfietsmap/discussion/29-04-2010 voor een voorbeeldje

Er zijn helaas nog maar weinig dijken getagd, maar wat niet is kan nog komen

Laatste update:

  • points of interest (pois) worden nu ook van gebieden weergegeven

  • pois symbolen aangepast (op Dakota/Oregon/Nuvi helaas niet te zien, want Garmin knalt de standaard symbolen eroverheen)

  • fietsknooppunten zijn nu op de gps en mapsource te vinden onder others/communication / overig->communicatie

  • de weergave van knooppunten kunnen worden uitgeschakeld.
    Als pois (diensten) op “automatisch” staan zie je de knooppunten echter niet meer bij lagere zoom niveaus. Om ze te kunnen blijven zien kunnen diensten/pois daarom beter op “aan” in Mapsource, of op de GPS instellen vanaf een bepaald niveau (bijv 3km) .

  • fietspaden zijn nu weer zichtbaar op bruggen (Dakota/Oregon/Nuvi)
    (brug/tunnel is verwisseld in de TYP file)

  • highway=footway met de tags bicycle=yes/permissive/designated worden weergegeven/beschouwd als highway=cycleway in de routing

  • het water heeft bij lagere zoomniveau’s een transparante kleur (anders leek het of hele gebieden onderwater stonden op de GPS)

  • gebouwen zijn nu minder donker

  • bedrijventerreinen grijs

  • gebieden in aanbouw gearceerd

Mapsource bewaart delen van de kaart in z’n cachegeheugen. Soms geeft dit problemen met de weergave wanneer een nieuwe update in conflict komt met de oude die nog in het geheugen zit.
Met ctrl-G (2x) kan je het geheugen in Mapsource opschonen.

Ik heb 'm nog niet kunnen testen op de Etrex (gpsmap 60 en Edge hebben waarschijnlijk dezelfde weergave) dus mogelijk zitten er nog wat bugs in.