VEJ - Opslag på vej
Indholdsfortegnelse
1. Indledning
ID: VEJ
Navn: Opslag på vej
System: CprSoeg
1.1. Formål
Denne service præsentere vejoplysninger for en bestemt aktuel vej på baggrund af kommunekode og vejkode, en historisk vej eller en arkiv-vej. Opslaget viser vejens "basale" oplysninger såsom vejadresseringsnavn, kommunenavn etc.
2. Adgang
2.1. Kundefokus
Brug af denne service henvender sig til offentlige myndigheder.
2.2. Adgangskontrol
Services er underlagt adgangsprincipper som en del af adgangskontrollen til en service. Nedenstående tabel viser, hvilke adgangsprincipper der gælder for denne service.
Table 1. Hovedprincipper for adgangskontrol på servicen.
Princip | Gælder |
|---|---|
Adgangskontrol | Ja |
Adgangskontrol
For at en bruger kan kalde denne service skal brugerens personkode have en profil tilknyttet, der giver adgang til servicen. Profiler tildeles til en personkode enten af personkodens DAP-administrator eller ved oprettelse af personkoden.
3. Nøglefelter
Når søgningen kaldes, er der visse kriterier, der kan forventes indsendt og derfor er påkrævet, mens andre kriterier kan være frivillige, og derfor ikke er påkrævet.
Herunder beskrives de felter der kan anvendes under initiering.
Keymodel til Vej
Table 2. Nøglefelter.
Felt | Format | Krævet | Feltlængde (v) | Beskrivelse |
|---|---|---|---|---|
KOMK | Heltal | Ja | 4 | Kommunekode |
VEJK | Heltal | Ja | 4 | Vejkode |
MARK | Tekst | Nej | N/A | Aktuel eller historisk |
AKX | Binær markering | Nej | 1 | Hent retfortryd rækker |
TMST | Tidsstempel (YYYYMMddHHmmssSSSSSS) | Nej | 20 | Timestamp |
DATO | Datosekvens (yyyyMMddHHMI) | Nej | 12 | Hændelse start |
3.1. Nøgleregler
Søgningen kan fejle med en række fejlkoder, hvis de indsendte kriterier ikke accepteres af servicen.
Table 3. Fejl der kan opstå ud fra søgekriterier.
Fejlkode | Fejlbesked | Beskrivelse |
|---|---|---|
1077 | Vejen findes ikke med blank ret/fortryd-markering. | Der eksisterer kun rettede/fortrudte veje. |
4135 | MARK skal have værdien blank, AKT eller HIS | Hvis MARK er udfyldt, skal den være udfyldt med "AKT" eller "HIS". |
4143 | TMST skal udfyldes, når der søges historisk | Hvis MARK er ufyldt med "HIS", skal TMST også udfyldes. |
4144 | DATO skal udfyldes, når der søges historisk | Hvis MARK er udfyldt med "HIS", skal DATO også udfyldes. |
Den generelle dokumentation af fejlkoder og fejltekster står beskrevet i servicehåndbogens bilag vedr. generelle fejlkoder.
Endvidere er der fælles regler, der kan komme i anvendelse. Disse er beskrevet i servicehåndbogens bilag ang. fælles nøgleregler.
4. GCTP
Dette afsnit præsenterer en håndfuld ukomplette eksempler på de kald denne service kan modtage, og svarene den vil sende retur.
Formålet med eksemplerne er, at give et generelt overblik af hvordan GCTP er struktureret for denne service med fokus på de søgekriterier, en bruger kan interagere med og felter der returneres.
Disse begrænsninger har følgende konsekvenser for eksemplerne:
For
<Field>-elementer til nøglefelterData er udeladt, og er i stedet markeret med attributten
v="[DATA]".Alle andre attributter er udeladt (
a,a1,t, osv).
For
<Field>-elementer til søgning svarData er udeladt, og er i stedet markeret med attributten
v="[DATA]".
For
<Table>-element til søgning svar<Row>-elementets identificerende nøgle er udeladt, og er i stedet markeret med attributtenk="[ROW KEY]"<Field>-Data er udeladt og er i stedet markeret med attributtenv="[DATA]".Der er kun elementer for 1 række.
For
<Kvit>-element til kvittering ved fejlData er udeladt, og er i stedet markeret med attributten for fejlnummer
v="[DATA]"og for fejltekstt="[DATA]".