Skip to content

proposed update to 'Accessing Data through a Service Endpoint' #88

Open
smrgeoinfo wants to merge 3 commits intodevelopfrom
Issue85-WebAPI-description
Open

proposed update to 'Accessing Data through a Service Endpoint' #88
smrgeoinfo wants to merge 3 commits intodevelopfrom
Issue85-WebAPI-description

Conversation

@smrgeoinfo
Copy link
Copy Markdown
Contributor

Pull request proposes modification to recommendations for Accessing Data through a Service Endpoint, related to schemaorg/schemaorg#2340, schemaorg/schemaorg#2342.
Main points: the parameters for urlTemplate should be described in urlTemplate-input inside the sdo:target/sdo:EntryPoint object.
Also includes richer example suggesting usage of the sdo:PotentialAction sdo:result and sdo:object.

@smrgeoinfo smrgeoinfo requested a review from ashepherd February 11, 2020 18:58
@dr-shorthair
Copy link
Copy Markdown
Collaborator

Is SearchAction correct here? Maybe ConsumeAction or TransferAction ?

@smrgeoinfo
Copy link
Copy Markdown
Contributor Author

smrgeoinfo commented Feb 11, 2020

I agree some other action type would likely make sense. In the original draft, searchAction was used because of the pattern for specifying the template parameters using query-input requred that 'query' is a property of the Action. See the comments in schema.org issues 2340 and 2342 (both of which the schema.org managers have 'backburnered' (ignored) by moving to suggestions-questions-brainstorming). Putting the inputs on the sdo:uriTemplate makes this a non-problem, so other action types could be used if they're more appropriate.

@rduerr
Copy link
Copy Markdown
Collaborator

rduerr commented Mar 30, 2020

If, as suggested above, other types of actions are useful (e.g., ConsumeAction or TransferAction from above) the the document needs to discuss that. I didn't see anything about that in the updated document.

I also note that many of the schema.org Action terms and their child actions that currently only involve people or organizations could actually be broadened in scope to include web services (e.g., createAction, interactAction, organizeAction, updateAction, etc.). May be worth discussion at an upcoming telecon.

@dr-shorthair
Copy link
Copy Markdown
Collaborator

@rduerr yes - if schema:Action is related to prov:Activity and obo:Process then there is a big mess of subclasses waiting to be recognised. Such as ObserveAction , SampleAction ...

@mbjones mbjones marked this pull request as draft January 22, 2021 05:46
@mbjones
Copy link
Copy Markdown
Collaborator

mbjones commented Jan 22, 2021

I amde this PR a draft as there seem to stil be outstanding discussion needed and changes to be made. So, retargeting to v 1.3 as well.

@mbjones mbjones added this to the v1.3 (possibly 2.0) milestone Jan 22, 2021
@smrgeoinfo
Copy link
Copy Markdown
Contributor Author

Yes, good idea to table for a bit. recent testing with the https://search.google.com/test/rich-results indicates that contrary to the blogs about achema:Action, the parameters for a EntryPoint/urlTemplate need to be described using schema:query-input or the test/rich-results throws an error.

@rduerr rduerr marked this pull request as ready for review June 7, 2021 17:19
@ashepherd ashepherd removed this from the v1.3 milestone Jun 24, 2021
handle direct download, web site for data selection, and webAPI access
@smrgeoinfo
Copy link
Copy Markdown
Contributor Author

I'd like to get this back in the pipe line to merge... I updated the text for distributions to treat direct download, web site selection apps (e.g. ERDDAP) and webAPI access.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants