-
Notifications
You must be signed in to change notification settings - Fork 3
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
Determine ProvONE index fields #66
Comments
Reviewed these properties on today's sem-prov call. I have now incorporated these into the PROVAnnotation design documents in SHA 69ceea7. Open a new enhancement ticket if additional properties should be created, or a bug if one of these should be changed or revised. |
I propose we also index prov:used as "used." |
Just a thought, but perhaps the index fields should be a little more distinguishable, like with a namespace: "prov_used" The bare term - especially with a word like "used" - seems prone to confusion, collision, and misuse. On Jan 15, 2015, at 4:59 PM, Lauren Walker notifications@github.com wrote:
|
Good idea. We should also be clear about the namespace in the term definition. |
For the UI, being able to display an indication that a metadata document describing a data file has any provenance information. We decided that producing two more fields in the index would be helpful:
These would list the source pids and derivation pids for the data file this metadata describes. the UI will be able to display the total number based on the list size, and an icon that there is provenance information available. I'll open another ticket to add these. |
To clarify where fields come from, we'll prefix them: |
The ProvONE model has many fields, determine which should be indexed in Solr and how.
Discussion today led us to the following new fields for the Solr index:
compiledData.1.1 prov_wasDerivedFrom data.1.1
figure.2.1 wasDerivedFrom data.1.1
compiledData.1.1 prov_generatedByProgram rScript.1.1
compiledData.1.1 prov_generatedByExecution execution.1.1
(this is the prov:wasGeneratedBy property)used
data.1.1 prov_usedByProgram rScript.1.1
data.1.1 prov_usedByExecution execution.1.1
data.1.1 usedByFoafName "Matthew Jones"
data.1.1 generatedByOricid http://orcid.org/0000-0003-0077-4738
rScript.1.1 prov_wasExecutedByExecution execution.1.1
ProvONE types
p1:User
,p1:Program
,p1:Visualization
,prov:Plan
,prov:Entity
,p1:Execution
,p1:Document
Discussion: Do we use DataONE account URIs for Agent properties?
Yes, any. The indexer will take any of these values, and will then look up the other values that exist in the DataONE user portal and add those to the index as well. Model would use any of: hasOrcid, hasDN, foaf:Name, etc. The RDF Subject URI could be a anonymous blank node with each of these properties.
The text was updated successfully, but these errors were encountered: