[Talk-ro] Import automatizat pentru limita localitatilor (via cultura.ro)
Stefan UNGUREANU
stefan.ungureanu at mytrek.ro
Thu Nov 26 08:33:16 GMT 2009
Multumesc.
Daca inteleg eu bine, poligoanele par a fi limitele localitatilor.
In CLC, se face diferentierea intre diferitele utilizari ale zonelor
urbane, si anume (cf. clasificarii din wiki) :
- Continuous urban fabric -> landuse = residential
- Discontinuous urban fabric -> landuse = residential
- Industrial or commercial units -> landuse = industrial/retail
- Port areas -> landuse = harbour
- Airports -> landuse = aerodrome
- Dump sites -> landuse = landfill
- Construction sites -> landuse = construction
De ex. Bucuresti-ul contine cam din toate cateva.
O idee : Daca ni se permite folosirea datelor CLC, nu ar fi posibil sa
le folosim pe ambele ? De ex. datele de pe cultura.ro pentru limitele
localitatilor si cele de la CLC pentru suprafetele propriu-zise ?
Datele de la CLC acopera in intregime toata suprafata tarii. Am atasat o
poza cu o parte din tipurile de landcover in zona Bucuresti.
Stefan.
Janos Rusiczki wrote:
> Aici sunt fisierele .kmz pentru care exista deja permisiune de folosire:
> http://www.cultura.ro/Documents.aspx?ID=282
>
> La punctul 4 mentionat de Nini, in legatura cu place_name, m-am uitat la
> cateva perimetre romanesti si toate au numele in name asa ca-s confuz. :)
>
> 2. admin_level = ?
> 4. name=* sau place_name=* ?
> 5. place = ?
>
> 2009/11/26 Stefan UNGUREANU <stefan.ungureanu at mytrek.ro
> <mailto:stefan.ungureanu at mytrek.ro>>
>
> Salut,
>
> Pregateam si eu ceva similar, dar extras din datele de la CORINE Land
> Cover. Acum astept aprobarea de la European Environment Agency ca sa le
> pot posta pe serverul OSM.
>
> Ce localitati sunt puse deja pe http://api06.dev.openstreetmap.org/ ?
> Incerc sa fac un export si nu imi aduce nimic. Vroiam sa vad daca ce am
> reusit sa scot din CLC se potriveste.
>
> Poate reusim sa facem ceva impreuna, ar fi pacat sa fie muca facuta de
> doua ori ;)
>
> Stefan.
>
> PS. Unde pe cultura.ro <http://cultura.ro> sunt datele ? nu dau de
> ele ... :)
>
> Janos Rusiczki wrote:
> > Salut,
> >
> > 1. Am eliminat tag-ul layer
> > 2. Am adaugat codul SIRUTA
> > 3. Sa mai confirme cineva daca trebuie admin_level ca eu din
> explicatia
> > de aici http://bit.ly/4ZHd7K si mai ales din imaginea atasata
> inteleg ca
> > ar fi vorba de conturul regiunii - nu e prea clar la ce refera acel
> > "includes the surrounding area around the city/town/village"
> > 4. Am schimbat tag-ul de denumire din name=* in place_name=*
> > 5. Daca ma ajuta baietii cu modul in care se decide tipul
> place-ului pot
> > include si asta.
> >
> > Recapituland, intrebarile sunt:
> >
> > 2. admin_level = ?
> > 5. place = ?
> >
> > Multumesc mult pentru sesizari si astept feedback in continuare,
> > Janos
> >
> > 2009/11/26 Ioan Indreias <indreias at gmail.com
> <mailto:indreias at gmail.com> <mailto:indreias at gmail.com
> <mailto:indreias at gmail.com>>>
> >
> > Salut Janos,
> >
> > Ma bucur ca proiectul acesta nu a fost abandonat -
> felicitarile mele
> > pentru efortul de pana acum.
> >
> > Observatiile mele ar fi urmatoarele:
> >
> > 1. de ce layer=-3 ? In sensul ca nu e nimic "ingropat" acolo -
> > probabil exista motive pentru care ai facut aceasta alegere
> si daca ai
> > putea sa explici ar fi excelent.
> >
> > 2. eu as adauga si codul SIRUTA -> siruta:code = XXXX
> >
> > 3. cred ca e necesar si tag-ul urmator -> admin_level=6
> >
> > 4. numele cred ca trebuie pus sub forma -> place_name = YYYYY
> > 'The name of the place. place_name is used for closed ways drawn
> > around the perimeter of a place, while the straightforward
> "name" tag
> > is used on a central node.'
> >
> > 5. Inclin sa cred ca ar trebui completat cu
> > place=city|town|village|hamlet etc -> aici exista o decizie
> de alegere
> > a tipului de localitate bazat pe datele de la ultimul
> recensamant.
> > datele sunt cuprinse in setul pus la dispozitie de Vasile si
> poate
> > Eddy poate sa puna la dispozitie blocul decizional folosit de
> el la
> > importul localitatilor ca "puncte" pentru a-l refolosi.
> > Asta daca nu poti sa obtii aceasta informatie pe baza unei
> interogari
> > dupa codul siruta (cred ca ar fi cel mai bine insa nu stiu
> exact cum
> > poti sa o implementezi in tool-ul tau).
> >
> > Toate bune,
> > Nini.
> >
> > 2009/11/26 Janos Rusiczki <janos.rusiczki at gmail.com
> <mailto:janos.rusiczki at gmail.com>
> > <mailto:janos.rusiczki at gmail.com
> <mailto:janos.rusiczki at gmail.com>>>:
> > > Salut,
> > > Am avut o zi productiva! Am scris cateva script-uri pentru
> importul
> > > automatizat al limitei localitatilor si la aceasta ora (1
> AM) ma
> > declar
> > > multumit. :)
> > > Treaba functioneaza in felul urmator:
> > > 1. se ia un fisier de judet in format .kmz de pe
> cultura.ro <http://cultura.ro>
> > <http://cultura.ro> si se decomprima
> > > in .kml;
> > > 2. se importa datele din kml (nume localitatilor si
> coordonatele
> > punctelor
> > > ce compun limitele) in baza locala de date;
> > > 3. fiindca numele din .kml nu aratau tocmai bine (MAJUSCULELE
> > ruleaza in
> > > administratia romaneasca) am facut o procesare in plus astfel
> > incat sa se ia
> > > numele "frumoase" din baza de date SIRUTA;
> > > 4. se iau automat la rand localitatile si se incarca
> limitele pe
> > OSM via
> > > API-ul lor - fiecare limita fiind un edit separat.
> > > Pentru moment am facut doar teste pe sandbox-ul API-ul
> > OpenStreetMap aflat
> > > aici: http://api06.dev.openstreetmap.org/ care are o baza
> de date
> > separata
> > > fata de site-ul principal. Daca de curiozitate vreti sa
> intrati
> > la editare
> > > va trebui sa va creati un utilizator.
> > > Un edit arata in felul urmator:
> > > http://api06.dev.openstreetmap.org/browse/changeset/1967
> > > Am precizat sursa asa cum s-a cerut.
> > > Limita in sine arata asa (fiind copia exacta a ceea ce
> exista in
> > kml):
> > > http://api06.dev.openstreetmap.org/browse/way/49411
> > > Tag-urile care le-am stiut pune sunt:
> > > landuse = residential
> > > layer = -3
> > > name = Numele localitatii
> > > source = Mircea Anghelescu (cultura.ro <http://cultura.ro>
> <http://cultura.ro>)
> > > Intrebari:
> > > 1. am gresit ceva?
> > > 2. ce tag-uri lipsesc? (pot adauga orice din SIRUTA)
> > > In momentul in care ajungem la o forma "finala" ii voi da
> drumul,
> > cam cu
> > > cate un judet pe zi.
> > > Alte note:
> > > 1. Printr-o mai veche trasare manuala de test am observat ca
> > aceste limite
> > > sunt departe de a fi perfecte (in Baia Mare intregi cartiere
> > ramaneau pe
> > > dinafara) dar tot sunt mai bune decat nimic.
> > > 2. Nu sunt toate localitatile.
> > > 3. Script-ul de import nu "vede" daca o localitate are deja
> > limita trasata
> > > asa ca vor aparea dublari / suprapuneri care vor trebui
> depistate si
> > > eliminate manual.
> > > Noapte buna,
> > > Janos
> > > _______________________________________________
> > > Talk-ro mailing list
> > > Talk-ro at openstreetmap.org
> <mailto:Talk-ro at openstreetmap.org> <mailto: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>
> <mailto: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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: clc.JPG
Type: image/jpeg
Size: 43738 bytes
Desc: not available
URL: <http://lists.openstreetmap.org/pipermail/talk-ro/attachments/20091126/6b7eb801/attachment.jpe>
More information about the Talk-ro
mailing list