Place relationships to Organizations over time #290
-
|
Artsdata ontology has introduced 4 new properties to model relationships between places and organizations that use them. http://kg.artsdata.ca/ontology/usedBy My understanding is that the relationships between places and orgs in Artsdata are to reflect the current status without the need to qualify over a timespan. In general, when the relationship changes in a source like Wikidata, the relationship is updated in Artsdata. When the usedBy relationship is inferred by Artsdata itself (using K1-203) based on a minimum of 3 events per year, then it should be removed if a year passes without 3 events. If a source, like Wikidata, store timespan for places that have changed ownership, then Artsdata should only store the current ownership and remove past ownerships when updated against the Wikidata source. @fjjulien Please confirm? |
Beta Was this translation helpful? Give feedback.
Replies: 5 comments
-
|
@saumier thanks for asking this question. @fjjulien this question arose when Gregory was showing us the new properties. I thought of the example of La Ronde. 6 flags is selling la ronde after 60 years, so going forward La Ronde will be ownedBy a new organization. Does historical ownership of a place matter in the context of Artsdata? I'd like to share some more feedback related to these properties: IMHO the description is a little too detailed thereby potentially excluding certain real-world use cases. For example, Musée d'art contemporain de Montréal is "located on the Place des festivals in the Quartier des spectacles and is part of the Place des Arts complex. Founded in 1964, it is Canada's first museum devoted to contemporary art." This organization is not a performing arts company (hence doesn't book performances in the way performing arts companies do). May I suggest simplifying the comment to this: For usedBy I think setting limits to 3 times a year is somewhat arbitrary. What if an organization uses a venue for one year, several times, for a single type of event, and then never again? What if an organization uses the same venue every year once? For example "The CBC Montreal Christmas Sing-In, a beloved tradition since 1980 featuring carols at the Church of St. Andrew and St. Paul" was held once a year 1980 to 2020 (and may return). This is an example of the church being usedBy CBC once a year, every year. May I suggest this change: |
Beta Was this translation helpful? Give feedback.
-
@saumier Yes. For ado:managedBy, ado:ownedBy and:hasResident, I believe it is best for Artsdata to only store current relationships, and to rely on Wikidata to store historic data. Wikidata was purposely designed to store both historic and current data; we should take advantage of this strength, and avoid replicating data structures for which we have no immediate use case. |
Beta Was this translation helpful? Give feedback.
-
@troughc This is a much better description than mine. Thanks. |
Beta Was this translation helpful? Give feedback.
-
|
This makes sense. In RDF a triple is supposed to be always true. Consequently, if the conditions for an inferred statement no longer exist, the inferred triple should be deleted. A problem will remain with the validity of Wikidata triples, though. These triples were added by Dessa or Morgan on the basis of their assessment at the precise point in time. If we want to ensure that Artsdata's data remains reliable, we should consider setting an "expiry date". For example, we could set rules to delete Wikidata-imported statement whose "retrieved" date is more than X years old. |
Beta Was this translation helpful? Give feedback.
-
|
This commit addresses @troughc 's suggestions. |
Beta Was this translation helpful? Give feedback.
@saumier Yes. For ado:managedBy, ado:ownedBy and:hasResident, I believe it is best for Artsdata to only store current relationships, and to rely on Wikidata to store historic data.
Wikidata was purposely designed to store both historic and current data; we should take advantage of this strength, and avoid replicating data structures for which we have no immediate use case.