Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Tälle sivulle on koottu LIDOssa tulevien paikkatietojen nykyisiä ongelmia Finnan näkökulmasta ja hahmoteltu ehdotus siitä, miten LIDOn paikkatietoa voisi parantaa erityisesti geokoodauksen näkökulmasta. Paikkatietoa hyödynnetään Finnassa muun muassa mobiilikäyttäjän sijaintiin perustuvassa hakutoiminnossa, Finna Streetissä (https://finna.fi/Search/Street) . Alla kuvattu tapa merkitä paikkatietoa edesauttaa aineistojen löytymistä sijainin perusteella.

Info

HUOM! Tässä ohjeessa ei oteta kantaa museoiden luettelointiohjeeseen, vaan vain siihen, miten LIDO-formaattia tuotetaan. Toisin sanoen esim. paikkatiedon hierarkian järjestys kuvailussa voi hyvin olla päin vastoin kuin LIDO-muodossa. Ohjeilla on kuitenkin yhteys toisiinsa sikäli, että järjestelmien pitäisi mahdollistaa sisällönkuvailu niin, että siitä saadaan muodostettua korkealaatuista paikkatietoa.

Ongelmat

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

...

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öä.

 

Info

Allaolevassa listassa lähdetään siitä, että järjestelmässä on mahdollista luokitella paikkatiedon osat. Jos tällaista mahdollisuutta ei ole, ja järjestelmä pystyy käytännössä tuottamaan vain LIDOn displayPlace-kentän (yksi tekstikenttä), voidaan silti huomioida geokoodaus. Tässä tapauksessa suositellaan, että paikkatiedot annetaan järjestyksessä suurimmasta paikasta pienimpään, eli esim. "Suomi, Helsinki, Kaikukatu 4". Jos samaan kenttään täytyy luetteloida useita paikkoja, voi ne erotella puolipisteellä, esim. "Helsinki, Kaikukatu 4; Helsinki, Unioninkatu 36". Huom! Molemmissa täydellinen osoite.

  1. Esitetään paikkatieto hierarkkisesti:

    Code Block
    <place>
      <namePlaceSet>
        <appellationValue>Kaikukatu 4</appellationValue>
        <placeClassification>
          <term>katuosoite</term>
        </placeClassification>
      </namePlaceSet>
      <partOfPlace>
        <namePlaceSet>
          <appellationValue>Sörnäinen</appellationValue>
          <placeClassification>
            <term>kaupunginosa</term>
          </placeClassification>
        </namePlaceSet>
        <partOfPlace>
          <namePlaceSet>
            <appellationValue>Helsinki</appellationValue>
            <placeClassification>
              <term>kunta/kaupunki</term>
            </placeClassification>
          </namePlaceSet>
          <partOfPlace>
            <namePlaceSet>
              <appellationValue>Suomi</appellationValue>
              <placeClassification>
                <term>maa/valtio</term>
              </placeClassification>
            </namePlaceSet>
          </partOfPlace>
        </partOfPlace>
      </partOfPlace>
    </place>
  2. Vain yksi paikka per place-elementti

  3. Ei lyhenteitä
  4. Kaupunginosa vain, jos se on luokiteltu sellaiseksi
  5. Pääasia päätasolla
  6. Hierarkia käytössä ja oikein päin
  7. Käytetään yhteisesti sovittuja luokittelutermejä, esim.
    • katuosoite
    • saari
    • kunta/kaupunki
    • maa/valtio
  8. 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
  9. 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
  10.  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>Korsö</appellationValue>
          <placeClassification>
            <term>saari</term>
          </placeClassification>
        </namePlaceSet>
        <partOfPlace>
          <namePlaceSet>
            <appellationValue>Porvoo</appellationValue>
            <placeClassification>
              <term>kunta/kaupunki</term>
            </placeClassification>
          </namePlaceSet>
          <partOfPlace>
            <namePlaceSet>
              <appellationValue>Suomi</appellationValue>
              <placeClassification>
                <term>maa/valtio</term>
              </placeClassification>
            </namePlaceSet>
          </partOfPlace>
        </partOfPlace>
    ...
    
    

    ja

    Code Block
    ...
      <partOfPlace>
        <namePlaceSet>
          <appellationValue>Korsö</appellationValue>
          <placeClassification>
            <term>saari</term>
          </placeClassification>
        </namePlaceSet>
        <partOfPlace>
          <namePlaceSet>
            <appellationValue>Tukholma</appellationValue>
            <placeClassification>
              <term>kunta/kaupunki</term>
            </placeClassification>
          </namePlaceSet>
          <partOfPlace>
            <namePlaceSet>
              <appellationValue>Ruotsi</appellationValue>
              <placeClassification>
                <term>maa/valtio</term>
              </placeClassification>
            </namePlaceSet>
          </partOfPlace>
        </partOfPlace>
    ...
    
    
  11. Toki kaikkein parasta on, jos kuvailutiedossa on valmiiksi koordinaatit tai laajemminkin sijaintitietoa (polygonit, linestringit, keskipisteet gml-elementeissä).