[Talk-ro] Import automatizat pentru limita localitatilor (via cultura.ro)
Janos Rusiczki
janos.rusiczki at gmail.com
Wed Dec 2 12:11:24 GMT 2009
Azi dupa cateva teste pe sandbox am trecut pe serverul principal:
Rezultatul: (de exemplu) http://osm.org/go/0gXkj8K--
De dragul comparatiei am facut si screenshot-uri before / after. Iata-le:
Before: http://snurl.com/tis6d
After: http://snurl.com/tis6g
Chiar daca, asa cum spuneam inainte, sunt departe de a fi perfecte, eu zic
ca e mult mai bine decat nimic.
Sper ca e bine. Sa continui? Si daca da, cu ce judet?
2009/11/26 Stefan UNGUREANU <stefan.ungureanu at mytrek.ro>
> 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
>>
>
> _______________________________________________
> Talk-ro mailing list
> Talk-ro at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-ro
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-ro/attachments/20091202/45f96918/attachment.html>
More information about the Talk-ro
mailing list