[Talk-ro] [Fwd: RE: [EEA-091123.0021] CORINE Land Cover usage for non-commercial project]

[Stefan UNGUREANU]

1. 111 si 112 se suprapun peste o gramada de date existente; e vorba de 
landuse='residential'.

2. schema de etichetare e ca a francezilor, si a fost preluata si de 
estonieni.

3. CLC acopera in totalitate teritoriul... daca scoti din ele, o sa 
apara 'gauri' aiurea; impresia mea este ca sunt mai detaliate decat cele 
de la cultura.ro, dar aici mai e de discutat.

4. cand am sa scriu aplicatia de import, o sa o testez oricum pe sandbox.

S.

Ciprian Talaba wrote:
> Salutare Stefan,
> 
> On Fri, Dec 4, 2009 at 5:03 PM, Stefan UNGUREANU 
> <stefan.ungureanu at mytrek.ro <mailto:stefan.ungureanu at mytrek.ro>> wrote:
> 
>     Revin cu intrebarea legata de modalitatea de import.
> 
>     Problema este in principal legata de existenta unor elemente de
>     landcover pe teritoriul Romaniei, care nu se suprapun exact peste
>     datele CORINE.
> 
>     Cum abordam problema ?
> 
>     Ca fapt divers, atasez un screenshot cu o zona cu landcover.
> 
>     Stefan.
> 
> 
>     Stefan UNGUREANU wrote:
> 
>         Tocmai ce ziceam ca n-am primit raspuns ... E cald, tocmai l-am
>         primit.
> 
>         Avem verde. So... cum continuam ?
> 
>         De notat ca volumul de date e important; fisierul osm pe care
>         l-am generat este simplificat (nu are atribute user, uid,
>         timestamp si altele) pentru a fi mai compact; totusi, ajunge la
>         1.2 Gb.
> 
>         Stefan.
> 
> 
> Ma bucur ca avem posibilitatea sa importam datele din CLC 2006, care din 
> ce am vazut au o precizie buna si cu siguranta ar adauga valoare hartii 
> deja existente. Insa trebuie sa recunoastem ca de acum incepe greul :) 
> Intradevar asa cum ai specificat si tu problema principala este ca pe 
> harta Romaniei exista deja destule elemente ce apar si in setul CLC 
> 2006, in principal paduri, dar si zone rezidentiale, industriale sau 
> comerciale.
> 
> Iata cateva idei despre cum am putea porni la acest drum:
> 1. cred ca fiecare categorie din CLC ar trebui tratata separat (eventual 
> grupate doar daca etichetele co vor fi utilizate in OSM sunt identice), 
> deci Stefan poti sa incepi cu 111 (impreuna cu 112 probabil). Poti sa 
> dai un link catre fisierul convertit in .osm pentru fiecare caz.
> 2. pentru fiecare categorie ar trebui sa vedem daca schema de etichetare 
> folosita in momentul de fata a gasit corespondente, iar in cazul in care 
> nu s-a intamplat acest lucru, cred ca putem porni o discutie locala 
> pentru a veni cu niste propuneri, eventual sa ducem discutia pe lista 
> globala (Franta a terminat importul, Estonia lucreaza inca, si ma astept 
> ca si alte tari sa fie interesate).
> 3. pentru fiecare categorie am putea identifica poligoanele din CLC care 
> nu se intersecteaza cu nici un poligon prezent in OSM (aici nu sunt 
> sigur daca ar trebuie sa luam in calcul TOATE poligoanele, sau doar cele 
> etichetate intr-un anume fel), acestea urmand sa fie importate automat. 
> Din pacate pentru restul cred ca este nevoie de o verificare manuala 
> pentru a decide care este solutia care trebuie aplicata. Alte idei (de 
> automatizare) sunt binevenite.
> 4. putem folosi sandbox-ul de teste pentru a verifica faptul ca importul 
> functioneaza ok, aici Janos ne poate impartasi din experienta lui.
> 
> Numai bine,
> Ciprian
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Talk-ro mailing list
> Talk-ro at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-ro