De splitter van mkgmap kan pbf data lezen en splitsen in kleinere osm tiles.
Kennelijk is het nog niet helemaal klaar want bij grote datasets als de europe.osm.pbf >4 Gb
lukt dat ineens niet meer. Wel onder linux maar niet onder windows.
Met osmosis kan dat ook, maar ook daar werkt het niet meer onder windows.
Dat osm bestand is 151Mb groot. Als ik lang genoeg wacht verschijnt ie in josm, maar ik
kon geen Duitse kustlijn ontdekken (hoewel die er misschien wel in zit).
Als ik het bestand opsla is het opeens veel groter, dus kennelijk gaat er iets niet goed.
Bovendien is het te bewerkelijk om dat iedere week te doen.
Je kan die ingepakte osm data hier vinden: http://mijndev.openstreetmap.nl/~ligfietser/diverse/Test.zip
Daar waar de kustlijn lijkt te stoppen (iets ten zuiden van die inham) maakt mkgmap een hulplijntje loodrecht naar beneden,
om de polygoon af te maken. Bij mijn oorspronkelijke tiles ligt de oostgrens een stuk verder naar het oosten (bij de kust ten NO van Norden) dus had ik daar nooit last van.
Dus het zou mooi zijn de Benelux extract ook een stukje op te rekken tot bijv net ten oosten van Emden en dan loodrecht naar boven tot de kust.
Nu loopt de grens ongeveer bij die inham diagonaal naar het ZO tot de Ems bij Emden.
Zie ook http://openfietskaart.nl/?zoom=11&lat=53.39292&lon=7.22435&layers=0B000TFFFFFF
Klopt ook als je naar het plaatje kijkt op http://img33.imageshack.us/img33/8382/52519932.jpg
Ik had 'm alleen niet gezien in josm toen ik de hele tile probeerde in te lezen.
Maar eigenlijk moet er dus nog meer kust bij
Ik zou gewoon de hulplijntjes omhoog tekenen, ipv naar beneden
Sorry ik heb geen idee hoe dat proces van seapolygons werkt.
Wat ik wel weet is dat wanneer ik het gebied wat groter maak naar het oosten dat er dan geen problemen met de kustlijn optreden.
Edit:
Er schijnt wel een oplossing te zijn om aparte kustlijn files in te lezen in mkgmap. Daar moet ik me maar eerst even in verdiepen.
Toch ga ik even vragen op het Duitse forum, wat daar precies gebeurt. Je kunt in de latets-josm ook heel makkelijk de osm als achtergrond zetten. Dan zie je direct dat er wat mis is daar.
Ik vroeg je aan te geven hoe weg 4102027 verder zou moeten lopen wilde je er wat aan hebben.
Dat kun je toch wel op dat plaatje tekenen? (met een of ander teken programma).
Teken een weg aub. En die weg kunnen we dan wel aan die osm toevoegen.
Probleem is opgelost, dankzij jullie hulp. Vooral de onzin post van Michel deed bij mij een belletje rinkelen. Waarom laat ik de tile zo ver oostwaarts lopen?
Ik heb nu de oorspronkelijke tile wat minder ver oostwaarts laten lopen, ongeveer tot waar de uitsnede stopt.
En dat blijkt te werken, de zee is weg (althans in Groningen). De fietsers in Oost-Friesland moeten maar even geduld hebben, tot openfietsmap.de beschikbaar is
Top! En graag gedaan, al was het niet bewust. Wat ik eigenlijk nu het mooiste vind aan het plaatje is dat Simonszand erg groot wordt weergegeven in de Waddenzee. Dat is echt maar een zandplaat die zijn hoofd net boven water kan houden met hoogwater. Er is daar werkelijk niets, op wat rustende zeehonden, wat uitgeputte vogels en een 20-tal (waarschijnlijk al weer weggehaalde) verbodsborden.
Wat is het algoritme wat bepaald welke naam er boven komt drijven. Rottumerplaat ligt er namelijk net ten oosten van en is veel groter met begroeing en bebouwing.
Kennelijk hebben al die zandplaten de tag place=island. Verder kan ik geen onderscheid in font qua grootte van het eiland bepalen. Ik kan alleen instellen op welk zoomlevel de naam nog zichtbaar is. Wel kan ik het lettertype kleiner maken, maar daar is de keuze ook beperkt, groot of klein. De rest bepaalt Mapsource wat ie wel en niet laat zien op welk zoomlevel, ook dat heb ik niet in de hand. Misschien dat er op osm nog een andere tag dan island is? place=islet? Natural=sandbar? http://en.wikipedia.org/wiki/Islet http://wiki.openstreetmap.org/wiki/Tag:place%3Dislet
Die tag place=islet lijkt meer van toepassing denk ik?
Zelfde algoritme als bij rivieren waar de naam soms kilometers verderop in koeieletters staat omdat de naam van een polygoon in midden van die polygoon staat.
Als je het edit blijkt Simonszand wel 3 keer benaamd te zijn. Los als place, maar ook de coastline heeft een place, name en place_name tag. Er is ook een aanwijzing om het niet zo te doen: http://wiki.openstreetmap.org/wiki/Key:place
Ik heb de dubbele namen weggehaald, de volgende keer is het weer gewoon een simpele zandplaat.
Die 0x0400 is het Garmin type, die in de typ file opgemaakt wordt. Daar kan je ook
de grootte bepalen van het lettertype (large/small/normal/invisible)
Eilandennamen die met een node zijn aangegeven krijgen een large font.
Dus ook zandplaten helaas, want daar zit een node place=island op.
Beter is het om de nodes met place=island op alle zandplaten te vervangen door place=islet
En dan moet ik nog place=islet toevoegen om ze zichtbaar te maken op mijn kaart (klein of normaal font).
Oops, dus twee dingen door elkaar gehaald: in OSM krijg je door al die dubbele namen ook zo’n overvloed aan labels, waarbij het centrum van de polygoon buiten de plaats ligt. Vandaar de praktijk niet de polygoon van een name-tag te voorzien, maar een node te plaatsen met een place/name.
Maar het lost dus de benaming op jou kaart niet op.
Ik steun je islet idee trouwens van harte, zoveel zandplaten hebben we niet, en op basis van de tagomschrijving is het meer op zijn plaats voor een zandplaat.
Als test Simonszand en Zuiderduin dan maar op islet. Rottummeroog/plaat zijn wel island gebleven. Anders raakt Groningen al zijn eilanden kwijt, en we zijn nog steeds sneu dat Schier naar de Friezen is gegaan …
Vooral de onzin post van Michel deed bij mij een belletje rinkelen. Waarom laat ik de tile zo ver oostwaarts lopen?
