Hi,
I installed a test server and configure OAI-PMH server at my DSpace
instance. When I harvest records or collection from DSpace Demo Server (
http://demo.dspace.org/oai/request), Records are fetching properly.
But I want to fetch some Journal records (full replication) from WHO DSpace
OAI
My apologies, this was my own mistake, the original build.properties, when
downloaded is correct.
-Original Message-
From: Brouns, Francis [mailto:francis.bro...@ou.nl]
Sent: 18 August 2015 14:47
To: dspace-tech@lists.sourceforge.net
Subject: [Dspace-tech] OAI no matches
Hi all,
when testing the upgrade to Dspace 5.3 I again encountered many problems with
OAI. Identify worked, and it would list Sets, but any request for ListRecords
would result in No matches for this query. In the end I tracked it down to a
typo in build.properties that resulted in an
Hi,
I installed a test server and configure OAI-PMH server at my DSpace
instance. When I harvest records or collection from DSpace Demo Server (
http://demo.dspace.org/oai/request), Records are fetching properly.
But I want to fetch some Journal records (full replication) from WHO DSpace
OAI
[Our production instance of DSpace is running 3.1.]
Where is the date that the OAI harvester presents as Last Modified
actually stored? What type of modifications does it track? Where else,
besides /oai/request output, can I view this date?
The date displayed in the ListRecord results does
Hi Alan,
Thanks for your reponse.
I wrote the url of the production environment working with dspace 1.8.x. We
are working in a test environment with version 5.2 and with another url and
hostname.
I'm sorry for the confusion.
As you suggest, I have checked the dspace.hostname in dspace.cfg and I
Hi Alan,
Thanks for your reponse.
I wrote the url of the production environment working with dspace 1.8.x. We
are working in a test environment with version 5.2 and with another url and
hostname.
I'm sorry for the confusion.
As you suggest, I have checked the dspace.hostname in dspace.cfg and I
Hi, Domingo.
It looks like your JSPUI is running on /dspace, so you just need to make
sure you proxy to the OAI application as /oai. The OAI app will use the
same dspace.hostname parameter from dspace.cfg, just like JSPUI and XMLUI,
etc.
Alan
On Tue, Jun 16, 2015 at 9:33 AM Domingo Iglesias
Hi,
Our dspace box is behind a proxy, so the public name of the repository (
diposit.ub.edu) differs from the name of the box dspace is running, that is
not accessible from internet.
What is the best way to customize the oai module in order to build the
response pages with the public
Hi,
Our dspace box is behind a proxy, so the public name of the repository (
diposit.ub.edu) differs from the name of the box dspace is running, that is
not accessible from internet.
What is the best way to customize the oai module in order to build the
response pages with the public
Hi Lewatle,
That error seems to be implying that currently there is no data in your
OAI-PMH index. It should be returning a list of all records in your
index, e.g. here's the same query on the DSpace Demo OAI-PMH instance
(which is running DSpace 5.2):
Am 27.05.2015 um 12:05 schrieb Ondrej Kosarko:
and you need to make sure the class is found by the event dispatcher,
we solve it by adding dspace-oai(where the consumer lives) as a
dependency to dspace-xmlui
Ok I think that part is the magic. Thank you for your quick response.
--
Christian
, 26 May, 2015 23:09:20
*Subject: *Re: [Dspace-tech] OAI-PMH data provider 2.0 not persistent?
Hi All,
I'm only just now re-discovering this thread, as I've found this same
behavior in DSpace OAI-PMH servers. Here's how to see this behavior (and
I've double checked it on http
?
regards,
Kristian
-Original Message-
From: ivan.ma...@gmail.com [mailto:ivan.ma...@gmail.com] On Behalf Of
helix84
Sent: Thursday, March 05, 2015 3:46 PM
To: Kristian Roberto Salcedo
Cc: dspace-tech@lists.sourceforge.net; João Melo
Subject: Re: [Dspace-tech] OAI-PMH data provider
Hi,
Our OAI´s server is down
When trying to connect to:
http://digitum.um.es/oai/request
The following error message is shown:
[WARN] deprecation - The 'component-configurations' section in the sitemap
is deprecated. Please check for alternatives.
[Fatal Error] :1:50: White spaces are
Hello,
the https://digitum.um.es/oai/request
gives the correct answer illegal verb as the verb is missing
trying
http://digitum.um.es/oai/request?verb=Identify
works too.
But note the OAI-PMH requires http see
http://www.openarchives.org/OAI/openarchivesprotocol.html#ProtocolFeatures.
So for
Hi again:
Actually, it looks like there are still problems when I switched
ore.authoritative.source to oai and changed dspace.oai.url to
${dspace.baseUrl}/xmlui. That fixes the atom:id and some other atom
elements.
However, all the references to the bitstreams are using jspui... which
Hi David
The part that really disturbs me is: *First, that external DSpace must be
running both the OAI-PMH interface and the XMLUI interface to support
harvesting content from it via OAI-ORE.*
What if the external repository is not DSpace powered but say EPrints
powered. EPrints does not have an
Hi yet again:
My mistake. it's even worse than I thought.
XMLUI format:
http://mydspace.com/xmlui/bitstream/handle/%5bitem-handle%5d/filename.pdf?s
equence=1
http://mydspace.com/xmlui/bitstream/handle/[item-handle]/filename.pdf?sequen
ce=1
JSPUI format:
Hi all:
I think that I've found a bug in the OAI-ORE settings for DSpace 4.2.
I'm at a bit of a loss at the moment. I'm trying to set up a DSpace 4.2
repository to allow for OAI-ORE harvesting.
After reading through the documentation, I found that I was supposed to find
the ORE data at
Hi David,
the ore.authoritative.source option and the related OREDisseminationCrosswalk
seem to be a remnant from pre-DSpace 3 OAI. Why don't you try this instead:
http://demo.dspace.org/oai/request?verb=GetRecordmetadataPrefix=oreidentifier=oai:demo.dspace.org:10673/3
Regards,
~~helix84
Hi Helix
Ok. So which setting is correct, so as to enable non-DSpace repositories to
do an OAI-ORE harvest?
I find it highly unlikely that an external non-DSpace repository will have
an xmlui interface setting available?
Cheers
hg
*Hilton Gibson*
Ubuntu Linux Systems Administrator
JS Gericke
Hi Hilton,
that part is specific to DSpace. Harvesting from any other
OAI-ORE-compliant provider should work just fine. The reason DSpace is
mentioned specifically is that there are two different bitstream URL
syntaxes depending on which UI you use.
Regards,
~~helix84
Compulsory reading:
If DSpace is the harvester, you can harvest from any OAI-ORE-compliant
provider.
If DSpace is the provider, it's only OAI-ORE-compliant if you point
bitstream.baseUrl in oai.cfg to the UI you want to serve bitstreams. It's
trivial but necessary because DSpace cannot know which UI you consider
=ListRecordsmetadataPrefix=oai_dc
Is this normal results for OAI.
Regards,
Lewatle
-Original Message-
From: Claudia Jürgen [mailto:claudia.juer...@ub.tu-dortmund.de]
Sent: 07 April 2015 02:04 PM
To: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] OAI error - no matches
this command
been performed?
Regards,
Lewatle
From: emilio lorenzo [mailto:elore...@arvo.es]
Sent: 07 April 2015 12:48 PM
To: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] OAI error - no matches for the query
Hi Lewatle
a no matches for the query is not an error message
Hi All,
I got error message on my OAI testing, when I click on Identify tab on OAI
link, I get no error, when I click on SETS, no error, when I click on records I
get no matches for the query error message even when I click on Identifiers
tab I get error message, I then edited oai.cfg file as
Hi Lewatle
a “no matches for the query” is not an error message. It just says
that you oai index is empty. Since DSPACE v3 thers is a new OAI engine,
and the index, an SOLR index, must be populated periodically (a nigth
cron could be suited to most installations) with a command oai import
Hi Emilio,
Thanks for sharing, is there any tomcat restart needed after this command been
performed?
Regards,
Lewatle
From: emilio lorenzo [mailto:elore...@arvo.es]
Sent: 07 April 2015 12:48 PM
To: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] OAI error - no matches
From: emilio lorenzo [mailto:elore...@arvo.es]
Sent: 07 April 2015 12:48 PM
To: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] OAI error - no matches for the query
Hi Lewatle
a no matches for the query is not an error message. It just says that you
oai index is empty. Since
Thanks Claudia!
Regards,
Lewatle
-Original Message-
From: Claudia Jürgen [mailto:claudia.juer...@ub.tu-dortmund.de]
Sent: 07 April 2015 02:04 PM
To: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] OAI error - no matches for the query
Hello Lewatle,
no just run
[dspace
server.
cheers
stuart
--
I have a new phone number: 04 463 5692
*From:* Ruben ruben.bo...@csuc.cat
*Sent:* Wednesday, 18 March 2015 4:27 a.m.
*To:* dspace-tech@lists.sourceforge.net
*Subject:* [Dspace-tech] OAI server
*From:* Ruben ruben.bo...@csuc.cat
*Sent:* Wednesday, 18 March 2015 4:27 a.m.
*To:* dspace-tech@lists.sourceforge.net
*Subject:* [Dspace-tech] OAI server could not be reached in DSpace 5.2
Hi all,
I installed a new DSpace 5.2 with Mirage2 and now is running
Hi all,
I installed a new DSpace 5.2 with Mirage2 and now is running with a
database upgraded from DSpace 1.7. All works well except OAI harvesting,
which when I try to enter OAI Harvest URL and OAI Set Id and save it,
shows the message OAI server could not be reached. I tried to run
dspace
...@csuc.cat
Sent: Wednesday, 18 March 2015 4:27 a.m.
To: dspace-tech@lists.sourceforge.net
Subject: [Dspace-tech] OAI server could not be reached in DSpace 5.2
Hi all,
I installed a new DSpace 5.2 with Mirage2 and now is running with a database
upgraded from DSpace 1.7. All works well except OAI
Hi Chris,
While I'm not 100% certain, this behavior sounds similar to this
reported bug (which was fixed in DSpace 4.1):
https://jira.duraspace.org/browse/DS-1445
- Tim
On 3/12/2015 12:26 PM, Chris Gray wrote:
Our instance of DSpace 3.1 seems to have an OAI bug. The following
request works
Our instance of DSpace 3.1 seems to have an OAI bug. The following
request works fine:
https://uwspace.uwaterloo.ca/oai/request?verb=ListRecordsfrom=2000-01-01T01:00:00Zuntil=2015-03-12T17:13:03Zset=col_10012_5254metadataPrefix=oai_dc
But the same request without the from parameter, as
Hi,
Can anyone tell me where to look to resolve the following issue:
Requests to
http://dspace.jorum.ac.uk/oai/request?verb=ListRecordsmetadataPrefix=oai_dc
Return as source:
?xml-stylesheet type=text/xsl href=static/style.xsl?
Hello Ben,
ran into the same issue resulting in an invalid baseUrl which is got here:
https://github.com/DSpace/DSpace/blob/dspace-4.2/dspace-oai/src/main/java/org/dspace/xoai/data/DSpaceIdentify.java#L76-85
and as static determined only once.
The results are cached as configured in
items?
regards,
Kristian
-Original Message-
From: ivan.ma...@gmail.com [mailto:ivan.ma...@gmail.com] On Behalf Of
helix84
Sent: Thursday, March 05, 2015 3:46 PM
To: Kristian Roberto Salcedo
Cc: dspace-tech@lists.sourceforge.net; João Melo
Subject: Re: [Dspace-tech] OAI-PMH data provider 2.0
: ivan.ma...@gmail.com [mailto:ivan.ma...@gmail.com] On Behalf Of
helix84
Sent: Thursday, March 05, 2015 3:46 PM
To: Kristian Roberto Salcedo
Cc: dspace-tech@lists.sourceforge.net; João Melo
Subject: Re: [Dspace-tech] OAI-PMH data provider 2.0 not persistent?
Hi Kristian,
I think you're right
Hi
For some reasons, I have implemented an OAI harvesting using the
Net::OAI::Harvester. I am interested in establishing which field stores the
status of a record, that is whether a record is deleted or otherwise.
Kind Regards,
Admire Mutsikiwa (Mr)
ICT Manager
Libraries
University of
] On Behalf Of
helix84
Sent: Thursday, March 05, 2015 3:46 PM
To: Kristian Roberto Salcedo
Cc: dspace-tech@lists.sourceforge.net; João Melo
Subject: Re: [Dspace-tech] OAI-PMH data provider 2.0 not persistent?
Hi Kristian,
I think you're right that the declared
deletedRecordpersistent
...@gmail.com [mailto:ivan.ma...@gmail.com] On Behalf Of
helix84
Sent: Thursday, March 05, 2015 3:46 PM
To: Kristian Roberto Salcedo
Cc: dspace-tech@lists.sourceforge.net; João Melo
Subject: Re: [Dspace-tech] OAI-PMH data provider 2.0 not persistent?
Hi Kristian,
I think you're right
On Thu, Mar 5, 2015 at 4:13 PM, Kristian Roberto Salcedo
k.r.salc...@ub.uio.no wrote:
Thank you for answering so swiftly.
But are you saying that this part of the documentation
https://wiki.duraspace.org/pages/viewpage.action?pageId=45548245#OAI-PMHDataProvider2.0(Internals)-Deletions
is
?
regards,
Kristian
-Original Message-
From: ivan.ma...@gmail.com [mailto:ivan.ma...@gmail.com] On Behalf Of
helix84
Sent: Thursday, March 05, 2015 3:46 PM
To: Kristian Roberto Salcedo
Cc: dspace-tech@lists.sourceforge.net; João Melo
Subject: Re: [Dspace-tech] OAI-PMH data provider 2.0
Hi all,
In Dspace 4.2 we are currently seeing that our OAI feeds are not being
persistent as per these definitions when it comes to deleted (withdrawn) items:
http://www.openarchives.org/OAI/openarchivesprotocol.html#deletion
-
From: ivan.ma...@gmail.com [mailto:ivan.ma...@gmail.com] On Behalf Of
helix84
Sent: Thursday, March 05, 2015 3:46 PM
To: Kristian Roberto Salcedo
Cc: dspace-tech@lists.sourceforge.net; João Melo
Subject: Re: [Dspace-tech] OAI-PMH data provider 2.0 not persistent?
Hi Kristian,
I think
; João Melo
Subject: Re: [Dspace-tech] OAI-PMH data provider 2.0 not persistent?
Hi Kristian,
I think you're right that the declared
deletedRecordpersistent/deletedRecord doesn't match how DSpace
behaves. I filed a Jira issue and created a pull request to change the
declared
status
Hi Kristian,
I think you're right that the declared
deletedRecordpersistent/deletedRecord doesn't match how DSpace
behaves. I filed a Jira issue and created a pull request to change the
declared status to deletedRecordtransient/deletedRecord.
https://jira.duraspace.org/browse/DS-2491
Regards,
...@gmail.com] On Behalf Of
helix84
Sent: Thursday, March 05, 2015 3:46 PM
To: Kristian Roberto Salcedo
Cc: dspace-tech@lists.sourceforge.net; João Melo
Subject: Re: [Dspace-tech] OAI-PMH data provider 2.0 not persistent?
Hi Kristian,
I think you're right that the declared
deletedRecordpersistent
Good morning,
We are using DSpace 4.2
When running the following command dspace-run/bin/dspace oai import -c to
import SOLR Indexes it runs 100% until I get the following error;
4800 items imported so far...
4900 items imported so far...
5000 items imported so far...
5100 items
https://github.com/DSpace/DSpace/blob/dspace-4.2/dspace-oai/src/main/java/org/dspace/xoai/app/XOAI.java#L275
The problem is that the item you're indexing has a submitter with
empty email field. You need to find out which item it is and correct
the submitter's email.
Run the import again and in
Hi Daan
Looking into it, I see that a scheduled job is not in the recommended
crontab.
https://wiki.duraspace.org/display/DSDOC4x/OAI+2.0+Server#OAI2.0Server-UsingSolr
https://wiki.duraspace.org/display/DSDOC4x/Scheduled+Tasks+via+Cron
Maybe the DSpace docs need updating.
I am going to add the
Good morning
It semms that you have an item without submitter (or with an incorrect
one).
Check your database, table item, searching for it.
select * from item where submitter_id not in (select eperson_id from
eperson) or submitter_id is null
good luck
Good morning,
We are using DSpace 4.2
Hi,
The only way to import the items to OAI is by the command line
'dspace/bin/dspace oai import'?
This cannot be done automatically when adding an item via JSPUI or
XMLUI?
Or cannot be done via JSPUI or XMLUI?
Thanks is advance for your help.
André
Hi Andre,
no, currently, there is no way to do that by the UI.
Regards,
Joao
On 17 February 2015 at 10:08, Andre Gomes ago...@itclinical.com wrote:
Hi,
The only way to import the items to OAI is by the command line
'dspace/bin/dspace oai import'?
This cannot be done automatically when
Hi
I am trying to implement a centralized repository using the
Net::OAI::Harvester module. I am getting all the fields that I am
interested in except for the date of last modification for a given records.
I will appreciate any pointer on how I can get that using the
Net::OAI::Harvester module.
Hey folks,
Server config:
Dspace v4.2
Postgresql
Sun Java
Does anyone know where the server name is located in config files or db that is
used to construct URLs for bitstreams for OAI requests
I originally built dspace using a temporary server name and that name seems to
have gotten stuck (?)
Hi Fred,
in 4.2 the base url for the bitstreams is configured in
[dspace-src]/dspace/config/modules/oai.cfg
bitstream.baseUrl = ${dspace.url}
the dspace.url in
[dspace-src]/dspace/config/dspace.cfg
and dspace.baseUrl in
[dspace-src]/build.properties
Note that there is a cache for OAI
Hi Fred,
look at the following thread
http://dspace.2283337.n4.nabble.com/OAI-2-0-localhost-bitstream-issue-td4675878.html
It might help.
On 8 January 2015 at 14:15, Fred Edwards fred.edwa...@smu.ca wrote:
Hey folks,
Server config:
Dspace v4.2
Postgresql
Sun Java
Does anyone
On Thu, Jan 8, 2015 at 3:15 PM, Fred Edwards fred.edwa...@smu.ca wrote:
Does anyone know where the server name is located in config files or db
that is used to construct URLs for bitstreams for OAI requests
bitstream.baseUrl in [dspace]/config/modules/oai.cfg
Don't forget to run
://www.smu.ca/library/
-Original Message-
From: Claudia Jürgen [mailto:claudia.juer...@ub.tu-dortmund.de]
Sent: January-08-15 11:02 AM
To: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] OAI giving incorrect server name for bitstreams
Hi Fred,
in 4.2 the base url
@lists.sourceforge.netmailto:dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] OAI 2.0 localhost/bitstream issue
Dear Tim,
Have you tried to look at dspace.cfg? It should be following the URL you set at
dspace.cfg.
Regards,
Alexander Wong
Systems Librarian, HK PolyU Library
On Fri, Dec 12, 2014 at 5:27 AM
@lists.sourceforge.net
Subject: Re: [Dspace-tech] OAI 2.0 localhost/bitstream issue
Dear Tim,
Have you tried to look at dspace.cfg? It should be following the URL
you set at dspace.cfg.
Regards,
Alexander Wong
Systems Librarian, HK PolyU Library
On Fri, Dec 12, 2014 at 5:27 AM, Tim Au
@lists.sourceforge.netmailto:dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] OAI 2.0 localhost/bitstream issue
Hi Tim,
(ignore my previous reply)
from what you describe seems like the problem could be related with the index
phase. In terms of troubleshooting make sure:
- The DSpace script is pointing
Dear Tim,
Have you tried to look at dspace.cfg? It should be following the URL you
set at dspace.cfg.
Regards,
Alexander Wong
Systems Librarian, HK PolyU Library
On Fri, Dec 12, 2014 at 5:27 AM, Tim Au Yeung y...@ucalgary.ca wrote:
Hi all,
We’ve been doing an upgrade and left the
Hi all,
We’ve been doing an upgrade and left the canonical URL as localhost while in
development on our test server. We’re testing the other functions now and set
the canonical URL to the machine’s IP address. Everything seems to work (DSpace
sends e-mails with the correct URL and the correct
On Mon, Nov 17, 2014 at 4:53 PM, Jeffrey Sheldon jshel...@ksu.edu wrote:
After migrating from DSpace 1.8.2 to 3.3, I've been told by one of our
digital librarians that the OAI 2.0 returns records based on
dc.date.accessioned. In the past, we were apparently providing items based
on
Sent: Tuesday, 25 November 2014 11:22 p.m.
To: Jeffrey Sheldon
Cc: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] OAI harvest Date matching
On Mon, Nov 17, 2014 at 4:53 PM, Jeffrey Sheldon jshel...@ksu.edu wrote:
After migrating from DSpace 1.8.2 to 3.3, I've been told by one of our
After migrating from DSpace 1.8.2 to 3.3, I've been told by one of our digital
librarians that the OAI 2.0 returns records based on dc.date.accessioned. In
the past, we were apparently providing items based on dc.date.modified (their
preference). Interestingly, when I view records at
Greetings all,
We are in the midst of updating our IR's metadata registry and the
corresponding crosswalks, to make sure all of our metadata is exposed
through OAI. While working on these updates, it came to our attention
that some of the metadata formats in the DSpace OAI module are out of
.
To: dspace-tech@lists.sourceforge.net
Subject: [Dspace-tech] OAI metadata formats
Greetings all,
We are in the midst of updating our IR's metadata registry and the
corresponding crosswalks, to make sure all of our metadata is exposed through
OAI. While working on these updates, it came to our attention
.
When we're able to get OCLC to successfully harvest our QDC, we planned to see
if the community would find it useful.
B--
From: Stuart Yeates [mailto:stuart.yea...@vuw.ac.nz]
Sent: Monday, October 27, 2014 4:19 PM
To: Scott Carlson; dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] OAI
Hi,
I have just upgraded my production box with DSpace 4.2 from 3.1. All works
well on my dev box but I getting the following exception when I hit the oai
webapp on the browser. Has anyone encountered this problem and how did they
resolve it.
Thanks
Nason
HTTP Status 500 - Servlet.init() for
I am encountering an error in DSpace 3 and DSpace 4 code when I attempt to
harvest a collection containing a withdrawn item.
I have started my investigation, and I am curious to understand the
intention of this query
Hi Terry,
I'm just speaking from memory here, not checking the code as I go, so
take it with a grain of salt.
In XOAI, filter is something that narrows down the result set. So you
get all items, then you filter out some. You want to filter out
withdrawn items (item.withdrawn=TRUE), but xoai
Hi,
I wish to report that I was able to harvest the content from dspace demo
installation successfully on a newly installed dspace 4.2 platform.
Thank you for your help.
Regards
Nason
On 2 October 2014 09:33, Adan Roman aro...@arvo.es wrote:
Hi Nason
Try beggining with
mailto:elore...@arvo.es
Date: Friday, 3 October 2014 13:02
To: Scott RENTON scott.ren...@ed.ac.uk
mailto:scott.ren...@ed.ac.uk, dspace-tech
dspace-tech@lists.sourceforge.net
mailto:dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] OAI Harvesting Problem in 3.1
Hi
can you re-issue the /bin
: 515219
From: emilio lorenzo elore...@arvo.es
Date: Friday, 3 October 2014 13:02
To: Scott RENTON scott.ren...@ed.ac.uk, dspace-tech
dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] OAI Harvesting Problem in 3.1
Hi
can you re-issue the /bin/dpace oai import command
Hi folks
I'm quite familiar with the set-up for OAI crosswalks in 1.x, but have hit upon
some problems with 3.1. If you look at this repo you'll see no matches for
query for oai_dc, marc or uketd_dc, but everything else works.
This works for me:
http://scholar.sun.ac.za/oai/request?verb=GetRecordmetadataPrefix=oai_dcidentifier=oai:scholar.sun.ac.za:10019.1/255
Cheers
hg
*Hilton Gibson*
Ubuntu Linux Systems Administrator
JS Gericke Library
Room 1025C
Stellenbosch University
Private Bag X5036
Stellenbosch
7599
South
Hi
can you re-issue the /bin/dpace oai import command
and checkif it is importing your 3576 records...
It seems the oai index is completely empty...
regards
Emilio
El 03/10/2014 13:26, RENTON Scott escribió:
Hi folks
I'm quite familiar with the set-up for OAI crosswalks in 1.x, but
@lists.sourceforge.net
Subject: Re: [Dspace-tech] OAI Harvesting Problem in 3.1
Hi
can you re-issue the /bin/dpace oai import command
and checkif it is importing your 3576 records...
It seems the oai index is completely empty...
regards
Emilio
El 03/10/2014 13:26, RENTON Scott escribió:
Hi folks
I'm quite
Hi,
I have setup a Dspace 4.2 and created a collection to be populated by
harvesting. What ever target I try to grab content from, I get the above
error. I have tried to get content from http://demo.dspace.org/oai/request
as well as http://scholar.sun.ac.za/oai/request.
Has anyone encountered
Hi Nason
Try beggining with http://demo.dspace.org/oai/request?verb=Identify
regards
Hi,
I have setup a Dspace 4.2 and created a collection to be populated by
harvesting. What ever target I try to grab content from, I get the
above error. I have tried to get content from
Hi again,
So, does anyone have any thoughts on where this reference to localhost
could be creeping in? Is the baseURL taken from config somewhere
(where?), or assumed from the URL used to access the OAI interface (which
Apache may be mangling)?
Just for the record/mail archives - I looked
DSpace3.2のOAI-PMHの仕様について、ご質問させて頂きます。
私、京都でシステム開発を行っている
メディア教育研究センターの宮崎と申します。
現在、ある大学向けにDSpace3.2を導入しているのですが
OAI-PMHでハーベスティングする際に、うまくデータが抽出できない現象が
発生しています。
ハーベスティングする際にfromとuntilで日付範囲を指定する場合なのですが
以下のようなURLでデータを抽出すると
http://
Thank you all so much!
Since all of these messages are available online I just wanted to
correct helix84's answer (I guess it was just a lapsus calami). There is no:
[dspace]/bin/dspace solr
command. But, as Hilton and Claudia pointed out, you should run:
[dspace]/bin/dspace oai
which gives
Dear everyone,
I'm trying to better understand the OAI-PMH aspects of DSpace. I've
setup two instances of DSpace, OAI-PMH server (this is where I deposit
files) and OAI-PMH client (harvester).
On the server I've deposited an item (with all the metadata), in a
single collection in a single
Hi Vladimir,
if you're using DSpace 3 or 4 with the default OAI backend (Solr), you
have to run
[dspace]/bin/dspace solr import
to populate/update the OAI index. It's best to put this command into
cron and run it e.g. nightly.
Regards,
~~helix84
Compulsory reading: DSpace Mailing List
Hi Vladimir
Did you initialise the database?
See:
http://wiki.lib.sun.ac.za/index.php/SUNScholar/Harvesting/4.X#Initialise_OAI_database
Cheers
hg
*Hilton Gibson*
Ubuntu Linux Systems Administrator
JS Gericke Library
Room 1025D
Stellenbosch University
Private Bag X5036
Stellenbosch
7599
South
Hello Vladimir,
you got to populate your oai index with data via the comman line
[dspace]/bin/dspace oai import
This will index all newly added items but not update existing items
which have been changed. In order to create a complete new index run:
[dspace]/bin/dspace oai import -c
I am running DSpace 3.2, using a modified Reference theme with xmlui, and have
discovery enabled.
I am experiencing encoding issues with the OAI provider. Reference records:
http://athenaeum.libs.uga.edu/handle/10724/24086
Nope, they’re displaying just fine. An example can be seen in the first link I
included.
Shawn
On Aug 12, 2014, at 12:42 PM, Luiz dos Santos luiz...@gmail.com wrote:
Hi shawn,
in the xmlui, are you getting the same charset problem?
regards
Luiz
Em 12/08/2014 12:17, Shawn M. Kiewel
That was it! Thank you very much.
Shawn
On Aug 12, 2014, at 1:03 PM, Luiz dos Santos luiz...@gmail.com wrote:
Hi,
Did you already try to perform a clean OAI cache?
https://wiki.duraspace.org/display/DSDOC3x/OAI+2.0+Server#OAI2.0Server-OAIManager%28SolrDataSource%29
regards
Luiz
Hi:
In our Dspace 3.2 Repository, we've enabled OAI.
Our metadata is in spanish, where a lot of words have chars with diacritics.
The visualization of the metadata in XMULI interface is fine, there's no
problem with the accented words or special chars.
But when we visit de OAI interface, the
Hi, we faced (more or less) frequently that problem.
The probable cause is the edition of configuration files (dspace.cfg,
oai.cfg or build.properties) with some windows program and that has
broken/changed the codification of that file. Try to check that
codifications and do the editing in
Hallo.
Many thanks to Hilton, Emilio and helix84 for their valuable informations.
We have now the correct qdb crosswalk process from our dspace
installation but unfortunately it seems the platform (Primo by Ex
Libris) doesnt't support it.
Best regards
marco
Il 08/07/2014 09:47, helix84 ha
On 9 July 2014 10:36, Marco Tomassini m.tomass...@sns.it wrote:
We have now the correct qdb crosswalk process from our dspace installation
but unfortunately it seems the platform (Primo by Ex Libris) doesnt't
support it.
The typical interoperable problem with proprietary systems!
See:
1 - 100 of 322 matches
Mail list logo