Re: [Dspace-tech] DSpace v3 and uketd_dc OAI?
> The next problem is dis-aggregating the dc.type.* attributes - I'm about to > start > investigating this, but if anyone has any pointers as to where to look (is > this > code or configuration?) that would be very helpful. D'oh! OK, I now officially feel stupid :-) It turns out that in "ye olden days" before our EThOS integration, we used to keep the Publication Type, Qualification Type, and Qualification Level in dc.type as a single, concatenated string, but, for thesis records added after the integration, these were separated out into the appropriate dc.type, dc.type.qualificationname, and dc.type.qualificationlevel attributes. So, I was expecting to see these three separate attributes in the OAI-PMH metadata, but, of course, the first records returned are our oldest, where all this data is in the single field - if I page through a few records, I come to those where this info is held in separate attributes in DSpace, and these 3 attributes do, correctly, appear in the OAI-PMH mapped to their corresponding uketd_dc terms :-) So, this is not an issue that needs to be looked into and was merely me being stupid (or, perhaps being slightly kinder, a little forgetful) :-) Apologies for the noise and any confusion or concern! Cheers, Mike Michael White eLearning Liaison and Development (eLD) Information Services S8, Library University of Stirling Stirling SCOTLAND FK9 4LA Email: michael.wh...@stir.ac.uk Tel: +44 (0) 1786 466877 Fax: +44 (0) 1786 466880 http://www.stir.ac.uk/is/staff/about/teams/aldt/#eld > -Original Message- > From: Michael White > Sent: 30 October 2013 14:37 > To: 'Needham, Paul'; João Melo > Cc: dspace-tech@lists.sourceforge.net > Subject: RE: [Dspace-tech] DSpace v3 and uketd_dc OAI? > > Hi Paul, > > > * EThOS does expect *only* theses to be exposed using uketd_dc via > > OAI-PMH > > * '1. Filtering and Metadata Format tied' is the preferred solution in > > this instance > > Many thanks for the confirmation/clarification - and, thanks to the fully > formed example provided by João Melo (cheers!), I now have this working in > my v3 DEV repository - i.e. I'm now providing (pretty good, although not yet > perfect) uketd_dc for the theses only via > http://dspace3.stir.ac.uk/oai/request?verb=ListRecords&metadataPrefix=uke > td_dc :-) > > The next problem is dis-aggregating the dc.type.* attributes - I'm about to > start > investigating this, but if anyone has any pointers as to where to look (is > this > code or configuration?) that would be very helpful. > > Cheers, > > Mike > > Michael White > eLearning Liaison and Development (eLD) > Information Services > S8, Library > University of Stirling > Stirling SCOTLAND > FK9 4LA > Email: michael.wh...@stir.ac.uk > Tel: +44 (0) 1786 466877 > Fax: +44 (0) 1786 466880 > http://www.stir.ac.uk/is/staff/about/teams/aldt/#eld > > > > -Original Message- > > From: Needham, Paul [mailto:p.a.need...@cranfield.ac.uk] > > Sent: 30 October 2013 14:10 > > To: Michael White; João Melo > > Cc: dspace-tech@lists.sourceforge.net > > Subject: RE: [Dspace-tech] DSpace v3 and uketd_dc OAI? > > > > Hi Mike > > > > Just to confirm: > > > > * EThOS does expect *only* theses to be exposed using uketd_dc via > > OAI- PMH > > * '1. Filtering and Metadata Format tied' is the preferred solution in > > this instance > > > > Cheers > > Paul > > -- The University of Stirling has been ranked in the top 12 of UK universities for graduate employment*. 94% of our 2012 graduates were in work and/or further study within six months of graduation. *The Telegraph The University of Stirling is a charity registered in Scotland, number SC 011159. -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk ___ 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] DSpace v3 and uketd_dc OAI?
> I was checking, looks like this functionality (multiple fields) ins't > implemented in DSpace v3, it will be available for v4 - currently under > development. Ah, OK, that's a shame because I was just getting excited about this as one of the institutions that provide uketd_dc are using a different field to hold the type value they want to filter on - oh well, never mind, one for the future :) Thanks for the info though - I'm learning a lot about XOAI in a very short time! Cheers, Mike Michael White eLearning Liaison and Development (eLD) Information Services S8, Library University of Stirling Stirling SCOTLAND FK9 4LA Email: michael.wh...@stir.ac.uk<mailto:michael.wh...@stir.ac.uk> Tel: +44 (0) 1786 466877 Fax: +44 (0) 1786 466880 http://www.stir.ac.uk/is/staff/about/teams/aldt/#eld From: João Melo [mailto:jm...@lyncode.com] Sent: 30 October 2013 15:47 To: Michael White Cc: Needham, Paul; dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] DSpace v3 and uketd_dc OAI? Sorry Micheal, I was checking, looks like this functionality (multiple fields) ins't implemented in DSpace v3, it will be available for v4 - currently under development. On 30 October 2013 15:42, João Melo mailto:jm...@lyncode.com>> wrote: org.dspace.xoai.filter.DSpaceAtLeastOneMetadataFilter dc.type dc.type.other contains thesis On 30 October 2013 15:42, João Melo mailto:jm...@lyncode.com>> wrote: Hi Micheal, you could provide multiple fields do be checked, let's say (for example): org.dspace.xoai.filter.DSpaceAtLeastOneMetadataFilter dc.type contains thesis On 30 October 2013 14:37, Michael White mailto:michael.wh...@stir.ac.uk>> wrote: Hi Paul, > * EThOS does expect *only* theses to be exposed using uketd_dc via OAI-PMH > * '1. Filtering and Metadata Format tied' is the preferred solution in this > instance Many thanks for the confirmation/clarification - and, thanks to the fully formed example provided by João Melo (cheers!), I now have this working in my v3 DEV repository - i.e. I'm now providing (pretty good, although not yet perfect) uketd_dc for the theses only via http://dspace3.stir.ac.uk/oai/request?verb=ListRecords&metadataPrefix=uketd_dc :-) The next problem is dis-aggregating the dc.type.* attributes - I'm about to start investigating this, but if anyone has any pointers as to where to look (is this code or configuration?) that would be very helpful. Cheers, Mike Michael White eLearning Liaison and Development (eLD) Information Services S8, Library University of Stirling Stirling SCOTLAND FK9 4LA Email: michael.wh...@stir.ac.uk<mailto:michael.wh...@stir.ac.uk> Tel: +44 (0) 1786 466877 Fax: +44 (0) 1786 466880 http://www.stir.ac.uk/is/staff/about/teams/aldt/#eld > -Original Message- > From: Needham, Paul > [mailto:p.a.need...@cranfield.ac.uk<mailto:p.a.need...@cranfield.ac.uk>] > Sent: 30 October 2013 14:10 > To: Michael White; João Melo > Cc: > dspace-tech@lists.sourceforge.net<mailto:dspace-tech@lists.sourceforge.net> > Subject: RE: [Dspace-tech] DSpace v3 and uketd_dc OAI? > > Hi Mike > > Just to confirm: > > * EThOS does expect *only* theses to be exposed using uketd_dc via OAI- > PMH > * '1. Filtering and Metadata Format tied' is the preferred solution in this > instance > > Cheers > Paul > > -Original Message- > From: Michael White > [mailto:michael.wh...@stir.ac.uk<mailto:michael.wh...@stir.ac.uk>] > Sent: 30 October 2013 13:50 > To: João Melo > Cc: > dspace-tech@lists.sourceforge.net<mailto:dspace-tech@lists.sourceforge.net> > Subject: Re: [Dspace-tech] DSpace v3 and uketd_dc OAI? > > > Because, there are 2 possible solutions, and the solution depends on > > what makes sense :) > > Many thanks for these pointers, that's really helpful, and all makes sense (on > first reading anyway) ;-) > > My first though is that the first approach is probably what we want in this > instance, so I take a look at the example and see how far I get! > > Thanks again, much appreciated. > > Mi
Re: [Dspace-tech] DSpace v3 and uketd_dc OAI?
Sorry Micheal, I was checking, looks like this functionality (multiple fields) ins't implemented in DSpace v3, it will be available for v4 - currently under development. On 30 October 2013 15:42, João Melo wrote: > > > org.dspace.xoai.filter.DSpaceAtLeastOneMetadataFilter > > > > dc.type > > dc.type.other > > > > contains > > > thesis > > > > > > On 30 October 2013 15:42, João Melo wrote: > >> Hi Micheal, >> >> you could provide multiple fields do be checked, let's say (for example): >> >> >> >> >> org.dspace.xoai.filter.DSpaceAtLeastOneMetadataFilter >> >> >> dc.type >> >> >> contains >> >> >> thesis >> >> >> >> >> >> >> >> On 30 October 2013 14:37, Michael White wrote: >> >>> Hi Paul, >>> >>> > * EThOS does expect *only* theses to be exposed using uketd_dc via >>> OAI-PMH >>> > * '1. Filtering and Metadata Format tied' is the preferred solution in >>> this instance >>> >>> Many thanks for the confirmation/clarification - and, thanks to the >>> fully formed example provided by João Melo (cheers!), I now have this >>> working in my v3 DEV repository - i.e. I'm now providing (pretty good, >>> although not yet perfect) uketd_dc for the theses only via >>> http://dspace3.stir.ac.uk/oai/request?verb=ListRecords&metadataPrefix=uketd_dc:-) >>> >>> The next problem is dis-aggregating the dc.type.* attributes - I'm about >>> to start investigating this, but if anyone has any pointers as to where to >>> look (is this code or configuration?) that would be very helpful. >>> >>> Cheers, >>> >>> Mike >>> >>> Michael White >>> eLearning Liaison and Development (eLD) >>> Information Services >>> S8, Library >>> University of Stirling >>> Stirling SCOTLAND >>> FK9 4LA >>> Email: michael.wh...@stir.ac.uk >>> Tel: +44 (0) 1786 466877 >>> Fax: +44 (0) 1786 466880 >>> http://www.stir.ac.uk/is/staff/about/teams/aldt/#eld >>> >>> >>> > -Original Message- >>> > From: Needham, Paul [mailto:p.a.need...@cranfield.ac.uk] >>> > Sent: 30 October 2013 14:10 >>> > To: Michael White; João Melo >>> > Cc: dspace-tech@lists.sourceforge.net >>> > Subject: RE: [Dspace-tech] DSpace v3 and uketd_dc OAI? >>> > >>> > Hi Mike >>> > >>> > Just to confirm: >>> > >>> > * EThOS does expect *only* theses to be exposed using uketd_dc via OAI- >>> > PMH >>> > * '1. Filtering and Metadata Format tied' is the preferred solution in >>> this >>> > instance >>> > >>> > Cheers >>> > Paul >>> > >>> > -Original Message- >>> > From: Michael White [mailto:michael.wh...@stir.ac.uk] >>> > Sent: 30 October 2013 13:50 >>> > To: João Melo >>> > Cc: dspace-tech@lists.sourceforge.net >>> > Subject: Re: [Dspace-tech] DSpace v3 and uketd_dc OAI? >>> > >>> > > Because, there are 2 possible solutions, and the solution depends on >>> > > what makes sense :) >>> > >>> > Many thanks for these pointers, that's really helpful, and all makes >>> sense (on >>> > first reading anyway) ;-) >>> > >>> > My first though is that the first approach is probably what we want in >>> this >>> > instance, so I take a look at the example and see how far I get! >>> > >>> > Thanks again, much appreciated. >>> > >>> > Mike >>> > >>> > Michael White >>> > eLearning Liaison and Development (eLD) >>> > Information Services >>> > S8, Library >>> > University of Stirling >>> > Stirling SCOTLAND >>> > FK9 4LA >>> > Email: michael.wh...@stir.ac.uk >>> > Tel: +44 (0) 1786 466877 >>> > Fax: +44 (0) 1786 466880 >>
Re: [Dspace-tech] DSpace v3 and uketd_dc OAI?
org.dspace.xoai.filter.DSpaceAtLeastOneMetadataFilter dc.type dc.type.other contains thesis On 30 October 2013 15:42, João Melo wrote: > Hi Micheal, > > you could provide multiple fields do be checked, let's say (for example): > > > > org.dspace.xoai.filter.DSpaceAtLeastOneMetadataFilter > > > dc.type > > > contains > > > thesis > > > > > > > > On 30 October 2013 14:37, Michael White wrote: > >> Hi Paul, >> >> > * EThOS does expect *only* theses to be exposed using uketd_dc via >> OAI-PMH >> > * '1. Filtering and Metadata Format tied' is the preferred solution in >> this instance >> >> Many thanks for the confirmation/clarification - and, thanks to the fully >> formed example provided by João Melo (cheers!), I now have this working in >> my v3 DEV repository - i.e. I'm now providing (pretty good, although not >> yet perfect) uketd_dc for the theses only via >> http://dspace3.stir.ac.uk/oai/request?verb=ListRecords&metadataPrefix=uketd_dc:-) >> >> The next problem is dis-aggregating the dc.type.* attributes - I'm about >> to start investigating this, but if anyone has any pointers as to where to >> look (is this code or configuration?) that would be very helpful. >> >> Cheers, >> >> Mike >> >> Michael White >> eLearning Liaison and Development (eLD) >> Information Services >> S8, Library >> University of Stirling >> Stirling SCOTLAND >> FK9 4LA >> Email: michael.wh...@stir.ac.uk >> Tel: +44 (0) 1786 466877 >> Fax: +44 (0) 1786 466880 >> http://www.stir.ac.uk/is/staff/about/teams/aldt/#eld >> >> >> > -Original Message- >> > From: Needham, Paul [mailto:p.a.need...@cranfield.ac.uk] >> > Sent: 30 October 2013 14:10 >> > To: Michael White; João Melo >> > Cc: dspace-tech@lists.sourceforge.net >> > Subject: RE: [Dspace-tech] DSpace v3 and uketd_dc OAI? >> > >> > Hi Mike >> > >> > Just to confirm: >> > >> > * EThOS does expect *only* theses to be exposed using uketd_dc via OAI- >> > PMH >> > * '1. Filtering and Metadata Format tied' is the preferred solution in >> this >> > instance >> > >> > Cheers >> > Paul >> > >> > -Original Message- >> > From: Michael White [mailto:michael.wh...@stir.ac.uk] >> > Sent: 30 October 2013 13:50 >> > To: João Melo >> > Cc: dspace-tech@lists.sourceforge.net >> > Subject: Re: [Dspace-tech] DSpace v3 and uketd_dc OAI? >> > >> > > Because, there are 2 possible solutions, and the solution depends on >> > > what makes sense :) >> > >> > Many thanks for these pointers, that's really helpful, and all makes >> sense (on >> > first reading anyway) ;-) >> > >> > My first though is that the first approach is probably what we want in >> this >> > instance, so I take a look at the example and see how far I get! >> > >> > Thanks again, much appreciated. >> > >> > Mike >> > >> > Michael White >> > eLearning Liaison and Development (eLD) >> > Information Services >> > S8, Library >> > University of Stirling >> > Stirling SCOTLAND >> > FK9 4LA >> > Email: michael.wh...@stir.ac.uk >> > Tel: +44 (0) 1786 466877 >> > Fax: +44 (0) 1786 466880 >> > http://www.stir.ac.uk/is/staff/about/teams/aldt/#eld >> > >> >> -- >> The University of Stirling has been ranked in the top 12 of UK >> universities for graduate employment*. >> 94% of our 2012 graduates were in work and/or further study within six >> months of graduation. >> *The Telegraph >> The University of Stirling is a charity registered in Scotland, number SC >> 011159. >> >> > > > -- > Thanks, João Melo (My Portfolio <http://www.lyncode.com/m/jmelo/>) > DSpace Department > *Lyncode*: Official > website<http://www.google.com/url?q=http%3A%2F%2Fwww.lyncode.com%2F&sa=D&sntz=1&usg=AFrqEzdV8iS6rMxflxnn138XReuRfUG3OQ> > [
Re: [Dspace-tech] DSpace v3 and uketd_dc OAI?
Hi Micheal, you could provide multiple fields do be checked, let's say (for example): org.dspace.xoai.filter.DSpaceAtLeastOneMetadataFilter dc.type contains thesis On 30 October 2013 14:37, Michael White wrote: > Hi Paul, > > > * EThOS does expect *only* theses to be exposed using uketd_dc via > OAI-PMH > > * '1. Filtering and Metadata Format tied' is the preferred solution in > this instance > > Many thanks for the confirmation/clarification - and, thanks to the fully > formed example provided by João Melo (cheers!), I now have this working in > my v3 DEV repository - i.e. I'm now providing (pretty good, although not > yet perfect) uketd_dc for the theses only via > http://dspace3.stir.ac.uk/oai/request?verb=ListRecords&metadataPrefix=uketd_dc:-) > > The next problem is dis-aggregating the dc.type.* attributes - I'm about > to start investigating this, but if anyone has any pointers as to where to > look (is this code or configuration?) that would be very helpful. > > Cheers, > > Mike > > Michael White > eLearning Liaison and Development (eLD) > Information Services > S8, Library > University of Stirling > Stirling SCOTLAND > FK9 4LA > Email: michael.wh...@stir.ac.uk > Tel: +44 (0) 1786 466877 > Fax: +44 (0) 1786 466880 > http://www.stir.ac.uk/is/staff/about/teams/aldt/#eld > > > > -Original Message- > > From: Needham, Paul [mailto:p.a.need...@cranfield.ac.uk] > > Sent: 30 October 2013 14:10 > > To: Michael White; João Melo > > Cc: dspace-tech@lists.sourceforge.net > > Subject: RE: [Dspace-tech] DSpace v3 and uketd_dc OAI? > > > > Hi Mike > > > > Just to confirm: > > > > * EThOS does expect *only* theses to be exposed using uketd_dc via OAI- > > PMH > > * '1. Filtering and Metadata Format tied' is the preferred solution in > this > > instance > > > > Cheers > > Paul > > > > -Original Message- > > From: Michael White [mailto:michael.wh...@stir.ac.uk] > > Sent: 30 October 2013 13:50 > > To: João Melo > > Cc: dspace-tech@lists.sourceforge.net > > Subject: Re: [Dspace-tech] DSpace v3 and uketd_dc OAI? > > > > > Because, there are 2 possible solutions, and the solution depends on > > > what makes sense :) > > > > Many thanks for these pointers, that's really helpful, and all makes > sense (on > > first reading anyway) ;-) > > > > My first though is that the first approach is probably what we want in > this > > instance, so I take a look at the example and see how far I get! > > > > Thanks again, much appreciated. > > > > Mike > > > > Michael White > > eLearning Liaison and Development (eLD) > > Information Services > > S8, Library > > University of Stirling > > Stirling SCOTLAND > > FK9 4LA > > Email: michael.wh...@stir.ac.uk > > Tel: +44 (0) 1786 466877 > > Fax: +44 (0) 1786 466880 > > http://www.stir.ac.uk/is/staff/about/teams/aldt/#eld > > > > -- > The University of Stirling has been ranked in the top 12 of UK > universities for graduate employment*. > 94% of our 2012 graduates were in work and/or further study within six > months of graduation. > *The Telegraph > The University of Stirling is a charity registered in Scotland, number SC > 011159. > > -- Thanks, João Melo (My Portfolio <http://www.lyncode.com/m/jmelo/>) DSpace Department *Lyncode*: Official website<http://www.google.com/url?q=http%3A%2F%2Fwww.lyncode.com%2F&sa=D&sntz=1&usg=AFrqEzdV8iS6rMxflxnn138XReuRfUG3OQ> [image: Follow us on Facebook]<http://www.google.com/url?q=http%3A%2F%2Ftwitter.com%2Flyncode&sa=D&sntz=1&usg=AFrqEzeDuT3ZqMW5uVIA8AoxtTtAeiCX3Q> <http://www.google.com/url?q=http%3A%2F%2Fwww.facebook.com%2Flyncode&sa=D&sntz=1&usg=AFrqEzcWXjHa3gKBGLsNVxktapxkiWDnww> -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk___ 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] DSpace v3 and uketd_dc OAI?
Hi Paul, > * EThOS does expect *only* theses to be exposed using uketd_dc via OAI-PMH > * '1. Filtering and Metadata Format tied' is the preferred solution in this > instance Many thanks for the confirmation/clarification - and, thanks to the fully formed example provided by João Melo (cheers!), I now have this working in my v3 DEV repository - i.e. I'm now providing (pretty good, although not yet perfect) uketd_dc for the theses only via http://dspace3.stir.ac.uk/oai/request?verb=ListRecords&metadataPrefix=uketd_dc :-) The next problem is dis-aggregating the dc.type.* attributes - I'm about to start investigating this, but if anyone has any pointers as to where to look (is this code or configuration?) that would be very helpful. Cheers, Mike Michael White eLearning Liaison and Development (eLD) Information Services S8, Library University of Stirling Stirling SCOTLAND FK9 4LA Email: michael.wh...@stir.ac.uk Tel: +44 (0) 1786 466877 Fax: +44 (0) 1786 466880 http://www.stir.ac.uk/is/staff/about/teams/aldt/#eld > -Original Message- > From: Needham, Paul [mailto:p.a.need...@cranfield.ac.uk] > Sent: 30 October 2013 14:10 > To: Michael White; João Melo > Cc: dspace-tech@lists.sourceforge.net > Subject: RE: [Dspace-tech] DSpace v3 and uketd_dc OAI? > > Hi Mike > > Just to confirm: > > * EThOS does expect *only* theses to be exposed using uketd_dc via OAI- > PMH > * '1. Filtering and Metadata Format tied' is the preferred solution in this > instance > > Cheers > Paul > > -Original Message- > From: Michael White [mailto:michael.wh...@stir.ac.uk] > Sent: 30 October 2013 13:50 > To: João Melo > Cc: dspace-tech@lists.sourceforge.net > Subject: Re: [Dspace-tech] DSpace v3 and uketd_dc OAI? > > > Because, there are 2 possible solutions, and the solution depends on > > what makes sense :) > > Many thanks for these pointers, that's really helpful, and all makes sense (on > first reading anyway) ;-) > > My first though is that the first approach is probably what we want in this > instance, so I take a look at the example and see how far I get! > > Thanks again, much appreciated. > > Mike > > Michael White > eLearning Liaison and Development (eLD) > Information Services > S8, Library > University of Stirling > Stirling SCOTLAND > FK9 4LA > Email: michael.wh...@stir.ac.uk > Tel: +44 (0) 1786 466877 > Fax: +44 (0) 1786 466880 > http://www.stir.ac.uk/is/staff/about/teams/aldt/#eld > -- The University of Stirling has been ranked in the top 12 of UK universities for graduate employment*. 94% of our 2012 graduates were in work and/or further study within six months of graduation. *The Telegraph The University of Stirling is a charity registered in Scotland, number SC 011159. -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk ___ 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] DSpace v3 and uketd_dc OAI?
Hi Mike Just to confirm: * EThOS does expect *only* theses to be exposed using uketd_dc via OAI-PMH * '1. Filtering and Metadata Format tied' is the preferred solution in this instance Cheers Paul -Original Message- From: Michael White [mailto:michael.wh...@stir.ac.uk] Sent: 30 October 2013 13:50 To: João Melo Cc: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] DSpace v3 and uketd_dc OAI? > Because, there are 2 possible solutions, and the solution depends on > what makes sense :) Many thanks for these pointers, that's really helpful, and all makes sense (on first reading anyway) ;-) My first though is that the first approach is probably what we want in this instance, so I take a look at the example and see how far I get! Thanks again, much appreciated. Mike Michael White eLearning Liaison and Development (eLD) Information Services S8, Library University of Stirling Stirling SCOTLAND FK9 4LA Email: michael.wh...@stir.ac.uk Tel: +44 (0) 1786 466877 Fax: +44 (0) 1786 466880 http://www.stir.ac.uk/is/staff/about/teams/aldt/#eld From: João Melo [mailto:jm...@lyncode.com] Sent: 30 October 2013 13:44 To: Michael White Cc: heli...@centrum.sk; dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] DSpace v3 and uketd_dc OAI? Because, there are 2 possible solutions, and the solution depends on what makes sense :) - yeh! It makes sense to make sense. 1. Filtering and Metadata Format tied This solution associates to the Format definition a Filter, so then, for this specific Schema/Format, only a subset of items would be shown. You may want to look at the following example. https://gist.github.com/lyncodev/7232812 Basically, it specifies a Filter within the Format, so then you could query the OAI interface with something like: http://:/oai/request?verb=ListRecords&metadataPrefix=uketd_dc 2. Filtering and Metadata Format decoupled This solution decouples the Item Selection phase from the Formatting phase. It requires a 2 steps: 1 - Configure one specific set (or context) to select only Thesis items. 2 - Modify the uketd_dc format accordingly. So then it would be possible to query the OAI interface for thesis items using that format. Something like: http://:/oai/request?verb=ListRecords&set=thesis&metadataPrefix=uketd_dc On 30 October 2013 13:07, João Melo wrote: Hi Michael, My understanding is that this is in dc.type - I'm currently liaising with a number of other DSpace users that participate in the EThOS service (the primary consumers of uketd_dc metadata) as there may well be more than one value - I'm hoping though that all the different variations will, at the very least, all contain the word "Thesis", so my first question is to ask if you know if it is possible to use pattern matching to carry out the filtering in xoai.xsl? I am intending to investigate this further, I just haven't got to it yet, but if anyone knows the answer it would be helpful at this stage! Just a simple question. Makes sense to use uketd_dc schema for non-thesis types? On 30 October 2013 11:51, Michael White wrote: Hi, > Please, file a new Jira issue for this: With apologies for the delay getting around to it, but I have now done this: https://jira.duraspace.org/i#browse/DS-1740 - this is my first time adding a JIRA ticket, so I hope everything is OK, but feel free to let me know or change anything if not :-) > > > - the output is not limited to only "Theses" > > What metadata field and value(s) in DSpace specifies that the item is a > thesis? My understanding is that this is in dc.type - I'm currently liaising with a number of other DSpace users that participate in the EThOS service (the primary consumers of uketd_dc metadata) as there may well be more than one value - I'm hoping though that all the different variations will, at the very least, all contain the word "Thesis", so my first question is to ask if you know if it is possible to use pattern matching to carry out the filtering in xoai.xsl? I am intending to investigate this further, I just haven't got to it yet, but if anyone knows the answer it would be helpful at this stage! In terms of dc.type - I've also noted an issue with this attribute - it looks to me like any dc.type or dc.type.* attributes are being concatenated into a single dc.type attribute before the data reaches the uketd_dc crosswalk (? Please correct me if I'm wrong!) - I don't think this behaviour is correct in uketd_dc as there are a couple of qualified dc.type attributes that are mapped to their own uketd_dc elements, so I'm hoping that it will be possible to prevent this behaviour when generating uketd_dc OAI metadata (again, not had a chance to look myself yet, but will!)? > Please, provide the mapping of DSpace fields to uketd_dc fields (this > will be an update to uketd_dc.xsl)
Re: [Dspace-tech] DSpace v3 and uketd_dc OAI?
> Because, there are 2 possible solutions, and the solution depends on what > makes sense :) Many thanks for these pointers, that's really helpful, and all makes sense (on first reading anyway) ;-) My first though is that the first approach is probably what we want in this instance, so I take a look at the example and see how far I get! Thanks again, much appreciated. Mike Michael White eLearning Liaison and Development (eLD) Information Services S8, Library University of Stirling Stirling SCOTLAND FK9 4LA Email: michael.wh...@stir.ac.uk Tel: +44 (0) 1786 466877 Fax: +44 (0) 1786 466880 http://www.stir.ac.uk/is/staff/about/teams/aldt/#eld From: João Melo [mailto:jm...@lyncode.com] Sent: 30 October 2013 13:44 To: Michael White Cc: heli...@centrum.sk; dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] DSpace v3 and uketd_dc OAI? Because, there are 2 possible solutions, and the solution depends on what makes sense :) - yeh! It makes sense to make sense. 1. Filtering and Metadata Format tied This solution associates to the Format definition a Filter, so then, for this specific Schema/Format, only a subset of items would be shown. You may want to look at the following example. https://gist.github.com/lyncodev/7232812 Basically, it specifies a Filter within the Format, so then you could query the OAI interface with something like: http://:/oai/request?verb=ListRecords&metadataPrefix=uketd_dc 2. Filtering and Metadata Format decoupled This solution decouples the Item Selection phase from the Formatting phase. It requires a 2 steps: 1 - Configure one specific set (or context) to select only Thesis items. 2 - Modify the uketd_dc format accordingly. So then it would be possible to query the OAI interface for thesis items using that format. Something like: http://:/oai/request?verb=ListRecords&set=thesis&metadataPrefix=uketd_dc On 30 October 2013 13:07, João Melo wrote: Hi Michael, My understanding is that this is in dc.type - I'm currently liaising with a number of other DSpace users that participate in the EThOS service (the primary consumers of uketd_dc metadata) as there may well be more than one value - I'm hoping though that all the different variations will, at the very least, all contain the word "Thesis", so my first question is to ask if you know if it is possible to use pattern matching to carry out the filtering in xoai.xsl? I am intending to investigate this further, I just haven't got to it yet, but if anyone knows the answer it would be helpful at this stage! Just a simple question. Makes sense to use uketd_dc schema for non-thesis types? On 30 October 2013 11:51, Michael White wrote: Hi, > Please, file a new Jira issue for this: With apologies for the delay getting around to it, but I have now done this: https://jira.duraspace.org/i#browse/DS-1740 - this is my first time adding a JIRA ticket, so I hope everything is OK, but feel free to let me know or change anything if not :-) > > > - the output is not limited to only "Theses" > > What metadata field and value(s) in DSpace specifies that the item is a > thesis? My understanding is that this is in dc.type - I'm currently liaising with a number of other DSpace users that participate in the EThOS service (the primary consumers of uketd_dc metadata) as there may well be more than one value - I'm hoping though that all the different variations will, at the very least, all contain the word "Thesis", so my first question is to ask if you know if it is possible to use pattern matching to carry out the filtering in xoai.xsl? I am intending to investigate this further, I just haven't got to it yet, but if anyone knows the answer it would be helpful at this stage! In terms of dc.type - I've also noted an issue with this attribute - it looks to me like any dc.type or dc.type.* attributes are being concatenated into a single dc.type attribute before the data reaches the uketd_dc crosswalk (? Please correct me if I'm wrong!) - I don't think this behaviour is correct in uketd_dc as there are a couple of qualified dc.type attributes that are mapped to their own uketd_dc elements, so I'm hoping that it will be possible to prevent this behaviour when generating uketd_dc OAI metadata (again, not had a chance to look myself yet, but will!)? > Please, provide the mapping of DSpace fields to uketd_dc fields (this will be > an update to uketd_dc.xsl). I am currently working on this specification, which is nearly complete, and liaising with other institutions to ensure that the specified mapping is as generic as possible and so will work for the majority of institutions "out of the box" - alongside this I'm also creating a uketd_dc.xsl crosswalk that implements that specification, and, once complete, hopefully the folk from EThOS will be able to va
Re: [Dspace-tech] DSpace v3 and uketd_dc OAI?
pointers for any of the issues noted above), or if you are interested in >> participating in the specification/testing of this crosswalk (and haven't >> been in touch so far), then please don't hesitate to get back to me. >> >> Regards, >> >> Mike >> >> >> Michael White >> eLearning Liaison and Development (eLD) >> Information Services >> S8, Library >> University of Stirling >> Stirling SCOTLAND >> FK9 4LA >> Email: michael.wh...@stir.ac.uk >> Tel: +44 (0) 1786 466877 >> Fax: +44 (0) 1786 466880 >> http://www.stir.ac.uk/is/staff/about/teams/aldt/#eld >> >> >> > -Original Message- >> > From: ivan.ma...@gmail.com [mailto:ivan.ma...@gmail.com] On Behalf Of >> > helix84 >> > Sent: 22 October 2013 14:59 >> > To: Michael White >> > Cc: dspace-tech@lists.sourceforge.net >> > Subject: Re: [Dspace-tech] DSpace v3 and uketd_dc OAI? >> > >> > Hi Mike, >> > >> > I could modify the stylesheet if you can test the changes. Please, file >> a new Jira >> > issue for this: >> > https://jira.duraspace.org/browse/DS >> > >> > On Tue, Oct 22, 2013 at 12:51 PM, Michael White < >> michael.wh...@stir.ac.uk> >> > wrote: >> > > - the output is not limited to only "Theses" >> > >> > What metadata field and value(s) in DSpace specifies that the item is a >> thesis? >> > (This will be a modification to >> > [dspace]/config/crosswalks/oai/xoai.xml) >> > >> > > - the supervisor (from dc.contributor.advisor) is mapping to >> > > dc.contributor instead of uketdterms:advisor >> > > - a number of other uketc_dc specific terms (e.g. >> > > "qualificationlevel", "qualificationname", etc) are not being included >> > >> > Please, provide the mapping of DSpace fields to uketd_dc fields (this >> will be >> > an update to uketd_dc.xsl). >> > >> > >> > Regards, >> > ~~helix84 >> > >> > Compulsory reading: DSpace Mailing List Etiquette >> > https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette >> > >> >> >> -- >> The University of Stirling has been ranked in the top 12 of UK >> universities for graduate employment*. >> 94% of our 2012 graduates were in work and/or further study within six >> months of graduation. >> *The Telegraph >> The University of Stirling is a charity registered in Scotland, number SC >> 011159. >> >> >> -- >> Android is increasing in popularity, but the open development platform >> that >> developers love is also attractive to malware creators. Download this >> white >> paper to learn more about secure code signing practices that can help keep >> Android apps secure. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk >> ___ >> 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 >> > > > > -- > Thanks, João Melo (My Portfolio <http://www.lyncode.com/m/jmelo/>) > DSpace Department > *Lyncode*: Official > website<http://www.google.com/url?q=http%3A%2F%2Fwww.lyncode.com%2F&sa=D&sntz=1&usg=AFrqEzdV8iS6rMxflxnn138XReuRfUG3OQ> > [image: Follow us on > Facebook]<http://www.google.com/url?q=http%3A%2F%2Ftwitter.com%2Flyncode&sa=D&sntz=1&usg=AFrqEzeDuT3ZqMW5uVIA8AoxtTtAeiCX3Q> > <http://www.google.com/url?q=http%3A%2F%2Fwww.facebook.com%2Flyncode&sa=D&sntz=1&usg=AFrqEzcWXjHa3gKBGLsNVxktapxkiWDnww> > -- Thanks, João Melo (My Portfolio <http://www.lyncode.com/m/jmelo/>) DSpace Department *Lyncode*: Official website<http://www.google.com/url?q=http%3A%2F%2Fwww.lyncode.com%2F&sa=D&sntz=1&usg=AFrqEzdV8iS6rMxflxnn138XReuRfUG3OQ> [image: Follow us on Facebook]<http://www.google.com/url?q=http%3A%2F%2Ftwitter.com%2Flyncode&sa=D&sntz=1&usg=AFrqEzeDuT3ZqMW5uVIA8AoxtTtAeiCX3Q> <http://www.google.com/url?q=http%3A%2F%2Fwww.facebook.com%2Flyncode&sa=D&sntz=1&usg=AFrqEzcWXjHa3gKBGLsNVxktapxkiWDnww> -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk___ 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] DSpace v3 and uketd_dc OAI?
Hi, > Just a simple question. Makes sense to use uketd_dc schema for non-thesis > types? My understanding is that the uketd_dc schema was specifically devised to support the exchange of metadata of eTheses only, primarily for use by the EThOS service run by the British Library here in the UK, and it includes elements to hold thesis specific information (in uketdterms elements) that aren't used for most other publication types – so my understanding is that the schema doesn’t really make sense for non-thesis types. In my email exchanges with the EThOS folk, they also say (when reviewing the incorrect uketd_dc currently being served by DSpace v3.n repositories): > I’m getting the same results as you, i.e. the uketd_dc output is not limited > to theses and I’m not getting any uketdterms elements - so that certainly seems to confirm that the EThOS service expects uketd_dc output to be limited to eTheses only. However, that is only my understanding so I’m happy to be corrected if anyone else on the list knows better? ☺ Cheers, Mike Michael White eLearning Liaison and Development (eLD) Information Services S8, Library University of Stirling Stirling SCOTLAND FK9 4LA Email: michael.wh...@stir.ac.uk Tel: +44 (0) 1786 466877 Fax: +44 (0) 1786 466880 http://www.stir.ac.uk/is/staff/about/teams/aldt/#eld From: João Melo [mailto:jm...@lyncode.com] Sent: 30 October 2013 13:08 To: Michael White Cc: heli...@centrum.sk; dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] DSpace v3 and uketd_dc OAI? Hi Michael, My understanding is that this is in dc.type - I'm currently liaising with a number of other DSpace users that participate in the EThOS service (the primary consumers of uketd_dc metadata) as there may well be more than one value - I'm hoping though that all the different variations will, at the very least, all contain the word "Thesis", so my first question is to ask if you know if it is possible to use pattern matching to carry out the filtering in xoai.xsl? I am intending to investigate this further, I just haven't got to it yet, but if anyone knows the answer it would be helpful at this stage! Just a simple question. Makes sense to use uketd_dc schema for non-thesis types? On 30 October 2013 11:51, Michael White wrote: Hi, > Please, file a new Jira issue for this: With apologies for the delay getting around to it, but I have now done this: https://jira.duraspace.org/i#browse/DS-1740 - this is my first time adding a JIRA ticket, so I hope everything is OK, but feel free to let me know or change anything if not :-) > > > - the output is not limited to only "Theses" > > What metadata field and value(s) in DSpace specifies that the item is a > thesis? My understanding is that this is in dc.type - I'm currently liaising with a number of other DSpace users that participate in the EThOS service (the primary consumers of uketd_dc metadata) as there may well be more than one value - I'm hoping though that all the different variations will, at the very least, all contain the word "Thesis", so my first question is to ask if you know if it is possible to use pattern matching to carry out the filtering in xoai.xsl? I am intending to investigate this further, I just haven't got to it yet, but if anyone knows the answer it would be helpful at this stage! In terms of dc.type - I've also noted an issue with this attribute - it looks to me like any dc.type or dc.type.* attributes are being concatenated into a single dc.type attribute before the data reaches the uketd_dc crosswalk (? Please correct me if I'm wrong!) - I don't think this behaviour is correct in uketd_dc as there are a couple of qualified dc.type attributes that are mapped to their own uketd_dc elements, so I'm hoping that it will be possible to prevent this behaviour when generating uketd_dc OAI metadata (again, not had a chance to look myself yet, but will!)? > Please, provide the mapping of DSpace fields to uketd_dc fields (this will be > an update to uketd_dc.xsl). I am currently working on this specification, which is nearly complete, and liaising with other institutions to ensure that the specified mapping is as generic as possible and so will work for the majority of institutions "out of the box" - alongside this I'm also creating a uketd_dc.xsl crosswalk that implements that specification, and, once complete, hopefully the folk from EThOS will be able to validate the output for us. I'm hoping that all this will only take a couple of weeks to sort out (other work commitments allowing), but that may, of course, be a bit optimistic :-) I hope that covers where I'm currently at and what I'm hoping to achieve, but of course, if anyone has any questions, comments, or concerns (or any pointers for any of the issues noted above), or
Re: [Dspace-tech] DSpace v3 and uketd_dc OAI?
Hi Michael, *My understanding is that this is in dc.type - I'm currently liaising with a number of other DSpace users that participate in the EThOS service (the primary consumers of uketd_dc metadata) as there may well be more than one value - I'm hoping though that all the different variations will, at the very least, all contain the word "Thesis", so my first question is to ask if you know if it is possible to use pattern matching to carry out the filtering in xoai.xsl? I am intending to investigate this further, I just haven't got to it yet, but if anyone knows the answer it would be helpful at this stage!* Just a simple question. Makes sense to use uketd_dc schema for non-thesis types? On 30 October 2013 11:51, Michael White wrote: > Hi, > > > Please, file a new Jira issue for this: > > With apologies for the delay getting around to it, but I have now done > this: https://jira.duraspace.org/i#browse/DS-1740 - this is my first time > adding a JIRA ticket, so I hope everything is OK, but feel free to let me > know or change anything if not :-) > > > > > - the output is not limited to only "Theses" > > > > What metadata field and value(s) in DSpace specifies that the item is a > thesis? > > My understanding is that this is in dc.type - I'm currently liaising with > a number of other DSpace users that participate in the EThOS service (the > primary consumers of uketd_dc metadata) as there may well be more than one > value - I'm hoping though that all the different variations will, at the > very least, all contain the word "Thesis", so my first question is to ask > if you know if it is possible to use pattern matching to carry out the > filtering in xoai.xsl? I am intending to investigate this further, I just > haven't got to it yet, but if anyone knows the answer it would be helpful > at this stage! > > In terms of dc.type - I've also noted an issue with this attribute - it > looks to me like any dc.type or dc.type.* attributes are being concatenated > into a single dc.type attribute before the data reaches the uketd_dc > crosswalk (? Please correct me if I'm wrong!) - I don't think this > behaviour is correct in uketd_dc as there are a couple of qualified dc.type > attributes that are mapped to their own uketd_dc elements, so I'm hoping > that it will be possible to prevent this behaviour when generating uketd_dc > OAI metadata (again, not had a chance to look myself yet, but will!)? > > > Please, provide the mapping of DSpace fields to uketd_dc fields (this > will be > > an update to uketd_dc.xsl). > > I am currently working on this specification, which is nearly complete, > and liaising with other institutions to ensure that the specified mapping > is as generic as possible and so will work for the majority of institutions > "out of the box" - alongside this I'm also creating a uketd_dc.xsl > crosswalk that implements that specification, and, once complete, hopefully > the folk from EThOS will be able to validate the output for us. > > I'm hoping that all this will only take a couple of weeks to sort out > (other work commitments allowing), but that may, of course, be a bit > optimistic :-) > > I hope that covers where I'm currently at and what I'm hoping to achieve, > but of course, if anyone has any questions, comments, or concerns (or any > pointers for any of the issues noted above), or if you are interested in > participating in the specification/testing of this crosswalk (and haven't > been in touch so far), then please don't hesitate to get back to me. > > Regards, > > Mike > > > Michael White > eLearning Liaison and Development (eLD) > Information Services > S8, Library > University of Stirling > Stirling SCOTLAND > FK9 4LA > Email: michael.wh...@stir.ac.uk > Tel: +44 (0) 1786 466877 > Fax: +44 (0) 1786 466880 > http://www.stir.ac.uk/is/staff/about/teams/aldt/#eld > > > > -Original Message- > > From: ivan.ma...@gmail.com [mailto:ivan.ma...@gmail.com] On Behalf Of > > helix84 > > Sent: 22 October 2013 14:59 > > To: Michael White > > Cc: dspace-tech@lists.sourceforge.net > > Subject: Re: [Dspace-tech] DSpace v3 and uketd_dc OAI? > > > > Hi Mike, > > > > I could modify the stylesheet if you can test the changes. Please, file > a new Jira > > issue for this: > > https://jira.duraspace.org/browse/DS > > > > On Tue, Oct 22, 2013 at 12:51 PM, Michael White < > michael.wh...@stir.ac.uk> > > wrote: > > > - the output is not limited to only "Theses" > > > > What metadata field and value(s) in
Re: [Dspace-tech] DSpace v3 and uketd_dc OAI?
Hi, > Please, file a new Jira issue for this: With apologies for the delay getting around to it, but I have now done this: https://jira.duraspace.org/i#browse/DS-1740 - this is my first time adding a JIRA ticket, so I hope everything is OK, but feel free to let me know or change anything if not :-) > > > - the output is not limited to only "Theses" > > What metadata field and value(s) in DSpace specifies that the item is a > thesis? My understanding is that this is in dc.type - I'm currently liaising with a number of other DSpace users that participate in the EThOS service (the primary consumers of uketd_dc metadata) as there may well be more than one value - I'm hoping though that all the different variations will, at the very least, all contain the word "Thesis", so my first question is to ask if you know if it is possible to use pattern matching to carry out the filtering in xoai.xsl? I am intending to investigate this further, I just haven't got to it yet, but if anyone knows the answer it would be helpful at this stage! In terms of dc.type - I've also noted an issue with this attribute - it looks to me like any dc.type or dc.type.* attributes are being concatenated into a single dc.type attribute before the data reaches the uketd_dc crosswalk (? Please correct me if I'm wrong!) - I don't think this behaviour is correct in uketd_dc as there are a couple of qualified dc.type attributes that are mapped to their own uketd_dc elements, so I'm hoping that it will be possible to prevent this behaviour when generating uketd_dc OAI metadata (again, not had a chance to look myself yet, but will!)? > Please, provide the mapping of DSpace fields to uketd_dc fields (this will be > an update to uketd_dc.xsl). I am currently working on this specification, which is nearly complete, and liaising with other institutions to ensure that the specified mapping is as generic as possible and so will work for the majority of institutions "out of the box" - alongside this I'm also creating a uketd_dc.xsl crosswalk that implements that specification, and, once complete, hopefully the folk from EThOS will be able to validate the output for us. I'm hoping that all this will only take a couple of weeks to sort out (other work commitments allowing), but that may, of course, be a bit optimistic :-) I hope that covers where I'm currently at and what I'm hoping to achieve, but of course, if anyone has any questions, comments, or concerns (or any pointers for any of the issues noted above), or if you are interested in participating in the specification/testing of this crosswalk (and haven't been in touch so far), then please don't hesitate to get back to me. Regards, Mike Michael White eLearning Liaison and Development (eLD) Information Services S8, Library University of Stirling Stirling SCOTLAND FK9 4LA Email: michael.wh...@stir.ac.uk Tel: +44 (0) 1786 466877 Fax: +44 (0) 1786 466880 http://www.stir.ac.uk/is/staff/about/teams/aldt/#eld > -Original Message- > From: ivan.ma...@gmail.com [mailto:ivan.ma...@gmail.com] On Behalf Of > helix84 > Sent: 22 October 2013 14:59 > To: Michael White > Cc: dspace-tech@lists.sourceforge.net > Subject: Re: [Dspace-tech] DSpace v3 and uketd_dc OAI? > > Hi Mike, > > I could modify the stylesheet if you can test the changes. Please, file a new > Jira > issue for this: > https://jira.duraspace.org/browse/DS > > On Tue, Oct 22, 2013 at 12:51 PM, Michael White > wrote: > > - the output is not limited to only "Theses" > > What metadata field and value(s) in DSpace specifies that the item is a > thesis? > (This will be a modification to > [dspace]/config/crosswalks/oai/xoai.xml) > > > - the supervisor (from dc.contributor.advisor) is mapping to > > dc.contributor instead of uketdterms:advisor > > - a number of other uketc_dc specific terms (e.g. > > "qualificationlevel", "qualificationname", etc) are not being included > > Please, provide the mapping of DSpace fields to uketd_dc fields (this will be > an update to uketd_dc.xsl). > > > Regards, > ~~helix84 > > Compulsory reading: DSpace Mailing List Etiquette > https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette > -- The University of Stirling has been ranked in the top 12 of UK universities for graduate employment*. 94% of our 2012 graduates were in work and/or further study within six months of graduation. *The Telegraph The University of Stirling is a charity registered in Scotland, number SC 011159. -- Android is increasing in popularity, but the open development platform that developers love is also attract
Re: [Dspace-tech] DSpace v3 and uketd_dc OAI?
Hi helix84, > I could modify the stylesheet if you can test the changes. Please, file a new > Jira > issue for this: > https://jira.duraspace.org/browse/DS That's great, many thanks, and yes, happy to help with development/testing in any way I can - once I have all the required info, I'll add a new JIRA issue as requested. > What metadata field and value(s) in DSpace specifies that the item is a > thesis? > (This will be a modification to > [dspace]/config/crosswalks/oai/xoai.xml) We use "Thesis or Dissertation" which (from memory!) is what is specified by in the EThOS profile - I will get confirmation of this though and will include in the ticket. > Please, provide the mapping of DSpace fields to uketd_dc fields (this will be > an update to uketd_dc.xsl). I will find out what this mapping is and will include it in the ticket. I'll confirm once I have all the required information and the ticket has been added. Thanks again! Cheers, Mike Michael White eLearning Liaison and Development (eLD) Information Services S8, Library University of Stirling Stirling SCOTLAND FK9 4LA Email: michael.wh...@stir.ac.uk Tel: +44 (0) 1786 466877 Fax: +44 (0) 1786 466880 http://www.stir.ac.uk/is/staff/about/teams/aldt/#eld -- The University of Stirling has been ranked in the top 12 of UK universities for graduate employment*. 94% of our 2012 graduates were in work and/or further study within six months of graduation. *The Telegraph The University of Stirling is a charity registered in Scotland, number SC 011159. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk ___ 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] DSpace v3 and uketd_dc OAI?
Hi Mike, I could modify the stylesheet if you can test the changes. Please, file a new Jira issue for this: https://jira.duraspace.org/browse/DS On Tue, Oct 22, 2013 at 12:51 PM, Michael White wrote: > - the output is not limited to only "Theses" What metadata field and value(s) in DSpace specifies that the item is a thesis? (This will be a modification to [dspace]/config/crosswalks/oai/xoai.xml) > - the supervisor (from dc.contributor.advisor) is mapping to dc.contributor > instead of uketdterms:advisor > - a number of other uketc_dc specific terms (e.g. "qualificationlevel", > "qualificationname", etc) are not being included Please, provide the mapping of DSpace fields to uketd_dc fields (this will be an update to uketd_dc.xsl). Regards, ~~helix84 Compulsory reading: DSpace Mailing List Etiquette https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk ___ 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] DSpace v3 and uketd_dc OAI?
Hi, We participate in the British Library's EThOS service which harvests eTheses metadata from our DSpace repository over OAI in uketd_dc format - this has been working well in our Production system running DSpace v1.6. We are working on migrating to DSpace v3.1 and I have been testing the OAI uketd_dc output on my DSpace v3.1 DEV system but it does not appear to be producing OAI data in the correct uketd_dc format. If you compare the uketd_dc OAI output of our v1.6 PROD system (http://dspace.stir.ac.uk/oai/request?verb=ListRecords&metadataPrefix=uketd_dc) against our v3.1 DEV system (http://dspace3.stir.ac.uk/oai/request?verb=ListRecords&metadataPrefix=uketd_dc) a number of problems are evident: - the output is not limited to only "Theses" - the supervisor (from dc.contributor.advisor) is mapping to dc.contributor instead of uketdterms:advisor - a number of other uketc_dc specific terms (e.g. "qualificationlevel", "qualificationname", etc) are not being included I have been in contact with the EThOS folks, and they have confirmed that my DSpace v3.1 DEV system is not providing uketd_dc metadata in the correct format for them. So I'm presuming this is an issue with the "uketc_dc.xsl" stylesheet, but my XSLT knowledge has always been pretty basic, and these days is very rusty, so I'm loathe to start trying to dissect this to find out how it works if I don't have to! So, has anyone else come across this problem? And, I guess more importantly, has anyone got a solution? If not, any XSLT whizzes out there who would give us a hand fixing this so that the uketd_dc metadata being provided by DSpace v3.1 (and therefore presumably subsequent versions) matches the spec? Cheers, Mike Michael White eLearning Liaison and Development (eLD) Information Services S8, Library University of Stirling Stirling SCOTLAND FK9 4LA Email: michael.wh...@stir.ac.uk Tel: +44 (0) 1786 466877 Fax: +44 (0) 1786 466880 http://www.stir.ac.uk/is/staff/about/teams/aldt/#eld -- The University of Stirling has been ranked in the top 12 of UK universities for graduate employment*. 94% of our 2012 graduates were in work and/or further study within six months of graduation. *The Telegraph The University of Stirling is a charity registered in Scotland, number SC 011159. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk ___ 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
