Ioan Indreias a scris in al doilea mesaj din acest subiect de discutie:<div><br><div><span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; ">numele cred ca trebuie pus sub forma -> place_name = YYYYY<br>
[din wiki] 'The name of the place. place_name is used for closed ways drawn around the perimeter of a place, while the straightforward "name" tag is used on a central node.'</span></div><div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;"><br>
</span></font></div><div><span class="Apple-style-span" style="font-family: arial, sans-serif; border-collapse: collapse; ">Parerea e ca nu poti sa ai doar conturul unei asezari. Argument? Prima oara se va sti intotdeauna locatia aproximativa a unei localitati care se va marca cu un punct. Abia dupa aia se traseaza conturul (fie el chiar aproximativ). Trebuie de avut in vedere ca nici ceea ce import eu nu este complet, raman destule localitati fara contur. Si atunci, ar fi total aiurea ca unele localitati sa fie reprezentate de un contur iar altele de un punct. Omogenitate = 0.</span></div>
<div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;"><br></span></font></div><div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;">Mie cel mai OK din ce ai propus tu mi s-ar parea punctul 2: "<span class="Apple-style-span" style="border-collapse: separate; font-family: arial; ">un punct cu datele respectivei localitati + aria marcata cu place=*" cu amendamentul ca numele sa fie trecut sub place_name=*. Problema de rendering ar disparea in acest fel (name este randat, place_name nu este randat) iar problemele de geocodare se pot rezolva in timp daca se implementeaza un filtru. Ceea ce ar fi necesar in acest caz ar fi o legatura intre punct si contur ca sa nu fie necesara copierea si dublarea datelor existente la punct si pentru contur. Dar nu stiu cum se poate face asta.</span></span></font></div>
<div><font class="Apple-style-span" face="arial, sans-serif"><br></font></div><div><font class="Apple-style-span" face="arial, sans-serif">Cei 2 bani ai mei,</font></div><div><font class="Apple-style-span" face="arial, sans-serif">Janos</font></div>
<div><br><div class="gmail_quote">2009/12/2 Ciprian Talaba <span dir="ltr"><<a href="mailto:cipriantalaba@gmail.com">cipriantalaba@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br><div class="gmail_quote"><div class="im">2009/12/2 Janos Rusiczki <span dir="ltr"><<a href="mailto:janos.rusiczki@gmail.com" target="_blank">janos.rusiczki@gmail.com</a>></span><br></div><blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex">

<div class="gmail_quote">Pai chiar te rog sa arunci o privire asupra datelor din background. Pentru tipul conturului am folosit algoritmul ce mi-a fost oferit azi de Eddy (multumesc!), astfel punctul care reprezinta localitatea si conturul vor avea acelasi tip de place. Am observat ca unele localitati au 2 sau chiar 3 contururi (Borșa in Maramures de exemplu are 2), dar asta nu e "vina" mea asa sunt datele provenit de la <a href="http://cultura.ro" target="_blank">cultura.ro</a>.</div>
<div class="im">

<div class="gmail_quote"><br></div><div class="gmail_quote">Sunt deschis ideilor, de aia am si lansat discutia aici pe lista si ce mi s-a propus pana acuma am cam implementat. A cam fost cateva zile de pauza pe subiect asa ca am crezut ca s-a cam zis ce se putea zice si de aia m-am apucat. Si fiindca ma mancau degetele, desigur. :)</div>


<div class="gmail_quote"><br></div><div class="gmail_quote">Pentru propunerea ta: nu este necesar sa ma uit dupa informatiile SIRUTA in punctele de pe harta deorece am toate datele necesare in baza de date. Scrie-mi te rog ce alte tag-uri ai mai vrea sa apara pentru un poligon si le adaug.</div>


<div class="gmail_quote"><br></div><div class="gmail_quote">Pe azi ma opresc la 3 judete:</div><div class="gmail_quote"><br></div><div class="gmail_quote"><div class="gmail_quote">Maramures - 153 contururi / 10938 puncte</div>


<div class="gmail_quote">Arad - 88 contururi / 4599 puncte</div><div class="gmail_quote">Cluj - 245 contururi / 13025 puncte (am dat drumul inainte sa citesc acest mail si se importa momentan)</div><div class="gmail_quote">


<br></div><div class="gmail_quote">O sa vad cum pot sa adaug informatiile necesare la aceste 3 judete.</div></div><div class="gmail_quote"><br></div></div></blockquote><div><br>Nu e nici o problema, in cel mai rau caz exista posibilitatea sa faci revert la un changeset si sa o iei de la capat. <br>

<br>Sa revenim insa la problema noastra. Am studiat ce zice lumea pe wiki (din pacate cred ca acesta pagina are nevoie de un mod mult mai clar de prezentare a eventualelor posbilitati). Am cauta si exemple pe harta, din pacate cele mai multe se limiteaza la a adauga tag-ul landuse=residential si eventual sursa.<br>

<br>Asa ca am trecut la ideile proprii :). Am pornit de la utilizatorii acestor date si uneltele care le folosesc ei pentru a interpreta datele, si avem asa:<br>- motoare de rendering<br>- motoare de routing<br>- motoare de geocoding. <br>

E posibil sa existe mult mai multe unelte dar teoretic se pot incadra cumva in una (sau mai multe) din categoriile de mai sus. <br><br>Solutille pe care le avem la indemana si cum sunt vazute ele din ochii respectivelor unelte:<br>

1. un punct cu datele respectivei localitati + aria marcata numai cu landuse=residential<br>- rendering - OK, apare atat numele cat si suprafata localitatii<br>- geocoding - cautarea unei strazi intr-o localitate este aproximativa pentru ca poligonul nu are un nume atasat<br>

- routing - OK, este posibil ca strazile ce se intersecteaza cu poligonul suprafetei sa fie considerate cu o limita de viteza mai mica decat restul.<br><br>2. un punct cu datele respectivei localitati + aria marcata cu place=* si name=* (place_name este prea putin folosit din ce am vazut eu folosind tag watch, asa ca nu il consider o varianta):<br>

- rendering - OK? Nu stiu daca numele ariei va fi afisatt. Daca da, atunci avem si aici o problema pentru ca vvom avea 2 labeluri.<br>- geocoding - vor apare duplicate la cautarea localitatilor datorita existentei a 2 entitati (punctul si poligonul)<br>

- routing - OK, este posibil ca strazile ce se intersecteaza cu poligonul
suprafetei sa fie considerate cu o limita de viteza mai mica decat
restul.<br><br>3. doar un poligon cu toate informatiile care exista deja pentru puncte (tagurile is_in mi se par foarte importante pentru geocoding), punctul urmand sa fie sters:<br>- rendering - aceeasi problema ca la varianta 2, aici insa exista pericolul ca sa nu fie afisat nici un label<br>

- geocoding - OK, cautarea dupa localitati functioneaza bine, precum si filtrarea dupa o anumita localitate<br>- routing - OK, este posibil ca strazile ce se intersecteaza cu poligonul
suprafetei sa fie considerate cu o limita de viteza mai mica decat
restul.<br><br>4. ar fi varianta ce exista deja (puncte, fara poligoane):<br>- rendering - apare numele dar nu si suprafata<br>
- geocoding - cautarea unei strazi intr-o localitate este aproximativa pentru ca poligonul nu exista<br>
- routing - este nevoie de limita de viteza specificata pentru fiecare strada.<br>
<br>Variantele 1 si 3 mi se par ca au cele mai putine probleme, iar din cele 2 eu optez pentru 3. Alte pareri, opinii?<br><br>Numai bine,<br>Ciprian<br></div></div>
<br>_______________________________________________<br>
Talk-ro mailing list<br>
<a href="mailto:Talk-ro@openstreetmap.org">Talk-ro@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-ro" target="_blank">http://lists.openstreetmap.org/listinfo/talk-ro</a><br>
<br></blockquote></div><br></div></div>