Re: [dxwg] distribution > dcat:accessURL (#1334)

Before continuing my explanation for me Distributions and Data Services are different things. So if you are combining them then you are talking about entities that are Distributions and Data Services. 

For many reasons, I believe that I would try to separate them, trying to make the intersection as small as possible in the usage explanations. I understand there are communities that would maximize the intersection, but this is not my perspective.

For our discussion it should be clear, if the semantical descriptions apply to entities that are both Distributions and Data Services, or that apply to entities that are Distributions but NOT Data services. 

-----------------------------------------------------------------------------------

In the context that a distribution is distinct from any data service, then 
dcat:accessURL is for me the generic way of getting access to the actual data. It might be a webpage in which is written that one has to phone a person and this one will send a tape.

dcat:downloadURL is the URL in which one can download the data in one click in your browser. It is a restriction on dcat:accessURL. So an application has first to consider dcat:downloadURL and then dcat:accessURL.

This last property is actually why for me a distribution is not a REST API. For a REST API I would have no intuitive semantics to give to dcat:downloadURL. It is not part of the REST terminology, nor part from the API terminology. If one talks in API design about downloads then one implements this in a different way, using different technology using different technical specifications. Very often it is even a responsability of a different team. 

So personally I do think that the axiomatisation is creating confusion and questions then illustrating semantics.

Lets consider a snapshot that is also be exposed through a REST API. 
Then I would model the snapshot dump as a distribution (having dcat:accessURL or dcat:downloadURL) and have dcat:accessService point to the REST API. The endpoint of the REST API is then different from the dcat:accessURL. The values are not bound in any way.


----------------------------------------------------------------------------------------------
In the context that an entity is expressed both as distribution and data service I do not know what the semantics are. Should and implementation take priority to the value of dcat:endpoint or dcat:downloadURL? Should they be the same? In case of differences what is the intention? I cannot explain that. And for that reason I rather stick to above context. 



 
 

-- 
GitHub Notification of comment by bertvannuffelen
Please view or discuss this issue at https://github.com/w3c/dxwg/issues/1334#issuecomment-825662699 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config

Received on Friday, 23 April 2021 13:35:08 UTC