Uvoz GURSovih naslovov / Slovenia address import

Se moram dopolniti, ta priročnik Pošte v nadaljevanju namreč za takšne primere določa:

Ta informacija bi lahko bila razvidna bodisi iz

Vsekakor dodamo tag (mislim, da naselij ne rabimo dodajati kot geometrije, ker bomo imeli samo dodatno zmešnjavo) … čeprav, a nismo tak tag glede na naš wiki že predvideli (addr:place … opis: “No street name, but place name tags instead”)?

To je ena od opcij za zagotoviti bolj natančno lokacijsko hierarhijo
Če sedaj poiščeš “Glavna ulica 4” bo nominatim za prikaz rezultatov uporabil tudi poligone in izpisal:

V tem zadetku so statistična regija, občina in država poligoni. Nič ne bi bilo narobe, če bi se med ulico in občino izpisalo še naselje. Iz geometrije bi nominatim to verjetno znal razbrati, iz nekega ad-hoc taga pa verjetno ne. V tem zadetku se že vsebina zelo znanega taga addr:city sploh ne izpiše.

Od vseh podobnih naslovov izpiše samo enega (najbližjega?), ker so po hierarhiji vsi naslovi enaki (vsi v isti občini). Če bi vmes vpeljali še geometrije na nivoju naselij bi (domnevam) bili naslovi različni in bi izpisalo vse:

addr:place naj bi se uporabljal za ime naselja v krajih, kjer ni uličnega sisema, kar je pogosto v vaseh. To že počnemo tudi v našem uvozu. Dokaj logično bi bilo, da bi vsem naslovom (ne glede na to, ali so vezani na ulico ali ne) v tag addr:place vpisali ime naselja, vendar wiki to izrecno prepoveduje:

Glede potencialnega uvoza poligonov naselij
S poizvedbo v overpass-u (http://overpass-turbo.eu/s/Lht) sem opazil, da že imamo nekaj področij pod nivoji občin

v Mariboru:

Naselja na Krasu, vsa admin_level=10:
https://www.openstreetmap.org/relation/8005603
https://www.openstreetmap.org/relation/8005604
https://www.openstreetmap.org/relation/8005605
https://www.openstreetmap.org/relation/8005613
https://www.openstreetmap.org/relation/3727934
https://www.openstreetmap.org/relation/3727935

Glede oznak pa bi lahko (poleg običajnih) prav prišla place=civil_parish
(nedavno sem vsem občinam dodal place=municipality in iskalniki to informacijo lepo uporabijo)

Malo sem spet pogledal dosedanje testne uvoze in opazil, da je Osmose povsem zadovoljen z npr Rovtami, ki jih je uvozil coloredstone:
http://osmose.openstreetmap.fr/en/map/#zoom=14&lat=45.9847&lon=14.17725&item=xxxx&level=1%2C2%2C3&tags=addr&fixable=

V tem istem naselju Geofabrikov OSM inspector najde “napake” le pri hišnih številkah, ki so bolj oddaljene od točke naselja:
http://tools.geofabrik.de/osmi/?view=addresses&lon=14.17716&lat=45.98714&zoom=15&overlays=buildings,buildings_with_addresses,postal_code,entrances_deprecated,entrances,no_addr_street,street_not_found,place_not_found,misformatted_housenumber_lenient,nodes_with_addresses_defined,nodes_with_addresses_interpolated,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads,nearest_areas,addrx_on_nonclosed_way

Osmose tudi najde napake, kjer naslovi ne izvirajo iz teh GURSovih podatkov, pripravljenih za uvoz, ampak so napačno vpisani v addr:street tage, namesto v addr:place tage:
http://osmose.openstreetmap.fr/en/map/#zoom=16&lat=46.08833&lon=14.25767&item=xxxx&level=1%2C2%2C3&tags=addr&fixable=

Uvoz bi to popravil: http://geojson.io/#data=data:text/x-url,https://addr.openstreetmap.si/Dobrova-Polhov_Gradec/%C4%8Crni_Vrh-housenumbers-preview.geojson&map=16/46.0887/14.2575
Konkretno podružnica osnovne šole:

OSM: https://www.openstreetmap.org/way/611984897
Tudi http://www.ospg.si/kontaktni-podatki/ pravi: Črni Vrh 34, 1355 Polhov Gradec

To mi potrjuje, da imamo prav, da naslove v teh vaseh brez uličnega sistema dajemo v tage addr:place in ne v addr:street.

Opcijsko bi lahko poskrbeli še, da bi urejevalniki omogočali vpis naslovov tudi v addr:place, npr spletni IDeditor tu: https://github.com/openstreetmap/iD/blob/6ce2c5ea46b6bb89f8a3a3dd9d5794a920bbf610/data/address-formats.json#L34
iz

    {
      "countryCodes": ["at", "ch", "de", "si", "pl"],
      "format": [
        ["street", "housenumber"],
        ["postcode", "city"]
      ]
    },

v

    {
      "countryCodes": ["at", "ch", "de", "si", "pl"],
      "format": [
        ["place", "street", "housenumber"],
        ["postcode", "city"]
      ]
    },

Bodisi za vse te sosednje države ali pa naredimo to le za Slovenijo.

Podobno recimo že ima Tajvan:


    {
      "countryCodes": ["tw"],
      "format": [
        ["postcode", "city", "district"],
        ["place", "street"],
        ["housenumber", "floor", "unit"]
      ]
    },

Kaj o tem menite vi?
Varianta je tudi, da urejevalnikom predlagamo, da urejevalniku v enem skupnem spustnem seznamu predlaga tako imena bližnjih cest IN naselij, in potem vrednost vpiše v ustrezen tag.

Za privzeti spletni OSM urejevalnik iD sem dal pobudo na https://github.com/openstreetmap/iD/issues/2898#issuecomment-573343539

Opazil sem, da sta bila pred enim mesecem narejena še dva uvoza hišnih številk v občini Kranjska Gora:

Naselje Kranjska gora, z uličnim sistemom:
Changeset 78311226, Achavi, Osmose, OSM inspector

Naselje Log (pri Kranjski Gori), brez ulic:
Changeset 78370632, Achavi, Osmose, OSM inspector

Zanimivo pri tem je, da so na https://addr.openstreetmap.si/Kranjska_Gora/ že pripravljeni novi predlogi sprememb - 1 v Logu in kar 37 v Kranjski Gori.

Se opravičujem, ker sem malo prezgodaj tole uvozil.

Ej, ni problema zaradi tega!

Se je pa pokazal zanimiv problem, ker si (domnevam) nekatere hišne številke dovolj zamaknil, da jih trenutne nastavitve projekta ob ponovni primerjavi niso več prepoznale kot že obstoječe v OSM in zato predlaga ponoven uvoz teh (podvojenih!) hišnih številk.

Nekaj statistike glede uličnih sistemov in dvojezičnosti za bolj informirano odločanje:
Od 562.056 današnjih hišnih številk v GURSu jih:

  • 230.317 oz. 40,98% ima ulico (ostale imajo samo naselje)
  • 19.284 oz. 3,43% je dvojezičnih (ulica ali naselje), od tega
    • 5.456 oz. 0,97% italijanščina
    • 13.828 oz. 2,46% madžarščina

Za ilustracijo v koliko naseljih dejansko obstaja ulični sistem:

Vir: Sloj ulic v registru prostorskih enot GURSa, ki ga lahko v GeoJSON obliki pregledate na https://github.com/stefanb/gurs-obcine/blob/master/data/UL.geojson

Pozdravljeni,

jaz sem povsem nov v OSM svetu…
Nekaj dni nazaj sem iskal nek naslov in Google maps je bil precej nejasno kateri del dvojčka je kateri naslov, pa tudi že mesec prej sem imel podobno zmešnjavo… Pogledal sem še na OSM in tega naslova sploh ni bilo… Na koncu sem moram iti na Prostor… Odločil sem se malo raziskati ali bi se dalo narediti uvoz Prostor->OSM… Ampak vidim da ste me prehiteli za nekaj let :stuck_out_tongue:

StefanB kapo dol za ves trud, vstrajnost in pedantnost!

Navodila na Githubu so bila dovolj jasna da sem uspel pognati “make” in dobiti ven .json datoteke… Da bi malo preveril podatke, na koncu šele odkril https://addr.openstreetmap.si/ :slight_smile: Pol še nekajkrat prebral debato…

Našel sem eno napako: Brezovica → Notranje Gorice: http://geojson.io/#data=data:text/x-url,https%3A%2F%2Faddr.openstreetmap.si%2FBrezovica%2FNotranje_Gorice-housenumbers-preview.geojson na poziciji http://geojson.io/#map=19/45.99586/14.40767 in sicer Center Starejših, TUŠ in hiša “Podpeška cesta 297”, vse tri zgradbe imajo že vnešene naslove ampak jih je zaznalo kot nove vnose, vrjetno je to kar pogosto pri velikih zgradbah.

Imam še vprašanje… Ali je mogoče kje kakšen “preview” kjer bo videti kako bo vse to skupaj na koncu zgledalo na https://www.openstreetmap.org? Predvsem za Ljubljano bi blo to lažje gledat/iskati duplikate…

Kar se tiče “boundary=administrative, admin_level=10” vs. “addr:place”/“addr:village”+“addr:street”… Jaz osebno bi preferiral da se doda “addr:village”, če je podprt v večini orodji/viewerjev(in https://www.openstreetmap.org)… Sicer pa “addr:place”+“addr:street”, kjub temu, da piše na Wikiju da to ni dobra ideja… Občine(kraj v Italiji) ima “addr:place”+“addr:street” praktično vse naslove: https://www.openstreetmap.org/node/3633945256

Ali lahko še kako pomagam?

Lep pozdrav,
David

Pozdravljen in v isti sapi opravičilo za tako pozen odgovor :slight_smile:

Usklajevanje z obstoječimi podatki (conflate) še ni idealno, predvsem v primeru naslovov na zelo velikih poligonih zgradb. Tipično dolge hiše v panonskih vaseh ali hiše z gospodarskim/kmetijskim delom, ki so vrisane kot en poligon, Hišna številka v RPE pa je postavljena na stanovanjski del ali na del zgradbe bližje vhoda ali ceste.

Preview predlaganih sprememb v posameznem naselju je možen na https://addr.openstreetmap.si/ s klikom na povezavo GeoJSON v stolpcu Preview, ampak to vidim, da si že našel. Si mislil kaj drugega? Vem da je za večja mesta (LJ, MB…) to bolj pogojno uporabno in bi morali bolj razdrobiti (npr na posamezne ulice ali mestne četrti).

Zanimiva ideja, da bi imeli oboje “addr:place” IN ŠE “addr:street” če ima naselje ulice, zlasti ker je “addr:city” namenjen za ime pošte (poleg addr:postcode), ki je resda pogosto enak imenu naselja, ni pa to nujno in se pogosto razlikujeta.
Ali si morda mislil, da bi v primeru naselij brez ulic v tag addr:street zapisali ime naselja?

Zgolj na podlagi GURSovih podatkov se ne moremo odločiti za za addr:place ali addr:village, ker bi za to morali upoštevati še število prebivalcev (površina ni dovolj).

Sem ponovno vzpostavil redno tedensko posodobitev na https://addr.openstreetmap.si/ , ki sedaj pravi da je v OSM že 32% GURSovih naslovov.

Pozdravljeni,

tudi jaz sem opazil, da naslovi ne vnašajo povsod enako. Mogoče bi bilo res dobro določit kako se vnašajo naslovi. Opazil sem, da se nekje vnašajo imena vasi kjer ni pošte kar pod “addr:street”, kraj pošte pa pod “addr:city”. Strinjam se, da se doda kraj pošte pod “addr:city”, čeprav je to kraj z manj kot 200 prebivalci. Ne zdi se mi pa prav, da se ime vasi doda pod “addr:street” in ne pod “addr:place”.

Morda tu namiguješ na kraje z ulicami in brez lastne pošte? Npr. v Kromberku imajo ulice in nimajo pošte, ta je v Novi Gorici. V polju “addr:city” je Nova Gorica. Ena rešitev bi bila, da je “addr:city=Nova Gorica” in “addr:place=Kromberk”. Druga pa ta, da je “addr:city=Kromberk” in kraj s pošto je v tem primeru izpuščen. Jaz se bolj nagibam k prvi opciji. Razen, če ima kdo boljšo rešitev.

Do zdaj nisem zasledil oznake “addr:village”. Na tej strani je ne najdem https://wiki.openstreetmap.org/w/index.php?title=Key:addr&uselang=sl

Pozdravljeni,

od novega leta, ko sem prvič drezal v OSM in tale import, sem on-off razmišljal o tem problemu…
Zadnjih nekaj vikendov pa sem mal več programiral in poskušal boljše rešiti ta problem…
Trenutna rešitev ni najbolj idealna je pa dovolj daleč da vam jo pokažem…

Naredil sem dve stvari:

  1. Napisal program, ki črpa inspiracijo in podatke o preimenovanjih iz originalnega projekta(hence Fork na Githubu) in trenutno živi tukaj.
    Ta program je relativno preporst, prebere GURSove podatek o zgradbah(geometrije in naslovi vezani na zgradbo), vaseh, ulicah, poštah…
    Sedaj ko ima “idealno” sliko sveta(po GURSu), primerja z obsotoječimi OSM podatki, če se dve stavbi prekrivata 70% velikosti obeh velikost stavb(v GURSu in v OSM) se smatra za isto stavbo in se doda/povozi tagge. Sicer se GURSovo stavbo doda kot novo… Če se je stavba na novo dodana(ni 70%) se doda “source:geometry=GURS”, sicer ne, isto velja za “source:addr”, če ni nič novega se GURS ne nastavi… Seveda se nastavljajo tudi hs_mid(hišna številka id) in sta_mid(stavba id).

Mimogrede, datoteke sem razbil na območja volilnišč za lokalne volitve, saj so relativno lepo velika… Idejo sem dobil, ko sem videl to mapo :smiley:

Seveda to ne more biti avtomatično. In tukaj pride druga stvar…
2) Postavil sem instanco https://github.com/hauke96/simple-task-manager na https://osm.karlas.si, kjer se lahko kodorkoli prijavi z OSM OAuth, in je avtomatično dodan v projekt, tam je 3000+ taskov(kolikor je volišč), taski imajo različno število točk(število zgradb po GURSu).

Ko se klikne na task je tam gumb “Open in JOSM”, če JOSM laufa in ima vklopljen Remote commands naložijo se naslednje stvari
DOF025
Ljubljana(če je task v LJ)
Building outlines
“Merge This” layer, ki ga je naredila 1)
“All Buildings”(idealen GURS svet) za primerjavo če je potrebno(skoraj isto kot “Building outlines”, ampak z vsemi podatki o naslovu…)
“OSM Data”(podatki prenešeni prek Overpassa, kakšna območja zanjo bit kr velika, plan je da se ne bi obremenjevalo overpassa)

Moj način dela(nisem še nič importal…) je:

  1. Aktiviram OSM Data layer
  2. Poženem Validation, da najdem vse prekrivajoče se stavbe, dvojne naslove, prekirvanje cest z stavbami…
  3. Popravim vse napake
  4. MERGE “Merge This” layer v “OSM Data” layer
  5. Ponovim korak 2 in 3
  6. Profit

Celotna izkušnja takega dela mi deluje precej FUN… in tudi nad rezultati sem kar confident…

Če kdo želi instant komunikacijo sem naredil Telegram chat: https://t.me/SloveniaBuildings

Eko, sem naredil prvi upload: https://www.openstreetmap.org/changeset/112276308

Na telegram chatu: https://t.me/SloveniaBuildings dobrodošli :stuck_out_tongue:

Čestitam David!

Morda bi bilo dobro, da se pred večjimi importi določi obliko naslovov za kraje brez pošte. Se pravi, ali bo ime kraja pod addr:place ali pod addr:street.

Jaz sem mnenja da vasi brez ulic, da se uporabi “addr:street”, idealno bi bilo “addr:village”, ampak software tega ne podpira dovolj… Sem dodal mal več teksta tukaj: https://wiki.openstreetmap.org/wiki/Slovenia_Address_and_Building_Import#Tagging

Pozdravljeni,

še kar nekoliko ustrajam na tem… Sedaj sem naredil še nekaj importov našel nekaj škratov in odpravil…
Mislim, da je sedaj postopek tako daleč, da bi lahko še kdo drug poskusil import na takšen način, zato sem pripravil en video posnetek, kjer pokažem kako to jaz delam, sicer je kar dol 1,5h :slight_smile: Ampak se lahko preskakuje nezanimive dele…

Link na video: https://www.youtube.com/watch?v=fTlqETqjV10

Če ima kdo kakšno vprašanje oz. se kje zatakne kr tukaj vprašajte ali pa na Telegramu: https://t.me/SloveniaBuildings

Lep pozdrav,
David

Podravljeni,

opažam, da so naslovi pri naših stavbah marsikje vnešeni v točki (node), ki je postavljena na dotični stavbi (recimo building=yes).

Ampak a ne bi moral biti naslov vnešen v stavbo samo (recimo building=yes), ne pa da je v “nodu”?

Oboje je prav. Kjer ima cela stavba en sam poštni naslov, je smiselno dodati naslov kar poligonu stavbe (ali celo multipoligonski relaciji, če gre za stavbo z več deli) - ni pa narobe tudi v takem primeru dati naslov le točki. Kjer pa ima stavba več naslovov, npr blok ali vrstna hiša z več vhodi, potem naslova ni mogoče dodati na cel objekt, ampak se doda točke z naslovi blizu vhodov ali pač tja, kjer so smiselne.

Pri (pol)avtomatskem vnašanju naslovov z drugih virov je včasih težko ugotoviti, na kateri objekt se nanašajo koordinate naslova (ali pa objekt sploh še ni vrisan), takrat je smiselno le dodati točko z naslovom, tudi če gre za en sam objekt.

Če se naknadno npr. vnese stavbo, kjer je pred tem bila tam le točka z naslovom, takrat prav pride orodje ‘Replace geometry’ (pod ‘More tools’) v urejevalniku JOSM.