about using XSLT for display of holdings (952)
Hi, At the risk of asking something very stupid, I was wondering why we utilize XSLT only for the biblio record and not for the holdings data in say opac-details.pl thanks in advance -- Indranil Das Gupta Phone : +91-98300-20971 Blog : http://indradg.randomink.org/blog IRC : indradg on irc://irc.freenode.net Twitter : indradg -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- Please exchange editable Office documents only in ODF Format. No other format is acceptable. Support Open Standards. For a free editor supporting ODF, please visit LibreOffice - http://www.documentfoundation.org
Hmm, it's a good question I think. I imagine part of it might be a speed thing, or coincidence? I know Fridolyn was planning on trimming the number of items added as 952s to the Zebra records, so in that case the database would have the true reflection of holdings while the MARCXML would only have a snapshot. Overall, not sure. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St, Ultimo, NSW 2007
-----Original Message----- From: koha-devel-bounces@lists.koha-community.org [mailto:koha-devel- bounces@lists.koha-community.org] On Behalf Of Indranil Das Gupta Sent: Sunday, 7 February 2016 8:43 AM To: koha-devel@lists.koha-community.org Subject: [Koha-devel] about using XSLT for display of holdings (952)
Hi,
At the risk of asking something very stupid, I was wondering why we utilize XSLT only for the biblio record and not for the holdings data in say opac- details.pl
thanks in advance
-- Indranil Das Gupta
Phone : +91-98300-20971 Blog : http://indradg.randomink.org/blog IRC : indradg on irc://irc.freenode.net Twitter : indradg
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- Please exchange editable Office documents only in ODF Format. No other format is acceptable. Support Open Standards.
For a free editor supporting ODF, please visit LibreOffice - http://www.documentfoundation.org _______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha- community.org/ bugs : http://bugs.koha-community.org/
I would be in favor of the detail display bein made with XSLT for items. That would of course be much more flexible, and would allow us to have custom fields easily (i.e. to display whatever ends up in more_subfields_xml as we please). I think there are historical reasons (the template based display needs to work and took care of this with the table), and the fact that items are not stored in the marcxml anylonger might be a reason too, althought maybe something puts them back in the marcxml when doing the xslt processing. (And you get them in the marcxml when saving the record, even though the item level fields are not in biblioitems.marcxml.) Le 08/02/2016 02:10, David Cook a écrit :
Hmm, it's a good question I think.
I imagine part of it might be a speed thing, or coincidence?
I know Fridolyn was planning on trimming the number of items added as 952s to the Zebra records, so in that case the database would have the true reflection of holdings while the MARCXML would only have a snapshot.
Overall, not sure.
David Cook Systems Librarian Prosentient Systems 72/330 Wattle St, Ultimo, NSW 2007
-----Original Message----- From: koha-devel-bounces@lists.koha-community.org [mailto:koha-devel- bounces@lists.koha-community.org] On Behalf Of Indranil Das Gupta Sent: Sunday, 7 February 2016 8:43 AM To: koha-devel@lists.koha-community.org Subject: [Koha-devel] about using XSLT for display of holdings (952)
Hi,
At the risk of asking something very stupid, I was wondering why we utilize XSLT only for the biblio record and not for the holdings data in say opac- details.pl
thanks in advance
-- Indranil Das Gupta
Phone : +91-98300-20971 Blog : http://indradg.randomink.org/blog IRC : indradg on irc://irc.freenode.net Twitter : indradg
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- Please exchange editable Office documents only in ODF Format. No other format is acceptable. Support Open Standards.
For a free editor supporting ODF, please visit LibreOffice - http://www.documentfoundation.org _______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha- community.org/ bugs : http://bugs.koha-community.org/
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
-- Gaetan Boisson Chef de projet bibliothécaire BibLibre 06 52 42 51 29 108 avenue Breteuil 13006 Marseille gaetan.boisson@biblibre.com
Have a look at C4/XSLT.pm XSLTParse4Display calls buildKohaItemsNamespace. This routine adds several item fields. Resulting data goes through transform call of XSLT handler. -----Oorspronkelijk bericht----- Van: koha-devel-bounces@lists.koha-community.org [mailto:koha-devel-bounces@lists.koha-community.org] Namens Gaetan Boisson Verzonden: maandag 8 februari 2016 10:28 Aan: koha-devel@lists.koha-community.org Onderwerp: Re: [Koha-devel] about using XSLT for display of holdings (952) I would be in favor of the detail display bein made with XSLT for items. That would of course be much more flexible, and would allow us to have custom fields easily (i.e. to display whatever ends up in more_subfields_xml as we please). I think there are historical reasons (the template based display needs to work and took care of this with the table), and the fact that items are not stored in the marcxml anylonger might be a reason too, althought maybe something puts them back in the marcxml when doing the xslt processing. (And you get them in the marcxml when saving the record, even though the item level fields are not in biblioitems.marcxml.) Le 08/02/2016 02:10, David Cook a écrit :
Hmm, it's a good question I think.
I imagine part of it might be a speed thing, or coincidence?
I know Fridolyn was planning on trimming the number of items added as 952s to the Zebra records, so in that case the database would have the true reflection of holdings while the MARCXML would only have a snapshot.
Overall, not sure.
David Cook Systems Librarian Prosentient Systems 72/330 Wattle St, Ultimo, NSW 2007
-----Original Message----- From: koha-devel-bounces@lists.koha-community.org [mailto:koha-devel- bounces@lists.koha-community.org] On Behalf Of Indranil Das Gupta Sent: Sunday, 7 February 2016 8:43 AM To: koha-devel@lists.koha-community.org Subject: [Koha-devel] about using XSLT for display of holdings (952)
Hi,
At the risk of asking something very stupid, I was wondering why we utilize XSLT only for the biblio record and not for the holdings data in say opac- details.pl
thanks in advance
-- Indranil Das Gupta
Phone : +91-98300-20971 Blog : http://indradg.randomink.org/blog IRC : indradg on irc://irc.freenode.net Twitter : indradg
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- Please exchange editable Office documents only in ODF Format. No other format is acceptable. Support Open Standards.
For a free editor supporting ODF, please visit LibreOffice - http://www.documentfoundation.org _______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha- community.org/ bugs : http://bugs.koha-community.org/
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
-- Gaetan Boisson Chef de projet bibliothécaire BibLibre 06 52 42 51 29 108 avenue Breteuil 13006 Marseille gaetan.boisson@biblibre.com _______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
I imagine moving our current items display into the XSLT file would probably result in XSLT code that is quite hard to read and adjust. There are quite a lot of preferences that we would need to take into account. I think having the option to configure the display without programming would be better. If this is only to ease customization, maybe adding the column configuration tool or something similar the the OPAC could be another option. Katrin Am 08.02.2016 um 10:57 schrieb Marcel de Rooy:
Have a look at C4/XSLT.pm XSLTParse4Display calls buildKohaItemsNamespace. This routine adds several item fields. Resulting data goes through transform call of XSLT handler.
-----Oorspronkelijk bericht----- Van: koha-devel-bounces@lists.koha-community.org [mailto:koha-devel-bounces@lists.koha-community.org] Namens Gaetan Boisson Verzonden: maandag 8 februari 2016 10:28 Aan: koha-devel@lists.koha-community.org Onderwerp: Re: [Koha-devel] about using XSLT for display of holdings (952)
I would be in favor of the detail display bein made with XSLT for items. That would of course be much more flexible, and would allow us to have custom fields easily (i.e. to display whatever ends up in more_subfields_xml as we please).
I think there are historical reasons (the template based display needs to work and took care of this with the table), and the fact that items are not stored in the marcxml anylonger might be a reason too, althought maybe something puts them back in the marcxml when doing the xslt processing. (And you get them in the marcxml when saving the record, even though the item level fields are not in biblioitems.marcxml.)
Le 08/02/2016 02:10, David Cook a écrit :
Hmm, it's a good question I think.
I imagine part of it might be a speed thing, or coincidence?
I know Fridolyn was planning on trimming the number of items added as 952s to the Zebra records, so in that case the database would have the true reflection of holdings while the MARCXML would only have a snapshot.
Overall, not sure.
David Cook Systems Librarian Prosentient Systems 72/330 Wattle St, Ultimo, NSW 2007
-----Original Message----- From: koha-devel-bounces@lists.koha-community.org [mailto:koha-devel- bounces@lists.koha-community.org] On Behalf Of Indranil Das Gupta Sent: Sunday, 7 February 2016 8:43 AM To: koha-devel@lists.koha-community.org Subject: [Koha-devel] about using XSLT for display of holdings (952)
Hi,
At the risk of asking something very stupid, I was wondering why we utilize XSLT only for the biblio record and not for the holdings data in say opac- details.pl
thanks in advance
-- Indranil Das Gupta
Phone : +91-98300-20971 Blog : http://indradg.randomink.org/blog IRC : indradg on irc://irc.freenode.net Twitter : indradg
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- Please exchange editable Office documents only in ODF Format. No other format is acceptable. Support Open Standards.
For a free editor supporting ODF, please visit LibreOffice - http://www.documentfoundation.org _______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha- community.org/ bugs : http://bugs.koha-community.org/
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
-- Gaetan Boisson Chef de projet bibliothécaire BibLibre 06 52 42 51 29 108 avenue Breteuil 13006 Marseille gaetan.boisson@biblibre.com
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ _______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
participants (5)
-
David Cook -
Gaetan Boisson -
Indranil Das Gupta -
Katrin Fischer -
Marcel de Rooy