Thanks, Leonie. I'll mull that one over as well. -----Original Message----- From: Leonie Hayes [mailto:[email protected]] Sent: Wednesday, March 04, 2009 8:54 PM To: [email protected] Subject: Re: [Dspace-tech] DSpace-tech Digest, Vol 35, Issue 5
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: [email protected] [mailto:[email protected]] Sent: Thursday, 5 March 2009 2:43 p.m. To: [email protected] Subject: DSpace-tech Digest, Vol 35, Issue 5 Send DSpace-tech mailing list submissions to [email protected] 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 [email protected] You can reach the person managing the list at [email protected] 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 <[email protected]> Subject: Re: [Dspace-tech] Dublin Core recommendation To: Jason Fowler <[email protected]> Cc: "[email protected]" <[email protected]> Message-ID: <[email protected]> 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 > [email protected] > > ------------------------------------------------------------------------------ > 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 > [email protected] > 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" <[email protected]> Subject: [Dspace-tech] Packaged Stats reports in XMLUI To: [email protected] Message-ID: <[email protected]> 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 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? ------------------------------ Message: 3 Date: Wed, 4 Mar 2009 16:51:17 -0500 From: Jason Fowler <[email protected]> Subject: Re: [Dspace-tech] Dublin Core recommendation To: Diggory Mark <[email protected]> Cc: "[email protected]" <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset="us-ascii" 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 [email protected] ________________________________________ From: Diggory Mark [[email protected]] Sent: Wednesday, March 04, 2009 1:05 PM To: Jason Fowler Cc: [email protected] 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 > [email protected] > > ------------------------------------------------------------------------------ > 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 > [email protected] > https://lists.sourceforge.net/lists/listinfo/dspace-tech ~~~~~~~~~~~~~ Mark R. Diggory http://purl.org/net/mdiggory/homepage ------------------------------ Message: 4 Date: Wed, 4 Mar 2009 16:07:23 -0600 From: Scott Phillips <[email protected]> Subject: Re: [Dspace-tech] Packaged Stats reports in XMLUI To: "Floyd, Randall Dean" <[email protected]> Cc: [email protected] Message-ID: <[email protected]> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes 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 > [email protected] > https://lists.sourceforge.net/lists/listinfo/dspace-tech ------------------------------ Message: 5 Date: Thu, 5 Mar 2009 10:20:58 +1100 From: Van Ly <[email protected]> Subject: Re: [Dspace-tech] Internal System Error after uploading document. To: divyang patel <[email protected]>, <[email protected]> Message-ID: <2c1c6eb1-8ffc-4ecd-9353-965e941ba...@mimectl> Content-Type: text/plain; charset="iso-8859-1" > 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 -------------- next part -------------- An HTML attachment was scrubbed... ------------------------------ Message: 6 Date: Wed, 4 Mar 2009 19:36:07 -0600 From: "Thornton, Susan M. (LARC-B702)[RAYTHEON TECHNICAL SERVICES COMPANY]" <[email protected]> Subject: [Dspace-tech] log levels in DSpace 1.5.1 To: <[email protected]> Cc: "Smail, James W. \(LARC-B702\)\[RAYTHEON TECHNICAL SERVICES COMPANY\]" <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset="us-ascii" 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: [email protected] <mailto:[email protected]> -------------- next part -------------- An HTML attachment was scrubbed... ------------------------------ ------------------------------------------------------------------------------ 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 [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech End of DSpace-tech Digest, Vol 35, Issue 5 ****************************************** ------------------------------------------------------------------------------ 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 [email protected] 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 [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech
