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

Stefan UNGUREANU stefan.ungureanu at mytrek.ro
Thu Nov 4 09:55:09 GMT 2010


De ape nu ma ating intr-adevar, cel putin nu pentru moment, pentru ca 
problema e mai delicata acolo.

Intre timp mi-a venit ideea sa incep cu 'farmland', pentru ca sunt 
foarte putine existente deja... Altfel padurile erau si prima mea alegere ;)

S.

On 04/11/2010 11:52, Janos Rusiczki wrote:
> 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
> <mailto: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 <http://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>
>                 <mailto: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 <mailto:Talk-ro at openstreetmap.org>
>                 http://lists.openstreetmap.org/listinfo/talk-ro
>
>
>             _______________________________________________
>             Talk-ro mailing list
>             Talk-ro at openstreetmap.org <mailto:Talk-ro at openstreetmap.org>
>             http://lists.openstreetmap.org/listinfo/talk-ro
>
>
>         _______________________________________________
>         Talk-ro mailing list
>         Talk-ro at openstreetmap.org <mailto:Talk-ro at openstreetmap.org>
>         http://lists.openstreetmap.org/listinfo/talk-ro
>
>
>     _______________________________________________
>     Talk-ro mailing list
>     Talk-ro at openstreetmap.org <mailto: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



More information about the Talk-ro mailing list