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

[Stefan UNGUREANU]

Absolut :

http://api06.dev.openstreetmap.org/browse/changeset/7681

Fiecare way are urmatoarele tag-uri :

    CLC:code = 112
CLC:shapeId = 51289
    CLC:year = 2006
     landuse = ... (in functie de tip)
      source = Union européenne - SOeS, CORINE Land Cover, 2006.

CLC:code este codul CLC; au si ei clasificarea lor, si fisierele vin per 
cod.

CLC:shapeId este indicele corespunzator din fisierul SHP pentru un 
CLC:code dat.

Restul tag-urilor sunt oarecum evidente ;)

Stefan.


On 03/11/2010 10:32, Ioan Indreias wrote:
> Salut,
>
> Intervin si eu cu o rugaminte: poti sa ne dai un exemplu de way OSM
> nou creat pe baza CLC 2006 astfel incat sa vedem toate tag-urile care
> vor fi adaugate?
>
> De asemenea, nu sunt sigur daca atunci cand importi ai acces si la un
> identificator  (sa-i zicem CLCID) astfel incat way-ul nou sa contina
> si acest identificator. Aceasta ar ajuta daca pe viitor am avea acces
> la o lista de tipul CLCID, name (sau ceva similar) prin care sa
> adaugam date suplimentare.
>
> In final propun ca schimbarea tag-urilor existente sa fie facuta cu
> PRECLC in loc de CLC, pentru a rezulta ca obiectul respectiv exista
> inainte de importul CLC (cu alte cuvinte nu are nimic de a face cu
> CLC-ul).
>
> Multumesc,
> Nini
>
> 2010/11/3 Cristian Draghici<cristian.draghici at gmail.com>:
>>
>>
>> 2010/11/3 Stefan UNGUREANU<stefan.ungureanu at mytrek.ro>
>>>
>>> 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.
>>
>> De acord ca e incorect din simplul motiv ca un calcul pe aria de uz
>> rezidential intoarce date aiurea.
>> Totusi poligoanele cu "gauri" (relatie multipolyon inner, outer?) sunt greu
>> de editat si multi editori aleg solutii care arata bine in randarea Mapnik
>> si nu iau neaparat in calcul aspectele de calitate a datelor.
>>
>>> 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.
>>
>> Din pacate multe din poligoanele curente de landuse au fost create cu
>> intentia de a delimita localitati (pentru ca landuse e poligon gri in
>> randarea mapnik, iar boundary e doar un polyline punctat).
>> Din acest motiv solutia re-denumirii in "CLC:landuse" este mult mai buna -
>> pentru ca ulterior putem decide care "CLC:landuse" sunt de fapt boundary-uri
>> si sa le re-tagguim manual.
>>
>>>
>>> Teoretic cel putin, modificarea tag-urilor 'landuse' in 'CLC:landuse'
>>> rezolva aceasta problema.
>>
>> Solutia de modificare de tag e foarte buna.
>> Multumesc,
>> 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