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