Ben zelf maar eens begonnen de wegen rond Dordt en de zuidhollandse - en zeeuwse eilanden weer routeerbaar te maken sinds de licentieopschoning. Als jij er een gat in ziet om de knoopunten in de Alblasserwaard en 't eiland van Dordt te herstellen graag. Ben er toch niet zo handig in.
De meeste fouten heb ik in de Alblasserwaard er al uit gehaald. In de Hoekse waard zijn veel fietspaden weer voetpaden geworden. Dat heb ik indertijd dus voor niks veranderd. Wel een leuk fietstochtje kunnen maken zo door die Hoekse Waard.
Denk dat ik nog weken bezig ben. 'k Kom zelfs fietsroutes tegen waar geen wegen meer onderliggen, maar dus wel routeren. In OSM ontbreekt de weg dan weer wel. De Kade in Piershil b.v.
Ook veel verschoven wegen.
Rond Rotterdam is het één grote rode vlek, maar dat was hoofdzakelijk grondgebruik en water. (slootjes, e.d. )
Via Keepright haal ik ook veel Nodes eruit die niet meer zijn verbonden. Het lijkt dan goed, maar het zijn gewoon losse eindjes. Dat was dan zo’n rood gekleurde node. Maar ook de gele wegen in de inspector vertonen gaten. Soms zelfs AND import. …zoals in Yerseke. Dat is inmiddels hersteld.
Werk genoeg dus.
Ik had nog niet eerder met JDM gewerkt, maar “it works like a charm” als onze Amerikaanse vrienden zeggen! Chapeau!
Je kunt met deze versie inderdaad de kaartsetnamen die in de 60CSx displayed worden, aanpassen - weliswaar is de oorspronkelijke tekstlengte limiterend (dwz de nieuwe naam kan wel korter, maar niet langer zijn dan de oorspronkelijke naam), maar daar valt mee te leven! Belangrijker is dat je nu onderscheidende namen kunt geven aan je kaartsets.
Ik heb het getest op een mapset die ik met Mapsource opgebouwd heb uit een vijftal kaarten - geen enkel probleem om de kaartsetnamen aan te passen.
Vervolgens heb ik ook de door ligfietser gevraagde test uitgevoerd: ik heb de origineel gedownloade .img files voor de full en de lite versie met GMapTool gecombineerd. De daarmee opgebouwde gmapsupp.img file is op dezelfde manier te lezen/modificeren met JDM als de met Mapsource opgebouwde mapset. Kortom: het werkt prima.
Een kleine observatie tot slot:
Als gezegd, het JDM programma is erg goed. En hoewel ik het begrijp (en het ook wel logisch is) dat JaVaWa het alleen laat werken op Garmin-devices en via USB aangesloten SD-kaarten, vind ik het erg jammer dat het niet werkt met gmapsupp.img of soortgelijke files in directories/folders op hard disks! Waarom? Omdat ik voor mijn testen en kaartopbouw niet beperkt wil worden door de USB1.0 (!) up/downloadsnelheid van mijn 60CSx en zo min mogelijk door de USB2.0/SD-card snelheid. Dus gebruik ik een aangepaste Mapsource versie die (o.a.) naar harddisk kan schrijven en daardoor mijn kaartsets veel sneller genereert. Eventuele aanpassingen met GMaptools, MSNeditor, etc voer ik dan uit op de harddisk en het resultaat zet ik dan via een cardreader over op de microSD voor de Garmin. Werkt uiterst snel en plezierig! Het zou leuk zijn als JDM op deze workflow zou aansluiten - dwz als die ook op gmapsupp.img files op harddisk zou werken. Zoals gezegd: misschien een suggestie voor JaVaWa?
Mijn bedoeling was juist dat een ander de fouten uit de relaties haalde, een knooppunt toevoegen,wijzigen lukt me wel, maar dan houdt het wel op. Heb wel de wiki van de fietsknooppunten-relaties gelezen, maar zodra ik iets in potlatch probeer toe te voegen krijg ik negatieve getallen. (verwijderen ja dat lukt me wel).
Ik heb nooit gezegd (mag wel hoor, maar ja Dordt e.d. is voor jou belangrijker) dat jij dat moet doen hoor.
En als ik hulp zou willen kan ik die van zmwandelaar krijgen maar dan moet ik weer met JOSM leren omgaan, hoewel ik geloof de allereerste edit daar wel mee gedaan had.
en sorry voor de kaarten-hernoemers, maar er lopen nu 2 dingen door elkaar.
@ rabbit:
Javawa’s tool herkent prima virtuele disks, daar werk ik nl ook veel liever mee dan het weg te schrijven naar Sd kaarten ivm met de schrijfsnelheid.
Het enige wat je wel moet doen is de gmapsupp in een garmin mapje zetten.
Dit is zeer interessant, maar je moet me even helpen! Hoe maak je die virtuele disks? Met PowerIso o.i.d.? En herkent JDM die dan als een “USB-device”? (en kun je BaseCamp op die manier ook van een virtuele card laten lezen?)
Maar er is ook een andere optie: bij de instellingen van JDM kun je ervoor kiezen om alle schijven te scannen i.p.v. alleen USB-schijven; bij het scannen zul je dan de vraag krijgen welke schijven je wilt scannen. Vink nu niet de C-schijf aan; dat gaat een eeuwigheid duren… Wat je wel kunt doen is gebruik maken van bijv. netwerkshares met een schijfletter eraan gekoppeld, of zelfs het good old SUBST commando gebruiken: http://en.wikipedia.org/wiki/Subst
Nog even over die gemodificeerde versie van MapSource, met de originele versie kun je ook kaarten naar je harddisk wegschrijven: http://www.javawa.nl/kaartennaarhdd.html
Dit werkt trouwens ook met MapInstall.
Bedankt voor de info - zeer leerzaam en handig om te weten (en te gebruiken)!
@ligfietser
Imdisk driver ziet er wel aardig uit - ik begrijp dat het niet alleen maar een RAM-disk is, maar ook virtual disks op HDD toestaat - ik ga er mee spelen!
@JaVaWa
Nice to meet you, sir!! 't Geeft me de gelegenheid je “persoonlijk” te bedanken voor de fijne gps-bijdragen die je levert!
Goed te weten dat JDM ook disks kan scannen. Ik was de door jou genoemde optie onder “instellingen” wel tegengekomen, maar de tekst die er bij staat misleidde me: er staat dat “virtuele toestellen/SD kaarten” gescand worden - niet dat harddisks zelf gescand worden. Wellicht een suggestie om deze tekst aan te passen?
En als er nog een suggestie mag: je geeft terecht aan om niet de C-schijf aan te vinken - eigenlijk geldt dat advies voor elke harde schijf (er vanuitgaand dat elke harde schijf in reeel gebruik een heleboel files bevat). Handig zou zijn als je ipv alleen de disk aan te vinken, een verdere specificatie kan doen van de folder die gescand moet worden. Ik denk dat dat een zeer handige toevoeging is (die ook een heleboel gedoe met virtuele disks overbodig maakt).
Mocht deze toevoeging teveel werk zijn, dan geef ik in overweging om op de betreffende disk alleen de map \Garmin te scannen - maw je beperkt de activiteiten van JDM op die disk automatisch tot alleen de folder \Garmin (en subfolders). (Dit is dan analoog aan hoe de “gemodificeerde” Mapsource werkt).
En natuurlijk: met een SUBST is hetzelfde te bereiken, maar voor de wat minder DOS-oriented gebruiker is het toch met een nijptang de spijker inslaan.
En als ik ergens mee kan helpen - laat het me weten!
Een map kunnen opgeven wordt me te lastig, daarvoor moet ik teveel aan het programma aanpasssen (alles is ‘schijf’-georiënteerd)
Alleen de map Garmin op een schijf scannen is geen optie, want:
bij een aantal nieuwere toestellen staan de kaarten in een andere map (.system en/of Map)
zo mis je de kaarten die wel op het toestel, maar niet in de goede map staan
meestal staan kaarten op de computer juist in de map Garmin, en dat zijn heel erg veel img-bestanden om te scannen…
Het inbouwen van de mogelijkheid de kaartnamen aan te passen vond ik een goede aanvulling voor JDM. Niet alleen vanwege tooltjes die niet met alle img-bestanden overweg kunnen of alleen in 't Frans zijn, maar ook omdat die tooltjes alleen onder Windows werken…
Voor virtuele schijven e.d. bestaan op alle OSsen voldoende voorzieningen; voor gevorderde gebruikers moet dat geen probleem zijn en hoef ik beginnende gebruikers (die er meestal helemaal geen behoefte aan hebben) niet lastig te vallen met ingewikkelde opties.
De OFM full versie is nu ook up-to-date, aangezien er in een maand al het nodige is gerepareerd en er netto meer data bij is gekomen dan is verwijderd door de redaction bot. De oude versie van 14/7 van voor de opschoning kan men vinden icm de OFM Duitsland kaart (voor een recente Duitsland kaart moet men het voorlopig maar even met de lite versie van garmin.openstreetmap.nl doen ;))
Heb ik een vraagje over: De database die jij gebruikt om de OFM te maken, is dat vanuit de live openstreetmap, of is er ergens ook weer een database, die op bepaald moment gemaakt wordt en die jij dan weer gebruikt.
Want ik heb van de week nog genoeg zaken veranderd/toegepast die ik nog niet zie in jouw versie van 25-08. Of heeft het maken van jouw db een dusdanig groot tijdsbeslag, dat je al eerder een “freeze” maakt.
Ik gebruik de geofabrik extract van Europa (versie van 25/08). Die wordt iedere dag ververst, maar is dus op het moment dat ik de kaart ga maken een momentopname van een dag eerder. Welke edits zijn dat precies? Als je die vóór vrijdag 24/8 hebt ingevoerd moet het wel op de laatste OFM staan. Soms staan de edits van vrijdagmiddag er ook nog wel op.
Edit: misschien zit er nog een oude versie in Mapsources cache geheugen, ctrl-G (2x) om die te legen
Heeft iemand een verklaring waarom het ‘wetland’ ten westen van de Prins Willem Alexanderbaan in de Eendrachtspolder bij Zevenhuizen (Z-H) op de OpenFietsMap gerenderd wordt als water? http://www.openstreetmap.org/?lat=51.99812&lon=4.55697&zoom=15&layers=M Is het de combinatie van tags die erop staat? Er stond eerst natural=water en dat heb ik gewijzigd in natural=wetland - van de andere tags ben ik afgebleven. Dat gebied staat normaliter niet onder water en is bedoeld voor wateropvang bij calamiteiten. Er is daarvoor ook een overstortvoorziening gerealiseerd om vanuit de Rotte water in te kunnen laten. In de ‘note’ staat ook een verband met het roei-gebeuren, maar lijkt dat waarschijnlijk?
De status van de fietspaden langs de roeibaan is trouwens nog niet helemaal duidelijk. oorspronkelijk leek het niet de bedoeling dat er gefietst zou mogen worden, maar ik sprak een allervriendelijkste heer - het zou best wel eens de directeur of projectleider van het hele roeigebeuren aldaar geweest kunnen zijn - en die vertelde mij dat recent besloten is om de paden toch open te stellen voor fietsers en wandelaars, mogelijk deels uitgezonderd tijdens roei-evenementen.
Er zitten trouwens nog wel wat open eindjes in dat gebied. Bijvoorbeeld: is er een open verbinding tussen de watergangen in het wetland en de roeibaan of juist niet? Wordt wel duidelijk als het allemaal klaar is.
@eggie,
Waarom denk je dat ik mijn vraag stel en jij komt met een tegenvraag… ? Ik wil ook niet zomaar een ander z’n tags verwijderen en ook niet mappen voor de renderer. Het gaat mij erom dat de kaartweergave (rendering) zo goed mogelijk de situatie in het veld weergeeft door het gebruik van de juiste tags. OSM (hoofdpagina in Mapnik stijl) geeft het goed weer, de Openfietsmap niet - daarom dus mijn vraag.
Ja, het is een noodopvang voor overtollig water en moet je op OSM zoiets dan wel taggen als basin (dat is dus de functie)?
Ja, het ziet er in het terrein uit als een wanordelijke mix van land en water zonder duidelijke structuren en met ruige begroeing, moerasland dus (dat is hoe het eruit ziet).
Aangezien we volgens mij op OSM uitgaan van hetgeen we waarnemen in het terrein krijg ik ook de neiging om toch de landuse=basin tag te verwijderen en de functie als ‘reservoir’ dan maar toe te voegen aan de al bestaande ‘note’. Of zou het eleganter opgelost kunnen worden binnen de scripts voor het genereren van de OFM (Ligfietser?)?
Wel een leuk fietstochtje kunnen maken zo door die Hoekse Waard.
