[dspace-tech] XMLUI Edit Item Creative Commons admin

[Hayden Young]

We have a requirement that the CC license be added/updated for existing 
items through the edit item admin screen. We are using XMLUI.

There seems to be conflicting opinions as to whether this feature is 
available in either XMLUI or JSPUI currently supports this feature 
(https://groups.google.com/forum/#!searchin/dspace-tech/creative$20commons$20admin%7Csort:date/dspace-tech/eWkHfjpQYEM/wI9dntj2BgAJ)
 
although in the dspace.cfg there seems to be a setting for enabling in 
JSPUI (webui.submit.enable-cc). Is there similar functionality in XMLUI, 
and, if so, what is required to enable it?

There also seems to be an open jira ticket addressing this requirement 
(https://jira.duraspace.org/browse/DS-1234).

Thanks


-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/868348f2-c0d4-4c8c-b7b3-5ae8b4e32d02%40googlegroups.com.

[dspace-tech] It does not show me the statistics of visiting by country

[Freddy Guerrero]

hellow

Please your help, do not show me the statistics of visiting by country, or 
by city. Use Dspace 6.2 and if I have the file: GeoLiteCity.dat

Please your help, what should I try?

[image: Captura.PNG]

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/b19843ed-9ea4-4014-98dd-fefb7597def7%40googlegroups.com.

[dspace-tech] JOB: Systems Librarian at William Paterson University of New Jersey

[Ray Schwartz]

Systems Librarian

Posting Date: January 4, 2019

Reposting Date: May 17, 2019

Closing Date: Open until filled

 

William Paterson University invites applications for a twelve month 
tenure-track position as a Systems Librarian. Under the direct supervision 
of the Head of Library Information Systems, the Systems Librarian is 
primarily responsible for the administration of all components and delivery 
of technical support for the library’s library services platform/integrated 
library system. The successful candidate participates in departmental 
planning and projects, as well as the User Education and Liaison programs.  
Serves on Library, University, regional and national committees as 
appropriate.

 

Responsibilities include but are not limited to:

* Administers and configures the Library's integrated library system, 
comprised of system administration, security, users, profiles, policies, 
circulation, acquisitions, cataloging, serials management, and statistical 
data reporting.

* Serves as primary technical liaison with ILS vendor, Ex Libris.

* Troubleshoots hardware and software problems with Voyager and other 
library systems.

* Provides technical support for the management of OCLC software and 
services.

* Works collaboratively with the Resource Management/Library Information 
Systems Team to coordinate database maintenance, batch loading of records 
and interdepartmental projects.

* Uses a variety of software tools to extract and manipulate data from 
various sources.

* Develops and implements procedures to integrate various systems and 
serves on committees.

* Participates in departmental and User Education programs.

* Serves as a liaison to assigned departments in collection development 
activities.

 

Qualifications:

* ALA-accredited MLS, or equivalent (by time of appointment)

* A second graduate degree is required for tenure

* Experience working with databases and SQL.

* Working knowledge of a programming/scripting language.

* Computer knowledge necessary to perform technical-support related tasks.

* Demonstrated commitment to service and professional development.

 

Preferred qualifications:

* Demonstrated ability to work independently and as a team member.

* At least one (1) year of professional experience working with library 
systems.

* Second graduate degree. 

* System administration experience.

* Excellent oral, written communication and interpersonal skills.

 

Invitation to apply:

Please click to apply - https://wpunj.hiretouch.com/job-details?jobid=304 


 

Interested candidates will be prompted to:

* Complete and application

* Submit a cover letter & CV

* Provide names/contacts of three professional references

 

Submission of all documents listed above is required for consideration.

Review of application will begin immediately and continue until filled.

 

Please email tal...@wpunj.edu with general questions related to this 
application process.

 

About William Paterson:

William Paterson University is the third most diverse public university in 
New Jersey. As a longstanding member of the Hispanic Association of 
Colleges and Universities (HACU), we have been designated by the US 
Department of Education as a Hispanic-Serving Institution. William Paterson 
University is also proud to be designated as a NASA MSI (Minority Serving 
Institution). The University offers more than 250 undergraduate and 
graduate academic programs that range from liberal arts and sciences to 
pre-professional and professional programs; it enrolls nearly 10,000 
students from across the country and from over 40 nations. The University 
is situated on a beautiful, 370-acre suburban campus in Wayne, New Jersey, 
just twenty miles west of New York City.

 

The Clery Act (The Jean Clery Disclosure of Campus Security Policy and 
Campus Crime Statistic Act) requires all institutions of higher learning to 
make available to prospective employees our agency's Annual Security 
Report. A copy of this information is available on the University Police 
Department website at the Clery Act page. A paper copy of this report can 
be obtained at the University Police Department upon request.

 

 

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/b0bfabbf-c7fe-49de-8832-9960ca1f4665%40googlegroups.com.

Re: [dspace-tech] DSpace 5.5/XMLUI: Unable to view OAI OpenAIRE records

[Evelthon Prodromou]

Hello Claudia,

One more question. Do know if there is any signifigance in LeftCondition or 
RightCondition?

Many thanks,
Evelthon

On 20/05/2019, 4:43 PM, "dspace-tech@googlegroups.com on behalf of Claudia 
Jürgen"  wrote:

Hello,

yes in v4 Guidelines for Literature Repositores the field is mandatory
when applicable, meaning that if funded it must be present in the
specific form.
Maybe this was different in an older version.
In DSpace 5.5 OpenAire is on version 1.1 and Dspace 6.x on v 3.0. If you
want to use 4.0 you most likely will have to do adjustments.

The openaireRelationCondition

https://github.com/DSpace/DSpace/blob/dspace-5.5/dspace/config/crosswalks/oai/xoai.xml#L398


org.dspace.xoai.filter.DSpaceAtLeastOneMetadataFilter
 
 dc.relation
 starts_with
 info:eu-repo/grantAgreement/EC/FP
 


means that at least one dc.relation has to be present and the value of
dc.relation has to start with
info:eu-repo/grantAgreement/EC/FP
But this is just the condition definition not used yet.

It is used in the openAireFilter

https://github.com/DSpace/DSpace/blob/dspace-5.5/dspace/config/crosswalks/oai/xoai.xml#L232
and there all the items not meeting the condition are excluded

You item does not meet the condition as dc.relation does not start with
info:eu-repo/grantAgreement/EC/FP

your value: info:eu-repo/grantAgreement/EC/H2020/655092/DebtRisks

Hope this helps

Claudia Jürgen





Am 20.05.2019 um 13:44 schrieb Evelthon Prodromou:
> Hi Claudia,
>
> dc.relation is a Mandatory when Applicable field. I am wondering if it
> allows records with no dc.relation to be validated as openaire records 
(and
> pass the filter).
>
> According to openAire guidelines (
> https://guidelines.openaire.eu/en/latest/literature/field_projectid.html)
> this field is not always applicable.
>
> The class in xoai.xml for this field is DSpaceAtLeastOneMetadataFilter.
> Doesn't this mean it requires of at least one dc.relation field to exists
> in the records?
>
> Kind regards,
>
> Evelthon
>
> On Friday, May 17, 2019 at 4:50:15 PM UTC+3, Claudia Jürgen wrote:
>
>> Hi Evelthon,
>>
>> most likely they do not pass the openAireFilter
>>
>> 
https://github.com/DSpace/DSpace/blob/dspace-5.5/dspace/config/crosswalks/oai/xoai.xml#L240
>>
>> The record you mentioned is in the the oai index
>>
>> 
https://gnosis.library.ucy.ac.cy/oai/request?verb=GetRecord=dim=oai:gnosis.library.ucy.ac.cy:7/46107
>>
>> And taking a closer look it does not pass the openaireRelationCondition
>>
>> 
https://github.com/DSpace/DSpace/blob/dspace-5.5/dspace/config/crosswalks/oai/xoai.xml#L403
>>
>> Your record has the entry
>> > 
element="relation">info:eu-repo/grantAgreement/EC/H2020/655092/DebtRisks
>>
>>
>> Hope this helps
>>
>> Claudia Jürgen
>>
>>
>> Am 17.05.2019 um 15:12 schrieb Evelthon Prodromou:
>>> Hello all,
>>>
>>>
>>> I am trying to view records in the OAI UI for openaire, but nothing is
>>> displayed in List Identifier or List Records (see
>>> https://gnosis.library.ucy.ac.cy/oai/)
>>>
>>>
>>> A record that should be listed as openaire valid is this one
>>> https://gnosis.library.ucy.ac.cy/handle/7/46107?show=full
>>>
>>>
>>> I 've also seen another post (
>> https://groups.google.com/d/msg/dspace-tech/eMwxGpyFW0E/LNgKd01iBwAJ
>>> ) mentioning editing xoai.xml but I am not really sure what is needed.
>>>
>>>
>>> Lastly I should mentioned that I have cleared the oai cache and
>> recreated
>>> it with *dspace oai import -o -c *
>>>
>>>
>>>
>>>
>>> Please shed some light on what I am missing.
>>>
>>>
>>> Kind regards,
>>>
>>> Evelthon
>>>
>> --
>> Claudia Juergen
>> Eldorado
>>
>> Technische Universität Dortmund
>> Universitätsbibliothek
>> Vogelpothsweg 76
>> 44227 Dortmund
>>
>> Tel.: +49 231-755 40 43
>> Fax: +49 231-755 40 32
>> claudia...@tu-dortmund.de 
>> www.ub.tu-dortmund.de
>>
>>
>> Wichtiger Hinweis: Die Information in dieser E-Mail ist vertraulich. Sie
>> ist ausschließlich für den Adressaten bestimmt. Sollten Sie nicht der für
>> diese E-Mail bestimmte Adressat sein, unterrichten Sie bitte den Absender
>> und vernichten Sie diese Mail. Vielen Dank.
>> Unbeschadet der Korrespondenz per E-Mail, sind unsere Erklärungen
>> ausschließlich final rechtsverbindlich, wenn sie in herkömmlicher
>> Schriftform (mit eigenhändiger Unterschrift) oder durch Übermittlung 
eines
>> solchen Schriftstücks per Telefax erfolgen.
  

Re: [dspace-tech] Re: Dspace limitations and low performance, or just wrong implementation?

[Tim Donohue]

Hello Andreea,

If you are still experiencing less than ideal performance, we have some
notes on improving the performance of DSpace by providing more memory to
it:  https://wiki.duraspace.org/display/DSDOC6x/Performance+Tuning+DSpace
 While the *minimum* values there are good for brand new sites, as you site
grows in size or has a large number of users, you really should be looking
at allocating several GB of memory for Tomcat alone. Very large or very
active sites tend to be in the 2-4GB or more range.  If your memory
allocation is too small, your site performance will suffer, and DSpace will
become slower and slower.

It's hard to say if this is your exact issue, but it's usually the first
thing to check when performance is less than ideal.  Others on this mailing
list may have more specific advice to add here.

Tim




On Mon, May 20, 2019 at 2:35 AM Andreea Oprescu 
wrote:

> Thank you for your answers. I will check into your proposed solutions.
> Yes, its dspace 6.2 with xmlui.
>
> I've been reading around a bit, but I still wonder why mydspace is so
> slow. Is it because of bitstreams? My items don't have more than 4-5
> bitstreams...
>
> El viernes, 17 de mayo de 2019, 11:10:00 (UTC+2), Andreea Oprescu escribió:
>>
>> Hello everyone,
>>
>> I am currently trying to debug a* very slow* dspace implementation. I am
>> facing the following issues:
>>
>> - organization with more than 2.624 collections, in 4 communities, which
>> at the same time have 5, 5, 52 and 19 subcommunities.
>> - users and administrator accounts. Users accounts with less permissions
>> take a lot longer to process than administrator accounts (does dspace check
>> all the permissions of an user in ALL the collections?)
>> - there seem to be a lot of SQL queries. For example, for moving an item,
>> I ended up with almost 6000 SQL queries, which took a little bit more than
>> 2 minutes to complete (for admin account).
>>
>> I think dspace is a wonderful tool which provides my organization a lot
>> of value, but it's really, really slow.
>>
>>
>> => Is it normal, because of the amount of data?
>> => Are we implementing something wrong?
>> => If this is not normal, do you have any guides or advices on how to
>> procede with the debugging?
>>
>>
>> I have tried to find information about this, but could only find this
>> post, with the same problem, but no responses:
>> http://dspace.2283337.n4.nabble.com/Very-slow-quot-Move-item-quot-button-td4687571.html
>>
>>
>> I really appreciate your time.
>> Regards,
>>
>> Andreea.
>>
> --
> All messages to this mailing list should adhere to the DuraSpace Code of
> Conduct: https://duraspace.org/about/policies/code-of-conduct/
> ---
> You received this message because you are subscribed to the Google Groups
> "DSpace Technical Support" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to dspace-tech+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/dspace-tech/7d8bbdc8-bd92-493f-8768-ce95f1587011%40googlegroups.com
> 
> .
>


-- 

Tim Donohue
Technical Lead for DSpace & DSpaceDirect
DuraSpace.org | DSpace.org | DSpaceDirect.org

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/CACKSJ9Nsi4wE%3DXxkHPRtMyzMJ47Q_OnoLR1s%2BUor_RHBoM5aSg%40mail.gmail.com.

Re: [dspace-tech] Handle Server is not resolving new handles created on Dspace 6.2

[Tim Donohue]

Hello Edmilson,

That ticket you referenced (https://jira.duraspace.org/browse/DS-3956) has
a possible bug fix available at  https://github.com/DSpace/DSpace/pull/2119

It's a simple one line fix which removes the "handle" database table from
any database caching.   It's possible this is what you are seeing locally,
if you find the new Handles are only temporarily missing or slow to appear
(as this database cache is cleared after Tomcat restarts or after a
specific period of time).  If that's what you are seeing in your local
behavior, then I'd recommend applying that fix locally and reporting back
on how it works for you.  If it's successful, we'd like to hear that, since
it will help us "fast track" this fix into the next DSpace 6.x (and 7.x)
release.

If this is not the behavior you are seeing, or if this doesn't work, then
I'd recommend looking more closely at any code you may have customized in
your system.  From the look of your site, it has received some
customizations, and it's possible something in those customizations could
be breaking the Handle Server functionality. As of yet, we've not heard of
any widespread bugs in the DSpace 6.x Handle Server Plugin (beyond that
caching issue). Also, I'm not able to reproduce this issue on other DSpace
6.x sites (If anyone else on this list *is able to reproduce this issue in
DSpace 6.x* please report it on this list, as it will help us all narrow
down what the problem may be)

I wish I had a better answer for you here, but hopefully that bug fix above
will actually fix the issues you've encountered.

Tim


On Mon, May 20, 2019 at 8:28 AM Edmilson José Boregas 
wrote:

>
>
> Tim,
>
> My point is that handle server plugin on Dspace 6.2 is not working as
> expected.
>
> I've just found a post on Dspace Jira DS-3956 reporting that handle server
> is not resolving new handles:
> https://www.google.com/url?sa=t=web=j=https://jira.duraspace.org/plugins/servlet/mobile%23issue/DS-3956=2ahUKEwjG377jiaXiAhX9E7kGHUNmCaYQFjAAegQIAxAB=AOvVaw1udl7lrpqci6yXiWgeo7Hr
>
>
> It seems to be exactly what is going on here.
>
> Could you help us to find a workaround and immediate solution for that?
>
> Edmilson
>
> Em sexta-feira, 17 de maio de 2019 11:53:10 UTC-3, Edmilson José Boregas
> escreveu:
>>
>> Hi Tim,
>>
>> Let me clarify the situation by using other examples:
>>
>> 1. The point is that both *items exist on our Dspace site and are public*
>> :
>>
>> Older item (created on Dspace 5) : http://hdl.handle.net/10438/27419
>> è handle server redirect correctly to:
>> http://bibliotecadigital.fgv.br/dspace/10438/27419
>> 
>>
>>
>> New item (created on Dspace 6.2): http://hdl.handle.net/10438/27425
>> è handle server *does not* redirect to:
>> http://bibliotecadigital.fgv.br/dspace/10438/27425 and shows a handle
>> page with a NOT FOUND message
>>   instead  of displaying the item page (
>> http://bibliotecadigital.fgv.br/dspace/10438/27425)
>>
>> 2. In the other hand, not existing items are resolved by the handle
>> server on the expected way, that is: displaying our Dspace page for Page
>> not found.
>> See this example of an item that dos nos exists:
>> http://hdl.handle.net/10438/8
>> è handle server display the page:
>> http://bibliotecadigital.fgv.br/dspace/handle/10438/8
>>
>> 3. But there are other inexisting items that handle server displays that
>> Handle.net page instead of our Dspace page.
>> See this example: http://hdl.handle.net/10438/300020202
>>
>> Those situation are puting me crazy!!!
>>
>> Edmilson, São Paulo, Brasil
>>
>>
>> Em quinta-feira, 16 de maio de 2019 15:52:33 UTC-3, Tim Donohue escreveu:
>>>
>>> Hello Edmilson,
>>>
>>> I'm not sure I have an answer, but on my end, the second URL doesn't
>>> work.
>>>
>>> So, this item exists & is public, and it's hdl.handle.net URL works:
>>> http://bibliotecadigital.fgv.br/dspace/10438/13788
>>>
>>> However, this item either does *not* exist (or maybe it exists but is
>>> not public), and the hdl.handle.net URL doesn't work:
>>> http://bibliotecadigital.fgv.br/dspace/10438/12
>>>
>>> When I visit that second URL, I see a 404 (Page Not Found) page, which
>>> may also be why the hdl.handle.net URL (
>>> http://hdl.handle.net/10438/12) is returning a 404 error.
>>>
>>> I'm not sure if that helps, but it could be a clue as to what is
>>> different about these two Items.
>>>
>>> Tim
>>>
>>> On Wed, May 15, 2019 at 11:39 AM Edmilson José Boregas <
>>> ejsbo...@gmail.com> wrote:
>>>
 Hi folks,

 We've just upgraded from Dspace 5 to Dspace 6.2.

 Since last Monday, our handle server is not resolving the new items
 created on Dspace 6.2.

 Only the old ones are being resolved.



 Take a look:


 Older handle: http://hdl.handle.net/10438/13788 è redirected to
 

[dspace-tech] configuring mime types for URLConnect

[Jose Blanco]

I found this post:

https://stackoverflow.com/questions/4212861/what-is-a-correct-mime-type-for-docx-pptx-etc

And there is something in here that says I can do this:

System.setProperty("content.types.user.table","");

So that in when this line of code is executed:

https://github.com/DSpace/DSpace/blob/master/dspace-rest/src/main/java/org/dspace/rest/BitstreamResource.java#L716


I will get the right mime type ( that's my hope ), so I changed my code to
look like this:


System.setProperty("content.types.user.table","path_to_mimetype_file/mimetypes.txt");
return URLConnection.guessContentTypeFromName(name);

But it does not seem to be working.  Perhaps I have to set the property
somewhere else? Any ideas?

Thank you!
-Jose

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/CAK%3DKc-syQ0XLr-dCgF0Upx_A2KJRynxuWTg3P_%3DCcQ-7TvXFwA%40mail.gmail.com.

[dspace-tech] DSpace 7 Preview Release Now Available!

[Heather Greer Klein]

With apologies for cross-posting -- please see below for information about
the DSpace 7 Preview release. *A BIG thank you to the DSpace community* for
all the work that has led to this Preview release, particularly the DSpace
7 Working Group, Entities Working Group, DSpace Committers, and DSpace
Leadership and Steering groups.
---
AVAILABLE NOW: DSpace 7 Preview Release
Read it online: http://bit.ly/2Jvvf57

The first preview release of DSpace The first preview release of DSpace 7
is now available for download
,
testing, and feedback. Demo sites

are
also available for a preview of DSpace 7 features.

DSpace 7  brings to DSpace a
single, modern user interface and REST API and integrates current
technological standards and best practices. This new UI combines with the
existing core backend of DSpace 6, resulting in a lean, responsive,
next-generation repository.

The preview release provides a first look at many of the new features that
make DSpace 7 the largest development effort in the history of the software:

   - New Angular UI that is modern, responsive, and built using a Bootstrap
   theme for easy customization.
   - A completely redesigned REST API that is self-documenting and human
   browsable.
   - Redesigned submissions and workflows featuring a one page submission
   process with a drag-and-drop interface, and automatic metadata extraction
   from common formats like PDFs.
   - Configurable entities, an optional new item type inspired by the
   DSpace-CRIS project that allows for complex linked relationships between
   items. DSpace 7 will include the option to implement this feature for two
   use cases popular with the DSpace community:
  - Journal Hierarchy: create and link objects for a Journal, Volume,
  Issue, Article, and Author
  - Faculty & Organizational Units: a lightweight, CRIS-like option to
  represent Projects, Faculty, Department/Unit, Publication, etc.

Configurable entities help to better align DSpace with Next Generation
Repository recommendations related to Identifiers as well as alignment with
OpenAIRE v4.

DSpace 7 builds on DSpace 6 to create a modern and future-focused
repository. The backend restructuring from DSpace 6 is retained and
combined with the features above to create a powerful repository designed
to address current user needs and plan for future standards.

DSpace 7 is the first version of DSpace to be developed using test-driven
development practices designed to identify and address issues earlier in
the development process and lead to more stable releases. It is also the
first release to use a working group model for decisions related to design
and development.

Blog Post Translations

Translations of this announcement
 are available in
several languages for distribution to DSpace user groups around the world.

We need your help!

If you’re interested in testing and providing feedback on this preview
release and future releases of DSpace 7, you may wish to view the recent
webinar “DSpace Docker for Repository Managers: Running Any Version of
DSpace from your Desktop

.”

Aside from testing, other areas where all contributions are welcome:

   - Translating the DSpace user interface
    into
   your language
   - Work on DSpace 7 documentation
   

Download the DSpace 7 Preview release


If you notice any bugs or issues with the Preview release, please report
them immediately to our issue tracker: https://jira.duraspace.org/browse/DS

An enhanced Preview release is anticipated this summer, and the DSpace 7
Beta release and information about the DSpace 7 Testathon will be announced
later this year. You can learn more at the DSpace 7 Release Status
 page.

A big thank you to the DSpace community for all the work that has led to
this Preview release, particularly the DSpace 7 Working Group, Entities
Working Group, DSpace Committers, and DSpace Leadership and Steering groups.
-
Heather
--

*Heather Greer Klein*

*Services Coordinator*

Email: hkl...@duraspace.org

DSpaceDirect  | DuraCloud  |
ArchivesDirect 

DuraSpace  | DSpace  | Fedora
 | VIVO 

Follow us: Twitter  

[dspace-tech] DSpace 5.10 on Debian Stretch - Java heap space error

[Marc]

Dear list,

Struggling with an install of a new DSpace server. The new server is 
running Debian Stretch 9. This is to replace a DSpace server running 
Debian Jessie 8.


When we come to create the Administrator account (`$HOME/bin/dspace 
create-administrator`)the following error is returned.


```
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Arrays.java:3332)
	at 
java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:124)
	at 
java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:472)

at java.lang.StringBuffer.append(StringBuffer.java:310)
at java.lang.StringBuffer.append(StringBuffer.java:97)
	at 
java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:486)

at java.lang.StringBuffer.append(StringBuffer.java:338)
at java.util.regex.Matcher.appendReplacement(Matcher.java:890)
at java.util.regex.Matcher.replaceAll(Matcher.java:955)
at java.lang.String.replace(String.java:2240)
	at 
org.dspace.servicemanager.config.DSpaceConfigurationService.replaceVariables(DSpaceConfigurationService.java:542)
	at 
org.dspace.servicemanager.config.DSpaceConfigurationService.loadConfiguration(DSpaceConfigurationService.java:272)
	at 
org.dspace.servicemanager.config.DSpaceConfigurationService.loadConfiguration(DSpaceConfigurationService.java:232)
	at 
org.dspace.servicemanager.config.DSpaceConfigurationService.loadInitialConfig(DSpaceConfigurationService.java:466)
	at 
org.dspace.servicemanager.config.DSpaceConfigurationService.(DSpaceConfigurationService.java:61)
	at 
org.dspace.servicemanager.DSpaceKernelImpl.start(DSpaceKernelImpl.java:145)

at org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:58)
```

Looking at the code it is trying to read the `dspace.dir` property I am 
assuming from the `dspace.conf` file in the config directory.


The maven and ant processes went fine and everything looks correct.

DSpace CRIS version: 5.10
Java version: 1.8.0_212
Java options are: -Dorg.apache.el.parser.SKIP_IDENTIFIER_CHECK=true 
-Djava.awt.headless=true -Xmx4096m -Xms2048m -Dfile.encoding=UTF-8 
-XX:+UseConcMarkSweepGC

PostgreSQL version: 11.3
Ant version: 1.9.9
Maven version: 3.6.1

The dspace log files do not contain anything. I am unable to replicate 
this on a Mac OS X development machine, but have tried installing on two 
different Debian Strech servers and got the some errors.


Any suggestions on how to fix this would be appreciated.

Kind regards

Marc

--
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
You received this message because you are subscribed to the Google Groups "DSpace Technical Support" group.

To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/9DFB194D-ADDE-498B-ABB4-BAA2BD40B2B3%40gmail.com.

Re: [dspace-tech] DSpace 5.5/XMLUI: Unable to view OAI OpenAIRE records

[Claudia Jürgen]

Hello,

yes in v4 Guidelines for Literature Repositores the field is mandatory
when applicable, meaning that if funded it must be present in the
specific form.
Maybe this was different in an older version.
In DSpace 5.5 OpenAire is on version 1.1 and Dspace 6.x on v 3.0. If you
want to use 4.0 you most likely will have to do adjustments.

The openaireRelationCondition
https://github.com/DSpace/DSpace/blob/dspace-5.5/dspace/config/crosswalks/oai/xoai.xml#L398


org.dspace.xoai.filter.DSpaceAtLeastOneMetadataFilter

dc.relation
starts_with
info:eu-repo/grantAgreement/EC/FP



means that at least one dc.relation has to be present and the value of
dc.relation has to start with
info:eu-repo/grantAgreement/EC/FP
But this is just the condition definition not used yet.

It is used in the openAireFilter
https://github.com/DSpace/DSpace/blob/dspace-5.5/dspace/config/crosswalks/oai/xoai.xml#L232
and there all the items not meeting the condition are excluded

You item does not meet the condition as dc.relation does not start with
info:eu-repo/grantAgreement/EC/FP

your value: info:eu-repo/grantAgreement/EC/H2020/655092/DebtRisks

Hope this helps

Claudia Jürgen





Am 20.05.2019 um 13:44 schrieb Evelthon Prodromou:

Hi Claudia,

dc.relation is a Mandatory when Applicable field. I am wondering if it
allows records with no dc.relation to be validated as openaire records (and
pass the filter).

According to openAire guidelines (
https://guidelines.openaire.eu/en/latest/literature/field_projectid.html)
this field is not always applicable.

The class in xoai.xml for this field is DSpaceAtLeastOneMetadataFilter.
Doesn't this mean it requires of at least one dc.relation field to exists
in the records?

Kind regards,

Evelthon

On Friday, May 17, 2019 at 4:50:15 PM UTC+3, Claudia Jürgen wrote:


Hi Evelthon,

most likely they do not pass the openAireFilter

https://github.com/DSpace/DSpace/blob/dspace-5.5/dspace/config/crosswalks/oai/xoai.xml#L240

The record you mentioned is in the the oai index

https://gnosis.library.ucy.ac.cy/oai/request?verb=GetRecord=dim=oai:gnosis.library.ucy.ac.cy:7/46107

And taking a closer look it does not pass the openaireRelationCondition

https://github.com/DSpace/DSpace/blob/dspace-5.5/dspace/config/crosswalks/oai/xoai.xml#L403

Your record has the entry
info:eu-repo/grantAgreement/EC/H2020/655092/DebtRisks


Hope this helps

Claudia Jürgen


Am 17.05.2019 um 15:12 schrieb Evelthon Prodromou:

Hello all,


I am trying to view records in the OAI UI for openaire, but nothing is
displayed in List Identifier or List Records (see
https://gnosis.library.ucy.ac.cy/oai/)


A record that should be listed as openaire valid is this one
https://gnosis.library.ucy.ac.cy/handle/7/46107?show=full


I 've also seen another post (

https://groups.google.com/d/msg/dspace-tech/eMwxGpyFW0E/LNgKd01iBwAJ

) mentioning editing xoai.xml but I am not really sure what is needed.


Lastly I should mentioned that I have cleared the oai cache and

recreated

it with *dspace oai import -o -c *




Please shed some light on what I am missing.


Kind regards,

Evelthon


--
Claudia Juergen
Eldorado

Technische Universität Dortmund
Universitätsbibliothek
Vogelpothsweg 76
44227 Dortmund

Tel.: +49 231-755 40 43
Fax: +49 231-755 40 32
claudia...@tu-dortmund.de 
www.ub.tu-dortmund.de


Wichtiger Hinweis: Die Information in dieser E-Mail ist vertraulich. Sie
ist ausschließlich für den Adressaten bestimmt. Sollten Sie nicht der für
diese E-Mail bestimmte Adressat sein, unterrichten Sie bitte den Absender
und vernichten Sie diese Mail. Vielen Dank.
Unbeschadet der Korrespondenz per E-Mail, sind unsere Erklärungen
ausschließlich final rechtsverbindlich, wenn sie in herkömmlicher
Schriftform (mit eigenhändiger Unterschrift) oder durch Übermittlung eines
solchen Schriftstücks per Telefax erfolgen.

Important note: The information included in this e-mail is confidential.
It is solely intended for the recipient. If you are not the intended
recipient of this e-mail please contact the sender and delete this message.
Thank you. Without prejudice of e-mail correspondence, our statements are
only legally binding when they are made in the conventional written form
(with personal signature) or when such documents are sent by fax.



--
Claudia Juergen
Eldorado

Technische Universität Dortmund
Universitätsbibliothek
Vogelpothsweg 76
44227 Dortmund

Tel.: +49 231-755 40 43
Fax: +49 231-755 40 32
claudia.juer...@tu-dortmund.de
www.ub.tu-dortmund.de


Wichtiger Hinweis: Die Information in dieser E-Mail ist vertraulich. Sie ist 
ausschließlich für den Adressaten bestimmt. Sollten Sie nicht der für diese 
E-Mail bestimmte Adressat sein, unterrichten Sie bitte den Absender und 
vernichten Sie diese Mail. Vielen Dank.
Unbeschadet der Korrespondenz per E-Mail, sind unsere Erklärungen 
ausschließlich final rechtsverbindlich, wenn sie in herkömmlicher Schriftform 
(mit 

Re: [dspace-tech] Handle Server is not resolving new handles created on Dspace 6.2

[Edmilson José Boregas]

Tim, 

My point is that handle server plugin on Dspace 6.2 is not working as 
expected.

I've just found a post on Dspace Jira DS-3956 reporting that handle server 
is not resolving new handles: 
https://www.google.com/url?sa=t=web=j=https://jira.duraspace.org/plugins/servlet/mobile%23issue/DS-3956=2ahUKEwjG377jiaXiAhX9E7kGHUNmCaYQFjAAegQIAxAB=AOvVaw1udl7lrpqci6yXiWgeo7Hr
 

It seems to be exactly what is going on here.

Could you help us to find a workaround and immediate solution for that?

Edmilson

Em sexta-feira, 17 de maio de 2019 11:53:10 UTC-3, Edmilson José Boregas 
escreveu:
>
> Hi Tim,
>
> Let me clarify the situation by using other examples:
>
> 1. The point is that both *items exist on our Dspace site and are public*:
>
> Older item (created on Dspace 5) : http://hdl.handle.net/10438/27419
> è handle server redirect correctly to: 
> http://bibliotecadigital.fgv.br/dspace/10438/27419 
> 
>  
>
> New item (created on Dspace 6.2): http://hdl.handle.net/10438/27425 
> è handle server *does not* redirect to: 
> http://bibliotecadigital.fgv.br/dspace/10438/27425 and shows a handle 
> page with a NOT FOUND message 
>   instead  of displaying the item page (
> http://bibliotecadigital.fgv.br/dspace/10438/27425)
>
> 2. In the other hand, not existing items are resolved by the handle server 
> on the expected way, that is: displaying our Dspace page for Page not found.
> See this example of an item that dos nos exists: 
> http://hdl.handle.net/10438/8 
> è handle server display the page: 
> http://bibliotecadigital.fgv.br/dspace/handle/10438/8 
>
> 3. But there are other inexisting items that handle server displays that 
> Handle.net page instead of our Dspace page.
> See this example: http://hdl.handle.net/10438/300020202 
>
> Those situation are puting me crazy!!!
>
> Edmilson, São Paulo, Brasil
> 
>
> Em quinta-feira, 16 de maio de 2019 15:52:33 UTC-3, Tim Donohue escreveu:
>>
>> Hello Edmilson,
>>
>> I'm not sure I have an answer, but on my end, the second URL doesn't work.
>>
>> So, this item exists & is public, and it's hdl.handle.net URL works: 
>> http://bibliotecadigital.fgv.br/dspace/10438/13788
>>
>> However, this item either does *not* exist (or maybe it exists but is not 
>> public), and the hdl.handle.net URL doesn't work: 
>> http://bibliotecadigital.fgv.br/dspace/10438/12
>>
>> When I visit that second URL, I see a 404 (Page Not Found) page, which 
>> may also be why the hdl.handle.net URL (
>> http://hdl.handle.net/10438/12) is returning a 404 error.
>>
>> I'm not sure if that helps, but it could be a clue as to what is 
>> different about these two Items.
>>
>> Tim
>>
>> On Wed, May 15, 2019 at 11:39 AM Edmilson José Boregas <
>> ejsbo...@gmail.com> wrote:
>>
>>> Hi folks,
>>>
>>> We've just upgraded from Dspace 5 to Dspace 6.2.  
>>>
>>> Since last Monday, our handle server is not resolving the new items 
>>> created on Dspace 6.2.   
>>>
>>> Only the old ones are being resolved.
>>>
>>>  
>>>
>>> Take a look:
>>>
>>>
>>> Older handle: http://hdl.handle.net/10438/13788 è redirected to 
>>> http://bibliotecadigital.fgv.br/dspace/10438/13788 
>>>
>>> New handle:  http://hdl.handle.net/10438/12 è not found, but  it 
>>> exists on http://bibliotecadigital.fgv.br/dspace/10438/12
>>>
>>>  
>>>
>>> Could someone help us to solve this problem?
>>>
>>>
>>>
>>> Edmilson José Boregas
>>>
>>> Fundação Getulio Vargas
>>>
>>> São Paulo, Brasil
>>>
>>> -- 
>>> All messages to this mailing list should adhere to the DuraSpace Code of 
>>> Conduct: https://duraspace.org/about/policies/code-of-conduct/
>>> --- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "DSpace Technical Support" group.
>>> To unsubscribe from this group and stop receiving emails from it, send 
>>> an email to dspac...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/dspace-tech/a3bdd5d7-9db1-4bde-9fcb-49d0de6b0cc5%40googlegroups.com
>>>  
>>> 
>>> .
>>>
>>
>>
>> -- 
>>
>> Tim Donohue
>> Technical Lead for DSpace & DSpaceDirect
>> DuraSpace.org | DSpace.org | DSpaceDirect.org
>>
>>

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/491b6a2e-47bf-45af-b62f-57675ce5b495%40googlegroups.com.

Re: [dspace-tech] DSpace 5.5/XMLUI: Unable to view OAI OpenAIRE records

[Evelthon Prodromou]

Hi Claudia,

dc.relation is a Mandatory when Applicable field. I am wondering if it 
allows records with no dc.relation to be validated as openaire records (and 
pass the filter).

According to openAire guidelines (
https://guidelines.openaire.eu/en/latest/literature/field_projectid.html) 
this field is not always applicable.

The class in xoai.xml for this field is DSpaceAtLeastOneMetadataFilter. 
Doesn't this mean it requires of at least one dc.relation field to exists 
in the records?

Kind regards, 

Evelthon

On Friday, May 17, 2019 at 4:50:15 PM UTC+3, Claudia Jürgen wrote:

> Hi Evelthon, 
>
> most likely they do not pass the openAireFilter 
>
> https://github.com/DSpace/DSpace/blob/dspace-5.5/dspace/config/crosswalks/oai/xoai.xml#L240
>  
>
> The record you mentioned is in the the oai index 
>
> https://gnosis.library.ucy.ac.cy/oai/request?verb=GetRecord=dim=oai:gnosis.library.ucy.ac.cy:7/46107
>  
>
> And taking a closer look it does not pass the openaireRelationCondition 
>
> https://github.com/DSpace/DSpace/blob/dspace-5.5/dspace/config/crosswalks/oai/xoai.xml#L403
>  
>
> Your record has the entry 
>  element="relation">info:eu-repo/grantAgreement/EC/H2020/655092/DebtRisks
>  
>
>
> Hope this helps 
>
> Claudia Jürgen 
>
>
> Am 17.05.2019 um 15:12 schrieb Evelthon Prodromou: 
> > 
> > Hello all, 
> > 
> > 
> > I am trying to view records in the OAI UI for openaire, but nothing is 
> > displayed in List Identifier or List Records (see 
> > https://gnosis.library.ucy.ac.cy/oai/) 
> > 
> > 
> > A record that should be listed as openaire valid is this one 
> > https://gnosis.library.ucy.ac.cy/handle/7/46107?show=full 
> > 
> > 
> > I 've also seen another post ( 
> https://groups.google.com/d/msg/dspace-tech/eMwxGpyFW0E/LNgKd01iBwAJ 
> > ) mentioning editing xoai.xml but I am not really sure what is needed. 
> > 
> > 
> > Lastly I should mentioned that I have cleared the oai cache and 
> recreated 
> > it with *dspace oai import -o -c * 
> > 
> > 
> > 
> > 
> > Please shed some light on what I am missing. 
> > 
> > 
> > Kind regards, 
> > 
> > Evelthon 
> > 
>
> -- 
> Claudia Juergen 
> Eldorado 
>
> Technische Universität Dortmund 
> Universitätsbibliothek 
> Vogelpothsweg 76 
> 44227 Dortmund 
>
> Tel.: +49 231-755 40 43 
> Fax: +49 231-755 40 32 
> claudia...@tu-dortmund.de  
> www.ub.tu-dortmund.de 
>
>
> Wichtiger Hinweis: Die Information in dieser E-Mail ist vertraulich. Sie 
> ist ausschließlich für den Adressaten bestimmt. Sollten Sie nicht der für 
> diese E-Mail bestimmte Adressat sein, unterrichten Sie bitte den Absender 
> und vernichten Sie diese Mail. Vielen Dank. 
> Unbeschadet der Korrespondenz per E-Mail, sind unsere Erklärungen 
> ausschließlich final rechtsverbindlich, wenn sie in herkömmlicher 
> Schriftform (mit eigenhändiger Unterschrift) oder durch Übermittlung eines 
> solchen Schriftstücks per Telefax erfolgen. 
>
> Important note: The information included in this e-mail is confidential. 
> It is solely intended for the recipient. If you are not the intended 
> recipient of this e-mail please contact the sender and delete this message. 
> Thank you. Without prejudice of e-mail correspondence, our statements are 
> only legally binding when they are made in the conventional written form 
> (with personal signature) or when such documents are sent by fax. 
>

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/542ece6b-5e1f-43d8-b5af-2b6f773d0aac%40googlegroups.com.

Re: [dspace-tech] Use REST to make Item Private

[Ayuka Phanuel]

What does this accomplish?
I might not have understood you well or my question is not very clear.


*Kind Regards, *
*Phanuel Ayuka.*







On Mon, May 20, 2019 at 12:43 PM Michael Plate <
pl...@bibliothek.uni-kassel.de> wrote:

> Hi Ayuka,
>
> Am 20.05.19 um 10:57 schrieb Ayuka Phanuel:
> > I have approximately 4000 items i need to make private in the
> > repository, Is there a way I can do this using the REST API.
> > The *edit this item and make private* in the XMLUI seems to be not very
> > feasible with the number of items I have.
> […]
>
> login as admin and below "Access control" choose "Authorization".
> On the top of the page you will find the line
>
> "Advanced authorizations tool:  Click here to go to the item wildcard
> policy admin tool"
>
> Click on it, it should be sufficient.
> Remember items and bitstreams - you can set rights for both, but you
> have to run each independent from the other.
>
> On large numbers of items you have to be patient :) .
>
>
> Michael
>
>
> --
> All messages to this mailing list should adhere to the DuraSpace Code of
> Conduct: https://duraspace.org/about/policies/code-of-conduct/
> ---
> You received this message because you are subscribed to the Google Groups
> "DSpace Technical Support" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to dspace-tech+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/dspace-tech/707e1418-f267-1c6e-2fdf-38a51d133310%40bibliothek.uni-kassel.de
> .
>

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/CAOSLvwy4Mo%3DzGJCHLZRkTZ7XS0bb5favhGAXs-ApeoxC3g48Tg%40mail.gmail.com.

Re: [dspace-tech] Use REST to make Item Private

[Michael Plate]

Hi Ayuka,

Am 20.05.19 um 10:57 schrieb Ayuka Phanuel:
I have approximately 4000 items i need to make private in the 
repository, Is there a way I can do this using the REST API.
The *edit this item and make private* in the XMLUI seems to be not very 
feasible with the number of items I have.

[…]

login as admin and below "Access control" choose "Authorization".
On the top of the page you will find the line

"Advanced authorizations tool: 	Click here to go to the item wildcard 
policy admin tool"


Click on it, it should be sufficient.
Remember items and bitstreams - you can set rights for both, but you 
have to run each independent from the other.


On large numbers of items you have to be patient :) .


Michael


--
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
You received this message because you are subscribed to the Google Groups "DSpace Technical Support" group.

To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/707e1418-f267-1c6e-2fdf-38a51d133310%40bibliothek.uni-kassel.de.


smime.p7s
Description: S/MIME Cryptographic Signature

[dspace-tech] Re: How i can make compatible my repository with openAIRE compliance? DSpace 5.x

[Evelthon Prodromou]

Hi Brendow

I am facing a similar situation. Have a look here 
https://groups.google.com/d/msg/dspace-tech/gr_IfsV89bI/u3Z5s3CfAgAJ

I started making progress with Claudia's reply.

Evelthon

On Monday, May 20, 2019 at 3:55:16 AM UTC+3, Brendow Adriel wrote:
>
> i was researching on whether it is necessary to perform some kind of 
> special configuration on dspace.
>
> But I only found in the documentation this link:
>
>
> https://wiki.duraspace.org/display/DSDOC5x/OAI+2.0+Server#OAI2.0Server-Driver/OpenAIREcompliance
>
>
> I understand that I should standardize the values ​​in the input forms, 
> according to the openAire directive. But just it?
>
> Another question is if it is possible to configure the OAI service to 
> provide metadata in the openAIRE standard and driver without major problems?
>
>
> If anyone can give me a light on this. Thank you!
>

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/e8b5f1d9-ff2d-4f65-b8db-10ac7b7f5941%40googlegroups.com.

Re: [dspace-tech] DSpace 5.5/XMLUI: Unable to view OAI OpenAIRE records

[Evelthon Prodromou]

Thank you Claudia.

I've started making progress.

Evelthon

On Friday, May 17, 2019 at 4:50:15 PM UTC+3, Claudia Jürgen wrote:
>
> Hi Evelthon, 
>
> most likely they do not pass the openAireFilter 
>
> https://github.com/DSpace/DSpace/blob/dspace-5.5/dspace/config/crosswalks/oai/xoai.xml#L240
>  
>
> The record you mentioned is in the the oai index 
>
> https://gnosis.library.ucy.ac.cy/oai/request?verb=GetRecord=dim=oai:gnosis.library.ucy.ac.cy:7/46107
>  
>
> And taking a closer look it does not pass the openaireRelationCondition 
>
> https://github.com/DSpace/DSpace/blob/dspace-5.5/dspace/config/crosswalks/oai/xoai.xml#L403
>  
>
> Your record has the entry 
>  element="relation">info:eu-repo/grantAgreement/EC/H2020/655092/DebtRisks
>  
>
>
> Hope this helps 
>
> Claudia Jürgen 
>
>
> Am 17.05.2019 um 15:12 schrieb Evelthon Prodromou: 
> > 
> > Hello all, 
> > 
> > 
> > I am trying to view records in the OAI UI for openaire, but nothing is 
> > displayed in List Identifier or List Records (see 
> > https://gnosis.library.ucy.ac.cy/oai/) 
> > 
> > 
> > A record that should be listed as openaire valid is this one 
> > https://gnosis.library.ucy.ac.cy/handle/7/46107?show=full 
> > 
> > 
> > I 've also seen another post ( 
> https://groups.google.com/d/msg/dspace-tech/eMwxGpyFW0E/LNgKd01iBwAJ 
> > ) mentioning editing xoai.xml but I am not really sure what is needed. 
> > 
> > 
> > Lastly I should mentioned that I have cleared the oai cache and 
> recreated 
> > it with *dspace oai import -o -c * 
> > 
> > 
> > 
> > 
> > Please shed some light on what I am missing. 
> > 
> > 
> > Kind regards, 
> > 
> > Evelthon 
> > 
>
> -- 
> Claudia Juergen 
> Eldorado 
>
> Technische Universität Dortmund 
> Universitätsbibliothek 
> Vogelpothsweg 76 
> 44227 Dortmund 
>
> Tel.: +49 231-755 40 43 
> Fax: +49 231-755 40 32 
> claudia...@tu-dortmund.de  
> www.ub.tu-dortmund.de 
>
>
> Wichtiger Hinweis: Die Information in dieser E-Mail ist vertraulich. Sie 
> ist ausschließlich für den Adressaten bestimmt. Sollten Sie nicht der für 
> diese E-Mail bestimmte Adressat sein, unterrichten Sie bitte den Absender 
> und vernichten Sie diese Mail. Vielen Dank. 
> Unbeschadet der Korrespondenz per E-Mail, sind unsere Erklärungen 
> ausschließlich final rechtsverbindlich, wenn sie in herkömmlicher 
> Schriftform (mit eigenhändiger Unterschrift) oder durch Übermittlung eines 
> solchen Schriftstücks per Telefax erfolgen. 
>
> Important note: The information included in this e-mail is confidential. 
> It is solely intended for the recipient. If you are not the intended 
> recipient of this e-mail please contact the sender and delete this message. 
> Thank you. Without prejudice of e-mail correspondence, our statements are 
> only legally binding when they are made in the conventional written form 
> (with personal signature) or when such documents are sent by fax. 
>

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/9559191d-137a-4065-ae2c-f150bbc15a21%40googlegroups.com.

[dspace-tech] Use REST to make Item Private

[Ayuka Phanuel]

I have approximately 4000 items i need to make private in the repository,
Is there a way I can do this using the REST API.
The *edit this item and make private* in the XMLUI seems to be not very
feasible with the number of items I have.


*Kind Regards, *
*Phanuel Ayuka.*

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/CAOSLvwz6RdCsUm_EcV7yQ3CFVaMXN%3D%2BFAPGrL3jgaTvjQ17TPQ%40mail.gmail.com.

[dspace-tech] Re: Dspace limitations and low performance, or just wrong implementation?

[Andreea Oprescu]

Thank you for your answers. I will check into your proposed solutions.
Yes, its dspace 6.2 with xmlui.

I've been reading around a bit, but I still wonder why mydspace is so slow. 
Is it because of bitstreams? My items don't have more than 4-5 
bitstreams... 

El viernes, 17 de mayo de 2019, 11:10:00 (UTC+2), Andreea Oprescu escribió:
>
> Hello everyone, 
>
> I am currently trying to debug a* very slow* dspace implementation. I am 
> facing the following issues: 
>
> - organization with more than 2.624 collections, in 4 communities, which 
> at the same time have 5, 5, 52 and 19 subcommunities. 
> - users and administrator accounts. Users accounts with less permissions 
> take a lot longer to process than administrator accounts (does dspace check 
> all the permissions of an user in ALL the collections?) 
> - there seem to be a lot of SQL queries. For example, for moving an item, 
> I ended up with almost 6000 SQL queries, which took a little bit more than 
> 2 minutes to complete (for admin account). 
>
> I think dspace is a wonderful tool which provides my organization a lot of 
> value, but it's really, really slow. 
>
>
> => Is it normal, because of the amount of data? 
> => Are we implementing something wrong? 
> => If this is not normal, do you have any guides or advices on how to 
> procede with the debugging? 
>
>
> I have tried to find information about this, but could only find this 
> post, with the same problem, but no responses: 
> http://dspace.2283337.n4.nabble.com/Very-slow-quot-Move-item-quot-button-td4687571.html
>  
>
> I really appreciate your time.
> Regards,
>
> Andreea.
>

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/7d8bbdc8-bd92-493f-8768-ce95f1587011%40googlegroups.com.