Paikkatiedot LIDOssa

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.

Ongelmat

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 ja esimerkeissä (ks. http://www.lido-schema.org/documents/examples/LIDO-Example_FMobj00154983-LaPrimavera.xml) 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.

Mitä pitäisi tehdä

Tämä on osittain käänteinen ylläolevan ongelmalistan kanssa.

1. Esitetään paikkatieto hierarkkisesti:

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

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

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