Mapnik blijft het vreemd renderen, ik denk dat je het eerst een paar weken moet aankijken voordat je zeker weet of het wel goed wordt gerenderd. Soms duurt het een paar weken voordat álles is ververst.
Edit: ik heb http://www.openstreetmap.org/relation/3393792 weer opgeschoond, er zaten ipv 9 inner “eilandjes” nog 11 in, dwz nog 2 dubbele stukjes bos. Ook die eruit gehaald, nu moet het wel goed zijn 
Hoi,
'k Heb weer eens ruzie met het bos op de openfietsmap.
Met de bossen heb ik regelmatig ruzie. In de laatste update ben ik op een paar plaatsen het bos kwijt. Het zijn gewoon geïmporteerde 3d-shapes.
Bv hier in het Wittensteinpark en het Rustenburgpark. http://www.openstreetmap.org/#map=17/51.76994/4.66542
In de laatste update van de OFM Europakaart is het bos nog wel te zien.
De muiswijzer geeft in mapsource en in de gps nog wel “bos” aan. Echter geen boom te zien. Er zijn overigens meer witte plekken. ook park wordt niet overal gerenderd.
In de Ardennen zie ik ook iets merkwaardigs. Er zijn nu twee soorten bos nu in de OFM benelux full van 8-2-14 . B.v in de buurt van Houffalize. In de laatste Europaversie van is het bos wel gewoon bos.
Zie: http://www.openstreetmap.org/relation/2453836#map=16/50.1295/5.7662
Links van de E25 ander soort gerenderd bos in vergelijking aan de oostzijde.
Hier http://www.openstreetmap.org/#map=16/51.3585/4.3449 onder Bergen op Zoom ook drie soorten bos.
Heeft iemand een verklaring hoe bos in de 3d-shapes kan verdwijnen in versie 8 februari Benelux full. Niet overal ben ik met m’n vingers aangeweest. De multipolygonen?
Eggie
Hoi Egbert
Ik heb zeker een verklaring. Zeg maar gerust dat ik ruzie heb met de tekenvolgorde van diverse poygonen 
Ik heb nl de bebouwde kom een kleurtje gegeven ipv transparant in de laatste versie. In de oude versie zie je nog stippeltjes over dat bos heen. Nu een egaal wit vlak. Je zal de residential area van Dordrecht, deze dus http://www.openstreetmap.org/way/238972793 kunnen aanpassen, want het is een fout op OSM: of het is bos of het is bebouwde kom. Verschillende landuses bovenop elkaar geeft altijd problemen ben ik bang. Maar kleine stukjes bos binnen de bebouwde kom zullen vaak niet maar soms ook wel gerenderd worden, altijd totaal onvoorspelbaar wat Garmin doet. Tenzij je alles in mp’s gaat stoppen. Wat ik ook kan proberen is kleinere stukjes bos met een aparte polygon renderen die altijd bovenop de bebouwde kom ligt?
Maar wat is klein? Ik kan helaas niet programmeren en zeggen als polygon A binnen B ligt, altijd A bovenop B renderen tenzij het mp’s zijn. Wat ik wel kan is als polygon A < … m2 gebruik type X en anders type Y. Waarbij type X en Y andere tekenvolgordes krijgen.
Waarom ik dit heb gedaan: zie bijvoorbeeld de bebouwde kom van Vielsalm. Die verdwijnt als je inzoomt (je ziet alleen wat spikkeltjes). Er zijn daar geen of nauwelijks gebouwen gemapt dus ik wilde onderscheid zien tussen buitengebied (groen) en het dorp (wit). Maar ja in Dordrecht gaat het dan dus fout. Render ik de bossen bovenop de bebouwde kom dan gaat dit in Lienz Oostenrijk fout want dan zie je overal bos in de bebouwde kom omdat daar een gigantische mp van bos als ondergrond wordt gebruikt. Ook fout op OSM maar beter die kleine stukjes bos in Dordrecht onzichtbaar dan overal bos
Wb het bos in de Ardennen, daar blijkt nog een probeersel te zitten in mijn styles wat ook hiermee te maken had. Ik zal die gelijktrekken met de EU versie want daar werd het bos nog wel goed gerenderd. Bedankt.
Hoi Ligfietser,
Dit verklaart een hoop… Maakt het nog uit als ik die residential van de wijk Sterrenburg op layer=-1 zet ?
Bedankt voor je snelle reactie.
Layer=-1 maakt helaas niets uit.
Probeer eens deze typ file, http://mijndev.openstreetmap.nl/~ligfietser/test/10010.typ
Daar heb ik de bebouwde kom weer iets meer doorzichtig gemaakt zodat je door de bomen het bos ziet.
'k Voorlopig de residential zo opgeschoven dat de stukjes bos weer zichtbaar worden. Zal eens experimenteren door de bos in de multipolygon op te nemen.
Wanneer ik op de bovenstaande link klik dat krijg ik dit … kan ook dat m’n computerkennis hier even tekort schiet. 
[GARMIN TYPÞ äk+¹Sq¢[Z’$ì*Xµ¼>™ÌÿQurban areastedelijk gebiedBebauung 0{>éüüUUUUªªªªUUUUªªªªUUUUªªªªUUUUªªªªUUUUªªªªUUUUªªªªUUUUªªªªUUUUªªªªUUUUªªªªUUUUªªªªUUUUªªªªUUUUªªªªUUUUªªªªUUUUªªªªUUUUªªªªUUUUªªªª[residential areabebouwde komStadtgebiet7‹ÊÿÕÿÿ[residential areabebouwde komStadtgebiet enz…
Kan je die niet Opslaan als ipv direct openen met het (vast verkeerde) programma?
Ik zal je de typ file wel mailen.
Bedankt… die ga ik goed bewaren.
edit
typefile werkt!
De typ file is maar een lapmiddel. Ik ga het met de grootte van het bos proberen (grotere bos polygonen eerder renderen), de tags landuse=forest met source=3DShapes later renderen want beter van kwaliteit dan de (AND) landuse=residential shapes. Je hoeft verder niets op OSM aan te passen en de volgende update van de OFM maar in de gaten houden!
Oké… we gaan het zien. Het compromis lijkt nu een beetje op erwtensoep, maar dat zit ik ook net te eten.
Een klein stukje heb ik als multipolygon in de residential gezet… het westelijke stukje heb ik buiten de residential geplaatst. De rest laat ik even ongemoeid. Hier http://www.openstreetmap.org/#map=17/51.77497/4.67188 nog een stuk 3d-shapes dat nu weer binnen de residential valt en niet gerenderd wordt. Eens kijken wat dat gaat doen.
Multipolygonen zijn natuurlijk veel nettere oplossingen, maar in heel Nederland vind je die problemen
Ik zou er niet teveel werk van maken. Laat de renderer het maar oplossen.
Egbert, als het goed is moet het bos nu weer goed zijn in versie 15/02
Ha ligfietser,
Je bent weer een tovenaar! 
Uiteraard de kaart al gedownload… en ik zie inderdaad door de bomen (residential) het bos weer.
Groet,
Egbert
Jij ook nog bedankt voor het signaleren van deze problemen. De routering is ook verder verbeterd, voetgangers kunnen nu weer de tile grens passeren zonder omwegen. Deze mkgmap versie schijnt nog niet helemaal uitontwikkeld te zijn dus als je nog vreemde dingen tegenkomt laat het me weten.
En dan hebben jullie het bos hersteld, zie ik opeens iets raar met een park in Bergen op Zoom gebeuren. Aangezien ik toch nog niet veel snap van dat multipolygonengedoe (wordt toch eens tijd voor een echte cursus OSM, of allerlei dingen, ook al pas ik niet heel veel aan, met welk programma Potchlatch of Josm maakt even niet uit), heb ik wel gemerkt dat een park opeens op de OFM meer wit dan groen is. Ergens heeft ligfietser wel gezegd dat die grass niet in de OFM rendert maar vind het raar dat dat park op de OFM van begin januari nog helemaal groen is, en nu meer wit. Heb wel een vermoeden naar aanleiding van dit topic dat het te maken heeft met leisure=park.
zie: http://www.openstreetmap.org/#map=16/51.4897/4.2802 en ook http://www.openstreetmap.org/#map=17/51.49858/4.29387
Het is dan wel geen bos maar een park, maar binnenkort ga ik dus naar Bergen op Zoom, en die rare witte kleur voor parken vind deze zeur niet zo mooi
Of de parken opzich correct zijn weet ik natuurlijk niet als ik ook naar Bing-achtergrond kijk.
Trouwens op andere plekken in OSM zie ik liever ook dat het een park, weiland of wat dan ook is, dan die witte kleur
Zelfde reden als eerder genoemd, verschillende landuses op elkaar. Ik kan dat park ook wel transparant maken en later renderen.
Maar het blijft een fout op OSM. Het is of park of bebouwing of weiland, niet allemaal tegelijk.
Waarom lopen al die import zaken in OSM eigenlijk veelal / vaak door elkaar ? Import zonder inzicht of toeziccht ?
Dat is historisch zo gegroeid. Die oudere shapes zoals o.a. landuse=residential en leisure=park zijn afkomstig van een gedoneerde dataset van AND. Later is daar de 3D shapes bijgekomen, die data is van het Kadaster en is veel nauwkeuriger. Bij sommige shapes is de tag leisure=park weggehaald en omgezet naar toponym=park om alleen nog de naam te renderen, de landuses voor bos en gras van 3dshapes komen dan in de plaats van dat park. Zoals bij http://www.openstreetmap.org/way/77233334 is gedaan. Aangezien ik voor mijn kaart het “3D shapes” gras eruit filter ivm de enorme hoeveelheid data (en mijn basiskaart toch al groen is) verklaart dat die witte vlekken op de kaart bij dat park. Bij de vorige OFM versies was dat nog groen maar omdat ik de bebouwde kom nu een wit kleurtje heb gegeven wordt dat park nu ook wit
Dat probleem kan je oplossen door of de tag leisure=park weer te herstellen of de bebouwde kom onder dat park aanpassen (http://www.openstreetmap.org/way/6332876) maar dat is een heel lastige klus. Misschien heeft het Kadaster betere shapes voor de landuse=residential en kunnen die beter geïmporteerd worden om alle bestaande shapes (die m.i. erg onnauwkeurig zijn) te vervangen?
Ligfietser
Tja ik pas weleens wat irritants aan kleinschalig ja, maar grootschalige import, niet alles tegelijk eerst maar kijken hoe het met het BAG gaat.
En dan toch nog zorgt Ligfietser dat het park weer park is. Zijn Openfietsmap en hijzelf natuurlijk ook kunnen voor wat OSM betreft bij mij niet meer stuk. En dat andere park mag van mij toch wel een zooitje blijven, wat het trouwens al is op de OSM ook, want blijkbaar wordt dat opgeknapt volgens de gemeente Bergen op Zoom en dan klopt er dan sowieso niks meer van op OSM/OFM