Re: [Dspace-tech] Packaged Stats reports in XMLUI

2009-03-04 Thread Claudia Jürgen
Hi Floyd,

see 
http://sourceforge.net/tracker/index.php?func=detail&aid=2137425&group_id=19984&atid=119984
The stats are written to log.dir but the statistics loader tries to get 
them from report.dir. This has been fixed for the next release.


Hope that helps

Claudia Jürgen


Floyd, Randall Dean schrieb:
> Hi all,
> 
> Does anybody have the standard packaged stats reporting working within 
> XMLUI?  I can't see any reports.  I am logged in as admin, but all it 
> ever says is 'No reports currently available'.  I have followed the 
> directions exactly to use the new Java-based stats generators (vs, the 
> Perl-based ones).  I know I have this configured correctly because when 
> I run all the required scripts I get exactly what I expect, which is 
> correctly named and formatted *.dat files in my log directory, and the 
> corresponding HTML files in reports.  Upon visual inspection, all of 
> these files contain reasonably accurate data.
> 
>  From looking at StatisticsViewer.java it appears that the XMLUI 
> version does not use the HTML reports and instead uses the DSpace stats 
> APIs directly.  In my case, the result of instantiating the log data 
> returns null and just falls through to the 'no reports' messages. It 
> stands to reason to me that if the command-line analyzers can produce 
> accurate HTML reports from the data files, then the XMLUI should be 
> able to.  Am I missing a step?  What is the XMLUI looking for that it 
> can't find?
> 
> 
> --
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] log levels in DSpace 1.5.1

2009-03-04 Thread Diggory Mark
Actually, if your using the dspace statistics logger, then these are  
important as each is a request from a user.


On Mar 4, 2009, at 5:36 PM, Thornton, Susan M. (LARC-B702)[RAYTHEON  
TECHNICAL SERVICES COMPANY] wrote:


We are in the testing phase of a DSpace upgrade from version 1.4.2  
to 1.5.1.  I happened to notice today that there seems to be a lot  
more INFO-level lines in 1.5.1’s dspace.log files, than in 1.4.2.   
For example, there are a lot of displays when an online browse is  
executed, as follows:


2009-03-04 15:06:30,182 INFO   
org.dspace.app.webui.servlet.AbstractBrowserServlet @  
anonymous:session_id 
= 
3181d231122020fb74f624dff43b:ip_addr 
= 
146.165.42.166 
:browse:type 
= 
dateissued 
,order 
= 
ASC 
,value 
= 
null 
,month 
= 
null 
,year 
= 
null 
,starts_with=null,vfocus=null,focus=-1,rpp=20,sort_by=2,community=n/ 
a,collection=2121/4,level=0,etal=-1
2009-03-04 15:06:30,183 INFO  org.dspace.browse.BrowseEngine @  
anonymous:session_id 
=3181d231122020fb74f624dff43b:ip_addr=146.165.42.166:browse_by_item:
2009-03-04 15:06:30,273 INFO   
org.dspace.app.webui.servlet.AbstractBrowserServlet @  
anonymous:session_id 
= 
3181d231122020fb74f624dff43b:ip_addr 
= 
146.165.42.166 
:browse:type 
= 
dateissued 
,order 
= 
ASC 
,value 
= 
null 
,month 
= 
null 
,year 
= 
null 
,starts_with=null,vfocus=null,focus=-1,rpp=20,sort_by=2,community=n/ 
a,collection=2121/4,level=0,etal=-1
2009-03-04 15:06:30,273 INFO  org.dspace.browse.BrowseEngine @  
anonymous:session_id 
=3181d231122020fb74f624dff43b:ip_addr=146.165.42.166:browse_by_item:
2009-03-04 15:06:30,355 INFO   
org.dspace.app.webui.servlet.AbstractBrowserServlet @  
anonymous:session_id 
= 
3181d231122020fb74f624dff43b:ip_addr 
= 
146.165.42.166 
:browse:type 
= 
dateissued 
,order 
= 
ASC 
,value 
= 
null 
,month 
= 
null 
,year 
= 
null 
,starts_with=null,vfocus=null,focus=-1,rpp=20,sort_by=2,community=n/ 
a,collection=2121/4,level=0,etal=-1
2009-03-04 15:06:30,356 INFO  org.dspace.browse.BrowseEngine @  
anonymous:session_id 
=3181d231122020fb74f624dff43b:ip_addr=146.165.42.166:browse_by_item:
2009-03-04 15:06:30,435 INFO   
org.dspace.app.webui.servlet.AbstractBrowserServlet @  
anonymous:session_id 
= 
3182b1ecfefe90f55876a671b86a:ip_addr 
= 
146.165.42.166 
:browse:type 
= 
dateissued 
,order 
= 
ASC 
,value 
= 
null 
,month 
= 
null 
,year 
= 
null 
,starts_with=null,vfocus=null,focus=-1,rpp=20,sort_by=2,community=n/ 
a,collection=2121/4,level=0,etal=-1
2009-03-04 15:06:30,435 INFO  org.dspace.browse.BrowseEngine @  
anonymous:session_id 
=3182b1ecfefe90f55876a671b86a:ip_addr=146.165.42.166:browse_by_item:
2009-03-04 15:06:30,534 INFO   
org.dspace.app.webui.servlet.AbstractBrowserServlet @  
anonymous:session_id 
= 
3182b1ecfefe90f55876a671b86a:ip_addr 
= 
146.165.42.166 
:browse:type 
= 
dateissued 
,order 
= 
ASC 
,value 
= 
null 
,month 
= 
null 
,year 
= 
null 
,starts_with=null,vfocus=null,focus=-1,rpp=20,sort_by=2,community=n/ 
a,collection=2121/4,level=0,etal=-1
2009-03-04 15:06:30,534 INFO  org.dspace.browse.BrowseEngine @  
anonymous:session_id 
=3182b1ecfefe90f55876a671b86a:ip_addr=146.165.42.166:browse_by_item:
2009-03-04 17:41:50,727 INFO   
org.dspace.app.webui.servlet.CommunityListServlet @  
anonymous:session_id 
= 
3a662851092e88fedee77d129e4f:ip_addr 
=198.119.152.109:view_community_list:
2009-03-04 17:41:55,426 INFO   
org.dspace.app.webui.servlet.DSpaceServlet @  
anonymous:session_id 
= 
3a662851092e88fedee77d129e4f:ip_addr 
=198.119.152.109:view_collection:collection_id=1
2009-03-04 17:41:55,426 INFO  org.dspace.browse.BrowseEngine @  
anonymous:session_id 
=3a662851092e88fedee77d129e4f:ip_addr=198.119.152.109:browse_mini:


 Etc etc….

Are these multiple INFO lines really necessary in a normal, everyday  
operation?  It’s very nice to be able to check the logs whenever a  
problem has occurred, however I routinely browse them as part of my  
daily routine site monitoring and I don’t think I need to see all  
this.  Normally if a problem occurs, it can be recreated also, after  
changing the log level to show more detail (DEBUG, etc).  What is  
the best way to decrease the amount of information I’m currently  
seeing in the 1.5.1 logs?  Is there such a thing as  
“log4j.rootCategory=WARN (or WARNING)” in log4j.properties??  I did  
a Google search on this and nothing came up.


Thanks in advance,
Sue

Sue Walker-Thornton
ConITS Contract
NASA Langley Research Center
Integrated Library Systems Application & Database Administrator
130 Research Drive
Hampton, VA  23666
Office: (757) 224-4074
Fax:(757) 224-4001
Pager: (757) 988-2547
Email:  susan.m.thorn...@nasa.gov

--
Open Source Business Conference (OSBC), March 24-25, 2009, San  
Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the  
Enterprise
-Strategies to boost innovation and cut costs with open source  
participation
-Receive a $600 discount off t

Re: [Dspace-tech] DSpace-tech Digest, Vol 35, Issue 5

2009-03-04 Thread Leonie Hayes
Hi Jason

Another suggestion is to use 

dc.contributor.corporatename

you can string a hierarchy together and form controlled list, if you want to 
use if for more than one department ie

Faculty of Science::Computer Science Department
Faculty of Science::Biological Sciences Department.


Leonie Hayes
Research Repository Librarian
http://www.library.auckland.ac.nz/contacts/?firstname=&lastname=hayes
http://researchspace.auckland.ac.nz  
 




-Original Message-
From: dspace-tech-requ...@lists.sourceforge.net 
[mailto:dspace-tech-requ...@lists.sourceforge.net] 
Sent: Thursday, 5 March 2009 2:43 p.m.
To: dspace-tech@lists.sourceforge.net
Subject: DSpace-tech Digest, Vol 35, Issue 5

Send DSpace-tech mailing list submissions to
dspace-tech@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/dspace-tech
or, via email, send a message with subject or body 'help' to
dspace-tech-requ...@lists.sourceforge.net

You can reach the person managing the list at
dspace-tech-ow...@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of DSpace-tech digest..."


Today's Topics:

   1. Re: Dublin Core recommendation (Diggory Mark)
   2. Packaged Stats reports in XMLUI (Floyd,  Randall Dean)
   3. Re: Dublin Core recommendation (Jason Fowler)
   4. Re: Packaged Stats reports in XMLUI (Scott Phillips)
   5. Re: Internal System Error after uploading document. (Van Ly)
   6. log levels in DSpace 1.5.1
  (Thornton, Susan M. (LARC-B702)[RAYTHEON TECHNICAL SERVICES COMPANY])


--

Message: 1
Date: Wed, 4 Mar 2009 10:05:39 -0800
From: Diggory Mark 
Subject: Re: [Dspace-tech] Dublin Core recommendation
To: Jason Fowler 
Cc: "DSpace-tech@lists.sourceforge.net"

Message-ID: 
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes

Maybe "dc.publisher" if you consider them as such.

http://dublincore.org/documents/dcmi-terms/#elements-publisher


On Mar 4, 2009, at 8:00 AM, Jason Fowler wrote:

> I am working on a Ruby script that will harvest mp3 recordings of  
> our chapel services and upload them into DSpace. Basically the  
> script downloads the files, puts each in a directory with the dublin  
> core and content list, uploads them to our DSpace server, and  
> imports them using the batch importer.
>
> I am recording the name of the speaker as dc.contributor.author, but  
> I would also like to capture the name of the department that created  
> the files.
>
> In writing the Dublin Core files, I began to wonder if I should use  
> the name of the creating organization, which is a department on  
> campus, as dc.creator. The notes for dc.creator on the Metadata  
> Schema page of DSpace say "Do not use; only for harvested metadata."  
> However, since I am harvesting this metadata, would it be  
> appropriate to use it?
>
>
> Jason Fowler, CA
> Archives and Special Collections Librarian
> The Southern Baptist Theological Seminary
> 502-897-4573
> jfow...@sbts.edu
>
> --
> Open Source Business Conference (OSBC), March 24-25, 2009, San  
> Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the  
> Enterprise
> -Strategies to boost innovation and cut costs with open source  
> participation
> -Receive a $600 discount off the registration fee with the source  
> code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech

~
Mark R. Diggory
http://purl.org/net/mdiggory/homepage






--

Message: 2
Date: Wed,  4 Mar 2009 16:37:00 -0500
From: "Floyd,  Randall Dean" 
Subject: [Dspace-tech] Packaged Stats reports in XMLUI
To: dspace-tech@lists.sourceforge.net
Message-ID: <20090304163700.u5zberru8o8co...@webmail.iu.edu>
Content-Type: text/plain;   charset=ISO-8859-1; format="flowed"

Hi all,

Does anybody have the standard packaged stats reporting working within 
XMLUI?  I can't see any reports.  I am logged in as admin, but all it 
ever says is 'No reports currently available'.  I have followed the 
directions exactly to use the new Java-based stats generators (vs, the 
Perl-based ones).  I know I have this configured correctly because when 
I run all the required scripts I get exactly what I expect, which is 
correctly named and formatted *.dat files in my log directory, and the 
corresponding HTML files in reports.  Upon visual inspection, all of 
these files contain reasonably accurate data.

 From looking at StatisticsViewer.java it appears that the XMLUI 
version does not use the HTML reports and instead uses the DSpace stats 
APIs directly.  In my case, the result of instant

[Dspace-tech] log levels in DSpace 1.5.1

2009-03-04 Thread Thornton, Susan M. (LARC-B702)[RAYTHEON TECHNICAL SERVICES COMPANY]
We are in the testing phase of a DSpace upgrade from version 1.4.2 to
1.5.1.  I happened to notice today that there seems to be a lot more
INFO-level lines in 1.5.1's dspace.log files, than in 1.4.2.  For
example, there are a lot of displays when an online browse is executed,
as follows:

 

2009-03-04 15:06:30,182 INFO
org.dspace.app.webui.servlet.AbstractBrowserServlet @
anonymous:session_id=3181d231122020fb74f624dff43b:ip_addr=146.165.42.166
:browse:type=dateissued,order=ASC,value=null,month=null,year=null,starts
_with=null,vfocus=null,focus=-1,rpp=20,sort_by=2,community=n/a,collectio
n=2121/4,level=0,etal=-1

2009-03-04 15:06:30,183 INFO  org.dspace.browse.BrowseEngine @
anonymous:session_id=3181d231122020fb74f624dff43b:ip_addr=146.165.42.166
:browse_by_item:

2009-03-04 15:06:30,273 INFO
org.dspace.app.webui.servlet.AbstractBrowserServlet @
anonymous:session_id=3181d231122020fb74f624dff43b:ip_addr=146.165.42.166
:browse:type=dateissued,order=ASC,value=null,month=null,year=null,starts
_with=null,vfocus=null,focus=-1,rpp=20,sort_by=2,community=n/a,collectio
n=2121/4,level=0,etal=-1

2009-03-04 15:06:30,273 INFO  org.dspace.browse.BrowseEngine @
anonymous:session_id=3181d231122020fb74f624dff43b:ip_addr=146.165.42.166
:browse_by_item:

2009-03-04 15:06:30,355 INFO
org.dspace.app.webui.servlet.AbstractBrowserServlet @
anonymous:session_id=3181d231122020fb74f624dff43b:ip_addr=146.165.42.166
:browse:type=dateissued,order=ASC,value=null,month=null,year=null,starts
_with=null,vfocus=null,focus=-1,rpp=20,sort_by=2,community=n/a,collectio
n=2121/4,level=0,etal=-1

2009-03-04 15:06:30,356 INFO  org.dspace.browse.BrowseEngine @
anonymous:session_id=3181d231122020fb74f624dff43b:ip_addr=146.165.42.166
:browse_by_item:

2009-03-04 15:06:30,435 INFO
org.dspace.app.webui.servlet.AbstractBrowserServlet @
anonymous:session_id=3182b1ecfefe90f55876a671b86a:ip_addr=146.165.42.166
:browse:type=dateissued,order=ASC,value=null,month=null,year=null,starts
_with=null,vfocus=null,focus=-1,rpp=20,sort_by=2,community=n/a,collectio
n=2121/4,level=0,etal=-1

2009-03-04 15:06:30,435 INFO  org.dspace.browse.BrowseEngine @
anonymous:session_id=3182b1ecfefe90f55876a671b86a:ip_addr=146.165.42.166
:browse_by_item:

2009-03-04 15:06:30,534 INFO
org.dspace.app.webui.servlet.AbstractBrowserServlet @
anonymous:session_id=3182b1ecfefe90f55876a671b86a:ip_addr=146.165.42.166
:browse:type=dateissued,order=ASC,value=null,month=null,year=null,starts
_with=null,vfocus=null,focus=-1,rpp=20,sort_by=2,community=n/a,collectio
n=2121/4,level=0,etal=-1

2009-03-04 15:06:30,534 INFO  org.dspace.browse.BrowseEngine @
anonymous:session_id=3182b1ecfefe90f55876a671b86a:ip_addr=146.165.42.166
:browse_by_item:

2009-03-04 17:41:50,727 INFO
org.dspace.app.webui.servlet.CommunityListServlet @
anonymous:session_id=3a662851092e88fedee77d129e4f:ip_addr=198.119.152.10
9:view_community_list:

2009-03-04 17:41:55,426 INFO  org.dspace.app.webui.servlet.DSpaceServlet
@
anonymous:session_id=3a662851092e88fedee77d129e4f:ip_addr=198.119.152.10
9:view_collection:collection_id=1

2009-03-04 17:41:55,426 INFO  org.dspace.browse.BrowseEngine @
anonymous:session_id=3a662851092e88fedee77d129e4f:ip_addr=198.119.152.10
9:browse_mini:

 

 Etc etc

 

Are these multiple INFO lines really necessary in a normal, everyday
operation?  It's very nice to be able to check the logs whenever a
problem has occurred, however I routinely browse them as part of my
daily routine site monitoring and I don't think I need to see all this.
Normally if a problem occurs, it can be recreated also, after changing
the log level to show more detail (DEBUG, etc).  What is the best way to
decrease the amount of information I'm currently seeing in the 1.5.1
logs?  Is there such a thing as "log4j.rootCategory=WARN (or WARNING)"
in log4j.properties??  I did a Google search on this and nothing came
up.

 

Thanks in advance,

Sue

 

Sue Walker-Thornton

ConITS Contract
NASA Langley Research Center
Integrated Library Systems Application & Database Administrator

130 Research Drive

Hampton, VA  23666

Office: (757) 224-4074
Fax:(757) 224-4001
Pager: (757) 988-2547 
Email:  susan.m.thorn...@nasa.gov  

 

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Internal System Error after uploading document.

2009-03-04 Thread Van Ly
> We are using Dspace 1.5.1 with Fedora 9. 
> When uploading  document to collection , its showing "Internal System Error".

I know of the following work-around

# for tomcat 5.5.27
JAVA_OPTS="$JAVA_OPTS 
-Dorg.apache.jasper.compiler.Parser.STRICT_QUOTE_ESCAPING=false"

-- Van Ly
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Packaged Stats reports in XMLUI

2009-03-04 Thread Scott Phillips

There is a bug in DSpace 1.5.1 that prevents the reports from being  
viewed, you need to apply the following patch to fix the problem. Once  
that is fixed you need to run stat-initial, then periodically run stat- 
general and stat-monthly. You do not need to run the report scripts.



Index: dspace-api/src/main/java/org/dspace/app/statistics/ 
LogAnalyser.java
===
--- dspace-api/src/main/java/org/dspace/app/statistics/ 
LogAnalyser.java(revision 1349)
+++ dspace-api/src/main/java/org/dspace/app/statistics/ 
LogAnalyser.java(revision 1350)
@@ -224,7 +224,8 @@
 

 /** the log directory to be analysed */
-   private static String logDir =  
ConfigurationManager.getProperty("log.dir");
+   private static String logDir =  
ConfigurationManager.getProperty("dspace.dir") +
+   File.separator + "log";;

 /** the regex to describe the file name format */
 private static String fileTemplate = "dspace\\.log.*";
Index: dspace-api/src/main/java/org/dspace/app/statistics/ 
StatisticsLoader.java
===
--- dspace-api/src/main/java/org/dspace/app/statistics/ 
StatisticsLoader.java   (revision 1349)
+++ dspace-api/src/main/java/org/dspace/app/statistics/ 
StatisticsLoader.java   (revision 1350)
@@ -352,7 +367,7 @@
   */
  private static File[] getAnalysisAndReportFileList()
  {
-File reportDir = new  
File(ConfigurationManager.getProperty("report.dir"));
+File reportDir = new  
File(ConfigurationManager.getProperty("log.dir"));
  if (reportDir != null)
  {
  return reportDir.listFiles(new AnalysisAndReportFilter());


On Mar 4, 2009, at 3:37 PM, Floyd, Randall Dean wrote:

> Hi all,
>
> Does anybody have the standard packaged stats reporting working within
> XMLUI?  I can't see any reports.  I am logged in as admin, but all it
> ever says is 'No reports currently available'.  I have followed the
> directions exactly to use the new Java-based stats generators (vs, the
> Perl-based ones).  I know I have this configured correctly because  
> when
> I run all the required scripts I get exactly what I expect, which is
> correctly named and formatted *.dat files in my log directory, and the
> corresponding HTML files in reports.  Upon visual inspection, all of
> these files contain reasonably accurate data.
>
> From looking at StatisticsViewer.java it appears that the XMLUI
> version does not use the HTML reports and instead uses the DSpace  
> stats
> APIs directly.  In my case, the result of instantiating the log data
> returns null and just falls through to the 'no reports' messages. It
> stands to reason to me that if the command-line analyzers can produce
> accurate HTML reports from the data files, then the XMLUI should be
> able to.  Am I missing a step?  What is the XMLUI looking for that it
> can't find?
>
>
> --
> Open Source Business Conference (OSBC), March 24-25, 2009, San  
> Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the  
> Enterprise
> -Strategies to boost innovation and cut costs with open source  
> participation
> -Receive a $600 discount off the registration fee with the source  
> code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Dublin Core recommendation

2009-03-04 Thread Jason Fowler
Thanks, Mark. I wondered about that one myself. It looks like a better option, 
but I wasn't sure if creator would be more appropriate because it was reserved 
for harvested metadata.

I noticed that your suggestion is exactly the way that Vanderbilt is dealing 
with their podcasts.

http://discoverarchive.vanderbilt.edu/handle/1803/2287?show=full


Jason Fowler, CA
Archives and Special Collections Librarian
The Southern Baptist Theological Seminary
502-897-4573
jfow...@sbts.edu

From: Diggory Mark [mdigg...@gmail.com]
Sent: Wednesday, March 04, 2009 1:05 PM
To: Jason Fowler
Cc: DSpace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] Dublin Core recommendation

Maybe "dc.publisher" if you consider them as such.

http://dublincore.org/documents/dcmi-terms/#elements-publisher


On Mar 4, 2009, at 8:00 AM, Jason Fowler wrote:

> I am working on a Ruby script that will harvest mp3 recordings of
> our chapel services and upload them into DSpace. Basically the
> script downloads the files, puts each in a directory with the dublin
> core and content list, uploads them to our DSpace server, and
> imports them using the batch importer.
>
> I am recording the name of the speaker as dc.contributor.author, but
> I would also like to capture the name of the department that created
> the files.
>
> In writing the Dublin Core files, I began to wonder if I should use
> the name of the creating organization, which is a department on
> campus, as dc.creator. The notes for dc.creator on the Metadata
> Schema page of DSpace say "Do not use; only for harvested metadata."
> However, since I am harvesting this metadata, would it be
> appropriate to use it?
>
>
> Jason Fowler, CA
> Archives and Special Collections Librarian
> The Southern Baptist Theological Seminary
> 502-897-4573
> jfow...@sbts.edu
>
> --
> Open Source Business Conference (OSBC), March 24-25, 2009, San
> Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the
> Enterprise
> -Strategies to boost innovation and cut costs with open source
> participation
> -Receive a $600 discount off the registration fee with the source
> code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech

~
Mark R. Diggory
http://purl.org/net/mdiggory/homepage




--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


[Dspace-tech] Packaged Stats reports in XMLUI

2009-03-04 Thread Floyd, Randall Dean
Hi all,

Does anybody have the standard packaged stats reporting working within 
XMLUI?  I can't see any reports.  I am logged in as admin, but all it 
ever says is 'No reports currently available'.  I have followed the 
directions exactly to use the new Java-based stats generators (vs, the 
Perl-based ones).  I know I have this configured correctly because when 
I run all the required scripts I get exactly what I expect, which is 
correctly named and formatted *.dat files in my log directory, and the 
corresponding HTML files in reports.  Upon visual inspection, all of 
these files contain reasonably accurate data.

 From looking at StatisticsViewer.java it appears that the XMLUI 
version does not use the HTML reports and instead uses the DSpace stats 
APIs directly.  In my case, the result of instantiating the log data 
returns null and just falls through to the 'no reports' messages. It 
stands to reason to me that if the command-line analyzers can produce 
accurate HTML reports from the data files, then the XMLUI should be 
able to.  Am I missing a step?  What is the XMLUI looking for that it 
can't find?


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Dublin Core recommendation

2009-03-04 Thread Diggory Mark
Maybe "dc.publisher" if you consider them as such.

http://dublincore.org/documents/dcmi-terms/#elements-publisher


On Mar 4, 2009, at 8:00 AM, Jason Fowler wrote:

> I am working on a Ruby script that will harvest mp3 recordings of  
> our chapel services and upload them into DSpace. Basically the  
> script downloads the files, puts each in a directory with the dublin  
> core and content list, uploads them to our DSpace server, and  
> imports them using the batch importer.
>
> I am recording the name of the speaker as dc.contributor.author, but  
> I would also like to capture the name of the department that created  
> the files.
>
> In writing the Dublin Core files, I began to wonder if I should use  
> the name of the creating organization, which is a department on  
> campus, as dc.creator. The notes for dc.creator on the Metadata  
> Schema page of DSpace say "Do not use; only for harvested metadata."  
> However, since I am harvesting this metadata, would it be  
> appropriate to use it?
>
>
> Jason Fowler, CA
> Archives and Special Collections Librarian
> The Southern Baptist Theological Seminary
> 502-897-4573
> jfow...@sbts.edu
>
> --
> Open Source Business Conference (OSBC), March 24-25, 2009, San  
> Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the  
> Enterprise
> -Strategies to boost innovation and cut costs with open source  
> participation
> -Receive a $600 discount off the registration fee with the source  
> code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech

~
Mark R. Diggory
http://purl.org/net/mdiggory/homepage




--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Fwd: Internal System Error after uploading document.

2009-03-04 Thread Diggory Mark

Divyang,

You need to provide the whole stack-trace for the error you  
encountered, "Internal System Error" is a generic type of error.  I  
suspect it may be a file permissions error in the assetstore, but  
cannot tell you without the full description of the error.  You may  
try searching your dspace.log for it if you cannot recreate it.


Mark

On Mar 4, 2009, at 4:08 AM, Miguel A. Robledo wrote:


Hi,

What web interface are you using? I was a similar problem with JSP  
interface but with XML interface the upload was succesfull. Can you  
test it?


Can you describe the complete error?  Can you attach the log's file?

Regards

Miguel A. Robledo


divyang patel escribió:



Dear All,

We are using Dspace 1.5.1 with Fedora 9.
When uploading  document to collection , its showing "Internal  
System Error".


We have already few document in our dspace collection, this is  
first time we are facing this error.
May be we have missed something in the editing of different file to  
get our required customization.


Any one please bring light in to this matter.

Thanks



--
Divyang Patel
System Administrator
CMIE -IIM, Ahmedabad

--
Open Source Business Conference (OSBC), March 24-25, 2009, San  
Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the  
Enterprise
-Strategies to boost innovation and cut costs with open source  
participation
-Receive a $600 discount off the registration fee with the source  
code: SFAD

http://p.sf.net/sfu/XcvMzF8H

___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech



--
Open Source Business Conference (OSBC), March 24-25, 2009, San  
Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the  
Enterprise
-Strategies to boost innovation and cut costs with open source  
participation
-Receive a $600 discount off the registration fee with the source  
code: SFAD

http://p.sf.net/sfu/XcvMzF8H___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


~
Mark R. Diggory
http://purl.org/net/mdiggory/homepage



--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


[Dspace-tech] Dublin Core recommendation

2009-03-04 Thread Jason Fowler
I am working on a Ruby script that will harvest mp3 recordings of our chapel 
services and upload them into DSpace. Basically the script downloads the files, 
puts each in a directory with the dublin core and content list, uploads them to 
our DSpace server, and imports them using the batch importer.

I am recording the name of the speaker as dc.contributor.author, but I would 
also like to capture the name of the department that created the files.

In writing the Dublin Core files, I began to wonder if I should use the name of 
the creating organization, which is a department on campus, as dc.creator. The 
notes for dc.creator on the Metadata Schema page of DSpace say "Do not use; 
only for harvested metadata." However, since I am harvesting this metadata, 
would it be appropriate to use it?


Jason Fowler, CA
Archives and Special Collections Librarian
The Southern Baptist Theological Seminary
502-897-4573
jfow...@sbts.edu

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


[Dspace-tech] Question about uploading large files

2009-03-04 Thread George Kozak
Hi...

I have a user who is uploading 1-2GB files with his 
submissions.  Even though I have my dspace.cfg set to allow any size, 
his browser times out on him during the submission process.  So, I 
have asked him to give me the files on DVD and submit his items 
without the large files.  Then I am exporting the items, adding the 
large files and doing an import (replace) of the items.

Is there any easier solution that someone else has come up with in 
dealing with large file submissions?

***
George Kozak
Digital Library Specialist
Division of Library Information Technologies (DLIT), Digital Media Group
501 Olin Library
Cornell University
607-255-8924
***
g...@cornell.edu 


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


[Dspace-tech] Dspace and Manakin

2009-03-04 Thread Keith Jones


Hello,

I have downloaded dspace 1.5.1 source code.  After installing the jspui to 
run in tomcat, I'm trying to run the xmlui interface.  When I try to run 
the xml interface, the default aspects are not there.

I've run the following commands:

cd [dspace-source]/dspace
maven package
cd [dspace-source]/dspace/target/dspace-1.5.1-build.dir
ant update

I've looked in the xmlui/aspects folder, but it only contains the 
following files:

aspects.xmap
protodocument.xml


I'm using dspace-1.5.1-src-release, downloaded from the sourceforge 
website.

Thanks
Keith


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Fwd: Internal System Error after uploading document.

2009-03-04 Thread Miguel A. Robledo

Hi,

What web interface are you using? I was a similar problem with JSP
interface but with XML interface the upload was succesfull. Can you test it?

Can you describe the complete error?  Can you attach the log's file?

Regards

Miguel A. Robledo


divyang patel escribió:


Dear All,

We are using Dspace 1.5.1 with Fedora 9.
When uploading  document to collection , its showing "Internal System
Error".

We have already few document in our dspace collection, this is first
time we are facing this error.
May be we have missed something in the editing of different file to
get our required customization.

Any one please bring light in to this matter.

Thanks



--
Divyang Patel
System Administrator
CMIE -IIM, Ahmedabad


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H


___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech



--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


[Dspace-tech] Fwd: Internal System Error after uploading document.

2009-03-04 Thread divyang patel
Dear All,

We are using Dspace 1.5.1 with Fedora 9.
When uploading  document to collection , its showing "Internal System
Error".

We have already few document in our dspace collection, this is first time we
are facing this error.
May be we have missed something in the editing of different file to get our
required customization.

Any one please bring light in to this matter.

Thanks



-- 
Divyang Patel
System Administrator
CMIE -IIM, Ahmedabad
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech