According to the Content Model Architecture docs, every digital object
that is linked to a Content Model must have, at a minimum, the
datastreams defined in the Content Model. Here are two approaches you
could take:
1. Create a content model for every variation of image you have. If
there are not too many variations, this is a relatively cheap way to go:
ImagesWithThumbAndLowRes, ImagesWithThumbAndHiRes, ImagesWithThumbAndLowRes
and then just link your object to the appropriate model. Each one of
these Content Models would list all the datastreams that the digital
object should have.
2. Create three content models: ImagesWithThumb, ImagesWithLowRes, and
ImagesWithHiRes. Then link your object to all the applicable Content
Models as appropriate. Each Content Model would list just one
datastream ("thumb", "lowres", etc.) This means more Content Models to
keep track of in your digital objects, but allows for more flexible
combinations.
Ideally, (maybe in a future release of Fedora?) Content Models would
support inheritance, so you could have a base Content Model "Image",
then a subclass Content Model "ImageWithThumb". "ImageWithThumb" would
inherit all the service definitions and datastream constraints defined
in "Image". But we're not there yet.
-- Scott
Park, Michael wrote:
> Hi,
>
>
>
> I am creating a Content Model for an image. It will have thumbnail,
> master, lowres and highres datastreams. How can I handle times when I
> will not have every one of those datastreams for the object? Does
> Fedora allow this?
>
>
>
> Thanks,
>
> Mike
>
>
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Fedora-commons-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
--
Scott Prater
Library, Instructional, and Research Applications (LIRA)
Division of Information Technology (DoIT)
University of Wisconsin - Madison
[email protected]
------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Fedora-commons-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
