Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

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

Open
wants to merge 3 commits into
base: develop
Choose a base branch
from

Conversation

smrgeoinfo
Copy link
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.

@dr-shorthair
Copy link
Collaborator

Is SearchAction correct here? Maybe ConsumeAction or TransferAction ?

@smrgeoinfo
Copy link
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
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
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
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
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
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