<div>Numele duplicate sunt legitime in cazul in care desemneaza entitati diferite.</div><div>In exemplul de mai jos - satul Hartiesti (de tip 22) are ca entitate superioara (siruta:code_sup) comuna cu acelasi nume (tip 3).</div>
<div><div><br></div><div><div><font class="Apple-style-span" face="'courier new', monospace"> <b><font class="Apple-style-span" color="#000099">16659</font></b> 2       38  <font class="Apple-style-span" color="#FF0000"><b>3</b>  <b>HARTIESTI</b></font>                                0   3    3       0 3            0  3  41244 (NULL)    1493 0      </font></div>
<div><font class="Apple-style-span" face="'courier new', monospace"> 16668 3    <font class="Apple-style-span" color="#000099"><b>16659</b></font> <font class="Apple-style-span" color="#FF0000"><b>22</b>  <b>HARTIESTI</b></font>                                1   3    3       0 3       117395  3  41244 1005760   1494 0     </font></div>
<div><br></div><div>Sunt multe cazuri de sate care au nume comun cu comuna din care fac parte.</div><div>In cazul tau probabil vrei sa filtrezi entry-urile SIRUTA de tip 3 (comune). Din ce stiu eu, in OSM nu prea sunt comune ( comunele sunt limite administrative - deci ar trebui desenate poligoanele care le delimiteaza si nu exista surse pentru asa ceva -> satelitarul nu ajuta, GPS-ul nu ajuta).</div>
<div><br></div><div>Vezi ca SIRUTA este insotit, pe site-ul institutului de statistica, de o legenda care explica cum e cu ierarhia tipurilor SIRUTA (i.e. judet - municipalitate - comuna - sat, etc).</div><div><br></div><div>
--</div><div>Cristi</div><div><br></div><div><br><div class="gmail_quote">2010/9/30 Strainu <span dir="ltr"><<a href="mailto:strainu10@gmail.com">strainu10@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
În data de 29 septembrie 2010, 23:37, Strainu <<a href="mailto:strainu10@gmail.com">strainu10@gmail.com</a>> a scris:<br>
<div class="im">> În data de 29 septembrie 2010, 16:25, Ioan Indreias<br>
> <<a href="mailto:indreias@gmail.com">indreias@gmail.com</a>> a scris:<br>
>> excelent - eu sunt pentru.<br>
>><br>
>> din cate inteleg se vor lua POI-urile de "sate" si, pe baza codului<br>
>> SIRUTA, se va adauga codul postal  -corect?<br>
>><br>
>> Nini<br>
><br>
> Cam asta e ideea, da. De aici încep problemele :)<br>
><br>
> M-am jucat puțin cu datele și avem:<br>
><br>
> - 13675 de intrări de tip "node" cu siruta:code completat în OSM<br>
> - 13947 localități cu cod poștal în SIRUTA<br>
> - 13654 coduri poștale distincte în SIRUTA<br>
><br>
> Asta înseamnă că nu avem toate localitățile în OSM și că unele<br>
> localități au același cod poștal. Al doilea fapt ascunde însă unele<br>
> probleme. De exemplu codul 547611 apare în SIRUTA la localitățile Foi,<br>
> Seuca și Vidrasau, pe când la poștă apare ca fiind codul satului<br>
> Sausa, care în SIRUTA are 547610. Aș putea să scot manual localitățile<br>
> care par să aibă probleme, dar nu știu după ce sursă să mă iau la<br>
> introducerea manuală.<br>
<br>
</div>Am eliminat o parte din duplicate și am ajuns la concluzia că e OK să<br>
caut POI-uri de tip village sau town. De la city încolo încep să aibă<br>
mai multe coduri poștale.<br>
<br>
Pentru duplicatele care rămân am o dilemă. Ele apar de 2 ori în baza<br>
de date, cu coduri SIRUTA diferite. Comparând cu ce e în OSM, am<br>
observat că la noi unul din coduri e trecut la siruta:code iar<br>
celălalt la siruta:code_sup. Eu am presupus întotdeauna că code_sup<br>
vine de la "codul entității de nivel superior". M-am înșelat? Dacă da,<br>
cum ar trebui să tratez aceste cazuri?<br>
<div><div></div><div class="h5"><br>
Strainu<br>
<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>
</div></div></blockquote></div><br><br clear="all"><br>
</div></div></div>