Routerende Openfietsmap voor de GPS (Garmin)

POI symbool bij een veerpont is niet overbodig! Immers als dit ontbreekt lijkt het alsof het een normale weg is, maar dit is een weg met hele specifieke openingstijden. Bij een pontje moet je dus altijd vooraf controleren of het pontje vaart op het moment dat je het wilt gebruiken. Het POI symbool is dus een waarschuwing.

Je hebt helemaal gelijk. (Ik heb weinig ervaring met de GPS, ik doe meestal het PC werk en Anke, als stoker achterop de tandem, doet GPS).
Maar is vraag me nu wel af waarom ik dit punt noemde. Vanavond even controleren, maar het enige verschil is de kaart (OFM of OFK), de instellingen binnen MapSource en GPS zijn in beide gevallen gelijk. Zijn de POI’s op OFM meer prominent Ă©n groter aanwezig dan op andere kaarten? Dat is mijn vraag voor vanavond.

Dit heb ik nooit begrepen; -) Vroeger, papieren ToPo kaart, ja toen oriënteerde je op hoogspanningsleidingen, kerktorens, spoorlijnen enz. Maar nu ben ik nooit meer verdwaald, GPS weet altijd waar ik ben. En als dat betekent dat ik nu bovenop een spoorlijn sta dan moet ik gewoon even om me heen kijken.

Even voor de duidelijkheid: mijn oordeel/conclusie was niets meer dan copy en paste van wat ik elders op dit forum las. Niet gehinderd door enige kennis van zaken. Dus vraag aan mij niet of ‘de tag op OSM’ ook onjuist is -))
Volgens mij wordt dit kanaal op OSM wel correct getoond, als dat je vraag is.
En ik zie dat je de ‘Merwede’ op het forum zelf ook gevonden hebt.

Hoi Eric,
Ik heb de Poi’s voor veerponten eens bekeken, het blijkt om de tag amenity=ferry_terminal te gaan. Bijv bij Wijk bij Duurstede ligt die “bus” gewoon in het water, dus daar klopt osm niet.
Er staat al een blauw stippelijntje voor de veerverbinding dus zo’n poi is niet echt nodig daar. Maar bij NS station in Amsterdam is die wel nuttig, want daar gaat het om een pier met amenity=ferry_terminal met een veerverbinding Velsen-Amsterdam. Die pier wordt nog niet op mijn kaart gerenderd dus daar moet ik nog wat aan sleutelen.

De symboolgrootte van de POI’s kan je overigens in Mapsource instellen.

Wat betreft het kanaal daar moet ik nog experimenteren met mijn kaart of ik de weergave kan verbeteren.
Een van de basisregels op osm is nl niet de tagging op osm aanpassen voor de renderer. :wink:

PS inmiddels is het gelukt met een simpele aanpassing in mijn script weer water in het kanaal te krijgen :smiley:

Op het moment dat je een Route laat berekenen over een veerpontje heen, zie je die stippellijn niet meer. Daarom blijft een POI m.i. juist waardevol als extra waarschuwing: pas op, deze ‘weg’ is niet altijd geopend (alleen 's zomers, of alleen in het weekend, of juist niet op zondag enz.)

Ik heb vanavond even gekeken. Dit is mijn resultaat.

Ik heb getest met de volgende instelling binnen MapSource:
Diensten = Automatisch, Symboolgrootte = Groot

Vervolgens heb ik OnRoute Fiets Kaart (OFK) en Open Fiets Map (OFM) vergeleken bij verschillende Zoomniveaus.

OFK toont bij Zoom >= 1 km. vrijwel uitsluitend [info] (toeristische informatie)

OFM toont bij bij Zoom <= 3 km.: de NS- en metrostations.
OFM toont bij bij Zoom <= 1,5 km.: Knooppunten en Musea
OFM toont bij bij Zoom <= 700 m.: Alles.

Dus bij Zoom <= 700 m. zijn er geen verschillen tussen OFK en OFM. Bij verder uitzoomen laat OFK aanmerkelijk minder POI’s zien en is daarmee overzichtelijker.

En tweede verschil zit in de grootte van de symbolen.
Nogmaals: ingestelde Symboolgrootte = groot (maar ook bij ‘klein’ zijn dezelfde verschillen zichtbaar).
Hier is ook zichtbaar dat OFM meer straatnamen toont. Op OFK heb ik deze met een TypFile verwijderd. Ik hoef tijdens het fietsen niet te zien in welke straat ik rij, of ik kijk op de straatnaamborden, of ik ga met de GPS pijlaanwijzer boven de straat hangen.

Zie de afbeeldingen bij Zoom = 700 m.


OFM, 700m, Grote symbolen.


OFK, 700m, Grote symbolen.


OFM, 700m, Kleine symbolen.


OFK, 700m, Kleine symbolen.

Ok, maar wat betreft de POI’s zit er ook gewoon een aan en uitknop op zowel op de GPS als op Mapsource. Bovendien kan je het zoomniveau instellen waarop je de POIs wilt zien verschijnen.
Wat straatnamen en namen van area’s betreft heb je wel een punt, op de GPS blijven die hardnekkig in beeld ook al zet ik ze uit. Daar ga ik wel wat aan doen want erg overzichtelijk wordt het er niet op. Misschien gewoon met de muisknop aanwijzen is denk ik beter.

Verder ga ik de kleur van water, spoorlijnen en autosnelwegen wat minder fel maken. Fietspaden zijn soms wel goed te zien (in bos) maar binnen de bebouwde kom niet goed. Ook hier moet ik nog wat aan doen.

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: