[Dspace-tech] DS-2220: Always load Google Analytics over SSL

2014-10-27 Thread Alan Orth
I was just poking around and noticed we conditionally load Google Analytics
over SSL.  We should *always* load ga.js over SSL.  Bug here:

https://jira.duraspace.org/browse/DS-2220

Patch and pull request is linked in bug report.

Cheers,

-- 
Alan Orth
alan.o...@gmail.com
https://alaninkenya.org
https://mjanja.ch
In heaven all the interesting people are missing. -Friedrich Nietzsche
GPG public key ID: 0x8cb0d0acb5cd81ec209c6cdfbd1a0e09c2f836c0
--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] Using DSpace with https

2014-10-27 Thread Alan Orth
In that same vein, I just submitted a patch to always load Google Analytics
(ga.js) over SSL:

https://jira.duraspace.org/browse/DS-2220
https://www.google.com/url?q=https%3A%2F%2Fjira.duraspace.org%2Fbrowse%2FDS-2220sa=Dsntz=1usg=AFQjCNET49mpfkl2NltnX5oxfsT07UqDaw

The more resources we load over HTTPS the better.

Cheers,

On Mon, Oct 20, 2014 at 4:22 PM, Carlos Walter Blandon Alvarez 
cblan...@eafit.edu.co wrote:

 Hi helix84.

 Thanks for reply.

 Other possible solution could be to replace script variable protocol in
 page-structure.xsl:

 script type=text/javascript src={concat($protocol, '
 ajax.googleapis.com/ajax/libs/jquery/', $jqueryVersion
 ,'/jquery.min.js')}#160;/script

 by

 script type=text/javascript src={concat('https://', '
 ajax.googleapis.com/ajax/libs/jquery/', $jqueryVersion
 ,'/jquery.min.js')}#160;/script


 Regards,

 Walter Blandón

 Profesional-Analista Gestión Tecnológica
 Centro Cultural Biblioteca LEV
 Teléfono (57 4) 261 9500, extensión 9365
 cblan...@eafit.edu.co

 Carrera 49  N 7 sur - 50, Medellín - Colombia
 Línea de atención al usuario: (57 4) 4489500  www.eafit.edu.co


 -Mensaje original-
 De: ivan.ma...@gmail.com [mailto:ivan.ma...@gmail.com] En nombre de
 helix84
 Enviado el: viernes, 17 de octubre de 2014 04:55 p.m.
 Para: Carlos Walter Blandon Alvarez
 CC: Hilton Gibson; dspace-tech@lists.sourceforge.net
 Asunto: Re: [Dspace-tech] Using DSpace with https

 On Fri, Oct 17, 2014 at 11:15 PM, Carlos Walter Blandon Alvarez 
 cblan...@eafit.edu.co wrote:
 
  [blocked] The page at 'https://repository.eafit.edu.co/' was loaded
 over HTTPS, but ran insecure content from '
 http://ajax.googleapis.com/ajax/libs/jquery/1.6.2/jquery.min.js': this
 content should also be loaded over HTTPS.


 Hi Carlos,

 you were right, you do need to update dspace.baseUrl. See


 https://github.com/DSpace/DSpace/blob/dspace-4.1/dspace-xmlui/src/main/webapp/themes/Mirage/lib/xsl/core/page-structure.xsl#L671-681


 Regards,
 ~~helix84

 Compulsory reading: DSpace Mailing List Etiquette
 https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

 --
 Comprehensive Server Monitoring with Site24x7.
 Monitor 10 servers for $9/Month.
 Get alerted through email, SMS, voice calls or mobile push notifications.
 Take corrective actions from your mobile device.
 http://p.sf.net/sfu/Zoho
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech
 List Etiquette:
 https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette




-- 
Alan Orth
alan.o...@gmail.com
https://alaninkenya.org
https://mjanja.ch
In heaven all the interesting people are missing. -Friedrich Nietzsche
GPG public key ID: 0x8cb0d0acb5cd81ec209c6cdfbd1a0e09c2f836c0
--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

[Dspace-tech] assetstore remote

2014-10-27 Thread cbeltran
Good Morning , 

I am installing DSpace 4.2 and found a over assetstore documentation that
can be configured remotely. I think stored on a SAN , I could help it would
be like setting. 

Thank you



--
View this message in context: 
http://dspace.2283337.n4.nabble.com/assetstore-remote-tp4675322.html
Sent from the DSpace - Tech mailing list archive at Nabble.com.

--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


Re: [Dspace-tech] assetstore remote

2014-10-27 Thread helix84
Yes, assetstore can reside on a remote filesystem. Simply mount the
remote filesystem to a local directory on your DSpace computer
(details depend on the particular filesystem and operating system
you're using) and specify that directory in the assetstore.dir
property in dspace.cfg.


Regards,
~~helix84

Compulsory reading: DSpace Mailing List Etiquette
https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


Re: [Dspace-tech] assetstore remote

2014-10-27 Thread cbeltran
Hey,

Thanks for reply. This configuration on the file dspace.cfg

# File Storage ##

# Asset (bitstream) store number 0 (zero)
*assetstore.dir = ${dspace.dir}/assetstore -- This Line*

# Specify extra asset stores like this, counting from 1 upwards:
# assetstore.dir.1 = /second/assetstore
# assetstore.dir.2 = /third/assetstore

# Specify the number of the store to use for new bitstreams with this
property
# The default is 0 (zero) which corresponds to the 'assetstore.dir' above
# assetstore.incoming = 1




--
View this message in context: 
http://dspace.2283337.n4.nabble.com/assetstore-remote-tp4675322p4675324.html
Sent from the DSpace - Tech mailing list archive at Nabble.com.

--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


Re: [Dspace-tech] assetstore remote

2014-10-27 Thread helix84
 *assetstore.dir = ${dspace.dir}/assetstore -- This Line*

Yes, that line. If you mount your remote FS on
/media/dspace-assetstore, it should look like this:

assetstore.dir = /media/dspace-assetstore

--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


Re: [Dspace-tech] assetstore remote

2014-10-27 Thread cbeltran
Thanks for your help.

Regards,



--
View this message in context: 
http://dspace.2283337.n4.nabble.com/assetstore-remote-tp4675322p4675326.html
Sent from the DSpace - Tech mailing list archive at Nabble.com.

--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


Re: [Dspace-tech] DS-2220: Always load Google Analytics over SSL

2014-10-27 Thread Stuart Yeates
Isn't the fix for this to use protocol-independent URIs? i.e. the ones that 
start with // rather than https:// or http:// ?


Or is there an important secondary issue I'm missing?


cheers

stuart




--
I have a new phone number: 04 463 5692

From: Alan Orth alan.o...@gmail.com
Sent: Monday, 27 October 2014 11:51 p.m.
To: dspace-tech@lists.sourceforge.net
Subject: [Dspace-tech] DS-2220: Always load Google Analytics over SSL

I was just poking around and noticed we conditionally load Google Analytics 
over SSL.  We should *always* load ga.js over SSL.  Bug here:

https://jira.duraspace.org/browse/DS-2220

Patch and pull request is linked in bug report.

Cheers,

--
Alan Orth
alan.o...@gmail.commailto:alan.o...@gmail.com
https://alaninkenya.org
https://mjanja.ch
In heaven all the interesting people are missing. -Friedrich Nietzsche
GPG public key ID: 0x8cb0d0acb5cd81ec209c6cdfbd1a0e09c2f836c0
--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

[Dspace-tech] OAI metadata formats

2014-10-27 Thread Scott Carlson

Greetings all,

We are in the midst of updating our IR's metadata registry and the 
corresponding crosswalks, to make sure all of our metadata is exposed 
through OAI. While working on these updates, it came to our attention 
that some of the metadata formats in the DSpace OAI module are out of 
date. For example, links to both the namespace 
(http://www.dspace.org/xmlns/dspace/dim) and schema 
(http://www.dspace.org/schema/dim.xsd) of the DSpace Intermediate 
Metadata (DIM) format are apparently dead; meanwhile, the schemas for 
MODS and ETDMS have (relatively) recently been updated to 3.5 and 1.1, 
respectively, but the OAI links to previous versions of the two.


It would be great to have the latest schema versions available for 
updating OAI crosswalking; however, we are hesitant to make local 
changes, as the OAI webapp is currently being upgraded for the next 
DSpace software version and its xoai file still references the previous 
schemas and dead links.


Does anyone know if there has been any discussion about updating the 
metadata versions/links in the OAI webapp before the next update?


Thanks!

Scott Carlson
Metadata Coordinator
Rice University
Fondren Library
scarl...@rice.edu
--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] OAI metadata formats

2014-10-27 Thread Stuart Yeates
I'd be very interested in whether anyone in knows of any real-world harvesters 
of OAI in anything except

oai_dc ?


cheers

stuart


--
I have a new phone number: 04 463 5692

From: Scott Carlson scarl...@rice.edu
Sent: Tuesday, 28 October 2014 9:53 a.m.
To: dspace-tech@lists.sourceforge.net
Subject: [Dspace-tech] OAI metadata formats

Greetings all,

We are in the midst of updating our IR's metadata registry and the 
corresponding crosswalks, to make sure all of our metadata is exposed through 
OAI. While working on these updates, it came to our attention that some of the 
metadata formats in the DSpace OAI module are out of date. For example, links 
to both the namespace (http://www.dspace.org/xmlns/dspace/dim) and schema 
(http://www.dspace.org/schema/dim.xsd) of the DSpace Intermediate Metadata 
(DIM) format are apparently dead; meanwhile, the schemas for MODS and ETDMS 
have (relatively) recently been updated to 3.5 and 1.1, respectively, but the 
OAI links to previous versions of the two.

It would be great to have the latest schema versions available for updating OAI 
crosswalking; however, we are hesitant to make local changes, as the OAI webapp 
is currently being upgraded for the next DSpace software version and its xoai 
file still references the previous schemas and dead links.

Does anyone know if there has been any discussion about updating the metadata 
versions/links in the OAI webapp before the next update?

Thanks!

Scott Carlson
Metadata Coordinator
Rice University
Fondren Library
scarl...@rice.edumailto:scarl...@rice.edu
--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] OAI metadata formats

2014-10-27 Thread Brian Freels-Stendel
Good afternoon,

We're currently working with a new QDC crosswalk to allow OCLC to harvest that 
format.  They expect a different structure than is provided by DSpace's default 
QDC crosswalk.  I believe their default format is oai_dc, but they have the 
option of choosing QDC or other formats.

When we're able to get OCLC to successfully harvest our QDC, we planned to see 
if the community would find it useful.

B--

From: Stuart Yeates [mailto:stuart.yea...@vuw.ac.nz]
Sent: Monday, October 27, 2014 4:19 PM
To: Scott Carlson; dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] OAI metadata formats


I'd be very interested in whether anyone in knows of any real-world harvesters 
of OAI in anything except

oai_dc ?



cheers

stuart


--
I have a new phone number: 04 463 5692

From: Scott Carlson scarl...@rice.edumailto:scarl...@rice.edu
Sent: Tuesday, 28 October 2014 9:53 a.m.
To: dspace-tech@lists.sourceforge.netmailto:dspace-tech@lists.sourceforge.net
Subject: [Dspace-tech] OAI metadata formats

Greetings all,

We are in the midst of updating our IR's metadata registry and the 
corresponding crosswalks, to make sure all of our metadata is exposed through 
OAI. While working on these updates, it came to our attention that some of the 
metadata formats in the DSpace OAI module are out of date. For example, links 
to both the namespace (http://www.dspace.org/xmlns/dspace/dim) and schema 
(http://www.dspace.org/schema/dim.xsd) of the DSpace Intermediate Metadata 
(DIM) format are apparently dead; meanwhile, the schemas for MODS and ETDMS 
have (relatively) recently been updated to 3.5 and 1.1, respectively, but the 
OAI links to previous versions of the two.

It would be great to have the latest schema versions available for updating OAI 
crosswalking; however, we are hesitant to make local changes, as the OAI webapp 
is currently being upgraded for the next DSpace software version and its xoai 
file still references the previous schemas and dead links.

Does anyone know if there has been any discussion about updating the metadata 
versions/links in the OAI webapp before the next update?

Thanks!

Scott Carlson
Metadata Coordinator
Rice University
Fondren Library
scarl...@rice.edumailto:scarl...@rice.edu
--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette