Hi Chris Thanks for your reply on this, I'll take a look at our existing code and see what it will take.
Currently we've not implemented any validation - and I can see this could be an issue. I'd expect the same validation as RELS-EXT with regard to "depth" - ie only direct relationships from datastreams to literals or URIs, but as far as the subject of the relationship goes, that might be more difficult - especially if datastreams are added and deleted: to implement the same kind of validation as RELS-EXT would in theory mean validating RELS-INT whenever datastreams are added and deleted. Do you think it would instead be acceptable just to do a "syntactic" validation of the subject, eg some:pid/datastream where "datastream" is not (necessarily) an existing datastream, but is a valid name for a datastream? We could of course check that some:pid is the same as the object in which the RELS-INT appears. Steve -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Chris Wilper Sent: 22 January 2009 20:19 To: Steve Bayliss Cc: [email protected] Subject: Re: [Fedora-commons-developers] Future for RELS-INT? Hi Steve, I would certainly support this if you (or anyone) wants to submit this functionality as a patch vs trunk. It would be a great request to get closed. I think doing it as RELS-INT (instead of extending RELS-EXT) would be best, since I know of several folks who have already created RELS-INT datastreams in anticipation of this capability. - Chris On Thu, Jan 22, 2009 at 10:39 AM, Steve Bayliss <[email protected]> wrote: > I see the feature request for internal datastream relations is still > open at https://fedora-commons.org/jira/browse/FCSUPPORT-21 > > We have in the past made modifications to Fedora source essentially to > support this for a few projects. > > Are there any more thoughts on the likely direction this will take, ie > RELS-INT vs modifying RELS-EXT validation to allow datastream > assertions? > > We'd like to make sure that anything we do in the future stays aligned > to the likely direction the Fedora codebase is going to take. > > I don't have a strong view on which approach would be best - although > going down the RELS-INT route would probably be a little bit easier to > work with. > > Regards > Steve > ---------------------------------------------------------------------- > -------- > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Fedora-commons-developers mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers > > ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Fedora-commons-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
