Page History

Paikkatietoa hyödynnetään Finnassa muun muassa mobiilikäyttäjän sijaintiin perustuvassa hakutoiminnossa, Finna Streetissä (https://finna.fi/Search/Street).

Geokoodaukseen Finnassa käytetään tällä hetkellä OpenStreetMap Nominatim -palvelua. Yksittäisen paikkatiedon toimivuutta voi kokeilla osoitteessa nominatim.openstreetmap.org. Lisäksi kohteiden yksilöivien tunnisteiden avulla voidaan tarjota käyttäjille tarkempia hakutuloksia sekä Finnassa että Finna APIn kautta muilla alustoilla, tai ohjata aineistoon liittyvän kohteen tietojen äärelle esimerkiksi Kulttuuriympäristön palveluikkunaan, (Kyppi.fi).

Ohjeen sisältö:

Table of Contents

Miten paikkatiedot tulisi merkitä LIDOon?

Alle on koottu LIDOssa tulevien paikkatietojen nykyisiä ongelmia Finnan näkökulmasta sekä hahmoteltu ehdotus siitä, miten LIDOn paikkatietoa voisi parantaa erityisesti geokoodauksen näkökulmasta. Tämä edesauttaa aineistojen löytymistä sijainnin perusteella.

Korjaa nämä

Nykyisessä kuvailussa on useita ongelmakohtia, jotka vaikeuttavat aineiston geokoodausta. Ennen kaikkea paikkatieto on koodattu erittäin epäyhtenäisesti ja LIDO-standardin vastaisesti.

Yleisesti näyttää olevan niin, että LIDOn partOfPlace-elementti on ymmärretty väärin päin. Standardin mukaan rakenne menee niin, että tarkin tieto, esim. katuosoite, esitetään päätasolla, ja siitä sitten lähdetään ylemmille tasoille partOfPlace-elementeillä.

1. Paikkatieto on jäsentelemätöntä - vain näytettävä pötkö, jota on vaikea parsia.
2. Paikkatieto on jäsennetty osiin, mutta osien tyyppiä ei ole merkitty.
3. On käytetty lyhenteitä esim. "Kaikuk."
4. Samaan paikkatietoon on lisätty useita osoitteita erilaisilla merkinnöillä.
5. Paikkatieto sisältää tietoa, jota ei voida käyttää geokoodauksessa, tai joka on voinut muuttua, esim. kaupunginosa tai kuvaus rakennuksen sijainnista.
6. Paikkatiedosta puuttuu varsinainen pääelementti.
7. Paikkatietoa ei ole kuvattu hierarkkisesti tai hierarkia on väärin päin.

Tee näin

Tämä on osittain käänteinen ylläolevan ongelmalistan kanssa. Koska käytössä olevat järjestelmät asettavat rajoituksia sille, mitä pystytään tekemään, ei kaikkia kohtia voida toteuttaa, mutta silti paikkatiedon käsittely voidaan huomioida esim. välttämällä lyhenteiden käyttöä.

1. Esitetään paikkatieto hierarkkisesti. Lisäksi displayPlace-kenttään kootaan kaikki paikkatasot, jotka halutaan näyttää käyttäjälle. Esimerkissä aiheen paikka (subjectPlace).

   Code Block

   <subjectPlace> <displayPlace>Kaikukatu 4, Sörnäinen, Helsinki, Suomi</displayPlace> <place> <namePlaceSet> <appellationValue label="katuosoite">Kaikukatu 4</appellationValue> </namePlaceSet> <partOfPlace> <namePlaceSet> <appellationValue label="kaupunginosa">Sörnäinen</appellationValue> </namePlaceSet> <partOfPlace> <namePlaceSet> <appellationValue label="kunta/kaupunki">Helsinki</appellationValue> </namePlaceSet> <partOfPlace> <namePlaceSet> <appellationValue label="maa/valtio">Suomi</appellationValue> </namePlaceSet> </partOfPlace> </partOfPlace> </partOfPlace> </place> </subjectPlace>

   
   

2. Aiheen paikka tulee subjectPlace-elementin alle, tapahtumaan (esim. valmistukseen) liittyvä paikka tulee vastaavalla tavalla eventPlace-elementin alle.

3. Vain yksi paikka per subjectPlace- tai eventPlace-elementti

4. Ei lyhenteitä
5. Kaupunginosa vain, jos se on luokiteltu sellaiseksi
6. Pääasia päätasolla
7. Hierarkia käytössä ja oikein päin
8. Käytetään yhteisesti sovittuja luokittelutermejä, esim.
   • katuosoite
   • saari
   • kunta/kaupunki
   • maa/valtio
9. Kunhan ylläolevat ovat yhteisiä, voidaan käyttää muitakin luokituksia, joita ei tarvita geokoodauksessa. Hyvä näidenkin olisi olla yhteisiä, esim.
   
   • rakennus
   • tila
   • tontti
   • kartano
   • kortteli
   • puisto
   • hautausmaa
   • tori
   • aukio
   • satama
   • kaupunginosa
   • kylä
   • maakunta
   • osavaltio
   • maanosa
   • pitäjä/entinen kunta
   • löytöpaikka
   • avaruus/taivaankappale
10. Vältetään kuitenkin liian epämääräisiä luokituksia, joiden avulla ei voi päätellä mitään, kuten
    
    • alue
    • paikka
    • luonnon paikka
    • maantieteellinen alue/paikka
    • hallinnollinen alue (tarkempi tieto hallinnollisen alueen tyypistä olisi hyödyllisempi)
    • nyk. tai ent. hallinnollinen alue

11.  Paikkaluokkiin ei laiteta mukaan tietoa esim. siitä, minkä maan kunta tai kaupunki on kyseessä, vaan se laitetaan omaan partOfPlace-elementtiinsä ko. kohdan alle, esim.

    Code Block
    ... <partOfPlace> <namePlaceSet> <appellationValue label="saari">Korsö</appellationValue> </namePlaceSet> <partOfPlace> <namePlaceSet> <appellationValue label="kunta/kaupunki">Porvoo</appellationValue> </namePlaceSet> <partOfPlace> <namePlaceSet> <appellationValue label="maa/valtio">Suomi</appellationValue> </namePlaceSet> </partOfPlace> </partOfPlace> ...

    ja

    Code Block
    ... <partOfPlace> <namePlaceSet> <appellationValue label="saari">Korsö</appellationValue> </namePlaceSet> <partOfPlace> <namePlaceSet> <appellationValue label="kunta/kaupunki">Tukholma</appellationValue> </namePlaceSet> <partOfPlace> <namePlaceSet> <appellationValue label="maa/valtio">Ruotsi</appellationValue> </namePlaceSet> </partOfPlace> </partOfPlace> ...

    
    

12. Toki kaikkein parasta on, jos kuvailutiedossa on valmiiksi koordinaatit tai laajemminkin paikkatietoa merkittynä GML-standardin mukaisiin elementteihin (Point, LineString, Polygon). Finna tukee WGS84 koordinaatistoa. GML-paikkatieto sijoitetaan place-elementin päätasolle esim. seuraavasti:

    Code Block
    ... <place> <namePlaceSet> <appellationValue label="puisto">Eteläpuisto</appellationValue> </namePlaceSet> <gml> <Point> <pos>61.4909587 23.7550942</pos> </Point> </gml> <partOfPlace> ... </partOfPlace> </place> ...