Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Action needed

(modeling step)

PropertyPredicate (formerly Elements)Sufia property, predicate, rangeRangePredicate URIFacetRequired/ Recommended/ OptionalRepeatableField Type/FormattingAuthoritySufia Display locationNotes (asdasdasdasdasdextendingthiscolumnspaceasdasd)
             

Cat Lu (Unlicensed): choose predicate

Anna Headley (Unlicensed): override

Filenameebucore:filename (PCDM) or premis:HasOriginalName

label, ActiveFedora::RDF::Fcrepo::Model.downloadFilename

xsd:stringhttp://www.ebu.ch/metadata/ontologies/ebucore/ebucore#filenameNoneNo form fieldNoAuto-generatedLocal convention?File Details > Characterization > FilenameShould we go with the property used by PCDM (ebucore:filename) or the PREMIS equivalent?
XTitledcterms:title

title, predicate: ::RDF::DC.title

rdfs:Literal (string or int)

http://purl.org/dc/terms/titleNoneRequired*NoFree textNoneDescriptions > Title*Currently Sufia autofills this with filename.
Change to DC11Creatordc11:creator

creator, ::RDF::DC.creator, range: "dc:Agent"

none, move to edm:Agenthttp://purl.org/dc/terms/creatorNameRequired, if availableYesAuto-complete; Label itself is drop-down optionFAST: 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?
Change to DC11Contributordc11:contributor

contributor, ::RDF::DC.contributor, range: "dc:Agent"

http://purl.org/dc/elements/1.1/contributor 
Change to DC11Publisherdc11:publisher

publisher, ::RDF::DC.publisher, range: "dc:Agent"

http://purl.org/dc/terms/publisherDescriptions > Publisher
XArtistmarcrel:art http://id.loc.gov/vocabulary/relators/art 
XAuthormarcrel:aut http://id.loc.gov/vocabulary/relators/aut 
XIntervieweemarcrel:ive http://id.loc.gov/vocabulary/relators/ive 
XInterviewermarcrel:ivr http://id.loc.gov/vocabulary/relators/ivr 
XManufacturermarcrel:mfr http://id.loc.gov/vocabulary/relators/mfr 
X(Other)marcrel:oth http://id.loc.gov/vocabulary/relators/oth 
XPhotographermarcrel:pht http://id.loc.gov/vocabulary/relators/pht 
Implement(Depicted)marcrel:dpc http://id.loc.gov/vocabulary/relators/dpcSubject/TopicRecommendedYes (Descriptions > Subject)Do we want this defined separately, as opposed to keeping this with Subjects?
Discuss: technically dcterms:subject has no range but there's a skos note that it's intended to be used with a non-literal. make it dc11:subject?Subjectdcterms:subject

subject, ::RDF::DC.subject

none, move to skos:Concepthttp://purl.org/dc/terms/subjectSubject/TopicRecommendedYesAuto-completeFAST: All Facets (suggestall); AAT (possible expansion)Descriptions > SubjectOne search for all or dropdown with authority choices? Check with Anna for best implementation. Temporal and Spatial Coverage ("aboutness") should be cataloged here.
XDescriptiondcterms:description

description, ::RDF::DC.description

 http://purl.org/dc/terms/descriptionNoneRecommendedMaybe?Free text with full HTMLNoneDescriptions > Abstract or SummaryWISYWIG editor possible? Does OH want an Abstract field in addition to Description?
ImplementAbstract (OH?)dcterms:abstract  http://purl.org/dc/terms/abstractOptionalNo?Free text with full HTML
ImplementTable of Contents (OH?)dcterms:tableOfContents  http://purl.org/dc/terms/tableOfContentsNo?List display? 
ImplementInscription?chf:inscription?   YesFree text with full HTML 
implementPlace of Publicationmarcrel: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/pupPlace/Location?Recommended, if availableYesAuto-complete; Label itself is drop-down optionFAST: Geographics (suggest51); VIAF (alternative option)Descriptions > LocationCurrent Sufia authority service is GeoNames. See VIAF, TGN, FAST, and GeoNames use comparisons on Basecamp.
implementPlace of Manufacturemarcrel:mfpbased_near covers all thishttp://id.loc.gov/vocabulary/relators/mfp
implementPlace of Interviewmarcrel:evpditto abovehttp://id.loc.gov/vocabulary/relators/evp
Cat Lu (Unlicensed), confirm desired predicate. (I found the ebucore one by clicking "creation date/time")Date Createdebucore:dateCreated (PCDM) or dcterms:created

date_created, ::RDF::DC.created

 http://www.ebu.ch/metadata/ontologies/ebucore/ebucore#dateCreatedNoneNo form fieldNoAuto-generatedNoneFile 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.

ImplementDate Originaldcterms:date edm:TimeSpanhttp://purl.org/dc/terms/dateDate (Range)Required*Yes[YYYY-MM-DD; YYYY-MM; YYYY; circa YYYY]NoneDescriptions > Date CreatedDate ranges? Circa? Undated/no date option? Date converters for Gregorian vs. Julian issues?
ImplementDate Publisheddcterms:issued http://purl.org/dc/terms/issuedRecommendedYes[YYYY-MM-DD; YYYY-MM; YYYY; circa YYYY]None  Have Date Published label as a drop-down choice for main Date field.
Change to dc11:typeTypedc11:type

resource_type, ::RDF::DC.type, range: "rdfs:Class"

nonehttp://purl.org/dc/terms/typeTypeRequired*YesDrop-down menuSelected from DCMI TypeDescriptions > Resource typeDrop-down choices: Moving Image, Still Image, Physical Object, Sound, Text.
XGenre

http://chemheritage.org/ns/hasGenre, moving to

edm:hasType
 none, moving to skos:Concepthttp://www.europeana.eu/schemas/edm/hasTypeGenreRequired*YesDrop-down menuSelected 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?
ImplementExtentdcterms:extent  http://purl.org/dc/terms/extentNoneRecommendedYesNumeric free text?None Variable extent/dimensions across collections. Set standard for measurements.
ImplementMediumdcterms:medium  http://purl.org/dc/terms/mediumNone (maybe for Museum objects later)OptionalYesAuto-completeAAT Does Museum team want free text for Medium cataloging or controlled terms?
XIdentifier (Physical Object)dcterms:identifier

identifier, ::RDF::DC.identifier

rdfs:Literalhttp://purl.org/dc/terms/identifierNoneRequired*Yes*Free text with drop-downNoneDescriptions > IdentifierRe-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.
Still confused about thisCollectiondcterms:isPartOf pcdm:Collection?http://purl.org/dc/terms/isPartOfCollectionRequired, if availableYesAuto-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 CatDivisionchf:division or edm:currentLocation or dcterms:source pcdm:AdministrativeSet DivisionRequired*YesDrop-down menuLocal Drop-down choices: The Museum at CHF, The Othmer Library of Chemical History, Archives?, Center for Oral History
Cat Lu (Unlicensed), let's discussRelated Materialsdcterms:relation

?? not sure if this is the same – related_url, ::RDF::RDFS.seeAlso, range: "rdfs:Resource"

pcdm:Object?http://purl.org/dc/terms/relationNoneOptionalYesAuto-complete?Hydra objects?  
dcterms:source is already in use; figure out what it's doing then talk to CatOPAC Link (temp name)dcterms:source  http://purl.org/dc/terms/sourceNoneRequired, if availableNoURINoneDescriptions > Related URLLink back to OPAC record for collection information. Can maybe use bib/item numbers if available.
override with dc11Languagedc11:language

language, ::RDF::DC.language, range: "dc:LinguisticSystem"

nonehttp://purl.org/dc/terms/languageLanguageOptionalYesAuto-completeTBDDescriptions > Language 
override with dc11Rightsdc11:rights

rights, ::RDF::DC.rights, range: "dc:RightsStatement"

 http://purl.org/dc/terms/rightsRightsRequired*NoDropdown menuCreative Commons, etc.Descriptions > Rights*TBD
ImplementProvenancedcterms:provenance  http://purl.org/dc/terms/provenanceNoneRecommendedNoFree textNone Visible to staff only unless curators want info public?
 Rights Holderdcterms:rightsHolder edm:Agenthttp://purl.org/dc/terms/rightsHolderNoneRequired, if availableNoTBDTBD TBD
 Keyword/TagsKeyword/Tags

tag, ::RDF::DC.relation

  TBD/Topic?OptionalYesControlled textLocal?Descriptions > Keyword*For website taxonomy? Nobody wants this lol.
ImplementContainer InfoContainer Info   NoneOptional, Required for Archival materialsNoThree numeric free text fields?None Fields for Series, Box, and Folder numbers?
ImplementAccessAccess          
ImplementDisplay InfoDisplay Info          
ImplementPhysical LocationPhysical Location          
ImplementAdmin CreditAdmin Credit          
             

...