Action needed
(modeling step)
multi
valued
title, predicate: ::RDF::DC.title
rdfs:Literal (string or int)
creator, ::RDF::DC.creator, range: "dc:Agent"
note in sufia this is the creator of the file. we are using it more at the work-level
Action needed (modeling step) | Property | Predicate (formerly Elements) | Sufia property, predicate, range | Range | Predicate URI | search-able? | Facet | Required/ Recommended/ Optional | multi valued | Field Type/Formatting | Authority | Sufia Display location | Notes (asdasdasdasdasdextendingthiscolumnspaceasdasd) | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| X | Title | dcterms:title | title, predicate: ::RDF::DC.title | rdfs:Literal (string or int) | http://purl.org/dc/elements/1.1/contributor | X | Publisher | dc11:publisher | publisherterms/title | None | Required* | No | Free text | None | Descriptions > Title* | Currently Sufia autofills this with filename. | |||||||||||
| X | External ID | dcterms:identifier | identifier, ::RDF::DC.publisher, range: "dc:Agent"identifier | rdfs:Literal | http://purl.org/dc/elements/1.1/publisher | Descriptions > Publisher | |||||||||||||||||||||
| X | Artist | marcrel:art | http://id.loc.gov/vocabulary/relators/art | ||||||||||||||||||||||||
| X | Author | marcrel:aut | http://id.loc.gov/vocabulary/relators/aut | ||||||||||||||||||||||||
| X | Interviewee | marcrel:ive | http://id.loc.gov/vocabulary/relators/ive | ||||||||||||||||||||||||
| X | Interviewer | marcrel:ivr | http://id.loc.gov/vocabulary/relators/ivr | ||||||||||||||||||||||||
| X | Manufacturer | marcrel:mfr | http://id.loc.gov/vocabulary/relators/mfr | ||||||||||||||||||||||||
| X | Photographer | marcrel:pht | http://id.loc.gov/vocabulary/relators/pht | ||||||||||||||||||||||||
| X | (Depicted) | marcrel:dpc | http://id.loc.gov/vocabulary/relators/dpc | Subject/Topic | Recommended | Yes | (Descriptions > Subject) | Do we want this defined separately, as opposed to keeping this with Subjects? | |||||||||||||||||||
X | Subject | dc11:subject | subject, ::RDF::DC.subject, range: none but note that it is intended for use with non-literal | none, move to skos:Concept/terms/identifier | None | Required* | Yes* | Free text with drop-down | None | Descriptions > Identifier | Re-label Sufia element as External ID. Different drop-down label choices depending on depositor or resource type? Object ID, Bib. #, Item #, OH Interview #, AS Ref. ID. Capture Accession # for archival collections. Store the number with a specific prefix based on drop-down choice. Opac link can be displayed by computing on this field. | ||||||||||||||||
| X | Creator | dc11:creator | creator, ::RDF::DC.creator, range: "dc:Agent" note in sufia this is the creator of the file. we are using it more at the work-level | none, move to edm:Agent | http://purl.org/dc/elements/1.1/creator | Name | Required, if available | Yes | Auto-complete; Label itself is drop-down option | FAST: Personal Names, Corporate Names (suggest00, suggest 10); VIAF (alternative option - API info: https://platform.worldcat.org/api-explorer/VIAF); Local data? (see notes) | Allow non-authority names? Discuss NACO workflow. Should we combine Publisher here as well? Is Publisher important enough to warrant a separate facet? | ||||||||||||||||
| X | Contributor | dc11:contributor | contributor, ::RDF::DC.contributor, range: "dc:Agent" | http://purl.org/dc/elements/1.1/contributor | |||||||||||||||||||||||
| X | Publisher | dc11:publisher | publisher, ::RDF::DC.publisher, range: "dc:Agent" | http://purl.org/dc/terms/subject | Subject/Topic | Recommended | Yes | Auto-complete | FAST: All Facets (suggestall); AAT (possible expansion) | Descriptions > Subject | One search for all or dropdown with authority choices? Check with Anna for best implementation. Temporal and Spatial Coverage ("aboutness") should be cataloged here. | X | Description | dcterms:description | description, ::RDF::DC.descriptionelements/1.1/publisher | Descriptions > Publisher | |||||||||||
| X | Artist | marcrel:art | http://id.loc.gov/vocabulary/relators/art | ||||||||||||||||||||||||
| X | Author | marcrel:aut | http://id.loc.gov/vocabulary/relators/aut | ||||||||||||||||||||||||
| X | Interviewee | marcrel:ive | http://id.loc.gov/vocabulary/relators/ive | ||||||||||||||||||||||||
| X | Interviewer | marcrel:ivr | http://purlid.loc.orggov/dcvocabulary/termsrelators/descriptionivr | ||||||||||||||||||||||||
| X | Recommended | Maybe? | Free text with full HTML | None | Descriptions > Abstract or Summary | WISYWIG editor possible? Does OH want an Abstract field in addition to Description? | X | Abstract (OH?) | dcterms:abstract | Manufacturer | marcrel:mfr | http://id.loc.gov/vocabulary/relators/mfr | |||||||||||||||
| X | Photographer | marcrel:pht | http://purlid.loc.orggov/dcvocabulary/termsrelators/abstractpht | Optional | No? | Free text with full HTML | |||||||||||||||||||||
| X | Table of Contents (OH?)Date of Work | dcterms:tableOfContentsdate | edm:TimeSpan DC range is rdfs:Literal | http://purl.org/dc/terms/tableOfContents | No? | List display? | Cat Lu (Unlicensed), I think it's worth asking hydra-tech if they know of an existing predicate before we create our own. Anna Headley (Unlicensed), that makes sense. I may have also asked this before, but can we repeat predicates for different properties? For example, ideally, this would go under dcterms:description too, but that's already being used for Description. Cat Lu (Unlicensed), no we cannot; (that's why we had to find a different predicate for the genre field) X | Inscription? | chf:inscription?date | Date (Range) | Required* | Yes | [YYYY-MM-DD; YYYY-MM; YYYY; circa YYYY] | None | Descriptions > Date Created | Date ranges? Circa? Undated/no date option? Date converters for Gregorian vs. Julian issues? | |||||||||||
| X | Date of Publication | dcterms:issued | rdfs:Literal | http://purl.org/dc/terms/issued | Recommended | Yes | [YYYY-MM-DD; YYYY-MM; YYYY; circa YYYY] | None | Have Date Published label as a drop-down choice for main Date field. | ||||||||||||||||||
| X | Place of Manufacture | marcrel:mfp | based_near covers all this | http://id.loc.gov/vocabulary/relators/mfp | Yes | Free text with full HTML | |||||||||||||||||||||
| X | Place of Publication | marcrel:pup | based_near, ::RDF::FOAF.based_near, range: "http://xmlns.com/foaf/spec/#term_SpatialThing" | none, move to edm:Place? | http://id.loc.gov/vocabulary/relators/pup | Place/Location? | Recommended, if available | Yes | Auto-complete; Label itself is drop-down option | FAST: Geographics (suggest51); VIAF (alternative option) | Descriptions > Location | Current Sufia authority service is GeoNames. See VIAF, TGN, FAST, and GeoNames use comparisons on Basecamp. | |||||||||||||||
| X | Place of ManufactureInterview | marcrel:mfpbased_near covers all thisevp | ditto above | http://id.loc.gov/vocabulary/relators/mfpevp | X | Place of Interview | marcrel:evp | ditto above | http://id.loc.gov/vocabulary/relators/evp | ||||||||||||||||||
| X | Date CreatedType | ebucore:dateCreated (PCDM) | date_createddc11:type | resource_type, ::RDF::DC. | createdtype, range: "rdfs:Class" | none | http://wwwpurl.ebu.chorg/metadatadc/ontologies/ebucore/ebucore#dateCreatedelements/1.1/type | None | No form field | No | Auto-generated | None | File Details > Characterization > ? | Creation date of the scan? Can Hydra capture this in file details? Not sure. This is currently a user-supplied field - sufia's file description says "The date on which the file was generated. Dates are accepted in the form YYYY-MM-DD, e.g. 1776-07-04." @Anna Headley (Unlicensed), looks ebucore has another digization date/time, so I think for our use case this one will be for the creation of the resource/record. Sufia sort of also captures this in Date Uploaded right now, so I'm happy leaving this as a Sufia default (or off altogether). I just don't want it to confuse catalogers, because what we really want them to supply is the date of the original material. Let's discuss more if that was confusing. | X | Date Original | dcterms:date | edm:TimeSpan | Type | Required* | Yes | Drop-down menu | Selected from DCMI Type | Descriptions > Resource type | Drop-down choices: Moving Image, Still Image, Physical Object, Sound, Text. | ||
| X | Genre | http://chemheritage.org/ns/hasGenre, moving to edm:hasType | none, moving to skos:Concept edm:NonInformationResource | http://www.europeana.eu/schemas/edm/hasType | Genre | Required* | Yes | Drop-down menu | Selected from FAST: Topical, Form/Genre (suggest 50, suggest 55); TGM (possible expansion for graphic materials); AAT (possible expansion for museum objects) | Drop-down choices (to be finalized with curators): Photographs, Oral histories, Rare books, Manuscripts, Painting, Prints, Scientific apparatus and instruments, Artifacts?, Ephemera? | |||||||||||||||||
| X | Medium | dcterms:medium chf:medium? (see github notes) | dcterms:PhysicalMedium | http://purl.org/dc/terms/datemedium | Date (Range | None (maybe for Museum objects later) | Required*Optional | Yes | [YYYY-MM-DD; YYYY-MM; YYYY; circa YYYY] | None | Descriptions > Date Created | Date ranges? Circa? Undated/no date option? Date converters for Gregorian vs. Julian issues? | X | Date Published | dcterms:issuedAuto-complete | AAT | |||||||||||
| X | Extent | dcterms:extent | http://purl.org/dc/terms/issuedextent | None | Recommended | Yes[YYYY-MM-DD; YYYY-MM; YYYY; circa YYYY] | Numeric free text? | None | Have | Date Published label as a drop-down choice for main Date fieldVariable extent/dimensions across collections. Set standard for measurements. | |||||||||||||||||
| X | TypeLanguage | dc11:typelanguage | resource_typelanguage, ::RDF::DC. | typelanguage, range: " | rdfsdc: | ClassLinguisticSystem" | none | http://purl.org/dc/elements/1.1/typelanguage | TypeLanguage | Required*Optional | Yes | Drop-down menu | Selected from DCMI Type | Descriptions > Resource type | Drop-down choices: Moving Image, Still Image, Physical Object, Sound, Text. | X | Genre | http://chemheritage.org/ns/hasGenre, moving to edm:hasType | none, moving to skos:ConceptAuto-complete | TBD | Descriptions > Language | Would it be useful to set default to English? | |||||
| X | Description | dcterms:description | description, ::RDF::DC.description | http://www.europeana.eu/schemas/edm/hasType | Genre | Required* | Yes | Drop-down menu | Selected from FAST: Topical, Form/Genre (suggest 50, suggest 55); TGM (possible expansion for graphic materials); AAT (possible expansion for museum objects) | Drop-down choices (to be finalized with curators): Photographs, Oral histories, Rare books, Manuscripts, Painting, Prints, Scientific apparatus and instruments, Artifacts?, Ephemera? | |||||||||||||||||
| X | Extent | dcterms:extent | http://purl.org/dc/terms/extent | None | Recommended | Yes | Numeric free text? | None | Variable extent/dimensions across collections. Set standard for measurements. | ||||||||||||||||||
| X | Medium | dcterms:medium | purl.org/dc/terms/description | None | Recommended | Maybe? | Free text with full HTML | None | Descriptions > Abstract or Summary | WISYWIG editor possible? Does OH want an Abstract field in addition to Description? | |||||||||||||||||
| new | Inscription | crm:E34_Inscription OR ecrm:E34_Inscription | None | Optional | Yes | Free text with full HTML | None | There are two OWL implementations of the CIDOC CRM vocabulary. I'm not sure if one is better or makes a difference? I think this field could have one larger text box for filling out inscription text, and another single-line text field for inscription location. | |||||||||||||||||||
X | Subject | dc11:subject | subject, ::RDF::DC.subject, range: none but note that it is intended for use with non-literal | none, move to skos:Concept | http://purl.org/dc/terms/mediumsubject | None (maybe for Museum objects later) | OptionalSubject/Topic | Recommended | Yes | Auto-complete | FAST: All Facets (suggestall); AAT | Does Museum team want free text for Medium cataloging or controlled terms? | |||||||||||||||
| X | Identifier (Physical Object) | dcterms:identifier | identifier, ::RDF::DC.identifier | rdfs:Literal | http://purl.org/dc/terms/identifier | None | Required* | Yes* | Free text with drop-down | None | Descriptions > Identifier | Re-label Sufia element as External ID. Different drop-down label choices depending on depositor or resource type? Object ID, Bib. #, Item #, OH Interview #, AS Ref. ID. | |||||||||||||||
| Look at how collections work by default. This is probably in there (see also part_of, in list below - same predicate) | Collection | dcterms:isPartOf | pcdm:Collection? | http://purl.org/dc/terms/isPartOf | Collection | Required, if available | Yes | Auto-complete? | Hydra collections controlled vocabulary? | Collections > Descriptions > Title* | Set reciprocal relationships with HasPart. | ||||||||||||||||
| dcterms:source is already in use; figure out what it's doing then talk to Cat | Division | chf:division or edm:currentLocation or dcterms:source | pcdm:AdministrativeSet | Division | Required* | Yes | Drop-down menu | Local | Drop-down choices: The Museum at CHF, The Othmer Library of Chemical History, Archives?, Center for Oral History | ||||||||||||||||||
| dcterms:source is already in use; figure out what it's doing then talk to Cat | OPAC Link (temp name) | dcterms:source | (possible expansion) | Descriptions > Subject | One search for all or dropdown with authority choices? Check with Anna for best implementation. Temporal and Spatial Coverage ("aboutness") should be cataloged here. | ||||||||||||||||||||||
| dcterms:source is already in use; figure out what it's doing then talk to Cat | Division | chf:division or edm:currentLocation or dcterms:source | pcdm:AdministrativeSet | Division | Required* | No | Drop-down menu | Local | Drop-down choices: The Museum at CHF, The Othmer Library of Chemical History, Archives?, Center for Oral History | ||||||||||||||||||
| new (split from above) | Series Arrangement | bf:materialHierarchicalLevel | rdfs:Literal | http://bibframe.org/vocab/materialHierarchicalLevel | None | Optional, Required for Archival materials | Yes | Free text | None | Free text field for series/intellectual arrangement info. | |||||||||||||||||
| changed this predicate | Container/Part Number | bf:materialOrganization | rdfs:Literal | http://bibframe.org/vocab/materialOrganization | None | Optional, Required for Archival and serialized materials | No | Four numeric free text fields? | None | Four numerical input fields for Box, Folder, Volume/Issue, and Part numbers. | |||||||||||||||||
| Related URL | Undecided if this field will auto-generate from bib numbers, | ||||||||||||||||||||||||||
| X | Rights | dc11:rights | rights, ::RDF::DC.rights, range: "dc:RightsStatement" | http://purl.org/dc/elements/terms1.1/sourcerights | None | Required, if available | No | URI | None | Descriptions > Related URL | Link back to OPAC record for collection information. Can maybe use bib/item numbers if available. | ||||||||||||||||
| X | Language | dc11:language | language, ::RDF::DC.language, range: "dc:LinguisticSystem" | none | http://purl.org/dc/elements/1.1/language | Language | Optional | Yes | Auto-complete | TBD | Descriptions > Language | ||||||||||||||||
| X | Rights | dc11:rights | rights, ::RDF::DC.rights, range: "dc:RightsStatement" | Rights | Required* | No | Dropdown menu | Creative Commons, etc. | Descriptions > Rights* | DPLA, Europeana + others are working on an international standard for rights statements. Can keep an eye on progress here: https://docs.google.com/document/d/1x10JsIfi8Y74pgJJEAqMtyO5iYp0p6DO5DrOZK-5umY/edit#. Also keeping an eye on this: https://wiki.duraspace.org/display/hydra/Rights+Metadata+Recommendation. Hydra using edm:rights instead of DC. | |||||||||||||||||
| X | Rights Holder | chemheritage, moving to dcterms:rightsHolder | none, moving to edm:Agent | http://purl.org/dc/elements/1.1terms/rightsrightsHolder | RightsNone | Required*, if available | No | Dropdown menu | Creative Commons, etc. | Descriptions > Rights* | TBDTBD | TBD | TBD | ||||||||||||||
| Credit Line | None | Optional | Yes | ||||||||||||||||||||||||
| X | Provenance | dcterms:provenance | http://purl.org/dc/terms/provenance | None | RecommendedOptional | No | Free text | None | Visible to staff only unless curators want info public? | ||||||||||||||||||
| X | Rights Holder | chemheritage, moving to dcterms:rightsHolder | none, moving to edm:Agent | http://purl.org/dc/terms/rightsHolder | None | Required, if available | No | TBD | TBD | TBD | |||||||||||||||||
| Implement | Physical Container | bf:materialHierarchicalLevel | rdfs:Literal | http://bibframe.org/vocab/materialHierarchicalLevel | None | Optional, Required for Archival materials | No | Three numeric free text fields? | None | Fields for Series, Box, and Folder numbers? | |||||||||||||||||
Anna Headley (Unlicensed), this is where I want catalogers to be able to set access to public/private. Seems like Sufia already allows for that so it's not necessary in a field? | Access | Access | Visible to staff only unless curators want info public? | ||||||||||||||||||||||||
| File Creator | |||||||||||||||||||||||||||
predicate needed | Admin Notes | chf:adminNotes | |||||||||||||||||||||||||
| Fields we won't implement yet | |||||||||||||||||||||||||||
| Don't implement this yet | Physical Location | Physical Location | |||||||||||||||||||||||||
| predicate needed | Related Exhibit | Related Exhibit | |||||||||||||||||||||||||
predicate needed | Admin Notes | Admin Notes | |||||||||||||||||||||||||
| I still think Physical Location details would be nice to have in Hydra, but for now manual entry wouldn't get updated effectively. | |||||||||||||||||||||||||||
| Look at how collections work by default. This is probably in there (see also part_of, in list below - same predicate) | Collection | dcterms:isPartOf | pcdm:Collection? | http://purl.org/dc/terms/isPartOf | Collection | Required, if available | Yes | Auto-complete? | Hydra collections controlled vocabulary? | Collections > Descriptions > Title* | Set reciprocal relationships with HasPart. | ||||||||||||||||
| Related Materials | dcterms:relation |
| pcdm:Object? | http://purl.org/dc/terms/relation | None | Optional | Yes | Auto-complete? | Hydra objects? | Thought a bit more about this as curated "related materials," and I think a use case would be when there are multi-volume books that a cataloger wants to relate together. | |||||||||||||||||
| Unimplement | Abstract (OH?) | dcterms:abstract | http://purl.org/dc/terms/abstract | Optional | No? | Free text with full HTML | |||||||||||||||||||||
| Fields we won't implement yet | |||||||||||||||||||||||||||
| Don't implement this yet | Physical Location | Physical LocationUnimplement | Table of Contents (OH?) | dcterms:tableOfContents | http://purl.org/dc/terms/tableOfContents | No? | List display? | I still think Physical Location details would be nice to have in Hydra, but for now manual entry wouldn't get updated effectively. | Related Materials | dcterms:relation |
| pcdm:Object? | http://purl.org/dc/terms/relation | None | Optional | Yes | |||||||||||
| Auto-complete? | Hydra objects? | predicate needed | Related Exhibit | Related Exhibit | |||||||||||||||||||||||
Here is a list of other things in Sufia. we'll get these for free with default behavior:
- label, ActiveFedora::RDF::Fcrepo::Model.downloadFilename
- part_of, ::RDF::DC.isPartOf
- source, ::RDF::DC.source
- date_uploaded, ::RDF::DC.dateSubmitted
- date_modified, ::RDF::DC.modified
- depositor, ::RDF::URI.new("http://id.loc.gov/vocabulary/relators/dpt")
- arkivo_checksum, ::RDF::URI.new('http://scholarsphere.psu.edu/ns#arkivoChecksum')
- relative_path, ::RDF::URI.new('http://scholarsphere.psu.edu/ns#relativePath')
- import_url, ::RDF::URI.new('http://scholarsphere.psu.edu/ns#importUrl')
- bibliographic_citation, ::RDF::DC.bibliographicCitation
- tag, ::RDF::DC.relation (removed from Sufia from)
- DC.dateCreated (removed from Sufia from)