Lambertus wrote: > Maarten Deen wrote: >> Maarten Deen wrote: >>> Geert Schuring wrote: >> >>>> Ik hoor graag van jullie: >>>> 1 - Hoe we bovenstaande issues kunnen oplossen >>> Ik _neem aan_ dat in de Garmin kaarten een constructie als is_in wordt >>> gebruikt, en dat is in OSM maar in hoogst enkele gevallen ingevuld. Dat zal >>> onderzocht moeten worden, misschien iets voor een cc naar de mkgmap-dev >>> lijst? >> >> En ik zie dat daar ook al een discussie over was: >> <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2009q2/001746.html> >> > Op de mailinglijst van Mkgmap wordt inderdaad besproken hoe het best de > plaatsen en adressen aan elkaar gekoppeld kunnen worden. Op basis van > polygonen heeft voor velen een voorkeur en zal tzt wel geimplementeerd > worden (Patches welcome natuurlijk :-) ). Tot die tijd kunnen vziw > alleen straten gevonden worden met een is_in tag. Persoonlijk beschouw > ik de is_in tag overigens als een no-go area aangezien die tag al gauw > een zootje wordt en het misschien de vooruitgang in de gewenste richting > vertraagt.
Mag ik vragen waarom de oplossing met een polygoon de voorkeur heeft? Om dat werkend te krijgen zul je die polygoon moeten downloaden en dus moeten weten waar de randen van die polygoon zich bevinden (wat op plaats niveau nog niet zo erg is, maar hoe weet je dat je je in land X bevindt?). Voor een applicatie als Mkgmap zal dat niet zo'n probleem zijn omdat daar i.h.a. grote boundingboxes gebruikt worden, maar het betekent voor zoekopdrachten wel dat je altijd een schaduwdatabase nodig hebt om te zien welke straat zich in welke plaats bevindt. En dat is niet nodig met een is_in of addr: tag op de ways of nodes, dan is een query op de sourcedata voldoende. Is bekend hoe dat in de Mapsource kaarten is opgelost? Maarten _______________________________________________ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
