Talk:PropertyUsageSorted

Meeting notes 19.3.2021

Goal

Decision on which properties are also needed for the migration to OR LTS based on https://www.openresearch.org/wiki/PropertyUsageSorted & https://www.openresearch.org/wiki/Iteration1_Property_Mapping

TO Discuss

• all the one we need are tagged with iteration 2
• meta-properties are tagged with meta-property instead of just Property is this ok? (e.g. https://www.openresearch.org/wiki/Property:Usage_obligation)
• Property:Has person = superproperty of board members etc → do we take this one or only the fine grained ones
• how to deal with the ones I set up (e.g. Event type) that are not used yet but needed for DOI registration or ConfIDent
  • Event type ist tagged with iteration 1 the other with iteration 2 so far
    • this might need
• we shouldn't keep superproperties --> we need a technical descision wrt that
  • flatten out properties (e.g. the venue of an event)

Venue

Example: A venue is a location of an event and it basically consists of what https://www.openresearch.org/wiki/Property:Located_in currently has except that the address should be made more specific and e.g. point to an organization:

e.g. Mariott Hotel, Downtown New York, NY, USA

https://www.rsc.org/events/detail/42460/acs-medi-37th-national-medicinal-chemistry-symposium

Inheritance and N:M

The complexity of inheritance and n:M should be avoided if this is motivated by special and exotic cases

N:M

n:m example:

inheritance

inheritance example:

usage versus red links

red links are problematic e.g. for finding out which contributors are organizations and which ones are natural persons. see https://www.openresearch.org/wiki/Property:Has_person There would be an NLP problem for making that decision.

IDs versus Entities

Person related data shall not be stored visibily in the OPENRSEARCH LTS. Ids (ORCIDs) and links/urls might be used instead.