Routerende Openfietsmap voor de GPS (Garmin)

Mapsource neemt idd veel geheugen in beslag, misschien kan je op je netbook een oudere versie van Mapsource installeren, bijv. versie 6.15.7,
http://www.gawisp.com/perry/mapsource/

Op een oude etrex draait de openfietsmap redelijk goed, al gaat het in en uitzoomen en scrollen door de kaart wel wat traag. Je kan het beste het detailniveau laag instellen (minder details).

Naar mijn mening is dit de mooiste kaart, tot nu toe.

Ik bekijk hem nu op mijn netbook, en nu ik hem heb ingezoomd gaat het rustigaan met veel geduld beter.

Ga wel informeren voor iets meer geheugen, want zit al snel aan mijn limit.

Bedankt voor het snelle antwoord.

Werkt goed, alleen als je de straatnaam wilt invullen staat er “Voer tweede straatnaam in”, maar dat is een schoonheids foutje.
Wel prettig dat het nu ook werkt in de world routable kaart.

De kaart ziet er erg goed uit. Zowel in MS als op de Oregon 400. De mooiste kaart tot nu toe. De zoekfunctie werkt op mijn Oregon zo te zien het zelfde als op de Dakota. 3 adressen geprobeerd en allen werken prima. Met de laatste beta software voor de Oregon kan ik nu ook iets verder routeren dan voorheen maar nog lang niet zo ver als Ligfietser op de Dakota. Kun je je laatste style files ook publiceren zodat ik er weer wat van kan leren?

Mee eens over de beste kaart tot nu toe. (Zo weer een veer … :wink: )

Vraag en opmerking:

  • Klopt het dat je historic=archaeological_site redert met de omschrijving “Monument”?
  • Meenemen van namen (name) in de waypoint info is een punt ter verbetering.
  • Samenwerking met Lambertus? Goed idee? Of zinloos?

Robert

Dank voor de complimenten.
@Gollem, volgens mij bedoel je hier de optie zoek kruispunten?
@Peewee, het routeren gaat helaas nu minder ver maar als voetganger routeert die iets verder dan als fietser. De style files komen tzt wel weer beschikbaar
@ZMW
In de style file staat nu
historic=archaeological_site [0x2802 default_name ‘archeologische opgravingen’ resolution 24]
historic=memorial | historic=monument [0x2802 default_name ‘monument’ resolution 24]

Ze hebben wel allebei dezelfde Garmin type, dus wellicht dat daardoor er monument staat aangegeven?
Name wordt standaard altijd meegenomen, tenzij er niets staat.
Samenwerking met Lambertus is zeker een optie en daar hebben we het wel over gehad maar op dit moment nog niets concreets.
Ik heb al wel een Mapnik typ file liggen voor zijn kaarten maar die moet nog wel verder uitgewerkt worden, dus als iemand zich geroepen voelt…

Nu ook op Facebook

Ik heb afgelopen weekend iemand geholpen om de openfietsmap op zijn garmin te krijgen. Ik heb die persoon zelf laten klikken om een beeld te krijgen van hoe begrijpelijk het proces voor een leek is. Eerlijk gezegd viel het nog niet mee, om twee dingen:

  • De download link zit ‘verstopt’ achter het menu item Download. Heel normaal maar doordat er menu subitems zijn onder Download verwacht je intuitief dat de feitelijke download link op 1 van de twee subitems te vinden is, maar dat is niet zo: je moet echt in het menu ‘Download’ aanklikken. Misschien iets om aan te denken en de download link op meerdere plekken aan te brengen?
  • Zonder handleiding krijgt een onervaren iemand de kaart niet zomaar op zijn GPS, maar dit is iets waar je niet veel aan kunt doen.

Ik moet ook zeggen dat je installer er puik uit ziet (en website overigens ook).

Da’s een goeie suggestie Lambertus. Ik heb de navigatie een beetje aangepast, zo beter?

Op de OpenFietsMap staat de naam van de gemeente Zoetermeer netjes zichtbaar boven het stadscentrum. Als je echter in Mapsource probeert te zoeken op de plaatsnaam Zoetermeer, dan blijkt die naam onbekend. Weet iemand hoe dat komt? Is het specifiek een OpenFietsMap kwestie of zit er iets niet goed in de OSM data? http://www.openstreetmap.org/?lat=52.06226&lon=4.49012&zoom=15&layers=M

Dat is een probleem van de OFM en mkgmap. Ik kan zelfs Amsterdam niet vinden :frowning:
Je kan beide plaatsen wel vinden als je op het icoontje ernaast klikt (dichtsbijzijnde plaatsen vinden).

Ha ligfietser,

Er is weer een berg schade in Zwijndrecht. Misschien nog even wachten met de update? Zelfde figuren. Ben (nog) geen kei in het terugdraaien met Josm van Changesets.
http://www.openstreetmap.org/?lat=51.813981&lon=4.640243&zoom=18&layers=M

Groet,
Eggie

laatste schade:

In de geschiedenis
Weg: Jan Homostraat (7342657)

Gebied op grotere kaart bekijken
Weg op grotere kaart bekijkenBewerkt op: don 16 jun 2011 09:46:25 UTC
Bewerkt door: DestinyBieber
Versie: 3
In set wijzigingen: 8454509
Opmerking: hopsaflopsaa
Labels: AND_nosr_r = 15239777
highway = unclassified
name = Jan Homostraat

Nodes: 43926690 (ook deel van ways Tollensstraat (7342600) en Tollensstraat (7342718))
1327242026
43929324
43929752 (ook deel van ways Doctor Boutensstraat (7342610) en Jan Homostraat (7296742

Da’s niet zo mooi, kunnen dergelijke figuren niet gebanned worden, als ze dat telkens doen?

Ze zijn al een keer gebanned. Daarna gingen ze verder. Toen voor langere tijd, maar je ziet… dezelfde accounts. Plus net een dreigmail om even te laten weten dat het helemaal “zijn idee” was. Er is nu een helikopterveld in Zwijndrecht en er zijn opeens erg veel trappen.
Nu dus weer een verzoek gedaan om de accounts definitief te blokkeren.

Dan maken ze gewoon een nieuw account aan? Geef maar een seintje wanneer de boel is schoongeveegd.

Ligfietser,

De kust is veilig voor een update en Zwijndrecht is voorlopig weer schoon. De drie accounts zijn definitief geblokkeerd. Vanuit Duitsland komt nog een mailtje met een verwijzing naar de Nederlandse Wet Computerkriminaliteit.
Wetboek van Strafrecht artikel 350a. Maximaal twee jaar gevangenisstraf of EUR 16.750 geldboete, zie: http://www.iusmentis.com/beveiliging/hacken/computercriminaliteit/vernieling/
Zou van te voren toch even naar Zwijndrecht kijken.

Groet,
Eggie

Over kust gesproken, eerst maar eens kijken of mijn sabotage aan de kust van de Veluwe randmeren geen schade heeft aangericht :wink:

De OFM (volledige versie) is geupdate, maar het Nuldernauw staat nog droog. Volgende versie zal er wel weer water in staan :wink:

Verplaatst uit een ander topic:

In de Typ file zitten twee achtergronden:
Een voor de full versie, groen, 0x010100
En een voor de light versie, beige/gebroken wit: 0x010101

De reden dat de light versie stroperiger werkt is vreemd, je zou eerder andersom verwachten. Deed ie dat ook met de originele typ file?

Met de originele TYP file werkt de light versie niet stroperig, maar wel met een aangepaste file. D.w.z. wegen blijven dikker dan normaal. Als ik even uitzoom, is het probleempje over. Het is geen groot probleem. De volledige verise heeft hier geen last van. Aangezien ik de light versie weinig gebruik, heb ik de originele typ file laten staan.