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”
? 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
Ma ostavi kucni_broj, tako smo sad uneli i na Wiki.
1 Like
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?
Pošto niko ništa ne odgovara, neću smatrati da se slažete nego da je prosto previše teksta . 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
Evo pogledao sam wiki, sve super deluje zeleno svetlo sto se mene tice
2 Likes
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)
Знам да је вероватно касно ал само да кажем
Ја сам нешто против спајања тагова POI и објекта у којем се POI налази у случају када се налази само један POI. Велика је вероватноћа да остали POI просто нису мапирани. Приликом каснијег раздвајања може доћи до грешке када се одређује који таг припада објекту који POI. Позиционирање POI може да прецизира где је улазак у POI. website, wikipedia, wikidata су проблематични када су слепљени.
Ето, двадесет пара.
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.
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?
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
Da nastavimo na Wiki talku ili ovde?
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!
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.
Onda treba da ostavimo da je tvoj prvi slučaj (POI sa adresom unutar zgrade koja nema adresu) validan (tj. da ga na wikiju označimo sa zelenim štikliranim, a ne sa crvenim krstićem)? Takođe ću i onaj moj QA prepraviti da ne prijavljuje ovo kao grešku.
U principu, slažem se sa izmenom, ali bih sačekao još malo pre nego što krenem u promene, jer mi je jako skupo da menjam stvari, pa bolje da sačekam da ovo odleži, da i @Komadinovic_Vanja kaže da li mu je OK i ako se još neko javi, pa za mesec i kusur, da menjamo
Pa ne, ne bih rekao. U takvim slučajevima treba iskopirati samo adresni deo na zgradu, tj. prevesti ga u donji slučaj. Razlikujemo se samo utoliko što ja ne bih olako spuštao POI tagove na celu zgradu, ako maper nije baš siguran da je zgrada namenski prostor za to (kao što je Lidl, benzinska pumpa, namenski građen restoran ili hotel, javna ustanova i sl.)
Duja je lepo opisao šta sam smatrao spornim. Ja bih bio još rigorozniji povodom spuštanja POI na objekat ( zgradu, kuću … ) ali shvatam da to nije generalni stav. Po meni u većini slučajeva ne bi trebalo lepiti POI tagove na objekat. Jedini slučaj kada to ima smisla je kada se radi o specijalizovanom objektu za odredjeni POI, kao u primerima koje je Duja dao ( benzinska pumpa, megamarket u svom objektu, izdvojeni hotel … ).
1 Like
Popravio sam wiki kako ste naveli (diff), i ispravio sam u izveštaju gde se prikazuju potencijalni problemi da ne piše “POI bi mogao da se premesti na zgradu” već preciznije “POI bi mogao da se premesti na zgradu (ukoliko je namena zgrade ista)”. Nadam se da je ovo sad OK. Ja ove pošte na koje naletim prilikom uvoza ne premeštam na zgradu, ostavljam ih kao POI-e unutar zgrade.
2 Likes
Pričali smo o ovome na Telegramu. Da li ste za to da slova u kućnim brojevima budu velikim slovima (tj. 12A ili 15Đ umesto 12a ili 15đ). Ukoliko nema nekoga da je protiv, prebacio bih da izveštaj generiše velika slova za uvoz kroz JOSM, a ovo što smo do sad uneli bih prebacio automatizovano. Sačekao bih neko duže vreme, npr. mesec dana, pošto je ovo došlo dosta kasno
1 Like
Meni je uvek bilo logičnije da je adresa poseban nod. Tako bi sve adrese bile jednoobrazno unete.
Cao branko, nesto sam razmisljao danas jer bi moglo da se uradi da mesta koja su uneta na OSM budu oznacena zelenom bojom, ovo bi eliminisalo potrebu za excel tablicom i lakse bi bilo za rad. Nesto na ovu foru
