RealEstateAI
Delavnica

Prazni zemljevidi čez noč: prehod na OpenStreetMap

Ponudnik ploščic je začel zahtevati ključ API in zemljevidi so izginili. Kako smo tri spletne strani preselili na OpenStreetMap in kaj smo se naučili o naslovih.

16. oktober 2026 · 5 min

Dnevna soba z lesenim stropom in dolgim oknom s pogledom na morje.AI · immagine generata

Konec septembra 2026 so zemljevidi na naših spletnih straneh postali prazni okvirji. Preostanek strani je bil na mestu: fotografije, opis, podatki o nepremičnini. Manjkale so ulice, morje, soseske, torej prav tisto, kar v nepremičninskem oglasu odgovarja na vprašanje »kje je?«.

Vzrok ni bila naša napaka v kodi. Ponudnik zemljevidnih ploščic, ki smo ga uporabljali, je začel zahtevati ključ API. Zahteve brez ključa niso več dobivale slik, brez slik pa je spletni zemljevid le okvir.

Kaj se je v resnici pokvarilo

Zemljevid na spletni strani je sestavljen iz številnih majhnih kvadratnih slik, ploščic, ki jih brskalnik zahteva od strežnika, ko se pogled premika ali se spreminja povečava. Na ploščice se nato izrišejo označbe. V našem primeru je del, ki je izrisoval zemljevid, še deloval; izginila so tla pod njim.

Lekcija je neprijetna, a koristna: tudi storitev brez podpisane pogodbe in brez plačila je odvisnost. Obravnavali smo jo, kot da je del pokrajine, nekaj, kar pač obstaja. A imela je lastnika, ki je lahko pravila spremenil, kadar je hotel – in to je tudi storil.

Izbira: ključ ali nov vir

Najkrajša pot bi bila pridobiti ključ in ga prilepiti, kamor je treba. S tem bi odpravili simptom, ne pa težave. Pravila so se enkrat spremenila, ne da bi to opazili vnaprej, in lahko bi se spet.

Odločili smo se za prehod na OpenStreetMap. Podatki so odprti in jih vzdržuje skupnost, pogoji uporabe pa so jasno zapisani: vnaprej se ve, kaj je dovoljeno in kaj ne. Za skupino, ki si svoja orodja gradi sama, je to pomembnejše od katere koli dodatne funkcije: raje imamo znana in stabilna pravila kot udobje, ki lahko nekega jutra izgine.

Tri spletne strani in filter

Prehod je zajel tri spletne strani. Tehnični del zamenjave ploščic je bil najpreprostejši: določi se drug vir slik in zemljevid se znova napolni.

Prava težava je bila estetska. Standardne ploščice OpenStreetMap imajo polne barve, namenjene branju cestne karte, naše spletne strani pa imajo svetlo in umirjeno grafično podobo. Novi zemljevidi so ob fotografijah delovali, kot da spadajo na drugo spletno stran. Uporabili smo filter, ki jih posvetli, tako da zemljevid ostane berljiv, a ne kriči glasneje od strani, na kateri je.

Praktičen nasvet za vse, ki se lotevajo istega: bolje je posvetliti podlago in ne celotnega okvirja, sicer zbledijo tudi označbe in izgubi se prav tista informacija, ki ste jo želeli prikazati.

Od naslovov do koordinat

Zamenjava ploščic ni bila dovolj. Za postavitev označbe so potrebne koordinate nepremičnine, te pa iz naslova pridobimo z Nominatimom, storitvijo za geokodiranje OpenStreetMap: storitvi pošljemo naslov v besedilni obliki, ta pa vrne zemljepisno širino in dolžino.

Tu so prišle na dan naše pomanjkljivosti, ne pomanjkljivosti storitve. Naslovi v oglasih so bili napisani za ljudi, ne za stroj. Vsebovali so številke stanovanj, stopnišča in opombe, ki so jih sčasoma dodajali tisti, ki so izpolnjevali predstavitev nepremičnine. Za človeka so to koristne podrobnosti; za iskalnik naslovov so šum, šum pa vodi do napačnih rezultatov ali do nobenega rezultata.

Zato smo naslove očistili, preden smo jih poslali v geokodiranje, in odstranili vse, kar ni potrebno za iskanje točke na zemljevidu. Številke stanovanj in stopnišča ostajajo tam, kjer so koristne, v predstavitvi nepremičnine, ne vstopajo pa v iskanje koordinat. To je neslavno, a zelo učinkovito delo: velik del težav z lokacijo se je rešil že tam, še preden smo se dotaknili zemljevida.

Oglas, ki je ostal brez označbe

Na koncu je en oglas ostal brez koordinat. Naslova ni bilo mogoče razrešiti: geokodiranje ni našlo zanesljive točke.

Lahko bi stvar izsilili, se zadovoljili z najbližjim rezultatom ali označbo postavili na oko. Tega nismo storili. Bolje nobena označba kot napačna označba. Kdor si ogleduje oglas, uporablja zemljevid, da si ustvari predstavo o območju ter o oddaljenosti od morja, središča in storitev. Napačna točka ni nedolžna nenatančnost: je lažna informacija, predstavljena z videzom natančnosti. Odsotnost pa pošteno pove: »tega ne vemo zagotovo«.

Pravila OpenStreetMap in zakaj so nam v prid

OpenStreetMap zahteva dvoje, kar smo vzeli resno.

  • Vidno navajanje avtorstva. Na zemljevidu mora biti navedeno priznanje OpenStreetMap in njegovim sodelavcem. To ni nadloga, ki bi jo skrili v kot: je cena – pravična – za podatke, ki jih je nekdo zbral in dal na voljo vsem.
  • Razumna uporaba geokodiranja. Nominatim ni namenjen poizvedbam ob vsakem nalaganju strani. Zato se koordinate izračunajo enkrat in shranijo skupaj z oglasom, ne ob vsakem obisku.

Drugo pravilo, ki je nastalo za zaščito skupne storitve, je koristilo tudi nam. Strani niso več odvisne od zunanjega klica v trenutku, ko jih kdo odpre: koordinate so že tam. Če bi bilo geokodiranje jutri počasno ali nedosegljivo, bi zemljevidi še naprej prikazovali označbe. Prav takšna krhkost nas je pustila s praznimi okvirji in zdaj smo jo zmanjšali.

Kaj odnesemo s sabo

  • Vsako zunanjo storitev je treba obravnavati kot odvisnost, tudi kadar je brezplačna in že leta deluje, ne da bi karkoli zahtevala.
  • Jasno zapisana pravila so vredna več kot udobje brez pravil.
  • Neurejene podatke je treba očistiti pri viru: dobro zapisan naslov je vreden več kot kateri koli poznejši popravek.
  • Kar je mogoče izračunati enkrat, je treba izračunati enkrat in shraniti.
  • Priznan manjkajoči podatek je boljši od napačnega, prikazanega z gotovostjo.

Zemljevidi so se vrnili. Eden ima označbo manj in tako je prav.

Prevedeno iz italijanščine z umetno inteligenco.

#zemljevidi#openstreetmap#geokodiranje#spletne strani#odvisnosti

Berite naprej