Претпоставимо да се једно насеље граничи са два друга насеља. Пошто је један пут део границе два насеља значи да се постоји минимално 4000 путева које је потребно генерисати/кориговати. То опет није занемарљив број. Дакле, како изделити РГЗ полигон на више мањих линија? Једино упоређивањем самих полигона и налажењем преклапања између њих (под условом да се тачке на границама поклапају иначе имамо проблем крајњих тачака). Онда да се направи додатак за ЈОСМ, који би препознате границе између општина приказао на мапи, и тражио да се изабере линија којој би требало заменити тачке. Направити овако нешто није неизводљиво, али да ли се исплати уложени труд?
На основу узорка за Срем, може се закључити да је неко већ користио податке које ми имамо (вероватно је прецртавао преко њих), тако да (по мом мишљењу) “очекивана прецизност” већ постоји.
Možda da se granice naselja/mesnih zajednica uploaduju na OSM u Public GPS traces tako da ljudi to imaju kao podlogu, pa ako je neko raspoložen da doteruje postojeće granice perema njima?
To niee sistematsko rešenje ali ne bi trebalo da smeta a svakako bi značilo nekome kome je u datom momentu potrebno da bar deo neke granice sredi da bude tačan.
To bejah ja. Nisam, doduše, precrtavao preko njih nego ono, gledajući u njih na drugom ekranu. S obzirom da praktično svuda po Vojvodini idu vodotokovima, putevima ili granicama parcela, dosta ih je lako bilo preneti sa dosta visokom preciznošću. Stoga, “garantujem” da su unete granice u Vojvodini u “očekivanoj preciznosti” (a šta znam, recimo da je ispod 50m greške na 90% dužine) . Usput sam bogme i državnu granicu dosta korigovao, pogotovo prema Rumuniji, jer su bila odstupanja i po par stotina metara.
Samo po Fruškoj gori, gde granice krivudaju kroz šumu, potocima i stazama, te se ne vide na satelitskim snimcima, može biti nešto većeg odstupanja. Takođe, u podacima RGZ postoje manje rupe (područja koja ne pripadaju nijednom ataru) koje sam bratski podelio (znam, npr. za jednu takvu između Pančeva i Starčeva, te između Sutjeske i Neuzine).
Slučajnim uzorkom u centralnoj Srbiji, (gde su naselja manja pa ih je više, a i krivudavije su granice, pa je otud posao ručnog precrtavanja teži), rekao bih da je prosečna preciznost nešto manja.
Границе насеља које остављају простор између њих су званични подаци. Тачније, не припадају ниједном насељу и то је политички тако дефинисано јер га нико није хтео.
Како ове податке третирати? Логички, као што је Дуја урадио, или формално као што је РГЗ?
Ja bih išao formalno (drugim rečima - bez logike ) Razlog je što ne verujem da će ijednom geokoderu ove parcele biti bitne (ili kome god još?), a ostavlja nam prostor da postignemo veću preciznost sa autoritativnim podacima, i da je merimo. Ne kažem da sad treba da idemo i prepravimo sve ovo, nego da treba tome da težimo.
Izvini na kasnom odgovoru (iz nekog razloga mi ne stižu mailovi iako sam subscribe-ovan na ovaj post). Nisam mislio da kačim ništa dok ne izađemo sa predlogom pred import mailing listu (što se možda neće ni desiti ), pa evo sklepano na brzinu ovo kako sam ovo sad napravio: https://gitlab.com/osm-serbia/prostorne-jedinice-import
Za sva pitanja, otvarajte issue-e tamo, da ne odlazimo mnogo u offtopic ovde!
points_diff - metrika 2, Pedjina metrika, suma udaljenosti svih tacaka RGZ poligona od OSM poligona. Nema neke jedinice za meru posto biblioteka koju sam koristio (shapely) radi samo sa euklidskim prostorom, tako da su njoj 22.7, 44.2 bili samo obicni brojevi. Verovatno moze da se prebaci u metre, ali sam posle shvatio da ce vrednost da zavisi od toga koliko RGZ poligon ima tacaka (vise tacaka, veci broj)
Sto se tice komentarisanja rezultata - i 50.-ti percentil kao i average area_diff za sva naselja je 95.05%. To znaci da se RGZ i OSM poligoni naselja (admin_level=9) slazu u 95% povrsine! Ili smo mnogo precizni ili je radila Resavska skola, a znamo svi sta je od ova dva:) To mi govori o tome da smo vec jako dobri i da mozemo mahom da se fokusiramo na losija naselja (npr. <90%), i da ako nema (velike) potrebe za automatizacijom popravljanja granica (ali ako je neko napravi - dobrodosla je:). Nemojte jos poceti da popravljate losa naselja, pisem u narednim tackama zasto
Pricao sam sa Guillaume-om (OSMF) na OSM Srbija grupi na Telegramu oko sr:maticni_broj i on predlaze da to bude “ref:sr:maticni_broj” sto je i Duja predlozio, cini mi se. Ima li neko nesto protiv da idemo sa ovim?
Poceo sam wiki stranu za import na https://wiki.openstreetmap.org/wiki/Serbia/RGZ_Import koju cemo da prezentujemo na import mailing listi kad budemo poceli sa radom (koji god to rad bio). Ovo je po https://wiki.openstreetmap.org/wiki/Import/Guidelines. Ne kazem da ce nam ovo trebati (ako se odlucimo da ne radimo nista, npr.), ali eto. Ako neko ima nesto da doda tamo sto sam ja zaboravio, slobodno! Takodje - zamolio bih da ne koristite onaj .osm koji sam dao i popravljate granice, prvo zato sto se nismo javili na mailing listu, drugo zato sto pravim uputstvo za rucno ispravljanje, trece zato sto mozda to automatizujemo (mpele mozda radi na JOSM pluginu, ja isto razmisljam o automatizaciji nekoj…)
Posto je Kosovo u decembru od drzave isto dobilo granice kao opendata, uzeo sam da uporedjujem granicu Srbije i Kosova i skoro smo 100% isti! Vise detalja na wikiju za import. Ono sto nije isto je granica u OSM-u koja cik-cak-uje izmedju zvanicnih granica, pa cu da se javim na Kosovo forum da ih pitam da je popravim (neka nasa naselja su jako mala zbog ovih gresaka, npr. Ranatovce, Madjare).
Sledeci korak je da dodam subarea i ref:sr:maticni_broj kad pitamo na import listi.
Uspeo sam konacno da smislim kako i da uz pomoc JOSM-a “popravim” granicu Visnjiceva u ovom changeset-u: https://www.openstreetmap.org/changeset/79291720#map=13/44.9886/19.2986. Sa 98% na 100% Uskoro planiram da napravim uputstvo za ovo, ali i dalje je pesacki posao sklon greskama i ako ima dobrovoljaca da se podelimo po okruzima, trebalo bi nedelju dana po 8h da jedan covek izgura jedan okrug. Jako je dosadan posao, ali okacicu uputstvo. Ako ima dobrovoljaca - javite se i birajte okrug:) Ako i planirate da nesto popravljate, opet - sacekajte slanje na import mailing listu i da napisem uputstvo, mozda vam bude znacilo.
Jos razmisljam da li da pravim automatizaciju da se poprave granice. Deluje zanimljiv programerski problem, ali deluje da je veca dara nego mera - mnogo ce mi vremena ode da popravimo nesto sa 95% na 100%. Mozda da se podelimo i rucno da izgruvamo ovo sto rekoh u stavki 5… ili jednostavno da zivimo sa 95% preciznosti:)
Pa jeste, rekli smo da hocemo 1:1 sa RGZ-om. Rekli smo obavezno. Ali ako se ne javi npr. po jedna osoba po okrugu, onda nemamo “ljudstva” i ako se ne pojavi ili radna snaga ili se ne pojavi dobra vila sa automatizovanim resenjem, moramo da cekamo “bolja vremena” Ne znam kako drugacije? Ja cu napisati uputstvo i mogu da uzmem jedan okrug, ali stvarno treba jos ljudi. U paraleli, pokusacu da se igram da vidim da li moze da se automatizuje ovo pomeranje puteva i sl.
Da, namerno nisam hteo da se pravim pametan i da komplikujem logiku match-ovanja. Sve sto nije nadjeno => ne poklapa se 1:1 sa OSM-om i treba proveriti rucno, time sam se vodio. Mozda sam pogresio, ali nije ni bitno, 160/4000 je dobar procenat:)
Ако постоји толики проценат поклапања назива, онда за њих може да се направи потпуна аутоматизација.
Само би морала да се уради детаљна визуелна контрола пре самог импорта.
Upravo zato sam u CSV vadio i relation ID;) Ako imamo poklapanje po nazivu naselja i ako je poklapanje po teritoriji preko 80% (što znači da je Rakovica niška, a ne beogradska), možemo biti prilično sigurni da su ta naselja iste stvari u OSM-u i RGZ-u i dodati “ref:sr:maticni_broj”. To mi je plan da tako zalepim taj tag na 3800 naselja, a ostatak pešaka…
Ja stvarno cenim da jedna ispraksirana osoba može da obradi jedan okrug za 1-2 nedelje x 8h dnevno (ali naravno, ne mislim da bi iko mogao mentalno da izdrži da ovo radi 8h u kontinuitetu )
Ако имам два назива насеља, могу ли са упитом да добијем way који је део релација обе границе (заједнички сегмент)? Ако је то изводљиво, онда је лако аутоматизовати замену тачака. Од неизвесних ствари, остало би само да се технички реши питање заједничих тачака на почетку/крајеву сегмената.
Obratite pažnju da ima i područja koja imaju “eksklave”. U Vojvodini su to Jazak i Jazovo, za koje mi se čini da Brankov metod daje loše rezultate za area_diff (uzima samo jednu oblast) te Nadalj, čiju eksklavu nisam ni uneo u OSM (jer mi je i dan-danas čudno da se nalazi toliko daleko od sela).
Takođe, ima naselja čija imena na OSM nisu ista kao u RGZ. Što se Vojvodine tiče, to su Grgeteg (u RGZ je stariji i danas ređe korišteni oblik Grgetek) i Vojvoda Zimonjić (u RGZ je oblik Zimonić koji je verovatno nekom greškom ušao u opticaj, naselje je nazvano po vojvodi Bogdanu Zimonjiću). Opština Sremski Karlovci ima samo to naseljeno mesto pa i nema relaciju admin_level=9. Zaselak Obornjača u opštini Bačka Topola je napušten, pa taj atar nisam ni uneo; verovatno po Srbiji ima još napuštenih sela pa ne vidim mnogo smisla unositi ih.
Usput sam popravio par imena na OSM koja su bila materijalne greške (Buđevo, ne Budevo, kod Sjenice, Tićevac kod Trstenika). Za neke atare i dalje daje podatke -1 (Donje Međurovo, Bubanj kod Niša, ), mada sve izgleda u redu. Verovatno je problem što su u opštini ПАЛИЛУЛА (НИШ), čije ime se ne parsira dobro – treba odstraniti zagrade iz imena sa RGZ.
) Razlog je što ne verujem da će ijednom geokoderu ove parcele biti bitne (ili kome god još?), a ostavlja nam prostor da postignemo veću preciznost sa autoritativnim podacima, i da je merimo. Ne kažem da sad treba da idemo i prepravimo sve ovo, nego da treba tome da težimo.
Uskoro planiram da napravim uputstvo za ovo, ali i dalje je pesacki posao sklon greskama i ako ima dobrovoljaca da se podelimo po okruzima, trebalo bi nedelju dana po 8h da jedan covek izgura jedan okrug. Jako je dosadan posao, ali okacicu uputstvo. Ako ima dobrovoljaca - javite se i birajte okrug:) Ako i planirate da nesto popravljate, opet - sacekajte slanje na import mailing listu i da napisem uputstvo, mozda vam bude znacilo.
)