Routerende Openfietsmap voor de GPS (Garmin)

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.

Aha…je bedoelt het zgn. ghosting effect? Zie http://dl.dropbox.com/u/8541959/mapsource%20lines.jpg

Dan heb je iets fundamenteels veranderd aan de achtergrond van de typ file, waarschijnlijk iets weggegooid of de draw order veranderd.
In Basecamp zie je dit verschijnsel waarschijnlijk niet. Als je mij je aangepaste typ file mailt kan ik er naar kijken.

Verstuurd

Idd had je de draw order niet ingevuld, waarna ati.land.cz er een zootje van maakte…

Edit: het bleek dat ati.land bij het opslaan een fout maakt omdat de typ file (die ik mbv typviewer heb gemaakt) niet helemaal compatible bleek met de online editor. Bij het inlezen staat er nl een waarschuwing:

Header is in OLD format, but DrawOrder sections uses short types with subtype bitmap. It will be converted automatically.

De file opslaan met de korte/oude header levert een corrupte typ file op, opslaan als New (NT maps, longer header) gaat wel goed.
Om dit te voorkomen zal ik de typ files voortaan ook opslaan met de nieuwe headers zodat de typ files die in een van beide typ editors worden gewijzigd weer compatibel is met de OFM.

Ha @ligfietser,

Het valt me nu pas op. Binnen de 3d-shapes door mij getekende (natural=water ) slootjes en vijvers zijn in de Full versie van de OFM niet te zien en in de Light versie wel. Of dat sinds kort is weet ik niet.
Nu zijn daar ook weer truukjes voor te verzinnen, maar ik weet het…Niet taggen voor de Renderer! :slight_smile:

Zie http://www.openstreetmap.org/?lat=51.797842&lon=4.691356&zoom=18&layers=M
Voorbeeld: De later getekende sloot langs het fietspad langs de rondweg, die later gegraven is en … vergelijk de light en de full versie in Mapsource. Ben benieuwd wat de oorzaak is.
Ben wat water kwijt op het eiland van Dordrecht in de Full versie.

Groet,
Eggie

En bv dit gebied bij Strijensas… http://www.openstreetmap.org/?lat=51.70954&lon=4.5446&zoom=17&layers=M
De moeras stukjes. In light wel, in full niet.

Water ligt denk ik onder het gras weggemoffeld :wink:
Je kan eens in de typ file de draw priority van gras wat lager zetten, kijken of dat helpt?
Een ander punt is de tagging. 3dshapes tekent die twee landuses gescheiden van elkaar, jij tekent het er bovenop.

Wat je dan zou kunnen doen is er een multipolygon relatie van maken, dat is nog het best. Met een inner role voor de waterpartijen en outer role voor het grasland eromheen. De relatie tag je met landuse=grass en de outer way zonder tag.

Reden dat de light versie het wel toont is dat gras niet wordt gerenderd. Zou ik ook in de full versie kunnen doen, dan wordt ie wat kleiner (kaart is toch al groen).

Zal eens wat uitproberen. Wat mij betreft mag je in de full versie 't gras weglaten, want dit probleem speelt in heel het kaartgebied denk ik.

Overigens was ik er met mijn slootjes eerder dan de 3d-shapes. Dat is juist het probleem. Normaal zie je het water “op” het gras, maar zodra het “groene monster” komt ben ik m’n slootjes kwijt. Tenminste als het nieuwere na-3D gebieden betreft. Zo zal de oplangs uitgegraven Devel op IJsselmonde ook wel verdwijnen als daar ooit de 3d shapes komen. :frowning:

Het probleem zit ook bij het Oldambtmeer (Blauwe Stad) in Groningen. http://www.openstreetmap.org/?lat=53.1689&lon=7.0667&zoom=14&layers=M
Even voor Mattheus!!!

Ga eerst maar eens fietsen!! Bapo vandaag. Schitterend weer.

Door in de typ file bij het type=0x1e de draw order te verlagen naar 5 is dit probleem opgelost (en creëert hopelijk elders geen nieuw probleem :wink: )

Dit probleem is me al eerder opgevallen, maar ik heb er geen enkele aandacht aan besteed, zie:

http://www.openstreetmap.org/?lat=53.27079&lon=6.55536&zoom=17&layers=M

Dit is nu een kanaal, terwijl het vroeger een riviertje was. Het is getagd als lake.

In de light versie wordt het kanaal goed weergegeven, in de full versie niet overal.

In bovenbedoeld gebied is het probleem hiermee niet opgelost. of ik doe iets fout.

P.S. Wat me ook opvalt, is dat er soms een rare knik in een weg zit, terwijl het goed oogt op de Openstreetmap. Velomap doet het soms nog gekker, een fietspad dat rechts van de weg ligt, komt soms aan de linkerkant te liggen. Hier trof ik het aan:

http://www.openstreetmap.org/?lat=52.715017&lon=6.471811&zoom=18&layers=M

Dit valt nog wel op de full versie van 23/9 te zien, maar ik ben met de weg(en) bezig geweest en heb enkele nodes verwijderd… In light versie van 9/9 geeft de weg goed weer, maar iemand vond het nodig om twee fietspaden naast elkaar te leggen. Deze paden heb ik aangepast, maar de weg niet, tenminste niet in de full versie van 23/9, daarna heb ik de weg iets aangepast.

Je hebt gelijk, het moet zelfs naar 4 :wink: