Hi, Richard, thanks for the quick reply, it makes sense ! but unfortunatly the next thing I cant manage: when doing: ./oai2rdf.sh -m oai_dc http://edoc.bbaw.de/OAI data the following exception is thrown:
java.io.FileNotFoundException: Could not find a transformer for schema 'http://www.openarchives.org/OAI/2.0/dc.xsd' and namespace 'http://purl.org/dc/elements/1.1/'. at edu.mit.simile.rdfizer.oai.Transformers.getTransformer(Transformers.java:82) obviously some file specifying the required transformer isnt available. When following for instance that post http://simile.mit.edu/mail/ReadMsg?listId=9&msgId=13303 , I could verify that at least WEB-INF/classes/org/dspace/app/oai/OAIDCCrosswalk.class is compiled and known to the application. But I am not sure if that class is important in my case. Regards, Marian Richard Rodgers schrieb: > Hi Marian: > > Here is a general explanation of what you experienced: > > Support for basic OAI-PMH (which is the protocol on which the oai2rdf > tool relies) only requires that 1 metadata format be supported - > 'oai_dc' (unqualified Dublin Core). All others are optional and the edoc > server you tried supports 2 others (oai-ems and oai_pp). But since > you requested specifically the 'rdf' format, it skipped all these. > > The 'rdf' format is only available for DSpace systems that are specially > configured, not all OAI providers. However, you can try that server with > this invocation: > > /oai2rdf.sh -m oai_dc http://edoc.bbaw.de/OAI data > > which should still give you some RDF metadata, just not > as rich as the 'rdf' format. > > Let me know if this doesn't make sense, > > Richard Rodgers > > > On Mon, 2007-11-19 at 13:45 +0100, Marian Thieme wrote: > >> Hello, >> >> I am quite new to dspace and longwell, I would like to have a test to >> see how it can work. The following command >> >> ./oai2rdf.sh -m rdf http://hedwig.mit.edu:8080/dwell-oai/request data >> >> unfortunatly doesnt work, obviously the respective server is down. So I >> did try antother oai service: >> >> ./oai2rdf.sh -m rdf http://edoc.bbaw.de/OAI data >> >> now I got the following messages >> ... >> [INFO - edu.mit.simile.rdfizer.oai.Main] Calling ListMetadataFormats on >> http://edoc.bbaw.de/OAI >> [INFO - edu.mit.simile.rdfizer.oai.Main] http://edoc.bbaw.de/OAI uses 3 >> metadata schemas >> [INFO - edu.mit.simile.rdfizer.oai.Main] Skipping oai_dc >> [http://purl.org/dc/elements/1.1/ >> http://www.openarchives.org/OAI/2.0/dc.xsd] >> [INFO - edu.mit.simile.rdfizer.oai.Main] Skipping oai_ems >> [http://edoc.hu-berlin.de/xml/schemas/ems/ >> http://edoc.hu-berlin.de/xml/schemas/ems.xsd] >> [INFO - edu.mit.simile.rdfizer.oai.Main] Skipping oai_pp >> [http://www.proprint-service.de/xml/schemes/v1/ >> http://www.proprint-service.de/xml/schemes/v1/PROPRINT_METADATA_SET.xsd] >> ... >> >> can you explain me, what is happened ? thought, due to the >> documentation, that some metadata are collected and stored somehow in >> the data directory. Why each schema is skipped ? >> >> Regards, >> Marian >> >> >> >> > > _______________________________________________ > General mailing list > [email protected] > http://simile.mit.edu/mailman/listinfo/general > > _______________________________________________ General mailing list [email protected] http://simile.mit.edu/mailman/listinfo/general
