Differences
This shows you the differences between two versions of the page.
— | details:rdfxopts [2023/06/07 20:39] (current) – created - external edit 127.0.0.1 | ||
---|---|---|---|
Line 1: | Line 1: | ||
+ | ====== RDF Export options ====== | ||
+ | |||
+ | RIMMF3 supports two types of RDF Export: | ||
+ | |||
+ | * RDF ' | ||
+ | * RDF ' | ||
+ | |||
+ | The second case, RDF ' | ||
+ | |||
+ | The first case, RDF ' | ||
+ | |||
+ | The options for the RDF ' | ||
+ | |||
+ | {{: | ||
+ | |||
+ | By default, the first two options are selected. A description of each follows. | ||
+ | |||
+ | __Reifications__ | ||
+ | |||
+ | Reifications are used to carry data that the application uses to record user choices about the data in an entity record (ie application-specific data). For example: the order of the elements in an authorized access point, or the fact that an authorized access point contains plain text instead of a link to another resource. | ||
+ | |||
+ | Here is an example: | ||
+ | |||
+ | < | ||
+ | < | ||
+ | < | ||
+ | < | ||
+ | < | ||
+ | | ||
+ | All of this is needed to 'say something about' a single triple. | ||
+ | |||
+ | __Triples that confuse the resource with the description__ | ||
+ | |||
+ | As an application that purports to be useful to catalogers, RIMMF generates and maintains metadata that catalogers will find useful, like the date an entity record is created, the last modification of a record, etc. However, the way that RIMMF currently exports this data as RDF is semantically confusing: | ||
+ | |||
+ | < | ||
+ | < | ||
+ | |||
+ | The subject of the first triple is the resource described by the RIMMF record, but the subject of the second triple is intended to be the RIMMF record itself. However, as it stands, these triples give the creation date of the Manifestation, | ||
+ | |||
+ | We are working on a way to provide semantically correct provenance data. In the interim, if you are not planning on importing the RDF back into RIMMF, you should probably exclude these type of triples. | ||
+ | |||
+ | __Triples for RIMMF identifiers__ | ||
+ | |||
+ | By default, these triples are included in the 'RDF (Simple)' | ||
+ | |||
+ | < | ||
+ | |||
+ | --but if you do not need or want them you can easily turn them off here. Note that and all elements from http:// | ||
+ | |||
+ | |||
+ | __Triples that contain entity record labels__ | ||
+ | |||
+ | We were taught that it was good practice to include human-readable labels for things in our linked data; and by default, these triples are included in the 'RDF (Simple)' | ||
+ | |||
+ | < | ||
+ | |||
+ | --but since they are the same as the authorized access points generated by the program | ||
+ | |||
+ | < | ||
+ | | ||
+ | --you may want to turn them off. We may develop a map from the RIMMF element set to rdfs:label so that these triples can be inferred. | ||
+ | |||
+ | |||
+ | __Triples that can be inferred from RDA constraints__ | ||
+ | |||
+ | RIMMF uses the RDA Registry constrained elements. Thus, consumers of RIMMF data may infer the class of the entity record from the properties exported. For example, these triples describe an expression-- | ||
+ | |||
+ | < | ||
+ | < | ||
+ | < | ||
+ | < | ||
+ | |||
+ | But the class of expression can be inferred from the use of the expression elements | ||
+ | |||
+ | < | ||
+ | < | ||
+ | |||
+ | because every property in that expression element set has a domain of Expression (rdac: | ||
+ | |||
+ | " | ||
+ | be aware of domain classes and types, but other applications can safely ignore them. This is so-called ' | ||
+ | So it is better to allow the application to make and use the entailment, and not explicitly include it in the RDA ' | ||
+ | |||
+ | |||