I should also add to what Steve said, that Muradora uses Solr (or
GSearch in the older versions of Muradora) to get the collection
information for display. It only uses the RELS-EXT information for the
determination of the XACML policy inheritance for child
objects/sub-folders. If you don't see your object under that
collection, it might be good to either rebuild your Solr/GSearch index
or manually update the index with the PID of the new object.
Dr Chi Nguyen
RAMP Project Manager & AAF Technical Advisor
ACES/Macquarie E-Learning Center of Excellence
MACQUARIE UNIVERSITY NSW 2109
Phone: +61 (0)2 9850 4140
Fax: +61 (0)2 9850 6527
CRICOS Provider No 00002J
This message is intended for the addressee named
and may contain confidential information. If you
are not the intended recipient, please delete it
and notify the sender. Views expressed in this
message are those of the individual sender, and
are not necessarily the views of ACES/Macquarie
E-Learning Center of Excellence or Macquarie
Steve Bayliss wrote:
> Hi Jason
> Muradora uses the predicate
> <info:fedora/fedora-system:def/relations-external#isMemberOf> to indicate
> collection membership, so try using fedora:isMemberOf rather than
> fedora:isMemberOfCollection in your RDF.
> If you need to make sure you're using the correct identifier for the
> collection in your RELS-EXT, you could browse to the collection in Muradora,
> and take a look at the URL parameter parentID to determine the PID (though
> this will be URL-encoded, and won't include info:fedora/).
> -----Original Message-----
> From: Jason Nugent [mailto:jnugent@...]
> Sent: 11 July 2008 17:37
> To: Steve Bayliss
> Cc: fedora-commons-users@...
> Subject: Re: [Fedora-commons-users] question concerning RELS-EXT datastream
> I have ResourceIndex set to 1 in my fedora.fcfg file. I'm browsing the
> collection via the front end Muradora installation. I can now see the item
> in the title browse, but not when I drill into the collection, it appears
> On 7/11/08 1:32 PM, Steve Bayliss wrote:
> | An obvious question, but do you have the resource index turned on?
> | Also, when you say "it's not showing up in the collection" - how are
> | you trying to see if it's in the collection?
> | -----Original Message-----
> | From: fedora-commons-users-bounces@...
> | [mailto:fedora-commons-users-bounces@...] On Behalf
> | Of Jason Nugent
> | Sent: 11 July 2008 17:04
> | To: fedora-commons-users@...
> | Subject: Re: [Fedora-commons-users] question concerning RELS-EXT
> | relationships
> | Hi Chris,
> | Thanks - that solved the problem. I was rewarded with a a message
> telling me
> | that the object was successfully imported. I also see that the Fedora
> | server accessed my PDF document via its URL to ingest it.
> | Next question -- it's not showing up in the collection I added it to,
> | though. Searching doesn't find it, and logging in as my fedoraAdmin
> | user and looking at objects ready to be published doesn't find it
> | either. Strange.
> | Jason
> | On 7/11/08 12:18 PM, Chris Wilper wrote:
> | | Hi Jason,
> | |
> | | Yes, it was assigning a new PID each time, and that error occurred
> | | because it wasn't accepting the PID="" value you gave, but
> | | auto-assigning one because the namespace you're using isn't one of
> | | the values specified in fedora.fcfg's retainPIDs.
> | |
> | | Go into server/config/fedora.fcfg, change the retainPIDs value to *
> | | (asterisk), or add unb-fedora to the existing list of namespaces,
> | | and restart...this should resolve it.
> | |
> | | I'm actually having a hard time seeing the value of the retainPIDs
> | | configuration. It seems to trip people up quite a bit. It seems
> | | like the behavior should be to just accept the PID given, and only
> | | auto-assign a PID if one isn't given.
> | |
> | | - Chris
> | |
> | | On Fri, Jul 11, 2008 at 10:46 AM, Jason Nugent <jnugent@...>
> | | wrote: Alright, so I solved my original problem with the ingest not
> | | running. Turns out it was a Postgres connection issue, after a
> | | system upgrade and a reboot. Go figure.
> | |
> | | I now have a question concerning the correct syntax for the RELS-EXT
> | | datastream relationships within the ingest FOXML file. Currently, I
> | | am trying to add one record to an existing collection with an ID of
> | | unb-fedora:3. The RDF block in my XML file is:
> | |
> | | <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
> | | xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#"
> | | ~
> | xmlns:fedora="info:fedora/fedora-system:def/relations-external#">
> | | <rdf:Description rdf:about="info:fedora/unb-fedora:477">
> | | <fedora:isMemberOfCollection
> | | rdf:resource="info:fedora/unb-fedora:c3"/>
> | | </rdf:Description>
> | | </rdf:RDF>
> | |
> | | If I understand this correctly, this indicates that there is a
> | | relationship between the object I am trying to add
> | | (info:fedora/unb-fedora:447) and the collection I am trying to add
> | | it to (info:fedora/unb-fedora:c3). When I run my ingest, I get the
> | | following
> | | error:
> | |
> | | org.xml.sax.SAXException: RelsExtValidator: The RELS-EXT datastream
> | | refers to an improper URI in the 'about' attribute of the RDF
> | | <Description> element.
> | |
> | | ~ The URI must be that of the digital object in which the RELS-EXT
> | | datastream resides (info:fedora/unb-fedora:11).
> | |
> | | Each time I run the command for testing purposes, the ID in the
> | | error message, in this case fedora:11, increments by one. Is it
> | | creating a new record each time and automatically assigning an ID? I
> | | thought that the PID in the foxml:digitalObject tag of
> PID="unb-fedora:477" would
> | | force Fedora to use that instead. Perhaps I'm not understanding this
> | | correctly.
> | |
> | | Insights are appreciated.
> | |
> | | Jason
> | |>
> | ----------------------------------------------------------------------
> | ---
> | Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies
> | have shown that voting for your favorite open source project, along with a
> | healthy diet, reduces your potential for chronic lameness and boredom.
> | Now at http://www.sourceforge.net/community/cca08
> | _______________________________________________
> | Fedora-commons-users mailing list
> | https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
> | |>
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies
> have shown that voting for your favorite open source project, along with a
> healthy diet, reduces your potential for chronic lameness and boredom. Vote
> Now at http://www.sourceforge.net/community/cca08
> Fedora-commons-users mailing list Fedora-commons-users@...
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
Fedora-commons-users mailing list