Aš pats orientuojuosi į universalų ir aiškų duomenų modelį, nei į konkrečius, neva, "nepajudinamus" produktus. Iš esmės sutinku su siūlymu.<br><br><div class="gmail_quote">2012/12/12 Tomas Straupis <span dir="ltr"><<a href="mailto:tomasstraupis@gmail.com" target="_blank">tomasstraupis@gmail.com</a>></span><br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":80">a) Kaip suprantu, per place+name ryšį veikia <a href="http://gis-lab.ru" target="_blank">gis-lab.ru</a> daromas<br>


maršrutizatorius (CityGuide). Kiek žinau, jis populiarus tik Rusijoje<br>
(pataisykite, jei klystu), taigi mes kaip ir galime ignoruoti jų<br>
place+name dublio poreikį (pagaliau jie visada turi galimybę<br>
perrašyti/pasitaisyti savo taisykles).<br>
b) Mkgmap generuojamas Garmin žemėlapis tokio reikalavimo, kaip<br>
suprantu, neturi. Jis tiesiog susiranda administracinę ribą ir jai<br>
priskiria visas „viduje“ esančias gatves (su sąlyga kad generuojama su<br>
raktu location-autofil=bounds).<br>
<br>
Tai iš principo, jei nusprendžiam, kad CityGuide mums neaktualus,<br>
galime išmesti reikalavimą place=* žymą dėti ir ant administracinės<br>
ribos ploto (name rašytume tokį patį ir ten, ir ten, o place=* tik ant<br>
taško). Kaip suprantu, tokiu atveju:<br>
1. „dvigubas“ vietovės paieškos rezultatas (nominatime) susitvarkys.<br>
2. Mkgmap sukurti Garmin žemėlapiai adresus ras.<br>
3. CityGuide žemėlapių adresų paieška nebeveiks.<br>
<br>
P.S. Landuse=residential|industrial|commercial ir pan. yra visai kita<br>
opera, jei su tuo kyla neaiškumu, siūlau aptarti kitoje gijoje.</div></blockquote></div><br>