[Dspace-tech] Dublin Core Citations
I have a question for all the librarians and metadata experts out there, with apologies in advance for my sketchy metadata knowledge. One of our schools is providing us with files of citations to go along with the items. These citations are in Bibtex format Eg. @Article{journals/aim/Sloman99, title = Review of Affective Computing, author = Aaron Sloman, journal = AI Magazine, year =1999, number = 1, volume = 20, url = http://dblp.uni-trier.de/db/journals/aim/aim20.html#Sloman99;, pages = 127--133, } I need to translate this into Dublin Core. In the case of a journal article it appears that DC does easily allow for the description of the journal, as opposed to the article. DC does allow for a 'bibliographicCitation' but it is expected that it will be one field containing either a human readable citation eg Schrader, Alvin. Internet Censorship: Issues for Teacher-Librarian. Teacher Librarian 26, no.5 (1999): 5 pp Or a machine readable equivelant, perhaps in OpenURL format. See http://dublincore.org/documents/dc-citation-guidelines/ for a better description. So, if I want to translate and store 'journal = AI Magazine' from the Bibtex file I would have to form a 'bibliographicCitation' with this as part of it. If I ever wanted to reuse the constituent parts of the bibliographicCitation I would need to deconstruct it. I would prefer to store the discreet parts and present them as a styled citation when it suits my purpose. I have seen a number of DC schema utilising dc.citation.xxx, but as far as I am aware this is not 'approved' Dublin Core (see http://dublincore.org/documents/2008/01/14/dcmi-terms). Any suggestions as to how I can avoid going down the 'bibliographicCitation' route would be much appreciated. Thanks, and apologies for cross-posting. Robin. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] FW: Dublin Core Citations
Major error in my earlier email:- DC does easily allow for the description of the journal, as opposed to the article. Should have read does NOT. Doh ! Thanks, Robin. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robin Taylor Sent: 08 February 2008 10:45 To: dspace-tech@lists.sourceforge.net Subject: [Dspace-tech] Dublin Core Citations I have a question for all the librarians and metadata experts out there, with apologies in advance for my sketchy metadata knowledge. One of our schools is providing us with files of citations to go along with the items. These citations are in Bibtex format Eg. @Article{journals/aim/Sloman99, title = Review of Affective Computing, author = Aaron Sloman, journal = AI Magazine, year =1999, number = 1, volume = 20, url = http://dblp.uni-trier.de/db/journals/aim/aim20.html#Sloman99;, pages = 127--133, } I need to translate this into Dublin Core. In the case of a journal article it appears that DC does easily allow for the description of the journal, as opposed to the article. DC does allow for a 'bibliographicCitation' but it is expected that it will be one field containing either a human readable citation eg Schrader, Alvin. Internet Censorship: Issues for Teacher-Librarian. Teacher Librarian 26, no.5 (1999): 5 pp Or a machine readable equivelant, perhaps in OpenURL format. See http://dublincore.org/documents/dc-citation-guidelines/ for a better description. So, if I want to translate and store 'journal = AI Magazine' from the Bibtex file I would have to form a 'bibliographicCitation' with this as part of it. If I ever wanted to reuse the constituent parts of the bibliographicCitation I would need to deconstruct it. I would prefer to store the discreet parts and present them as a styled citation when it suits my purpose. I have seen a number of DC schema utilising dc.citation.xxx, but as far as I am aware this is not 'approved' Dublin Core (see http://dublincore.org/documents/2008/01/14/dcmi-terms). Any suggestions as to how I can avoid going down the 'bibliographicCitation' route would be much appreciated. Thanks, and apologies for cross-posting. Robin. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] CAS integration and 1.4.1 (or 1.4.2)
Curtis, If I understand correctly, you are trying to use the originally submitted contribution for CAS that could be used with DSpace 1.3.*, right? Unfortunately, I don't think that will work with the new stackable authentication mechanism. Someone else here may tell me it could still be done, but I assumed it would have to be reworked because those authentication classes in the API are different now. I got it working in our environment by taking the low level SSL/CAS code from the original CAS contribution and put together a proper authentication method that could be stacked. I followed the LDAP example provided to learn how to use the stackable authentication facility. There's way too much to explain here, but I can send you the code and the documentation that I wrote up for our internal use. I did all my work against 1.4.2 and it has been pretty well tested. Quoting Curtis Collicutt [EMAIL PROTECTED]: Has anyone got CAS going with 1.4.1 or preferably 1.4.2? I've looked here: http://wiki.dspace.org/index.php/CvtContribution and used the 1.4.1 patches on 1.4.1 and it builds OK. This is what I have in my dspace cfg. cas.server.url=https://testcas.athabascau.ca:443/cas/index.jsp cas.validate.url=https://testcas.athabascau.ca:443/cas/validate cas.logout.url=https://testcas.athabascau.ca:443/cas/logout Does anyone have working config I could look at? There is no traffic on the dspace box going to the testcas server. Or some working source? Thanks, Curtis. __ This communication is intended for the use of the recipient to whom it is addressed, and may contain confidential, personal, and or privileged information. Please contact us immediately if you are not the intended recipient of this communication, and do not copy, distribute, or take action relying on it. Any communications received in error, or subsequent reply, should be deleted or destroyed. --- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] [Dspace-general] New Version (2.0) of the DSpace Statistics Add-on
Dear Eloy, Congratulations on your teams contribution creating a new improved statistics package in DSpace.. The foundation will do what it can to help coordinate integration with Manakin, but it will be difficult to play an active role in this until we have the Technical Director on board. Also- it may be a good possibility to have this as a community project within the umbrella of the DSpace 2.0 work that will take place starting early summer. Lets talk about this more and how we can work together at OR2008. thanks, Michele On Feb 7, 2008, at 10:39 AM, Eloy Rodrigues wrote: Dear Tim, Not at the present time. We will analyse the issue during the coming months. We would also be glad if someone else would be willing to collaborate with us on that direction (as we will probably have small programming time for this during 2008). Anyway, as we stated in Rome, as there is an evident need of good statistical tools/module for DSpace, what we really want is to contribute, to a global, single, comprehensive and highly customizable solution for this need. I think the DSpace community must really have a SAY, and a DO... :-), on this. Some work for the Foundation and Michele? Best, Eloy Rodrigues Universidade do Minho - Serviços de Documentação Campus de Gualtar, 4710-057 Braga Tel: +351 253 60 41 50; Fax - 253 60 41 59 Campus de Azurém, 4800-058 Guimarães Tel: +351 253 51 01 19; Fax - 253 51 01 17 -Original Message- From: Tim Donohue [mailto:[EMAIL PROTECTED] Sent: quinta-feira, 7 de Fevereiro de 2008 15:19 To: Eloy Rodrigues Cc: dspace-tech@lists.sourceforge.net; [EMAIL PROTECTED] Subject: Re: [Dspace-general] New Version (2.0) of the DSpace Statistics Add-on Eloy, This is good news! Does Minho University have any plans to build a version of the StatisticsAddOn that will also work with the new Manakin interface? - Tim Eloy Rodrigues wrote: Apologies for cross-posting I’m glad to announce that the RepositóriUM team at Minho University has finished the documentation and packaging off a new version of the DSpace Statistics Add-on, which we already use in our Repository for 2 months. This Add-on (see description below) is available at: http://wiki.dspace.org/StatisticsAddOn The original purpose of the Statistics Add-on was to promote RepositóriUM and author self(or mediated)-archiving, by demonstrating the worldwide accessibility and usage (access/downloads) of archived documents. We also wanted to provide usage, content and administrative statistics to IR and community/collection administrators or coordinators. The Statistics System is an add-on to the DSpace http://www.dspace.org platform that allows gathering, processing and presenting usage, content and administrative statistics. Despite the fact that its development was done to meet the specific needs of RepositóriUM https://repositorium.sdum.uminho.pt, the system is completely adjustable to other environments as its components can easily be configured, changed or extended, to respond to different information needs. With the release of the version 2.0 of the Stats System the main focus was solving some problems and limitations of version 1.1, primarily the: * Increasing degradation of performance/response time as the usage and the period of the log information grew; * Rigidity of the statistics definition and structure of the Web interface; * Poor layout and data presentation (e.g. Inexistence of charts; reduced navigation and limited data presentation). Important features of the version 2.0 of the Statistics add-on are: * Customizable statistics * Customizable web interface * Customizable access policies * Data stored in database * Access origin detection and processing * Crawler exclusion * Real time/Batch statistics * Temporal data aggregations * Dimensional aggregations (e.g. Country, Document type, etc.) * Charts * Multilanguage support You can see the implementation of the Add-on in RepositóriUM (https://repositorium.sdum.uminho.pt https://repositorium.sdum.uminho.pt/) where the general (IR level) access/download statistics (https://repositorium.sdum.uminho.pt/stats?level=generaltype=accesspage=do wnviews-series https://repositorium.sdum.uminho.pt/stats?level=generaltype=accesspage=do wnviews-series) and individual access/download statistics (eg, |http://hdl.handle.net/1822/4803|) are publicly available. Best Regards, Eloy Rodrigues Universidade do Minho - Serviços de Documentação Campus de Gualtar, 4710-057 Braga Tel: +351 253 60 41 50; Fax - 253 60 41 59 Campus de Azurém, 4800-058 Guimarães Tel: +351 253 51 01 19; Fax - 253 51 01 17 ___ Dspace-general mailing list
Re: [Dspace-tech] CAS integration and 1.4.1 (or 1.4.2)
Excerpts from Floyd, Randall Dean's message of Fri Feb 08 13:22:50 -0700 2008: Curtis, If I understand correctly, you are trying to use the originally submitted contribution for CAS that could be used with DSpace 1.3.*, right? Unfortunately, I don't think that will work with the new stackable authentication mechanism. Someone else here may tell me it could still be done, but I assumed it would have to be reworked because those authentication classes in the API are different now. I followed the links in the CvtContribution page to here: https://sourceforge.net/tracker/index.php?func=detailaid=1628490group_id=19984atid=319984 and it has 1.4.1 code, but no documentation. Seemed to build OK, but I'm no Java developer, that's for sure. :) I got it working in our environment by taking the low level SSL/CAS code from the original CAS contribution and put together a proper authentication method that could be stacked. I followed the LDAP example provided to learn how to use the stackable authentication facility. There's way too much to explain here, but I can send you the code and the documentation that I wrote up for our internal use. I did all my work against 1.4.2 and it has been pretty well tested. That would be great! I will contact you off-list. Thanks, Curtis. __ This communication is intended for the use of the recipient to whom it is addressed, and may contain confidential, personal, and or privileged information. Please contact us immediately if you are not the intended recipient of this communication, and do not copy, distribute, or take action relying on it. Any communications received in error, or subsequent reply, should be deleted or destroyed. --- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Dublin Core Citations
Sorry if this is a little stream of consciousness, my response was authored as I was researching the literature... This isn't a new topic... You may find this to be of use to establish a historical context: http://dublincore.org/usage/meetings/2002/05/citdcsv.html http://epub.mimas.ac.uk/DC/citdcsv.html http://dublincore.org/documents/dcmi-dcsv/ However, while they formalize an encoding of the value of the citation. They do not provide a means to identify where in the dcterms:isPartOf the article is located as separate dc values and maybe because of this the community runs off in two separate directions 1.) encode it in a dc:bibliographicCitation or 2.) make new qualifications. Unfortunately, the citation ends up duplicating most of the fields in the dc and thus turns into a nightmare to maintain. So I understand what your hoping to attain. This is where I think dc falls down on its face and the community starts customizing it or creating a separate namespace to maintain that detail. I poked around for a DCMI Application Profile for expressing Journal Articles and I kept returning full circle to the DCMI Citations Working group... more specifically, based on this article... http://epub.mimas.ac.uk/papers/appsmacecdl2000_full.html It seems there are recommended encoding schemes for the dc:identifier that will capture the detail about volume, issue, etc (See Example 8 in below) http://dublincore.org/documents/dc-citation-guidelines/ and yes thats all OpenURL... I think the OpenURL approach is also sane. I think if we did a little more work, we could introduce a means to parse out the metadata values into objects that could be handled for presentation and editing in places like the Manakin UI or in any Crosswalks rendered out in OAI or the Packaging framework... Ying's approach below is a solution that uses the current metadata table to accomplish things. I do like that as well because it can be customized to support different citation formats and its clear that the bibliographicCitation field is better left to the application to generate rather than duplicating metadata over and over in the database. I hope maybe in the future such an approach could be extended to support parsing values based on dcmi encoding schemes, for instance, on dc:identifier OpenURL encodings to parse out the appropriate values for the generated citation rather than custom metadata fields. If implemented properly this could lead to some better authority control and validation of metadata field values in the dspace dublin core metadata. -Mark On Feb 8, 2008, at 8:07 AM, yinjin wrote: Hi Robin, I got a similiar request from our client. Our solution maybe not a good one, but I'd like to share it with you. I'll take journal article as an example. We have very similar matadata fields and we define our own citation format. Instead of letting the user input the citation in one field, we ask for each individual field and then assembly them together later for citation display. We defined a seperate schema to hold the metadata fields (e.g. journal, number, volume and pages) that don't fit into DC definitions. I designed an XML to define the citation format for each document type. Here is an example for journal article: - !-- JOURNAL ARTICLE -- citation name=journal-article !-- Author -- field dc-schemadc/dc-schema dc-elementcontributor/dc-element dc-qualifierauthor/dc-qualifier display-format multiple-value-seperator=,@[EMAIL PROTECTED]/display-format /field !-- Year -- field dc-schemadc/dc-schema dc-elementdate/dc-element dc-qualifierissued/dc-qualifier display-format @[EMAIL PROTECTED]/display-format /field !-- Title -- field dc-schemadc/dc-schema dc-elementtitle/dc-element dc-qualifier/dc-qualifier display-format @field@/display-format /field !-- Journal -- field dc-schemadlc/dc-schema dc-elementidentifier/dc-element dc-qualifiercitationjournal/dc-qualifier display-format @field@/display-format /field !-- Volume -- field dc-schemadlc/dc-schema dc-elementidentifier/dc-element dc-qualifiercitationvolume/dc-qualifier display-format @field@/display-format /field !-- Number -- field dc-schemadlc/dc-schema dc-elementidentifier/dc-element dc-qualifiercitationnumber/dc-qualifier display-format(@field@)/display-format /field !-- Pages -- field dc-schemadlc/dc-schema dc-elementidentifier/dc-element dc-qualifiercitationpages/dc-qualifier display-format:@field@/display-format
Re: [Dspace-tech] Dublin Core Citations
Hi Robin, I got a similiar request from our client. Our solution maybe not a good one, but I'd like to share it with you. I'll take journal article as an example. We have very similar matadata fields and we define our own citation format. Instead of letting the user input the citation in one field, we ask for each individual field and then assembly them together later for citation display. We defined a seperate schema to hold the metadata fields (e.g. journal, number, volume and pages) that don't fit into DC definitions. I designed an XML to define the citation format for each document type. Here is an example for journal article: - !-- JOURNAL ARTICLE -- citation name=journal-article !-- Author -- field dc-schemadc/dc-schema dc-elementcontributor/dc-element dc-qualifierauthor/dc-qualifier display-format multiple-value-seperator=,@[EMAIL PROTECTED]/display-format /field !-- Year -- field dc-schemadc/dc-schema dc-elementdate/dc-element dc-qualifierissued/dc-qualifier display-format @[EMAIL PROTECTED]/display-format /field !-- Title -- field dc-schemadc/dc-schema dc-elementtitle/dc-element dc-qualifier/dc-qualifier display-format @field@/display-format /field !-- Journal -- field dc-schemadlc/dc-schema dc-elementidentifier/dc-element dc-qualifiercitationjournal/dc-qualifier display-format @field@/display-format /field !-- Volume -- field dc-schemadlc/dc-schema dc-elementidentifier/dc-element dc-qualifiercitationvolume/dc-qualifier display-format @field@/display-format /field !-- Number -- field dc-schemadlc/dc-schema dc-elementidentifier/dc-element dc-qualifiercitationnumber/dc-qualifier display-format(@field@)/display-format /field !-- Pages -- field dc-schemadlc/dc-schema dc-elementidentifier/dc-element dc-qualifiercitationpages/dc-qualifier display-format:@field@/display-format /field field dc-schema/dc-schema dc-element/dc-element dc-qualifier/dc-qualifier display-format./display-format /field /citation - I coded a CitationManager to load the XML and assembly the citation into dc.identifier.citation field with given format. Though we used dc.identifier.citation to store generated citation, we did not save it to the database - it allows us to change the citation format whenever we want (and that's one of requests from our client). I have tested it on XMLUI and OAI interfaces, I assume it should work for JSPUI too. To have this happen, there are several other changes made on DSpace code. I have been struggled on how this should be implemented and not sure if it is a good solution. If you come up with a better idea, please let me know too. Best, Ying - Original Message - From: Robin Taylor [EMAIL PROTECTED] To: dspace-tech@lists.sourceforge.net Sent: Friday, February 08, 2008 5:45 AM Subject: [Dspace-tech] Dublin Core Citations I have a question for all the librarians and metadata experts out there, with apologies in advance for my sketchy metadata knowledge. One of our schools is providing us with files of citations to go along with the items. These citations are in Bibtex format Eg. @Article{journals/aim/Sloman99, title = Review of Affective Computing, author = Aaron Sloman, journal = AI Magazine, year = 1999, number = 1, volume = 20, url = http://dblp.uni-trier.de/db/journals/aim/aim20.html#Sloman99;, pages = 127--133, } I need to translate this into Dublin Core. In the case of a journal article it appears that DC does easily allow for the description of the journal, as opposed to the article. DC does allow for a 'bibliographicCitation' but it is expected that it will be one field containing either a human readable citation eg Schrader, Alvin. Internet Censorship: Issues for Teacher-Librarian. Teacher Librarian 26, no.5 (1999): 5 pp Or a machine readable equivelant, perhaps in OpenURL format. See http://dublincore.org/documents/dc-citation-guidelines/ for a better description. So, if I want to translate and store 'journal = AI Magazine' from the Bibtex file I would have to form a 'bibliographicCitation' with this as part of it. If I ever wanted to reuse the constituent parts of the bibliographicCitation I would need to deconstruct it. I would prefer to store the discreet parts and present them as a styled citation when it suits my purpose. I have seen a number of DC schema utilising dc.citation.xxx, but as far as I am aware
Re: [Dspace-tech] Two instances on one server - solved
Just to for the record, Robins solution worked. By assigning different ports to each handle server they can run on the same server smoothly. Thanks for the tips. Mika We do have more than one handle server running on the same machine. Cant rememebr the details of what we did but looking at the handle-server/config.dct file I can see that we are using different ports for the server_type = server entry in each installation. Hope that is some help. Cheers, Robin. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mika Stenberg Sent: 06 February 2008 07:45 To: Jeffrey Trimble Cc: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] Two instances on one server Just repeat the normal install process but place the files on another directory and name the db for the second installation as dspace2 for example. Running two instances is not a problem. However it seems you cant run two handle servers on a same server so the other instance would have to be left without working handles. If someone has a solution for the handle problem, please let me know. -Mika I know this has been done before and I've ignore those references, but does someone have a brief set of directions to add additional instances of Dspace? Specifically: 1. Tomcat configurations 2. Postgresql database 3. Dspace config TIA, Jeff Jeffrey Trimble Systems Librarian Maag Library Youngstown State University 330-941-2483 (Office) [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] http://www.maag.ysu.edu http://digital.maag.ysu.edu -- -- -- --- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ -- -- ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] thandu_venkat invites you to join Zorpia
Hi dspace-tech! Your friend thandu_venkat from , just invited you to his/her online photo albums and journals at Zorpia.com. So what is Zorpia? It is an online community that allows you to upload unlimited amount of photos, write journals and make friends. We also have a variety of skins in store for you so that you can customize your homepage freely. Join now for free! Please click the following link to join Zorpia: http://signup.zorpia.com/signup?invitation_key=2007112790a279a8c03c766ddd9b4748referral=4jthanduvenkat This message was delivered with the thandu_venkat's initiation. If you wish to discontinue receiving invitations from us, please click the following link: http://signup.zorpia.com/email/optout/dspace-tech@lists.sourceforge.net - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech