Hi Alistair There's no distinction as such in terms of basic Fedora objects between data objects and collections. The Fedora relationships ontology (http://www.fedora.info/definitions/1/0/fedora-relsext-ontology.rdfs) and the content models you implement are usually used to describe the distinctions, but fundamentally it is up to you (and your software) as to how you choose to model these things.
"isCollection" isn't in fact a part of the Fedora relationships ontology (but there's no reason you shouldn't use such a predicate if it is useful - though maybe a Content Model may be a better way to express this). "isMemberOf" (and similar predicates in the relationships ontology) is commonly used to state collection membership (though you are free to use your own vocabulary). It's perfectly possible for collection objects to contain data in their own right - one use case for this would be descriptive metadata datastreams for describing the collections. And there could well be anomolies in some of the test/demo objects. Regards Steve > -----Original Message----- > From: Alistair Young [mailto:alistair.yo...@uhi.ac.uk] > Sent: 24 July 2011 09:17 > To: fedora-commons-users@lists.sourceforge.net > Subject: [fcrepo-user] Creating a collection with API > > > Hi there, > > I'm using the API-M + FOXML to ingest objects > programmatically. Is it the same process to create a > collection object, except in the RELS-EXT it should be: > > <isCollection>true</isCollection> > > I'm a bit confused as the test source code for 3.4.1 has a > test ingest file that ingests a video URL but also says the > object is a collection, which it can't be as it's a video > URL. It expresses being a member of a collection using > isMemberOf instead: > > <rel:isCollection>true</rel:isCollection> > <rel:isMemberOf rdf:resource="info:fedora/test:1000000"/> > > but info:fedora/test:1000000 isn't a collection. There's no > RELS-EXT in it at all but it says it's a collection in the DC: > > <dc:type>collection</dc:type> > > fcrepo-src-3.4.1/fcrepo-integrationtest/src/test/resources/tes > t-objects/foxml/fesl/test-1000000.xml > fcrepo-src-3.4.1/fcrepo-integrationtest/src/test/resources/tes > t-objects/foxml/fesl/test-1000001.xml > > thanks, > > Alistair > > > -------------- > mov eax,1 > mov ebx,0 > int 80 > > > -------------------------------------------------------------- > ---------------- > Magic Quadrant for Content-Aware Data Loss Prevention > Research study explores the data loss prevention market. > Includes in-depth analysis on the changes within the DLP > market, and the criteria used to evaluate the strengths and > weaknesses of these DLP solutions. > http://www.accelacomm.com/jaw/sfnl/114/51385063/ > _______________________________________________ > Fedora-commons-users mailing list > Fedora-commons-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users > ------------------------------------------------------------------------------ Magic Quadrant for Content-Aware Data Loss Prevention Research study explores the data loss prevention market. Includes in-depth analysis on the changes within the DLP market, and the criteria used to evaluate the strengths and weaknesses of these DLP solutions. http://www.accelacomm.com/jaw/sfnl/114/51385063/ _______________________________________________ Fedora-commons-users mailing list Fedora-commons-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
