[Talk-ro] Import CLC : update 01/11/2010

[Janos Rusiczki]

As vota pentru paduri si apoi residential.
Parca ziceai ca de ape nu te atingi pentru moment, ca altfel aia ar fi fost
pe locul intai.

2010/11/4 Stefan UNGUREANU <stefan.ungureanu at mytrek.ro>

> O prima executie cu succes :
>
> http://www.openstreetmap.org/browse/changeset/6286120
>
> Rezultat : pe toate poligoanele care aveau 'boundary' si 'landuse', s-a
> modificat tag-ul 'landuse' si s-a reintrodus tag-ul 'source' care fusese
> sters anterior (tag-ul trebuia pastrat cf. permisiunii de a utiliza datele
> cultura.ro)
>
> Intrebare... vreo preferinta in legatura cu primele date ce vor fi
> importate ? residential, forest, etc. ?
>
> S.
>
>
>
> On 03/11/2010 17:33, Stefan UNGUREANU wrote:
>
>> Ca un prim test 'live' (adica nu pe serverul dev), cred ca o sa rulez o
>> schimbare de tag-uri pentru cele 973 de elemente.
>>
>> Pe toate elementele boundary=*, landuse=residential o sa modific tag-ul
>> 'landuse'. landuse=residential nu are neaparat legatura cu limitele
>> localitatilor.
>>
>> Stefan.
>>
>> On 03/11/2010 09:27, Stefan UNGUREANU wrote:
>>
>>> Revin cu detalii.
>>>
>>> In total sunt 973 de elemente care au atat tag-ul 'boundary' cat si unul
>>> din 'landuse', 'natural' sau 'waterway'.
>>>
>>> Primul dintre ele s-a nimerit a fi Ploiesti-ul, ocazie cu care am
>>> constatat ca nu prea e bine, si anume exista poligoane de 'landuse' care
>>> se suprapun. Mai precis, exista in interiorul poligonului tag-uit
>>> boundary=administrative si landuse=residential un altul tag-uit
>>> landuse=industrial, ceea ce in opinia mea e incorect, pentru ca o
>>> suprafata data nu poate fi si industrial si residential in acelasi timp.
>>>
>>> Ceea ce ma face sa cred ca, in general, poligoanele boundary=* trebuie
>>> sa ramana doar cu acest tag (si cele conexe), iar landuse sa fie doar
>>> landuse.
>>>
>>> Teoretic cel putin, modificarea tag-urilor 'landuse' in 'CLC:landuse'
>>> rezolva aceasta problema.
>>>
>>> Stefan.
>>>
>>> On 03/11/2010 08:44, Cristian Draghici wrote:
>>>
>>>>
>>>>
>>>> 2010/11/3 Stefan UNGUREANU <stefan.ungureanu at mytrek.ro
>>>> <mailto:stefan.ungureanu at mytrek.ro>>
>>>>
>>>> Salut,
>>>>
>>>> 1. Cred ca de fapt e vorba de un poligon de 'landcover' si nu unul
>>>> de 'boundary'. In cazul asta, se intampla ca la toate celelalte, si
>>>> anume tag-ul ramane, dar in loc sa fie 'landcover' va deveni
>>>> 'CLC:landcover', ca in exemplul de mai jos.
>>>>
>>>> <way id="137011" changeset="7671" user="Romania CLC import bot" >
>>>> <nd ref="4601463"/>
>>>> [...]
>>>> <nd ref="4601539"/>
>>>> <tag k="CLC:landuse" v="residential"/>
>>>> </way>
>>>>
>>>>
>>>>
>>>> 2. In cazul asta se intampla la fel; 'landcover' va deveni
>>>> 'CLC:landcover' si restul tag-urilor raman neschimbate. Un astfel de
>>>> poligon va fi probabil randat ca un 'boundary' simplu.
>>>>
>>>> Practic, 'landcover' devine 'CLC:landcover', 'natural' devine
>>>> 'CLC:natural' si 'waterway' devine 'CLC:waterway', iar valorile
>>>> raman neschimbate.
>>>>
>>>> Pentru inceput, voi incepe cu 'landcover', 'natural' si 'waterway'
>>>> vin mai tarziu, mai ales ca e destul de probabil ca 'waterway' sa nu
>>>> le modific.
>>>>
>>>>
>>>> Multumesc pentru lamuriri si pentru efortul depus in import.
>>>>
>>>> --
>>>> Cristi
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Talk-ro mailing list
>>>> Talk-ro at openstreetmap.org
>>>> http://lists.openstreetmap.org/listinfo/talk-ro
>>>>
>>>
>>> _______________________________________________
>>> Talk-ro mailing list
>>> Talk-ro at openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-ro
>>>
>>
>> _______________________________________________
>> Talk-ro mailing list
>> Talk-ro at openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-ro
>>
>
> _______________________________________________
> Talk-ro mailing list
> Talk-ro at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-ro
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-ro/attachments/20101104/8c39126f/attachment.html>