Feil i OData spørringer #264
Comments
|
PartPerson inneholder ikke foedselsnummer, men inneholder en Personidentifikator. Det er mulig at arv skal automatisk løse dette, men det er rart at man skal angi klassetype for (part:PartPersonType) part/any(s: s/Default.PartPersonType/foedselsnummer, men ikke (personidentifikator:foedselsnummer) |
|
Her er eksempler på noen søketermer som kjøres av runtest og jeg tror fungerer med Nikita i dag.
Jeg er dog ikke sikker på om dette er korrekt OData-notasjon. Jeg tenkte følgende søketermer skulle fungere, men er ikke trygg nok på OData-notasjon til å vite om jeg har misforstått:
Disse fungerer ikke i Nikita. |
|
Jeg tror vi bør lage et forslag til hvordan vi ønsker å tolke OData spørringer med arv og la det være til "høring" her i en par uker. Det er langt på overtid at vi får dette på plass. |
|
Ja.
Bra du er tilbake med Nikita og OData.
OData er en protokoll som lar deg søke i REST endpunkter med et språk som
bygger fra SQL. Det er en veldig nyttig og viktig del av Noark 5
tjenestegrensesnittet.
Vi ser at OData kom en ny versjon av OData i januar OData som er OData
4.01:
https://docs.oasis-open.org/odata/odata/v4.01/odata-v4.01-part1-protocol.html
Noen spørringer vi fikk verifisert i 2020:
- arkivstruktur/arkiv?$filter=contains(tittel, 'Oslo kommune')
- arkivstruktur/arkiv?$filter=startsWith(tittel, 'Oslo')
- arkivstruktur/arkiv?$filter=endsWith(tittel, 'kommune')
- arkivstruktur/arkiv?$filter=tittel eq 'Oslo kommune'
- arkivstruktur/arkiv?$filter=tittel ne 'Oslo kommune'
…--
____/|
\ o.O| Ole Aamot, ***@***.***, http://oka.no/
=(_)=
U "Meow!"
On Wed, May 22, 2024 at 7:04 PM Thomas Sødring ***@***.***> wrote:
Jeg tror vi bør lage et forslag til hvordan vi ønsker å tolke OData
spørringer med arv og la det være til "høring" her i en par uker. Det er
langt på overtid at vi får dette på plass.
—
Reply to this email directly, view it on GitHub
<#264 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAJBDB6R6NJLFRRFNDQYANTZDTFWTAVCNFSM4M63Z43KU5DIOJSWCZC7NNSXTN2JONZXKZKDN5WW2ZLOOQ5TEMJSGUZTGNBRGQZQ>
.
You are receiving this because you are subscribed to this thread.Message
ID: <arkivverket/noark5-tjenestegrensesnitt-standard/issues/264/2125334143
@github.com>
|
Mens vi har jobbet med OData støtte i nikita så har vi fundert over følgende OData spørring:
Det er
Default.BygningTypeogbyggidentifikatorsom er problematisk. bygningsNummer (sannsynlig bygningsnummer) er et attributt under Bygning. Men tjenestegrensesnittet sier ingenting om byggidentifikator. Når vi søker på nett finner vi en definisjon av byggidentifikator som gjør at det er sannsynlig at byggidentifikator skal være entiteten Bygning definert i kapittel 7.Kan vi være enige at byggidentifikator skal være byggning?
Det er uklart hva rollen til Default.BygningType er i denne sammenhengen. Jeg mistenker at det er en slags definisjon av datatypen du ønsker tilbake. Hvis vi ser på de andre eksemplene ser vi at eksemplene bruker Default.KorrespondansepartPersonType i et søk der det ønskes å hente ut en korrespondansepart og Default.PartEnhetType for part søk på enhet. Videre er det Default.PartPersonType for person søk.
Det virker fornuftig å tro at 'Default.'*'Type' definerer klassen som det skal søkes i. Imidlertid ser jeg ikke hvor Default er definert i OData standarden. ABNF beskrivelsen sier ingenting om Default og det er ikke beskrevet i standarden eller odata-vocabularies
BygningType, PartPersonType osv er heller ikke definert i standarden. Det virker som om denne tilnærmingen for å definere klassetype er noe som er utviklet fra OData tilnærmingen på å definere klassetype. Det virker som om det er en egen utviklet tilnærming.
Det virker da som om søket kunne vært:
Det som gjør at jeg ikke er sikker på at spøringen over er riktig er fordi vi må se nærmere på arv konseptet.
Denne issuen tar sikte på to ting.
The text was updated successfully, but these errors were encountered: