Asiakirjojen yksilöinti, löytäminen ja siirrettävyys

Koko: px
Aloita esitys sivulta:

Download "Asiakirjojen yksilöinti, löytäminen ja siirrettävyys"

Transkriptio

1 Asiakirjojen yksilöinti, löytäminen ja siirrettävyys Esa Paakkanen Kuopion Yliopisto

2 SISÄLLYSLUETTELO 1 Johdanto Erityyppiset tunnisteet Nimipalvelu URI Asiakirjan siirtäminen URL Yksilöinti Asiakirjan löytäminen Asiakirjan siirtäminen URN Yksilöinti Asiakirjan löytäminen Asiakirjan siirtäminen Miten nimipalvelut voidaan hoitaa? OID Yksilöinti Asiakirjan löytäminen Asiakirjan siirtäminen Tunnisteiden tallennuksesta RDF Loppusanat

3 1 Johdanto Terveydenhuollon organisaatioiden käyttöön tarvitaan järjestelmä, jolla asiakirjat (ja muiden objektien) yksilöivät tunnisteet voidaan luoda. Lisäksi tarvitaan järjestelmä, jossa tunnisteen perusteella voidaan hakea (lisää) tietoa tunnisteella yksilöitävästä objektista. Terveydenhuollon tuottamien asiakirjojen yksilöinnissä on otettava huomioon seuraavat seikat: Asiakirjoja tuotetaan n /vuosi Asiakirjojen säilytysaika on vuotta Asiakirjat siirtyvät elinkaaren aikana Muuttumattomuus ja alkuperäisyys on pystyttävä todentamaan Asiakirjoihin on päästävä aina käsiksi Käytettävien koodistojen versioita on kyettävä hallitsemaan Tässä selvityksessä käydään läpi neljän eri tekniikan hyviä ja huonoja puolia. Kustakin tekniikasta on eritelty omiksi alaluvuikseen yksilöinti, asiakirjan löytäminen ja asiakirjan siirtäminen. Yksilöinti alaluku käsittelee sitä, miten ko. tekniikan avulla saadaan yksilöityä asiakirja. Asiakirjan löytäminen alaluvussa pohditaan millaiset välineet ko. tekniikka tarjoaa asiakirjan löytämiseksi. Asiakirjan siirtäminen alaluku käsittelee asiakirjan siirtämisestä (omistaja/sijainti) aiheutuvien ongelmien ratkaisua ko. tekniikalla. Sisältö tiivistettynä: OID yksilöi, mutta kattavia/toimivia OID tunnusten resoluutiopalveluita ei ole. URL tunnisteena ei ole kestävä ratkaisu: sen viittaama dokumentti voi vaihtua. URN yksilöi dokumentin, mutta URN resoluutiopalvelut ovat vielä kehitysvaiheessa. 3

4 2 Erityyppiset tunnisteet Tunnisteita on kahta eri laatua: 1. tyhmiä tunnisteita 2. älykkäitä tunnisteita Kumpaakin käytetään avaimena, jolla tunnistettavan kohteen muut tiedot voidaan löytää tietovarastosta. Tyhmä tunniste on satunnainen merkkijono. Se ei sisällä tietoa objektista, jonka se yksilöi. Esim bgq voisi olla tyhmä tunniste. Pelkkä tunniste toimii yksilöivänä tunnisteena, mutta sen perusteella ei voida suoraan saada mitään tietoa objektista, joten käytännössä tyhmät tunnisteet tarvitsevat aina jonkinlaisen resoluutiopalvelun ollakseen käyttökelpoisia. Älykäs tunniste sisältää itsessään yksilöitävästä objektista merkityksellistä tietoa; tietoa, jota ei tarvitse hakea mistään. Esimerkiksi sosiaaliturvatunnus on älykäs tunniste, koska siitä käy ilmi henkilön syntymäaika. OID on myös älykäs tunniste, vaikkei pisteellä eroteltujen tunnisteen osien merkitys aivan itsestään selvä olekaan. Älykkäät tunnisteet vaikuttavat viisaalta ratkaisulta: itse tunniste sisältää jo tietoa sen yksilöimästä objektista, joten kaikkea tietoa ei tarvitse kaivella esiin erilaisten palveluiden avulla. Tunnisteen älykkyys on kuitenkin myös sen hölmöys. Jos tunnisteen sisältämissä tiedoissa tapahtuu muutoksia, tunnisteen tulisi muuttua vastaamaan uutta tilannetta. Kuitenkin vanhaa tunnistetta on voitu käyttää monessa paikassa, eikä kaikkien viittauksien päivittäminen ole aina mahdollista. Virheellisiä viittauksia ei ainakaan terveydenhuollon dokumentteja käsiteltäessä katsota hyvällä. Alkuperäisten viittauksien päivittämisen sijaan voitaisiin myös suorittaa uudelleenohjaus. Alkuperäinen tunniste toimisi vain viitteenä uuteen tunnisteeseen, jolloin useamman omistaja tai sijaintimuutoksen jälkeen tuloksena olisi viittauksien ketju. Moinen viiteketju vaatisi automatisoidun tavan luoda ja ylläpitää viitteitä. Tyhmiä tunnisteita moiset muutokset eivät muuta. Ainoastaan tunnisteen viittaamat tiedot tietovarastossa päivittyvät. Ylläpidon kannalta älykkäät tunnisteet ovat parempia, varsinkin jos käsiteltävien tunnisteiden määrä on korkea (kuten tässä tapauksessa). Tyhmät tunnisteet vaativat yleensä keskitetyn rekisterin, kun taas älykkäiden tunnisteiden ylläpito voidaan hajauttaa (esimerkiksi DNS järjestelmä). 2.1 Nimipalvelu Nimipalvelun avulla voidaan objektin yksilötunnisteen perusteella selvittää objektin sijainti. Toisille tässä esitellyille tekniikoille on jo olemassa valmiina nimipalvelu (URL, nimipalvelu DNS), toisille määritykset sellaisen luomiseksi (URN), toisille ei kumpaakaan (OID). Nimipalvelu tulee erottaa rekisteristä. Rekisterin tehtävänä on ylläpitää tietoja jostakin objektista, esimerkiksi dokumentista kirjoittajat, dokumentin luontipäivämäärä jne. 4

5 3 URI Elektronisten dokumenttien jakelun, haettavuuden ja löydettävyyden varmistamiseksi tarvitaan kaksi erillistä lähtökohtaa. Dokumentilla tulee olla sekä nimi että osoite. URI (Uniform Resource Identifier) on merkkijono, abstraktin tai fyysisen resurssin identifioimiseksi. Resurssi on jotakin joka on identifioitavissa (yleensä dokumentti tai sen osa). URI on joko nimi (URN) tai paikannin (URL), mahdollisesti jopa molempia. URL ja URN ovat URIn erikoistapauksia. Yleisesti URI on muotoa: <scheme>:<scheme specific part> missä <scheme> on jokin sivulla luetelluista mahdollisuuksista. Tunnetuin ja eniten käytetty skeema on HTTP (HyperText Transfer Protocol). Nimi erottaa (identifioi) asiakirjan kaikista muista asiakirjoista, joten sen tulee olla pysyvä ja ainutlaatuinen. Osoite ilmoittaa asiakirjan sijainnin. Osoite voi vaihtua, joten sitä ei voida käyttää yksilöinnissä. Tarvitaan siis menetelmä dokumentin nimeämiseksi ja sen sijainnin selvittämiseksi. Tällaisen menetelmän tarjoavat URN (Uniform Resource Name) ja URL (Uniform Resource Locator), jotka yhdessä muodostavat URI nimisen kokonaisuuden. 3.1 Asiakirjan siirtäminen Asiakirjan sijainnin vaihtuminen voidaan ilmaista myös HTTP protokollan Redirectstatuskoodilla 301 (Moved Permanently). Se ilmaisee URIn viittaaman resurssin siirtyneen pysyvästi uuteen osoitteeseen. Jatkossa resurssiin viitattaessa tulisi käyttää yhtä palvelimen palauttamista osoitteista. Tällöin resurssin siirryttyä toiseen osoitteeseen, uudelleenohjaus hoidettaisiin alkuperäisen osoitteen web palvelimen avulla. Jokaisen uuden siirron jälkeen ko. web palvelimeen tulisi ohjelmoida uudelleenohjaus uuteen osoitteeseen. 5

6 4 URL URL:n (Uniform Resource Locator) käyttäminen yksilöintitunnuksena vaikuttaa hyvältä idealta: sama tunniste toimii sekä yksilöivänä että osoittaa asiakirjan sijainnin. Periaatteessa järjestelmä olisi toimiva, mutta käytännössä törmätään muutamaan ongelmaan. 4.1 Yksilöinti Dokumentti voitaisiin yksilöidä organisaation alle sille sopivan hierarkkisen rakenteen alle, esimerkiksi Tunniste annettaisiin kullekin uudelle dokumentille sen omistajan tai käyttötarkoituksen mukaan. 4.2 Asiakirjan löytäminen URL kertoo resurssin sijainnin. joten on mahdollista, että tietyssä osoitteessa oleva resurssi muuttuu. URL kertoo dokumentin (fyysisen) sijainnin. URL voi olla joko absoluuttinen tai suhteellinen. Luvun 5.1 esimerkki on absoluuttinen URL. Suhteellinen URL olisi (luvun 4.1 esimerkistä lainaten) dokumentit# Asiakirjan siirtäminen Suurin ongelma elektronisiin dokumentteihin viittaamisessa on osoitteiden URL (Uniform Resource Locator) pysyvyys tai paremminkin pysymättömyys. Dokumentti voi elinkaarensa aikana sijaita useissa eri osoitteissa ja tietyssä osoitteessa voi olla useita eri dokumentteja. Keskeistä onkin pyrkiä käyttämään pysyviä URL:ja; jos dokumentti on kerran sijoitettu tiettyyn osoitteeseen, sen tulisi käyttää samaa osoitetta koko elinkaarensa ajan. Lisäksi useimmat palvelut on toteutettu erilaisilla tietokantaratkaisuilla ja selaimessa näkyvä URL voi olla ainutkertainen ja muuttua joka hakukerralla. Asiakirjan siirtyessä toiseen fyysiseen sijaintipaikkaan sen vanha osoite voidaan asettaa viittamaan uuteen osoitteeseen. Tästä voi kuitenkin olla seurauksena pitkäkin ketju viittauksia. Tämmöisen palvelun ylläpito tulisi ajan myötä käymään erittäin raskaaksi. URL:n puutteet viittausmekanismina on tiedostettu jo pitkään, ja IETF:n (Internet Engineering Task Force) työryhmät ovat tehneet ehdotuksia yleisemmän ja pysyvämmän viittausmekanismin luomiseksi. Erityistä huomiota on kiinnitetty sijainnista riippumattoman nimeämiskäytännön luomiseen. Siitä käytetään nimitystä URN, Uniform Resource Name. Yksinkertaistaen URNia voi verrata kirjoissa käytettyihin ISBN numeroihin. Tietoverkon resurssin URN pysyy samana vaikka sen URL muuttuisi. Lisää URNista on luvussa 5. 6

7 5 URN URN on eräänlainen "kuori", joka sallii identifiointiin käytettyjen järjestelmien, esimerkiksi tässä tapauksessa OIDin hyödyntämisen. URN tunnuksen rakenteen määrittelevän Internet standardin (RFC2141, Sen mukaan URN koostuu kolmesta osasta: 1. Merkeistä "URN:". Jokainen URN tunnus alkaa näin; tarkoituksena on helpottaa URN tunnuksen löytämistä rakenteettomista dokumenteista. Täysin luotettavaksi URN tunnusten tunnistusta ei tällä keinolla kuitenkaan saada, koska dokumentti voi sisältää muita URN tunnuksia (viittauksina tekstissä tms.)urn tunnuksia ja ASCII tekstissä ei ole mitään keinoa osoittaa mikä URN kuuluu juuri asianomaiselle julkaisulle. 2. NID eli Namespace Identifier. Koodi joka identifioi URN tunnuksena käytetyn tunnistejärjestelmän. 3. NSS eli Namespace Specific String. Varsinainen ID tunnus (kuten ISBN) sijoitetaan tähän osaan. 5.1 Yksilöinti URN (Uniform Resource Name) nimeää jonkin objektin, resurssin, joka voi olla kokonainen dokumentti, kuva, dokumentin osa, mikä tahansa nimettävissä oleva asia. Dokumentille annettava URN tunnus on uniikki ja pysyvä. URN ei milloinkaan muutu, jos julkaisun sisältö ja nimi pysyvät samana. Jo kertaalleen annettua URNtunnusta ei milloinkaan anneta toiselle objektille. URN on myös yksikäsitteinen, yksi URN ei voi kuulua kuin yhdelle ainoalle resurssille. Yhdellä resurssilla voi kuitenkin olla useampikin URN. URNissa on kaksi osaa: nimityyppi ja tyyppikohtainen tarkennin. URNit ovat muotoa <URN> ::= "urn:" <NID> ":" <NSS> missä<nid> on Namespace Identifier, joka kertoo mitä koodausta URN käyttää. Arvona voi olla esimerkiksi OID. Vastaavasti NSS on Namespace Specific String, merkkijono, joka noudattaa annettua NID:tä, joka OIDin tapauksessa olisi siis OIDtunniste. URN tunnusten generointi olemassa olevista tunnuksista on tunnuksen syntaksin ansiosta erinomaisen helppoa. Esimerkki 5. URN URN:OID: Asiakirjan löytäminen URN ei kerro suoraan nimeämänsä resurssin sijaintia, vaan tarvitaan erillinen resoluutiopalvelu, joka sisältää tiedon URNin nimeämän resurssin sijainnista (URL). Usein sama dokumentti onkin saatavissa useista eri paikoista (URL) ja kehittynyt resoluutiopalvelin osaa valita käyttäjän kannalta sopivimman sijainnin. Luonnollisesti yhdellä resurssilla voi olla useampia URNeja, mutta URN viittaa aina vain yhteen 7

8 resurssiin. URN työryhmä on määritellyt paitsi URN:n syntaksin, myös menetelmät joilla URNresoluutio nykyisessä Internetissä tapahtuu. URN tunnukset sinänsä eivät oleta mitään verkon toiminnasta tai resoluutiopalvelujen sijainnista. URNin toimintaperiaate on tiivistettynä seuraavanlainen: Kun asiakasohjelma saa käsiteltäväkseen URNin, se kysyy ensin joltain lähellä olevasta palvelimesta (esimerkiksi nimipalvelimesta, jollainen on aina saatavilla), mistä se voisi löytää resoluutiopalvelimen tämäntyyppiselle URNille. Saatuaan vastauksen asiakasohjelma ottaa yhteyttä sopivaan resoluutiopalvelimeen, joka ottaa URNin ja palauttaa joko URL:n tai itse dokumentin. Nykyiset selaimet eivät osaa ilman lisäosia hakea URNien perusteella tietoa. 5.3 Asiakirjan siirtäminen Ensinnäkin dokumentin sijainti voi muuttua kuinka usein hyvänsä, kunhan resoluutiopalvelin pysyy ajan tasalla. Toiseksi, vaikka resoluutiopalvelin poistuisi käytöstä, tämä mekanismi sallii myös muiden resoluutiopalvelinten käytön. Jos resoluutiopalvelinten löytämiseen käytetään nimenomaan Internetin nimipalvelua (DNS, Domain Name Service), on kyseessä ns. NAPTR URN protokolla. Se on ensimmäinen URN toteutus, josta on jo olemassa prototyyppejä. 5.4 Miten nimipalvelut voidaan hoitaa? URNien laajamittainen käyttöönotto vaatii resoluutiopalvelinten perustamisen sekä muutoksia asiakasohjelmiin ja nimipalveluun (DNS). Etenkin nimipalvelun muuttaminen on työlästä, koska se on erittäin kriittinen osa Internetin protokollaperhettä, eikä siinä voida sallia toimintahäiriöitä. Tästä syystä URNit ovat edelleenkin prototyyppiasteella, vaikka niitä on kehitelty jo vuosia. URN työryhmät haluavat tehdä huolellista jälkeä. URN järjestelmä on pyritty rakentamaan niin, että resoluutiopalvelun rakentaminen olisi helppoa. Resoluutiopalvelu antaa dokumentin URN tunnuksella dokumentin viitetiedot, sijaintitiedot tai dokumentin itsensä. Riippuu järjestelmästä, käyttäjän oikeuksista ja myös dokumentista, voidaanko haluttu palvelu toimittaa. URN tunnusten resoluutio voidaan toteuttaa erilaisilla menetelmillä. Tämä riippumattomuus toteutustekniikoista takaa yhteensopivuuden myös tulevaisuuden tekniikoiden kanssa. Käyttäjälle tämä on yksinkertaista, mutta tarvittava tekninen infrastruktuuri on kaikkea muuta kuin yksinkertainen. Onneksi suurin osa tarvittavasta teknologiasta (DNS järjestelmä) on jo olemassa. Globaalin URN resoluutiopalvelun ylin taso on Resolution Discovery Service (RDS), palvelu jonka avulla verkosta löydetään palvelin, joka kykenee avaamaan halutun URN tunnuksen. Tarkoitus on pystyttää RDS palvelut osoitteisiin urn.net ja uri.net. Internet Assigned Names Authority (IANA) tallentaa URN resoluutiopalveluiden edellyttämät nimipalvelun osoitetiedot näihin järjestelmiin. Internet nimipalvelun (Domain Name Service, DNS) luonteen mukaisesti nämä tiedot leviävät periaatteessa kaikkialle verkkoon. Oikean URN resoluutiopalvelun paikallistaminen ei siis ole 8

9 riippuvainen RDS nimipalvelimesta, vaikka tarvittavat tiedot tallennetaankin Internetnimipalveluun sen kautta. Tarvittavan URN resoluutiopalvelimen/ palvelimien löytämisen menetelmät vaihtelevat paljon identifikaatiojärjestelmästä riippuen. Perusjako on tyhmien ja älykkäiden tunnisteiden välillä. Globaalin URN resoluution kannalta on haasteellista, että monet identifiointitunnukset ovat tyhmiä eivätkä kerro dokumentin julkaisupaikasta mitään. Tällöin resoluutiopalvelimen löytäminen voi olla vaikeaa, ellei ole käytettävissä globaalia tietokantaa, jonka kautta URN tunnukset voidaan muuntaa sijaintipaikoiksi. URN resoluutiopalvelua ei kannata rakentaa eikä julkaisua identifioida URNtunnuksella tai muutenkaan, ellei aineistoa ole tarkoitus säilyttää pitkään. Merkittävin aluevaltaus on se, että keväällä 2002 MPEG21 standardin kehittäjät valitsivat URNtunnusten käytön. URN standardoinnin valmistuttua kesäkuussa 2002 voidaan olettaa URN tunnusten suosion kasvavan edelleen. URN resoluutiopalvelun edellyttämät sinänsä yksinkertaiset lisäpiirteet on jo rakennettu nimipalvelinsovelluksiin; esimerkiksi BIND ohjelmassa URN resoluution edellyttämät ominaisuudet ovat olleet jo neljän vuoden ajan. Tältä osin Internetverkon infrastruktuuri on siis kunnossa. Valitettavasti IANA ei ole vielä rakentanut Resolution Discovery Service palvelimia, minkä vuoksi nimipalvelusta ei löydy URN resoluutiopalveluiden tietoja. Todennäköisesti IANA:n viivyttely johtuu siitä, että he odottavat tarvittavien standardien valmistumista. URN järjestelmä on pyritty rakentamaan niin, että resoluutiopalvelun rakentaminen olisi helppoa. Nykyisille WWW selaimille on rakennettu URN resoluutiota varten lisäohjelmia selaimiin. Suurinpana käytännön esteenä onkin ollut URN standardoinnin keskeneräisyys ja jaettujen URN tunnuksien vähäisyys. Deutsche Bibliothek soveltaa tilapäisratkaisuna HTTP Redirect lähestymistapaa, jossa WWW selaimeen ei tarvitse asentaa laajennuksia, vaan resoluutio tapahtuu palvelinpäässä. 9

10 6 OID ISO Object IDentifier on yleiskäyttöinen objektien yksilöintiin tarkoitettu määrittely. 6.1 Yksilöinti OID tunnisteen avulla asiakirja voidaan yksilöidä kansainvälisellä tasolla, mutta tällä hetkellä tunnisteella ei voida hakea tietoa asiakirjasta. Kahdella eri asiakirjalla ei voi olla samaa OID yksilöintitunnistetta. Asiakirjan osiin viittaaminen voidaan järjestää ko. objektin tunnisteen alla juoksevalla numeroinnilla. 6.2 Asiakirjan löytäminen OID määritys ei itsessään sisällä OID tunnisteiden resoluutioon liittyviä asioita. Periaatteessa olisi mahdollista rakentaa palvelu OID tunnusten käsittelyyn, mutta tällä hetkellä ei ole olemassa käyttökelpoista ja kattavaa järjestelmää. Verkkotunnusten resoluutioon käytettävä DNS sopisi OID tunnisteiden resoluutioon, mutta se vaatisi laajennuksia DNS määrittelyyn. Tunnisteiden selvityksen tulisi toimia ainakin niin päin, että jos tiedetään dokumentin OID tunniste, sen avulla voidaan hakea dokumentista lisää tietoa (metatietoa) sekä dokumentin sijainti, josta itse dokumentti voidaan noutaa tarkasteltavaksi. 6.3 Asiakirjan siirtäminen OID tunniste on ns. älykäs tunnus. OID tunnisteella yksilöidyn asiakirjan siirtäminen toiseen arkistoon ei periaatteessa riko tunnuksen oikeellisuutta, jos asiakirjan haltija ei vaihdu. Kuitenkin jos objektin haltija vaihtuu, tunnus pitäisi päivittää. Muutoin OIDtunnisteiden hierarkian merkitys häviää. 10

11 7 Tunnisteiden tallennuksesta Identifiointitunnuksia voidaan käyttää joko ulkoisessa (external) tai sisäisessä (embedded) metadatassa. Jälkimmäisessä tapauksessa identifiointitunnus on lisättävä identifioitavaan julkaisuun, edellisessä se tallennetaan osaksi tunnistetietoja. Ulkoista metadataa tallennettaessa perusvaatimus on, että tallennukseen käytetyssä formaatissa on paikka tunnisteelle. Kaikki dokumenttiformaatit eivät tarjoa yhtä hyviä mahdollisuuksia identifiointitunnuksien tallentamiseen. ASCII tekstissä on samantekevää, minne tunnus laitetaan, koska indeksointisovellus löytää sen kaikkialta yhtä huonosti. Jos artikkeli esimerkiksi kertoo URN tunnuksista ja sisältää useita esimerkkejä ja linkkejä, indeksointisovellus ei voi tietää mikä URN on "oikea". Monet dokumenttiformaatit ovat indeksointiohjelmille outoja, eikä niitä voida indeksoida lainkaan. Tällöin ainoa tallennustapa, josta on edes jotakin hyötyä, on tunnuksen tallentaminen tunnistetietoihin. Kuvaformaattien osalta tilanne voi olla vielä pahempi: identifiointitunnusta ei voi tallentaa kuvankäsittelyohjelmalla kuvan päälle, mutta ei tunnusta ei voi välttämättä tallentaa myöskään kuvan tekstimuotoiseen nimiöön. HTML ja XML ovat onneksi rakenteisina tekstiformaatteina hyvin soveltuvia metadatan tallennukseen. Jos URN on sijoitettu HTML dokumentin tekstiosaan, WWW indeksit pystyvät indeksoimaan sen samaan tapaan kuin minkä tahansa termin, ja dokumentti löytyy edellyttäen että WWW indeksi Google tai muu vastaava palvelu on dokumentin sijainnin suhteen ajan tasalla. Jos URN on tallennettu XMLtai HTML dokumentin nimiöön, eli HTML:n tapauksessa META kenttään, toistaiseksi vain harvat hakupalvelut indeksoivat sen. Teknisesti indeksointi olisi helppoa, mutta ongelmana on metadatan huono laatu. 7.1 RDF RDF (Resource Description Framework) on XML kieleen nojautuva tapa tallentaa dokumentin kuvailutiedot. Perusideana RDF:ssä on erilaisten metatietojen yhdenmukaistaminen samanlaiseen muotoon tai alustaan (framework). Tällä pyritään tekemään mahdolliseksi metadatan käsittely ohjelmallisesti. Tämän vuoksi RDF on yksi mm. W3C:ssä tapahtuvan Semantic Web kehityksen perusosista. 11

12 8 Loppusanat Nykymäärittelyiden mukainen OID tunniste on yksilöllinen kansainvälisellä tasolla. Yksilöllisyys säilyy, vaikka yksilöintitunnisteiden luonti hajautettaisiin OIDhierarkian alle, kullekin juuresta vastaavalle taholle. Hajauttaminen helpottaa tunnisteiden luontia, mutta vaikeuttaa yksilöintitunnisteen perusteella tapahtuvaa dokumentin löytämistä. Jos tarkastellaan tilannetta terveydenhuollon dokumenttien säilytysaikavaatimuksien kannalta, esitellyistä vaihtoehdoista URN vaikuttaa kestävimmältä ratkaisulta, mitä tulee dokumenttien löytämiseen. OID tunniste voitaisiin liittää osaksi URNtunnistetta, jolloin yksilöintitunnusten luonti tapahtuisi hajautetusti OID hierarkian mukaan, ja tunnisteen perusteella tapahtuva dokumenttien etsiminen URNresoluutiopalveluiden avulla. DNS järjestelmä taipuisi teoriassa vastaamaan OIDresoluution tarpeita, mutta vaatisi muutoksia nykyisiin DNS määrittelyihin. generaattoreilla kuten tosite(solmuluokka)sarja, aika (vuosi/päivä) ja juokseva numero. 12

13 Lähteet Tämän selvityksen pohjana on käytetty seuraavia lähteitä: tyhma 98/urn.html sec10.html#sec10.3 (HTTP Redirect) Yo. URLit osoittivat vielä oikeisiin dokumentteihin. 13

Pysyvät tunnukset ja niiden hyödyntäminen

Pysyvät tunnukset ja niiden hyödyntäminen Pysyvät tunnukset ja niiden hyödyntäminen Arkistopalvelut uuteen nousuun 15.9.2015 Esa-Pekka Keskitalo, orcid.org/0000-0002-4411-8452 URN:NBN:fi-fe2015091511591 Sisältö Millaisista tunnuksista on puhe?

Lisätiedot

JHS 193 Paikkatiedon yksilöivät tunnukset Liite 1. URI:n muodostamisen prosessi

JHS 193 Paikkatiedon yksilöivät tunnukset Liite 1. URI:n muodostamisen prosessi JHS 193 Paikkatiedon yksilöivät tunnukset Liite 1. URI:n muodostamisen prosessi Versio: 1.0 Julkaistu: 2.9.2015 Voimassaoloaika: toistaiseksi Sisällys 1 Johdanto...1 2 Paikallisen tunnuksen luominen tietokantaan

Lisätiedot

10 Nykyaikainen WWW-arkkitehtuuri

10 Nykyaikainen WWW-arkkitehtuuri 10 Nykyaikainen WWW-arkkitehtuuri è è è 10 Nykyaikainen WWW-arkkitehtuuri WWW on ylivoimaisesti suosituin hypertekstijärjestelmä. Käydään seuraavaksi läpi nykyaikaisen WWW-arkkitehtuurin perusteet. Vuonna

Lisätiedot

Asiakirjojen sailytysvaatimukset, toimitusjohtaja Antero Ensio, Ensitieto Oy

Asiakirjojen sailytysvaatimukset, toimitusjohtaja Antero Ensio, Ensitieto Oy SUOMEN KUNTALIITTO Sosiaali- ja terveysyksikkö TERVEYDENHUOLLON 27. ATK- PAIVAT 4. - 5.6.2001 Asiakirjojen sailytysvaatimukset, toimitusjohtaja Antero Ensio, Ensitieto Oy Asiakirjojen säilytysvaatimukset

Lisätiedot

SÄHKE-hanke. Tekninen mallintamisen Siirtotiedoston metatietokuvaukset

SÄHKE-hanke. Tekninen mallintamisen Siirtotiedoston metatietokuvaukset 04.02.2005 1 (15) SÄHKE-hanke Tekninen mallintamisen Versio ja pvm Laatinut Tarkpvm Tarkastanut Hyvpvm Hyväksynyt 2.0 / 04.02.2005 Anneli Rantanen 15.02.2005 Markus Merenmies 18.02.2005 Ohjausryhmä 04.02.2005

Lisätiedot

W3C-teknologiat ja yhteensopivuus

W3C-teknologiat ja yhteensopivuus W3C-teknologiat ja yhteensopivuus Ossi Nykänen Tampereen teknillinen yliopisto (TTY), Digitaalisen median instituutti (DMI), Hypermedialaboratorio W3C Suomen toimisto Esitelmä Hyvin lyhyt versio: W3C asettaa

Lisätiedot

Johdatus rakenteisiin dokumentteihin

Johdatus rakenteisiin dokumentteihin -RKGDWXVUDNHQWHLVLLQGRNXPHQWWHLKLQ 5DNHQWHLQHQGRNXPHQWWL= rakenteellinen dokumentti dokumentti, jossa erotetaan toisistaan dokumentin 1)VLVlOW, 2) UDNHQQHja 3) XONRDVX(tai esitystapa) jotakin systemaattista

Lisätiedot

Tiedonsiirto- ja rajapintastandardit

Tiedonsiirto- ja rajapintastandardit Tiedonsiirto- ja rajapintastandardit Viitekehys Julkishallinnon perustietovarantojen rajapinnat (PERA) työryhmän tulokset valmiit syksyllä 2011 Määrittelee teknisen arkkitehtuuriratkaisun tietovarantojen

Lisätiedot

Alkuraportti. LAPPEENRANNAN TEKNILLINEN YLIOPISTO TIETOJENKÄSITTELYN LAITOS CT10A4000 - Kandidaatintyö ja seminaari

Alkuraportti. LAPPEENRANNAN TEKNILLINEN YLIOPISTO TIETOJENKÄSITTELYN LAITOS CT10A4000 - Kandidaatintyö ja seminaari LAPPEENRANNAN TEKNILLINEN YLIOPISTO TIETOJENKÄSITTELYN LAITOS CT10A4000 - Kandidaatintyö ja seminaari Alkuraportti Avoimen lähdekoodin käyttö WWW-sovelluspalvelujen toteutuksessa Lappeenranta, 30.3.2008,

Lisätiedot

HTTP-välityspalvelimen käyttö tapahtumien keräämiseen

HTTP-välityspalvelimen käyttö tapahtumien keräämiseen HTTP-välityspalvelimen käyttö tapahtumien keräämiseen Tero Tähtinen Teknillinen korkeakoulu Tietoliikenneohjelmistojen ja multimedian laboratorio Diplomityöesitelmä 29.11.2004 1 Johdanto Diplomityössä

Lisätiedot

ISNI-järjestelmä. Sähköisten sisältöjen aamupäivä 2.4.2014. Maarit Huttunen. KANSALLISKIRJASTO - Tutkimuskirjasto

ISNI-järjestelmä. Sähköisten sisältöjen aamupäivä 2.4.2014. Maarit Huttunen. KANSALLISKIRJASTO - Tutkimuskirjasto ISNI-järjestelmä Sähköisten sisältöjen aamupäivä 2.4.2014 Maarit Huttunen Mihin tunnisteita tarvitaan? ISBN, ISSN, ISMN Kirja, sarja tai lehti, nuottijulkaisu / manifestaatio l. ilmentymä ISTC (International

Lisätiedot

Liite D: Poikkeamispäätösten ja suunnittelutarveratkaisujen mallinnus tiedonsiirtoa varten

Liite D: Poikkeamispäätösten ja suunnittelutarveratkaisujen mallinnus tiedonsiirtoa varten Liite D: Poikkeamispäätösten ja suunnittelutarveratkaisujen mallinnus tiedonsiirtoa varten Versio: 18.10.2011 Julkaistu: 27.10.2011 Voimassaoloaika: Toistaiseksi Sisällys 1 Johdanto... 2 1.1 Poikkeamispäätös

Lisätiedot

Juha Tretjakov Oppijanumero ja käyttäjien yksilöinti

Juha Tretjakov Oppijanumero ja käyttäjien yksilöinti Juha Tretjakov 18.3.2014 Oppijanumero ja käyttäjien yksilöinti Käyttäjähallinta ja yksilöinti Käyttäjän yksilöinti Suomalainen oppijanumero Oppilaitosten opiskelijanumerot Henkilötunnus HETU Sähköinen

Lisätiedot

Toiminnalliset ja ei-toiminnalliset vaatimukset Tunnus (ID) Vaatimus Vaatimuksen

Toiminnalliset ja ei-toiminnalliset vaatimukset Tunnus (ID) Vaatimus Vaatimuksen Vaatimusluettelo versio 0.17 Toiminnalliset ja ei-toiminnalliset vaatimukset Tunnus (ID) Vaatimus Vaatimuksen Yleiset vaatimukset 1 Koodistopalvelujärjestelmä on selainkäyttöinen 2 Käyttöliittymän tulee

Lisätiedot

Luento 12: XML ja metatieto

Luento 12: XML ja metatieto Luento 12: XML ja metatieto AS-0.110 XML-kuvauskielten perusteet Janne Kalliola XML ja metatieto Metatieto rakenne sanasto Resource Description Framework graafikuvaus XML Semanttinen Web agentit 2 1 Metatieto

Lisätiedot

DOORSin Spreadsheet export/import

DOORSin Spreadsheet export/import DOORSin Spreadsheet export/import 17.10.2006 SoftQA Oy http/www.softqa.fi/ Pekka Mäkinen Pekka.Makinen@softqa.fi Tietojen siirto DOORSista ja DOORSiin Yhteistyökumppaneilla ei välttämättä ole käytössä

Lisätiedot

Kansainväliset tutkijatunnisteet

Kansainväliset tutkijatunnisteet Kansainväliset tutkijatunnisteet Tutkijan identifiointi -seminaari 25.2.2014 Jyrki Ilva (jyrki.ilva@helsinki.fi) Henkilönimet ja julkaisujen tekijyys Julkaisujen tekijätietojen sekavuus vanha tuttu ongelma,

Lisätiedot

T2V2 Vaaratilanneilmoitussanomakuvaus

T2V2 Vaaratilanneilmoitussanomakuvaus Versio: 0.3 Muokattu: 23.6.2008 2(10) SISÄLLYS 1 Tarkoitus...3 1.1 Rajaus...3 1.2 Dokumentaatio...3 2 Tietojen esitystavat...3 2.1 Numeerinen tieto...3 2.2 Päivämäärät ja kellonajat...3 2.3 Totuusarvot...4

Lisätiedot

Tiedonhallinnan perusteet. Viikko 1 Jukka Lähetkangas

Tiedonhallinnan perusteet. Viikko 1 Jukka Lähetkangas Tiedonhallinnan perusteet Viikko 1 Jukka Lähetkangas Kurssilla käytävät asiat Tietokantojen toimintafilosofian ja -tekniikan perusteet Tiedonsäilönnän vaihtoehdot Tietokantojen suunnitteleminen internetiä

Lisätiedot

Inspire-kohdetunnisteet

Inspire-kohdetunnisteet Inspire-kohdetunnisteet INSPIRE-tietotuotteet 30.8.2010 Esa Tiainen MML 3.9.2010 Sisältö INSPIRE-tunnisteet Tunnisteiden hallinta Olemassaolevien tunnusjärjestelmien käyttäminen 3.9.2010 2 INSPIRE -paikkatietoaineistojen

Lisätiedot

Pilvi 9.0. Arkkitehtuuri. Esimerkki arkkitehtuurit

Pilvi 9.0. Arkkitehtuuri. Esimerkki arkkitehtuurit Esimerkki arkkitehtuurit Sivu 2/8 Sisällysluettelo 1. Johdanto... 3 1.1. Termejä... 3 2. Web hosting ilman kuormantasausta... 4 3. Web hosting kuormatasaus ja bastion... 5 3.1.... 5 3.2. Kuvaus... 5 4.

Lisätiedot

JHS XXX Paikkatiedon yksilöivät tunnisteet Liite 1: URI:n muodostamisen prosessi

JHS XXX Paikkatiedon yksilöivät tunnisteet Liite 1: URI:n muodostamisen prosessi JHS XXX Paikkatiedon yksilöivät tunnisteet Liite 1: URI:n muodostamisen prosessi Versio: 2014-11-10 Julkaistu: Voimassaoloaika: 1 Johdanto... 1 2 Paikallisen tunnisteen luominen tietokantaan... 1 3 Yksilöivän

Lisätiedot

T-111.361 Hypermediadokumentin laatiminen. Sisältö. Tavoitteet. Mitä on www-ohjelmointi? Arkkitehtuuri (yleisesti) Interaktiivisuuden keinot

T-111.361 Hypermediadokumentin laatiminen. Sisältö. Tavoitteet. Mitä on www-ohjelmointi? Arkkitehtuuri (yleisesti) Interaktiivisuuden keinot T-111.361 Hypermediadokumentin laatiminen -Ohjelmointi Peruskäsitys www-ohjelmoinnin kentästä Tekniikat interaktiivisuuden toteuttamiseen tekniikat tekniikat Tietokannat Juha Laitinen TKK/TML juha.laitinen@hut.fi

Lisätiedot

Internet-pohjainen ryhmätyöympäristö

Internet-pohjainen ryhmätyöympäristö Menetelmäohje Internet-pohjainen ryhmätyöympäristö Riku Hurmalainen, 24.3.2002 Sisällysluettelo 1. Johdanto...3 2. Termit...4 3. Toteutus...5 3.1. Yleiskuvaus...5 3.2. Tekninen ratkaisu...5 3.3. Tietoturva...6

Lisätiedot

Metatiedot organisaatioiden sisällönhallinnassa

Metatiedot organisaatioiden sisällönhallinnassa Metatiedot organisaatioiden sisällönhallinnassa Airi Salminen Jyväskylän yliopisto http://www.cs.jyu.fi/~airi/ Lainsäädäntöprosessin tiedonhallinnan kehittäminen Metatiedot suomalaisen lainsäädäntöprosessin

Lisätiedot

Paikkatiedon yksilöivät tunnukset. Pekka Sarkola

Paikkatiedon yksilöivät tunnukset. Pekka Sarkola Paikkatiedon yksilöivät tunnukset Pekka Sarkola Taustaa - Inspire Inspire-direktiivi (2007/2/EY) edellyttää soveltamisalallaan yksilöiviä ulkoisia kohdetunnisteita, jolla tarkoitetaan alkuperäisen tiedon

Lisätiedot

Liite B. Asemakaavan mallinnus tiedonsiirtoa varten

Liite B. Asemakaavan mallinnus tiedonsiirtoa varten Liite B. Asemakaavan mallinnus tiedonsiirtoa varten Versio: 18.10.2011 Julkaistu: 27.10.2011 Voimassaoloaika: Toistaiseksi Sisällys 1 Johdanto... 2 1.1 Asemakaavasuosituksen tausta... 2 1.2 Asemakaavasuosituksen

Lisätiedot

Mikä on internet, miten se toimii? Mauri Heinonen

Mikä on internet, miten se toimii? Mauri Heinonen Mikä on internet, miten se toimii? Mauri Heinonen Mikä on Internet? Verkkojen verkko Muodostettu liittämällä lukuisia aliverkkoja suuremmaksi verkoksi Sivustojen tekemiseen käytetään kuvauskielta HTML

Lisätiedot

Veronumero.fi Tarkastaja rajapinta

Veronumero.fi Tarkastaja rajapinta Suomen Tilaajavastuu Oy Veronumero.fi Tarkastaja rajapinta Rajapintakuvaus veronumeroiden tarkastamiseen ja henkilötietojen noutamiseen Suomen Tilaajavastuu Oy Muutoshistoria Päivämäärä Tekijä Muutos 11.2.2013

Lisätiedot

Järjestelmäarkkitehtuuri (TK081702)

Järjestelmäarkkitehtuuri (TK081702) Järjestelmäarkkitehtuuri (TK081702) yleistyvät verkkopalveluissa Youtube Google... Avaavat pääsyn verkkopalvelun sisältöön. Rajapintojen tarjoamia tietolähteitä yhdistelemällä luodaan uusia palveluja,

Lisätiedot

TCP/IP-protokollat ja DNS

TCP/IP-protokollat ja DNS TCP/IP-protokollat ja DNS Oma nimi Raportti pvm Sisällys 1 TCP/IP...1 1.1 TCP-protokolla...1 1.2 IP-protokolla...1 2 DNS-järjestelmä...1 2.1 Verkkotunnukset...2 2.2 Nimipalvelimet...2 2.2.1 Nimenselvitys...2

Lisätiedot

Ontologiat ja semanttinen web sisällön tuotannon näkökulmasta Luetteloinnin tiedotuspäivä 2010. Juha Hakala Kansalliskirjasto.

Ontologiat ja semanttinen web sisällön tuotannon näkökulmasta Luetteloinnin tiedotuspäivä 2010. Juha Hakala Kansalliskirjasto. Ontologiat ja semanttinen web sisällön tuotannon näkökulmasta Luetteloinnin tiedotuspäivä 2010 Juha Hakala Kansalliskirjasto Sisältö Semanttinen Web ja kirjastot yleistä W3C Libraries and Semantic Web

Lisätiedot

Liite 1: KualiKSB skenaariot ja PoC tulokset. 1. Palvelun kehittäjän näkökulma. KualiKSB. Sivu 1. Tilanne Vaatimus Ongelma jos vaatimus ei toteudu

Liite 1: KualiKSB skenaariot ja PoC tulokset. 1. Palvelun kehittäjän näkökulma. KualiKSB. Sivu 1. Tilanne Vaatimus Ongelma jos vaatimus ei toteudu Liite 1: skenaariot ja PoC tulokset 1. Palvelun kehittäjän näkökulma Tilanne Vaatimus Ongelma jos vaatimus ei toteudu Palvelun uusi versio on Palveluiden kehittäminen voitava asentaa tuotantoon vaikeutuu

Lisätiedot

Haka-käyttäjien kokoontuminen Arto Tuomi CSC Tieteen tietotekniikan keskus

Haka-käyttäjien kokoontuminen Arto Tuomi CSC Tieteen tietotekniikan keskus Hakan teknisiä kuulumisia Haka-käyttäjien kokoontuminen 20.1.2009 Arto Tuomi CSC Tieteen tietotekniikan keskus SAML2 siirtymä 1.12.2008 Uudet Hakaan rekisteröitävät palvelut (SP) tukevat SAML 2.0 -tekniikkaa

Lisätiedot

Sisällysluettelo 1 Johdanto Root, koko Opalan pääkäyttäjä

Sisällysluettelo 1 Johdanto Root, koko Opalan pääkäyttäjä OPALA Käyttöohje Sisällysluettelo 1 Johdanto 4 2 Root, koko Opalan pääkäyttäjä...5 2.1 Sisäänkirjautuminen.5 2.2 Käyttäjätunnukset 6 2.2.1 Pääkäyttäjätunnukset.6 2.2.1.1 Luo. 7 2.2.1.2 Muokka/poista 8

Lisätiedot

Arkkitehtuurikuvaus. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14

Arkkitehtuurikuvaus. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14 Arkkitehtuurikuvaus Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy Ryhmä 14 Muutoshistoria Versio Pvm Päivittäjä Muutos 0.4 1.11.2007 Matti Eerola 0.3 18.10.2007 Matti Eerola 0.2

Lisätiedot

Kirjastoverkkopäivät Marja-Liisa Seppälä Kansalliskirjasto

Kirjastoverkkopäivät Marja-Liisa Seppälä Kansalliskirjasto Kirjastoverkkopäivät 2011 26.10.2011 Marja-Liisa Seppälä Kansalliskirjasto Kestävä kehitys ja metatieto Kestävä kehitys on tasa-arvoa, yhteisöllisyyttä, pitkäjänteisyyttä, vastuullisuutta, ekologisuutta,

Lisätiedot

Seurantajärjestelmä ja vuosiraportointi Poimintoja raportoijalle, TETS. 22.1.2013 Saara Elväs

Seurantajärjestelmä ja vuosiraportointi Poimintoja raportoijalle, TETS. 22.1.2013 Saara Elväs Seurantajärjestelmä ja vuosiraportointi Poimintoja raportoijalle, Saara Elväs Vuosiraportointi 2012 Kaikki tiedot tulee raportoida seurantajärjestelmään maaliskuun loppuun 2013 mennessä Tiedot tarkastetaan,

Lisätiedot

Organisaatioiden, asiakirjojen ym. yksilöinti ja asiakirjojen perusrakenne

Organisaatioiden, asiakirjojen ym. yksilöinti ja asiakirjojen perusrakenne Organisaatioiden, asiakirjojen ym. yksilöinti ja asiakirjojen perusrakenne Terveydenhuollon 29. atk-päivät Antero Ensio, Ensitieto Oy Jyväskylä 26.5.2003 1 Esityksen sisältö oid-tunnus organisaatiotunnus

Lisätiedot

Liite A. Kantakartan mallinnus tiedonsiirtoa varten

Liite A. Kantakartan mallinnus tiedonsiirtoa varten Liite A. Kantakartan mallinnus tiedonsiirtoa varten Versio: 18.10.2011 Julkaistu: 27.10.2011 Voimassaoloaika: Toistaiseksi Sisällys 1 Johdanto... 2 1.1 Kantakarttasuosituksen tausta... 2 1.2 Kantakarttasuosituksen

Lisätiedot

Tekninen kuvaus Aineistosiirrot Interaktiiviset yhteydet iftp-yhteydet

Tekninen kuvaus Aineistosiirrot Interaktiiviset yhteydet iftp-yhteydet Tekninen kuvaus Aineistosiirrot Interaktiiviset yhteydet iftp-yhteydet 15.11.2012 Sisällysluettelo 1 Johdanto... 3 1.2 Interaktiivinen FTP-yhteystapa... 3 1.3 Linkki aineistosiirtopalveluun liittyvät dokumentit...

Lisätiedot

ELEC-C7241 Tietokoneverkot Sovelluskerros

ELEC-C7241 Tietokoneverkot Sovelluskerros ELEC-C7241 Tietokoneverkot Sovelluskerros Pasi Sarolahti (useat kalvot: Sanna Suoranta) 17.1.2017 Agenda Viiveet Kuinka suhtautuvat toisiinsa? DNS dig Web Netcat / curl Sähköposti Wireshark (Verkkosovellukset)

Lisätiedot

ATK yrittäjän työvälineenä

ATK yrittäjän työvälineenä ATK yrittäjän työvälineenä Internet viestintä- ja kauppakanavana Timo Laapotti / F4U - Foto For You f4u@f4u.fi http://f4u.fi/mlykl/ 27.5.2008 Tietoverkko Tietoverkossa on yhteen kytkettyjä tietokoneita.

Lisätiedot

Fi-verkkotunnus yksilöllinen ja suomalainen

Fi-verkkotunnus yksilöllinen ja suomalainen Fi-verkkotunnus yksilöllinen ja suomalainen Fi-verkkotunnus yksilöllinen ja suomalainen 2 Fi-verkkotunnus on yhtä supisuomalainen asia kuin sauna ja joulupukki. Se on merkki turvallisuudesta ja luotettavuudesta.

Lisätiedot

AJAX-konsepti AJAX. Asynkronisuus. Nykyisten web-ohjelmien ongelmia. Asynchronous JavaScript And XML

AJAX-konsepti AJAX. Asynkronisuus. Nykyisten web-ohjelmien ongelmia. Asynchronous JavaScript And XML AJAX-konsepti AJAX Asynchronous JavaScript And XML Viimeisin muoti-ilmiö web-ohjelmoinissa, termi Ajax tuli käyttöön vuoden 2005 aikana Joukko teknologioita, joiden avulla voidaan toteuttaa uudenlaisen

Lisätiedot

Ne liittyvät samaan henkilöön, paikkaan, projektiin, asiaan, asiakkaaseen, tapahtumaan tai seikkaan.

Ne liittyvät samaan henkilöön, paikkaan, projektiin, asiaan, asiakkaaseen, tapahtumaan tai seikkaan. 6. Asiakirjapalvelu 6.1 PALVELUINFORMAATIO Palvelun nimi Asiakirjapalvelu Palvelun versio 1.0 Tunnus (ks. M14.4.42) 6.2 Avainkäsitteet 6.2.1 Tarkoituksenmukainen asiakirjakoosteiden muodostaminen MoReq2010

Lisätiedot

Antti Vähälummukka 2010

Antti Vähälummukka 2010 Antti Vähälummukka 2010 TCP/IP (Transmission Control Protocol / Internet Protocol) on usean Internet-liikennöinnissä käytettävän tietoverkkoprotokollan yhdistelmä. IP-protokolla on alemman tason protokolla,

Lisätiedot

3 Verkkopalveluarkkitehtuuri

3 Verkkopalveluarkkitehtuuri 3 Verkkopalveluarkkitehtuuri Verkkopalvelun arkkitehtuuri perustuu yleisesti asiakas-palvelin -malliin Tietokantapohjaisessa (verkko)palvelussa asiakas-palvelin -malli toimii seuraavasti: 1. Käyttäjä käyttää

Lisätiedot

Useimmin kysytyt kysymykset

Useimmin kysytyt kysymykset Useimmin kysytyt kysymykset Versio 1.1 1 1. Mikä mobiilikortti on? Mobiilikortti on matkapuhelimessa toimiva sovellus ja www.mobiilikortti.com osoitteessa oleva palvelu. Sovelluksen avulla voit siirtää

Lisätiedot

standardit (W3C, ISO) Semanttisen laskennan tutkimusryhmä Teknillinen korkeakoulu kim.viljanen@tkk.fi

standardit (W3C, ISO) Semanttisen laskennan tutkimusryhmä Teknillinen korkeakoulu kim.viljanen@tkk.fi Semanttisen webin standardit (W3C, ISO) ja teknologiat Kim Viljanen Kim Viljanen Semanttisen laskennan tutkimusryhmä Teknillinen korkeakoulu kim.viljanen@tkk.fi SeCon Semantic web -patteristo XML Finland

Lisätiedot

Ohjeistus. Hyväksytty pilotointia varten 2008-04-17 1 (13) Virtu - Määrittely. Attribuuttien muodostamisen ohjeistus

Ohjeistus. Hyväksytty pilotointia varten 2008-04-17 1 (13) Virtu - Määrittely. Attribuuttien muodostamisen ohjeistus 2008-04-17 1 (13) Virtu - Määrittely Attribuuttien muodostamisen ohjeistus 2008-04-17 2 (13) Sisällysluettelo 1 Johdanto... 4 2 Yhteiset luottamusverkoston attribuutit... 4 3 Uuden attribuutin muodostaminen

Lisätiedot

ONKI-projekti tuo ontologiat käyttöön sisällönkuvailussa

ONKI-projekti tuo ontologiat käyttöön sisällönkuvailussa ONKI-projekti tuo ontologiat käyttöön sisällönkuvailussa Sisällönkuvailun koulutuspäivä erikoiskirjastoille 14.5.2014 Ontologiat Ontologia Tunnisteet Koneluettavat suhteet Termeistä käsitteisiin Monikielisyys

Lisätiedot

MatTaFi projektin HAKA-pilotti

MatTaFi projektin HAKA-pilotti projektin HAKA-pilotti Matti Harjula matti.harjula@hut.fi Matematiikan ja systeemianalyysin laitos Teknillinen korkeakoulu 15. tammikuuta 2008 1 2 Materiaalin tuottajat ongelmana 3 Uusien sovellusten yksinkertaisempi

Lisätiedot

Tietojen lataaminen SOTE-organisaatiorekisteristä omiin tietojärjestelmiin

Tietojen lataaminen SOTE-organisaatiorekisteristä omiin tietojärjestelmiin OHJE 1(5) Tietojen lataaminen stä omiin tietojärjestelmiin Taustaa THL - ä käytetään sähköisten lääkemääräysten ja potilasasiakirjojen yksilöintiin, tallentamiseen ja luovuttamiseen reseptikeskuksesta

Lisätiedot

Sisällys. Valtion tietotekniikan rajapintasuosituksia. XML:n rooleja sähköisen asioinnin tavoitearkkitehtuurissa. dbroker - asiointialusta

Sisällys. Valtion tietotekniikan rajapintasuosituksia. XML:n rooleja sähköisen asioinnin tavoitearkkitehtuurissa. dbroker - asiointialusta Palveluita ja sisältöä portaaliin - XML:n mahdollisuuksista XML-tietokannat ja julkishallinnon XML-sovellukset, 28.05.2002 Lasse Akselin, TietoEnator Oyj Sisällys Valtion tietotekniikan rajapintasuosituksia

Lisätiedot

Tikon Ostolaskujenkäsittely versio 6.1.2 SP1

Tikon Ostolaskujenkäsittely versio 6.1.2 SP1 Toukokuu 2012 1 (14) Tikon Ostolaskujenkäsittely versio 6.1.2 SP1 Asennusohje Toukokuu 2012 2 (14) Sisällysluettelo 1. Vaatimukset palvelimelle... 3 1.1..NET Framework 4.0... 3 1.2. Palvelimen Internet

Lisätiedot

Julkishallinnon XML-skeemat v0.5 JHS-suositus

Julkishallinnon XML-skeemat v0.5 JHS-suositus Julkishallinnon XML-skeemat v0.5 JHS-suositus Keskustelutilaisuus 22.10.2008, Kansallismuseon auditorio Lasse Akselin TietoEnator lasse.akselin@tietoenator.com Sisällys Johdanto Nimeämissäännöt Skeemojen

Lisätiedot

Heikki Helin Metatiedot ja tiedostomuodot

Heikki Helin Metatiedot ja tiedostomuodot Heikki Helin 6.5.2013 Metatiedot ja tiedostomuodot KDK:n metatiedot ja tiedostomuodot KDK:n tekniset määritykset ja niiden väliset suhteet Aineistojen valmistelu ja paketointi on hyödyntäville organisaatioille

Lisätiedot

Sosiaalihuollon asiakirjastandardi kehittyy. Konstantin Hyppönen Erikoissuunnittelija Tietojenkäsittelytieteen laitos Kuopion yliopisto

Sosiaalihuollon asiakirjastandardi kehittyy. Konstantin Hyppönen Erikoissuunnittelija Tietojenkäsittelytieteen laitos Kuopion yliopisto Sosiaalihuollon asiakirjastandardi kehittyy Konstantin Hyppönen Erikoissuunnittelija Tietojenkäsittelytieteen laitos Kuopion yliopisto 1 Esityksen sisältö Asiakirjastandardin lähtökohdat Suunnitteluperiaatteet

Lisätiedot

1. Skannaus ja tekstintunnistus (OCR) verkkoskannerilta

1. Skannaus ja tekstintunnistus (OCR) verkkoskannerilta M-Files OCR M-Files OCR:n avulla voidaan skannattavalle paperidokumentille tehdä tekstintunnistus skannerista riippumatta. Tällöin tekstiä sisältävät kuvat tunnistetaan varsinaisiksi tekstimerkeiksi, jonka

Lisätiedot

ohjelman arkkitehtuurista.

ohjelman arkkitehtuurista. 1 Legacy-järjestelmällä tarkoitetaan (mahdollisesti) vanhaa, olemassa olevaa ja käyttökelpoista ohjelmistoa, joka on toteutettu käyttäen vanhoja menetelmiä ja/tai ohjelmointikieliä, joiden tuntemus yrityksessä

Lisätiedot

Amazon Web Services (AWS) on varmaankin maailman suosituin IaaS-tarjoaja. Lisäksi se tarjoaa erilaisia PaaS-kategoriaan kuuluvia palveluita.

Amazon Web Services (AWS) on varmaankin maailman suosituin IaaS-tarjoaja. Lisäksi se tarjoaa erilaisia PaaS-kategoriaan kuuluvia palveluita. 1 2 Amazon Web Services (AWS) on varmaankin maailman suosituin IaaS-tarjoaja. Lisäksi se tarjoaa erilaisia PaaS-kategoriaan kuuluvia palveluita. 3 4 Region vastaa palvelun fyysistä sijaintipaikkaa (AWS

Lisätiedot

Tiedostojen siirto ja FTP - 1

Tiedostojen siirto ja FTP - 1 Tiedostojen siirto ja FTP Tiedonsiirto Sibelius-Akatemian hakemistosi ja jonkun muun koneen välillä (esim. kotikoneesi) Taustaa FTP on lyhenne sanoista File Transfer Protocol. Se on yhteystapa jolla siirretään

Lisätiedot

Asio-opetuksensuunnittelun ja Oodin integraatio Web Servicellä

Asio-opetuksensuunnittelun ja Oodin integraatio Web Servicellä Asio-opetuksensuunnittelun ja Oodin integraatio Web Servicellä Integraation yleiskuvaus Erillinen lisämoduuli Asion opetuksen suunnitteluohjelmistoon Mahdollistaa Asio-opetuksensuunnittelussa suunnitellun

Lisätiedot

Metatieto mihin ja miten? Juha Hakala Helsingin yliopiston kirjasto juha.hakala@helsinki.fi

Metatieto mihin ja miten? Juha Hakala Helsingin yliopiston kirjasto juha.hakala@helsinki.fi Metatieto mihin ja miten? Juha Hakala Helsingin yliopiston kirjasto juha.hakala@helsinki.fi Sisältö Metatiedon määrittely Metatiedon käytöstä Metatietoformaatit MARC, Dublin Core, IEEE LOM Elektronisten

Lisätiedot

JHS-järjestelmä ja yhteentoimivuus

JHS-järjestelmä ja yhteentoimivuus JHS-järjestelmä ja yhteentoimivuus JHS-seminaari 5.4.2005 Säätytalo Tommi Karttaavi, JUHTA JUHTA Asetettu valtionhallinnon ja kunnallishallinnon tietohallintoyhteistyön suunnittelua ja tietohallintoyhteistyöhön

Lisätiedot

Käyttöoikeuksien metatieto

Käyttöoikeuksien metatieto Käyttöoikeuksien metatieto Yhteistyöseminaari 6.2.2014 Juha Hakala, Kansalliskirjasto Yleistä Käyttöoikeuksien metatieto (rights metadata) on tärkeää: Rights metadata is not just about compliance with

Lisätiedot

Syntysähköisten. Markus Merenmies / Kansallisarkisto

Syntysähköisten. Markus Merenmies / Kansallisarkisto Syntysähköisten asiakirjojen j digitointi it i ti Markus Merenmies / Kansallisarkisto OSA I : Johdanto ja viitekehys Lähtökohtia Viranomaisten syntysähköisten asiakirjojen säilyttäminen yksinomaan sähköisessä

Lisätiedot

Valtioneuvoston tietosisältöjen semanttinen yhteentoimivuus

Valtioneuvoston tietosisältöjen semanttinen yhteentoimivuus Valtioneuvoston tietosisältöjen semanttinen yhteentoimivuus Maija Jussilainen tietoasiantuntija Valtioneuvoston tietohallintoyksikkö Valtiovarainministeriö maija.jussilainen@vm.fi 09-1603 4935 0400-415

Lisätiedot

Taulukot. Jukka Harju, Jukka Juslin 2006 1

Taulukot. Jukka Harju, Jukka Juslin 2006 1 Taulukot Jukka Harju, Jukka Juslin 2006 1 Taulukot Taulukot ovat olioita, jotka auttavat organisoimaan suuria määriä tietoa. Käsittelylistalla on: Taulukon tekeminen ja käyttö Rajojen tarkastus ja kapasiteetti

Lisätiedot

17.9.2012 Juha Tretjakov. Oppijanumero ja käyttäjien tunnistaminen

17.9.2012 Juha Tretjakov. Oppijanumero ja käyttäjien tunnistaminen 17.9.2012 Juha Tretjakov Oppijanumero ja käyttäjien tunnistaminen Käyttäjähallinta Käyttäjän tunnistus Käyttäjän yksilöinti Käyttäjätunnuksena sähköpostiosoite Salasanojen kelpoisuustarkistus Suomalainen

Lisätiedot

Palvelun rekisteröinti Virtu - luottamusverkostoon / testipalveluun

Palvelun rekisteröinti Virtu - luottamusverkostoon / testipalveluun 1 Resurssirekisteri :: Käyttöohje Palvelun rekisteröinti Virtu - luottamusverkostoon / testipalveluun Tässä ohjeessa kerrotaan, miten lisäät uuden Service Provider (SP) palvelun Virtu - luottamusverkostoon

Lisätiedot

Viestintäviraston EPP-rajapinta

Viestintäviraston EPP-rajapinta Viestintäviraston EPP-rajapinta EPP - Extensible Provisioning Protocol EPP on XML- pohjainen protokolla EPP:llä tarkoitetaan RFC-dokumenteissa määriteltyä tapaa liittyä rekisterin (registry) ylläpitäjän

Lisätiedot

JHS 159 ISO OID-yksilöintitunnuksen soveltaminen julkishallinnossa

JHS 159 ISO OID-yksilöintitunnuksen soveltaminen julkishallinnossa JHS 159 ISO OID-yksilöintitunnuksen soveltaminen julkishallinnossa Versio: 1.1 5.10.2012 Julkaistu: 17.6.2010 Voimassaoloaika: toistaiseksi Sisällys 1 JOHDANTO 3 2 SOVELTAMISALA 3 3 TERMIT JA MÄÄRITELMÄT

Lisätiedot

WWW-PALVELUN KÄYTTÖÖNOTTO LOUNEA OY

WWW-PALVELUN KÄYTTÖÖNOTTO LOUNEA OY 1 WWW-PALVELUN KÄYTTÖÖNOTTO LOUNEA OY 10.4.2015 Lounea Oy Tehdaskatu 6, 24100 Salo Puh. 029 707 00 Y-tunnus 0139471-8 www.lounea.fi Asiakaspalvelu 0800 303 00 Yrityspalvelu 0800 303 01 Myymälät 0800 303

Lisätiedot

Julkisen verkon nimipalvelumuutokset (kun asiakkaalla ei ole ollut entuudestaan Lync tai Office Communicator palveluita)

Julkisen verkon nimipalvelumuutokset (kun asiakkaalla ei ole ollut entuudestaan Lync tai Office Communicator palveluita) AinaUCX:n Lync 2013 -palvelun käyttöönotto vaatii muutoksia asiakkaan nimipalveluihin. Tämän lisäksi myös asiakaskohtainen sertifikaatti pitää ottaa käyttöön Lync-palvelun yhteydessä, jotta kaikki Lyncin

Lisätiedot

2) Sisäverkon RJ45-portit kamerakäytössä (alk. S. 7) - kamera ei näy jossain modeemin takaseinän portissa tai se saa oudon näköisen IP-numeron

2) Sisäverkon RJ45-portit kamerakäytössä (alk. S. 7) - kamera ei näy jossain modeemin takaseinän portissa tai se saa oudon näköisen IP-numeron Notesco TeleWell ADSL modeemin asennusohje 1) Virtuaalipalvelimen luominen kamerakuvan näyttämiseen Internetissä (alk. S. 3) - ohje pätee yleisesti myös muille modeemeille (ADSL, 3G ja kaapelimodeemit)

Lisätiedot

TW- EAV510: PORTIOHJAUS (VIRTUAL SERVER) ESIMERKISSÄ VALVONTAKAMERAN KYTKEMINEN VERKKOON

TW- EAV510: PORTIOHJAUS (VIRTUAL SERVER) ESIMERKISSÄ VALVONTAKAMERAN KYTKEMINEN VERKKOON TWEAV510: PORTIOHJAUS (VIRTUAL SERVER) ESIMERKISSÄ VALVONTAKAMERAN KYTKEMINEN VERKKOON Laitteessa tulee olla ohjelmisto 5.00.49 tai uudempi, tarvittaessa päivitä laite OPERAATTORIN IPOSOITE Jotta valvontakameran

Lisätiedot

Sisällönhallinnan menetelmiä

Sisällönhallinnan menetelmiä Sisällönhallinnan menetelmiä Airi Salminen Jyväskylän yliopisto http://www.cs.jyu.fi/~airi/ Suomalaisen lainsäädäntötyön tiedonhallinta: suuntana semanttinen web RASKE2-projektin loppuseminaari Eduskunnassa

Lisätiedot

Nimiauktoriteetit Nimien tunnisteet. Kuvailun tiedotuspäivä Maarit Huttunen

Nimiauktoriteetit Nimien tunnisteet. Kuvailun tiedotuspäivä Maarit Huttunen Nimiauktoriteetit Nimien tunnisteet Kuvailun tiedotuspäivä 26.3.2014 Maarit Huttunen 1 Nimiauktoriteetit Auktoriteettivalvonnan avulla luodaan yhdenmukaiset ohjeelliset muodot tietokantaan ja käytetään

Lisätiedot

Vaatimusmäärittely Ohjelma-ajanvälitys komponentti

Vaatimusmäärittely Ohjelma-ajanvälitys komponentti Teknillinen korkeakoulu 51 Vaatimusmäärittely Ohjelma-ajanvälitys komponentti Versio Päiväys Tekijä Kuvaus 0.1 21.11.01 Oskari Pirttikoski Ensimmäinen versio 0.2 27.11.01 Oskari Pirttikoski Lisätty termit

Lisätiedot

SUOMEN KUNTALIITTO RY

SUOMEN KUNTALIITTO RY Karttaliittymä Versio: 18.10.2011 Julkaistu: 27.10.2011 Voimassaoloaika: Toistaiseksi Sisällys 1 Johdanto... 2 1.1 Suosituksen tausta... 2 1.2 Suosituksen rakenne... 2 2 Soveltamisala... 2 3 Lyhenteet...

Lisätiedot

Paikkatiedot ja Web-standardit

Paikkatiedot ja Web-standardit Paikkatiedot ja Web-standardit Ossi Nykänen Tampereen teknillinen yliopisto (TTY), Digitaalisen median instituutti (DMI), Hypermedialaboratorio W3C Suomen toimisto Esitelmä Hyvin lyhyt versio: World Wide

Lisätiedot

GroupWise Calendar Publishing Host User

GroupWise Calendar Publishing Host User GroupWise 8 Calendar Publishing Host User 8 17. lokakuu 2008 Novell GroupWise Calendar Publishing Host User PIKAKÄYNNISTYS www.novell.com YLEISTÄ Novell GroupWise Calendar Publishing Host User on Web-pohjainen

Lisätiedot

ejuttu ohjeet kuinka sitä käytetään.

ejuttu ohjeet kuinka sitä käytetään. ejuttu ohjeet kuinka sitä käytetään. 1. Artikkelin lisääminen a. Kirjaudu sisään b. Lisää sisältöä c. Artikkeli i. Lisää pääkuva 1. Pääkuvalle kuvateksti ii. Anna artikkelille otsikko iii. Ingressi-kenttään

Lisätiedot

Tietoturvan haasteet grideille

Tietoturvan haasteet grideille Tietoturvan haasteet grideille / Arto Teräs 2005-09-06 Kalvo 1(10) Tietoturvan haasteet grideille Arto Teräs FUNET CERT 10-vuotispäivät Espoo, 6.9.2005 Grid Tietoturvan haasteet grideille

Lisätiedot

Metatiedot ja sähköinen asiakirja

Metatiedot ja sähköinen asiakirja Metatiedot ja sähköinen asiakirja Suomen XII liikearkistopäivät, Tampere 13.9.2007 Pekka Henttonen Metatiedon käyttötarkoitukset Tietoresurssien identifioiminen: mitä on olemassa haku: mistä tieto löytyy

Lisätiedot

HOW-TO: Kuinka saan yhdistettyä kaksi tulospalvelukonetta keskenään verkkoon? [Windows XP]

HOW-TO: Kuinka saan yhdistettyä kaksi tulospalvelukonetta keskenään verkkoon? [Windows XP] HOWTO: Tulospalveluohjelman asetusten määrittely verkkokäytössä 1/5 HOW-TO: Kuinka saan yhdistettyä kaksi tulospalvelukonetta keskenään verkkoon? [Windows XP] Kaksi tietokonetta saa kytkettyä keskenään

Lisätiedot

Asko Ikävalko, k0201291 22.2.2004 TP02S-D. Ohjelmointi (C-kieli) Projektityö. Työn valvoja: Olli Hämäläinen

Asko Ikävalko, k0201291 22.2.2004 TP02S-D. Ohjelmointi (C-kieli) Projektityö. Työn valvoja: Olli Hämäläinen Asko Ikävalko, k0201291 22.2.2004 TP02S-D Ohjelmointi (C-kieli) Projektityö Työn valvoja: Olli Hämäläinen Asko Ikävalko LOPPURAPORTTI 1(11) Ratkaisun kuvaus Käytetyt tiedostot Tietuerakenteet Onnistuin

Lisätiedot

Infra FINBIM YLEISET TAVOITTEET, AP1 Hankintamenetelmät FINBIM-PILOTTIPÄIVÄ 10.5.2011 ANTTI KARJALAINEN

Infra FINBIM YLEISET TAVOITTEET, AP1 Hankintamenetelmät FINBIM-PILOTTIPÄIVÄ 10.5.2011 ANTTI KARJALAINEN Infra FINBIM YLEISET TAVOITTEET, AP1 Hankintamenetelmät FINBIM-PILOTTIPÄIVÄ 10.5.2011 ANTTI KARJALAINEN 3.5.2011 Tietomallipohjainen hanke tulee perustua yleisesti sovittuihin lähtökohtiin: Standardinomaiset

Lisätiedot

Ohjelmoinnin perusteet Y Python

Ohjelmoinnin perusteet Y Python Ohjelmoinnin perusteet Y Python T-106.1208 9.2.2009 T-106.1208 Ohjelmoinnin perusteet Y 9.2.2009 1 / 35 Listat Esimerkki: halutaan kirjoittaa ohjelma, joka lukee käyttäjältä 30 lämpötilaa. Kun lämpötilat

Lisätiedot

IT-OSAAJA, TIETOJENKÄSITTELYN ERIKOISTUMISOPINNOT

IT-OSAAJA, TIETOJENKÄSITTELYN ERIKOISTUMISOPINNOT IT-OSAAJA, TIETOJENKÄSITTELYN ERIKOISTUMISOPINNOT KOULUTUKSEN KOHDERYHMÄ SISÄLTÖ Koulutuksen tavoitteena on antaa opiskelijalle valmiudet uusien tietoteknisten menetelmien ja välineiden hyödyntämiseen.

Lisätiedot

Nelli kaukopalvelutyössä

Nelli kaukopalvelutyössä Nelli kaukopalvelutyössä Jouni Nevalainen 22.5.2008 Esityksen sisältö Mikä Nelli-portaali on? Pikahaku, tietokannat, E-lehdet, monihaku Hakeminen Nellissä OmaNelli SFX-linkitys Nelli-portaali, miksi? TKK:lla

Lisätiedot

SUOMEN KUNTALIITTO Sairaalapalvelut

SUOMEN KUNTALIITTO Sairaalapalvelut SUOMEN KUNTALIITTO Sairaalapalvelut TERVEYDENHUOLLON XXI ATK-PAIVAT 29. - 30.5.1995 Kalastajatorppa, Helsinki Atk-päällikkö Pentti Sopanen KYS INTERNETIN KÄYTTO TERVEYDENHUOLLOSSA - MAHDOLLISUUKSIA JA

Lisätiedot

Ohjelmoinnin perusteet Y Python

Ohjelmoinnin perusteet Y Python Ohjelmoinnin perusteet Y Python T-106.1208 2.3.2009 T-106.1208 Ohjelmoinnin perusteet Y 2.3.2009 1 / 28 Puhelinluettelo, koodi def lue_puhelinnumerot(): print "Anna lisattavat nimet ja numerot." print

Lisätiedot

SÄHKE2-vaatimusten mukainen hävitysesitys ja sen tietosisältö

SÄHKE2-vaatimusten mukainen hävitysesitys ja sen tietosisältö 04.12.2009 1 (9) SÄHKE2-vaatimusten mukainen hävitysesitys ja sen tietosisältö Määräys 15.2.2010 Ohje 15.2.2010 Sisältö Arkistolaitoksen määräys/ohje SÄHKE2-vaatimusten mukaan toteutettuihin tietojärjestelmiin

Lisätiedot

Laajuus 5 op Luennot: 12 x 2t Harjoitukset: 7 viikkoharjoitusta harjoitusten tekemiseen saatavissa apua 2 ryhmää / harjoitus

Laajuus 5 op Luennot: 12 x 2t Harjoitukset: 7 viikkoharjoitusta harjoitusten tekemiseen saatavissa apua 2 ryhmää / harjoitus Laajuus 5 op Luennot: 12 x 2t 11.3.2014 29.4.2014 Harjoitukset: 7 viikkoharjoitusta harjoitusten tekemiseen saatavissa apua 2 ryhmää / harjoitus Lähiopetuksen jäkeen harjoitustyö ja tentti Aulikki Hyrskykari

Lisätiedot

Lähteisiin viittaaminen ja lähdekritiikki

Lähteisiin viittaaminen ja lähdekritiikki Lähteisiin viittaaminen ja lähdekritiikki LÄHDEKRITIIKKI Lähdekritiikki on tiedonlähteiden arviointia. Lähdekritiikillä tarkoitetaan siis sen arvioimista, voiko tiedontuottajaan (siis esimerkiksi kirjan,

Lisätiedot

Home Media Server. Home Media Server -sovelluksen asentaminen tietokoneeseen. Mediatiedostojen hallinta. Home Media Server

Home Media Server. Home Media Server -sovelluksen asentaminen tietokoneeseen. Mediatiedostojen hallinta. Home Media Server 2007 Nokia. Kaikki oikeudet pidätetään. Nokia, Nokia Connecting People ja Nseries ovat Nokia Oyj:n tavaramerkkejä tai rekisteröityjä tavaramerkkejä. Muut tässä asiakirjassa mainitut tuotteiden ja yritysten

Lisätiedot