Fwd: Re: OAI-PMH interface Scholarship At Lesley
18 views
Skip to first unread message
Paul Hoffman
May 7, 2012, 3:14:46 PM5/7/12
to irp...@googlegroups.com
I'm assuming it's not possible to get IR+ to automatically put an item's
HTTP URL into a dc.identifier element in the OAI-PMH metadata it
generates -- is that correct?
Paul.
----- Forwarded message from Friedrich Summann <friedric...@uni-bielefeld.de> -----
Date: Mon, 7 May 2012 14:55:55 -0400
From: Friedrich Summann <friedric...@uni-bielefeld.de>
To: Support <sup...@flo.org>
CC: Marilyn Geller <mge...@lesley.edu>
Subject: Re: OAI-PMH interface Scholarship At Lesley
Hi Paul,
[...]
Ok, we have harvested the Univ. of Rochester since longer
and they deliver url handles (I guess they had DSpace before
and migrated it with the handles to the new system) in
dc:identifier.
Anyway, operable urls in the DC metadata are really
necessary. We will think about your workaround
(deriving the url from the identifier tag in the metadata
header section).though I think the IR+ repository
software should provide that (as all common IR systems do).
Best regards,
Am 07.05.2012 16:42, schrieb Support:
> Friedrich,
>
> Vielen Dank f�r Ihr Interesse an unserem Repository. Leider mu� ich
> sagen, die Software auf dem das Repository basiert ist -- IR+ von der
> University of Rochester -- ist nicht f�hig, HTTP URLs automatisch in den
> OAI-PMH Metadaten einschlie�en. [I'm sorry, but that's about as much
> German as I can manage!]
>
> Thank you very much for your interest in our repository. Unfortunately,
> the software on which the repository is based -- IR+ from the University
> of Rochester -- isn't capable of automatically including HTTP URLs in
> the OAI-PMH metadata.
>
> On the other hand, there *is* a URL with the oai: scheme included in the
> OAI-PMH response header, and it would be possible to map this to an HTTP
> URL -- of course, I don't know if you are able to customize your
> harvesting routine to do this. For example, the following OAI URL:
>
> oai:ir.flo.org:112
>
> maps to the following HTTP URL:
>
> http://ir.flo.org/lesley/institutionalPublicationPublicView.action?institutionalItemId=112
>
> You can see this by following the aforementioned HTTP URL and then
> following the link on that page to the metadata at this URL:
>
> http://ir.flo.org/lesley/oai2.action?verb=GetRecord&identifier=oai%3air.flo.org%3a112&metadataPrefix=oai_dc
>
> I'm CC'ing Marilyn Geller, who has done most of the work building this
> repository, in case she has any further thoughts on the matter.
>
> Paul.
>
> On Sun, May 06, 2012 at 04:25:10AM -0400, Friedrich Summann wrote:
>
>> Dear Sys admin,
>>
>> we have harvested your repository recently.
>> When looking into the delivered contents I can not identify
>> a working url in the DC data.
>> In dc:identifier where normally urls to the document or a document splash page I only find empty entries,
>> e.g.
>>
>> <dc:identifier></dc:identifier>
>>
>> We need a operable url to lead the end user to the documemt
>> (and your repository). As I have proofed your repository
>> contains valuable fulltext documents (thesis etc.) and would
>> be surely fit into a scientific scope.
>>
>> Bielefeld Univ. Library is interested in integrating scientific OA repositories related to our scientific search engine BASE (http://www.base-search.net/) - one of the leading OAI-PMH service providers.
>>
>> Best regards,
>>
>> --
>> Friedrich Summann
>> Leiter EDV-Abt. / Head IT Dept.
>> Universit�tsbibliothek Bielefeld
>> Bielefeld University Library, Germany
>> Tel./ fon 0049 521 106 2631
>>
>>
>
--
Friedrich Summann
Leiter EDV-Abt. / Head IT Dept.
Universit�tsbibliothek Bielefeld
Bielefeld University Library, Germany
Tel./ fon 0049 521 106 2631
----- End forwarded message -----
--
Paul Hoffman <pa...@flo.org>
Systems Librarian
Fenway Libraries Online
c/o Wentworth Institute of Technology
550 Huntington Ave.
Boston, MA 02115
(617) 445-2914
(617) 442-2384 (FLO main number)
HTTP URL into a dc.identifier element in the OAI-PMH metadata it
generates -- is that correct?
Paul.
----- Forwarded message from Friedrich Summann <friedric...@uni-bielefeld.de> -----
Date: Mon, 7 May 2012 14:55:55 -0400
From: Friedrich Summann <friedric...@uni-bielefeld.de>
To: Support <sup...@flo.org>
CC: Marilyn Geller <mge...@lesley.edu>
Subject: Re: OAI-PMH interface Scholarship At Lesley
Hi Paul,
[...]
Ok, we have harvested the Univ. of Rochester since longer
and they deliver url handles (I guess they had DSpace before
and migrated it with the handles to the new system) in
dc:identifier.
Anyway, operable urls in the DC metadata are really
necessary. We will think about your workaround
(deriving the url from the identifier tag in the metadata
header section).though I think the IR+ repository
software should provide that (as all common IR systems do).
Best regards,
Am 07.05.2012 16:42, schrieb Support:
> Friedrich,
>
> Vielen Dank f�r Ihr Interesse an unserem Repository. Leider mu� ich
> sagen, die Software auf dem das Repository basiert ist -- IR+ von der
> University of Rochester -- ist nicht f�hig, HTTP URLs automatisch in den
> OAI-PMH Metadaten einschlie�en. [I'm sorry, but that's about as much
> German as I can manage!]
>
> Thank you very much for your interest in our repository. Unfortunately,
> the software on which the repository is based -- IR+ from the University
> of Rochester -- isn't capable of automatically including HTTP URLs in
> the OAI-PMH metadata.
>
> On the other hand, there *is* a URL with the oai: scheme included in the
> OAI-PMH response header, and it would be possible to map this to an HTTP
> URL -- of course, I don't know if you are able to customize your
> harvesting routine to do this. For example, the following OAI URL:
>
> oai:ir.flo.org:112
>
> maps to the following HTTP URL:
>
> http://ir.flo.org/lesley/institutionalPublicationPublicView.action?institutionalItemId=112
>
> You can see this by following the aforementioned HTTP URL and then
> following the link on that page to the metadata at this URL:
>
> http://ir.flo.org/lesley/oai2.action?verb=GetRecord&identifier=oai%3air.flo.org%3a112&metadataPrefix=oai_dc
>
> I'm CC'ing Marilyn Geller, who has done most of the work building this
> repository, in case she has any further thoughts on the matter.
>
> Paul.
>
> On Sun, May 06, 2012 at 04:25:10AM -0400, Friedrich Summann wrote:
>
>> Dear Sys admin,
>>
>> we have harvested your repository recently.
>> When looking into the delivered contents I can not identify
>> a working url in the DC data.
>> In dc:identifier where normally urls to the document or a document splash page I only find empty entries,
>> e.g.
>>
>> <dc:identifier></dc:identifier>
>>
>> We need a operable url to lead the end user to the documemt
>> (and your repository). As I have proofed your repository
>> contains valuable fulltext documents (thesis etc.) and would
>> be surely fit into a scientific scope.
>>
>> Bielefeld Univ. Library is interested in integrating scientific OA repositories related to our scientific search engine BASE (http://www.base-search.net/) - one of the leading OAI-PMH service providers.
>>
>> Best regards,
>>
>> --
>> Friedrich Summann
>> Leiter EDV-Abt. / Head IT Dept.
>> Universit�tsbibliothek Bielefeld
>> Bielefeld University Library, Germany
>> Tel./ fon 0049 521 106 2631
>>
>>
>
--
Friedrich Summann
Leiter EDV-Abt. / Head IT Dept.
Universit�tsbibliothek Bielefeld
Bielefeld University Library, Germany
Tel./ fon 0049 521 106 2631
----- End forwarded message -----
--
Paul Hoffman <pa...@flo.org>
Systems Librarian
Fenway Libraries Online
c/o Wentworth Institute of Technology
550 Huntington Ave.
Boston, MA 02115
(617) 445-2914
(617) 442-2384 (FLO main number)
Nate Sarr
May 7, 2012, 3:26:55 PM5/7/12
to irp...@googlegroups.com
Hi Paul,
That is correct. Right now it uses the handle value if you use the handle system. I'm going to look into adding this as an option. I think it should be there if you are not using the handle system.
-Nate
That is correct. Right now it uses the handle value if you use the handle system. I'm going to look into adding this as an option. I think it should be there if you are not using the handle system.
-Nate
> Vielen Dank für Ihr Interesse an unserem Repository. Leider muß ich
> sagen, die Software auf dem das Repository basiert ist -- IR+ von der
> University of Rochester -- ist nicht fähig, HTTP URLs automatisch in den
> OAI-PMH Metadaten einschließen. [I'm sorry, but that's about as much
>> Universitätsbibliothek Bielefeld
>> Bielefeld University Library, Germany
>> Tel./ fon 0049 521 106 2631
>>
>>
>
--
Friedrich Summann
Leiter EDV-Abt. / Head IT Dept.
Universitätsbibliothek Bielefeld
Bielefeld University Library, Germany
Tel./ fon 0049 521 106 2631
----- End forwarded message -----
--
Paul Hoffman <pa...@flo.org>
Systems Librarian
Fenway Libraries Online
c/o Wentworth Institute of Technology
550 Huntington Ave.
Boston, MA 02115
(617) 445-2914
(617) 442-2384 (FLO main number)
--
You received this message because you are subscribed to the Google Groups "irplus" group.
To post to this group, send email to irp...@googlegroups.com.
To unsubscribe from this group, send email to irplus+un...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/irplus?hl=en.
Paul Hoffman
May 7, 2012, 4:54:42 PM5/7/12
to irp...@googlegroups.com
Thanks, that sounds like a valuable feature to have in a future version.
Paul.
On Mon, May 07, 2012 at 03:26:55PM -0400, Nate Sarr wrote:
> Hi Paul,
>
> That is correct. Right now it uses the handle value if you use the handle system. I'm going to look into adding this as an option. I think it should be there if you are not using the handle system.
>
> -Nate
>
> To: Support <sup...@flo.org<mailto:sup...@flo.org>>
> CC: Marilyn Geller <mge...@lesley.edu<mailto:mge...@lesley.edu>>
> > OAI-PMH Metadaten einschlie�en. [I'm sorry, but that's about as much
> >> Universit�tsbibliothek Bielefeld
> (617) 442-2384<tel:%28617%29%20442-2384> (FLO main number)
> To unsubscribe from this group, send email to irplus+un...@googlegroups.com<mailto:irplus%2Bunsu...@googlegroups.com>.
Paul.
On Mon, May 07, 2012 at 03:26:55PM -0400, Nate Sarr wrote:
> Hi Paul,
>
> That is correct. Right now it uses the handle value if you use the handle system. I'm going to look into adding this as an option. I think it should be there if you are not using the handle system.
>
> -Nate
>
> On Mon, May 7, 2012 at 3:14 PM, Paul Hoffman <pa...@flo.org<mailto:pa...@flo.org>> wrote:
> I'm assuming it's not possible to get IR+ to automatically put an item's
> HTTP URL into a dc.identifier element in the OAI-PMH metadata it
> generates -- is that correct?
>
> Paul.
>
> ----- Forwarded message from Friedrich Summann <friedric...@uni-bielefeld.de<mailto:friedric...@uni-bielefeld.de>> -----
> I'm assuming it's not possible to get IR+ to automatically put an item's
> HTTP URL into a dc.identifier element in the OAI-PMH metadata it
> generates -- is that correct?
>
> Paul.
>
>
> Date: Mon, 7 May 2012 14:55:55 -0400
> From: Friedrich Summann <friedric...@uni-bielefeld.de<mailto:friedric...@uni-bielefeld.de>>
> Date: Mon, 7 May 2012 14:55:55 -0400
> To: Support <sup...@flo.org<mailto:sup...@flo.org>>
> CC: Marilyn Geller <mge...@lesley.edu<mailto:mge...@lesley.edu>>
> Subject: Re: OAI-PMH interface Scholarship At Lesley
>
> Hi Paul,
>
> [...]
>
> Ok, we have harvested the Univ. of Rochester since longer
> and they deliver url handles (I guess they had DSpace before
> and migrated it with the handles to the new system) in
> dc:identifier.
>
> Anyway, operable urls in the DC metadata are really
> necessary. We will think about your workaround
> (deriving the url from the identifier tag in the metadata
> header section).though I think the IR+ repository
> software should provide that (as all common IR systems do).
>
> Best regards,
>
> Am 07.05.2012 16:42, schrieb Support:
> > Friedrich,
> >
> > Vielen Dank f�r Ihr Interesse an unserem Repository. Leider mu� ich
>
> Hi Paul,
>
> [...]
>
> Ok, we have harvested the Univ. of Rochester since longer
> and they deliver url handles (I guess they had DSpace before
> and migrated it with the handles to the new system) in
> dc:identifier.
>
> Anyway, operable urls in the DC metadata are really
> necessary. We will think about your workaround
> (deriving the url from the identifier tag in the metadata
> header section).though I think the IR+ repository
> software should provide that (as all common IR systems do).
>
> Best regards,
>
> Am 07.05.2012 16:42, schrieb Support:
> > Friedrich,
> >
> > sagen, die Software auf dem das Repository basiert ist -- IR+ von der
> > University of Rochester -- ist nicht f�hig, HTTP URLs automatisch in den
> > OAI-PMH Metadaten einschlie�en. [I'm sorry, but that's about as much
> > German as I can manage!]
> >
> > Thank you very much for your interest in our repository. Unfortunately,
> > the software on which the repository is based -- IR+ from the University
> > of Rochester -- isn't capable of automatically including HTTP URLs in
> > the OAI-PMH metadata.
> >
> > On the other hand, there *is* a URL with the oai: scheme included in the
> > OAI-PMH response header, and it would be possible to map this to an HTTP
> > URL -- of course, I don't know if you are able to customize your
> > harvesting routine to do this. For example, the following OAI URL:
> >
> > oai:ir.flo.org:112<http://ir.flo.org:112>
> >
> > Thank you very much for your interest in our repository. Unfortunately,
> > the software on which the repository is based -- IR+ from the University
> > of Rochester -- isn't capable of automatically including HTTP URLs in
> > the OAI-PMH metadata.
> >
> > On the other hand, there *is* a URL with the oai: scheme included in the
> > OAI-PMH response header, and it would be possible to map this to an HTTP
> > URL -- of course, I don't know if you are able to customize your
> > harvesting routine to do this. For example, the following OAI URL:
> >
> >> Bielefeld University Library, Germany
> >> Tel./ fon 0049 521 106 2631
> >>
> >>
> >
>
>
> --
> Friedrich Summann
> Leiter EDV-Abt. / Head IT Dept.
> Universit�tsbibliothek Bielefeld
> >> Tel./ fon 0049 521 106 2631
> >>
> >>
> >
>
>
> --
> Friedrich Summann
> Leiter EDV-Abt. / Head IT Dept.
> Bielefeld University Library, Germany
> Tel./ fon 0049 521 106 2631
>
>
> ----- End forwarded message -----
>
> --
> Paul Hoffman <pa...@flo.org<mailto:pa...@flo.org>>
> Tel./ fon 0049 521 106 2631
>
>
> ----- End forwarded message -----
>
> --
> Systems Librarian
> Fenway Libraries Online
> c/o Wentworth Institute of Technology
> 550 Huntington Ave.
> Boston, MA 02115
> (617) 445-2914<tel:%28617%29%20445-2914>
> Fenway Libraries Online
> c/o Wentworth Institute of Technology
> 550 Huntington Ave.
> Boston, MA 02115
> (617) 442-2384<tel:%28617%29%20442-2384> (FLO main number)
>
> --
> You received this message because you are subscribed to the Google Groups "irplus" group.
> To post to this group, send email to irp...@googlegroups.com<mailto:irp...@googlegroups.com>.
> --
> You received this message because you are subscribed to the Google Groups "irplus" group.
> To unsubscribe from this group, send email to irplus+un...@googlegroups.com<mailto:irplus%2Bunsu...@googlegroups.com>.
> For more options, visit this group at http://groups.google.com/group/irplus?hl=en.
>
>
>
> --
> You received this message because you are subscribed to the Google Groups "irplus" group.
> To post to this group, send email to irp...@googlegroups.com.
> To unsubscribe from this group, send email to irplus+un...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/irplus?hl=en.
>
>
>
> --
> You received this message because you are subscribed to the Google Groups "irplus" group.
> To post to this group, send email to irp...@googlegroups.com.
> To unsubscribe from this group, send email to irplus+un...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/irplus?hl=en.
Paul Hoffman
May 8, 2012, 11:12:51 AM5/8/12
to irp...@googlegroups.com
Nate,
Just so you know, I've opened an issue for this on the Google project page.
Also, in an attempt to figure out what it would take to implement
handles for our repositories, I created a mock Handle naming authority
in a sandbox repository -- name 999999, base URL http://hdl.flo.org/ --
and set it as the default naming authority for the repository. I
expected to see URLs show up in the harvestable metadata as well as the
item display itself, but that didn't happen. Am I missing something?
Is IR+ actually contacting (or attempting to contact) the handle proxy
behind the scenes? Do I need to restart IR+?
Thanks again,
Paul.
On Mon, May 07, 2012 at 03:26:55PM -0400, Nate Sarr wrote:
> CC: Marilyn Geller <mge...@lesley.edu<mailto:mge...@lesley.edu>>
> > OAI-PMH Metadaten einschlie�en. [I'm sorry, but that's about as much
> >> Universit�tsbibliothek Bielefeld
> (617) 442-2384<tel:%28617%29%20442-2384> (FLO main number)
> To unsubscribe from this group, send email to irplus+un...@googlegroups.com<mailto:irplus%2Bunsu...@googlegroups.com>.
Just so you know, I've opened an issue for this on the Google project page.
Also, in an attempt to figure out what it would take to implement
handles for our repositories, I created a mock Handle naming authority
in a sandbox repository -- name 999999, base URL http://hdl.flo.org/ --
and set it as the default naming authority for the repository. I
expected to see URLs show up in the harvestable metadata as well as the
item display itself, but that didn't happen. Am I missing something?
Is IR+ actually contacting (or attempting to contact) the handle proxy
behind the scenes? Do I need to restart IR+?
Thanks again,
Paul.
On Mon, May 07, 2012 at 03:26:55PM -0400, Nate Sarr wrote:
> Hi Paul,
>
> That is correct. Right now it uses the handle value if you use the handle system. I'm going to look into adding this as an option. I think it should be there if you are not using the handle system.
>
> -Nate
>
>
> That is correct. Right now it uses the handle value if you use the handle system. I'm going to look into adding this as an option. I think it should be there if you are not using the handle system.
>
> -Nate
>
> On Mon, May 7, 2012 at 3:14 PM, Paul Hoffman <pa...@flo.org<mailto:pa...@flo.org>> wrote:
> I'm assuming it's not possible to get IR+ to automatically put an item's
> HTTP URL into a dc.identifier element in the OAI-PMH metadata it
> generates -- is that correct?
>
> Paul.
>
> ----- Forwarded message from Friedrich Summann <friedric...@uni-bielefeld.de<mailto:friedric...@uni-bielefeld.de>> -----
> I'm assuming it's not possible to get IR+ to automatically put an item's
> HTTP URL into a dc.identifier element in the OAI-PMH metadata it
> generates -- is that correct?
>
> Paul.
>
>
> Date: Mon, 7 May 2012 14:55:55 -0400
> To: Support <sup...@flo.org<mailto:sup...@flo.org>>
> Date: Mon, 7 May 2012 14:55:55 -0400
> CC: Marilyn Geller <mge...@lesley.edu<mailto:mge...@lesley.edu>>
> Subject: Re: OAI-PMH interface Scholarship At Lesley
>
> Hi Paul,
>
> [...]
>
> Ok, we have harvested the Univ. of Rochester since longer
> and they deliver url handles (I guess they had DSpace before
> and migrated it with the handles to the new system) in
> dc:identifier.
>
> Anyway, operable urls in the DC metadata are really
> necessary. We will think about your workaround
> (deriving the url from the identifier tag in the metadata
> header section).though I think the IR+ repository
> software should provide that (as all common IR systems do).
>
> Best regards,
>
> Am 07.05.2012 16:42, schrieb Support:
> > Friedrich,
> >
> > Vielen Dank f�r Ihr Interesse an unserem Repository. Leider mu� ich
>
> Hi Paul,
>
> [...]
>
> Ok, we have harvested the Univ. of Rochester since longer
> and they deliver url handles (I guess they had DSpace before
> and migrated it with the handles to the new system) in
> dc:identifier.
>
> Anyway, operable urls in the DC metadata are really
> necessary. We will think about your workaround
> (deriving the url from the identifier tag in the metadata
> header section).though I think the IR+ repository
> software should provide that (as all common IR systems do).
>
> Best regards,
>
> Am 07.05.2012 16:42, schrieb Support:
> > Friedrich,
> >
> > sagen, die Software auf dem das Repository basiert ist -- IR+ von der
> > University of Rochester -- ist nicht f�hig, HTTP URLs automatisch in den
> > OAI-PMH Metadaten einschlie�en. [I'm sorry, but that's about as much
> > German as I can manage!]
> >
> > Thank you very much for your interest in our repository. Unfortunately,
> > the software on which the repository is based -- IR+ from the University
> > of Rochester -- isn't capable of automatically including HTTP URLs in
> > the OAI-PMH metadata.
> >
> > On the other hand, there *is* a URL with the oai: scheme included in the
> > OAI-PMH response header, and it would be possible to map this to an HTTP
> > URL -- of course, I don't know if you are able to customize your
> > harvesting routine to do this. For example, the following OAI URL:
> >
> > oai:ir.flo.org:112<http://ir.flo.org:112>
> >
> > Thank you very much for your interest in our repository. Unfortunately,
> > the software on which the repository is based -- IR+ from the University
> > of Rochester -- isn't capable of automatically including HTTP URLs in
> > the OAI-PMH metadata.
> >
> > On the other hand, there *is* a URL with the oai: scheme included in the
> > OAI-PMH response header, and it would be possible to map this to an HTTP
> > URL -- of course, I don't know if you are able to customize your
> > harvesting routine to do this. For example, the following OAI URL:
> >
> >> Bielefeld University Library, Germany
> >> Tel./ fon 0049 521 106 2631
> >>
> >>
> >
>
>
> --
> Friedrich Summann
> Leiter EDV-Abt. / Head IT Dept.
> Universit�tsbibliothek Bielefeld
> >> Tel./ fon 0049 521 106 2631
> >>
> >>
> >
>
>
> --
> Friedrich Summann
> Leiter EDV-Abt. / Head IT Dept.
> Bielefeld University Library, Germany
> Tel./ fon 0049 521 106 2631
>
>
> ----- End forwarded message -----
>
> --
> Paul Hoffman <pa...@flo.org<mailto:pa...@flo.org>>
> Tel./ fon 0049 521 106 2631
>
>
> ----- End forwarded message -----
>
> --
> Systems Librarian
> Fenway Libraries Online
> c/o Wentworth Institute of Technology
> 550 Huntington Ave.
> Boston, MA 02115
> (617) 445-2914<tel:%28617%29%20445-2914>
> Fenway Libraries Online
> c/o Wentworth Institute of Technology
> 550 Huntington Ave.
> Boston, MA 02115
> (617) 442-2384<tel:%28617%29%20442-2384> (FLO main number)
>
> --
> You received this message because you are subscribed to the Google Groups "irplus" group.
> To post to this group, send email to irp...@googlegroups.com<mailto:irp...@googlegroups.com>.
> --
> You received this message because you are subscribed to the Google Groups "irplus" group.
> To unsubscribe from this group, send email to irplus+un...@googlegroups.com<mailto:irplus%2Bunsu...@googlegroups.com>.
> For more options, visit this group at http://groups.google.com/group/irplus?hl=en.
>
>
>
> --
> You received this message because you are subscribed to the Google Groups "irplus" group.
> To post to this group, send email to irp...@googlegroups.com.
> To unsubscribe from this group, send email to irplus+un...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/irplus?hl=en.
>
>
>
> --
> You received this message because you are subscribed to the Google Groups "irplus" group.
> To post to this group, send email to irp...@googlegroups.com.
> To unsubscribe from this group, send email to irplus+un...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/irplus?hl=en.
Nate Sarr
May 8, 2012, 12:16:37 PM5/8/12
to irp...@googlegroups.com
Hi Paul,
Sounds good. I already fixed it in the source. I'm working on IR+ 3.0 right now so it will be a while before it comes out. If you need it sooner, I could send you a replacement file that you could try out to see if it meets your needs. The handle system takes some work to get going - I may need to write a script to update all of the content you currently have with handle inforamtion. For more information on how to set up the handle server you can look at page 47 of the IR Plus installation manual.
Let me know.
-Nate
> > Vielen Dank für Ihr Interesse an unserem Repository. Leider muß ich
> > sagen, die Software auf dem das Repository basiert ist -- IR+ von der
> > University of Rochester -- ist nicht fähig, HTTP URLs automatisch in den
> > OAI-PMH Metadaten einschließen. [I'm sorry, but that's about as much
> >> Universitätsbibliothek Bielefeld
> >> Bielefeld University Library, Germany
> >> Tel./ fon 0049 521 106 2631
> >>
> >>
> >
>
>
> --
> Friedrich Summann
> Leiter EDV-Abt. / Head IT Dept.
> Universitätsbibliothek Bielefeld
Paul Hoffman
May 8, 2012, 3:13:04 PM5/8/12
to irp...@googlegroups.com
Nate,
Thanks for the pointer to the docs in the installation guide, and for
fixing the code for IR+ 3.0.
I was hoping that in the meantime we could just create a handle naming
authority in IR+ with base URL http://foo.flo.org/ (or whatever) and
name 999999 (or whatever) and that would cause the OAI-PMH metadata to
include dc:identifiers like http://foo.flo.org/999999/123 and so on.
Requests for these URLs would go to a different HTTP server here,
totally separate from IR+, which would redirect to the appropriate item
in IR+. For example, http://foo.flo.org/999999/123 might redirect to
http://ir.flo.org/sandbox/institutionalPublicationPublicView.action?institutionalItemId=123.
Most importantly, IR+ wouldn't have anything to do with the redirection.
As far as IR+ is concerned, it would be handing out URLs to an HTTP
proxy server within the Handle system -- like http://hdl.handle.net/ --
it wouldn't know or care that, in reality, it's just a plain old HTTP
server with some redirect logic.
But I gather it doesn't work that way -- does it? How would someone at
an institution that already has a handle server set things up in IR+?
Thanks again,
Paul.
On Tue, May 08, 2012 at 12:16:37PM -0400, Nate Sarr wrote:
> Hi Paul,
>
> > To: Support <sup...@flo.org<mailto:sup...@flo.org><mailto:sup...@flo.org<mailto:sup...@flo.org>>>
> > CC: Marilyn Geller <mge...@lesley.edu<mailto:mge...@lesley.edu><mailto:mge...@lesley.edu<mailto:mge...@lesley.edu>>>
> > > OAI-PMH Metadaten einschlie�en. [I'm sorry, but that's about as much
> > >> Universit�tsbibliothek Bielefeld
> > (617) 442-2384<tel:%28617%29%20442-2384><tel:%28617%29%20442-2384> (FLO main number)
> > To unsubscribe from this group, send email to irplus+un...@googlegroups.com<mailto:irplus%2Bunsu...@googlegroups.com><mailto:irplus%2Bunsu...@googlegroups.com<mailto:irplus%252Buns...@googlegroups.com>>.
Thanks for the pointer to the docs in the installation guide, and for
fixing the code for IR+ 3.0.
I was hoping that in the meantime we could just create a handle naming
authority in IR+ with base URL http://foo.flo.org/ (or whatever) and
name 999999 (or whatever) and that would cause the OAI-PMH metadata to
include dc:identifiers like http://foo.flo.org/999999/123 and so on.
Requests for these URLs would go to a different HTTP server here,
totally separate from IR+, which would redirect to the appropriate item
in IR+. For example, http://foo.flo.org/999999/123 might redirect to
http://ir.flo.org/sandbox/institutionalPublicationPublicView.action?institutionalItemId=123.
Most importantly, IR+ wouldn't have anything to do with the redirection.
As far as IR+ is concerned, it would be handing out URLs to an HTTP
proxy server within the Handle system -- like http://hdl.handle.net/ --
it wouldn't know or care that, in reality, it's just a plain old HTTP
server with some redirect logic.
But I gather it doesn't work that way -- does it? How would someone at
an institution that already has a handle server set things up in IR+?
Thanks again,
Paul.
On Tue, May 08, 2012 at 12:16:37PM -0400, Nate Sarr wrote:
> Hi Paul,
>
> Sounds good. I already fixed it in the source. I'm working on IR+ 3.0 right now so it will be a while before it comes out. If you need it sooner, I could send you a replacement file that you could try out to see if it meets your needs. The handle system takes some work to get going - I may need to write a script to update all of the content you currently have with handle inforamtion. For more information on how to set up the handle server you can look at page 47 of the IR Plus installation manual.
>
> Let me know.
>
> -Nate
>
>
> Let me know.
>
> -Nate
>
> On Tue, May 8, 2012 at 11:12 AM, Paul Hoffman <pa...@flo.org<mailto:pa...@flo.org>> wrote:
> Nate,
>
> Just so you know, I've opened an issue for this on the Google project page.
>
> Also, in an attempt to figure out what it would take to implement
> handles for our repositories, I created a mock Handle naming authority
> in a sandbox repository -- name 999999, base URL http://hdl.flo.org/ --
> and set it as the default naming authority for the repository. I
> expected to see URLs show up in the harvestable metadata as well as the
> item display itself, but that didn't happen. Am I missing something?
> Is IR+ actually contacting (or attempting to contact) the handle proxy
> behind the scenes? Do I need to restart IR+?
>
> Thanks again,
>
> Paul.
>
> On Mon, May 07, 2012 at 03:26:55PM -0400, Nate Sarr wrote:
> > Hi Paul,
> >
> > That is correct. Right now it uses the handle value if you use the handle system. I'm going to look into adding this as an option. I think it should be there if you are not using the handle system.
> >
> > -Nate
> >
> > On Mon, May 7, 2012 at 3:14 PM, Paul Hoffman <pa...@flo.org<mailto:pa...@flo.org><mailto:pa...@flo.org<mailto:pa...@flo.org>>> wrote:
> > I'm assuming it's not possible to get IR+ to automatically put an item's
> > HTTP URL into a dc.identifier element in the OAI-PMH metadata it
> > generates -- is that correct?
> >
> > Paul.
> >
> > ----- Forwarded message from Friedrich Summann <friedric...@uni-bielefeld.de<mailto:friedric...@uni-bielefeld.de><mailto:friedric...@uni-bielefeld.de<mailto:friedric...@uni-bielefeld.de>>> -----
> Nate,
>
> Just so you know, I've opened an issue for this on the Google project page.
>
> Also, in an attempt to figure out what it would take to implement
> handles for our repositories, I created a mock Handle naming authority
> in a sandbox repository -- name 999999, base URL http://hdl.flo.org/ --
> and set it as the default naming authority for the repository. I
> expected to see URLs show up in the harvestable metadata as well as the
> item display itself, but that didn't happen. Am I missing something?
> Is IR+ actually contacting (or attempting to contact) the handle proxy
> behind the scenes? Do I need to restart IR+?
>
> Thanks again,
>
> Paul.
>
> On Mon, May 07, 2012 at 03:26:55PM -0400, Nate Sarr wrote:
> > Hi Paul,
> >
> > That is correct. Right now it uses the handle value if you use the handle system. I'm going to look into adding this as an option. I think it should be there if you are not using the handle system.
> >
> > -Nate
> >
> > On Mon, May 7, 2012 at 3:14 PM, Paul Hoffman <pa...@flo.org<mailto:pa...@flo.org><mailto:pa...@flo.org<mailto:pa...@flo.org>>> wrote:
> > I'm assuming it's not possible to get IR+ to automatically put an item's
> > HTTP URL into a dc.identifier element in the OAI-PMH metadata it
> > generates -- is that correct?
> >
> > Paul.
> >
> >
> > Date: Mon, 7 May 2012 14:55:55 -0400
> > From: Friedrich Summann <friedric...@uni-bielefeld.de<mailto:friedric...@uni-bielefeld.de><mailto:friedric...@uni-bielefeld.de<mailto:friedric...@uni-bielefeld.de>>>
> > Date: Mon, 7 May 2012 14:55:55 -0400
> > To: Support <sup...@flo.org<mailto:sup...@flo.org><mailto:sup...@flo.org<mailto:sup...@flo.org>>>
> > CC: Marilyn Geller <mge...@lesley.edu<mailto:mge...@lesley.edu><mailto:mge...@lesley.edu<mailto:mge...@lesley.edu>>>
> > Subject: Re: OAI-PMH interface Scholarship At Lesley
> >
> > Hi Paul,
> >
> > [...]
> >
> > Ok, we have harvested the Univ. of Rochester since longer
> > and they deliver url handles (I guess they had DSpace before
> > and migrated it with the handles to the new system) in
> > dc:identifier.
> >
> > Anyway, operable urls in the DC metadata are really
> > necessary. We will think about your workaround
> > (deriving the url from the identifier tag in the metadata
> > header section).though I think the IR+ repository
> > software should provide that (as all common IR systems do).
> >
> > Best regards,
> >
> > Am 07.05.2012 16:42, schrieb Support:
> > > Friedrich,
> > >
> > > Vielen Dank f�r Ihr Interesse an unserem Repository. Leider mu� ich
> >
> > Hi Paul,
> >
> > [...]
> >
> > Ok, we have harvested the Univ. of Rochester since longer
> > and they deliver url handles (I guess they had DSpace before
> > and migrated it with the handles to the new system) in
> > dc:identifier.
> >
> > Anyway, operable urls in the DC metadata are really
> > necessary. We will think about your workaround
> > (deriving the url from the identifier tag in the metadata
> > header section).though I think the IR+ repository
> > software should provide that (as all common IR systems do).
> >
> > Best regards,
> >
> > Am 07.05.2012 16:42, schrieb Support:
> > > Friedrich,
> > >
> > > sagen, die Software auf dem das Repository basiert ist -- IR+ von der
> > > University of Rochester -- ist nicht f�hig, HTTP URLs automatisch in den
> > > OAI-PMH Metadaten einschlie�en. [I'm sorry, but that's about as much
> > > German as I can manage!]
> > >
> > > Thank you very much for your interest in our repository. Unfortunately,
> > > the software on which the repository is based -- IR+ from the University
> > > of Rochester -- isn't capable of automatically including HTTP URLs in
> > > the OAI-PMH metadata.
> > >
> > > On the other hand, there *is* a URL with the oai: scheme included in the
> > > OAI-PMH response header, and it would be possible to map this to an HTTP
> > > URL -- of course, I don't know if you are able to customize your
> > > harvesting routine to do this. For example, the following OAI URL:
> > >
> > > oai:ir.flo.org:112<http://ir.flo.org:112/><http://ir.flo.org:112<http://ir.flo.org:112/>>
> > >
> > > Thank you very much for your interest in our repository. Unfortunately,
> > > the software on which the repository is based -- IR+ from the University
> > > of Rochester -- isn't capable of automatically including HTTP URLs in
> > > the OAI-PMH metadata.
> > >
> > > On the other hand, there *is* a URL with the oai: scheme included in the
> > > OAI-PMH response header, and it would be possible to map this to an HTTP
> > > URL -- of course, I don't know if you are able to customize your
> > > harvesting routine to do this. For example, the following OAI URL:
> > >
> > >> Bielefeld University Library, Germany
> > >> Tel./ fon 0049 521 106 2631
> > >>
> > >>
> > >
> >
> >
> > --
> > Friedrich Summann
> > Leiter EDV-Abt. / Head IT Dept.
> > Universit�tsbibliothek Bielefeld
> > >> Tel./ fon 0049 521 106 2631
> > >>
> > >>
> > >
> >
> >
> > --
> > Friedrich Summann
> > Leiter EDV-Abt. / Head IT Dept.
> > Bielefeld University Library, Germany
> > Tel./ fon 0049 521 106 2631
> >
> >
> > ----- End forwarded message -----
> >
> > --
> > Paul Hoffman <pa...@flo.org<mailto:pa...@flo.org><mailto:pa...@flo.org<mailto:pa...@flo.org>>>
> > Tel./ fon 0049 521 106 2631
> >
> >
> > ----- End forwarded message -----
> >
> > --
> > Systems Librarian
> > Fenway Libraries Online
> > c/o Wentworth Institute of Technology
> > 550 Huntington Ave.
> > Boston, MA 02115
> > (617) 445-2914<tel:%28617%29%20445-2914><tel:%28617%29%20445-2914>
> > Fenway Libraries Online
> > c/o Wentworth Institute of Technology
> > 550 Huntington Ave.
> > Boston, MA 02115
> > (617) 442-2384<tel:%28617%29%20442-2384><tel:%28617%29%20442-2384> (FLO main number)
> >
> > --
> > You received this message because you are subscribed to the Google Groups "irplus" group.
> > To post to this group, send email to irp...@googlegroups.com<mailto:irp...@googlegroups.com><mailto:irp...@googlegroups.com<mailto:irp...@googlegroups.com>>.
> > --
> > You received this message because you are subscribed to the Google Groups "irplus" group.
> > To unsubscribe from this group, send email to irplus+un...@googlegroups.com<mailto:irplus%2Bunsu...@googlegroups.com><mailto:irplus%2Bunsu...@googlegroups.com<mailto:irplus%252Buns...@googlegroups.com>>.
Nate Sarr
May 8, 2012, 8:02:13 PM5/8/12
to irp...@googlegroups.com
Hi Paul,
That is sort of what happens with the handle system. The handle system actually contacts the running IR+ software when a request for a given handle URL is received and then IR+ tells the handle server where to redirect the request. This allows IR+ to change the URL at any point and time and the handle system will be able to redirect to the correct URL.
You could create something like handles in your system with a redirect server however you would need to create a mapping between the handle URL and items on the redirect server. The other thing is Handles are meant to be persistent - so users expect them never to change. If you sign up for a handle later on this means your persistent identifier will change and if users have used this identifier to cite an item in your system it breaks the reason why handles are used.
If another institution switched over to IR+ they could migrate the handle information - just like we did or they would need to add a way to get the next handle value and store it in the handle table in IR+ so that IR+ knows what handle value to show in the metadata.
Hope this helps.
-Nate
That is sort of what happens with the handle system. The handle system actually contacts the running IR+ software when a request for a given handle URL is received and then IR+ tells the handle server where to redirect the request. This allows IR+ to change the URL at any point and time and the handle system will be able to redirect to the correct URL.
You could create something like handles in your system with a redirect server however you would need to create a mapping between the handle URL and items on the redirect server. The other thing is Handles are meant to be persistent - so users expect them never to change. If you sign up for a handle later on this means your persistent identifier will change and if users have used this identifier to cite an item in your system it breaks the reason why handles are used.
If another institution switched over to IR+ they could migrate the handle information - just like we did or they would need to add a way to get the next handle value and store it in the handle table in IR+ so that IR+ knows what handle value to show in the metadata.
Hope this helps.
-Nate
> > > Vielen Dank für Ihr Interesse an unserem Repository. Leider muß ich
> > > sagen, die Software auf dem das Repository basiert ist -- IR+ von der
> > > University of Rochester -- ist nicht fähig, HTTP URLs automatisch in den
> > > OAI-PMH Metadaten einschließen. [I'm sorry, but that's about as much
> > >> Universitätsbibliothek Bielefeld
> > >> Bielefeld University Library, Germany
> > >> Tel./ fon 0049 521 106 2631
> > >>
> > >>
> > >
> >
> >
> > --
> > Friedrich Summann
> > Leiter EDV-Abt. / Head IT Dept.
> > Universitätsbibliothek Bielefeld
Paul Hoffman
May 9, 2012, 10:09:00 AM5/9/12
to irp...@googlegroups.com
Thanks, Nate, that all makes perfect sense. Would you mind sending me
the replacement file you offered earlier? Thanks!
Paul.
On Tue, May 08, 2012 at 08:02:13PM -0400, Nate Sarr wrote:
> Hi Paul,
>
> > > ----- Forwarded message from Friedrich Summann <friedric...@uni-bielefeld.de<mailto:friedric...@uni-bielefeld.de><mailto:friedric...@uni-bielefeld.de<mailto:friedric...@uni-bielefeld.de>><mailto:friedric...@uni-bielefeld.de<mailto:friedric...@uni-bielefeld.de><mailto:friedric...@uni-bielefeld.de<mailto:friedric...@uni-bielefeld.de>>>> -----
> > > To: Support <sup...@flo.org<mailto:sup...@flo.org><mailto:sup...@flo.org<mailto:sup...@flo.org>><mailto:sup...@flo.org<mailto:sup...@flo.org><mailto:sup...@flo.org<mailto:sup...@flo.org>>>>
> > > CC: Marilyn Geller <mge...@lesley.edu<mailto:mge...@lesley.edu><mailto:mge...@lesley.edu<mailto:mge...@lesley.edu>><mailto:mge...@lesley.edu<mailto:mge...@lesley.edu><mailto:mge...@lesley.edu<mailto:mge...@lesley.edu>>>>
> > > > OAI-PMH Metadaten einschlie�en. [I'm sorry, but that's about as much
> > > >> Universit�tsbibliothek Bielefeld
> > > (617) 442-2384<tel:%28617%29%20442-2384><tel:%28617%29%20442-2384><tel:%28617%29%20442-2384> (FLO main number)
> > > To unsubscribe from this group, send email to irplus+un...@googlegroups.com<mailto:irplus%2Bunsu...@googlegroups.com><mailto:irplus%2Bunsu...@googlegroups.com<mailto:irplus%252Buns...@googlegroups.com>><mailto:irplus%2Bunsu...@googlegroups.com<mailto:irplus%252Buns...@googlegroups.com><mailto:irplus%252Buns...@googlegroups.com<mailto:irplus%25252Bun...@googlegroups.com>>>.
the replacement file you offered earlier? Thanks!
Paul.
On Tue, May 08, 2012 at 08:02:13PM -0400, Nate Sarr wrote:
> Hi Paul,
>
> That is sort of what happens with the handle system. The handle system actually contacts the running IR+ software when a request for a given handle URL is received and then IR+ tells the handle server where to redirect the request. This allows IR+ to change the URL at any point and time and the handle system will be able to redirect to the correct URL.
>
> You could create something like handles in your system with a redirect server however you would need to create a mapping between the handle URL and items on the redirect server. The other thing is Handles are meant to be persistent - so users expect them never to change. If you sign up for a handle later on this means your persistent identifier will change and if users have used this identifier to cite an item in your system it breaks the reason why handles are used.
>
> If another institution switched over to IR+ they could migrate the handle information - just like we did or they would need to add a way to get the next handle value and store it in the handle table in IR+ so that IR+ knows what handle value to show in the metadata.
>
> Hope this helps.
>
> -Nate
>
>
> You could create something like handles in your system with a redirect server however you would need to create a mapping between the handle URL and items on the redirect server. The other thing is Handles are meant to be persistent - so users expect them never to change. If you sign up for a handle later on this means your persistent identifier will change and if users have used this identifier to cite an item in your system it breaks the reason why handles are used.
>
> If another institution switched over to IR+ they could migrate the handle information - just like we did or they would need to add a way to get the next handle value and store it in the handle table in IR+ so that IR+ knows what handle value to show in the metadata.
>
> Hope this helps.
>
> -Nate
>
> > >
> > > Date: Mon, 7 May 2012 14:55:55 -0400
> > > From: Friedrich Summann <friedric...@uni-bielefeld.de<mailto:friedric...@uni-bielefeld.de><mailto:friedric...@uni-bielefeld.de<mailto:friedric...@uni-bielefeld.de>><mailto:friedric...@uni-bielefeld.de<mailto:friedric...@uni-bielefeld.de><mailto:friedric...@uni-bielefeld.de<mailto:friedric...@uni-bielefeld.de>>>>
> > > Date: Mon, 7 May 2012 14:55:55 -0400
> > > To: Support <sup...@flo.org<mailto:sup...@flo.org><mailto:sup...@flo.org<mailto:sup...@flo.org>><mailto:sup...@flo.org<mailto:sup...@flo.org><mailto:sup...@flo.org<mailto:sup...@flo.org>>>>
> > > CC: Marilyn Geller <mge...@lesley.edu<mailto:mge...@lesley.edu><mailto:mge...@lesley.edu<mailto:mge...@lesley.edu>><mailto:mge...@lesley.edu<mailto:mge...@lesley.edu><mailto:mge...@lesley.edu<mailto:mge...@lesley.edu>>>>
> > > Subject: Re: OAI-PMH interface Scholarship At Lesley
> > >
> > > Hi Paul,
> > >
> > > [...]
> > >
> > > Ok, we have harvested the Univ. of Rochester since longer
> > > and they deliver url handles (I guess they had DSpace before
> > > and migrated it with the handles to the new system) in
> > > dc:identifier.
> > >
> > > Anyway, operable urls in the DC metadata are really
> > > necessary. We will think about your workaround
> > > (deriving the url from the identifier tag in the metadata
> > > header section).though I think the IR+ repository
> > > software should provide that (as all common IR systems do).
> > >
> > > Best regards,
> > >
> > > Am 07.05.2012 16:42, schrieb Support:
> > > > Friedrich,
> > > >
> > > > Vielen Dank f�r Ihr Interesse an unserem Repository. Leider mu� ich
> > >
> > > Hi Paul,
> > >
> > > [...]
> > >
> > > Ok, we have harvested the Univ. of Rochester since longer
> > > and they deliver url handles (I guess they had DSpace before
> > > and migrated it with the handles to the new system) in
> > > dc:identifier.
> > >
> > > Anyway, operable urls in the DC metadata are really
> > > necessary. We will think about your workaround
> > > (deriving the url from the identifier tag in the metadata
> > > header section).though I think the IR+ repository
> > > software should provide that (as all common IR systems do).
> > >
> > > Best regards,
> > >
> > > Am 07.05.2012 16:42, schrieb Support:
> > > > Friedrich,
> > > >
> > > > sagen, die Software auf dem das Repository basiert ist -- IR+ von der
> > > > University of Rochester -- ist nicht f�hig, HTTP URLs automatisch in den
> > > > OAI-PMH Metadaten einschlie�en. [I'm sorry, but that's about as much
> > > > German as I can manage!]
> > > >
> > > > Thank you very much for your interest in our repository. Unfortunately,
> > > > the software on which the repository is based -- IR+ from the University
> > > > of Rochester -- isn't capable of automatically including HTTP URLs in
> > > > the OAI-PMH metadata.
> > > >
> > > > On the other hand, there *is* a URL with the oai: scheme included in the
> > > > OAI-PMH response header, and it would be possible to map this to an HTTP
> > > > URL -- of course, I don't know if you are able to customize your
> > > > harvesting routine to do this. For example, the following OAI URL:
> > > >
> > > > oai:ir.flo.org:112<http://ir.flo.org:112><http://ir.flo.org:112/><http://ir.flo.org:112<http://ir.flo.org:112/>>
> > > >
> > > > Thank you very much for your interest in our repository. Unfortunately,
> > > > the software on which the repository is based -- IR+ from the University
> > > > of Rochester -- isn't capable of automatically including HTTP URLs in
> > > > the OAI-PMH metadata.
> > > >
> > > > On the other hand, there *is* a URL with the oai: scheme included in the
> > > > OAI-PMH response header, and it would be possible to map this to an HTTP
> > > > URL -- of course, I don't know if you are able to customize your
> > > > harvesting routine to do this. For example, the following OAI URL:
> > > >
> > > >> Bielefeld University Library, Germany
> > > >> Tel./ fon 0049 521 106 2631
> > > >>
> > > >>
> > > >
> > >
> > >
> > > --
> > > Friedrich Summann
> > > Leiter EDV-Abt. / Head IT Dept.
> > > Universit�tsbibliothek Bielefeld
> > > >> Tel./ fon 0049 521 106 2631
> > > >>
> > > >>
> > > >
> > >
> > >
> > > --
> > > Friedrich Summann
> > > Leiter EDV-Abt. / Head IT Dept.
> > > Bielefeld University Library, Germany
> > > Tel./ fon 0049 521 106 2631
> > >
> > >
> > > ----- End forwarded message -----
> > >
> > > --
> > > Paul Hoffman <pa...@flo.org<mailto:pa...@flo.org><mailto:pa...@flo.org<mailto:pa...@flo.org>><mailto:pa...@flo.org<mailto:pa...@flo.org><mailto:pa...@flo.org<mailto:pa...@flo.org>>>>
> > > Tel./ fon 0049 521 106 2631
> > >
> > >
> > > ----- End forwarded message -----
> > >
> > > --
> > > Systems Librarian
> > > Fenway Libraries Online
> > > c/o Wentworth Institute of Technology
> > > 550 Huntington Ave.
> > > Boston, MA 02115
> > > (617) 445-2914<tel:%28617%29%20445-2914><tel:%28617%29%20445-2914><tel:%28617%29%20445-2914>
> > > Fenway Libraries Online
> > > c/o Wentworth Institute of Technology
> > > 550 Huntington Ave.
> > > Boston, MA 02115
> > > (617) 442-2384<tel:%28617%29%20442-2384><tel:%28617%29%20442-2384><tel:%28617%29%20442-2384> (FLO main number)
> > >
> > > --
> > > You received this message because you are subscribed to the Google Groups "irplus" group.
> > > To post to this group, send email to irp...@googlegroups.com<mailto:irp...@googlegroups.com><mailto:irp...@googlegroups.com<mailto:irp...@googlegroups.com>><mailto:irp...@googlegroups.com<mailto:irp...@googlegroups.com><mailto:irp...@googlegroups.com<mailto:irp...@googlegroups.com>>>.
> > > --
> > > You received this message because you are subscribed to the Google Groups "irplus" group.
> > > To unsubscribe from this group, send email to irplus+un...@googlegroups.com<mailto:irplus%2Bunsu...@googlegroups.com><mailto:irplus%2Bunsu...@googlegroups.com<mailto:irplus%252Buns...@googlegroups.com>><mailto:irplus%2Bunsu...@googlegroups.com<mailto:irplus%252Buns...@googlegroups.com><mailto:irplus%252Buns...@googlegroups.com<mailto:irplus%25252Bun...@googlegroups.com>>>.
Nate Sarr
May 9, 2012, 10:53:48 AM5/9/12
to irp...@googlegroups.com
Hi Paul,
Sure thing. There are actually 2 files - here they are - these are the modified versions of IR+ 2.1 source code.
I would recommend
- Make backup copies of the old files
- Test these on a test server first and let me know how it goes.
After you back the originals up you will need to overwrite the following two files where your unzipped source is located:
{ir_plus_src_root}\spring-config-common\common\ir_service.xml
{ir_plus_src_root}\ir_service\src\edu\ur\ir\oai\metadata\provider\service\DefaultDublinCoreOraiMetadataProvider.java
Then rebuild and redeploy to your test web server.
- Log in as an administrator, go to a publication and at the bottom click on the link "Get OAI Record - Metadata Prefix:oai_dc"
- Make sure the identifier field is filled in with the URL for the item on your local machine.
- Copy and paste the URL into your browser and make sure the record is the one you were orginally viewing the metadata for.
If everything looks good you should be all set to move it into production.
Hope this helps - let me know if you run into any trouble.
-Nate
Sure thing. There are actually 2 files - here they are - these are the modified versions of IR+ 2.1 source code.
I would recommend
- Make backup copies of the old files
- Test these on a test server first and let me know how it goes.
After you back the originals up you will need to overwrite the following two files where your unzipped source is located:
{ir_plus_src_root}\spring-config-common\common\ir_service.xml
{ir_plus_src_root}\ir_service\src\edu\ur\ir\oai\metadata\provider\service\DefaultDublinCoreOraiMetadataProvider.java
Then rebuild and redeploy to your test web server.
- Log in as an administrator, go to a publication and at the bottom click on the link "Get OAI Record - Metadata Prefix:oai_dc"
- Make sure the identifier field is filled in with the URL for the item on your local machine.
- Copy and paste the URL into your browser and make sure the record is the one you were orginally viewing the metadata for.
If everything looks good you should be all set to move it into production.
Hope this helps - let me know if you run into any trouble.
-Nate
> > > > Vielen Dank für Ihr Interesse an unserem Repository. Leider muß ich
> > > > sagen, die Software auf dem das Repository basiert ist -- IR+ von der
> > > > University of Rochester -- ist nicht fähig, HTTP URLs automatisch in den
> > > > OAI-PMH Metadaten einschließen. [I'm sorry, but that's about as much
> > > >> Universitätsbibliothek Bielefeld
> > > >> Bielefeld University Library, Germany
> > > >> Tel./ fon 0049 521 106 2631
> > > >>
> > > >>
> > > >
> > >
> > >
> > > --
> > > Friedrich Summann
> > > Leiter EDV-Abt. / Head IT Dept.
> > > Universitätsbibliothek Bielefeld
Reply all
Reply to author
Forward
0 new messages