Page History

Image Added

• Paikka (URI)
  
  • (Paikan) todellinen nimi / otsikko (kieli)
    
  • (Paikan) tyyppi
    
    • Aika
    • Tyyppi <Tyyppi> (Tyypeistä on listaus Metatietosanastossa; jotkin tyyppimuutokset muuttavat paikan eri mentaaliseksi paikaksi)
  • Virallinen nimi (Auktorisoitu hakutieto ilman sulkutarkennetta)
    
    • Aika
    • Nimen merkkijono (kieli)
  • Epävirallinen nimi
    • Aika
    • Nimen merkkijono (kieli)
  • Sijainti
    • Aika
    • Koordinaatti
    • Polygoni
  • Suhde viittausolioon / suhde viitattavaan <Viittausolio> (jos halutaan kuvailussa viitata paikkaan tietyn nimisenä versiona)
  • Assosiatiivinen suhde <Paikka>
  • Kokonaisuuden osa -suhde <Paikka>
  • Osa-kokonaisuus-suhde <Paikka>
    • Aika (Finton hierarkiassa olisi näkyvissä vain nykyinen hierarkia)
  • Suhde toimijaan / Toimija suhde paikkaan <Toimija> - pitäisikö suhteen olla vain toimijasta paikkaan?
    • Aika
  • Linkki <ulkoinen tunniste>
  • Edeltäjä-seuraajasuhde suhde <Paikka>
  • Seuraaja-suhde <Paikka>
  • Huomautus
  • LOCODE
    • Aika
  • Maakoodi
    • Aika
  • Lähde

• Viittausolio (URI) (vain viralliset nimet, jotka eivät ole tällä hetkellä käytössä) (Paikan alakäsite)
  • Auktorisoitu hakutieto (voiko samalla paikalla olla useampia "auktorisoituja hakutietoja"?)
    
  • Aika
  • viittaus paikkaan <Paikka>

Paikka Pietari p12; Viittausolio Leningrad p13; viittausolio Petrograd p14

Pohdintaa

• Onko Viittausolio järkevä?
  • Tehdäänkö vain silloin, jos paikka on sellainen, että siihen halutaan voida viitattavan aiemmalla nimellä kuvailussa? Vai tehdäänkö viittausoliot aina virallisista nimistä?
  • Tarvitaanko viittausolio myös nykyiselle viralliselle nimelle?
  • Pitäisikö viittausolioiden olla ainoa kuvailun tulokulma paikkaan? Eli viittaukset tehtäisiin aina Viittausolioon eikä koskaan itse "mentaaliin paikkaan"?
    • Tämä pitäisi miettiä käyttöjärjestelmän kannalta (esim. Finnan)
      • Paikka p12 "Pietari (mentaalinen paikka)"
      • Viittausolio p13 "Pietari (tsaarinaikainen)"
      • Viittausolio p14 "Petrograd"
      • Viittausolio p15 "Leningrad"
      • Viittausolio p16 "Pietari (moderni)"
      • Viittausolio p17 "Pietari (läpi aikojen)" (tarvitaanko tätä vai ei?)
    • Pitäisikö jokaisen Viittausolion tuoda automaattisesti myös Paikka p12 mukaan viittaukseen?
    • Linkit muihin järjestelmiin (esim. Wikidataan) menevät kuitenkin Paikan mukaan
  • Pietarin lisäksi toinen esimerkki: Matildedahl aiemmin Matildedahl (Perniö) ja kun Perniö liitettiin Saloon, saatiin Matildedahl (Salo) - voiko tarve viitata Matildedahl (Perniö):ön olla riittävän oleellinen tietomallin kannalta?
    • Kysymys 22.3.2021: Onko Matildedahl yksi vai kaksi viittausoliota? Matildedahl (Salo) on auktorisoitu muoto ja Matildedahl (Perniö) vaihtoehtoinen nimi, mutta pitääkö luoda uusia viittausolioita hierarkian muuttuessa? HUOM! YSO-paikoissa Matildan suomenkielinen auktorisoitu muoto on ruotsinkielinen.
  • Mitä jos aiemmin sovitty tyypinmuutos ei loisikaan uutta mentaalista paikkaa vaan vain uuden Viittausolion? Pyörtäisi aiemman päätöksen
    • Paikka Oulunkylä p22; Viittausolio Oulunkylä (kunta) p23; Viittausolio Oulunkylä (kaupunginosa) p24
      • Viittausolio on Oulunkylä ja viittausolion auktorisoitu nimenmuoto "Oulunkylä (kunta)"?
    • Paikka p33 "Perniö (mentaalinen paikka)"
      • osaPaikkaa p44 "Salo (mentaalinen paikka)" ..1980→
      • tyyppi <KunnanOsa> ..1980→
      • tyyppi <Kunta> ..1500-1980
      • Viittausolio p34 "Perniö (Salo)"
      • Viittausolio p35 "Perniö (kunta)"

Vaihtoehdot 1 ja 2

Vaihtoehto 1: Mennään aiemmin päätetyllä, eli mentaalisia paikkoja luodaan aina, kun tyyppi vaihtuu merkittävästi. Kaikilla paikoilla on yksi viittausolio, jota käytetään kuvailussa.

    Poikkeus: Jos halutaan, että paikkaan voidaan viitata kuvailussa useammalla nimellä, niin luodaan näille omat viittausolionsa

    Poikkeus: Vaikka paikan tyyppi ei muuttuisi, niin kun paikka siirtyy yhden valtion alta toisen alle, niin voi olla tarpeen luoda uusi mentaali paikka

Vaihtoehto 2: Merkittävä tyypin muutos ei luo uutta mentaalista paikkaa vaan vain uuden viittausolion saman mentaalin paikan alle

Kaksi vai yksi Perniötä: Perniö (kaupunki) ja Perniö (Salo)

• Nykyinen YSO-paikka pitäisi hajoittaa kahdeksi (2. vaihtoehdossa pitäisi myös luoda kaksi viittausoliota)
• Jos kuvailussa viitataan Perniöön kokonaisuutena, pitäisi käyttää kahta URIa
• Fintossa ”paikannimirekisterin tyyppitiedoissa” ”Kylä, kaupunginosa tai kulmakunta” yhtenä tyyppinä ja ”kunta, kaupunki” toisena
• Paikannimirekisterissä nyt luokitus näin (missä eri luokitukset nähtävissä?):

PERNIÖ

    Paikanlajiteema: Asutus

    Paikanlajiryhmä: Taajamat ja kylät

    Paikanlaji: Kaupunkialue tai taajama

    Paikanlajin kuvaus: Yleensä Suomen ympäristökeskuksen taajamarajaukseen sisältyvä asutuskeskittymä; keskustaajama, kirkonkylä tai asemanseutu.

OULUNKYLÄ

    Paikanlajiteema: Asutus

    Paikanlajiryhmä: Taajamanosat

    Paikanlaji: Kaupunkialueen tai taajaman osa

    Paikanlajin kuvaus: Yleensä Suomen ympäristökeskuksen taajamarajaukseen sisältyvä asutuskeskittymän osa.

URIt, labelit, kuvailu ja tiedonhaku

• Voiko kahdella käsitteellä (mentaalinen paikka ja viittausolio) olla sama label? Ei haittaa kuvailutiedoissa, jos on käytetty jompaakumpaa samaa labelia. Mutta jos on käytetty näitä kahta samannimistä käsitettä kahteen kertaan, näkyykö sama label kuvailutiedoissa kahdesti?
• Jos kuvailija käyttää vain yläkäsitettä / mentaalista paikkaa esim. Pietari (Venäjä), miten hakutuloksissa tämä saadaan Leningrad-haulla näkymään?
• Pystytäänkö paikan edeltäjää hakemalla saada paikan seuraaja (tai päinvastoin), jos tyyppi on muuttunut ja nämä käsitetään eri paikkoina. (esim. yhteisö, jonka nimi on muuttunut ja jatkaa samaa julkaisua, julkaisutietoihin on lisätty kaikki yhteisön ja edeltäjän seuraajat. Esim. https://kansalliskirjasto.finna.fi/Record/fikka.3939504?lng=fi)

Aiemmat päätökset

• Mentaali paikka pysyy aina samana, vaikka nimi ja geolokaatio muuttuvat. Vain paikan tyypin muutos aiheuttaa mentaalin paikan muutoksen.
  • Aiheuttaako paikan siirtyminen Suomen rajojen ulkopuolelle mentaalin paikan muutoksen?
    • Samannimiset paikat Länsi-Suomessa ja Karjalassa ja niiden sulkutarkenne (outoa jos on Venäjä (tai sen nykyinen kunta), koska aineisto koskee paikkaa Suomessa)
• Paikkatietopalvelun identifioitava ja kuvailtava entiteetti on yhteisesti tunnistettu ja melko stabiilin paikka, joka kuitenkin muuttuu ajassa. Paikka on tunnistettavissa nimien ja sijainnin perusteella ja ne voivat muuttua ajassa.
• Ajallisesti seurataan nimen, tyypin ja geolokaation muutoksia eli nimeen, tyyppiin ja geolokaatioon liitetään aikamääre. (toteutus mahdollinen lisäresursseilla)
• URI-tunnisteet liitetään mentaalin paikan lisäksi paikan nimiin, jotta nimeen voi yhdistää ominaisuuksia, esim. aikamääreen. Hakujärjestelmä voi hyödyntää nimikohtaisia URI-tunnisteita ja niihin liittyviä ominaisuuksia. (toteutus mahdollinen lisäresursseilla)
• Nimen, geolokaation tai laajemman paikan muutos ei muuta mentaalia paikkaa.
• Erikseen määritellyt tyyppiryhmien väliset muutokset muuttavat mentaalin paikan toiseksi.
  • Muutokset seuraavien tyyppiryhmienvälillä muuttavat mentaalin paikan toiseksi mentaaliksi paikaksi:
    • Alue, maanosa
      • Maa, valtio
        • Maakunta
          • Kunta, kaupunki
            • Kylä, kulmakunta, kaupunginosa
            • Katu, liikennealue
              
    • Valtatie
    • Luonnonmaantieteellinen paikka
    • Historiallinen paikka
  • Kategoriat on määriteltävä ohjeistukseen, esim. asujaimisto, vesistö...
  • kylän muuttumisesta kaupunginosaksi epäselvyyttä?

...

Wikibaseen lisätyt ominaisuudet

• YSO-tunniste
  • YSO-paikan nykyinen (ja tuleva?) id YSO-paikoissa
• esiintymä kohteesta
  • paikka/viittausolio
  • tämän avulla voidaan rajatusti hakea SPARQL:llä vain paikkoja tai viittausolioita

Selvitettävät/päätettävät asiat

• termien nimeäminen: kattokäsite, mentaalinen paikka, viittausolio
• URN-nimiavaruus + GitHub-projekti ja sille nimi
• Tietomalliin ominaisuuksiin viittaukset vanhaan yso-paikkaan prefiksillä http://www.yso.fi/onto/yso/. Uuteen tuotantoalustaan tuotava jo käytetyt YSO-URIt ja varmistettava, ettei päällekkäisyyksiä tule
  • jos vanha prefiksi jää, niin kannattaako rekisteröidä tietomallille uutta URN-nimiavaruutta?

Avoimia kysymyksiä

• Siltaus nimitietopalvelun tietomallin kanssa? Oikeastaan vain paikka ja nomen siellä vastaavia luokkia tai ominaisuuksia
• RDA-termien tarkistus, esim. paikan ominaisuudet: http://www.rdaregistry.info/Elements/p/
• Onko RDA-ominaisuuksien käänteisominaisuudet rdaregistryssä jostain helposti haettavissa?
  • MLS: vastavuoroisia suhteita ei ole näköjään RDA Registryssä, mutta RDA Toolkitista (https://access.rdatoolkit.org/) ne löytyvät elementtikohtaisten sivujen alalaidasta (esim. https://access.rdatoolkit.org/en-US_ala-4b87e6b5-e210-3473-af16-a53338c14d5a/8bfe90dd-8c11-4439-9ae5-ca027e46e450).
• Viittaus viittausolioon? "has preferred name of place" http://www.rdaregistry.info/Elements/p/#P70002 (voiko preferred name of placeja useampia?) vai has identifier of place http://www.rdaregistry.info/Elements/p/#P70020 (tälle ei ole käänteisominaisuutta eli rangena on kai merkkijono-id eikä viittausolio) vai "has access point for place" http://www.rdaregistry.info/Elements/p/#P70018?
  • MLS: Kaikille näille löytyvät käänteiselementit RDA Toolkitista, sillä ovat viittauksia paikasta Nomeniin, josta voidaan viitata takaisin Paikkaan. Toisin ehkä tunnistetta tai ensisijaista nimeä ei kannata käsitellä suhteena Nomeniin vaan mentaalin paikan ominaisuutena eli valita RDA Registrystä "datatype" "objektin" sijaan. Viittausolio voisi kyllä olla RDA:n määrittelemä auktorisoitu hakutieto ja sitä voisi käsitellä viittauksena Nomeniin. Myös mentaalin paikan otsikko voisi olla auktorisoitu hakutieto, mutta tällöin "datatype", ei "object". Kun auktorisoitu hakutieto on niin hankala termi arkistolaisille ja museolaisille, voisi sen nimetä tätä tietomallia varten toisin. Mutta RDA-määrityksissä kannattaa käyttää auktorisoidun hakutiedon RDA Registry -linkkejä.
  • onko edellämainittu symmetrinen suhde?
  • yleensäkin ominaisuuksien transitiivisuuden ja symmetrisyyden merkitseminen?
• Paikan seuraajia ja edeltäjiä ei nyky-RDA:ssa?
  • voiko edeltäjiä ja seuraajia olla tässä mallissa? Esimerkkejä?
  • sulautumiset ja jakautumiset omana suhteenaan? entä muunlaiset suhteet toisiin paikkoihin?
  • MLS: RDA:ssa (uudistuneessakaan) ei edeltäjiä/seuraajia paikalla. Mikä on lisähyöty näiden ominaisuuksien käyttämisessä? Onko ontologianäkymässä välttämätön muutosten selkeyttäjä?
• Suhde toimijaan lisätty RDF-luonnokseen, vaikka sitä kai ei paikkatiedosta toimijoihin pitänyt olla (RDA:ssa on paikan ominaisuutena)
  • MLS: RDA-määrityksissä suhde toimijaan voi olla related agent of place, related person of place, related corporate body of place tai related family of place
• Paikoilla (eikä varsinkaan luonnonmaantieteellisillä paikoilla) ei ole perustamisajankohtaa RDA:ssa, vain toimijoilla eikä maantieteellisillä -> pitäisikö luonnonmaantieteellinen paikka olla siksi paikan alaluokka?
  • MLS: RDA:ssa paikan alkuajankohdan ja loppuajankohdan voi ilmaista suhteella Ajanjaksoon = related timespan of place. Tämä ominaisuus kannattaa määrittää "datatypeksi", ei "objectiksi". RDA ei ota kantaa, onko paikka maantieteellinen vai hallinnollinen.
• Ajanjaksot (alkaminen, päättyminen) omina ominaisuuksinaan vai ominaisuuksiin liittyvinä ominaisuuksina? Nimitietopalvelun tietomallissa on kymmeniä date-alkuisia ominaisuuksia: https://schema.finto.fi/ntp
  • Tehdäänkö jokaiselle ominaisuudelle oma alkamis- ja päättymisaika alaominaisuudeksi vai riittääkö pelkkä alkamis- ja päättymisaika? Onko RDA:ssa useampia aikaan liittyviä ominaisuuksia?
  • MLS: Jos jokaista paikkaan liittyvää nimeä, tunnistetta ja auktorisoitua hakutietoa käsittelee käsittelisi Nomenina, voisi Nomeniin liittää suhteen aikaan, related timespan of place. Mutta menee vähän liian vaikeaksi. Ainoastaan viittausolion osalta voisi harkita auktorisoituun hakutietoon liittyvän ajanjakson määrittelyä "datatypenä".
  • OV: voisiko yhtenä ajan tietotyyppinä olla jatkossa aikaontologian käsite eli URI-tyyppinen datatype?
• Perustamisaika eikä vuosi? Voiko tulla sekaannuksia jos on sekä vuosia että tarkempia päivämääriä (pelkkä vuosiluku olisi muotoa XXXX-01-01)?
  • Wikibasessa voidaan ilmaista aikamääreen tarkkuus, mutta tuleeko ongelmia muualle siirrettynä?
  • MLS: KAMut sitoutuneet noudattamaan ISO 8601 -standardin määrityksiä yhteisissä kuvailun osa-alueissa. Standardissa määritelty missä muodossa päivämäärät on ilmaistava, jos niitä tarvitaan. KAMujen on vain tehtävä linjaus, mitä standardin tasoa (basic vai extended 0-2) noudatetaan.
• Lähde- ja huomatus-ominaisuudet: mistä huomautus? skos:note? Onko lähde eri ominaisuuksien alaominaisuus (Wikibasessa? Jos niin miten ilmaistaan RDF:nä?)? Onko powerpoint-esityksessä linkki sama kuin lähde? RDA-vastineet?
  
  • Onko tietotyyppinä linkillä ja lähteellä URI, yksikielinen merkkijono vai molemmat? Toimiiko lähde eri ominaisuuksille tarkenteena (Wikibasessa lähde on tarkenteen ohella tietoa tarkentava ominaisuus)?
  • MLS: RDA:ssa lähde ja kuvailijan huomautus ovat hallinnollista metatietoa, joka merkitään ns. metatietoteokseen. (Metatiedon/kuvailutietojen) lähteen (source consulted) domain on teos ja range manifestaatio (tämän vuoksi Nimitietopalvelun tietomallissa oli mukana myös teos). Nomenin lähteen (reference souce) domain on nomen ja range manifestaatio. Näitä kannattanee soveltaa "datatype"-tyylisesti. Kuvailijan huomautuksen (ennen cataloguer's note, jatkossa note on metadata work) domain on teos, rangea ei ole. Paikkaan liittyy myös oma huomautuksensa, note on place. Se on kuvailevaa metatietoa eli vapaamuotoista ominaisuuksien kirjaamista.

• Viittausolion suhde paikkaan puuttuu ”suhde viitattavaan”

  • MLS: Jos viittausoliota käsiteltäisiin RDA:n nomenin kaltaisena oliona, voitaisiin viitata paikkaan yleisellä suhteella related place of nomen tai tarkemmalla suhteella authorized access point for place of.
• Koordinaateissa tietotyyppinä liukuluku RDF-luonnoksessa: Sijainnille pitäisi olla kaksi ominaisuutta pituus- ja leveysaste, jos tietotyyppinä on liukuluku
  
  • Wikibasessa geo:wktLiteral: http://www.opengis.net/ont/geosparql#wktLiteral
  • Polygonit sijainnin alle, kuten alkuperäisessä hahmotelmassa?
• Lopuksi luokkien ja ominaisuuksien englannin- ja suomenkielisten labelien tarkistus
• Varianttihakutiedot, epäviralliset nimet sekä vanhat ja uudet otsikot
  • Mentaalisella paikalla oma otsikkonsa, joka ei sidoksissa uusimman viittausolion otsikkoon? Esim. Perniö (Salo) koko koottuna Perniön historian otsikkona olisi harhaanjohtava (museotiedonhakijalle)
  • varianttinimet ja variantit hakutiedot –määrittelyongelma: epävirallinen nimi (USA) on tietomallissa eri asia kuin entinen auktorisoitu hakutieto (esim. pelkkä Perniö) - sovittaminen RDA-terminologiaan ongelmallista (USA:ta kuitenkin haluttaneen käyttää hakusanana)
  • edelliseen ongelmaan liittyen: myös viittausolioilla otsikko ja vanha otsikko (miten ihmeessä nämä Fintossa esitettäisiin)? Näistä esimerkki:

    
    

• Vanha tilanne

  Mentaalinen paikka (URL: 1)

  Otsikko: Perniö

  
  

  Viittausolio (URL: 2)

  Otsikko: Perniö

  
  

• Uusi tilanne

  Mentaalinen paikka (URL: 1)

  Otsikko: Perniö

  
  

  Viittausolio (URL: 2)

  Otsikko: Perniö (kunta)

  Vanha otsikko: Perniö

  
  

  Viittausolio (URL: 3)

  Otsikko: Perniö (Salo)

• nykyinen ”auktorisoitu hakutieto” voisi muodostua otsikko + kuvaus –ominaisuudet yhdistämällä. Muissa ympäristöissä käyttöliittymä (esim. Finton YSO-paikat) saisi ratkaista, miten kuvaus otsikon alla esitettäisiin tai jätettäisiin esittämättä. Miten sitten kuvauksen täydentäminen eroaisi nykyisistä sulkutarkenteista? Voisiko automatisoida osittain?

• Uusi tilanne

  Mentaalinen paikka (URL: 1)

  Otsikko: Perniö

  Kuvaus: entinen kunta, nykyään osa Saloa

  
  

  Viittausolio (URL: 2)

  Otsikko: Perniö

  Kuvaus: entinen kunta

  Vanha otsikko: Perniö

  
  

  Viittausolio (URL: 3)

  Otsikko: Perniö

  Kuvaus: nykyään osa Saloa

  
  

• Jos kuitenkin lähtötilanne, kuten se nyt YSO-paikoissa on,  vanhassa otsikkossa on sulkutarkenteet:

  Viittausolio (URL: 2)

  Otsikko: Perniö

  Kuvaus: entinen kunta

  Vanha otsikko: Perniö (kunta)

  
  

  Viittausolio (URL: 3)

  Otsikko: Perniö

  Kuvaus: nykyään osa Saloa

  Vanha otsikko: Perniö (Salo)

...

• peruskysymys: miten tietomalli on sovitettavissa eri järjestelmiin (Wikibase, Finto, hakujärjestelmät, esim. paikan vanhalla nimellä hakeminen)?
  • mentaalinen YSO-paikka?
  • "Jos otetaan ajaton abstraktio, mennäänkö SAPO- vai Wikidata-henkisellä mallilla?"
• kuvaillaanko mentaalista paikkaa vai paikan nimeä? Vai onko mahdollista tehdä kummallakin tavalla? paikan yhteydessä ilmoitettava aika, jos viitataan mentaaliin paikkaan? Jos viitataan vanhaan nimeen (tai sen URIin), niin aikaa ei välttämättä tarvitse ilmoittaa?
  • Onko Pietareita kolme vai neljä (vai viisi, jos mentaalinen paikka on yksi)? Onko vanha ja uusi Pietari kaksi eri nomenia?
  • olisiko viittausolioita niin monta kuin on auktorisoituja tai varianttihakutietoja?
• pitäisikö tarkenteiden olla omana ominaisuutenaan eikä osana nimeä?

  • "Samannimiset ensisijaiset nimet erotetaan toisistaan ajanjaksolla sekä tarvittaessa paikan tyypillä/kategorialla" https://www.kiwi.fi/download/attachments/147357864/Paikanmuutokset2020.pptx?version=1&modificationDate=1579517871557&api=v2

• Voiko kuvailussa käyttää nomenia? Mitkä kaikki nimistä ovat erillisiä nomeneita (vain ensijaiset nimet ja niiden edeltäjät, mutta ei vaihtoehtoiset nimimuodot)?

• Mentaalisen paikan prefLabel on nykyinen nimi ja tämän lisäksi nykyinen nimi oma nomeninsa, johon voi liittää aikamääreitä yms.

• Virallisia nimiä on vain yksi yhdellä kielellä ja hetkellä, mitä ovat altLabelit? Vain erilainen kirjoitusasu tai lempinimi on altLabel? Entinen nimi olisi oma nomen. Onko epävirallinen nimi sidottu tiettyyn nomeniin? Ja minkä niminen on nimen ja epävirallisen nimen suhde ja voiko tällaisia nimiä olla useampia (”epävirallinen nimi”, ”eri kirjoitusasu” jne.)
  • voisivatko virallinen nimi ja epävirallinen nimi olla varianttinimen tai varianttihakutiedon tyyppejä?
• Paikan nimet nomeneita, joilla voi olla altLabeleita? Esim. Piter on Pieterin eikä Leningrad-nomenin lempinimi
• Jos paikan tyyppi muuttuu (ja syntyy uusi paikka), mutta nimi ei muutu, niin viitataanko kahdesta eri paikasta samaan nomeniin (vai muodostetaanko aina uusi nomen)?
• liitetäänkö koordinaatit ja ajalliset määreet nomeniin vai vain mentaaliin paikkaan?
• soveltuuko kaikki edellä luonnonmaantieteellisisiin paikkoihin?

...

• Halutaanko yhdistymisiä ja jakaantumisia ja vastaavia muutoksia merkitä tietomalliin jotenkin?
• RDA-ehdotus(?) Paikan linjaukset ja esimerkit sekä soveltamisprofiiliehdotus: edeltäjä/seuraaja-ketjuja ei tarvita
• Suhde toimijaan: toimijoilla voi olla edeltäjiä ja seuraajia, joten mihin näistä tarkalleen ottaen linkitetään ja mikä (nomen / mentaalinen paikka)?
• Jos tietomalli on aivan omansa, missä suhteessa sen paikat ovat muiden tietokantojen paikkoihin (close/exact)?

...

• joihinkin ominaisuuksiin liitettävissä aika, mihin ominaisuuksiin ei aika ole liitettävissä? Hierarkiat ajassa muuttuvia.
• voitaisiinko käyttää ominaisuuksina RDA:n ominaisuuksia, sillä kaikille näille ominaisuuksille löytyy vastaavuudet RDA registrystä?
• RDA:n näkemys: sijaintiin ei pysty liittämään ajallista ulottuvuutta, kuitenkin toistettava attribuutti
• Pääkaupunkien lisääminen: Erotellaanko pää- ja hallintokaupungit jollakin ominaisuudella? Pitäisi myös liittää ajanjakso tähän statukseen.
• "Tarvittaessa lisätään paikkatietopalveluun uusi ominaisuus (property) containedBy, jolla voidaan eri alueiden läpi kulkevat valtatiet tms. eri alueisiin"
• lisättäviä ominaisuuksia: maakoodit ja LOCODEt?

...