search

Informasjonsforvaltning / dcat-ap-no

Apache License 2.0
9 stars 3 forks source link

[behov] Beskrive API-er #25

Closed oystein-asnes closed 8 months ago

oystein-asnes commented 5 years ago

Som tilbyder av data har jeg behov for å beskrive mine API-er slik at de kan høstes av nasjonale kataloger.

oystein-asnes commented 5 years ago

Klipp fra referatet fra siste møte i DCAT-AP arbeidsgruppen i EU:

Regarding alignment with DCAT, a participant raised the question about the DataService new class, and how it will be included. The SEMIC team answered that indeed additions have not yet been discussed, but the addition of data services is assumed.

Another participant requested to elaborate on the importance of DataService and the position of DCAT-AP on this. For example, Norway provides APIs, and adding DataService is an important change that may be difficult to be supported in platforms like CKAN. The SEMIC team responded that another webinar is considered to take place, dedicated to DCAT, so then more solid proposals will be made.

On ABR, access to Base Registers also considers DataService (Register of Registers) and are waiting for the final resolution from W3C and the next version of DCAT-AP.

oystein-asnes commented 5 years ago

@sskagemo har laget et forslag til løsning der dcat:DataService fra DCAT2 er lagt til grunn: https://github.com/difi/dcat-ap-no/blob/feature/add-ontology/ontology/catalog.ttl

oystein-asnes commented 5 years ago

Vårt innspill til W3C om å legge til egenskapen "dcat:availableFormats": https://github.com/w3c/dxwg/issues/1055

tafjord commented 4 years ago

Hei @stigbd Er standarden slik den er pr nå "ferdig" med henblikk på det som trengs rundt API-beskrivelser? Prøver å få lukket noen issues :)

jimjyang commented 8 months ago

dcat:DataService var tatt med. Å beskrive API i mer detaljer enn DCAT tilbyr, hører inn under en eventuell spesifikasjon for beskrivelse av API som er utenfor scope til DCAT.

Lukkes.