<br><div class="gmail_quote">2009/12/2 Janos Rusiczki <span dir="ltr"><<a href="mailto:janos.rusiczki@gmail.com">janos.rusiczki@gmail.com</a>></span><br><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="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></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>