http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6334
--- Comment #15 from Christophe Croullebois <[email protected]> 2011-05-13 15:28:30 UTC --- (In reply to comment #12) > (In reply to comment #11) > > (In reply to comment #9) > > > If we want consistency, we must modify XSL to construct the > > > same identifier. > > > > That seems to make excellent sense! ;-) > > So, it's up to the patch submitter to propose an updated version > of his patch? Sorry but I am not sure to understand, first, right and ok for the name, I'll do a new patch with s/syspref/opacbaseurl/, but about the url, in my opinion in UNIMARslim2OAID.xsl we have a hardcoded link not to go to OAI-PMH:IdentifierBase but to go to the biblio in the library site. I have transformed http://opac.mylibrary.org/bib/xxx because one of our customer have a specific adress, to avoid for each specific case a rewrite in the xsl file... eg if OPACBaseURL == mabase.com, with the patch we have http://mabase.com/bib/biblionumber. In your example Frederic, we'll not have http://mylibrary.tld.fr4589 but http://mylibrary.tld.fr/bib/4589... Perhaps I'm wrong, sorry in this case, but I am not aware about this syspref and OAI in general, could you explain me in this case. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. _______________________________________________ Koha-bugs mailing list [email protected] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
