GPS positionerade fordon - Basunderhåll Väg

Relevanta dokument
Brist- och Åtgärdsrapportering Basunderhåll Väg. Entreprenör. Brist- och Åtgärdsrapportering Basunderhåll Väg SPECIFIKATION 1 (31)

InTime Message Center SMS gränssnittsspecifikation V2.3

Schema ValcentralenPA03.xsd

Postbeskrivning FileResponse innehåll

FormPipe Long-Term Archive

Sammansatt bastjänst för engagemang i företag

Sammansatt bastjänst för engagemang i företag

Uppgjord: Jon Sandelin Datum: Rev (27) eks WebService. Rev. Datum Av Kommentarer

Utkast/Version (8) Användarhandledning - inrapportering maskin-till-maskin

Postbeskrivning Customerjournal_1.0 innehåll

Vad är XML Schemas. XML Schemas. Varför XML Schmas. Namespace

Sammansatt bastjänst för roll i företag

RIV TA Domänschema 2.1

RIV Tekniska Anvisningar 2.1

Sammansatt bastjänst för grundläggande uppgifter om företag

Tekniskt gränssnitt ZIP-fil för applikationsutvecklare Anläggningsprojekt för ett nationellt inkomstregister

Sammansatt bastjänst för grundläggande uppgifter om företag

RIV TA Domänschema 2.1

Tentamen Informationsinfrastruktur

Grundvattenbortledning M Bilaga 12. Arbete utanför ordinarie arbetstid

Basic Profile. SHS Version 2.0 SOAP-based Protocol. Utgåva PA SHS Version 2.0 SOAPbased Protocol Basic Profile 1 (10)

XML-produkter. -Registret över verkliga huvudmän (RVH) Teknisk handledning för webbtjänst mot RVH (Web Services) Datum: Version: 1.

RDT Externt Webbtjänst Gränssnitt

Sammansatt bastjänst för grundläggande uppgifter om företag

RDT Externt Webbtjänst Gränssnitt

Villkor för digitala leveranser i projekteringsuppdrag

NVDB Teknisk Lösning - Teknisk beskrivning av datautbyte

e x e m p e l BILAGA 1 till kontrakt Villkor för digitala leveranser i entreprenad 1. Allmänt

Användarinstruktioner - skadeanmälan SPVA

ABB AB Instruction. Prepared: Prepared date: Approved: Approved date: Lang: Revision Page:

RIV TA Basic Profile 2.1 RIV Tekniska Anvisningar

RIV TA Basic Profile 2.1 med intygspropagering RIV Tekniska Anvisningar

Systemkrav Infrasystem - Dataleverans för anslutning till NTS

Instruktioner entreprenörer Elektroniska blanketter 29-31

Webbtjänster med SOAP, uppbyggnad och implementation

RIV TA Basic Profile 2.1

Postbeskrivning. Sjukanmälan

ABBs leverantörsfakturaportal. Handledning - Användare. Version: 1.0 Datum:

E-pliktleverans via RSS-feeds

Dokumentschema förpackning av externa objekt. Version: 1.0 Status: Standard Datum:

RIV Tekniska Anvisningar Tjänsteschema

LEFI Online, system till system (Leverera Förmånsinformation) WEBBSERVICE/SHS/SSEK

UC API Teknisk referens för UC:s svenska personinformation

Hantering av tillitsnivåer

RIV TA Tjänsteschema 2.1 RIV Tekniska Anvisningar

Filleveranser till VINN och KRITA

Dataproduktspecifikation Projektionszoner Sweref 99 Järnväg. Version 4.0

Regelverk. Infrastrukturen för vidareförmedling av grundläggande uppgifter om företag. Bilaga A. Tekniska ramverk. Version: 1.0

Dataproduktspecifikation Projektionszoner Sweref 99 Trafikverket. Version 5.0

TRAFIKVERKET UNDERRÄTTELSER

MVK SSO 2.0 Mina vårdkontakter

Regelverk. Infrastrukturen för vidareförmedling av grundläggande uppgifter om företag. Bilaga A. Tekniska ramverk. Version: 3.0

LEX INSTRUKTION LEX.CONFIG

NVDB Teknisk lösning ID-hantering och transaktioner

Utkast/Version (7) Användarhandledning - inrapportering i Indataportalen

RIVTA Basic Profile 2.1

RIV Tekniska Anvisningar Tjänsteschema

Meddelandespecifikation Avbrottsrapportering

Informationsmaterial och manual Nytt körordersystem webb

Systemkrav Infrasystem Väg - Anslutning av ASÖ mot NTS

Vikten av väl utformade baskontrakt på järnväg Konkreta exempel Underhåll Tony Persson, enhetschef

Sändning av uppgifter Scheman Meddelanden Anläggningsprojekt för ett nationellt inkomstregister

Dataproduktspecifikation Trafikverkskontor. Version 1.0

Certifikattjänsten Beskrivning av gränssnittet Inkomstregisterenheten

Informationsmaterial BASkontrakt. Leverans och hantering av förvaltningsdata. Målgrupp: - Trafikverkets Entreprenörer

XML-dokumentation. För Projektledare & utvecklare hos IT-leverantörer till Svenska Intensivvårdsregistret

Sändning av uppgifter Scheman Makuleringsuppgifter Anläggningsprojekt för ett nationellt inkomstregister

Utvärdering av personlarm med GPS

InTime HTTP API. Översikt funktioner. Webbtjänster för systemintegration med InTime Messenger.

HSA Schemauppdateringsprocess. Version 1.2.1

Införande av Primula på Malmö högskola

Övergripande teknisk beskrivning Sammansatt bastjänst ekonomiskt bistånd (SSBTEK)

Elektronisk tullräkning Sid 1(9) Samverkansspecifikation. Version: 1.0 SAMVERKANSSPECIFIKATION. för. e-tullräkning

Beskrivning av xml-produkten Dokumentleverans (D4) version 2.04

Affärsdokumentspecifikation Publiceringsdatum: Version: 2.0.0

Meddelandespecifikation Avbrottsrapportering

Tekniskt ramverk för Svensk e- legitimation

UC API Teknisk referens för UC:s svenska företagsinformation

Skapat av (Efternamn, Förnamn, org) DokumentID Ev. ärendenummer. Lars Jonsson UHniö [DokumentID] [Ärendenummer]

Affärsdokumentspecifikation Publiceringsdatum: Version: 2.0.1

Tekniskt ramverk för Svensk e-legitimation

Bilaga 1. Definitioner

STYR FÖRETAGET FRÅN RATTEN Mobilt GPS-system för minskad administration och snabbare fakturering

Affärsdokumentspecifikation Publiceringsdatum: Version: 1.3.0

TRAFIKVERKET UNDERRÄTTELSER

Utvecklingen av trafiksystemen. Stefan Knutsson

Isolda Inköp - EDI. Specifikation v 2.0

Information till webbstödet för leverantörer Rehabiliterings tjänster (Uppdaterat )

Långsiktig teknisk målbild Socialtjänsten

Manual Dataadministratör

Instruktion Direktanmälan ackrediterade verkstäder

Sign Message i Legi+meringstjänster Designförslag Stefan Santesson sec.com)

Framtagande av mobil tjänst inom Region Skåne

Introduktion Schenker-BTL AB, Stab IT Beskrivning över informationsintegreringmed Schenker, metodbeskrivning version 1.

Utveckling av webbapplikation för informationshantering i projekt

Delrapport DP3. FGS för paketstruktur för e-arkiv Bilaga 1 METS

NVDB Teknisk Lösning - Teknisk beskrivning av datautbyte

Information om webbstödet till leverantörer Rehabiliterings tjänster (Uppdaterat )

Transkript:

SPECIFIKATION 1 (34) Skapat av (Efternamn, Förnamn, org) Dokumentdatum Ärendenummer Andersson, Andreas, UHabv 2014-06-25 TRV 2014/49600 DokumentID 2.2 Dokumenttitel GPS Positionerade fordon Basunderhåll Väg GPS positionerade fordon - Basunderhåll Väg Specifikation Dokumenthistorik: Version Initialer Datum Kommentar 0.9 JJ 2009-08-27 Färdigställande av draft. 0.91 JJ 2009-09-01 Rättat felstavning 0.92 JJ 2009-09-17 Ändrat measure. Tagit bort Assistance. 0.93 JJ 2009-10-01 Ändrat text 0.94 JJ 2009-10-12 Ändrade kontaktpersoner 0.95 AA 2009-11-05 Textredigering 0.96 AA 2009-11-24 Ändrat text 1.0 AA 2009-12-02 Ändrat sidhuvud och sidfot 1.1 AA 2010-04-07 Ändrat internetadresser för test och drift 1.2 AA 2010-04-13 Anpassat dokumentet för Trafikverket samt ändrat rubrik 1.3 AA 2010-05-05 Textredigering. Uppdaterade kontaktuppgifter 1.4 AA 2010-05-24 Tagit bort Region. Ändrat krav på Source. 1.5 NB 2010-05-31 Uppdaterat XML-schemat enligt de senaste ändringarna 1.6 AA 2011-10-26 Ändrat inrapporteringskraven. Tydliggjort obl resp valfria krav 1.7 AA 2011-12-13 Ändrat inrapporteringskraven på material 1.8 AA 2013-03-14 Revidering åtgärder samt förtydligande information 1.9 NB 2013-09-26 Uppdaterat för version 3.0 2.0 AA 2013-10-02 Revidering från driftområde till område 2.1 AA 2014-03-06 Revidering av adresser för webbtjänsterna 2.2 AA 2014-06-25 Rättning av adresser för webbtjänsterna

SPECIFIKATION 2 (34) Innehållsförteckning Allmänt... 3 Bakgrund... 3 Arkitektur... 3 Kontaktpersoner... 3 Syfte... 4 Uppföljning av utfört arbete... 4 Trafikinformation... 4 Säkerhet och kvalité... 4 Informationsinnehåll... 5 Leverantörsnyckel (SupplierKey)... 5 Källa (Source)... 5 Position (Position)... 5 Fordonsidentifiering (Vehicle)... 5 Åtgärd (MeasureType)... 5 Status (StatusCode)... 5 Övrigt arbete... 6 Inrapportering... 6 Avgränsning... 6 Inrapporteringskrav... 6 Webbtjänst... 6 XML Schema... 6 Rutin vid uppstart... 7 Autentisering... 7 Testmiljö... 7 Produktionsmiljö... 7 Inrapportering av åtgärd... 7 Leveranskrav... 7 Bilaga A WSDL... 8 Bilaga B XML Schema... 11

SPECIFIKATION 3 (34) Allmänt Bakgrund MIP (Mobila Inrapporteringar från Plogbilar) är ett system som finns på Trafikverket. Systemet var först tänkt att användas för att få in data från vinterenheter men numera är systemet utbyggt för att kunna ta emot information för fler typer av åtgärder som utförs. Detta dokument beskriver dels övergripande hur inrapportering från GPS positionerade fordon går till samt formatet som meddelandena skall skickas i. Arkitektur Nedanstående bild visar en översiktlig bild hur inrapportering fungerar. Trafikverket Företag X MIP-Kartan Andra system Extern System X Fordon2 Fordon1 WS HTTPS MIP Företag Y MIP Webbtjänst WS HTTPS Extern System Y Fordon4 Fordon3 Trafikverket tillhandahåller ett gränssnitt att ta emot data från externa system. Det förutsätts att det är ett system som skickar informationen till Trafikverket De externa systemen skapar meddelanden enligt det format som Trafikverket har specificerat. Alla nödvändiga data skall finnas med i meddelandet. Meddelandena skickas via en webbtjänst till Trafikverket. Meddelanden tas emot på Trafikverket och kontrolleras så att de är korrekt. Informationen lagras i en databas. Inkommande meddelanden kommer att bearbetas så information sedan kan presenteras i olika verktyg in om Trafikverket. Kontaktpersoner Support E-post: mip@trafikverket.se Verksamhetsfrågor Kontaktperson: Andreas Andersson Telefonnummer: 010-123 78 53 E-post: andreas.andersson@trafikverket.se Tekniska frågor Kontaktperson: Niclas Brus Telefonnummer: 010-123 48 76 E-post: niclas.brus@trafikverket.se

SPECIFIKATION 4 (34) Syfte Uppföljning av utfört arbete Enligt kontrakten för Basunderhåll Väg har entreprenören krav på sig att utföra olika sorters arbeten, som exempelvis vinteråtgärder, röjning och slåtter, men även arbeten som pågår året runt som inspektion. För att Trafikverket på ett effektivt sätt ska kunna följa upp underhållsverksamheten på väg och kunna kontrollera att entreprenören utfört de åtgärder som man åtagit sig att göra enligt kontrakten finns MIP som ett stöd för uppföljningsarbetet. Med hjälp av den information som skickas in till MIP, går det göra riktade kontroller av det utförda arbetet efter att en åtgärd är utförd, istället för att chansa på att en åtgärd är utförd på den sträcka man tänkt kontrollera. Den information som skickas in till MIP används även av de parter som Trafikverket handlat upp för att göra leveranskontroller i kontrakten för Basunderhåll Väg. Tillsammans med det väderdata som hämtas från Vintersystemen, det vill säga VViS och MESAN, kan kontroller sedan göras i efterhand avseende vilka åtgärder som är utförda vid olika vädertillfällen. Trafikinformation Information från MIP används även av Trafikcentralen (TC) som ett stöd för att höja kvaliteten på informationen om åtgärder och väglag. Förbättringen uppnås bland annat genom att inrapporteringstiden kortas när informationen kan fås när åtgärden utförs samt att TC kan se var enheterna befinner sig. Med information från MIP kan Trafikcentralen se var det pågår olika underhållsarbeten, vilket är till nytta om man till exempel skulle behöva leda om trafik, vid en eventuell olycka. Säkerhet och kvalité Trafikverket har även nytta av att kunna se var enheterna är, till exempel för att kunna besvara förfrågningar via telefon, samt exempelvis vid större snöoväder kunna se hur många enheter som är ute. Vid en eventuell olycka har Trafikverket även nytta av den information som skickas in för att kunna ge ett underlag om en åtgärd är utförd eller inte på aktuell plats eller vägsträcka.

SPECIFIKATION 5 (34) Informationsinnehåll Nedan presenteras vilken information som meddelanden ska innehålla och översättningen till uttryck som används i XML schemat. Leverantörsnyckel (SupplierKey) Är en sträng som identifierar leverantören som har sänt meddelandet. Innehållet fås av Trafikverket. Källa (Source) Är en informationssträng som identifierar från vilket område som meddelandet har sänts ifrån. Innehållet fås av Trafikverket. Position (Position) Anger information om position (koordinater)och riktning för fordonet WGS84Coord - Koordinaterna i WGS84. Skall vara i formatet grader, decimalt. ex. 27,2343 RT90Coord - Koordinaterna i RT90 format. SWEREF99Coord - Koordinaterna i SWEREF99 format. Fordonsidentifiering (Vehicle) Varje meddelande identifieras med hjälp av fordonsidentitet, dvs. till vilket fordon meddelandet hör. Lämpligtvis används fordonets registreringsnummer som identitet men om fordonet inte har ett registreringsnummer ska en annan unik identitet väljas för att kunna särskilja fordonet. Åtgärd (MeasureType) Anger vilken typ av åtgärd som entreprenör utför Värde Åtgärd Beskrivning XML-benämning 70 Inspektion Inspection 110 Snöröjning Snöröjning samt samtidig Plowing snöröjning och halkbekämpning 120 Halkbekämpning Halkbekämpning med både Deicing salt och sand samt förebyggande halkbekämpning 130 Isrivning IceRipping 140 Röjning/Slåtter ClearingMowing 150 Rengöring av kant- och CleaningOfGuidePosts markeringsstolpar 100 Övrigt arbete (avser extraenheterna) Other Status (StatusCode) Talar om status på den åtgärd som man har/haft. Värde Databasbenämning XML-benämning 10 Start Start 20 Stopp Stop 30 Pågående Continue

SPECIFIKATION 6 (34) Övrigt arbete Entreprenören ska utöver de enheter som krävs för de kravställda åtgärder under rubriken Åtgärd ovan, även tillhandahålla 3 stycken extraenheter som kan användas för uppföljning av övriga underhållsåtgärder som ej finns med i kravlistan för åtgärder. Åtgärden som då rapporteras in är Övrigt arbete men det blir upp till beställaren att själv bestämma vilken arbete uppföljningen ska gälla för. Exempel: Beställaren önskar följa upp underhållsåtgärden hyvling som sker vid ett överenskommet datum. Åtgärden som rapporteras in till MIP är då Övrigt arbete, som då även beställaren ser i sitt uppföljningsverktyg. Enheterna ska benämnas enligt följande; <namn på område>_enhet1 osv, ex Borlänge_Enhet1 Inrapportering Avgränsning Trafikverket tillhandahåller via MIP endast ett specificerat gränssnitt mot entreprenören. Detta oberoende av vilka system eller utrustning som entreprenören har. Inrapporteringskrav Kravet på åtgärdsinrapportering gäller för de vinterresurser som ingår i de ordinarie snöröjnings- och halkbekämpningsplanerna, samt för övriga resurser som berörs av åtgärdslistan under rubriken Åtgärd i kapitel Informationsinnehåll. Kravet gäller inte vinteråtgärder som utförs på GC-vägar. För Röjning/slåtter samt Rengöring av kant- och markeringsstolpar ska inrapportering enbart ske vid bedömning för stor eller mycket stor påverkan enligt Arbetsbeskrivning för rapportering av vägarbete inom ramen för Basunderhåll väg version 1.0. Webbtjänst Leverans till Trafikverket sker via en webbtjänst. Webbtjänsten finns beskriven i WSDL (Web Service Description Service), se Bilaga A. Själva innehållet av meddelandena finns beskrivet i ett XML Schema. XML Schemat finns dokumenterat i Bilaga B. Både WSDL och XSD kan fås som filer. Det går också att komma åt webbtjänsten och automatiskt tanka ner dessa från adresserna som beskrivs nedan. Varje anrop hanteras som en transaktion. Detta innebär att om ett meddelande är felaktigt så kommer hela anropet att gå fel. Det är viktigt att leverantören validerar att data de skickar överensstämmer med XML Schemat. Anropen sker via HTTPS (krypterat). XML Schema Som meddelandeformat används XML. Formatet beskrivs med ett XML Schema. För ytterligare information om XML Schema se www.w3.org Schemat beskriver hur XML filen skall se ut. Alla inkommande XML filer valideras mot detta Schema. Leverantören ska använda detta schema och skapa meddelanden som validerar mot detta schema. Schemat finns på fil och kan med fördel fås av Trafikverket genom att kontakta mip@trafikverket.se.

SPECIFIKATION 7 (34) Rutin vid uppstart Tillvägagångssättet för en entreprenör vid uppstart av leverans är enligt det följande. Detta gäller vid samtliga uppstarter, oavsett om man har ett konto sedan tidigare eller inte. 1. Entreprenören meddelar vilka fordon som skall börja inrapportering via detta format. Se kontaktpersoner. 2. Testmiljön för MIP konfigureras och entreprenören meddelas nödvändig konfigurering samt adresser etc. 3. Entreprenören testar att leverera till testmiljön. 4. Kontroll sker på Trafikverket så att det som har levererats till testmiljön ser bra ut. 5. När testerna i testmiljön är klar konfigureras produktionsmiljö och meddelar entreprenören nödvändiga adresser. 6. Entreprenören börjar leverera data till MIP produktionsmiljö när kontraktet för Basunderhåll Väg startar. Autentisering Autentisering mot webbtjänsterna utförs med konto som tillhandahålls av Trafikverket enligt rutinen vid uppstart, se Kontaktpersoner. Testmiljö Adress till webbtjänst: https://ws-pt.trafikverket.se/mip3.0/mipservice.asmx Observera innan tester kan börja så skall leverantören verifiera att dess meddelanden validerar mot XML Schemat. Produktionsmiljö Adress till webbtjänst: https://ws.trafikverket.se/mip3.0/mipservice.asmx Inrapportering av åtgärd Tillvägagångssättet vid inrapportering av en åtgärd skall följa detta generella mönster. Samtliga meddelanden ska innehålla de obligatoriska värdemängderna. 1. När man startar en åtgärd på vägen så skapar man ett meddelande med StatusCode = Start. 2. Så länge som åtgärden pågår så skapar man ytterligare meddelanden med StatusCode = Continue 3. När åtgärden är klar så skapar man ett meddelande med StatusCode = Stop, Leveranskrav Insamling av kravställd information för respektive fordon ska ske när åtgärden utförs samt med högst 30 sekunders intervall. Informationen lagras först i det egna systemet och skickar sedan, med en rekommendation på var femte minut, in alla nya meddelanden i ett anrop. Begränsningen är att varje anrop (Message) inte innehåller mer än 1000 meddelanden. Har man fler data så gör man fler anrop. Tiden mellan att en åtgärd är utförd och att ett anrop skickas in till Trafikverket får inte vara mer än 15 minuter.

SPECIFIKATION 8 (34) Bilaga A WSDL WSDL beskriver webbtjänsten. targetnamespace: http://mip.trafikverket.se/external/3/0/ services bindings porttypes messages types MIPService SaveMessageBinding SaveMessagesPortType SaveMessageRequest SaveMessageResponse service MIPService ports source MIPPort binding extensibility tns:savemessagebinding <soap:address location="no Target Adress"/> <wsdl:service name="mipservice"> <wsdl:port name="mipport" binding="tns:savemessagebinding"> <soap:address location="no Target Adress"/> </wsdl:port> </wsdl:service> binding SaveMessageBinding type tns:savemessagesporttype extensibility <soap:binding style="document" transport="http://schemas.xmlsoap.org/soap/http"/> operations SaveMessages extensibility <soap:operation soapaction="urn:#savemeesagesoperation" style="document"/> input <soap:body use="literal"/> output <soap:body use="literal"/> Port MIPPort in Service MIPService source <wsdl:binding name="savemessagebinding" type="tns:savemessagesporttype"> <soap:binding style="document" transport="http://schemas.xmlsoap.org/soap/http"/>

SPECIFIKATION 9 (34) <wsdl:operation name="savemessages"> <soap:operation soapaction="urn:#savemeesagesoperation" style="document"/> <wsdl:input> <soap:body use="literal"/> </wsdl:input> <wsdl:output> <soap:body use="literal"/> </wsdl:output> </wsdl:operation> </wsdl:binding> porttype SaveMessagesPortType operations SaveMessages input tns:savemessagerequest output tns:savemessageresponse source binding SaveMessageBinding <wsdl:porttype name="savemessagesporttype"> <wsdl:operation name="savemessages"> <wsdl:input message="tns:savemessagerequest"/> <wsdl:output message="tns:savemessageresponse"/> </wsdl:operation> </wsdl:porttype> message SaveMessageRequest body parts source element ns:messagedeliveryrequest Operation SaveMessages in PortType SaveMessagesPortType <wsdl:message name="savemessagerequest"> <wsdl:part name="body" element="ns:messagedeliveryrequest"/> </wsdl:message> message SaveMessageResponse body parts

SPECIFIKATION 10 (34) source element ns:messagedeliveryresponse Operation SaveMessages in PortType SaveMessagesPortType <wsdl:message name="savemessageresponse"> <wsdl:part name="body" element="ns:messagedeliveryresponse"/> </wsdl:message>

SPECIFIKATION 11 (34) Bilaga B XML Schema Schema Trafikverket.MIP.EXTERN_V3.xsd attribute form default: element form default: targetnamespace: unqualified qualified http://mip.trafikverket.se/schema/3/0/ Elements Complex types Simple types Message ArrayOfMeasure Lane MessageDeliveryRequest ArrayOfMessage MeasureType MessageDeliveryResponse Coord RoadCondition Friction StatusCode Measure Message MessageDeliveryRequest MessageDeliveryResponse Position RT90Coord Status SWEREF99Coord Vehicle WGS84Coord VehicleType element Message type tns:message

SPECIFIKATION 12 (34) content complex children tns:supplierkey tns:position tns:vehicle tns:source tns:description tns:status tns:roadcondition tns:friction tns:measures source <xs:element name="message" type="tns:message"/> element MessageDeliveryRequest type tns:messagedeliveryrequest content complex children tns:supplierkey tns:messages source <xs:element name="messagedeliveryrequest" type="tns:messagedeliveryrequest"/> element MessageDeliveryResponse type tns:messagedeliveryresponse content complex children tns:status tns:statustext source <xs:element name="messagedeliveryresponse" type="tns:messagedeliveryresponse"/> complextype ArrayOfMeasure children tns:measure

SPECIFIKATION 13 (34) element Message/Measures source <xs:complextype name="arrayofmeasure"> <xs:sequence> <xs:element name="measure" type="tns:measure" nillable="true" maxoccurs="unbounded"/> </xs:sequence> </xs:complextype> element ArrayOfMeasure/Measure type tns:measure minocc 1 maxocc unbounded content complex nillable true children tns:measuretype source <xs:element name="measure" type="tns:measure" nillable="true" maxoccurs="unbounded"/> complextype ArrayOfMessage children tns:message element MessageDeliveryRequest/Messages source <xs:complextype name="arrayofmessage"> <xs:sequence> <xs:element name="message" type="tns:message" nillable="true" minoccurs="0" maxoccurs="unbounded"/> </xs:sequence> </xs:complextype>

SPECIFIKATION 14 (34) element ArrayOfMessage/Message type tns:message minocc 0 maxocc unbounded content complex nillable true children tns:supplierkey tns:position tns:vehicle tns:source tns:description tns:status tns:roadcondition tns:friction tns:measures source <xs:element name="message" type="tns:message" nillable="true" minoccurs="0" maxoccurs="unbounded"/> complextype Coord abstract true complextypes RT90Coord SWEREF99Coord WGS84Coord source <xs:complextype name="coord" abstract="true"/> complextype Friction

SPECIFIKATION 15 (34) children tns:frictionvalue element Message/Friction source <xs:complextype name="friction"> <xs:sequence> <xs:element name="frictionvalue" type="xs:double"/> </xs:sequence> </xs:complextype> element Friction/FrictionValue type xs:double source <xs:element name="frictionvalue" type="xs:double"/> complextype Measure children tns:measuretype element ArrayOfMeasure/Measure source <xs:complextype name="measure"> <xs:sequence> <xs:element name="measuretype" type="tns:measuretype"/> </xs:sequence> </xs:complextype> element Measure/MeasureType type tns:measuretype facets Kind Value annotation Inspection Plowing Deicing IceRipping

SPECIFIKATION 16 (34) ClearingMowing CleaningOfGuidePosts Other source <xs:element name="measuretype" type="tns:measuretype"/> complextype Message children tns:supplierkey tns:position tns:vehicle tns:source tns:description tns:status tns:roadcondition tns:friction tns:measures elements Message ArrayOfMessage/Message source <xs:complextype name="message"> <xs:sequence> <xs:element name="supplierkey" type="xs:string" minoccurs="0"/> <xs:element name="position" type="tns:position"/> <xs:element name="vehicle" type="tns:vehicle"/> <xs:element name="source" type="xs:string"/> <xs:element name="description" type="xs:string" minoccurs="0"/> <xs:element name="status" type="tns:status"/> <xs:element name="roadcondition" type="tns:roadcondition" minoccurs="0"/> <xs:element name="friction" type="tns:friction" minoccurs="0"/> <xs:element name="measures" type="tns:arrayofmeasure"/> <!-- <xs:sequence> <xs:element name="measure" type="tns:measure" maxoccurs="unbounded"/> </xs:sequence> --> </xs:sequence> </xs:complextype>

SPECIFIKATION 17 (34) element Message/SupplierKey type xs:string minocc 0 maxocc 1 source <xs:element name="supplierkey" type="xs:string" minoccurs="0"/> element Message/Position type tns:position content complex children tns:course tns:speed tns:roadnumber tns:subnumber tns:lane tns:wgs84 tns:rt90 tns:sweref99 source <xs:element name="position" type="tns:position"/>

SPECIFIKATION 18 (34) element Message/Vehicle type tns:vehicle content complex children tns:registrationnumber tns:vehicletype tns:phonenumber tns:description tns:externalkey source <xs:element name="vehicle" type="tns:vehicle"/> element Message/Source type xs:string source <xs:element name="source" type="xs:string"/> element Message/Description type xs:string minocc 0 maxocc 1 source <xs:element name="description" type="xs:string" minoccurs="0"/>

SPECIFIKATION 19 (34) element Message/Status type tns:status content complex children tns:statuscode tns:statustime source <xs:element name="status" type="tns:status"/> element Message/RoadCondition type tns:roadcondition minocc 0 maxocc 1 facets Kind Value annotation Unknown Dry Wet PartialSlush Slush PackedSnow Ice PartialIce Frost Slippery Snow source <xs:element name="roadcondition" type="tns:roadcondition" minoccurs="0"/> element Message/Friction

SPECIFIKATION 20 (34) type tns:friction minocc 0 maxocc 1 content complex children tns:frictionvalue source <xs:element name="friction" type="tns:friction" minoccurs="0"/> element Message/Measures type tns:arrayofmeasure content complex children tns:measure source <xs:element name="measures" type="tns:arrayofmeasure"/> complextype MessageDeliveryRequest children tns:supplierkey tns:messages element MessageDeliveryRequest source <xs:complextype name="messagedeliveryrequest"> <xs:sequence> <xs:element name="supplierkey" type="xs:string"/> <xs:element name="messages" type="tns:arrayofmessage"/> </xs:sequence> </xs:complextype> element MessageDeliveryRequest/SupplierKey type xs:string

SPECIFIKATION 21 (34) source <xs:element name="supplierkey" type="xs:string"/> element MessageDeliveryRequest/Messages type tns:arrayofmessage content complex children tns:message source <xs:element name="messages" type="tns:arrayofmessage"/> complextype MessageDeliveryResponse children tns:status tns:statustext element MessageDeliveryResponse source <xs:complextype name="messagedeliveryresponse"> <xs:sequence> <xs:element name="status"> <xs:simpletype> <xs:restriction base="xs:string"> <xs: value="ok"/> <xs: value="error"/> </xs:restriction> </xs:simpletype> </xs:element> <xs:element name="statustext" type="xs:string" minoccurs="0"/> </xs:sequence> </xs:complextype> element MessageDeliveryResponse/Status

SPECIFIKATION 22 (34) type restriction of xs:string facets Kind Value annotation Ok Error source <xs:element name="status"> <xs:simpletype> <xs:restriction base="xs:string"> <xs: value="ok"/> <xs: value="error"/> </xs:restriction> </xs:simpletype> </xs:element> element MessageDeliveryResponse/StatusText type xs:string minocc 0 maxocc 1 source <xs:element name="statustext" type="xs:string" minoccurs="0"/> complextype Position children tns:course tns:speed tns:roadnumber tns:subnumber tns:lane tns:wgs84 tns:rt90 tns:sweref99 element Message/Position

SPECIFIKATION 23 (34) source <xs:complextype name="position"> <xs:sequence> <xs:element name="course" type="xs:double"/> <xs:element name="speed" type="xs:double"/> <xs:element name="roadnumber" type="xs:int" minoccurs="0"/> <xs:element name="subnumber" type="xs:int" minoccurs="0"/> <xs:element name="lane" type="tns:lane" minoccurs="0"/> <xs:choice> <xs:element name="wgs84" type="tns:wgs84coord"/> <xs:element name="rt90" type="tns:rt90coord"/> <xs:element name="sweref99" type="tns:sweref99coord"/> </xs:choice> </xs:sequence> </xs:complextype> element Position/Course type xs:double source <xs:element name="course" type="xs:double"/> element Position/Speed type xs:double source <xs:element name="speed" type="xs:double"/> element Position/RoadNumber type xs:int minocc 0 maxocc 1 source <xs:element name="roadnumber" type="xs:int" minoccurs="0"/>

SPECIFIKATION 24 (34) element Position/SubNumber type xs:int minocc 0 maxocc 1 source <xs:element name="subnumber" type="xs:int" minoccurs="0"/> element Position/Lane type tns:lane minocc 0 maxocc 1 facets Kind Value annotation NotSet LaneOne LaneTwo LaneThree LaneFour Verge source <xs:element name="lane" type="tns:lane" minoccurs="0"/> element Position/WGS84 type tns:wgs84coord content complex mixed false children tns:latitude tns:longitude tns:altitude

SPECIFIKATION 25 (34) source <xs:element name="wgs84" type="tns:wgs84coord"/> element Position/RT90 type tns:rt90coord content complex mixed false children tns:x tns:y tns:z source <xs:element name="rt90" type="tns:rt90coord"/> element Position/SWEREF99 type tns:sweref99coord content complex mixed false children tns:x tns:y tns:z source <xs:element name="sweref99" type="tns:sweref99coord"/>

SPECIFIKATION 26 (34) complextype RT90Coord type extension of tns:coord base tns:coord mixed false children tns:x tns:y tns:z element Position/RT90 source <xs:complextype name="rt90coord" mixed="false"> <xs:complexcontent mixed="false"> <xs:extension base="tns:coord"> <xs:sequence> <xs:element name="x" type="xs:double"/> <xs:element name="y" type="xs:double"/> <xs:element name="z" type="xs:double" minoccurs="0"/> </xs:sequence> </xs:extension> </xs:complexcontent> </xs:complextype> element RT90Coord/X type xs:double source <xs:element name="x" type="xs:double"/> element RT90Coord/Y type xs:double source <xs:element name="y" type="xs:double"/>

SPECIFIKATION 27 (34) element RT90Coord/Z type xs:double minocc 0 maxocc 1 source <xs:element name="z" type="xs:double" minoccurs="0"/> complextype Status children tns:statuscode tns:statustime element Message/Status source <xs:complextype name="status"> <xs:sequence> <xs:element name="statuscode" type="tns:statuscode"/> <xs:element name="statustime" type="xs:datetime"/> </xs:sequence> </xs:complextype> element Status/StatusCode type tns:statuscode facets Kind Value annotation Start Stop Continue source <xs:element name="statuscode" type="tns:statuscode"/> element Status/StatusTime

SPECIFIKATION 28 (34) type xs:datetime source <xs:element name="statustime" type="xs:datetime"/> complextype SWEREF99Coord type extension of tns:coord base tns:coord mixed false children tns:x tns:y tns:z element Position/SWEREF99 source <xs:complextype name="sweref99coord" mixed="false"> <xs:complexcontent mixed="false"> <xs:extension base="tns:coord"> <xs:sequence> <xs:element name="x" type="xs:double"/> <xs:element name="y" type="xs:double"/> <xs:element name="z" type="xs:double" minoccurs="0"/> </xs:sequence> </xs:extension> </xs:complexcontent> </xs:complextype> element SWEREF99Coord/X type xs:double source <xs:element name="x" type="xs:double"/> element SWEREF99Coord/Y

SPECIFIKATION 29 (34) type xs:double source <xs:element name="y" type="xs:double"/> element SWEREF99Coord/Z type xs:double minocc 0 maxocc 1 source <xs:element name="z" type="xs:double" minoccurs="0"/> complextype Vehicle children tns:registrationnumber tns:vehicletype tns:phonenumber tns:description tns:externalkey element Message/Vehicle source <xs:complextype name="vehicle"> <xs:sequence> <xs:element name="registrationnumber" type="xs:string"/> <xs:element name="vehicletype" type="tns:vehicletype" minoccurs="0"/> <xs:element name="phonenumber" type="xs:string" minoccurs="0"/> <xs:element name="description" type="xs:string" minoccurs="0"/> <xs:element name="externalkey" type="xs:string" minoccurs="0"/> </xs:sequence> </xs:complextype> element Vehicle/RegistrationNumber

SPECIFIKATION 30 (34) type xs:string source <xs:element name="registrationnumber" type="xs:string"/> element Vehicle/VehicleType type tns:vehicletype minocc 0 maxocc 1 facets Kind Value annotation RoadMaintenanceVehicle AssistanceVehicle source <xs:element name="vehicletype" type="tns:vehicletype" minoccurs="0"/> element Vehicle/PhoneNumber type xs:string minocc 0 maxocc 1 source <xs:element name="phonenumber" type="xs:string" minoccurs="0"/> element Vehicle/Description type xs:string minocc 0 maxocc 1 source <xs:element name="description" type="xs:string" minoccurs="0"/>

SPECIFIKATION 31 (34) element Vehicle/ExternalKey type xs:string minocc 0 maxocc 1 source <xs:element name="externalkey" type="xs:string" minoccurs="0"/> complextype WGS84Coord type extension of tns:coord base tns:coord mixed false children tns:latitude tns:longitude tns:altitude element Position/WGS84 source <xs:complextype name="wgs84coord" mixed="false"> <xs:complexcontent mixed="false"> <xs:extension base="tns:coord"> <xs:sequence> <xs:element name="latitude" type="xs:double"/> <xs:element name="longitude" type="xs:double"/> <xs:element name="altitude" type="xs:double" minoccurs="0"/> </xs:sequence> </xs:extension> </xs:complexcontent> </xs:complextype> element WGS84Coord/Latitude type xs:double source <xs:element name="latitude" type="xs:double"/>

SPECIFIKATION 32 (34) element WGS84Coord/Longitude type xs:double source <xs:element name="longitude" type="xs:double"/> element WGS84Coord/Altitude type xs:double minocc 0 maxocc 1 source <xs:element name="altitude" type="xs:double" minoccurs="0"/> simpletype Lane type restriction of xs:string element Position/Lane facets Kind Value annotation NotSet LaneOne LaneTwo LaneThree LaneFour Verge source <xs:simpletype name="lane"> <xs:restriction base="xs:string"> <xs: value="notset"/> <xs: value="laneone"/> <xs: value="lanetwo"/> <xs: value="lanethree"/> <xs: value="lanefour"/> <xs: value="verge "/> </xs:restriction> </xs:simpletype>

SPECIFIKATION 33 (34) simpletype MeasureType type restriction of xs:string element Measure/MeasureType facets Kind Value annotation Inspection Plowing Deicing IceRipping ClearingMowing CleaningOfGuidePosts Other source <xs:simpletype name="measuretype"> <xs:restriction base="xs:string"> <xs: value="inspection"/> <xs: value="plowing"/> <xs: value="deicing"/> <xs: value="iceripping"/> <xs: value="clearingmowing"/> <xs: value="cleaningofguideposts"/> <xs: value="other"/> </xs:restriction> </xs:simpletype> simpletype RoadCondition type restriction of xs:string element Message/RoadCondition facets Kind Value annotation Unknown Dry Wet PartialSlush Slush PackedSnow Ice PartialIce Frost Slippery Snow source <xs:simpletype name="roadcondition"> <xs:restriction base="xs:string"> <xs: value="unknown"/> <xs: value="dry"/> <xs: value="wet"/> <xs: value="partialslush"/> <xs: value="slush"/>

SPECIFIKATION 34 (34) <xs: value="packedsnow"/> <xs: value="ice"/> <xs: value="partialice"/> <xs: value="frost"/> <xs: value="slippery"/> <xs: value="snow"/> </xs:restriction> </xs:simpletype> simpletype StatusCode type restriction of xs:string element Status/StatusCode facets Kind Value annotation Start Stop Continue source <xs:simpletype name="statuscode"> <xs:restriction base="xs:string"> <xs: value="start"/> <xs: value="stop"/> <xs: value="continue"/> </xs:restriction> </xs:simpletype> simpletype VehicleType type restriction of xs:string element Vehicle/VehicleType facets Kind Value annotation RoadMaintenanceVehicle AssistanceVehicle source <xs:simpletype name="vehicletype"> <xs:restriction base="xs:string"> <xs: value="roadmaintenancevehicle"/> <xs: value="assistancevehicle"/> </xs:restriction> </xs:simpletype>