Help:SMW
- SMW Admin Page Special:SemanticMediaWiki: upgrade db
Contents
confiDent ontology in SMW
Properties with controlled vocabularies:
- Property:Event_Type MediaWiki:Smw_allows_list_Event_Type
- Property:Event Status MediaWiki:Smw_allows_list_Event_Status
- Property:Committee_Type MediaWiki:Smw_allows_list_Committee_Type
- Property:Contributor_Type MediaWiki:Smw_allows_list_Contributor_Type
- Property:Subject MediaWiki:Smw_allows_list_Subject
- Property:Country MediaWiki:Smw_allows_list_Country
- Property:Process_Relation_Type MediaWiki:Smw_allows_list_Process_Relation_Type
- Property:Event_Fee_Type MediaWiki:Smw_allows_list_Event_Fee_Type
- Property:Event_Fee_Currency MediaWiki:Smw_allows_list_Event_Fee_Currency
- Property:Deadline_Type MediaWiki:Smw_allows_list_Deadline_Type
- Property:Process_Name_Type MediaWiki:Smw_allows_list_Process_Name_Type
- Property:Agent_Name_Type MediaWiki:Smw_allows_list_Agent_Name_Type
Properties with existing Allows value pages
Record Properties and their children
Classes (Categories)
(disregard red links)
- TODO: display as tree
- TODO: think about if we need Role and its subcategories really as categories or if it is sufficient to model the various roles via properties of type Page that have the category Agent as its range (e.g. Property:Organizer)
All ConfIDent properties
Forms & Templates
- Form:Event
- Form:Event Series
- Template:Event Series
- Template Process and associated Subobject template
Open questions
- Property:Country # probably better Type:External identifier to use (Wikidata) lookup funktion?
- Property:City # probably better Type:External identifier to use (Wikidata) lookup funktion?
- Property:State # probably better Type:External identifier to use (Wikidata) lookup funktion?
- Property:Venue # probably better Type:External identifier to use (Wikidata) lookup funktion?
Properties and Classes mappings to to the RDF/RDFs/OWL
The following table show the mapping between SMW properties and the rdf/rdfs/owl properties in SMW export
SMW Property/Categories | RDF Export property |
---|---|
Property:Subcategory of | rdfs:subClassOf |
Member of Category | rdf:type |
Property:Subproperty of | rdfs:subPropertyOf |
Category | Class |
Page, subobject | Instance of Class / Individual |
Page | rdf:resouce |
SWM: Subcategory of == rdfs:subClassOf
Member of Category == rdf:type
Category:X in Wiki page, translates in the RDF export as: Page has rdf:type relationship to category X.
Roughly speaking, membership of a category means "Berlin is a City". In Semantic MediaWiki's RDF export, this is explicit: the article has an rdf:type relationship to its category.
https://www.semantic-mediawiki.org/wiki/Category:City
See RDF export of [1]
Datatypes
Changes in implementation
Subobjects
Subobject do not seem necessary, unless when there are multiple instances of group of properties, like Property:Contributor in Event PIDapalooza 2020
The desired effect, of the grouped properties, which a subobject/Record would hold, can be done using children props [[Subproperty of::Parent]] to the main Proprerty. See Property:Location
This enables that we can query for Location and get the subproperty values
NOTE: For some reason it only seems to work if Parent Property Has type::Text
{{#ask: [[Location::+]] |?Country |?City |?Coordinates |format=broadtable |offset=0 |headers=show }}
Or Duration and get Star and End Date
{{#ask: [[Duration::+]] |?Start Date |?End Date |format=broadtable |headers=show }}
TODOs
- Properties that Had Type Recorder are being turned into subobjects: how to keep children properties "related to" the Parent?
- with Has fields (no semantic value)?
- or children props have [[Subproperty of::Parent]] ?