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

[Cristian Draghici]

E discutabila calitatea CLC la ape.
Apar doar corpurile mari de apa (care in genere au cam fost deja desenate pe
satelitar).

Eu am incercat sa folosesc CLC ca sursa pentru apele din Fagaras pentru
niste harti (
http://blog.loudhush.ro/2010/09/mountain-hiking-tracks-in-fagaras.html) dar
CLC nu are absolut nimic in zona respectiva (ma rog, afara de Vidraru, care
apare si pe Yahoo).

Balea, Capra, Caltun, etc nu apar de loc pe CLC.
Raurile si vaile nici atat.

--
Cristi

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

> 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 la mytrek.ro
>> <mailto:stefan.ungureanu la 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 la mytrek.ro
>>                <mailto:stefan.ungureanu la mytrek.ro>
>>                <mailto:stefan.ungureanu la mytrek.ro
>>                <mailto:stefan.ungureanu la 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 la openstreetmap.org <mailto:
>> Talk-ro la openstreetmap.org>
>>
>>                http://lists.openstreetmap.org/listinfo/talk-ro
>>
>>
>>            _______________________________________________
>>            Talk-ro mailing list
>>            Talk-ro la openstreetmap.org <mailto:Talk-ro la openstreetmap.org>
>>
>>            http://lists.openstreetmap.org/listinfo/talk-ro
>>
>>
>>        _______________________________________________
>>        Talk-ro mailing list
>>        Talk-ro la openstreetmap.org <mailto:Talk-ro la openstreetmap.org>
>>
>>        http://lists.openstreetmap.org/listinfo/talk-ro
>>
>>
>>    _______________________________________________
>>    Talk-ro mailing list
>>    Talk-ro la openstreetmap.org <mailto:Talk-ro la openstreetmap.org>
>>
>>    http://lists.openstreetmap.org/listinfo/talk-ro
>>
>>
>>
>>
>> _______________________________________________
>> Talk-ro mailing list
>> Talk-ro la openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-ro
>>
>
> _______________________________________________
> Talk-ro mailing list
> Talk-ro la openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-ro
>
-------------- partea urm?toare --------------
Un ata?ament HTML a fost eliminat   
URL: <http://lists.openstreetmap.org/pipermail/talk-ro/attachments/20101104/77c3fe7a/attachment.html>