[OSM-talk-nl] OSM voor de brandweer?

[Lambertus]

Maarten Deen wrote:
> 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? 
Natuurlijk :)

> 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.
> 
Er zijn zo'n 250 landen (ofzo) waar je zonder veel ruimte nodig te 
hebben een polygoon voor kunt opslaan. Er zijn bovendien is de 
verhouding tussen polygonen/straten zodanig dat je beter polygonen kunt 
opslaan.

Het grote voordeel van het gebruiken van polygonen is dat je het bepalen 
van is_in een rekenkundig probleem maakt i.p.v. mapping. Als je is_in 
wilt goed wilt mappen dan krijg je dit (ietwat overdreven):
Lekstraat is_in rivierenbuurt, apeldoorn-zuid, apeldoorn, gemeente 
apeldoorn gelderland, stedendriehoek, midden-nederland, nederland, 
benelux, west-europa, europa, aarde

En dan heb je nog geen ondervanging voor de verschillende talen (bijv. 
The Hague, Holland, Europe) enzo. Bovendien moet je dan die hele reeks 
op *alle* straten, gebouwen, POI's, polygonen etc in Nederland gaan 
doen. Het lijkt me duidelijk dat polygonen veel netter zijn om dit op te 
lossen. Voor randgevallen waarbij je hele kleine gebieden op een low 
power apparaatje wilt opslaan is is_in zelf te genereren mocht je dat 
nodig vinden.

> Is bekend hoe dat in de Mapsource kaarten is opgelost?
> 
Ik weet het niet goed genoeg om daar een duidelijk antwoord op te geven.