Uvoz adresnog registra - pravila tagovanja adresa u Srbiji

Communities Srbija (Serbia)
24

addr:country je sasvim nepotreban. Kao i ime naselja, svaki reverzni geokoder će to trivijalno izvući.

Ja bih predložio ref:RS:adresa umesto ref:RS:kucni_broj kao malo jednostavnije, mada će to uvek automatski popunjavati.

Ja sam nekako podrazumevao da ćemo manje-više istovremeno imati unete i ulice, koje su i vidljivije na mapi/editoru nego adrese.

Ja bih da zadržimo šta god je trenutno uneto u OSM, tamo gde je uneto (mada nemam neki čvrst stav dok ne razmotrimo use caseove).

Dok nemamo nekako unete i ulice i adrese, ni ne možemo napraviti nekakvu formu referencijalnog integriteta.

25

Može i tako. Ako se niko ne buni, izbaciću ga iz finalnog predloga.

Bio sam poveden imenom iz RGZ-a. “adresa” je malo dvosmisleno, ali se slažem da je jednostavnije i kraće i nema onu glupu donju crtu. Možemo to!

I sa ovim se slažem (sve se slažemo! :slight_smile:). Kad budem pisao zvanično uputstvo za import, ovako ću ostaviti. Jedino ako ima nekih očiglednih pravopisnih grešaka u OSM-u ili sitnice “Dr. Agostina Neta” umesto “Dr Agostina Neta”), ali se mora paziti kada je RGZ taj koji greši (“Bulevar Mihaila Pupina” je pravilno, a ne “Bulevar Mihajla Pupina” ili “Zarije Vujoševića” je pravilnije nego “Zarija Vujoševića”). Svi primeri su sa Novog Beograda.

Pitanje: šta raditi kada se ime ulice završava na “ulica”. Primeri sa Novog Beograda su “Rajkova ulica”, “Prekonoška ulica” i sl. Ima ih dosta. Jel u OSM-u izbacujemo taj sufiks ili ostavljamo kao ovde? A ako izbacujemo, šta ako je sa početka imena, primeri “Ulica mira” ili “Bulevar umetnosti”, onda moramo da ostavimo. Koje pravilo da usvojimo?

I dalje mislim da su nezavisni problemi import ulica i import kućnih brojeva (adresa). Prilikom unošenja kućnih brojeva, unosićemo ref:RS:ulica i znaćemo da spojimo (pomoću RGZ podataka) sa imenom ulice iz RGZ-a. Kada se importuju ulice (već se to radi), onda ćemo imati ref:RS:ulica i na way-u, ali opet - ne treba da se blokiramo i da serijalizujemo posao, da se prvo radi import ulica il prvo import adresa, mogu da idu u paraleli, svako neka radi šta mu deluje značajnije i šta mu više prija. Ja sam se odlučio konkretno na adrese, mada je i to pitanje koliko ću moći da radim ovih dana.

26

@Pedja, мало сам погледао шта је дато и пререндовао сам за ужице shapefile - чисто ради демонстрације. Стави у ЈОСМ линк https://mpele.in.rs/uzice/{zoom}/{x}/{y}.png - на зуму 18 има понегде и имена.

27

Ovo što si uradio je sjajno! Ako bismo imali ovo za kućne brojeve, neverovatno bi pomoglo za import da imamo podlogu kojom možemo da gledamo gde su stvarno brojevi.

P.S. Isto se može postići i da pripremimo i učitamo neki .geojson pre nego što se krene u import, ali ovo mi deluje da bi bilo još lakše za onog ko importuje!

28

@Branko_Kokanovic па ово је урадио QGis уз пар кликова. Направиш у QGis-у шта и како желиш да се прикаже, па Processing Toolbox → Generate XYZ tiles (Directory), дефинишеш жељена увеличања и пустиш га да ради. После тога добијене директоријуме ископираш на сервер и то је сва мудрост.

Ја сам само преузео shapefile учитао у пројекат и приказао називе улица. Ништа више од тога. Изгледа да је потребно да се нађу подешавања да свуда (а не само где му се свиђа) буду и називи улица.

1 Like
29

Више ми се свиђа ref:RS:kucni_broj. То је тачно но што податак и представља. Адреса је шири појам.

30

Ma slažem se da su tehnički nezavisni; samo kažem da ne možemo zaokružiti posao (imati adrese konzistentne s imenima ulica) dok ne uradimo oba.

1 Like
31

Jel idemo sa “ref:RS:adresa” ili “ref:RS:kucni_broj” za kućne brojeve, bilo bi dobro da se još neko izjasni, da “prelomi”:slight_smile: ? Mislim da bitnost nije velika hoćemo li jedno ili drugo, ali ne bih menjao ovo naknadno, pa bolje sad da zakucamo, a ova odluka je bitno za dalji import, pa bih da je razrešimo

32

Ma ostavi kucni_broj, tako smo sad uneli i na Wiki.

1 Like
33

Još jedna nedoumica koja mi je iskočila sada kada sam napravio izveštaj svih adresa node-ova koji se nalaze unutar zgrade. Izveštaj je ovde: RGZ - uvoz adresa

Naime, dogovorili smo se šta da radimo ako imamo samo jednu adresu unutar zgrade (primer), samo treba da je postavimo na zgradu. Dogovorili smo se i šta da radimo kada imamo više adresa u zgradi (primer) - stavićemo ih kao node-ove na way zgrade. Međutim, šta da radimo sa POI-ima koji se nalaze unutar zgrade? Sve što je “shop” ili “amenity” dakle. Npr. pošte, samousluge i sl. Evo primer sa par njih. One su istorijski bili node-ovi unutar zgrade i istorijski su imali adrese. Ja ne bih ni 1) da POI-e lepimo za zgrade, niti 2) da sklanjamo adrese sa POI-a. Ovo nije nešto što se radi po svetu, i zadržao bih to, jer bismo inače samo imali problema sa svim softverima i editorima. Koje su nam opcije, da imamo izuzetak ako postoje POI-i? Ja sam za izuzetak, i da odmah probam da ga formulišem, da vidim ima li ko zamerki:

Ukoliko postoji samo jedan POI čvor sa adresom unutar zgrade koja nije stambena, taj POI treba da se premesti na nivo zgrade (i zgrada da dobije adresu). Ukoliko je zgrada stambena ili ima više POI-a unutar zgrade ili namena zgrade nije ista kao i namena POI-a, (za razliku od običnih čvorova sa adresama), oni ne moraju da bude prikačeni na way-u zgrade, ali adresa ovog(ih) POI-a mora ili da se poklapa sa adresom zgrade ili da na zgradi nema adrese, već da adrese budu na pojedinačnim node-ovima.

Ima li smisla ovo, ima li nekih većih izuzetaka kojih možete da se setite?

34

Pošto niko ništa ne odgovara, neću smatrati da se slažete nego da je prosto previše teksta :slight_smile: . Probao sam da napišem ova pravila na wikiju i da dam gomilu primera sa onim šta ja mislim da treba i da ne treba, a vi pogledajte, pa vidite da li je ovo zdravorazumski ili imate neke dodatne predloge, izmene. Wiki strana za adrese je: Serbia/Adresses - OpenStreetMap Wiki

1 Like
35

Evo pogledao sam wiki, sve super deluje zeleno svetlo sto se mene tice

2 Likes
36

Imamo oko 50.000 adresa koje se nalaze unutar zgrada i koje možemo poluautomatizovano da prebacimo na zgrade. Ova gorepomenuta pravila su sada deo dnevnog izveštaja (RGZ - uvoz adresa → Quality Assurance → Adrese unutar zgrada)

37

Знам да је вероватно касно ал само да кажем :slight_smile:

Ја сам нешто против спајања тагова POI и објекта у којем се POI налази у случају када се налази само један POI. Велика је вероватноћа да остали POI просто нису мапирани. Приликом каснијег раздвајања може доћи до грешке када се одређује који таг припада објекту који POI. Позиционирање POI може да прецизира где је улазак у POI. website, wikipedia, wikidata су проблематични када су слепљени.

Ето, двадесет пара.

38

Hvala, Vanja. Mislim da si u pravu, a ja nisam pazio na času. Ovo je sporni član:

Ovo nije sporno kada čvor sadrži samo address tag, ali potencijalno jeste kada ima i druge tagove. Kao što kažeš, ovime ćemo preseliti POI na celu zgradu, a vrlo često on zauzima samo jedan lokal/stan unutar nje.

U ovakvim slučajevima, ja bih na zgradu iskopirao address tagove, a ne bih uopšte dirao čvor i POI sa sve adresom.

Imamo popriličan broj no feature tag problema (najčešće, postoji adresa i na njoj nekakav name ali se ne zna šta je – najčešće treba da je kakav office). Ovo je ortogonalan problem, doduše.

39

Ako na RGZ-u postoji samo jedna adresa i znamo da na tom mestu postoji pošta/restoran, zašto je problem da se POI stavi na zgradu? Ako je razlog samo potencijalno postojanje drugih POI-a, meni ovo deluje kao autocenzura. Jel uopšte moguće da ima još neki skriveni POI (menjačnica) koji se nalazi na istoj adresi, a nema sopstvenu adresu? Ja (bar po Beogradu) vidim da svaka prodavnica ima svoj, nezavisan broj.

Nisam za to da budemo taoci hipotetičkih situacija gde pretpostavljamo da možda nešto ima, pa eto sad nećemo da stavimo da je amenity=restaurant na zgradu samo zato što je možda još menjačnica tu? “Perfect is the enemy of the good”

@Komadinovic_Vanja Osim toga, čak i da pretpostavimo da jedini POI na zgradi ne vezujemo na zgradu, jel treba da bude kao čvor unutar zgrade ili attach-ovan na way zgrade?

Ne razumem ovaj argument, vrlo je prosto. Svako ko dođe može da doda menjačnicu naknadno (sa ili bez broja). Naš QA će ovo primetiti kao problem i upisati ga u izveštaj. Svako ko gleda ovo (posle godinu dana) može da skloni restoran sa zgrade na čvor naknadno ako želi. Preko tile servera za kućne brojeve se jasno vidi da li ima više adresa na kući/zgradi. Ako ima, onda je jasno da restoran i menjačnica imaju svoje adrese, a ako ima jedna adresa, onda adresa ide na zgradu, a restoran i menjačnica treba da budu čvorovi.

Sad gledam sajtove manjačnica, čak i ovaj najmanji POI ima adrese - ili svoju ili je deli sa nekim.

Ako ima jedan POI, onda precizniji ulazak određuje entrance (isto kao kod stambenih zgrada). Ako ih ima više, onda pozicija POI-a određuje ulaz.

Nisam ni da se adresa kopira. Validno je, ali čemu to? Adresa ili pripada zgradi (POI može da bude na zgradi ili kao čvor) ili treba da pripada POI-u koji je unutar zgrade. Koja je poenta dupliranja?

Jedini argument koji ja vidim ovde je ovaj hipotetički, da možda postoji još neki POI tu. Meni je on nevalidan, jer žrtvuje kvalitet koji možemo da imamo danas, zarad nekih hipotetičkih situacija i voleo bih da ne radimo to.

Jel može neko da pogleda Serbia/Adresses - OpenStreetMap Wiki i da predloži koje bi to izmene uveo (na postojećim primerima i/ili dodavanjem novih primera), pa da budemo konkretniji?

40

POI dolaze i odlaze, a zgrade i adrese ostaju.

Većina POI koje imamo u bazi su male radnje – prodavnice, ugostiteljski objekti, menjačnice, agencije. Pogotovo u gradskoj sredini, češći je slučaj nego što nije da takvih ima više u jednoj zgradi, ili da tu postoji još potencijala (samo moja osrednja zgrada ima tri aktivna lokala u prizemlju). A ja cenim da nemamo uneto ni 10% od potencijalnog broja takvih POI.

A nema neke inherentne prednosti ni jedan ni drugi metod – štaviše, za nijansu naginjem “Gugl” stilu da se sve POI označavaju tačkama. A i bolje se uklapa sa OSM principom “jedan objekat – jedan tag”. Zgrada je jedan objekat, a biznis u njoj drugi. Naravno, namenski građene objekte za neke velike POI (industriju, supermarkete, škole) i ja tagujem na zgradu ili na celo dvorište (landuse).

E sad, idealno bi bilo uopšte ne stavljati adrese na POI tačke, jer bi pametni reverse geocoder umeo da im pridruži adresu od zgrade u kojoj se nalaze. No, na to se stvarno ne bih oslanjao, nego bi im dodelio/iskopirao adresu eksplicitno – ako već ima telefon, radno vreme i vebsajt, još dva taga neće da bole.

1 Like
41

Da nastavimo na Wiki talku ili ovde?

42

E, pa može gde god, zavisi koliki ti je predlog i gde ti je lakše da ga predstaviš. Mislim da je ok i ovde, ovo je baš tema za to:) Ali, ako se odlučiš za wiki, samo javi ovde da svako može da se uputi tamo!

43

Ja nemam zamerke na sadržaj Wiki, samo na proces kako se stiže do “ispravnih” situacija.

Ovo je sporna situacija o kojoj govorimo:

Ово није пожељан начин таговања. Пошто је овај POI (ресторан) једини објекат са адресом у овом згради, боље би било ставити адресу и сам POI на зграду (остале тагове као “shop=", "amenity=” …). Наравно, уколико зграда није стамбена или намена зграде није примарна за делатност POI-а. Али у општем случају, ако имамо само један POI као овде, треба га сматрати истом ситуацијом као када имамо само једну адресу, тј. ставити адресу и остале тагове на зграду.

Bold moj. Problem je što u opštem slučaju ne znamo namenu zgrade, pa ne bismo smeli da pretpostavljamo da li je primarna za delatnost POI. Po meni (i Vanji) “opšti slučaj” da je zgrada stambena je daleko češći nego da je namenska, pa ako postoji sumnja bolje je ovo preveslati u situaciju 2:

Ово таговање је ОК пошто је бар адреса стављена на зграду. Такође се адресе на згради и на објекту слажу. Још боље би било преместити POI (“shop=", "amenity=” …) на зграду, али то већ излази из упутства за таговање адреса.

Sa Wiki se ne slažem samo u kvalifikaciji izjave “Још боље би било преместити POI на зграду” – nisam siguran da je bolje. Ovde bih ostao vrednosno neutralan.