Hi all,
I've run into a small issue with the OAI-PMH in DSpace 4.
The thing is the validator at
http://www.openarchives.org/Register/ValidateSite complains the url I've
entered does not match the one returned in Identify baseURL.
You'll see this problem if you have the OAI available through both
Hi,
it seems the OAI-PMH in DSpace 4.1 doesn't display deleted items correctly
(or at all).
The repository is set to persistently keep track of deleted records by
default. That means even the withdrawn items should appear in some of the
listings (identifiers/records). They should have header with
correct me if I'm not grasping the selective harvesting correctly
but the cache seems like a bad idea when there are times involved in the
requests.
Regards,
OK
2014-03-14 16:51 GMT+01:00 Ondřej Košarko kosa...@ufal.mff.cuni.cz:
Hi,
it seems the OAI-PMH in DSpace 4.1 doesn't display deleted items
Hey,
Isn't this the bug described in https://jira.duraspace.org/browse/DS-1959 ?
Regards,
OK
2014-06-25 2:16 GMT+02:00 João Melo jm...@lyncode.com:
Hi Robin,
yes, those namespaces should be in the output and are, currently, missing.
That's a bug, a major bug.
I'm going to take care of
...@barnet.com.au:
Hi,
It certainly looks like it. However I can’t locate the corresponding
code in the DSpace source (the link seems to be to a separate XOAI repo).
I am probably just showing my ignorance.
Thanks,
Robin
On 25 Jun 2014, at 8:25 pm, Ondřej Košarko kosa...@ufal.mff.cuni.cz
Hey all,
Is there a reason for having all those lib dir includes in
../solr/authority/conf/solrconfig.xml? They all seem to lead to a warning
after fresh install, but I might be missing something...
The last one is at least bit funny...
WARN org.apache.solr.core.SolrResourceLoader @ Can't find
Hi all,
when I interrupt a submission via Save Exit and Save it, I'll work on
it later the following exception appears in cocoon.log. It's DSpace5 with
xmlui, but I've seen this in earlier versions (1.8) as well. Any tips how
to tackle it?
Regards,
Ondřej Košarko
2015-03-19 18:34:40,286 ERROR
and in_archive.
in_archive - Find out if the item is part of the main archive
withdrawn - Find out if the item was withdrawn
On 5 March 2015 at 15:50, Ondřej Košarko kosa...@ufal.mff.cuni.cz wrote:
Hey,
but the indexAll() does not select the withdrawn items
https://github.com/DSpace/DSpace/blob/master
Hey,
but the indexAll() does not select the withdrawn items
https://github.com/DSpace/DSpace/blob/master/dspace-oai/src/main/java/org/dspace/xoai/app/XOAI.java#L191
2015-03-05 16:31 GMT+01:00 João Melo jm...@lyncode.com:
Hi Kristian,
I cannot see how your description matches the
...@unm.edu:
Hi Ondřej,
I've seen this error on occasion when the partition the Cocoon cache is on
is full. It's something of a long shot if you only see it when you're
saving/exiting, but it's something to check.
B--
*From:* Ondřej Košarko [mailto:kosa...@ufal.mff.cuni.cz]
*Sent
:41 schrieb Ondřej Košarko:
In short no...
As I've suggested in the thread the indexAll should include also the
withdrawn, that's what we do
https://github.com/ufal/lindat-dspace/blob/lindat/dspace-oai/src/main/java/org/dspace/xoai/app/XOAI.java#L193
We use our Event consumer to trigger
In short no...
As I've suggested in the thread the indexAll should include also the
withdrawn, that's what we do
https://github.com/ufal/lindat-dspace/blob/lindat/dspace-oai/src/main/java/org/dspace/xoai/app/XOAI.java#L193
We use our Event consumer to trigger the update (it currently doesn't
the event.dispatcher.default.consumers setting.
Plus, if it's in the dspace-api, that ensures it'd also be triggered by any
updates from other interface (XMLUI, JSPUI, REST, etc)
- Tim
On 5/27/2015 5:08 AM, Ondřej Košarko wrote:
-- Forwarded message --
From: *Ondrej Kosarko* ko...@centrum.cz
https://jira.duraspace.org/browse/DS-2587
2015-05-21 12:26 GMT+02:00 Ondřej Košarko kosa...@ufal.mff.cuni.cz:
Hi all,
We did an upgrade from 1.8 to 5_x and there is a trouble with the
resourcepolicy table.
When an item is withdrawn
Hi all,
We did an upgrade from 1.8 to 5_x and there is a trouble with the
resourcepolicy table.
When an item is withdrawn
AuthorizeManager.removeAllPoliciesByDSOAndTypeNotEqualsTo(ourContext, this,
ResourcePolicy.TYPE_CUSTOM);
gets called, meaning the following sql gets executed
Title/value
/metadata
The same goes for the name field. Is there some different caching for
/handle?
OK
2015-07-28 13:32 GMT+02:00 Ondřej Košarko kosa...@ufal.mff.cuni.cz:
Hi Peter,
thanks for your reply and thanks again for posting the example with the
?expand parameter; I completely missed
: 2015-07-27 11:00:18.027
...
Peter Dietz
Longsight
www.longsight.com
pe...@longsight.com
p: 740-599-5005 x809
On Fri, Jul 24, 2015 at 6:54 AM, Ondřej Košarko kosa...@ufal.mff.cuni.cz
wrote:
Hi all,
Is it currently possible, using the dspace5 rest api, to access
Hi all,
Is it currently possible, using the dspace5 rest api, to access the
items/collections/communities using handles rather than internal-ids?
I can see a workaround for items - first find-by-metadata-field. But that
seems bit cumbersome. Handles or some other PIDs are already used to
Hi all,
is there any reason why dc.rights is mapped to DC.relation in the html
header?
(
https://github.com/DSpace/DSpace/blob/master/dspace/config/crosswalks/xhtml-head-item.properties#L66
)
Is that a bug or an intention?
Regards,
OK
19 matches
Mail list logo
