Re: [dspace-tech] DSpace 5.X: Switching auth method from LDAP to Shibboleth

[Evelthon Prodromou]

Hello Mohammad,

No I have not. Will look into it. Thank you for the tip.

E.

On Tuesday, February 14, 2023 at 9:54:23 AM UTC+2 Mohammad S. AlMutairi 
wrote:

> Hello Evelthon,
>
> Have you thought about scripting a bulk modification of the users netid? 
> (  [dspace]/bin/dspace user --modify -h ).
>
> On Tuesday, February 14, 2023 at 9:21:55 AM UTC+3 Evelthon Prodromou wrote:
>
>> Hello Mark,
>> Thank you  for your reply.
>>
>> eduPersonPrincipalName is close but not exactly the same. Will have to 
>> review my options.
>>
>> Evelthon
>>
>> On Friday, February 10, 2023 at 3:24:41 PM UTC+2 Mark H. Wood wrote:
>>
>>> On Fri, Feb 10, 2023 at 03:06:53AM -0800, Evelthon Prodromou wrote: 
>>> > Shibboleth SP is configured properly and attributes are released. 
>>> > 
>>> > The problem is with Epersons that were previously created with LDAP 
>>> > authentication. When the same user attempts to authenticate via 
>>> Shibboleth 
>>> > a failure occurs and the following error is logged: 
>>> > 
>>> > ERROR org.dspace.authenticate.ShibAuthentication @ The identified 
>>> EPerson 
>>> > based upon Shibboleth email header, 'mail'='us...@domain.com', is 
>>> locked to 
>>> > another netid: 'a_username'. This might be a possible hacking attempt 
>>> to 
>>> > steal another 
>>> > users credentials. If the user's netid has changed you will need to 
>>> > manually change it to the correct value or unset it in the database. 
>>> > 
>>> > What is the proper way for Identity Scheme Migration (LDAP to 
>>> Shibboleth)? 
>>>
>>> I'm only guessing here, but it appears that the Shibboleth attribute 
>>> that you are using for netid has different values for the same account 
>>> than the LDAP attribute that you have been using. Does your IDP offer 
>>> another attribute which tracks the LDAP service's attribute? 
>>>
>>> -- 
>>> Mark H. Wood 
>>> Lead Technology Analyst 
>>>
>>> University Library 
>>> Indiana University - Purdue University Indianapolis 
>>> 755 W. Michigan Street 
>>> Indianapolis, IN 46202 
>>> 317-274-0749 <(317)%20274-0749> 
>>> www.ulib.iupui.edu 
>>>
>>

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
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/6180122e-c0b4-48d0-92d2-9074f3d73a49n%40googlegroups.com.

Re: [dspace-tech] DSpace 5.X: Switching auth method from LDAP to Shibboleth

[Evelthon Prodromou]

Hello Mark,
Thank you  for your reply.

eduPersonPrincipalName is close but not exactly the same. Will have to 
review my options.

Evelthon

On Friday, February 10, 2023 at 3:24:41 PM UTC+2 Mark H. Wood wrote:

> On Fri, Feb 10, 2023 at 03:06:53AM -0800, Evelthon Prodromou wrote:
> > Shibboleth SP is configured properly and attributes are released.
> > 
> > The problem is with Epersons that were previously created with LDAP 
> > authentication. When the same user attempts to authenticate via 
> Shibboleth 
> > a failure occurs and the following error is logged:
> > 
> > ERROR org.dspace.authenticate.ShibAuthentication @ The identified 
> EPerson 
> > based upon Shibboleth email header, 'mail'='us...@domain.com', is 
> locked to 
> > another netid: 'a_username'. This might be a possible hacking attempt to 
> > steal another
> > users credentials. If the user's netid has changed you will need to 
> > manually change it to the correct value or unset it in the database.
> > 
> > What is the proper way for Identity Scheme Migration (LDAP to 
> Shibboleth)? 
>
> I'm only guessing here, but it appears that the Shibboleth attribute
> that you are using for netid has different values for the same account
> than the LDAP attribute that you have been using. Does your IDP offer
> another attribute which tracks the LDAP service's attribute?
>
> -- 
> Mark H. Wood
> Lead Technology Analyst
>
> University Library
> Indiana University - Purdue University Indianapolis
> 755 W. Michigan Street
> Indianapolis, IN 46202
> 317-274-0749 <(317)%20274-0749>
> www.ulib.iupui.edu
>

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
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/ae2c10f0-0e41-4655-9ebf-97fc79614998n%40googlegroups.com.

[dspace-tech] DSpace 5.X: Switching auth method from LDAP to Shibboleth

[Evelthon Prodromou]

 

Hello all,

Shibboleth SP is configured properly and attributes are released.

The problem is with Epersons that were previously created with LDAP 
authentication. When the same user attempts to authenticate via Shibboleth 
a failure occurs and the following error is logged:

ERROR org.dspace.authenticate.ShibAuthentication @ The identified EPerson 
based upon Shibboleth email header, 'mail'='u...@domain.com', is locked to 
another netid: 'a_username'. This might be a possible hacking attempt to 
steal another
users credentials. If the user's netid has changed you will need to 
manually change it to the correct value or unset it in the database.

What is the proper way for Identity Scheme Migration (LDAP to Shibboleth)? 


kind regards,

Evelthon

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
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/43c14f75-1b42-4f5d-96e3-10135c8b2397n%40googlegroups.com.

[dspace-tech] Re: Records with a dc.contributor.author w/ dspace generated uid authority key not displayed in collection

[Evelthon Prodromou]

Continuing with symptoms, 

   1. some items in collection are not listed in collection list. 
   2. Items not listed are not included in collection and community 
   strength count.
   3. If I edit items with the Export metadata/csv, 
   1. delete dc.contributor.author, and then 
  2. add the author again,
   
the item will appear and strength count will be updated accordingly.

Thank you,

Evelthon
On Friday, January 21, 2022 at 4:45:58 PM UTC+2 Evelthon Prodromou wrote:

>
> Hello,
>
> system characteristics: DSpace 5.5, XMLUI
>
> *Situation*: 
>
> Records with an author w/ dspace generated uid authority key are not 
> displayed in collection. In an example collection, 10 records are listed, 
> but actually 41 records exist. 
>
> If I do a metadata export, records with dc.contributor.author (that have a 
> uid authority key with a value like Surname, 
> Name::d141b689-acec-4c97-a726-d4b9c651a805::600) are not listed when 
> viewing the collection. 
>
> I did an index-discovery -b and that did not fix it. 
>
> I am wondering if this is a configuration issue. Has anyone faced this 
> before?
>
>
> Thank you,
>
> Evelthon
>

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
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/624edb36-8102-4cb5-ab46-030cb38ffac5n%40googlegroups.com.

[dspace-tech] Re: SQL query to Insert value to a field based from another field if it doesn't exisst

[Evelthon Prodromou]

Hello euler,

I haven't gone through your problem in detail, but UPSERT might offer some 
assistance?

Something like below:

INSERT INTO table_name(list of columns) VALUES(list of values) ON CONFLICT 
(column_name) DO NOTHING;

Again, this is not tested, and I could be wrong.

Hope it helps.

E.

On Sunday, January 23, 2022 at 4:28:41 AM UTC+2 euler wrote:

> After doing some Googling around, I managed to insert the value ' 
> Hypophthalmichthys nobilis' into a new field with metadata_field_id=155. 
> Below is my SQL:
>
> insert into metadatavalue 
> (metadata_field_id,authority,text_value,dspace_object_id,confidence)
> select 155,163692,text_value,dspace_object_id,600
> from metadatavalue where metadata_field_id=57 and 
> text_value='Hypophthalmichthys nobilis';
>
> However, I wonder what statement should I add to check if the value 
> already exists because running the SQL statement above will create a 
> duplicate value.
>
> Thanks in advance!
> euler
>
> On Saturday, January 22, 2022 at 2:40:14 PM UTC+8 euler wrote:
>
>> Dear SQL experts,
>>
>> I am planning to insert value to a field if and only if it doesn't exist. 
>> For example, there are items that have the entry 'Hypophthalmichthys 
>> nobilis' in the dc.subject field. I would like to duplicate this entry to 
>> another new field dc.subject.scientificName.
>>
>> I have issued this SQL query to list the items in the dc.subject 
>> containing 'Hypophthalmichthys nobilis":
>>
>> select distinct dspace_object_id, metadata_field_id, text_value, 
>> authority, confidence from metadatavalue where metadata_field_id=57 and 
>> text_value='Hypophthalmichthys nobilis'
>>
>> [image: Capture.PNG]
>>
>> I wonder what would be the SQL query to insert 'Hypophthalmichthys 
>> nobilis' found in dc.subject with metadata_field_id=57 to another field 
>> dc.subject.scientificName with metadata_field_id=155 if it doesn't exist 
>> yet?
>>
>> My example above is only 4 items but I have hundreds of items to that I 
>> need to update also. Previously, my method is to export the metadata 
>> containing the field I want to insert, batch edit the CSV, import it, and 
>> then do the SQL update, which is quite tedious especially during the batch 
>> edit because dc.subject contains other terms separated by double pipes 
>> (||). I thought there must be an easier way to do this via SQL.
>>
>> DSpace version is 6.3 by the way.
>>
>> Thanks in advance and best regards,
>> euler
>>
>

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
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/381a5e5f-76e7-4a8a-9e7a-d00340f90040n%40googlegroups.com.

[dspace-tech] Records with a dc.contributor.author w/ dspace generated uid authority key not displayed in collection

[Evelthon Prodromou]

Hello,

system characteristics: DSpace 5.5, XMLUI

*Situation*: 

Records with an author w/ dspace generated uid authority key are not 
displayed in collection. In an example collection, 10 records are listed, 
but actually 41 records exist. 

If I do a metadata export, records with dc.contributor.author (that have a 
uid authority key with a value like Surname, 
Name::d141b689-acec-4c97-a726-d4b9c651a805::600) are not listed when 
viewing the collection. 

I did an index-discovery -b and that did not fix it. 

I am wondering if this is a configuration issue. Has anyone faced this 
before?


Thank you,

Evelthon

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
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/a8d4fe3f-9781-4b7b-9929-39f12f0bd1een%40googlegroups.com.

[dspace-tech] Translate input-forms.xml and default.license in XMLUI

[Evelthon Prodromou]

 

Hello,

 

Is it possible to translate input-forms.xml and default.license in XMLUI 
(DSpace 5.5) ?

I went through 
https://wiki.lyrasis.org/display/DSDOC5x/Localization+L10n#LocalizationL10n-XMLUIspecificlocalization

but wanted to cross-check whether input-forms.xml is translatable in the 
form of input-forms_.xml.

Same questions goes for default.license.

 

Thank you,

Evelthon

-- 
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/5ad5a87f-a77b-4463-ae1c-c18de7ac5de8o%40googlegroups.com.

[dspace-tech] Can the "reason" textfield in an embargoed item change to a drop-down with specific reasons?

[Evelthon Prodromou]

Hello all,

Quick question as described in the subject. I was asked to changed the 
reason textbox, in the embargo step, to a drop-down with specific values. 
Is that possible?

I was unable to locate something in the documentation.

System is 5.5/XMLUI/Mirage2

Thank you,
Evelthon

-- 
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/b9dabbf2-63ef-4eaa-b4e2-e37d2a65151fo%40googlegroups.com.

[dspace-tech] Re: Long loading time: DSpace 5.5/XMLUI

[Evelthon Prodromou]

Adding the following configuration to dspace.cfg make a tremendous 
difference in loading time. It is now very responsive!
metadata.hide.dc.contributor.author = true

Any suggestions on how I can have authors displaying and be fast at the 
same time ?

Thank you,
Evelthon


-- 
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/35996248-2ac2-46f1-8c08-75628f375978%40googlegroups.com.

[dspace-tech] Long loading time: DSpace 5.5/XMLUI

[Evelthon Prodromou]

Hi all,

Our DSpace installation takes many seconds (up to minutes sometimes) to load, 
after adding records to a specific collection. It is very slow loading of a 
collection (or owing community).

What changed
1187 records were added to specific collection 
(https://gnosis.library.ucy.ac.cy/handle/7/39699). Each record has a very large 
number of metadata (Examples: https://gnosis.library.ucy.ac.cy/handle/7/61606 
and https://gnosis.library.ucy.ac.cy/handle/7/61622 ).

 Result
The specified collection takes ~1 minute+ to load. It also affects communities 
that include this collection.
At the same time I'm seeing high cpu loads in tomcat ( each call requires ~100% 
up to or more  ~400%)


What was tried to solve this
Added more ram to tomcat and java :

  *   JAVA_OPTS=-Djava.awt.headless=true -Xmx10240m -Xms10240m 
-XX:MaxPermSize=5120m -Dfile.encoding=UTF-8 -XX:MaxHeapFreeRatio=70
  *   -XX:+UseConcMarkSweepGC -XX:+CMSPermGenSweepingEnabled 
-XX:+CMSClassUnloadingEnabled
CATALINA_OPTS=-Djava.awt.headless=true -Xms8192m -Xmx8192m 
-XX:MaxPermSize=2048m -XX:+UseConcMarkSweepGC -Dfile.encoding=UTF-8


Added more ram to postgresql

  * shared_buffers = 1024MB

Also note that postgresql is on a different box.

Increased  db connections number: db.maxconnections = 90
Set community cache to 12 hours: xmlui.community-list.cache = 12 hours

System details for DSpace:

  *   java version "1.7.0_241", OpenJDK Runtime Environment 
(rhel-2.6.20.0.el7_7-x86_64 u241-b01)
  *   Tomcat 7.0.76
  *   DSpace 5.5 XMLUI



Has anyone faced a similar situation? Any ideas are most welcome :)

Thank you,
Evelthon






-- 
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/1b8a9152-ca5a-c9b2-e85d-62e6dafcb080%40ucy.ac.cy.

Re: [dspace-tech] OpenAIRE: Modify xoai.xml to implement Project Identifier as mandatory when applicable

[Evelthon Prodromou]

Thank you Claudia. Will give it a try.

Evelthon

On Tuesday, May 21, 2019 at 4:13:01 PM UTC+3, Claudia Jürgen wrote:
>
> Hello Evelthon, 
>
> yes  you got to remove the dc.relation condition from the openAire 
> Filter and adjust the open Aire transformer. 
> So the filtered set will contain anything regardless whether dc.relation 
> exists, in the transformer you will hence only display the desired 
> dc.relation field. 
>
> Claudia 
>
>
>
> Am 21.05.2019 um 15:00 schrieb Evelthon Prodromou: 
> > openaire transformer is a good idea, but xoai.xsl requires at least 1 
> > dc.relation with the info:eu-repo/grantAgreement syntax. 
> > 
> > What troubles me is that this field does not always exist (because it 
> > shouldn't exist - not applicable). So a record could be filtered out, 
> > when it shouldn't 
> > 
> > 
> > Evelthon 
> > 
> > On 5/21/19 2:59 PM, Claudia Jürgen wrote: 
> >> Hello, 
> >> 
> >> in that case you might use the openaire transformer and exclude 
> >> dc.relation which not starts with the required string. 
> >> Similar to how superfluous dates are removed: 
> >> 
> https://github.com/DSpace/DSpace/blob/dspace-5_x/dspace/config/crosswalks/oai/transformers/openaire.xsl#L32
>  
> >> 
> >> 
> >> Hope this helps 
> >> 
> >> Claudia Jürgen 
> >> 
> >> 
> >> 
> >> Am 21.05.2019 um 13:36 schrieb Evelthon Prodromou: 
> >>> Hello, 
> >>> 
> >>> 
> >>> as the title says, I need to modify xoai.xml. What I am trying to do 
> is 
> >>> this: If dc.relation exists, check that the openaireRelationCondition 
> is 
> >>> met. But, if there is no dc.relation, ignore this. 
> >>> 
> >>> 
> >>> Using DSpace 5.5. 
> >>> 
> >>> 
> >>> I 've also looked over 
> >>> 
> https://github.com/DSpace/DSpace/blob/dspace-5_x/dspace/config/crosswalks/oai/XOAIConfiguration.xsd,
>  
>
> >>> 
> >>> but I am puzzled. 
> >>> 
> >>> 
> >>> Is this possible? 
> >>> 
> >>> 
> >>> Thank you, 
> >>> 
> >>> 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...@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] OpenAIRE: Modify xoai.xml to implement Project Identifier as mandatory when applicable

[Evelthon Prodromou]

openaire transformer is a good idea, but xoai.xsl requires at least 1
dc.relation with the info:eu-repo/grantAgreement syntax.

What troubles me is that this field does not always exist (because it
shouldn't exist - not applicable). So a record could be filtered out,
when it shouldn't


Evelthon

On 5/21/19 2:59 PM, Claudia Jürgen wrote:
> Hello,
>
> in that case you might use the openaire transformer and exclude
> dc.relation which not starts with the required string.
> Similar to how superfluous dates are removed:
> https://github.com/DSpace/DSpace/blob/dspace-5_x/dspace/config/crosswalks/oai/transformers/openaire.xsl#L32
>
>
> Hope this helps
>
> Claudia Jürgen
>
>
>
> Am 21.05.2019 um 13:36 schrieb Evelthon Prodromou:
>>
>> Hello,
>>
>>
>> as the title says, I need to modify xoai.xml. What I am trying to do is
>> this: If dc.relation exists, check that the openaireRelationCondition is
>> met. But, if there is no dc.relation, ignore this.
>>
>>
>> Using DSpace 5.5.
>>
>>
>> I 've also looked over
>> https://github.com/DSpace/DSpace/blob/dspace-5_x/dspace/config/crosswalks/oai/XOAIConfiguration.xsd,
>>
>> but I am puzzled.
>>
>>
>> Is this possible?
>>
>>
>> Thank you,
>>
>> 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.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 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/54e51c84-3f0a-9656-cddd-1aed2d3d8305%40ucy.ac.cy.

[dspace-tech] OpenAIRE: Modify xoai.xml to implement Project Identifier as mandatory when applicable

[Evelthon Prodromou]

Hello,


as the title says, I need to modify xoai.xml. What I am trying to do is 
this: If dc.relation exists, check that the openaireRelationCondition is 
met. But, if there is no dc.relation, ignore this.


Using DSpace 5.5.


I 've also looked over 
https://github.com/DSpace/DSpace/blob/dspace-5_x/dspace/config/crosswalks/oai/XOAIConfiguration.xsd,
 
but I am puzzled.


Is this possible?


Thank you,

Evelthon

-- 
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/17d9f051-7ed4-41ba-98c4-7b2952be6f43%40googlegroups.com.

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

[Evelthon Prodromou]

Many thanks.

On Tuesday, May 21, 2019 at 11:19:03 AM UTC+3, Claudia Jürgen wrote:
>
> Helle Evelthon, 
>
> they are used to combine condition with AND v OR 
> see 
>
> https://github.com/DSpace/DSpace/blob/dspace-5_x/dspace/config/crosswalks/oai/XOAIConfiguration.xsd#L159
>  
>
> Hope that helps 
>
> Claudia Jürgen 
>
>
> Am 20.05.2019 um 17:44 schrieb 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, "dspac...@googlegroups.com  on 
> behalf of Claudia Jürgen"  on 
> behalf of claudia...@tu-dortmund.de > 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 
> >>  name="value">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 th

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

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.

[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] DSpace 5.5/XMLUI: Unable to view OAI OpenAIRE records

[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

-- 
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/71fd3e73-473f-4db2-8f31-46d36491f054%40googlegroups.com.

[dspace-tech] Tool to migrate Zotero metadata to DSpace

[Evelthon Prodromou]

Hello all,

Just released a tool to help migrate Zotero metadata to DSpace. Useful to 
add collections of metadata to DSpace repositories. Granted it could use 
improvements. Help spread the word to anyone that might find it useful. 


https://github.com/evelthon/Zotero-to-DSpace


Kind regards,

Evelthon

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] Error sending emails through O365 / DSpace v5.5

[Evelthon Prodromou]

Thank you Shaun,

That was it.

Evelthon


From: Shaun donovan 
Date: Wednesday, 14 November 2018 at 2:13 PM
To: Evelthon Prodromou , 
"dspace-tech@googlegroups.com" 
Subject: Re: [dspace-tech] Error sending emails through O365 / DSpace v5.5


Hi Evelthon.

You certainly can. Just set your the SMTP settings in you dspace.cfg file 
(better in local.cfg if you are on version 6.x). These look like this:

# SMTP mail server (allows DSpace to send email notifications)
mail.server = smtp.example.com

# SMTP mail server authentication username and password (if required)
mail.server.username =
mail.server.password =

# SMTP mail server alternate port (defaults to 25)
mail.server.port = 25

Change your mail.server to localhost, add username and password if you have 
smtp authentication configured in your postfix, and change the port as needed. 
If you have SPF configured for the domain of the email addresses that you are 
sending from, you will have to add the IP address of your server to the DNS SPF 
record. Otherwise, all should work and you should see the emails flow in you 
email log file (/var/log/maillog on Centos).

Kind Regards.

Shaun.
On 2018/11/14 13:32, Evelthon Prodromou wrote:

Dear all,





Has anyone successfully sent emails through Office365? My problem occurs

with the mail settings in dspace.cfg.



The server itself uses postfix and has been successfully configured to

send emails through  O365. Can we configure email relaying through local

postfix?





Thank you,



Evelthon Prodromou


-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] Error sending emails through O365 / DSpace v5.5

[Evelthon Prodromou]

Dear all,


Has anyone successfully sent emails through Office365? My problem occurs 
with the mail settings in dspace.cfg.

The server itself uses postfix and has been successfully configured to 
send emails through  O365. Can we configure email relaying through local 
postfix?


Thank you,

Evelthon Prodromou

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] SOLR statistics core stores values ip: "0:0:0:0:0:0:0:1" and dns: "0:0:0:0:0:0:0:1"

[Evelthon Prodromou]

Jeff, 

Thank you. I completely forgot that setting.

Evelthon

On Wednesday, August 30, 2017 at 5:04:39 PM UTC+3, Jeffrey Sheldon wrote:
>
> Evelthon, 
>
> Are you using ModProxy with Apache HTTPD?  It sounds like the IP 
> information isn't being handed over properly.  If this is the case, as it 
> once was for me, search dspace.cfg for "useProxies".  You can read more on 
> this here: 
>
> https://wiki.duraspace.org/display/DSDOC5x/SOLR+Statistics 
>
>
> -Jeff 
>
>  
> From: dspac...@googlegroups.com  <dspac...@googlegroups.com 
> > on behalf of Evelthon Prodromou <prodromou...@ucy.ac.cy 
> > 
> Sent: Wednesday, August 30, 2017 6:04 AM 
> To: DSpace Technical Support 
> Subject: [dspace-tech] SOLR statistics core stores values ip: 
> "0:0:0:0:0:0:0:1" and dns: "0:0:0:0:0:0:0:1" 
>
> Hello, 
>
> My installation is not storing client IP/DNS in solr for usage statistics. 
> What would be the cause of this? How would I proceed to solve this? 
>
>
> My installation is v5.5/XMLUI 
>
>
> Thank you, 
>
>
> Evelthon 
>
> -- 
> 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...@googlegroups.com  dspace-tech+unsubscr...@googlegroups.com >. 
> To post to this group, send email to dspac...@googlegroups.com 
> <mailto:dspac...@googlegroups.com >. 
> Visit this group at https://groups.google.com/group/dspace-tech. 
> For more options, visit https://groups.google.com/d/optout.

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] Re: City/Country usage statistics display no data in DSpace 5.5 / XMLUI

[Evelthon Prodromou]

Well, I cleared the statistics core to do a refresh, Seems like new hits 
are recorded. Still, not seeing any country/city displayed in a usage 
statistics page of a specific handle, even though visits have been recorded.



On Wednesday, August 23, 2017 at 12:58:13 PM UTC+3, Evelthon Prodromou 
wrote:
>
> Hello all,
>
>
> I seem to be unable to display usage statistics (views) by city, country 
> in Mirage2. I am wondering if this some bug of some sort or if I am missing 
> something.  I had a quick look on the SOLR side. Did a countryCode query on 
> the statistics core and results are there. Any hint would be appreciated.
>
>
>
> Thanks,
>
>
> Evelthon
>

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] City/Country usage statistics display no data in DSpace 5.5 / XMLUI

[Evelthon Prodromou]

Hello all,


I seem to be unable to display usage statistics (views) by city, country in 
Mirage2. I am wondering if this some bug of some sort or if I am missing 
something.  I had a quick look on the SOLR side. Did a countryCode query on 
the statistics core and results are there. Any hint would be appreciated.



Thanks,


Evelthon

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] Re: Batch Import (ZIP) exception on edited file on Win8

[Evelthon Prodromou]

Well, I ended up migrating collection by collectin through linux to 
overcome this.


On Wednesday, August 2, 2017 at 10:08:07 AM UTC+3, Evelthon Prodromou wrote:
>
> Hi all,
>
>
> I am seeing some odd behavior in batch import (ZIP). We are migrating  
> collections from one DS instance to another (both 5.5/Mirage2). We 
> decompress,  remove unnecessary files, re-compress (zip) and finally, 
> upload.
>
>
> The thing is, if the above procedure is done in linux, all goes well. If 
> it is done in windows (8, 64bit) an exception is thrown. I've tried zipping 
> with native windows zip function, winzip, winrar, 7-zip. I am adding the 
> full stack at the end of this message.
>
>
> To be clear, metadata and filenames include both latin and non-latin 
> characters, in utf8. I'm thinking this might be a character encoding issue 
> on the window OS. 
>
>
> Anyone else faced the same issue?
>
>
> Thanks,
>
>
> Evelthon
>
>
>
>
> Java stacktrace follows:
>
>
> *Java stacktrace: *java.lang.IllegalArgumentException: MALFORMED
>
> at java.util.zip.ZipCoder.toString(ZipCoder.java:58)
>
> at java.util.zip.ZipFile.getZipEntry(ZipFile.java:531)
>
> at java.util.zip.ZipFile.access$900(ZipFile.java:56)
>
> at java.util.zip.ZipFile$1.nextElement(ZipFile.java:513)
>
> at java.util.zip.ZipFile$1.nextElement(ZipFile.java:483)
>
> at 
> org.dspace.app.itemimport.ItemImport.unzip(ItemImport.java:2026)
>
> at 
> org.dspace.app.itemimport.ItemImport.unzip(ItemImport.java:1987)
>
> at 
> org.dspace.app.xmlui.aspect.administrative.FlowBatchImportUtils.processUploadZIP(FlowBatchImportUtils.java:173)
>
> at sun.reflect.GeneratedMethodAccessor189.invoke(Unknown 
> Source)
>
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>
> at java.lang.reflect.Method.invoke(Method.java:606)
>
> at org.mozilla.javascript.MemberBox.invoke(MemberBox.java:155)
>
> at 
> org.mozilla.javascript.NativeJavaMethod.call(NativeJavaMethod.java:243)
>
> at 
> org.mozilla.javascript.Interpreter.interpretLoop(Interpreter.java:3237)
>
> at 
> org.mozilla.javascript.Interpreter.interpret(Interpreter.java:2394)
>
> at 
> org.mozilla.javascript.InterpretedFunction.call(InterpretedFunction.java:162)
>
> at 
> org.mozilla.javascript.ContextFactory.doTopCall(ContextFactory.java:393)
>
> at 
> org.mozilla.javascript.ScriptRuntime.doTopCall(ScriptRuntime.java:2834)
>
> at 
> org.mozilla.javascript.InterpretedFunction.call(InterpretedFunction.java:160)
>
> at org.mozilla.javascript.Context.call(Context.java:538)
>
> at 
> org.mozilla.javascript.ScriptableObject.callMethod(ScriptableObject.java:1833)
>
> at 
> org.mozilla.javascript.ScriptableObject.callMethod(ScriptableObject.java:1803)
>
> at 
> org.apache.cocoon.components.flow.javascript.fom.FOM_JavaScriptInterpreter.handleContinuation(FOM_JavaScriptInterpreter.java:698)
>
> at 
> org.apache.cocoon.components.treeprocessor.sitemap.CallFunctionNode.invoke(CallFunctionNode.java:94)
>
> at 
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:55)
>
> at 
> org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:87)
>
> at 
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:55)
>
> at 
> org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:87)
>
> at 
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:78)
>
> at 
> org.apache.cocoon.components.treeprocessor.sitemap.SelectNode.invoke(SelectNode.java:82)
>
> at 
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:78)
>
> at 
> org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
>
> at 
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:78)
>
> at 
> org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(Pipeline

[dspace-tech] Batch Import (ZIP) exception on edited file on Win8

[Evelthon Prodromou]

 

Hi all,


I am seeing some odd behavior in batch import (ZIP). We are migrating  
collections from one DS instance to another (both 5.5/Mirage2). We 
decompress,  remove unnecessary files, re-compress (zip) and finally, 
upload.


The thing is, if the above procedure is done in linux, all goes well. If it 
is done in windows (8, 64bit) an exception is thrown. I've tried zipping 
with native windows zip function, winzip, winrar, 7-zip. I am adding the 
full stack at the end of this message.


To be clear, metadata and filenames include both latin and non-latin 
characters, in utf8. I'm thinking this might be a character encoding issue 
on the window OS. 


Anyone else faced the same issue?


Thanks,


Evelthon




Java stacktrace follows:


*Java stacktrace: *java.lang.IllegalArgumentException: MALFORMED

at java.util.zip.ZipCoder.toString(ZipCoder.java:58)

at java.util.zip.ZipFile.getZipEntry(ZipFile.java:531)

at java.util.zip.ZipFile.access$900(ZipFile.java:56)

at java.util.zip.ZipFile$1.nextElement(ZipFile.java:513)

at java.util.zip.ZipFile$1.nextElement(ZipFile.java:483)

at 
org.dspace.app.itemimport.ItemImport.unzip(ItemImport.java:2026)

at 
org.dspace.app.itemimport.ItemImport.unzip(ItemImport.java:1987)

at 
org.dspace.app.xmlui.aspect.administrative.FlowBatchImportUtils.processUploadZIP(FlowBatchImportUtils.java:173)

at sun.reflect.GeneratedMethodAccessor189.invoke(Unknown Source)

at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.lang.reflect.Method.invoke(Method.java:606)

at org.mozilla.javascript.MemberBox.invoke(MemberBox.java:155)

at 
org.mozilla.javascript.NativeJavaMethod.call(NativeJavaMethod.java:243)

at 
org.mozilla.javascript.Interpreter.interpretLoop(Interpreter.java:3237)

at 
org.mozilla.javascript.Interpreter.interpret(Interpreter.java:2394)

at 
org.mozilla.javascript.InterpretedFunction.call(InterpretedFunction.java:162)

at 
org.mozilla.javascript.ContextFactory.doTopCall(ContextFactory.java:393)

at 
org.mozilla.javascript.ScriptRuntime.doTopCall(ScriptRuntime.java:2834)

at 
org.mozilla.javascript.InterpretedFunction.call(InterpretedFunction.java:160)

at org.mozilla.javascript.Context.call(Context.java:538)

at 
org.mozilla.javascript.ScriptableObject.callMethod(ScriptableObject.java:1833)

at 
org.mozilla.javascript.ScriptableObject.callMethod(ScriptableObject.java:1803)

at 
org.apache.cocoon.components.flow.javascript.fom.FOM_JavaScriptInterpreter.handleContinuation(FOM_JavaScriptInterpreter.java:698)

at 
org.apache.cocoon.components.treeprocessor.sitemap.CallFunctionNode.invoke(CallFunctionNode.java:94)

at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:55)

at 
org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:87)

at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:55)

at 
org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:87)

at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:78)

at 
org.apache.cocoon.components.treeprocessor.sitemap.SelectNode.invoke(SelectNode.java:82)

at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:78)

at 
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)

at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:78)

at 
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:81)

at 
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:239)

at 
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.buildPipeline(ConcreteTreeProcessor.java:186)

at 
org.apache.cocoon.components.treeprocessor.TreeProcessor.buildPipeline(TreeProcessor.java:260)

at 
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:107)

at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:78)

at 
org.apache.cocoon.components.treeprocessor.sitemap.SelectNode.invoke(SelectNode.java:87)

at 

[dspace-tech] Author profiles for XMLUI

[Evelthon Prodromou]

Hello everyone,

Just wondering, I was looking into development projects and saw Author 
Profiles XMLUI 
. Anyone 
knows what is the status of this project?

Thanks.

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] REST API, find-by-metadata-field, DSpace 5.5/XMLUI

[Evelthon Prodromou]

What I was trying to accomplish (if possible) was to set language and value 
to a wildcard value, so that any record with a specific key set would be 
returned, without taking into account language and value. But I guess it's 
not possible.

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] REST API, find-by-metadata-field, DSpace 5.5/XMLUI

[Evelthon Prodromou]

Hello everyone,


I was wondering, is it possible use the REST API to get all items that have 
a specific metadata field set (for example dc.identifier.doi)?


I have tried the following command, but returns no results:

curl -X POST -H "Content-Type: application/json" -H "rest-dspace-token: 
" --data '{"key": "dc.identifier.doi","language": 
null,"value": null }' 
http://hub.lib.ucy.ac.cy/api/items/find-by-metadata-field


If the value is specified, one result is returned.



Many thanks,

Evelthon

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] DSpace 5.5 JSPUI - CRIS showing jibrish when adding Greek (el) translation

[Evelthon Prodromou]

Dear Helix,

Spot on! I completely forgot that step. Too much time on XMLUI :)

Many thanks.

On Monday, October 3, 2016 at 5:39:01 PM UTC+3, helix84 wrote:
>
> I see the problem now :) The directory is correct.
>
> But Messages_el.properties.UTF-8 [1] is the UTF-8 version for editing by a 
> human. DSpace (Java) requires that file to be converted to ASCII with 
> escape codes (using native2ascii) and the file name should be 
> Messages_el.properties [2].
>
> [1] 
> https://github.com/DSpace/dspace-api-lang/blob/master/src/main/native2ascii/Messages_el.properties.UTF-8
> [2] 
> https://github.com/DSpace/dspace-api-lang/blob/master/src/main/resources/Messages_el.properties
>
>
> Regards,
> ~~helix84
>
> Compulsory reading: DSpace Mailing List Etiquette
> https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
>
>

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] DSpace 5.5 JSPUI - CRIS showing jibrish when adding Greek (el) translation

[Evelthon Prodromou]

These were my active OPTS...

That's why I am puzzled.

Helix, just to confirm, I place Messages_el.properties.UTF-8 in 
[dspace-src]/dspace-api/src/main/resources 
.
Should it be renamed to Messages_el.properties or not ?


On Monday, October 3, 2016 at 5:03:28 PM UTC+3, helix84 wrote:
>
> On Mon, Oct 3, 2016 at 3:57 PM, Evelthon Prodromou <prodromou...@ucy.ac.cy 
> > wrote:
>
>> If this was the problem, wouldn't it affect the XMLUI as well?
>>
>  
> No, XMLUI uses a different format for its message catalogue.
>
>
> On Mon, Oct 3, 2016 at 4:00 PM, Evelthon Prodromou <prodromou...@ucy.ac.cy 
> > wrote:
>
>> These are my JAVA and CATALINA OPTS:
>>
>> JAVA_OPTS=-Djava.awt.headless=true -Xmx4096m -Xms4096m 
>> -XX:MaxPermSize=2048m -Dfile.encoding=UTF-8 -XX:MaxHeapFreeRatio=70 
>> -XX:+UseConcMarkSweepGC -XX:+CMSPermGenSweepingEnabled 
>> -XX:+CMSClassUnloadingEnabled
>> CATALINA_OPTS=-Djava.awt.headless=true -Xms3072m -Xmx3072m 
>> -XX:MaxPermSize=256m -XX:+UseConcMarkSweepGC -Dfile.encoding=UTF-8
>>
>
> If you changed JAVA_OPTS, I assume you restarted your servlet container.
>
> If adding that option didn't help, I don't have other ideas at the moment.
>
>
> Regards,
> ~~helix84
>
> Compulsory reading: DSpace Mailing List Etiquette
> https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
>
>

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] DSpace 5.5 JSPUI - CRIS showing jibrish when adding Greek (el) translation

[Evelthon Prodromou]

These are my JAVA and CATALINA OPTS:

JAVA_OPTS=-Djava.awt.headless=true -Xmx4096m -Xms4096m 
-XX:MaxPermSize=2048m -Dfile.encoding=UTF-8 -XX:MaxHeapFreeRatio=70 
-XX:+UseConcMarkSweepGC -XX:+CMSPermGenSweepingEnabled 
-XX:+CMSClassUnloadingEnabled
CATALINA_OPTS=-Djava.awt.headless=true -Xms3072m -Xmx3072m 
-XX:MaxPermSize=256m -XX:+UseConcMarkSweepGC -Dfile.encoding=UTF-8


On Monday, October 3, 2016 at 4:57:41 PM UTC+3, Evelthon Prodromou wrote:
>
> If this was the problem, wouldn't it affect the XMLUI as well?
>
> On Monday, October 3, 2016 at 4:39:16 PM UTC+3, helix84 wrote:
>>
>> Are you running with -Dfile.encoding=UTF-8 in JAVA_OPTS, as recommended 
>> in the DSpace installation docs? [1]
>>
>> [1] 
>> https://wiki.duraspace.org/display/DSDOC5x/Installing+DSpace#InstallingDSpace-ServletEngine(ApacheTomcat7orlater,Jetty,CauchoResinorequivalent)
>>
>>
>> Regards,
>> ~~helix84
>>
>> Compulsory reading: DSpace Mailing List Etiquette
>> https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
>>
>>

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] DSpace 5.5 JSPUI - CRIS showing jibrish when adding Greek (el) translation

[Evelthon Prodromou]

Hello,


I am trying to enable greek on JSPUI (dspace-CRIS). Steps done:

   - Copied Messages_el.properties.UTF-8 
   

 
   from jspui repo on github in 
   - [dspace-src]/dspace-api/src/main/resources and renamed it to 
   Messages_el.properties
   - mvn package
   - ant update from the installer folder
   - added el locale in dspace.cfg (webui.supported.locales)


server.xml has the URIEncoding="UTF-8" option is set.


If I switch to the XMLUI on the same installation, greek show up just fine.


Any suggestion on what I am missing here?

Thank you

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] DSpace XMLUI lang utilities - lessen the load of translating xmlui

[Evelthon Prodromou]

Hello again,

Added following functions:

   - Convert XMLUI xml file to XLSX 
   - Convert XLSX to XMLUI xml

This allows for editing translations in a spreadsheet editor.


Thanks,


Evelthon


On Monday, September 5, 2016 at 12:09:04 PM UTC+3, helix84 wrote:
>
> Thanks, I added a link to your script among tools to deal with 
> translations:
>
>
> https://wiki.duraspace.org/pages/viewpage.action?pageId=19006307#InternationalizationSupport(I18nSupport)-UsefulTools
>
>
> Regards,
> ~~helix84
>
> Compulsory reading: DSpace Mailing List Etiquette
> https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
>
>
> On Sat, Sep 3, 2016 at 6:30 PM, Evelthon Prodromou <prodromou...@ucy.ac.cy 
> > wrote:
>
>> Hello all,
>>
>>
>> Following a post a few days ago (
>> https://groups.google.com/forum/#!msg/dspace-tech/vlpHxfHqXuA/jumWY9vaAwAJ;context-place=forum/dspace-tech)
>>  
>> I was looking for a way to lessen the work load when creating a translation 
>> for xmlui in another language, while utilizing older translations from the 
>> XMLUI translations github repo @ 
>> https://github.com/DSpace/dspace-xmlui-lang 
>> <https://www.google.com/url?q=https%3A%2F%2Fgithub.com%2FDSpace%2Fdspace-xmlui-lang=D=1=AFQjCNEa5zrp4P4V0b-jPJugAe12YSvpuQ>
>> .
>>
>>
>> I ended up creating a python script to generated a messages_xx.xml file 
>> by merging existing translations from an older committed translation to the 
>> latest messages.xml file. Thus, you get a file with the latest keys, where 
>> you only need to look for the untranslated strings.
>>
>> Get it at https://github.com/evelthon/dspace-xmlui-lang-util
>>
>> <https://github.com/evelthon/dspace-xmlui-lang-util>
>>
>> It doesn't solve all translation problems, but it eases the translation 
>> process on the xmlui. 
>>
>>
>> It's just an initial version. If you stubble up on any bugs, please let 
>> me know.
>>
>>
>>
>> Cheers,
>>
>>
>> Evelthon
>>
>> -- 
>> 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...@googlegroups.com .
>> To post to this group, send email to dspac...@googlegroups.com 
>> .
>> Visit this group at https://groups.google.com/group/dspace-tech.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] Weird behavior when adding extra letters in browse pages (Mirage2 , v5.5)

[Evelthon Prodromou]

Hello,


I've done the necessary code changes in ConfigurableBrowse.java to add 
extra letters. Browse by authors and subjects will display correctly all 
letters. On the other hand, browse by title is not working correctly. The 
first page displayed, displays only the stock 0-9 A...Z latin alphabet. Any 
next page in the same browse context displays all characters, including the 
added ones.


This got me puzzled. Any ideas what I should look into?


Thank you,


Evelthon

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] Re: Procedure of translating DSpace

[Evelthon Prodromou]

Thanks Tim.

I hope DSpace 7 will allow non-programmers to translate content more easily.



On Thursday, August 25, 2016 at 4:59:27 PM UTC+3, Tim Donohue wrote:
>
> Hi Evelthon,
>
> Unfortunately, at this time we don't have any specific translation tool we 
> can recommend. The translation format is unfortunately different for each 
> of our user interfaces (something we hope to solve in DSpace 7, more on 
> that below).  So, this makes it difficult to find a translation tool that 
> will work for both XMLUI and JSPUI. The wiki page you've found does 
> describe many of these issues.
>
> We have a separate wiki page that describes the current process of 
> submitting translations (and a few basic tools that can be used to check 
> for missing keys, etc):
>
> https://wiki.duraspace.org/pages/viewpage.action?pageId=19006307
> As this wiki page describes, all our translations are managed in GitHub.  
> We have two separate GitHub projects for XMLUI and JSPUI translations:
> * JSPUI / API translations: https://github.com/DSpace/dspace-api-lang
> * XMLUI translations: https://github.com/DSpace/dspace-xmlui-lang
>
> Hopefully that helps you get a better sense of the processes.  I admit, 
> the processes currently are not ideal. We do hope to try to ease the 
> translation process as part of the migration to the new (Angular2 based) 
> User Interface coming in DSpace 7 (late 2017 at the earliest). At the very 
> least, we'll only have a single translation format which will be easier for 
> translators to work with.
>
> - Tim
>
> On 8/25/2016 2:29 AM, Evelthon Prodromou wrote:
>
> Anyone with better insights?
>
> On Wednesday, August 24, 2016 at 5:19:33 PM UTC+3, Evelthon Prodromou 
> wrote: 
>>
>> Hello,
>>
>>
>> I am pretty sure this has been discussed a myriad of times, but thought 
>> of asking the list to see the latest trend. What is the latest/appropriate 
>> way of translating to a language other than English?
>>
>> Also, I was looking over the i18n Improvements Proposal 
>> <https://wiki.duraspace.org/display/DSPACE/i18n+Improvements+Proposal> 
>> and was wondering if any translation tool was or is planned to be used.
>>
>>
>> Thank you,
>>
>> Evelthon
>>
> -- 
> 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...@googlegroups.com .
> To post to this group, send email to dspac...@googlegroups.com 
> .
> Visit this group at https://groups.google.com/group/dspace-tech.
> For more options, visit https://groups.google.com/d/optout.
>
>
> -- 
> Tim Donohue
> Technical Lead for DSpace & DSpaceDirect
> DuraSpace.org | DSpace.org | DSpaceDirect.org
>
>

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] Re: Procedure of translating DSpace

[Evelthon Prodromou]

Anyone with better insights?

On Wednesday, August 24, 2016 at 5:19:33 PM UTC+3, Evelthon Prodromou wrote:
>
> Hello,
>
>
> I am pretty sure this has been discussed a myriad of times, but thought of 
> asking the list to see the latest trend. What is the latest/appropriate way 
> of translating to a language other than English?
>
> Also, I was looking over the i18n Improvements Proposal 
> <https://wiki.duraspace.org/display/DSPACE/i18n+Improvements+Proposal> 
> and was wondering if any translation tool was or is planned to be used.
>
>
> Thank you,
>
> Evelthon
>

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] Re: create postgresSQL 'dspace' database error

[Evelthon Prodromou]

Hello,

Did you switch to the postgres user to create the DB? If yes, did you use 
"su postgres" or "su - postgres" ? If you used the first, and you were 
logged in as root, you are probably still in the root account.

Make sure you are in the right user account by using 


*whoami.*
Evelthon


On Wednesday, August 10, 2016 at 5:06:17 AM UTC+3, Nor Hazira Mat Noh (HQ) 
wrote:
>
> i have problem while creating the database...
>
> Error that appear:
> could not change directory to "/root": Permission denied
> createdb: database creation failed: ERROR:  new encoding (UTF8) is 
> incompatible with the encoding of the template database (SQL_ASCII)
> HINT:  Use the same encoding as in the template database, or use template0 
> as template.
>
>

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] New installation of DSpace 5.5 with migrated data rendering pages after ~40 seconds

[Evelthon Prodromou]

Hello Luigi,

CATALINA_OPTS did it. All works good now. Seems like solr was choaking and 
caused slow loading on the UI.

Curious though, shouldn't it fallback to java_opts?


In any case, thank you.

Evelthon

On Thursday, August 11, 2016 at 1:01:34 PM UTC+3, Luigi Andrea Pascarelli 
wrote:
>
> Hi,
>
> as far as I know DSpace doesn't need a big amount of memory. For the first 
> step you can try to setup CATALINA_OPTS to
>
> CATALINA_OPTS: -Xms1024m -Xmx2048m -XX:MaxPermSize=256m 
> -Dfile.encoding=UTF-8
>
> And as Alan highlighted you could use JAVA_OPTS with less memory. 
>
> Second step you could try to check if the I/O is the real issue. Maybe 
> POSTGRES and SOLR and TOMCAT write and read on the same node and so you can 
> benefits from separate them (or one of them) on differents volumes.
>
> Let me know.
>
> Regards,
>
> Luigi Andrea
>
>
> Il 11/08/2016 11:46, Evelthon Prodromou ha scritto:
>
> The server has 32GB, postgresql on different box. I don't think it's a RAM 
> issue.
>
> I am wondering if it is a solr issue. I don't have tomcat running as user 
> dspace. Instead, I change ownership in [dspace]/solr to dspace:tomcat and 
> gave rw rights to both user and group.
>
> Thanks 
>
>
>
> On Thursday, August 11, 2016 at 12:33:05 PM UTC+3, Alan Orth wrote: 
>>
>> Hi, 
>>
>> From your JAVA_OPTS I see you are allocating 4096 + 2048 megabytes of 
>> RAM to Tomcat right from the start. How much memory does your server 
>> have? This means your host must have AT LEAST 6GB of RAM just for 
>> Tomcat, let alone PostgreSQL, Solr, and the rest of the operating 
>> system. I wouldn't be surprised if you are encountering poor 
>> performance due to swapping. 
>>
>> For reference, we run a fairly large DSpace instance with ~55,000 
>> items and a decent amount of traffic and these are our JAVA_OPTS: 
>>
>> -Djava.awt.headless=true -Xms3072m -Xmx3072m -XX:MaxPermSize=256m 
>> -XX:+UseConcMarkSweepGC -Dfile.encoding=UTF-8 
>>
>> Our server has 8GB of physical memory. Unless you know you need all 
>> those JVM tweaks, I'd start by simplifying your JAVA_OPTS to something 
>> more simple (for testing at least). 
>>
>> Regards, 
>>
>> On Wed, Aug 10, 2016 at 7:03 PM, Evelthon Prodromou 
>> <prodromou...@ucy.ac.cy> wrote: 
>> > Hello, 
>> > 
>> > 
>> >  I seem to be having an issue with tomcat. It takes ~38+ seconds to 
>> load 
>> > pages. I believe it's tomcat since i notice shell scripts ( 
>> > [dspace]/bin/dspace ) executing slow when tomcat is started, and very 
>> fast 
>> > (normal I presume) when tomcat is stopped. 
>> > 
>> > 
>> > The system  is a new installation of DSpace 5.5 on CentOS7. Data and 
>> sql 
>> > migrated from an 1.7.0 installation. 
>> > 
>> > tomcat.conf includes the following JAVA_OPTS 
>> > 
>> > JAVA_OPTS="-Xmx4096m -Xms4096m -XX:MaxPermSize=2048m 
>> -Dfile.encoding=UTF-8 
>> > -XX:MaxHeapFreeRatio=70 -XX:+UseConcMarkSweepGC 
>> > -XX:+CMSPermGenSweepingEnabled -XX:+CMSClassUnloadingEnabled" 
>> > 
>> > index-discovery was executed and discovery facets show up. 
>> > 
>> > 
>> > Someone please point me to the right direction to investigate. 
>> > 
>> > 
>> > Thank you, 
>> > 
>> > 
>> > Evelthon 
>> > 
>> > -- 
>> > 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...@googlegroups.com. 
>> > To post to this group, send email to dspac...@googlegroups.com. 
>> > Visit this group at https://groups.google.com/group/dspace-tech. 
>> > For more options, visit https://groups.google.com/d/optout. 
>>
>>
>>
>> -- 
>> Alan Orth 
>> alan...@gmail.com 
>> https://englishbulgaria.net 
>> https://alaninkenya.org 
>> https://mjanja.ch 
>> "In heaven all the interesting people are missing." ―Friedrich Nietzsche 
>> GPG public key ID: 0x8cb0d0acb5cd81ec209c6cdfbd1a0e09c2f836c0 
>>
> -- 
> 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...@googlegroups.com .
> To post to this group, send email to dspac...@googlegroups.co

Re: [dspace-tech] New installation of DSpace 5.5 with migrated data rendering pages after ~40 seconds

[Evelthon Prodromou]

The server has 32GB, postgresql on different box. I don't think it's a RAM 
issue.

I am wondering if it is a solr issue. I don't have tomcat running as user 
dspace. Instead, I change ownership in [dspace]/solr to dspace:tomcat and 
gave rw rights to both user and group.

Thanks



On Thursday, August 11, 2016 at 12:33:05 PM UTC+3, Alan Orth wrote:
>
> Hi, 
>
> From your JAVA_OPTS I see you are allocating 4096 + 2048 megabytes of 
> RAM to Tomcat right from the start. How much memory does your server 
> have? This means your host must have AT LEAST 6GB of RAM just for 
> Tomcat, let alone PostgreSQL, Solr, and the rest of the operating 
> system. I wouldn't be surprised if you are encountering poor 
> performance due to swapping. 
>
> For reference, we run a fairly large DSpace instance with ~55,000 
> items and a decent amount of traffic and these are our JAVA_OPTS: 
>
> -Djava.awt.headless=true -Xms3072m -Xmx3072m -XX:MaxPermSize=256m 
> -XX:+UseConcMarkSweepGC -Dfile.encoding=UTF-8 
>
> Our server has 8GB of physical memory. Unless you know you need all 
> those JVM tweaks, I'd start by simplifying your JAVA_OPTS to something 
> more simple (for testing at least). 
>
> Regards, 
>
> On Wed, Aug 10, 2016 at 7:03 PM, Evelthon Prodromou 
> <prodromou...@ucy.ac.cy > wrote: 
> > Hello, 
> > 
> > 
> >  I seem to be having an issue with tomcat. It takes ~38+ seconds to load 
> > pages. I believe it's tomcat since i notice shell scripts ( 
> > [dspace]/bin/dspace ) executing slow when tomcat is started, and very 
> fast 
> > (normal I presume) when tomcat is stopped. 
> > 
> > 
> > The system  is a new installation of DSpace 5.5 on CentOS7. Data and sql 
> > migrated from an 1.7.0 installation. 
> > 
> > tomcat.conf includes the following JAVA_OPTS 
> > 
> > JAVA_OPTS="-Xmx4096m -Xms4096m -XX:MaxPermSize=2048m 
> -Dfile.encoding=UTF-8 
> > -XX:MaxHeapFreeRatio=70 -XX:+UseConcMarkSweepGC 
> > -XX:+CMSPermGenSweepingEnabled -XX:+CMSClassUnloadingEnabled" 
> > 
> > index-discovery was executed and discovery facets show up. 
> > 
> > 
> > Someone please point me to the right direction to investigate. 
> > 
> > 
> > Thank you, 
> > 
> > 
> > Evelthon 
> > 
> > -- 
> > 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...@googlegroups.com . 
> > To post to this group, send email to dspac...@googlegroups.com 
> . 
> > Visit this group at https://groups.google.com/group/dspace-tech. 
> > For more options, visit https://groups.google.com/d/optout. 
>
>
>
> -- 
> Alan Orth 
> alan...@gmail.com  
> https://englishbulgaria.net 
> https://alaninkenya.org 
> https://mjanja.ch 
> "In heaven all the interesting people are missing." ―Friedrich Nietzsche 
> GPG public key ID: 0x8cb0d0acb5cd81ec209c6cdfbd1a0e09c2f836c0 
>

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] New installation of DSpace 5.5 with migrated data rendering pages after ~40 seconds

[Evelthon Prodromou]

Hello,


 I seem to be having an issue with tomcat. It takes ~38+ seconds to load 
pages. I believe it's tomcat since i notice shell scripts ( 
[dspace]/bin/dspace ) executing slow when tomcat is started, and very fast 
(normal I presume) when tomcat is stopped.


The system  is a new installation of DSpace 5.5 on CentOS7. Data and sql 
migrated from an 1.7.0 installation. 

tomcat.conf includes the following JAVA_OPTS

JAVA_OPTS="-Xmx4096m -Xms4096m -XX:MaxPermSize=2048m -Dfile.encoding=UTF-8 
-XX:MaxHeapFreeRatio=70 -XX:+UseConcMarkSweepGC 
-XX:+CMSPermGenSweepingEnabled -XX:+CMSClassUnloadingEnabled"

index-discovery was executed and discovery facets show up.


Someone please point me to the right direction to investigate.


Thank you,


Evelthon

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] DSpace 6.0 release date

[Evelthon Prodromou]

Thank you helix84

On Thursday, August 4, 2016 at 2:05:35 PM UTC+3, helix84 wrote:
>
> I'd recommend you to install 5.5 now rather than wait for 6.0. Most 
> importantly, you'll get your feet wet now rather than wait and secondly 
> you'll get a stable, tested release. There are usually several bugfix 
> releases to each major version and especially 6.0 had a large refactoring, 
> so we are still finding and fixing some bugs, as could be expected. 
> Upgrades from 5.x to 6 shouldn't be particularly more demanding than 
> upgrading between minor versions.
>
>
> Regards,
> ~~helix84
>
> Compulsory reading: DSpace Mailing List Etiquette
> https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
>
>

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] DSpace 6.0 release date

[Evelthon Prodromou]

Hello,

I am in the process of upgrading our DSpace installation. I 've noticed 
that 6.0 is tentatively scheduled to be released in August 2016. Any 
specific date or should I go the 5.5 route ?

Thank you.

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.