Minor additions to Bib extension #1448

Open
RichardWallis opened this Issue Nov 29, 2016 · 6 comments

Projects

None yet

4 participants

@RichardWallis
Contributor
RichardWallis commented Nov 29, 2016 edited

Over recent months I have been working with several large national and international library organisations on how they would represent their collections using Schema.org. Overall I have been pleased with the ability of the vocabulary to describe the resources.

However I have identified a small set of circumstances that are difficult to describe using Schema. To that end I make the following proposals to enhance the bib.schema.org extension.

  • New Type Manuscript (subtype of CreativeWork): "A book, document, or piece of music written by hand rather than typed or printed."

  • New Type Poster (subtype of CreativeWork): "A large, usually printed placard, bill, or announcement, often illustrated, that is posted to advertise or publicize something."

  • New Type Drawing (subtype of CreativeWork): "A picture or diagram made with a pencil, pen, or crayon rather than paint."

  • New Type SheetMusic (subtype of CreativeWork): "Printed music, as opposed to performed or recorded music."

  • Extend domain of publisher to include PublicationEvent. Libraries commonly describe publication events which link together a CreativeWork, publishing Organization/Person and the publication [Event] date.

Like others, I am reticent to propose/recommend ever increasing numbers of subtypes to allow categorisation of a particular domain. However in this case, I believe we are close to covering the vast majority of types that this domain commonly describes. I therefore propose the above to attempt to bring this extension closer to completion.

@osma
osma commented Nov 29, 2016

In our collection we have quite a number of records of type StillImage. Unfortunately the records don't tell, at least not in a structured way, whether these are Drawings or for example Photographs, so I cannot represent these using the current schema.org types or the proposed Drawing type.

Would it make sense to group Drawing, Photograph, Map and VisualWork (and perhaps others?) under a common CreativeWork subtype such as StillImage or just Image? There is ImageObject, but it is described as "an image file" which is not what our records mean. They can represent photographs, photographic books, paintings etc.

Generally +1 for everything proposed above.

@RichardWallis
Contributor

I have some sympathy with this view, however I think that such structure needs deeper thought and consideration.

Do we need a MovingImage super-type for video, movie, etc. and a Sound super-type for speech, music, sound-effects etc.?

Perhaps an expansion of the description of ImageObject would be a more pragmatic approach "An image file or object"

@thadguidry
thadguidry commented Nov 29, 2016 edited

@RichardWallis No, don't expand the description of ImageObject...it will confuse things against the already existing CreativeWork:image property that expects a type of ImageObject. We already have at least 3+ ways for @osma to handle his use case.

@osma Essentially, all of those types are CreativeWorks. There is no reason to subtype for your use cases. But if you don't want to use that easy route, you can use VisualArtwork:artform (don't think to much in the Art part, because anything can be Art) or if you don't want to express as an Art form because it just feels weird for that Thing, then you can use CreativeWork:additionalType and point to a URL that holds a value of "Media" or "Image". If you do want to really subtype your use cases, then any of these would give you the concept of a "Non-written CreativeWork that is visual in nature", but I am sure there probably is already an additionalType out there in the world that you could use that already has that similar Type definition. Go look for it and use it.

@osma
osma commented Nov 30, 2016

@thadguidry Thanks for the advice. Indeed I was already looking at using additionalType to link to either the RDA Vocabulary or BIBFRAME (or even both).

I also looked at the Content-Carrier proposal, which suggests linking to Wikipedia through the Product Types Ontology, but it didn't seem to work very well for me because many of the types are not represented as Wikipedia pages since the perspective is so different - e.g. MixedMaterial is a Work subclass in BIBFRAME, but a Wikipedia page about "mixed material" wouldn't make sense.

@Dataliberate
Contributor
@thadguidry

@osma Wikidata is the correct place to create a new topic page if there isn't one already that fits your need. I myself had to create many new topic pages just to get the Schema.org - Wikidata mapping done :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment