Source: http://docplayer.fi/157831-Digiroad-tarveselvitys-ja-palvelukuvaus.html
Timestamp: 2016-12-06 06:14:19+00:00
Document Index: 755319

Matched Legal Cases: ['kko ', 'kko ', 'kko ', 'kko ', 'kko ', 'kko ', 'kko ']

⭐Digiroad - tarveselvitys ja palvelukuvaus
Digiroad - tarveselvitys ja palvelukuvaus
Download "Digiroad - tarveselvitys ja palvelukuvaus"
1 Digiroad - tarveselvitys ja palvelukuvaus2 3 ÄLLI-julkaisuja 3/2009 Digiroad - tarveselvitys ja palvelukuvaus4 ISBN ÄLLI-julkaisuja Helsinki 20095 Julkaisija ÄLLI-ohjelma Tekijät (toimielimestä: toimielimen nimi, puheenjohtaja, sihteeri) Tiehallinto: Reijo Prokkola, Riitta Kaasalainen Affecto Finland Oy / Karttakeskus: Antero Karppinen, Anna Mustajoki, Kari Matilainen, Riikka Nurminen, Henni Vainio KUVAILULEHTI Julkaisun päivämäärä Julkaisun laji Julkinen Toimeksiantaja Tiehallinto Toimielimen asettamispäivämäärä Julkaisun nimi Digiroad tarveselvitys ja palvelukuvaus Tiivistelmä Raportti on osa Digiroad2:n esiselvitystä. Raportti jakautuu kahteen osaan, jotka ovat tarveselvitys ja palvelukuvaus. Ensimmäisessä osassa kuvataan tarveselvityksen toteutus ja tulokset. Tiedot kerättiin kirjallisista lähteistä, kolmella kyselyllä sekä asiantuntijoille järjestetyn työpajan avulla. Tavoitteena oli selvittää Digiroad-palvelun nykytilaa sekä sidosryhmien näkemyksiä Digiroadin kehittämistarpeista. Tarveselvitys tuotti suositusluettelon, jonka mukaan Digiroadin asemaa kansallisena tieverkkoaineiston varastona on vahvistettava tietomallia ja viiteavainjärjestelmää kehittämällä ja pyrkimällä käyttämään Digiroadin geometriaa eri järjestelmien välisen tiedonsiirron referenssinä. Samalla on otettava huomioon INSPIRE-direktiivin asettamat vaatimukset. Tietosisällön ylläpitoa voidaan priorisoida ja alueellinen vaihtelu sallitaan, kunhan tietosisältö kuvataan riittävän tarkasti jokaisen julkaisun yhteydessä. Tietosisältöä on laajennettava kevyenliikenteen väylästöä lisäämällä sekä liittämällä joukkoliikenteen pysäkkitiedot ja tieliikenteen tiedotuksen paikannusnimistön tiedot Digiroadiin. Lisäksi on tutkittava Väestörekisterikeskuksen hallinnoiman rakennus- ja huoneistorekisterin yhteiskäyttömahdollisuuksia osoiteaineiston parantamiseksi. Ylläpitäjille tarkoitettua selainsovellusta on kehitettävä ja aineistojulkaisu on laajennettava kattamaan koko Suomi. Aineiston ajantasaisuutta on parannettava ylläpitoprosessia kehittämällä. Digiroad-aineiston jakelua on tehostettava toteuttamalla palvelutietokanta, joka mahdollistaa hyödyntäjille aineistojen lataamisen ja suorakäytön. Raportin toinen osa on Digiroad2:n palvelukuvaus, jossa kuvataan tulevan palvelun toimintamalli erityisesti palvelun tarjoajan tehtävien ja vastuiden osalta. Lisäksi kuvataan yhteistyön järjestäminen ylläpitäjien ja hyödyntäjien kanssa. Palvelun vaatimukset kattavat käyttöpalvelulle, tietojärjestelmälle ja operaattoritoiminnalle asetettavat vaatimukset. Tiehallinto hankkii Digiroad-palvelun ulkoisena palveluna. Palvelun hankinta voidaan toteuttaa vaihtoehtoisilla tavoilla, jotka eroavat toisistaan sen suhteen, kuka omistaa oikeudet palvelun eri osakokonaisuuksiin ja mikä on palvelun siirrettävyys sopimuksen päättyessä ja sen suhteen, kuinka monen toimittajan kanssa hankintasopimus tehdään. Avainsanat (asiasanat) Digiroad, tarveselvitys, palvelukuvaus Muut tiedot Sarjan nimi ja numero ÄLLI-julkaisuja 3/2009 ISSN ISBN ISBN Kokonaissivumäärä 71 Kieli suomi Hinta Luottamuksellisuus julkinen Jakaja Tiehallinto Kustantaja6 The publisher ÄLLI DESCRIPTION Date of publication Authors (from body, name, chairman and secretary of the body) Finnish Road Administration: Reijo Prokkola, Riitta Kaasalainen Affecto Finland Ltd. / Karttakeskus: Antero Karppinen, Anna Mustajoki, Kari Matilainen, Riikka Nurminen, Henni Vainio Name of the publication Digiroad requirement study and description of service Type of publication Public Assigned by Finnish Road Administration Date when body appointed Abstract This report is part of the second phase Digiroad preliminary purchasing process. The report is divided into two sections; requirement study and description of the service. The realisation and results of the requirement study are discussed in part one. The information was collected by studying literature, carrying out three questionnaire studies and by a work shop arranged for experts. The aim was to obtain information concerning the present status of the Digiroad service and to review the development requirements of the different interest groups. The requirement study resulted in a list of recommendations indicating that Digiroad s status as a national road network repository should be enhanced by developing the data model and reference key system and by promoting to use the Digiroad geometry as a data transfer reference between different systems. In addition, the INSPIRE directive requirements must also be taken into account. Data content maintenance can be prioritised and areal invariance can be accepted, as long as the data content is described at a relevant accuracy in every data release. The data content of Digiroad must also be broadened to include pedestrian and bicycle routes and by adding information of bus stops and also the location database containing place names for road traffic. In addition, the possibility to integrate the Building and Dwelling Register supplied by the Population Register Centre must be investigated in order to enhance address matching. The Internet browser solution intended for support personnel has to be developed and the data release should be extended to cover the whole area of Finland. Data freshness must be enhanced by developing the maintenance process. Distribution of Digiroad data must be activated by creating a service database enabling direct use or the possibility to download data. A description of the second phase Digiroad service is given in part two of this report. The operations model is described considering especially the tasks and responsibilities of the service provider. In addition, the co-operation models between the primary data providers and users are described. Finnish National Road Administration purchases the Digiroad service as an outsourced service. Procurement of the service can be carried out in several alternative ways, which differ from each other in the respect of who owns the rights of the service s different subsets, what are the possibilities of migrating the service when the agreement ends, and with how many contractors the purchase agreement is made with. Keywords Digiroad, requirements and description of service Miscellaneous Serial name and number ÄLLI publications 3/2009 ISSN ISBN ISBN Pages, total 71 Lanquage Finnish Price Confidence status Public Distributed by Finnish Road Administration Published by7 PRESENTATIONSBLAD Utgivningsdatum Författare Vägförvaltningen: Reijo Prokkola, Riitta Kaasalainen Affecto Finland AB / Karttakeskus: Antero Karppinen, Anna Mustajoki, Kari Matilainen, Riikka Nurminen, Henni Vainio Publikation Digiroad behovsutredning och redogörelse av service Typ av publikation Offentlig Uppdragsgivare Vägforvaltningen Datum för tillsättandet av organet Referat Den här rapporten är en del av Digiroad2 fasens utredning. Rapporten är indelad i två delar, behovsutredning samt redogörelse för service. I den första delen av rapporten beskrivs genomförande samt resultatet av behovsutredningen. Insamling av data gjordes genom att studera skriftliga källor, genom att genomföra tre enkäter samt genom att arrangera en arbetssmedja åt specialister inom området. Målet var att utreda Digiroadservicens nuvarande tillstånd, samt målgruppens uppfattning om Digiroads utvecklingsbehov. Behovsutredningen frambringade en rekommendationsförteckning enligt vilken Digiroads ställning som en databas för nationellt vägnät bör förstärkas genom att utveckla datamodellen och referensnyckelsystemet, samt genom att sträva till att utnyttja Digiroads geometri som referens för dataöverföring mellan olika system. Samtidigt bör det beaktas krav ställda av INSPIRE-direktivet. Datainnehållets underhåll kan prioriteras och regionala variationer godkännas om datainnehållet beskrivs tillräckligt noggrant för varje publikation. Datainnehållet måste utvidgas genom att utvidga lätta trafiklederna och genom att tillägga kollektivtrafikens hållplatsinformation samt lokaliseringsdatabasen för vägtrafik till Digiroad. Dessutom bör det undersökas möjligheten att förbättra adress-datan genom att sambruka det av Befolkningsregister centralen styrda byggnads- och lägenhetsregistret. Den för uppehållarna utvecklade webbläsar applikationen bör utvecklas och materialpublikationen bör utvidgas att täcka hela Finland. Datans aktualitet bör förbättras genom att utveckla underhållsprocessen. Digiroad-datans distribution bör göras effektivare genom att införa en servicedatabas som möjliggör datans laddning och direktanvändning. Rapportens andra del är redogörelsen av Digiroad2:s service, i vilken det beskrivs den kommande servicens verksamhetsmodell, speciellt servicens uppehållares uppgifter och ansvar. Förutom det, beskrivs arrangerandet av samarbetet mellan servicens uppehållare och utnyttjare. Servicens krav omfattar de krav som ställs för bruksservice, informationssystem och operatör verksamhet. Vägverket skaffar Digirad-servicen som en extern service. Servicens anskaffning kan genomföras på alternativa sätt, som skiljer sig från varandra beträffande vem som äger rättigheten till servicens olika delar, samt beträffande vilka som är möjligheterna att flytta servicen då kontraktet tar slut, samt beträffande med hur många leverantörer det görs leveransavtal. Nyckelord Digiroad, behovsutredning, redogörelse av service Övriga uppgifter Seriens namn och nummer ÄLLI-julkaisuja 3/2009 ISSN ISBN ISBN Sidoantal (trycksak) 77 Språk finska Pris Sekretessgrad Offentlig Distribution Vägförvaltningen Förlag8 9 ESIPUHE Tämän raportin tarkoituksena on esitellä Digiroad2:n esiselvitykseen kuuluvan tarveselvityksen tulokset ja kuvata tuleva palvelu. Tarveselvitys toteutettiin kirjallisuustarkastelun, Digiroadin sidosryhmille suunnatun kolmen erillisen kyselyn ja niitä seuranneen työpajan avulla. Tarveselvityksen tulokset tuottivat suositusluettelon toimenpiteiksi, jotka tulisi ottaa huomioon Digiroad2:n suunnittelussa. Palvelukuvauksessa on esitetty tämänhetkinen näkemys tulevan palvelun sisällöstä, rajapinnoista, vaatimuksista, oikeuksista, elinkaaresta ja hankintamallista. Kuvauksessa ei kuitenkaan esitetä palvelun vaatimusmäärittelyä, koska se ei kuulunut työn tavoitteisiin. Työ on tehty Tiehallinnon rahoituksella. Tiehallinnon puolelta projektiin ovat osallistuneet tiestötietopäällikkö Reijo Prokkola ja projektipäällikkö Riitta Kaasalainen, joille esitän kiitokset arvokkaista, raportin sisältöä koskeneista kommenteista. Karttakeskuksessa projektiin ja raportin kirjoittamiseen ovat osallistuneet allekirjoittaneen lisäksi Anna Mustajoki, Kari Matilainen, Riikka Nurminen ja Henni Vainio. Lausun myös heille lämpimät kiitokset heidän työpanoksestaan aineiston valmistelussa ja raportin kirjoittamisessa. Helsingissä syyskuun 22. päivänä 2009 Antero Karppinen 710 811 SISÄLTÖ JOHDANTO...11 OSA I: TARVESELVITYS AINEISTO JA MENETELMÄT Kirjallinen materiaali Kyselyt Työpaja TARVESELVITYKSEN TULOKSET Toimintamalli Tietomalli Tietomalli yleisesti Referenssiketjut Liikenne-elementin tunniste Tietosisältö Geometria Julkaistavat tietolajit ja tietosisällön kuvaus Aineiston laadun parantaminen Toiminnallinen luokitus Osoitetiedot Tietosisällön täydentäminen Kevyenliikenteen väylästö Joukkoliikenteen pysäkit Tieliikenteen tiedotuksen paikannusnimistö Kaistakohtainen geometria ja 3D-geometria Rakennusten sijaintitiedot Ylläpito Aineiston ylläpito hyödyntäjien näkökulmasta Aineiston ylläpito tiedon tuottajan näkökulmasta Ylläpidon laajentaminen Tietopalvelu Aineistojulkaisu Erillinen palvelutietokanta Palautejärjestelmä TULOSTEN TARKASTELU Digiroadin tietolajien priorisointi ja laatu Aineiston helppokäyttöisyys hyödyntäjän kannalta Kuntien tietojen ylläpidon tehostaminen12 4 SUOSITUKSET LÄHDELUETTELO OSA II: DIGIROAD-PALVELUN KUVAUS DIGIROAD-PALVELUN SISÄLTÖ Palvelun kuvaus Palvelun tilaajan ja tarjoajan tehtävät ja vastuut Yhteistyö ylläpitäjien kanssa Yhteistyö hyödyntäjien kanssa Tietojärjestelmäpalvelut Tietomalli Tietosisältö Rajapinnat Palvelun tekninen ympäristö PALVELUN VAATIMUKSET Palvelun yleiset vaatimukset Käyttöpalvelut Tietojärjestelmä Operaattoritoiminta PALVELUN OIKEUDET PALVELUN ELINKAARI- JA HALLINTAMALLI Palvelun rakentamis- ja käyttöönottovaihe Palvelutuotanto Palvelun hallinta Palvelun siirto Palvelun päättäminen PALVELUN OSTAMINEN / HANKINTAMALLI Vaihtoehto Vaihtoehto Vaihtoehto Hankintavaihtoehtojen hyviä ja huonoja ominaisuuksia LIITTEET Liite A Digiroad-hyödyntäjäkyselyn lomake Liite B Digiroad-asiantuntijakyselyn lomake Liite C Digiroad-kuntaylläpitäjäkyselyn lomake Liite D Asiantuntijaluettelo13 JOHDANTO Digiroadin tavoitteena on tarjota yhtenäinen, digitaalisessa muodossa oleva liikenneverkon kuvaus. Aineisto mahdollistaa erilaisten reitinsuunnittelu-, navigointi-, matkailu- ja liikennetelemaattisten palveluiden kehittämisen ja tuotteistamisen. Digiroad-aineisto tukee muun muassa seuraavien palvelujen tai toimintojen toteuttamista: ennen matkaa tapahtuva reitinsuunnittelu matkanaikainen navigointi palo- ja pelastustoimen tehtävät joukkoliikenteen aikataulu- ja reittipalvelut liikennejärjestelmäsuunnittelu. Digiroadin nykyinen hallinta- ja toimintamalli, lainsäädäntö, tietojärjestelmä ja varsinainen tietosisältö ovat tulleet noin seitsemän vuoden ikään. Teknisessä mielessä tietojärjestelmä lähestyy elinkaarensa päätä. Vuoden 2009 alussa Tiehallinto käynnisti hankkeen seuraavan Digiroadin, Digiroad2:n, määrittelystä ja kilpailutuksesta. Hankkeen tavoitteena on saada ajanmukaistettu palvelu käyntiin vuoden 2012 aikana, Kuva 1. Tuleva palvelu toteuttaa Digiroadin perustehtävät ylläpitämällä kansallista tie- ja katutietojärjestelmää ja tarjoamalla järjestelmän tiedot käyttäjien hyödynnettäviksi. Tarveselvityksen ja sitä edeltäneiden selvitysten tulosten perusteella palvelua kuitenkin uudistetaan vastaamaan paremmin niitä vaatimuksia, joita palveluun nykyisin kohdistetaan. Tämä raportti on osa Digiroad2 palvelun hankintaa. Esiselvitykseen on kerätty tietoja Digiroadin nykytilasta ja kehittämistarpeista. Raportin tarkoituksena on tuottaa lähtötietoja tulevan palvelun vaatimusmäärittelyä varten. Kuva 1. Digiroad2-palvelun suunniteltu hankinta-aikataulu (Lähde: Tiehallinto). Esiselvitys jakaantuu kahteen osaan. Ensimmäinen osa käsittää tarveselvityksen ja toinen osa Digiroad-palvelun kuvauksen. 1114 OSA I: TARVESELVITYS 1215 1 AINEISTO JA MENETELMÄT Tarveselvitys koostuu perehtymisestä aikaisemmin julkaistuun Digiroadin kehittämiseen liittyvään kirjalliseen aineistoon, kolmesta eri kohderyhmille suunnatusta kyselystä ja Digiroadin sidosryhmille järjestetyn työpajan tuloksista. Kirjoittajat ovat myös keränneet Digiroadin nykyiseen tuotantosovellukseen ja aineiston ylläpitoon liittyviä tietoja ja kokemuksia sovellustoimittajalta ja operaattorilta. Lisäksi on haastateltu Tiehallinnon asiantuntijoita. 1.1 Kirjallinen materiaali Kirjallisena aineistona selvityksessä on käytetty Tiehallinnon sisäisiä dokumentteja, konsulttien tekemien tutkimusten raportteja ja VTT:n (Hautala 2004) sekä FITS- (Öörni ym. 2007) ja ÄLLI-ohjelman (Grekula ym. 2009) julkaisuja. 1.2 Kyselyt Nykytilanteen kartoittamiseksi toteutettiin keväällä 2009 kolme kyselyä Digiroadin eri kohderyhmille. Kyselyt kohdistettiin Digiroadin hyödyntäjille ja ylläpitäjille sekä suomalaisille telematiikan asiantuntijoille. Hyödyntäjäkysely lähetettiin 100 hyödyntäjäsopimuksen allekirjoittaneelle organisaatiolle ja ylläpitäjäkyselyn sai 251 kuntien ylläpitoyhteyshenkilöä. Telematiikka-alan asiantuntijat valikoituivat ITS Finlandin antamien yhteystietojen perusteella. Tämän kyselyn sai 381 vastaanottajaa (Taulukko 1). Kyselyt toteutettiin vastaajille sähköpostitse lähetetyllä linkillä, josta avautui Webropol-palveluun tehty kyselylomake. Kyselylomakkeet ovat raportin liitteinä. Taulukko 1. Kyselyiden perustiedot Kysely Asiantuntijat Hyödyntäjät Ylläpitäjät Lähetettyjä Vastauksia Vastausaktiivisuus 7.8 % 26 % 14.3 % 1.3 Työpaja Kyselyiden vastausten ja analyysin perusteella tuotettiin kaksi työdokumenttia kesäkuun 2009 alussa järjestetyn työpajan taustamateriaaliksi. 1316 Työpajaan oli kutsuttu 17 asiantuntijaa. Työpajan tavoitteena oli saada kerätyksi asiantuntijoiden mielipiteitä ja näkökantoja päätöksenteon tueksi ja visioida kehitystä 10 vuoden aikajänteellä. Käsitellyt teemat olivat Digiroadin merkitys liikenteen palveluissa, Digiroadin ylläpito ja tietosisältö sekä tekniikka ja tekniikan haasteet. Keskustelussa nousi esiin seuraavia kehittämiskohteita. Digiroadin laadun- tai tietosisällön kuvaus on puutteellinen. Sisällön alueittainen kuvaus ja epähomogeenisen kattavuuden salliminen mahdollistaisivat paikallisen tietosisällön lisäämisen. Erityisesti tämä koskee joukkoliikennettä. VALLU2-hanke ja Digistop-tietokanta olisi integroitava tulevaan Digiroadpalveluun. Digiroad-tietokantaan on saatava myös kevyen liikenteen väylästöä ja väylästön ominaisuustietoja. Esitettiin myös toive saada kaistakohtaista geometriaa. Tieliikenteen tiedotuksen paikannusnimistö on myös tarkoitus lisätä uudeksi tietosisällöksi. Samalla tietosisältöä olisi priorisoitava siten, että ylläpitoresursseja voitaisiin keskittää hyödyntäjille tärkeisiin tietolajeihin. Kuntien aktivoiminen tuottamaan päivitystietoja on edelleen haaste. Ongelmia aiheuttavat tekniset seikat, kuntien resurssit ja saatavien hyötyjen osoittaminen. Kaikessa tietojen vaihdossa Digiroadin viiteavainjärjestelmä olisi saatava valtakunnalliseksi referenssiksi, jolloin yksilöivän tunnisteen avulla voitaisiin aineistopäivitysprosessia tehostaa. Digiroadin tietopalvelua on kehitettävä. Tietoja pitäisi voida hakea palvelutietokannasta tiedosto- ja suorasaantirajapintojen kautta. INSPIRE-direktiivi tulee asettamaan vaatimuksia tietojen selailtavuudelle. Työpajan tuloksia on referoitu tässä raportissa. 1417 2 TARVESELVITYKSEN TULOKSET Edellä kuvattujen kyselyiden ja työpajan tulokset on seuraavassa ryhmitelty asiakokonaisuuksiin, jotka ovat Digiroad-palvelun toimintamalli, aineiston tietomalli, aineiston tietosisältö, aineiston ylläpito ja Digiroadin tietopalvelu. 2.1 Toimintamalli Digiroad-palvelusta vastaa Tiehallinto, joka kantaa kokonaisvastuun Digiroadjärjestelmästä, tietojen ylläpidosta ja tietopalveluista. Palvelun ylläpidon Tiehallinto tilaa kolmelta ulkopuoliselta toimijalta, jotka ovat operaattori, käyttöpalvelutoimittaja ja tietojärjestelmätoimittaja. Digiroadin tietojen ylläpidosta vastaavat Maanmittauslaitos, Tiehallinto ja kunnat sekä muutamat muut yksittäiset tahot. Digiroadiin tietoja toimittavien viranomaisten tehtävät määrittelee laki tie- ja katuverkon tietojärjestelmästä. Digiroadia koskevan lain lisäksi tiedon tuottamista säätelevät Tiehallinnon ja eri tiedontuottajien väliset sopimukset. Digiroadiin tallennettavat tietolajit määritellään yhteenvedonomaisesti valtioneuvoston asetuksella. Digiroad-aineistosta perittävät maksut on määritelty liikenne- ja viestintäministeriön asetuksella. Noin puolet sidosryhmäkyselyn vastaajista oli sitä mieltä, että Digiroad-palvelun edellä kuvatussa organisaatiossa on kehitettävää (58 % vastaajista, N = 33). Eräät vastaajat arvelivat palvelun ylläpidon toimittajien määrää liian suureksi sujuvan yhteistyön kannalta. Kuitenkin reilu kolmannes (36 %) vastaajista oli tyytyväisiä nykyiseen organisaatiomalliin. Digiroad-lainsäädäntö jakoi mielipiteet kahteen ryhmään, Kuva 2. Vastausvaihtoehdon lainsäädäntö ei vaikuta merkittävästi ylläpidon toimivuuteen valitsi 42 % vastaajista. Lähes saman verran vastaajista (39 %) oli sitä mieltä, että lainsäädäntö edistää Digiroadin ylläpidon toimivuutta. Osa vastaajista arveli, että lainsäädäntö ei riittävästi velvoita kuntia hoitamaan ylläpitovelvoitettaan. 1518 Kuva 2. Sidosryhmäkyselyn vastaajien suhtautuminen Digiroad lainsäädäntöön. 0 = ei kantaa, 1 = lainsäädäntö haittaa ylläpidon toimivuutta, 2 = lainsäädäntö ei vaikuta merkittävästi ylläpidon toimivuuteen, 3 = lainsäädäntö edistää Digiroadin ylläpidon toimivuutta. 2.2 Tietomalli Tietomalli yleisesti Tietomallia kohtaan on esitetty kritiikkiä konsulttiselvityksissä ja operaattorilta saadussa palautteessa. Alkuperäisen suunnittelun lähtökohtana pidettyä, kansainväliseen GDF-standardiin perustunutta puhdasta relaatiomallia ei havaittu toteutusvaiheessa toimivaksi, minkä vuoksi redundanttia tietoa jouduttiin lisäämään. Luokkamallista tuli kuitenkin monimutkainen, minkä vuoksi tietokanta on sekava. Digiroad2:n suunnittelussa on harkittava, pitäisikö tietomalli suunnitella nykyisten kokemusten valossa uudestaan ottaen erityisesti huomioon looginen rakenne, ylläpidon toimivuus ja selkeä viiteavainjärjestelmä. Samalla voitaisiin ottaa helpommin huomioon tietosisältöön kohdistuvat vaatimukset Referenssiketjut Selvityksen tausta-aineistona käytetyissä Tiehallinnon sisäisissä selvityksissä, Tiehallinnon teettämissä konsulttiselvityksissä, VTT:n tutkimuksissa sekä tässä tarveselvityksessä tehdyissä kyselyissä ja työpajassa tietomallin yksittäisenä tärkeänä kehittämistavoitteena nousi esiin luopuminen referenssiketjuista ja niiden edellyttämästä kaksoisgeometriasta. 1619 Nykyisessä tietomallissa tieverkon ominaisuustiedot segmentoidaan dynaamisesti reiteille eli referenssiketjuille. Tässä muodossa olevan ominaisuustiedon käyttäminen on hyödyntäjien näkökulmasta hankalaa. Referenssiketjut monimutkaistavat myös aineiston ylläpitoa Korvaava tapa ominaisuustietojen esittämiselle on segmentoida ne joko suoraan tai dynaamisesti liikenne-elementeille Liikenne-elementin tunniste Digiroadin aineistojen primääriylläpitäjiltä tulevien päivitysten pitäisi perustua yhtenäiseen viiteavain- eli tunnistejärjestelmään, jolloin esimerkiksi elementin muuttunut attribuuttitieto, kuten kadunnimi, voitaisiin kohdistaa suoraan oikealle Digiroadin liikenne-elementille. Tällä hetkellä vain Maanmittauslaitoksen viivageometrian tunnistetta käytetään päivityssanomien viiteavaimena. Digiroadin omaa liikenne-elementeille automaattisesti luotavaa GUID-tunnistetta (Globally Unique Identifier), joka muodostuu 16 tavun pituisesta heksadesimaalinumerosta, kuten esimerkiksi ED539A500004DBBAE030007F01006EB1, ei käytetä päivitystietojen viiteavaimena eikä sitä nähtävästi hyödynnetä myöskään hyödyntäjille irrotettavissa aineistojulkaisuissa. Tähän päätelmään johtaa se tosiasia, että hyödyntäjiltä saadun palautteen perusteella Digiroadin aineistojulkaisujen päivitysversiota ei käytetä, vaan lähes kaikki hyödyntäjät korvaavat aina omassa järjestelmässään olevan aineiston Digiroadin kaikki tiedot sisältävällä versiolla. Tämän selvityksen perusteella Digiroadin liikenne-elementin GUID-tunniste olisi nostettava nk. primääritunnisteeksi, johon tiedonsiirron on perustuttava Digiroadin ja sen ylläpitäjien sekä hyödyntäjien välillä. Maanmittauslaitoksen ja Tiehallinnon välillä on jo käynnissä tiestöaineistojen harmonisointityö, jonka eräänä tavoitteena on vahvistaa Digiroadin tunnisteen asemaa. Harmonisointityöhön kuuluu myös liikenne-elementin määritelmän yhdenmukaistaminen ottaen huomioon INSPIRE-direktiivin asettamat vaatimukset. 2.3 Tietosisältö Tietosisällön kehittämisen pitäisi selvityksen perusteella kohdistua sekä olemassa olevien tietolajien kattavuuden ja laadun parantamiseen että toisaalta tietosisällön laajentamiseen. 1720 2.3.1 Geometria Edellä käsitellyn viiteavaimen yksiselitteinen hyödyntäminen perustuu osaltaan siihen, että toisaalta perusaineistojen tuottajat ja toisaalta hyödyntäjät käyttävät samaa Digiroadin geometriaa. Jos eri tahoilla käytettävä tieverkon geometria ei ole yhteneväinen, joudutaan geometriaa ja sen ominaisuustietoja järjestelmästä toiseen siirrettäessä käyttämään geometrioiden puskurointia ja manuaalista operaattorityötä. Geometrian kuvaamisen olisi perustuttava EuroroadS-projektin ohjeille ja täytettävä INSPIRE-direktiivin vaatimukset, mikä edellyttäisi muutoksia tiedonkeruuja digitointiohjeisiin sekä Maanmittauslaitoksessa, joka tuottaa perusgeometrian, että Tiehallinnossa joidenkin kohteiden kuvaamisessa Tiehallinnon paikkatietojärjestelmässä Julkaistavat tietolajit ja tietosisällön kuvaus Digiroad-aineistossa on nykyisin tietolajeja, joita ei julkaista, koska niille ei ole ylläpitoa, niitä ei ole kerätty tai maantieteellinen kattavuus ei ole homogeeninen. Digiroad2:n hankintaprosessissa olisi esiselvityksen mukaan priorisoitava ylläpito hyödyntäjien kannalta tärkeisiin tietolajeihin ja harkittava, voidaanko joitakin vähemmän tärkeitä poistaa. Työpajassa ehdotettiin, että Digiroadin julkaisujen yhteydessä pitäisi tuottaa metatietodokumentti, joka kuvaisi julkaisun tietosisällön. Nykyisin hyödyntäjä ei voi saada etukäteen tietoja esimerkiksi jonkin tietolajin alueellisesta kattavuudesta. Yleisen metatietodokumentin ja sitä tarkemman tietotuotekuvauksen julkaisemista edellyttävät myös kansalliset päätökset ja INSPIRE-direktiivi. Työpajassa ehdotettiin myös harkittavaksi, voitaisiinko Digiroadin alueellisen homogeenisuuden tavoitteesta luopua. Erityisesti pääkaupunkiseudulta olisi saatavilla joukkoliikenteeseen liittyvää tietosisältöä, jota muualta maasta ei ole kerätty. Ei-homogeeninen, alueellisesti vaihteleva tietosisältö edellyttäisi, että tietosisällön laatu luokiteltaisiin ja ilmoitettaisiin julkaisun yhteydessä. 2.4 Aineiston laadun parantaminen Hyödyntäjäkyselyssä ja työpajassa nousi esiin joitakin tietolajeja, joiden laadulliseen tasoon ei olla tyytyväisiä. Syynä palautteeseen ovat sekä aineistosisällön virheet että aineiston ajantasaisuuden ongelmat. 1821 2.4.1 Toiminnallinen luokitus Digiroadin liikenne-elementtien toiminnallisen luokituksen puutteet estävät reitityksen ja haittaavat navigointia joidenkin hyödyntäjien mielestä. Ongelmana on se, että Tiehallinnon tekemä maanteiden toiminnallinen luokitus ei jatku kaikkialla kaava-alueella loogisesti eikä jatkuvuutta kunnan rajoilla ole varmistettu. Kuntien välillä on havaittu tulkintaeroja. Aineistoa olisi tältä osin parannettava Digiroadin sisäisellä laadunparannustoimenpiteellä. Digiroad-palvelun tekemät toiminnallisen luokituksen muutokset on hyväksytettävä aineiston primääriylläpitäjällä ja muutokset on tehtävä Digiroadin periaatteiden mukaisesti lähdeaineistoihin, jotta vältytään toistuvalta luokituksen korjaamiselta Osoitetiedot Hyödyntäjäkyselyssä tiedusteltiin Digiroad-aineiston käyttötarkoituksia ja vastaajien mielipiteitä aineiston soveltuvuudesta valittuun käyttötarkoitukseen. Eri käyttötarkoituksina oli annettu seuraavat vaihtoehdot: reititys- ja navigointi, tienpidon suunnittelu, kuljetusten suunnittelu, osoitehaku, paikkatietoaineiston ylläpito, kartanvalmistus, tutkimustoiminta, web-karttapalvelut, GIS-analyysit tai jokin muu. Vastaajista (N = 23) 19 eli 83 % käyttää aineistoa osoitehakuihin, mikä on yleisin käyttötarkoitus. 1922 AINEISTON SOPIVUUS KÄYTTÖTARKOITUKSEENSA Käyttötarkoituksen pistekeskiarvo Vastaajien lukumäärä Pistekeskiarvot ja vastaajien lukumäärä Reititys ja navigointi Tienpidon suunnittelu Kuljetusten suunnittelu Osoitehaku Paikkatietoaineiston ylläpito Kartanvalmistus Tutkimustoiminta Web-karttapalvelut GIS-analyysit Muu käyttötarkoitus Käyttötarkoitus Kuva 3. Hyödyntäjäkysely, Digiroad-aineiston käyttötarkoitukset: Vastaajien valitsema käyttötarkoitus ja soveltuvuus käyttötarkoitukseen. Käyttötarkoituksen pistekeskiarvo, kun asteikolla 1 = sopii erittäin huonosti, 5 = sopii erittäin hyvin. Osoitehauissa ja geokoodauksessa kriittisiä tekijöitä ovat katu- ja tienimien sekä osoitenumeroinnin oikeellisuus, ajantasaisuus ja täydellisyys. Valtakunnallisesti osoiteaineistojen lähteitä on tällä hetkellä useita. Digiroadin osoitteet tulevat Maanmittauslaitokselta. Kunnat ovat kuitenkin osoitetietojen primäärituottajia. Niiden aktiivisuudesta riippuu osoiteaineiston ajantasaisuus ja oikeellisuus. 2.5 Tietosisällön täydentäminen Todettakoon, että tietosisältöä mahdollisesti muutettaessa on otettava huomioon se, että Digiroadin tietosisällöstä määrätään Valtioneuvoston asetuksessa. 2023 Näin ollen muutokset tietosisältöön edellyttävät asetuksen muuttamista. Mikäli tietosisällön muutos aiheuttaa velvoitteita aineistojen ylläpitäjille, on muutoksista sovittava erikseen jokaisen ylläpitäjän kanssa Kevyenliikenteen väylästö Viime vuosina hyödyntäjien taholta on esitetty toiveita geometrian täydentämisestä kevyen liikenteen väylien osalta. Tähän on osittain syynä henkilökohtaisen navigoinnin yleistyminen. Tarvetta on myös tonttien ja rakennusten sisäisen geometrian kuvaamiselle. Älli-tutkimusohjelman raportissa todetaan tämän jalankulkua ja pyöräilyä tukevan geometrian tarve ja luonnollisena ylläpitopaikkana pidetään Digiroadia (Grekula ym. 2009). Myös työpajassa tuli esiin Digiroadtietokannassa olevan kevyen liikenteen väylästön vähäisyys tämänhetkiseen ja tulevaan kysyntään nähden. Digiroadin tietomallissa ei ole mitään estettä alemman luokituksen geometrian lisäämiselle. Edellä mainitussa raportissa on hahmoteltu kevyen liikenteen geometrian keräämis- ja ylläpitomallia, joka mahdollistaisi Digiroadin tietosisällön täydentämisen. Kevyen liikenteen väylästön geometrian ohella väylästöön liittyvät ominaisuustiedot, kuten talvikunnossapito, portaat ja muut liikuntaesteet, päällyste jne. ovat hyvin oleellisia tietoja. Geometrian mahdollisen täydentämisen ohella on huolehdittava myös ominaisuustietojen inventoinnista ja ylläpidon järjestämisestä Joukkoliikenteen pysäkit Jalankulkijoiden ja pyöräilijöiden reitinsuunnittelu sisältää yleensä kulkumuodon vaihdon julkiseen liikenteeseen, mikä edellyttää riittävien joukkoliikenteen pysäkkitietojen olemassaoloa. Internetin reitinhakupalveluissa kuten Destian ylläpitämässä Matka.fi portaalissa, YTV:n Reittioppaassa ja muiden suurten kaupunkien reittioppaissa ajantasaiset tiedot olisivat hyvin tarpeellisia. Digiroadissa joukkoliikenteen pysäkki on mallinnettu tie- ja katuverkon ominaisuustietona. Nykyinen pysäkkiaineisto on laadultaan vaihtelevaa ja alueellisesti epähomogeenista. Kuten edellä todettiin, alueellisen kattavuuden vaihtelu voitaisiin hyväksyä, jos erot olisi julkaistu laatudokumentissa. Työpajassa todettiin, että Etelä-Suomen lääninhallituksessa on menossa valtakunnallisen liikennelupajärjestelmä VALLUn uudistusprojekti (VALLU2). Hanke tuottaa valtakunnallisen joukkoliikenteen perusrekisterin. Joukkoliikenteen pysäkkitietojen täydentäminen Digiroadiin olisi siten koordinoitava VALLU2:n kanssa. VALLU-rekisteristä voitaisiin saada ainakin vihjetieto uusista pysäkeistä. 2124 VALLU-rekisterin yhteydessä toimivan Digistop-tietokannan pysäkkitiedot olisivat yhdistettävissä Digiroadiin esimerkiksi Digiroadin viiteavaimen avulla Tieliikenteen tiedotuksen paikannusnimistö Tiehallinnon omissa selvityksissä on tullut esiin tarve integroida liikenteen tiedotuksen paikannusnimistö Digiroadiin, jonka nykyinen tietomalli jo sisältää RDS- TMC-paikan Kaistakohtainen geometria ja 3D-geometria Sidosryhmäkyselyssä ja työpajassa tuli esiin toive saada Digiroadiin kaistakohtaista ja risteysalueiden geometriaa, liikennemerkkejä ja 3D-geometriaa liikenteen mallintamisen ja simuloinnin käyttöön. Keskustelussa todettiin, että geometria on nykyisin mallinnettu keskilinjageometriana ja kaistojen lukumäärä ilmoitetaan ominaisuustietona. Kuvauksen tarkentaminen kaistakohtaiseksi edellyttäisi aineiston sijaintitarkkuuden parantamista. Nykyinen tietomalli tukee sinänsä viivageometrian kolmidimensionaalista tallennusta. Työpajassa todettiin, että kaistakohtaisen geometrian ylläpitolähdettä ei ole olemassa. Johtopäätöksenä on se, että mikäli nykyinen keskilinjageometrian tarkkuus on riittävä, sitä voi käyttää simulointiin. Ylläpidon puuttuessa tarkempaa geometriaa ei tulla tarjoamaan Rakennusten sijaintitiedot Osoitenumerointi perustuu tällä hetkellä kadun tai tien ensimmäiseen ja viimeiseen talonumeroon. Talokohtaista numerointia ei ole toteutettu, mikä heikentää osoitehakua ja navigoinnin tarkkuutta. Tällä on vaikutusta erityisesti palo- ja pelastustoimen tehtävissä. Työpajassa käydyn keskustelun ja Tiehallinnon omien kehittämistavoitteiden perusteella Digiroad2:n tavoitteeksi olisi asetettava Väestörekisterikeskuksen hallinnoiman rakennus- ja huoneistorekisterin sisältämien rakennusten sijaintikoordinaattien ja osoitteiden hyödyntäminen viiteavaimen avulla tai jollain muulla tavalla. Tavoitteen toteuttaminen voi edellyttää muutoksia tietomalliin ja vaatii ylläpidon järjestämisen. 2.6 Ylläpito Digiroad-laki määrittelee perustamisvaiheen jälkeisen ylläpidon seuraavasti (991/2003 Laki tie- ja katuverkon tietojärjestelmästä, 6. ): Tiehallinto toimittaa järjestelmään yleisiä teitä koskevat muutostiedot. Maanmittauslaitos toimittaa järjestelmään yleisten ja yksityisten teiden ja katujen sijaintia sekä yksityis- 2225 ten teiden ominaisuuksia koskevat muutostiedot Tiehallinnon kanssa tekemänsä sopimuksen mukaisesti. Kunta ilmoittaa tai toimittaa katujen ja hoitamiansa yksityisten teiden muutoksia koskevat tiedot Tiehallinnon kanssa tekemänsä sopimuksen mukaisesti. Digiroadin nykyinen ylläpitomalli perustuu neljään vuosittaiseen aineistojulkaisuun. Koska julkaisua varten tehtävä aineistoirrotus vie aikaa noin kuukauden, ylläpitoon jää aikaa 4 x 2 kuukautta, Kuva 4. Aineistoa toimittavat Maanmittauslaitos neljä kertaa vuodessa, Tiehallinto vähintään kerran vuodessa ja kunnat vaihtelevasti, jotkin useampia kertoja vuodessa, jotkin kerran vuodessa ja jotkin kunnat eivät ole toimittaneet lainkaan tietoja. Kuva 4. Digiroadin nykyinen julkaisuohjelma Tarveselvityksen kyselyissä on lähestytty Digiroadin ylläpitoa kahdesta suunnasta. Toisaalta hyödyntäjät ja telematiikka-alan asiantuntijat ovat arvioineet ylläpidon toimivuutta aineiston laadun, erityisesti tietosisällön kattavuuden ja ajantasaisuuden, näkökulmasta, toisaalta varsinaiset ylläpitäjät ovat raportoineet ylläpidon haasteista Aineiston ylläpito hyödyntäjien näkökulmasta Maanmittauslaitoksen, Tiehallinnon ja kuntien omat päivitysprosessit aiheuttavat vaihtelevan pituisen viiveen siihen, koska tieverkolla tapahtunut muutos on tallennettu aineiston tuottajan omaan järjestelmään. Aineiston toimittaminen tuottajalta Digiroadiin, siellä tapahtuva prosessointi ja julkaisu normaalin aikataulun mukaisesti aiheuttavat väistämättä lisää viivettä. Voidaan olettaa, että joidenkin tietolajien kohdalla päivitystieto voi olla yli vuoden vanhaa. Vaikka Digiroadia pidetään tällä hetkellä staattisen tiedon varastona, olisi silti staattisen tiedon oltava mahdollisimman tuoretta. 2326 Aineiston hyödyntäjän käyttötarkoituksen mukaan ajantasaisuusvaatimus vaihtelee. Uuden geometrian hidas päivittyminen vaikuttaa moneen käyttötarkoitukseen. Samoin osoitetietojen muutokset, esimerkiksi kuntaliitosten vuoksi, tai verkon liikennöitävyyteen vaikuttavat muutokset pitäisi saada nopeasti monenkin sovelluksen käyttöön. Aineiston tuottajien päivitysprosessiin ei voida vaikuttaa. Sen sijaan Digiroadin omaa prosessia tietojen tuonnin, manuaalisen prosessoinnin, laaduntarkistuksen ja julkaisun muodossa voitaneen muuttaa nykyisestä koko tietokannan neljä kertaa vuodessa toistuvasta vaiheittaisesta ylläpidosta enemmän jatkuvamman ylläpidon suuntaan Aineiston ylläpito tiedon tuottajan näkökulmasta Digiroad-tietokannan päivittäminen Maanmittauslaitokselta saatavilla nk. mtjsanomilla on vakiintunut ja yleisesti ottaen toimiva menetelmä. Yhteistyö siis toimii suunnitellusti, koska tiedonvaihtoprosessi on olemassa. Tilanne on samankaltainen Tiehallinnon päivitystietojen kohdalla, vaikkakin päivitystiedot toimitetaan tällä hetkellä ESRIn shape-tiedostoina. Tietojen tuonti Digiroad-aineistoon perustuu aluemaiseen hakuun. Koska geometriat tierekisterin ja Digiroad-aineiston (eli MML:n) välillä eroavat, laatu kärsii. Tierekisteritietojen tuonnin automatisoinnissa on näin ollen vielä kehitettävää. Pitkällä tähtäimellä geometrioiden harmonisointi ja yhteiset viiteavaimet ratkaisevat tämän ongelman. Kuntien kohdalla tilanne on toinen. Lain velvoitteen täyttäminen onnistuu vaihtelevasti. Jo Digiroadin suunnitteluvaiheessa varauduttiin siihen, että kuntien tietojärjestelmien taso vaihtelee paljon, minkä vuoksi päivitystietojen ilmoittamiseksi on tarjolla useita menetelmiä erityisestä selainsovelluksesta siirtotiedostoihin ja paperitulosteisiin. Tavoitteena oli kuitenkin siirtyä geneeriseen xml-pohjaiseen ratkaisuun sitä mukaa, kun kuntien valmiudet parantuvat. Kyselyn mukaan ylläpitotietoja lähetti selaimen kautta 40.6 % vastaajista tiedostona 34.4 % vastaajista paperilla 53.1 % vastaajista. Tiedostomuodoista yleisten gis-siirtotiedostoformaattien (ESRI shape, MapInfo tab ja mif/mid) lisäksi käytettiin Microstationin dwg-formaattia ja neljä vastaajaa 15:stä käytti Adoben pdf-formaattia. Ylläpitäjäkyselyn tulosten perusteella voidaan päätellä, että siirtymäkauden ratkaisuksi suunnitellut muut kuin xml-sanomiin perustuvat tiedonsiirtomenetelmät ovat edelleen käytössä. Kuntien omista paikkatietojärjestelmistä ja rekistereistä ei pääsääntöisesti saa tuotetuksi materiaalia, joka olisi suoraan tallennettavissa Digiroadin tietokantaan. 2427 Toimivan rajapinnan toteuttaminen kuntien järjestelmien ja Digiroadin välille vaatisi, että tietojen päivityksessä käytettäisiin Digiroadin primääritunnistetta. Selainsovellus tarjoaa työkalun pienten päivitystietomäärien ilmoittamiseen Digiroadille. Sovellus on kuitenkin ominaisuuksiltaan rajoittunut ja toimii monen käyttäjän mielestä liian hitaasti. Kuntien ylläpitovelvoitteiden toteutumista haittaavat näiden teknisten ongelmien lisäksi edelleen resurssien vähäisyys. Lisäksi motivaatiota laskee se, että kunnat eivät koe saavansa aitoa hyötyä Digiroadista Ylläpidon laajentaminen Sidosryhmäkyselyssä vastaajilta tiedusteltiin mielipidettä siitä, pitäisikö nykyistä ylläpitomallia laajentaa kattamaan myös muita ylläpitäjiä kuin nykyiset tahot. Muutama vastaaja oli sitä mieltä, että organisaatiota on turha laajentaa, ennen kuin nykyistä saadaan tehokkaammaksi. Mahdollisista uusista tahoista mainittiin Aineistojen hyödyntäjät ja muut loppukäyttäjät vihjetietojen muodossa Kaupalliset toimijat, jos nykyiset eivät kykene vastaamaan ylläpitovelvoitteistaan Metsätieverkoston ylläpitäjät Joukkoliikenteen toimivaltaiset viranomaiset pysäkkitietojen osalta OpenStreetMap-yhteisö 2.7 Tietopalvelu Selvityksen perusteella Digiroadin tietopalvelu toimii hyvin. Julkaisujen frekvenssiin oltiin pääosin tyytyväisiä. Kehittämiskohteita löytyi aineiston jakelutavassa ja palautteiden hyödyntämisessä Aineistojulkaisu Hyödyntäjäkyselyssä 25 vastaajasta 22 piti julkaisujen vuosittaista määrää sopivana ja kolmen mielestä niitä oli liikaa. Lähtökohtana vastauksille on se, että jakelumedia olisi edelleen CD-ROM / DVD-ROM levy. Selvänä puutteena nousi esiin se, että julkaisu ei sisällä koko Suomen aineistoa yhtenä kokonaisuutena. 2528 2.7.2 Erillinen palvelutietokanta Digiroadin suunnitteluvaiheessa nähtiin eräänä tavoitteena siirtyä aineiston jakelussa optiselle medialle tallennetuista tiedostoista tiedosto- ja suorasaantirajapinnan käyttöön. Tiedostorajapinta tarkoittaa käytännössä aineiston lataamista ftp-palvelimelta omaan järjestelmään (edelleen muokattavaksi) ja suorasaantirajapinta aineiston käyttöä palvelurajapinnan kautta esimerkiksi wfs-palveluna. Molemmat vaihtoehdot edellyttävät, että Digiroadin tuotantotietokannan tiedot julkaistaan erillisessä palvelutietokannassa, johon autentikoiduilla käyttäjillä on pääsy. Palvelutietokannan tietoja olisi tulevaisuudessa päästävä selailemaankin, koska EU:n INSPIRE-direktiivi tulee asettamaan vaatimuksen julkisten aineistojen vapaalle käytölle Palautejärjestelmä Tietopalvelun toiminnan laajentamista ehdotettiin palautteiden vastaanottamisen osalta. Nykyinen palautejärjestelmä perustuu sähköpostilaatikoihin, joihin hyödyntäjät ja ylläpitäjät voivat lähettää tukipyyntöjä tai palautteita. Erityisesti hyödyntäjät havaitsevat tietojen virheellisyyksiä tai puutteita käyttäessään Digiroad-aineistoa omissa sovelluksissaan. Sidosryhmä- ja hyödyntäjäkyselyssä sekä työpajassa esitettiin toiveita, että hyödyntäjille tarjottaisiin selainsovellukseen perustuva työkalu palautetietojen välittämiseksi Digiroadiin. Työpajan keskustelussa tuotiin esiin, että palautekanava olisi erityisen tarpeellinen autonavigaattoreiden aineistovirheiden korjaamiseksi. Keskustelussa tarkennettiin navigaattoriaineistojen karttojen lähteitä: mikään navigaattori ei käytä sellaisenaan Digiroad-aineistoa. Tärkeimmät kansainväliset digitaalisten karttaaineistojen tuottajat käyttävät Digiroadia referenssiaineistona ja päivitystietojen lähteenä. Navigaattoriaineistoja koskevat palautteet pitäisi siis ohjata näille kartantuottajille, ei Digiroadiin. Digiroadin nykyinen toimintamalli edellyttää, että Digiroadin omaa aineistoa koskevat palautteet välitetään aineistojen primääriylläpitäjille, koska korjaukset on tehtävä lähtöaineistoihin. Geometriaa koskevat palautteet toimitetaan Maanmittauslaitokselle, joka prosessoi ne ja palauttaa korjatun aineiston seuraavalla päivityskierroksella. 2629 3 TULOSTEN TARKASTELU Digiroad-palvelun ensisijainen tehtävä on palvella aineiston hyödyntäjiä. Keskeisiä vaatimuksia ovat aineiston tietolajien tarpeellisuus käyttäjien sovellusten kannalta, aineiston laatu ja laadun kuvaus, aineiston helppokäyttöisyys ja saatavuus sekä aineiston hinnoittelu. Jotta nämä vaatimukset voidaan täyttää, aineiston ylläpidon on oltava järjestetty tehokkaasti siten, että primääriaineistojen tuottajat voivat toimittaa päivitysaineistoja yksinkertaisen prosessin kautta. Digiroad-palvelun operaattorin on voitava prosessoida aineistot tehokkailla työkaluilla kustannustehokkaasti ja laatutavoitteet täyttäen. Digiroad2:n hankintaprosessin haasteena on määritellä ja toteuttaa tuleva palvelu vastaamaan Digiroadin toimintaympäristössä tapahtunutta kehitystä, jonka ilmentyminä voidaan nähdä Digiroadin hyödyntäjien, ylläpitäjien ja sidosryhmien nykyjärjestelmää koskevat perustellut mielipiteet ja esittämät kehittämistoiveet. Prosessin omistajana Tiehallinto tekee lopulliset päätökset tulevan palvelun kehittämisen painopisteistä. Digiroad-tarveselvityksen yhteenvetona käsitellään seuraavassa tärkeimmät tarveselvityksen tuottamat tulokset. 3.1 Digiroadin tietolajien priorisointi ja laatu Tarveselvityksen tulosten perusteella voidaan päätellä, että nykyisen tietosisällön priorisointia on tehtävä. Priorisoinnilla pyrittäisiin keskittämään ylläpitäjien resursseja tärkeimpiin tietolajeihin. Tällä varmistettaisiin näiden tietolajien mahdollisimman hyvä laatu ajantasaisuuden, täydellisyyden ja oikeellisuuden suhteen. Priorisointi voidaan tehdä seuraavasti. Käytetään lähtökohtana hyödyntäjäkyselyn tuloksista johdettavaa luetteloa tärkeimmistä tietolajeista. Luetteloa täydennetään Tiehallinnon ja operaattorin näkemyksillä sellaisista tietolajeista, joilla on tulevaisuudessa merkitystä. Jäljelle jäävien tietolajien tietosisältö tutkitaan tietokantakyselyillä. Ne tietolajit, joita hyödyntäjät eivät käytä, joita ei julkaista tai joita ei ylläpidetä, muodostavat luettelon, josta voidaan tehdä karsintaa. 2730 Tässä yhteydessä voidaan tehdä päätös, että koko maan homogeenista tietosisällön kattavuutta ei vaadita. Nykyäänkin tietojen ajantasaisuustavoite on riippuvainen tien toiminnallisesta luokasta, joten laadullista vaihtelua on olemassa. Tietojen priorisoinnissa on otettava huomioon, että koko maan mittakaavassa vähän tietosisältöä omaava tietolaji voi olla paikallisesti tärkeä. Laatuvaihtelut voidaan sallia, kunhan ne on dokumentoitu ja ilmoitetaan aineiston julkaisun yhteydessä. Tietolajimuutokset merkitsevät muutoksia Digiroadin tieto- ja luokkamalliin. Digiroadin tietosisällön täydentäminen koskee tulosten perusteella kevyenliikenteen väylästöä, joukkoliikenteen pysäkkitietoja ja liikenteen tiedotuksen paikannusnimistöä, jos ylläpito saadaan järjestetyksi primääriaineistojen tuottajien toimesta Digiroadin periaatteiden mukaisesti. Viranomaisten kesken olisi selvitettävä Digiroadin ja Väestörekisterikeskuksen rakennus- ja huoneistorekisterin yhteiskäyttömahdollisuuksia. 3.2 Aineiston helppokäyttöisyys hyödyntäjän kannalta Aineiston helppokäyttöisyyden näkökulmasta kehittämistarpeet kohdistuvat seuraaviin seikkoihin: Referenssiketjuihin perustuva kaksoisgeometria, jolle osa Digiroadin attribuuttitiedoista on dynaamisesti segmentoitu, on tarpeettoman monimutkainen hyödyntäjien ja ylläpito-operaattorin kannalta. Nykyistä liikenne-elementin tunnistetta ei käytetä hyväksi kansallisena referenssinä ja tiedonsiirron viiteavaimena. Tietojen jakelu hyödyntäjille optisten levyjen muodossa ei ole nykyisten vaatimusten mukaisella tasolla. Digiroadiin on toteutettava palvelutietokanta, josta päivitystietoja voidaan jakaa joko tiedostorajapinnan tai suorakäyttöisesti palvelurajapinnan kautta. Samalla on varauduttava INSPIRE-direktiivin edellyttämään aineiston selailuvaatimukseen. Aineiston hyödyntämisen kannalta on tärkeää tuottaa jokaisesta julkaisusta metatietokuvaus. 2831 3.3 Kuntien tietojen ylläpidon tehostaminen Kuntaylläpitoa ei ole saatu toimimaan suunnitellusti. Osa kunnista ei pysty toimittamaan päivitystietoja teknisten tai resurssiongelmien vuoksi tai päivitystietoja ei saada siksi, ettei muutoksia ei ole tapahtunut. Ne kunnat, jotka toimittavat päivitystietoja, käyttävät edelleen lukuisia erilaisia tiedostoformaatteja, selainsovellusta tai paperitulosteita. Kunnille on tulossa lisähaasteita mahdollisen uuden tietosisällön ylläpidosta, mutta toisaalta tietosisällön priorisointi ja vähemmän tärkeiden tietolajien poistaminen voinee motivoida ylläpitoa. Ylläpitoa voitaneen tehostaa jossain määrin aktiivisella tiedottamisella ja säännöllisellä koulutuksella. Suuret kunnat, joilla on jo johonkin kaupalliseen GIS- tai muuhun ylläpitosovellukseen perustuva tietojärjestelmä, ovat saamassa ratkaisun tiettyjen paikkatietojen välittämiseen omasta tietojärjestelmästä asiakkaille. Kuntaliittokonsernin, kuntien järjestelmätoimittajien ja Tekesin nk. KuntaGML-projektissa toteutetaan paikkatietostandardeihin perustuvia paikkatietopalvelurajapintoja. XML/GMLtiedonsiirtoa hyväksikäyttämällä kantakartan ja asemakaavan tiedot ovat siirrettävissä kunnan oman järjestelmän ja asiakkaiden välillä. Hankkeen toteutuessa ainakin joidenkin päivitystietojen välittäminen Digiroadiin voi tehostua. Oletettavasti XML-skeemaa on joka tapauksessa muokattava Digiroadin tarpeisiin. Pienemmät kunnat, joilla ei ole käytettävissään Digiroadin kanssa yhteen sovitettavissa olevaa tietojärjestelmää, käyttänevät edelleen selainsovellusta. Sovelluksen uusiminen vastaamaan ylläpitäjien vaatimuksia on otettava yhdeksi kehityskohteeksi. Yhtenä kuntien aineistojen ylläpitomuotona voi tulla kysymykseen malli, jossa kunta tekee jonkin alan yrityksen kanssa alihankintasopimuksen aineistojen ylläpidosta. 2932 4 SUOSITUKSET Tarveselvityksen suositukset on esitetty seuraavassa luettelossa. Digiroadin asema kansallisena tieverkkoaineiston varastona 1. On harkittava, pitääkö Digiroadin tietomalli suunnitella nykyisten kokemusten valossa uudestaan ottaen erityisesti huomioon looginen rakenne, ylläpidon toimivuus ja selkeä viiteavainjärjestelmä. 2. Referenssiketjuista ja niiden edellyttämästä kaksoisgeometriasta on luovuttava. Ominaisuustiedot on segmentoiva suoraan tai dynaamisesti liikenneelementeille. 3. Digiroadin liikenne-elementin GUID-tunniste on nostettava nk. primääritunnisteeksi, johon tiedonsiirron on perustuttava Digiroadin ja sen ylläpitäjien sekä hyödyntäjien välillä. 4. Jos mahdollista, perusaineistojen tuottajien (Maanmittauslaitos, Tiehallinto, kunnat) ja hyödyntäjien on käytettävä samaa Digiroadin geometriaa. Liikenne-elementtien määrittelyn ja geometrian kuvaamisen on perustuttava EuroroadS-projektin ohjeille ja täytettävä INSPIRE-direktiivin vaatimukset. Vaikutukset: Yksi yhteinen keskilinjageometria yksinkertaistaa ylläpitoprosessia ja tehostaa aineiston hyödyntämistä. Virheiden määrä vähenee ja prosessi aineistojen primäärituottajilta hyödyntäjille virtaviivaistuu. Helpompi ylläpito tuottaa kustannussäästöjä. Digiroad-tunnisteesta tulee tiedonvaihdon standardi. Resurssien kohdentaminen ja alueellinen vaihtelu 5. Nykyistä tietosisältöä on priorisoitava ylläpidon resurssien keskittämiseksi tärkeimpiin tietolajeihin. Käytetään lähtökohtana hyödyntäjäkyselyn tuloksista johdettavaa luetteloa tärkeimmistä tietolajeista. Luetteloa täydennetään Tiehallinnon ja operaattorin näkemyksillä sellaisista tietolajeista, joilla on tulevaisuudessa merkitystä. Jäljelle jäävien tietolajien tietosisältö tutkitaan tietokantakyselyillä. Ne tietolajit, joita hyödyntäjät eivät käytä, joita ei julkaista tai joita ei ylläpidetä, muodostavat luettelon, josta voidaan tehdä karsintaa. Vaikutukset: Motivoidaan ylläpitäjiä tuottamaan päivitystietoja tarpeellisiksi katsottujen tietolajien ylläpitoon. Jos Digiroadin tietolajien määrää vähennetään (tai lisätään), aiheutuu tästä Digiroadia koskevan asetuksen muutostarve. 6. Jotta Digiroadiin voidaan ottaa paikallisesti muuta maata runsaampaa tietosisältöä, kuten kaupunkiseutujen joukkoliikennetietoja, pitää Digiroadissa hyväksyä ei-homogeeninen, alueellisesti vaihteleva tietosisältö. Tietosisällön laatu on luokiteltava ja ilmoitettava jokaisen julkaisun yhteydessä. 3033 Vaikutukset: Aineiston hyödynnettävyys paikallisesti tai johonkin tietolajiin perustuen mahdollistuu, kun tietosisältö on kuvattu tarkasti. Tietosisällön laajentaminen 7. Tiehallinnon tekemä maanteiden toiminnallinen luokitus ei jatku kaikkialla kaava-alueilla loogisesti eikä jatkuvuutta kunnan rajoilla ole varmistettu. Kuntien välillä on havaittu tulkintaeroja. Aineistoa on tältä osin parannettava Digiroadin sisäisellä laadunparannustoimenpiteellä ottaen samalla huomioon tietojen ylläpito lähdeaineistossa. Vaikutukset: Toiminnallisen luokan homogeeninen ja looginen määritys parantaa hyödyntäjien mahdollisuuksia käyttää aineistoa reitinvalinnan ja optimoinnin sovelluksiin. 8. Kevyenliikenteen väylästön geometriaa ja geometriaan liittyviä ominaisuustietoja on lisättävä Digiroadiin ÄLLI-tutkimusohjelman suositusten mukaisesti. Vaikutukset: Aineisto mahdollistaa hälytystehtävien reitinhaut sekä mobiili- ja henkilökohtaisen navigoinnin toteutuksen kevyenliikenteen väylästöllä. Aineistoa voidaan käyttää kevyen liikenteen karttatuotteiden tarpeisiin ja sillä voidaan tehostaa liikennejärjestelmäsuunnittelua. 9. VALLU-rekisterin yhteydessä toimivan Digistop-tietokannan pysäkkitiedot on liitettävä Digiroadiin. Aineistoa on parannettava VALLUn kautta saatavalla vihjetiedolla. Vaikutukset: Erilaisten joukkoliikenteen matkustainformaatio- ja reitinsuunnittelujärjestelmien tarkkuus ja hyödynnettävyys paranee. 10. Digiroad2:n osoitetietojen käytettävyyttä voidaan parantaa, jos Väestörekisterikeskuksen hallinnoiman rakennus- ja huoneistorekisterin sisältämien rakennusten sijaintikoordinaatit ja osoitteet voidaan yhdistää Digiroadaineistoon. Vaikutukset: Osoitehaut geokoodauksessa ja navigoinnissa tarkentuvat merkittävästi. Tällä on merkitystä erityisesti jakeluliikenteelle ja pelastustoimelle. Tietosisällön mahdollinen laajentaminen rakennusten sijaintikoordinaateilla edellyttää asetuksen tarkistamista. Käyttäjille suunnatut parannukset 11. Digiroadin ylläpitoon tarkoitettua selainsovellusta on kehitettävä tai se on suunniteltava kokonaan uudestaan vastaamaan sekä ylläpitäjien tarpeita että tarjoamaan hyödyntäjille kanava aineistopalautteiden välittämiseen. Vaikutukset: Ylläpitäjien motivaatio paranee, kun ylläpitotyökalu vastaa paremmin nykyisiä vaatimuksia ja odotuksia. 3134 12. Aineistojulkaisuun pitää lisätä koko Suomen aineiston sisältävä versio. Vaikutukset: Aineiston hyödynnettävyys paranee, kun maakunnallisten aineistojen yhdistelyvaihe poistuu. Uudistuksella on saavutettavissa kustannussäästöjä aineiston jatkojalostamisen käsittelyprosessissa. 13. Aineistoprosessia on muutettava jatkuvamman ylläpidon suuntaan. Vaikutukset: Aineiston ajantasaisuus ja hyödynnettävyys paranee. 14. Digiroadin aineiston tuotantotietokannan yhteyteen on toteutettava palvelutietokanta. Sen on mahdollistettava hyödyntäjäsopimuksen tehneille tiedostojen lataaminen (tiedostorajapinta) ja suorakäyttö (palvelurajapinta). Vaikutukset: Aineiston jakelu hyödyntäjille tehostuu merkittävästi. Välivaihe, jossa aineisto tallennetaan optiselle medialle Digiroad-palvelussa ja puretaan hyödyntäjällä hyödyntäjän omaan tietojärjestelmään, poistuu. Uudistuksella on saavutettavissa kustannus- ja aikasäästöjä. Hyödyntäjät voivat ladata vain kulloinkin tarvitsemansa aineiston. Hyödyntäjällä olevan aineiston ajantasaisuus on parempi kuin käytettäessä kolmen kuukauden välein saatavaa aineistojulkaisua. 15. INSPIRE-direktiivin vaatimukset Digiroadin aineistojen selailtavuudelle on tutkittava. Vaikutukset: Varauduttava EU-lainsäädännön edellyttämiin velvoitteisiin. Aineiston selailtavuus parantaa aineiston tunnettavuutta ja lisää kiinnostusta sen hyödyntämiseen. 3235 5 LÄHDELUETTELO Hautala, R. 2004, Digiroadin hyödyntäminen liikennetelematiikan palveluissa. Esiselvitys. Liikenne- ja viestintäministeriö. FITS-julkaisuja 36/2004. Öörni, R., Hautala, R., Kulmala R., Räsänen, J. & Sihvola, N Tie- ja katuverkon tietojärjestelmä Digiroadin arviointi. VTT. VTT Working Papers 79. Grekula, J., Säämäki, J., Storsjö, M., Murto, S. & Lappalainen, P Kevyen liikenteen väylät julkisena tietovarastona. Selvitys. Liikenne- ja viestintävirasto. ÄLLI-julkaisuja 2/36 OSA II: DIGIROAD-PALVELUN KUVAUS 3437 1 DIGIROAD-PALVELUN SISÄLTÖ Tiehallinto Primääriylläpitäjät Palvelun tarjoaja MML Tiehallinto Ylläpitotiedot Ylläpitopalvelu Tietopalvelu Ylläpidetty Digiroad-aineisto Hyödyntäjät Kunnat Muut Aineistopalautteet Aineistopalautteiden käsittely ja koordinointi Aineistopalautteet DIGIROAD-PALVELU Kuva 5. Digiroad-palvelun yleinen malli. 1.1 Palvelun kuvaus Digiroadin toiminta perustuu lakiin tie- ja katuverkon tietojärjestelmästä. Lain mukaan Tiehallinto omistaa Digiroad-tietojärjestelmän ja vastaa järjestelmän ylläpidosta, kehittämisestä ja tietojen luovuttamisesta. Digiroadin tietojen ylläpitovastuu on jaettu viranomaisille, joilla on käytettävissään paras ja ajanmukaisin tieto tie- ja katuverkosta. Tiedon ylläpitäjäorganisaatioita ovat Maanmittauslaitos, Tiehallinto ja kunnat ja eräät muut tahot. Tiehallinto hankkii Digiroad-palvelun ulkoisena palveluna. Digiroadin ylläpitotietojen vastaanottamisesta, tietojen päivittämisestä ja tietopalvelusta vastaa Digiroad-palvelun tarjoaja. Palvelu tarjoaja vastaa myös tietojärjestelmästä eli palvelun käyttöpalveluista ja sovelluksista. Digiroad-palvelun laajuutta kuvaavat seuraavat tunnusluvut: Digiroadin tieverkon keskilinjageometrian pituus tietokannassa on km, Digiroadin tuotantotietokannan koko on noin 31 gigatavua. 35 Näytä lisää
Jyväskylän kaupunki SOPIMUS DIGIROAD-TIETOJÄRJESTELMÄN TIETOJEN YLLÄPIDOSTA Sopimus Digiroad-tietojärjestelmän tietojen ylläpidosta 2/6 1. Sopijapuolet Liikennevirasto Jyväskylän kaupunki Opastinsilta Lisätiedot Digiroad. Laadunkuvaus. Versio 1.8
Digiroad Laadunkuvaus Versio 1.8 2 Sisältö 1 VERSIOHISTORIA 5 2 JOHDANTO 7 3 LAATUTEKIJÄT 8 3.1 Sijaintitarkkuus 8 3.1.1 Keskilinjageometria 8 3.1.2 Ominaisuustiedot 8 3.2 Kattavuus 8 3.2.1 Alueellinen Lisätiedot Digiroadylläpitosovelluskoulutus
Digiroadylläpitosovelluskoulutus Emmi Sallinen / Digiroad-operaattori Anna Pursiainen / Digiroad-operaattori 15.6.2015 Tilaisuuden sisältö ja tavoite Lyhyt Digiroad-yleisesittely - Mikä Digiroad ja mikä Lisätiedot Digiroad - Kuntaylläpito. Ohje paperikartalla tapahtuvaan ylläpitoon
Digiroad - Kuntaylläpito Ohje paperikartalla tapahtuvaan ylläpitoon DIGIROAD - KUNTAYLLÄPITO Ohje paperikartalla tapahtuvaan ylläpitoon DIGIROAD - YLLÄPITO Digiroad on aineistokokonaisuus, johon kerätään Lisätiedot Digiroad kohti ajantasaista tie- ja katuverkon aineistoa
Digiroad kohti ajantasaista tie- ja katuverkon aineistoa DR2 uudistus ja SURAVAGE prosessi Nordiskt Vägforum 6.5.2014 Digiroad uudistuksen keskeiset tavoitteet Digiroad muodostaa Kansallisen pysäkkirekisterin Lisätiedot Joukkoliikenteen pysäkkitietojen valtakunnallinen ylläpito
Joukkoliikenteen pysäkkitietojen valtakunnallinen ylläpito Perustiedot pysäkkitietojen ylläpidosta kunnille ja Ely-keskuksille 12.5.2014 Tavoitteet pysäkkitiedon kansallisessa ylläpidossa Kattava ja laadukas Lisätiedot Digiroadpysäkkisovelluskoulutus
Digiroadpysäkkisovelluskoulutus Emmi Sallinen / Digiroad-operaattori Henni Vainio / Digiroad-operaattori 2.6.2015 Tilaisuuden sisältö ja tavoite Valtakunnallisen pysäkkirekisterin esittely Digiroadin näkökulmasta Lisätiedot XXX kaupunki / kunta SOPIMUS DIGIROAD-TIETOJÄRJESTELMÄN TIETOJEN YLLÄPIDOSTA
XXX kaupunki / kunta SOPIMUS DIGIROAD-TIETOJÄRJESTELMÄN TIETOJEN YLLÄPIDOSTA Sopimus Digiroad-tietojärjestelmän tietojen ylläpidosta 2/6 1. Sopijapuolet Liikennevirasto Opastinsilta 12 A XXX kaupunki / Lisätiedot Maastotietokannan ylläpito
Maastotietokannan ylläpito Kuntien paikkatietoseminaari 10.-11.2.2015 Risto Ilves Kehityspäällikkö, Maastotietotuotanto Maanmittauslaitos Sisältö Nykytoiminta lyhyesti Kansallinen maastotietokanta hanke Lisätiedot JHS 188 Kansallisen tie- ja katuverkostoaineiston ylläpito ja ylläpitotietojen dokumentointi
JHS 188 Kansallisen tie- ja katuverkostoaineiston ylläpito ja ylläpitotietojen dokumentointi Versio: 1.0 Julkaistu: 10.4.2014 Voimassaoloaika: toistaiseksi Sisällys 1 Johdanto... 1 1.1 Suosituksen rakenne Lisätiedot Kansallinen tie- ja katutietojärjestelmä (DIGIROAD) Liikennetelematiikan kansallinen arkkitehtuuri Versio 1.0 18.03.2004
Kansallinen tie- ja katutietojärjestelmä (DIGIROAD) Liikennetelematiikan kansallinen arkkitehtuuri Versio 1.0 18.03.2004 Kansallinen tie- ja katutietojärjestelmä (DIGIROAD) Tavoite DIGIROAD on kansallinen Lisätiedot Maanteiden pysäkkitietojen ylläpito-ohje Ely-keskuksille
Ohje 1 (7) Maanteiden pysäkkitietojen ylläpito-ohje Ely-keskuksille Kuten syksyllä 2014 on tiedotettu, maantiepysäkkien tietoja on tarpeen ylläpitää toistaiseksi rinnakkain kahdessa järjestelmässä - Digiroadissa Lisätiedot OULA TelemArk - arkkitehtuuri
UUSI PYSÄKKITYÖKALU - koulutus 29.4.2014 Susanna Kymäläinen / Liikennevirasto Kouluttajat Tietopalveluasiantuntija Susanna Kymäläinen / Liikennevirasto Susanna.kymalainen@liikennevirasto.fi, p. 040 6766 Lisätiedot Kuvailulehti. Korkotuki, kannattavuus. Päivämäärä 03.08.2015. Tekijä(t) Rautiainen, Joonas. Julkaisun laji Opinnäytetyö. Julkaisun kieli Suomi
Kuvailulehti Tekijä(t) Rautiainen, Joonas Työn nimi Korkotuetun vuokratalon kannattavuus Ammattilaisten mietteitä Julkaisun laji Opinnäytetyö Sivumäärä 52 Päivämäärä 03.08.2015 Julkaisun kieli Suomi Verkkojulkaisulupa Lisätiedot Joukkoliikenteen reititys- ja aikataulupalvelu (MATKA.FI)
Liikennetelematiikan kansallinen arkkitehtuuri Valtakunnallinen joukkoliikenteen reititys- ja aikataulupalvelu (MATKA.FI) Versio 0.9 06.03.2005 Tavoite Joukkoliikenteen reititys- ja aikataulupalvelu (MATKA.FI) Lisätiedot Digiroad. Hyödyntäjä- ja ylläpitäjäkysely 2012
Digiroad Hyödyntäjä- ja ylläpitäjäkysely 2012 2 Sisältö 1 JOHDANTO 4 2 TAUSTA 6 3 HYÖDYNTÄJÄKYSELYN TULOKSET 8 3.1 TOIMITUSMUOTO JA ALUEELLINEN KÄYTTÖ 8 3.2 KÄYTTÖTARKOITUS 9 Muu käyttötarkoitus 14 3.3 Lisätiedot JUHTA - Julkisen hallinnon tietohallinnon neuvottelukunta LUONNOS
JHS XXX Kansallisen tie- ja katuverkostoaineiston ylläpito ja ylläpitotietojen dokumentointi Liite 1 Tie- ja katuverkon geometrian mallinnussäännöt Suomessa Versio: Palautekierrosversio 14.11.2013 Julkaistu: Lisätiedot Henkilöliikenteen telematiikan kansallinen järjestelmäarkkitehtuuri TelemArk
Henkilöliikenteen telematiikan kansallinen järjestelmäarkkitehtuuri TelemArk 29.6.2001 Tausta ja tavoitteet! Henkilöliikenteen kansallista järjestelmäarkkitehtuuria tarvitaan ohjaamaan liikennetelematiikan Lisätiedot Laaturaportti 2012/3
Digiroad Laaturaportti Sisällysluettelo 1 YLEISET LAADULLISET OMINAISUUDET... 3 2 AINEISTOPÄIVITYKSET TIETOLAJEITTAIN... 5 2.1 Geometriatiedot... 5 2.2 Ominaisuustiedot... 5 2.3 Aineistovirheistä ilmoittaminen Lisätiedot Liikennetiedotus digi-tv:ssä -pilottiprojekti
Liikennetiedotus digi-tv:ssä pilottiprojekti Liikennetelematiikan kansallinen arkkitehtuuri 1.0 27.1.2005 Liikennetiedotus digi-tv:ssä -pilottiprojekti Tavoite Arkkitehtuuri kuvaa, kuinka liikennetiedot Lisätiedot Geodesian päivä 10.9.2014. Matti Holopainen, Suomen Kuntaliitto
Geodesian päivä 10.9.2014 Verkosto-toimintamalli tavoitteena? - alkuperäinen tiedon tuottaja järjestää rajapinnan - tarvitsija noutaa tarvitsemansa ajantasaisen tiedot rajapinnasta PROSESSI + RAJAPINTA Lisätiedot Tietojärjestelmän osat
Analyysi Yleistä analyysistä Mitä ohjelmiston on tehtävä? Analyysin ja suunnittelun raja on usein hämärä Ei-tekninen näkökulma asiakkaalle näkyvien pääkomponenttien tasolla Tietojärjestelmän osat Laitteisto Lisätiedot LOGINFO LOGISTIIKAN TIETOALUSTAN PILOTOINTI
PROJEKTISUUNNITELMA 1(6) LOGINFO LOGISTIIKAN TIETOALUSTAN PILOTOINTI PROJEKTISUUNNITELMA 2(6) 1. Taustaa... 3 2. Tavoite... 3 3. Tulokset ja niiden hyödyntäminen... 4 4. Toteutus... 4 4.1 Tehtävät/aikataulu... Lisätiedot PILETTI. Tekninen vaatimusmäärittely. v. 0.2
PILETTI Tekninen vaatimusmäärittely v. 0.2 2 Sisällysluettelo 1. Yleiskuvaus... 3 2. Taustajärjestelmä... 4 3. Palvelupisteiden sovellus... 4 4. Korttisovellus ja turvaratkaisu... 4 5. Rajapinnat... 5 Lisätiedot LUONNOS RT 80260 EN AGREEMENT ON BUILDING WORKS 1 THE PARTIES. May 1998 1 (10)
RT 80260 EN May 1998 1 (10) AGREEMENT ON BUILDING WORKS This agreement template is based on the General Terms and Conditions of Building Contracts YSE 1998 RT 16-10660, LVI 03-10277, Ratu 417-7, KH X4-00241. Lisätiedot Kaukokartoitusaineistojen hyödyntäminen toiminnanohjausjärjestelmässä 5.6.2014
Kaukokartoitusaineistojen hyödyntäminen toiminnanohjausjärjestelmässä 5.6.2014 Jani Heikkilä Bitcomp Oy Uuden ajan toiminnanohjausjärjestelmät Modulaarisia selainsovelluksia Käytettävissä selaimella työskentelypaikasta Lisätiedot Rakentamisen 3D-mallit hyötykäyttöön
Rakentamisen 3D-mallit hyötykäyttöön 1 BIM mallien tutkimuksen suunnat JAO, Jyväskylä, 22.05.2013 Prof. Jarmo Laitinen, TTY rakentamisen tietotekniikka Jarmo Laitinen 23.5.2013 Jarmo Laitinen 23.5.2013 Lisätiedot Tekstiviestit puhepalvelunumeroihin 3/2008
Tekstiviestit puhepalvelunumeroihin 3/2008 Työryhmäraportti 3/2008 1 (6) Julkaisija Tekijät Työryhmä Tekstiviestit puhepalvelunumeroihin KUVAILULEHTI Asiakirjan päivämäärä 30.4.2008 Asiakirjan laji Työryhmäraportti Lisätiedot KRYSP-seminaari 24.11.2011 MML:n maastotietokannan ylläpito
KRYSP-seminaari 24.11.2011 MML:n maastotietokannan ylläpito Jurkka Tuokko Maanmittauslaitos Maastotietokanta Maanmittauslaitoksen ylläpitämä valtakunnallinen paikkatietoaineisto, joka sisältää tietoja Lisätiedot MIETINTÖJÄ JA MUISTIOITA B X/2001 KUNTIEN ROOLI DIGIROAD-JÄRJESTELMÄSSÄ
MIETINTÖJÄ JA MUISTIOITA B X/2001 KUNTIEN ROOLI DIGIROAD-JÄRJESTELMÄSSÄ LIIKENNE- JA VIESTINTÄMINISTERIÖN MIETINTÖJÄ JA MUISTIOITA B X/2001 KUNTIEN ROOLI DIGIROAD-JÄRJESTELMÄSSÄ Liikenne- ja viestintäministeriö Lisätiedot Hintatiedotus ja tietojen välitys. Loppuraportti
Hintatiedotus ja tietojen välitys Loppuraportti Henkilöliikenne 18. marraskuuta 2002 1 Lähtökohdat VR Henkilöliikenteellä on käytössä Journey Planner reitinsuunnittelupalvelu. Palvelua käyttävät matkustajat Lisätiedot Sosiaali- ja terveydenhuollon ITratkaisujen
26.1.2014 Joulukuussa 2013 toteutetun kyselyn tulokset Sosiaali- ja terveydenhuollon ITratkaisujen hyödyntämistä ja tietohallintoa koskeva kysely Tomi Dahlberg Karri Vainio Sisältö 1. Kysely, sen toteutus, Lisätiedot Avoimen datan vaikutuksia tiedontuottajan toimintaan
Avoin data ja liiketoiminta Avoimen datan vaikutuksia tiedontuottajan toimintaan SKS/Poligonin talviseminaari 3.2.2011 Antti Kosonen MML Tietopalvelukeskus MML ja avoin data 2011 alusta MML on tarjonnut 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 3.5.2011 Tietomallipohjainen hanke tulee perustua yleisesti sovittuihin lähtökohtiin: Standardinomaiset Lisätiedot Lapuan kaupunki Maanmittauslaitos Dnro MML /00 04 00/2015 KUNTA PAIKKATIETOAINEISTOJEN HANKINTAA JA KÄYTTÖOIKEUTTA KOSKEVA SOPIMUS
Maanmittauslaitos Dnro MML /00 04 00/2015 KUNTA PAIKKATIETOAINEISTOJEN HANKINTAA JA KÄYTTÖOIKEUTTA KOSKEVA SOPIMUS Sopimusosapuolet: Yhteyshenkilö: Jaakko Rissanen Maanmittauslaitos, Yhteyshenkilö: Kari Lisätiedot JUHTA - Julkisen hallinnon tietohallinnon neuvottelukunta
JHS 188 Kansallisen tie- ja katuverkostoaineiston ylläpito ja ylläpitotietojen dokumentointi Liite 1 Tie- ja katuverkon geometrian mallinnussäännöt Suomessa Versio: 1.0 Julkaistu: 10.4.2014 Voimassaoloaika: Lisätiedot Suomen avoimien tietojärjestelmien keskus COSS ry
Viisaat hankinnat: Avoimuudet uusissa JIT 2015 -ehdoissa JulkICTLab-seminaari 20.11.2015 Martin von Willebrand, puheenjohtaja Avoin arkkitehtuuri Luo jäsenien menestystarinoita avoimilla ratkaisuilla Avoimet Lisätiedot Liikennetiedot Yleisradion palveluissa
Liikennetiedot Yleisradion palveluissa Liikennetelematiikan kansallinen arkkitehtuuri Esimerkki 1.0 19.05.2004 Liikennetiedot Yleisradion palveluissa Tavoite Arkkitehtuuri kuvaa, kuinka Yleisradio saa Lisätiedot TAMPEREEN KAUPUNKI KUNNOSSAPIDON PALAUTEJÄRJESTELMÄN PILOTOINTI
TAMPEREEN KAUPUNKI KUNNOSSAPIDON PALAUTEJÄRJESTELMÄN PILOTOINTI KUNNOSSAPIDON PALAUTEJÄRJESTELMÄ Tampereen kaupungin katu- ja puistoalueiden kunossapidon palautejärjestelmä: Helppokäyttöisenä käyttöliittymänä Lisätiedot LAS- ja ilmakuva-aineistojen käsittely ArcGIS:ssä
Esri Finland LAS- ja ilmakuva-aineistojen käsittely ArcGIS:ssä November 2012 Janne Saarikko Agenda Lidar-aineistot ja ArcGIS 10.1 - Miten LAS-aineistoa voidaan hyödyntää? - Aineistojen hallinta LAS Dataset Lisätiedot Liikenne- ja viestintäministeriö TULEVAISUUDEN LIIKENNE
Liikenne- ja viestintäministeriö TULEVAISUUDEN LIIKENNE TULEVAISUUDEN LIIKENNE KYSELYN TULOKSET Taloustutkimus Oy Pauliina Aho 24.8.2012 Tekninen johdanto 3 24.8.2012 1009 Liikenne- ja viestintäministeriö Lisätiedot INSPIREn määrittelyjen mukaisen tietotuotteen muodostaminen: LIIKENNEVERKOT
INSPIREn määrittelyjen mukaisen tietotuotteen muodostaminen: LIIKENNEVERKOT Suunnitelma Otsikko Päivämäärä 2010-11-18 Aihe/alue Julkaisija Tyyppi Kuvailu Tekijät Muoto Julkisuus Oikeudet Tunniste Kieli Lisätiedot Supporting the contribution of higher education institutions to regional development: Case Jyväskylä region
KESKIMAA 90 VUOTTA Supporting the contribution of higher education institutions to regional development: Case Jyväskylä region OECD/IMHE 2006 ESITYKSEN RAKENNE 1. Hankkeen tarkoitus ja toteutus 2. OECD:n Lisätiedot MUSEOT KULTTUURIPALVELUINA
TIEKE Verkottaja Service Tools for electronic data interchange utilizers Heikki Laaksamo TIEKE Finnish Information Society Development Centre (TIEKE Tietoyhteiskunnan kehittämiskeskus ry) TIEKE is a neutral, Lisätiedot KONENÄÖN MAHDOLLISUUDET KATUJEN JA TEIDEN OMAISUUDEN HALLINTAAN
KONENÄÖN MAHDOLLISUUDET KATUJEN JA TEIDEN OMAISUUDEN HALLINTAAN Petri Hienonen * * Lappeenranta University of Technology (LUT) Laboratory of Machine Vision and Pattern Recognition (MVPR) Kuntatekniikkapäivät Lisätiedot Avoimella tiedonsiirrolla kohti kulttuurimuutosta 3.4.2014
Avoimella tiedonsiirrolla kohti kulttuurimuutosta 3.4.2014 Mitä mallintamisella tavoitellaan Tuottavuuden parantamista Virheiden vähenemistä Laatua Kustannustenhallintaa Määrätietoutta Kommunikoinnin ja Lisätiedot Ilmastopolitiikan tehostaminen väylänpidossa. EKOTULI + LINTU seminaari 28.4.2010
Ilmastopolitiikan tehostaminen väylänpidossa EKOTULI + LINTU seminaari 28.4.2010 ILMATIE-projekti Tiehallinnon EKOTULI -teeman projekti (Ekotehokas ja turvallinen liikennejärjestelmä); Tiehallinnon selvityksiä Lisätiedot PAIKKATIETOJEN KÄYTTÖ HSY:N VESIHUOLLON OPERATIIVISESSA JA STRATEGISESSA TOIMINNASSA
PAIKKATIETOJEN KÄYTTÖ HSY:N VESIHUOLLON OPERATIIVISESSA JA STRATEGISESSA TOIMINNASSA Vesihuolto 2015 Turku 21.5.2015 Pentti Janhunen Paikkatieto Paikkatieto on tietoa, johon liittyy maantieteellinen sijainti Lisätiedot KRYSP - kunnan rakennetun ympäristön sähköiset palvelut Seminaari 23.-24.11.2011. Matti Sirén, Keypro Oy
KRYSP - kunnan rakennetun ympäristön sähköiset palvelut Seminaari 23.-24.11.2011 Matti Sirén, Keypro Oy Keypron osuus KRYSP:issä Maankäyttö / opastavat tiedot / katuverkon topologia Maankäyttö / kantakartta Lisätiedot PSYKOLOGIAN ARTIKKELI- JA MONOGRAFIAVÄITÖSKIRJOJEN RAKENNE MUISTILISTAA VÄITÖSKIRJOJEN OHJAAJILLE JA OHJATTAVILLE
PSYKOLOGIAN ARTIKKELI- JA MONOGRAFIAVÄITÖSKIRJOJEN RAKENNE MUISTILISTAA VÄITÖSKIRJOJEN OHJAAJILLE JA OHJATTAVILLE TYÖN TARKASTUKSEN JA PAINATUKSEN ETENEMINEN Timo Suutama 8.10.2014 Artikkeliväitöskirjan Lisätiedot Harmonisoidun KuntaGML:n toteuttaminen kuntien tietojärjestelmiin - Kuntien Paikkatietopalvelun rajapintahanke
HANKE-ESITTELY Toukokuu 2006 Harmonisoidun KuntaGML:n toteuttaminen kuntien tietojärjestelmiin - Kuntien Paikkatietopalvelun rajapintahanke Pasi Lappalainen, Suunnittelukeskus Oy HALLITUS FCG Finnish Consulting Lisätiedot AVOIMEN TUOTTEEN HALLINTAMALLIT. Kunnassa toteutettujen tietojärjestelmien uudelleenkäyttö. Yhteentoimivuutta avoimesti 2.12.2011
AVOIMEN TUOTTEEN HALLINTAMALLIT Kunnassa toteutettujen tietojärjestelmien uudelleenkäyttö Yhteentoimivuutta avoimesti 2.12.2011 Erikoistutkija, MSc. Tapio Matinmikko, Teknologian tutkimuskeskus VTT 2 Esittäjästä Lisätiedot Junaliikenteen häiriötilannetietojen tuottaminen ja tiedotus
Junaliikenteen häiriötilannetietojen tuottaminen ja tiedotus Esiselvitys ja vaatimusmäärittely 28.10.2004 Hankkeen tavoitteet Toimiva prosessi junaliikenteen häiriötilanteiden tietojen tuottamiseen, ylläpitämiseen Lisätiedot ASROCKS -hankkeen kysely sidosryhmille
GTK / Etelä-Suomen yksikkö LIFE10 ENV/FI/000062 ASROCKS 30.10.2012 Espoo ASROCKS -hankkeen kysely sidosryhmille Paavo Härmä ja Jouko Vuokko With the contribution of the LIFE financial instrument of the Lisätiedot Raitiotiehankkeen toteutusmalliesiselvitys
Raitiotiehankkeen toteutusmalliesiselvitys Tampereen kaupunki Kaupunginvaltuuston iltakoulu raitiotiehankkeeseen liittyen 24.4.2014 Toteutusmallin valinta Toteutusmallitarkastelu käynnistettiin kesällä Lisätiedot Mot starkare tvåspråkighet i stadens service Kohti vahvempaa kaksikielisyyttä kaupungin palveluissa
Mot starkare tvåspråkighet i stadens service Kohti vahvempaa kaksikielisyyttä kaupungin palveluissa SKILLNADEN II Samverkan som strategi MUUTOS II Strategiana yhteistyö 24.11.2015 Tua Heimonen Specialplanerare, Lisätiedot DOCUMENT MANAGER FI/ NO/ SE
PALVELUKUVAUS 1 (6) DOCUMENT MANAGER FI/ NO/ SE PALVELUKUVAUS 2 (6) CONTENTS 1. DOCUMENT MANAGER... 3 2. DOCUMENT MANAGER - KUVAUS... 3 2.1 Tuotteet... 4 2.1.1 Data Management... 4 2.1.2 ipost Letter... Lisätiedot Dokumenttia hyödyntävien tulee viitata siihen asianmukaisesti lähdeviitteellä. Lisätiedot: http://www.fsd.uta.fi/
FSD2605 CP-VAMMAISTEN AIKUISTEN ELÄMÄNHALLINTA 2008-2010 FSD2605 WELL-BEING OF ADULTS WITH CEREBRAL PALSY 2008-2010 Tämä dokumentti on osa yllä mainittua Yhteiskuntatieteelliseen tietoarkistoon arkistoitua Lisätiedot FORUM 2015 Palvelusektorin osa-alueita Asiantuntijapalvelut ja Asiakastyytyväisyys 3.11.2015 Risto Pulkkanen, SFS Finlandia-talo, Helsinki
Eija Lahtinen Uudet kelikamerat Kaakkois-Suomen tiepiiri VIKING Eija Lahtinen Uudet kelikamerat Kaakkois-Suomen tiepiiri Tiehallinto Kaakkois-Suomen tiepiiri Liikenteen palvelut Kouvola 2001 Raportin Lisätiedot Vianovan Tuotteet Roadmap 2014. Ville Herva Novapoint Käyttäjäpäivät, Vantaa 9.4.2014
Vianovan Tuotteet Roadmap 2014 Ville Herva Novapoint Käyttäjäpäivät, Vantaa 9.4.2014 Novapoint 19 DCM Julkaistu Suomessa 28.11.2013 Novapoint 19 DCM Tuotantoversio 19.20a, Quadri DCM 1.1b 19.20FP1 04/2014 Lisätiedot 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 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 Varsinais-Suomen palveluverkkotyöryhmä. Kokous II 28.8.2013 Varsinais-Suomen liitto
Varsinais-Suomen palveluverkkotyöryhmä Kokous II 28.8.2013 Varsinais-Suomen liitto Työryhmän asialista 1. Edellisen kokouksen muistio 2. Palvelupisteteemojen priorisointi kotitehtävien läpikäynti ja keskustelu Lisätiedot Kunnan rakennetun ympäristön sähköiset palvelut (KRYSP)
Kunnan rakennetun ympäristön sähköiset palvelut (KRYSP) Hankkeen tavoitteet ja sisältö Kunnan rakennetun ympäristön sähköiset palvelut projektin (KRYSP) tavoitteena on tuottaa sähköinen asiointipalvelukokonaisuus, Lisätiedot Tietomallit ylläpidossa, periaatteita
Tietomallit ylläpidossa, periaatteita TJJ / 14.01.2015 Rakennushankkeen kolme tukijalkaa Tavoitteet Luonnos Sopimus Toteutus Rakentaminen Vastaanotto Ylläpito Allianssi Yhteistoiminta Ajattelutapa Lean Lisätiedot ISÄNNÖINTIPALVELUA OSTAMASSA TILAAJAN NÄKÖKULMA
ISÄNNÖINTIPALVELUA OSTAMASSA TILAAJAN NÄKÖKULMA Kiinteistö 2013 Jenni Hupli Kiinteistöliiton päälakimies, VT Ydinkysymysten äärellä Sitä saa, mitä tilaa Vastaako sitä, mitä on tavoiteltu/tarvitaan? Ratkaiseeko Lisätiedot Viranomaistietovirtojen kehitys
Viranomaistietovirtojen kehitys Viranomaistietovirrat (pl. TK) syksyllä 2014 Opetushallituksen Opintopolku.fi-palveluun on avattu tekninen yhteys elokuussa Lukupalvelimet vastanneet kehittäjien henkilötunnus-avaimella Lisätiedot PASTORI-PROJEKTI. Paikkasidonnaisten liikenteen palveluiden liiketoiminta- ja toteutusratkaisut
PASTORI-PROJEKTI Paikkasidonnaisten liikenteen palveluiden liiketoiminta- ja toteutusratkaisut Älykkään liikenteen liiketoimintamallien ja toteutusratkaisujen kehittäminen Matti Roine ja Raine Hautala, Lisätiedot Liikennetelematiikan kansallinen järjestelmäarkkitehtuuri. TYÖPAJA ARKKITEHTUURIN KÄYTÖSTÄ FITS-ohjelman hankkeille.
Liikennetelematiikan kansallinen järjestelmäarkkitehtuuri TYÖPAJA ARKKITEHTUURIN KÄYTÖSTÄ FITS-ohjelman hankkeille Ohjeet ja ohjelma Luonnos 16.5.2002 Sisällys 1 LÄHTÖKOHDAT...4 2 ETUKÄTEISVALMISTELU...5 Lisätiedot Tietojärjestelmä tuotantoympäristössä. Sovellusohjelmat Helsingin ammattikorkeakoulu Stadia / Tekniikka ja liikenne Vesa Ollikainen
Tietojärjestelmä tuotantoympäristössä Tausta ja tavoitteet Tausta Kurssilla on opiskeltu suunnittelemaan ja toteuttamaan tietokanta, joka on pieni perustuu selkeisiin vaatimuksiin on (yleensä) yhden samanaikaisen Lisätiedot Automaatiojärjestelmän hankinnassa huomioitavat tietoturva-asiat
Automaatiojärjestelmän hankinnassa huomioitavat tietoturva-asiat Teollisuusautomaation tietoturvaseminaari Purchasing Manager, Hydro Lead Buyer, Industrial Control Systems 1 Agenda / esityksen tavoite Lisätiedot Rajapintapalveluiden mahdollisuudet Tampere-talo 25.4.2012
Rajapintapalveluiden mahdollisuudet Tampere-talo 25.4.2012 Pasi Lappalainen pasi.lappalainen@nostoconsulting.fi GSM 0400 858 101 TAVOITETILA Metatieto Inspire WFS Kokoava tietopalvelu KuntaGML LandXML Lisätiedot Miksi HEILI-ohjelma 3.6.2003. Yli-insinööri Seppo Öörni Liikenne- ja viestintäministeriö
Miksi HEILI-ohjelma 3.6.2003 Yli-insinööri Seppo Öörni Liikenne- ja viestintäministeriö 1 HEILI Henkilöliikenteen info-ohjelma Edistää yhteistyötä henkilöliikenteen tiedotuspalveluiden ja joukkoliikenteen Lisätiedot Merlin Systems Oy. Kommunikaatiokartoitus päätöksenteon pohjaksi. Riku Pyrrö, Merlin Systems Oy 8.11.2007
Merlin Systems Oy Kommunikaatiokartoitus päätöksenteon pohjaksi Riku Pyrrö, Merlin Systems Oy 8.11.2007 Merlinin palvelujen toimittaminen ja Asiakasratkaisuyksikön tehtäväkenttä Merlin Asiakasratkaisut Lisätiedot Avoin lähdekoodi. Jani Kylmäaho Maanmittauslaitos www.oskari.org
Avoin lähdekoodi Jani Kylmäaho Maanmittauslaitos www.oskari.org Avoimen lähdekoodin määritelmä (OSI) Ohjelman täytyy olla vapaasti levitettävissä ja välitettävissä. Lähdekoodin täytyy tulla ohjelman mukana Lisätiedot Huippuostajia ympäristöpalveluihin
Huippuostajia ympäristöpalveluihin Fiksu kysyntä luo markkinoita yritysten uusille ratkaisuille Tekes Piia Moilanen 28.8.2013 www.tekes.fi/huippuostajat Agenda o ELY:jen ympäristöpalveluhankinnat Ylijohtaja Lisätiedot Järjestelmäarkkitehtuuri (TK081702) Web Services. Web Services
Järjestelmäarkkitehtuuri (TK081702) Standardoidutu tapa integroida sovelluksia Internetin kautta avointen protokollien ja rajapintojen avulla. tekniikka mahdollista ITjärjestelmien liittämiseen yrityskumppaneiden Lisätiedot Helsinki Metropolitan Area Council
Helsinki Metropolitan Area Council Current events at YTV The future of YTV and HKL On the initiative of 4 city mayors the Helsinki region negotiation consortiums coordinating group have presented that: Lisätiedot papinet -sanomastandardit
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 Infran tuotetietojen hallinta, nykytilanne
Infran tuotetietojen hallinta, nykytilanne Infrajohtaminen Tavoitteen määrittely Suunnittelu Eri osa-alueilla ja vaiheilla omat järjestelmänsä ja tietomallinsa Toiminta perustuu tiedonsiirtoon: konversiot Lisätiedot Open Data Tampere Region Kickoff 20.2.2013 Avoimen datan käyttömahdollisuudet liikenteessä
Open Data Tampere Region Kickoff 20.2.2013 Avoimen n käyttömahdollisuudet liikenteessä Liikenneinsinööri Mika Kulmala Tampereen kaupunki Tarvitaan uusia innovatiivisia ratkaisuja liikkumiseen ja liikenteeseen Lisätiedot Digiroadin hyödyt kunnalle
Digiroadin hyödyt kunnalle 1(6) 1 Opetustoimi Koulumatkojen analysointi ja koulukuljetusten optimointi Kouluverkoston optimointi Kevyen liikenteen väylähankkeiden vaikutusten arviointi koulukuljetuksiin Lisätiedot Mallintaminen; kurssipalautejärjestelmä
Thomas Gustafsson & Saara Salminen Mallintaminen; kurssipalautejärjestelmä Metropolia Ammattikorkeakoulu Insinööri (AMK) Tietotekniikan koulutusohjelma Mallintaminen, tehtävä 1 21.1.2012 Tiivistelmä Tekijä(t) Lisätiedot Konenäköpilotti ja muutoslaboratorio. Jani Kemppainen Rakennusteollisuus ry
Konenäköpilotti ja muutoslaboratorio Jani Kemppainen Rakennusteollisuus ry Esiteltävät asiat Konenäköpilotti Muutoslaboratorio Miten muutoslaboratoriota on tarkoitus kokeilla konenäköpilotti-hankkeessa Lisätiedot 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 Ylivieskan seutukunnan liikenneturvallisuuskysely Ylivieska
Ylivieskan seutukunnan liikenneturvallisuuskysely Ylivieska Kyselyyn vastasi sähköisesti 120 kunnan asukasta. Lisäksi saatiin 3 vastausta paperilla, joita ei ole huomioitu esitetyissä kuvaajissa. Saadut Lisätiedot Jyväskylän sähköiset asiointipalvelut. Kuntien Paikkatietoseminaari 5.-6.2.2013 Paikkatietopäällikkö Janne Hartman Jyväskylän kaupunki
Jyväskylän sähköiset asiointipalvelut Kuntien Paikkatietoseminaari 5.-6.2.2013 Paikkatietopäällikkö Janne Hartman Jyväskylän kaupunki 6.2.2013 Esityksen sisältö Yleistä Sähköiset lupapalvelut Palautejärjestelmä Lisätiedot TIEREKISTERIN INTRANET-KATSELUOHJELMAN KÄYTTÖOHJE (19.2.2004)
1 (7) TIEREKISTERIN INTRANET-KATSELUOHJELMAN KÄYTTÖOHJE (19.2.2004) Huom! Tätä ohjetta ei ole täysin päivitetty vastamaan uutta ulkoasua, koska vielä uudempi extranet-versio on tulossa. Perusperiaatteet Lisätiedot 2016 © DocPlayer.fi Yksityisyyskäytäntö | Palveluehdot | Palaute