http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #2 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Created attachment 35638 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=35638&action=edit Bug 13642 [ENH] Adding new features for Dublin Core metadata #2/9 -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #4 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Created attachment 35640 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=35640&action=edit Bug 13642 [ENH] Adding new features for Dublin Core metadata #4/9 -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #6 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Created attachment 35642 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=35642&action=edit Bug 13642 [ENH] Adding new features for Dublin Core metadata #6/9 -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #8 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Created attachment 35644 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=35644&action=edit Bug 13642 [ENH] Adding new features for Dublin Core metadata #8/9 -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #10 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Created attachment 35663 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=35663&action=edit Bug 13642 [ENH] Adding new features for Dublin Core metadata When Koha export a bibliographic record to DC, makes it in XML format. This XML is not well-formed document and do not follows the DC-XML recommendations as should be. New feature, adds an ability to export Dublin Core metadata to XML and RDF (including rdfxml, rdfjson, ntriples, turtle, etc.) Test plan --------------- 1) Apply patch[es]. 2) Go to whichever bib record in OPAC or staff and click on Save > Dublin Core. A modal will display, prove all options. 4) Change the system preference 'Opac ExportOptions' by enabling and disabling Dublin Core and try to download a record in the OPAC. 5) Try several bibliographic records in any format (book, magazine, DVD, etc.) to confirm that properly exported. 6) RDF/XML can be validated per RDF Validator W3C and OAI-DC can be validated by other validator. Sponsored-by: Universidad de El Salvador Signed-off-by: Hector Castro <hector.hecaxmmx@gmail.com> XML::Entities not found in .deb package -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #35639|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #35643|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #35640|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #35644|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #12 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- (In reply to Marc Véron from comment #11)

Exporting to Dublin Core... Simple DC-RDF -> Can save file DC-XML -> Can save file OAI-DC -> Can save file

DC-RDF (Recommendend) and all of the additional selections (rdfxml or rdfjson etc) -> Software error: Only alphanumerics are allowed in N-Triples bnode labels

Hi, Marc, this error is because you need to up-to date RDF-Helper or RDF-Trine with CPAN modules. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #14 from Marc Véron <veron@veron.ch> --- Hi Héctor, Yes, I installed both from a .deb package I was then able to update RDF::Helper to the required version using cpan, but not RDF::Trine (got a lot of dependency errors and had no luck to track them down). -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA CC| |katrin.fischer@bsz-bw.de --- Comment #16 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Hi Héctor, I took a quick look at the list of files in your patch - there are a lot of permission changes on files in there, that I think were not intentional - could you check please? -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #18 from Robin Sheat <robin@catalyst.net.nz> --- (In reply to Katrin Fischer from comment #17)

Also adding Robin here, because of the new dependencies added by this patch. All dependencies needed for Koha should be available as packages later (comment#15).

Packages need to be created for: HTML::Entities XML::Entities Please verify that the versions specified for: RDF::Trine RDF::Helper are actually the real minimum required, as they are not in any released debian version as they are specified, and that makes life substantially harder. Hopefully the dependency issues noted by Marc aren't too serious, or it simply might not be possible to backport these modules to squeeze. It might be a while before I get to look into doing these (though they are added to my todo list) as I'm quite busy, if someone wants to help speed it along, try building the packages using dh-make-perl and testing them under squeeze (a pbuilder environment helps here), and noting anything special that has to be done. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bgkriegel@gmail.com --- Comment #20 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Hi all I Apologize, first one, because I couldn't get access to internet till today, second because I'm very newbie on Koha, git, etc., and thanks to Bernardo because he has guided me through this patch. Katrin (comment 16). I changed the permission but was unintentionally because I couldn't install Koha and change all the permission on my kohaclone directory. Not sure if it necessary to redo the patch with the old permissions or if the RM or QA Manager could change the permission when apply the patch. Since long time that I'm working with the code, I forgot how to install RDF::Trine and the missed dependencies. I did a fresh installation for document all this dependencies. List::Util libscalar-list-utils-perl Scalar::Util Optional to List::Util libscalar-util-numeric-perl autobox::List::Util libautobox-list-util-perl TryCatch libtrycatch-perl B::Hooks::OP::Check libb-hooks-op-check-perl B::Hooks::OP::PPAddr libb-hooks-op-ppaddr-perl Scope::Upper libscope-upper-perl Clone libdata-clone-perl Devel::Declare libdevel-declare-perl Parse::Method::Signatures libparse-method-signatures-perl MooseX::Traits libmoosex-traits-perl PPI libppi-perl But there exist a problem with List::Util and RDF::Trine, these modules launch an error when you try to install them. List::Util can not be installed with any method: cpanm; perl -MCPAN -e 'shell' install; dh-make-perl fail too. So the only way to install this module is manually, i.e., download the tar.gz from search.cpan.org. perl Makefile.PL make make test make install Then you can install cpanm RDF::Trine and the module will upgrade. Regards PS. I'm working with debian stable (wheezy) -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #22 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- (In reply to Robin Sheat from comment #21)

(In reply to Héctor Eduardo Castro Avalos from comment #20)

...

Since long time that I'm working with the code, I forgot how to install RDF::Trine and the missed dependencies. I did a fresh installation for document all this dependencies.

That looks not too bad.

...

But there exist a problem with List::Util and RDF::Trine, these modules launch an error when you try to install them.

List::Util is included in core perl, you shouldn't be installing it manually.

...

So the only way to install this module is manually, i.e., download the tar.gz from search.cpan.org.

Why do you need to install it manually?

...

Then you can install cpanm RDF::Trine and the module will upgrade.

More importantly, I need to know if the versions specified in the dependencies are actually the minimum versions. If the code can handle lower versions of those modules, then things will be a lot easier. For example, there is already a librdf-trine-perl module. Why aren't you using that?

...

PS. I'm working with debian stable (wheezy)

We also need to support debian oldstable (squeeze) for the moment.

We can't have people using cpanm, if this is to go in to Koha, we need the dependencies produced too. I can do that, but I need a more information, mostly about what _really_ the minimum version numbers that are allowable are.

Hi, Robin. The problem is that RDF has been changing since was created. If you use librdf-trine-perl (1.0001) and librdf-helper-perl (2.01) launch an error (comment 11) when using bnode labels like 'ISO3166', the new modules from cpan didn't do it. So, for that reason I took the decision to upgrade the modules. It is not recommended to use XML modules for RDF (like XML::LibXML). Furthermore RDF modules give the opportunity to serialize metadata in other formats. I will follow up your advice about to change the code to accommodate with the modules provided by Debian. I'll get in touch with you as soon as possible. This is the list of packages on Debian: XML::Entities, package need to be created. HTML::Entities come in libhtml-parser-perl (3.66-1) squeeze and wheezy adhered to the debian/control RDF::Helper come in librdf-helper-perl (2.0-1) just for wheezy. RDF::Trine come in librdf-trine-perl (1.000-1) just for wheezy. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #23 from Robin Sheat <robin@catalyst.net.nz> --- I wouldn't go changing the code to make it work with lower versions unless that's easy to do. However, it's only one or two minor releases off of what's in debian, so if it works with that, then that'd be easier (so often, people just specify the most recent version because that's all that they tested, when it's not necessary.) If it requires the versions you specified, that's fine too. I'll just make those packages (assuming it's possible - which it probably is.) -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #35957|0 |1 is obsolete| | --- Comment #25 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Created attachment 35981 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=35981&action=edit Bug 13642 [ENH] Adding new features for Dublin Core metadata When Koha export a bibliographic record to DC, makes it in XML format. This XML is not well-formed document and do not follows the DC-XML recommendations as should be. New feature, adds an ability to export Dublin Core metadata to XML and RDF (including rdfxml, rdfjson, ntriples, turtle, etc.) Test plan --------------- 1) Apply patch[es]. 2) Go to whichever bib record in OPAC or staff and click on Save > Dublin Core. A modal will display, prove all options. 4) Change the system preference 'Opac ExportOptions' by enabling and disabling Dublin Core and try to download a record in the OPAC. 5) Try several bibliographic records in any format (book, magazine, DVD, etc.) to confirm that properly exported. 6) RDF/XML can be validated per RDF Validator W3C and OAI-DC can be validated by other validator. Sponsored-by: Universidad de El Salvador Signed-off-by: Hector Castro <hector.hecaxmmx@gmail.com> XML::Entities not found in .deb package -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #35982|0 |1 is obsolete| | --- Comment #27 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Created attachment 35983 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=35983&action=edit Bug 13642 [ENH] Adding new features for Dublin Core metadata When Koha export a bibliographic record to DC, makes it in XML format. This XML is not well-formed document and do not follows the DC-XML recommendations as should be. New feature, adds an ability to export Dublin Core metadata to XML and RDF (including rdfxml, rdfjson, ntriples, turtle, etc.) Test plan --------------- 1) Download Dublin Core file. Open up the file, and make sure that the document is not well formed 2) Apply patch. 3) Go to whichever bib record in OPAC or staff and click on Save > Dublin Core. A modal will display, prove all options. 4) Change the system preference 'Opac ExportOptions' by enabling and disabling Dublin Core and try to download a record in the OPAC. 5) Try several bibliographic records in any format (book, magazine, DVD, etc.) to confirm that properly exported. 6) RDF/XML can be validated per RDF Validator W3C and OAI-DC can be validated by other validator. Sponsored-by: Universidad de El Salvador Signed-off-by: Hector Castro <hector.hecaxmmx@gmail.com> XML::Entities not found in .deb package New patch for work with librdf-helper-perl (2.0) and librdf-trine-perl (1.000). RDF::Trine and RDF::Helper not need to be upgraded. Tested in both (upgraded and not upgraded) Fix some utf8 encoding. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #29 from Marc Véron <veron@veron.ch> --- Sorry, I get: Applying: Bug 13642 [ENH] Adding new features for Dublin Core metadata fatal: sha1 information is lacking or useless (Koha/DublinCoreTransformer.pm). Repository lacks necessary blobs to fall back on 3-way merge. Cannot fall back to three-way merge. Patch failed at 0001 Bug 13642 [ENH] Adding new features for Dublin Core metadata -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #35983|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #32 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Created attachment 36000 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=36000&action=edit 0001-Bug-13642-ENH-Adding-new-features-for-Dublin-Core-me #2/2 The second patch correct the last patch. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #33 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Hi Marc. If this doesn't work I'll give up. Manually test plan Test plan --------------- 1) Apply patch[es]. 2) Follow the last test plan. Sponsored-by: Universidad de El Salvador Signed-off-by: Hector Castro <hector.hecaxmmx@gmail.com> -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #35 from Marc Véron <veron@veron.ch> --- Created attachment 36005 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=36005&action=edit [Signed-off] Bug 13642 [ENH] Adding new features for Dublin Core metadata When Koha export a bibliographic record to DC, makes it in XML format. This XML is not well-formed document and do not follows the DC-XML recommendations as should be. New feature, adds an ability to export Dublin Core metadata to XML and RDF (including rdfxml, rdfjson, ntriples, turtle, etc.) Test plan --------------- 1) Download Dublin Core file. Open up the file, and make sure that the document is not well formed 2) Apply patch. 3) Go to whichever bib record in OPAC or staff and click on Save > Dublin Core. A modal will display, prove all options. 4) Change the system preference 'Opac ExportOptions' by enabling and disabling Dublin Core and try to download a record in the OPAC. 5) Try several bibliographic records in any format (book, magazine, DVD, etc.) to confirm that properly exported. 6) RDF/XML can be validated per RDF Validator W3C and OAI-DC can be validated by other validator. Sponsored-by: Universidad de El Salvador Signed-off-by: Hector Castro <hector.hecaxmmx@gmail.com> XML::Entities not found in .deb package New patch for work with librdf-helper-perl (2.0) and librdf-trine-perl (1.000). RDF::Trine and RDF::Helper not need to be upgraded. Tested in both (upgraded and not upgraded) Fix some utf8 encoding. Tested with both patches, followed test plan, works as expected Signed-off-by: Marc Véron <veron@veron.ch> -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Marc Véron <veron@veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #36005|0 |1 is obsolete| | --- Comment #36 from Marc Véron <veron@veron.ch> --- Created attachment 36006 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=36006&action=edit [Signed-off] Bug 13642 [ENH] Adding new features for Dublin Core metadata When Koha export a bibliographic record to DC, makes it in XML format. This XML is not well-formed document and do not follows the DC-XML recommendations as should be. New feature, adds an ability to export Dublin Core metadata to XML and RDF (including rdfxml, rdfjson, ntriples, turtle, etc.) Test plan --------------- 1) Download Dublin Core file. Open up the file, and make sure that the document is not well formed 2) Apply patch. 3) Go to whichever bib record in OPAC or staff and click on Save > Dublin Core. A modal will display, prove all options. 4) Change the system preference 'Opac ExportOptions' by enabling and disabling Dublin Core and try to download a record in the OPAC. 5) Try several bibliographic records in any format (book, magazine, DVD, etc.) to confirm that properly exported. 6) RDF/XML can be validated per RDF Validator W3C and OAI-DC can be validated by other validator. Sponsored-by: Universidad de El Salvador Signed-off-by: Hector Castro <hector.hecaxmmx@gmail.com> XML::Entities not found in .deb package New patch for work with librdf-helper-perl (2.0) and librdf-trine-perl (1.000). RDF::Trine and RDF::Helper not need to be upgraded. Tested in both (upgraded and not upgraded) Fix some utf8 encoding. Tested with both patches, following test plan. Works as expected. Signed-off-by: Marc Véron <veron@veron.ch> -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Marc Véron <veron@veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #36005|1 |0 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Marc Véron <veron@veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #36006|[Signed-off] Bug 13642 |[Signed-off] Bug 13642 description|[ENH] Adding new features |[ENH] 2/2 Adding new |for Dublin Core metadata |features for Dublin Core | |metadata -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA CC| |jonathan.druart@biblibre.co | |m --- Comment #37 from Jonathan Druart <jonathan.druart@biblibre.com> --- Hello Héctor, Please have a look at the patch, it adds a massive chmod on a big part (all) of the Koha code :) 2310 files changed, 1370 insertions(+), 611 deletions(-) and 1.56Mb -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #38 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Hi Jonathan Yes, it's a big mistake. I will fix this and send the patch again. Regards. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #36006|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #39 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Created attachment 36147 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=36147&action=edit Bug 13642 [ENH] Adding new features for Dublin Core metadata When Koha export a bibliographic record to DC, makes it in XML format. This XML is not well-formed document and do not follows the DC-XML recommendations as should be. New feature, adds an ability to export Dublin Core metadata to XML and RDF (including rdfxml, rdfjson, ntriples, turtle, etc.) Test plan --------------- 1) Download Dublin Core file. Open up the file, and make sure that the document is not well formed 2) Apply patch. 3) Go to whichever bib record in OPAC or staff and click on Save > Dublin Core. A modal will display, prove all options. 4) Change the system preference 'Opac ExportOptions' by enabling and disabling Dublin Core and try to download a record in the OPAC. 5) Try several bibliographic records in any format (book, magazine, DVD, etc.) to confirm that properly exported. 6) RDF/XML can be validated per RDF Validator W3C and OAI-DC can be validated by other validator. Sponsored-by: Universidad de El Salvador Signed-off-by: Hector Castro <hector.hecaxmmx@gmail.com> XML::Entities not found in .deb package New patch for work with librdf-helper-perl (2.0) and librdf-trine-perl (1.000). RDF::Trine and RDF::Helper not need to be upgraded. Tested in both (upgraded and not upgraded) Fix some utf8 encoding. Tested with chinese record. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #41 from Marc Véron <veron@veron.ch> --- Created attachment 36154 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=36154&action=edit [Signed-off]Bug 13642 - Adding new features for Dublin Core metadata When Koha export a bibliographic record to DC, makes it in XML format. This XML is not well-formed document and do not follows the DC-XML recommendations as should be. New feature, adds an ability to export Dublin Core metadata to XML and RDF (including rdfxml, rdfjson, ntriples, turtle, etc.) Test plan --------------- 1) Download Dublin Core file. Open up the file, and make sure that the document is not well formed 2) Apply patch. 3) Go to whichever bib record in OPAC or staff and click on Save > Dublin Core. A modal will display, prove all options. 4) Change the system preference 'Opac ExportOptions' by enabling and disabling Dublin Core and try to download a record in the OPAC. 5) Try several bibliographic records in any format (book, magazine, DVD, etc.) to confirm that properly exported. 6) RDF/XML can be validated per RDF Validator W3C and OAI-DC can be validated by other validator. Sponsored-by: Universidad de El Salvador Signed-off-by: Hector Castro <hector.hecaxmmx@gmail.com> XML::Entities not found in .deb package New patch for work with librdf-helper-perl (2.0) and librdf-trine-perl (1.000). RDF::Trine and RDF::Helper not need to be upgraded. Tested in both (upgraded and not upgraded) Fix some utf8 encoding. Tested with chinese records. http://bugs.koha-community.org/show_bug.cgi?id=13642 Followed test plan. Works as expected. (Changed title of commit message.) Signed-off-by: Marc Véron <veron@veron.ch> -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Marc Véron <veron@veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #43 from Jonathan Druart <jonathan.druart@biblibre.com> --- (In reply to Jonathan Druart from comment #42)

...

New patch for work with librdf-helper-perl (2.0) and librdf-trine-perl (1.000). RDF::Trine and RDF::Helper not need to be upgraded. Tested in both (upgraded and not upgraded)

I don't have librdf-helper-perl E: Unable to locate package librdf-helper-perl

Ha, it is in wheezy but not in jessie. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #45 from Jonathan Druart <jonathan.druart@biblibre.com> --- (In reply to Robin Sheat from comment #44)

(In reply to Jonathan Druart from comment #43)

...

...

I don't have librdf-helper-perl E: Unable to locate package librdf-helper-perl

Ha, it is in wheezy but not in jessie.

ruh roh batman, that's often a bad sign. Any idea why?

I would say: https://wiki.debian.org/Teams/DebianPerlGroup/OpenTasks => https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=710983 "librdf-helper-perl: FTBFS with perl 5.18: test failures" -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #47 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- This another module is a better option to use: HTML::Entities::Nubered at <https://metacpan.org/pod/HTML::Entities::Numbered> The debian package is libhtml-entities-numbered-perl and is listed in all debian version (oldstable, stable and testing) at <https://packages.debian.org/search?searchon=names&keywords=libhtml-entities-numbered-perl> So XML::Entities not necessary to use. And we eliminate the cause of this headache. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #49 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Created attachment 36631 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=36631&action=edit Bug 13642 [ENH] Adding new features for Dublin Core metadata #2 When Koha export a bibliographic record to DC, makes it in XML format. This XML not follows the DC-XML recommendations as should be: elements in uppercase eg. dc:Date, dc:Creator, section 4.2, recommendation 4 explain that "The property names for the 15 DC elements should be all lower-case." eg. dc:date, dc:creator" and section "4.3 Example - a simple DC record", xsi:schemaLocation="http://example.org/myapp/ http://example.org/myapp/schema.xsd" schema does not exist. The recommendation can be consulted at <http://dublincore.org/documents/dc-xml-guidelines/>. This new feature, adds an ability to export Dublin Core metadata to XML and RDF (including rdfxml, rdfjson, ntriples, turtle, etc.) Test plan --------------- 1) Download Dublin Core file. Open up the file, and make sure that the document not follows the DC-XML recommendations as should be. 2) Apply patches. 3) Go to whichever bib record in OPAC or staff and click on Save > Dublin Core. A modal will display, prove all options. 4) Change the system preference 'Opac ExportOptions' by enabling and disabling Dublin Core and try to download a record in the OPAC. 5) Try several bibliographic records in any format (book, magazine, DVD, etc.) to confirm that properly exported. 6) RDF/XML can be validated per RDF Validator W3C. 7) DC-XML cannot valid if not exist a valid XSD schema. 8) OAI-DC can be validated using <http://www.freeformatter.com/xml-validator-xsd.html> and the proper schema <http://www.openarchives.org/OAI/2.0/oai_dc.xsd> typed in text field for URL. Sponsored-by: Universidad de El Salvador Signed-off-by: Hector Castro <hector.hecaxmmx@gmail.com> XML::Entities was eliminated from patch, use instead libhtml-entities-numbered-perl librdf-trine-perl (1.000) not in Debian oldstable. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #36154|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #51 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Created attachment 36632 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=36632&action=edit Bug 13642 [ENH] Adding new features for Dublin Core metadata #1 Signed-off attached by Marc not include changes on debian/control and C4/Installer/PerlDependencies.pm -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #53 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- I'm sorry, the applying fail. I'll try to reformat the patch as new again. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #36633|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Marc Véron <veron@veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #56 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Bit confused about the dependencies here - can you give me some pointers? I got libhtml-entities-numbered-perl installed. But I am still missing RDF::Trine. Do I need to install from CPAN? Can it be packaged? -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #58 from Robin Sheat <robin@catalyst.net.nz> --- Just running through the dependencies: * HTML::Entities provided by libhtml-parser-perl. 3.66 is in squeeze, the Koha dependencies file specifies 3.69. Does this patch require version 3.69, or will it work with 3.66? * HTML::Entities::Numbered is fine. * RDF::Trine is in as librdf-trine-perl from wheezy and up. In Ubuntu 12.04, only version 0.138 though, and we require 1.000+. I'll have to backport this anyway for squeeze... ...and this won't really work... Depends: libalgorithm-combinatorics-perl but it is not installable Depends: libmoosex-arrayref-perl but it is not installable Depends: libxml-commonns-perl but it is not installable Depends: libxml-namespace-perl but it is not installable Depends: libtrycatch-perl but it is not installable Depends: librdf-query-perl but it is not installable Depends: librdf-rdfa-parser-perl but it is not installable Depends: librdf-trine-node-literal-xml-perl but it is not installable I think there are too many dependencies not in squeeze to make it reasonable to dive down that rabbit hole. However, I really really want to retire support for squeeze (and Ubuntu 12.04) anyway, so I'm going to use this as a chance to start that discussion. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #60 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- (In reply to Katrin Fischer from comment #59) Hi Katrin

Ok, one step further: sudo apt-get install librdf-trine-perl :)

As usual I will start with the automated tests. In my test run, I notice that 2 tests in t/db_dependent/Records.t failing:

I didn't know about this kind of unit test. But fails because Record.t is coded for the previous output which i've changed in this new patch. As shown below in the chunk of xml tags. Can I change this Unit Test in Record.t to fit with this patch? Give me some positive feedback.

# Failed test 'testing marc2dcxml' # at t/db_dependent/Record.t line 59. # got: undef # expected: '<?xml version="1.0" encoding="UTF-8"?> # <metadata # xmlns="http://example.org/myapp/" # xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" # xsi:schemaLocation="http://example.org/myapp/ http://example.org/myapp/schema.xsd" # xmlns:dc="http://purl.org/dc/elements/1.1/" # xmlns:dcterms="http://purl.org/dc/terms/"> # </metadata>'

# Failed test 'testing marcQualified' # at t/db_dependent/Record.t line 71. # got: undef # expected: '<?xml version="1.0" encoding="UTF-8"?> # <metadata # xmlns="http://example.org/myapp/" # xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" # xsi:schemaLocation="http://example.org/myapp/ http://example.org/myapp/schema.xsd" # xmlns:dc="http://purl.org/dc/elements/1.1/" # xmlns:dcterms="http://purl.org/dc/terms/"> # </metadata>' # Looks like you failed 2 tests of 11.

Can you please check?

The QA script points out various uses of given-when - can you please fix by rewriting those parts?

FAIL C4/Record.pm OK critic OK forbidden patterns OK pod FAIL valid when is experimental given is experimental

FAIL Koha/DublinCoreTransformer.pm OK critic OK forbidden patterns OK pod FAIL valid given is experimental when is experimental

FAIL catalogue/export.pl OK critic OK forbidden patterns OK pod FAIL valid when is experimental given is experimental

FAIL opac/opac-export.pl OK critic OK forbidden patterns OK pod FAIL valid given is experimental when is experimental

You're right that kind of code is experimental, I will change this. Regards -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #36714|0 |1 is obsolete| | --- Comment #62 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Created attachment 38220 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=38220&action=edit Bug 13642 [ENH] Adding new features for Dublin Core metadata Bug 13642 [ENH] Adding new features for Dublin Core metadata When Koha export a bibliographic record to DC, makes it in XML format. This XML not follows the DC-XML recommendations as should be: elements in uppercase eg. dc:Date, dc:Creator, section 4.2, recommendation 4 explain that "The property names for the 15 DC elements should be all lower-case." eg. dc:date, dc:creator" and section "4.3 Example - a simple DC record", xsi:schemaLocation="http://example.org/myapp/ http://example.org/myapp/schema.xsd" schema does not exist. The recommendation can be consulted at <http://dublincore.org/documents/dc-xml-guidelines/>. This new feature, adds an ability to export Dublin Core metadata to XML and RDF (including rdfxml, rdfjson, ntriples, turtle, etc.) Test plan --------------- 1) Download Dublin Core file. Open up the file, and make sure that the document not follows the DC-XML recommendations as should be. 2) Apply patch. 3) Go to whichever bib record in OPAC or staff and click on Save > Dublin Core. A modal will display, prove all options. 4) Change the system preference 'Opac ExportOptions' by enabling and disabling Dublin Core and try to download a record in the OPAC. 5) Try several bibliographic records in any format (book, magazine, DVD, etc.) to confirm that properly exported. 6) RDF/XML can be validated per RDF Validator W3C. 7) DC-XML cannot valid if not exist a valid XSD schema. 8) OAI-DC can be validated using <http://www.freeformatter.com/xml-validator-xsd.html> and the proper schema <http://www.openarchives.org/OAI/2.0/oai_dc.xsd> typed in text field for URL. 9) Since unit test fail last time, test with prove t/db_dependent/Record.t and prove t/db_dependent/Record/Record.t Sponsored-by: Universidad de El Salvador Signed-off-by: Hector Castro <hector.hecaxmmx@gmail.com> XML::Entities, HTML::Entities and, HTML::Entities::Numbered were eliminated from patch, use instead C4::Record::_entity_encode, RDF::Helper has been eliminated too. Given, when experimental structures were eliminated. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #38220|0 |1 is obsolete| | --- Comment #64 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Created attachment 38819 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=38819&action=edit Bug 13642 [ENH] Adding new features for Dublin Core metadata When Koha export a bibliographic record to DC, makes it in XML format. This XML not follows the DC-XML recommendations as should be: elements in uppercase eg. dc:Date, dc:Creator, section 4.2, recommendation 4 explain that "The property names for the 15 DC elements should be all lower-case." eg. dc:date, dc:creator" and section "4.3 Example - a simple DC record", xsi:schemaLocation="http://example.org/myapp/ http://example.org/myapp/schema.xsd" schema does not exist. The recommendation can be consulted at <http://dublincore.org/documents/dc-xml-guidelines/>. This new feature, adds an ability to export Dublin Core metadata to XML and RDF (including rdfxml, rdfjson, ntriples, turtle, etc.) Test plan --------------- 1) Download Dublin Core file. Open up the file, and make sure that the document not follows the DC-XML recommendations as should be. 2) Apply patches. 3) Go to whichever bib record in OPAC or staff and click on Save > Dublin Core. A modal will display, prove all options. 4) Change the system preference 'Opac ExportOptions' by enabling and disabling Dublin Core and try to download a record in the OPAC. 5) Try several bibliographic records in any format (book, magazine, DVD, etc.) to confirm that properly exported. 6) RDF/XML can be validated per RDF Validator W3C. 7) DC-XML cannot valid if not exist a valid XSD schema. 8) OAI-DC can be validated using <http://www.freeformatter.com/xml-validator-xsd.html> and the proper schema <http://www.openarchives.org/OAI/2.0/oai_dc.xsd> typed in text field for URL. 9) Since unit test fail last time, test with prove t/db_dependent/Record.t Sponsored-by: Universidad de El Salvador Signed-off-by: Hector Castro <hector.hecaxmmx@gmail.com> XML::Entities, HTML::Entities and, HTML::Entities::Numbered were eliminated from patch, use instead C4::Record::_entity_encode, RDF::Helper has been eliminated too. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #66 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Hi Hector, can you confirm that this is the only new dependency needed here now? 'RDF::Trine' => { + 'usage' => 'Core', + 'required' => '1', + 'min_ver' => '1.000', + }, -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #68 from Marc Véron <veron@veron.ch> --- Sorry, I got conflicts while applying: Falling back to patching base and 3-way merge... Auto-merging koha-tmpl/intranet-tmpl/prog/en/modules/catalogue/detail.tt Auto-merging debian/control CONFLICT (content): Merge conflict in debian/control Auto-merging C4/Installer/PerlDependencies.pm CONFLICT (content): Merge conflict in C4/Installer/PerlDependencies.pm Failed to merge in the changes. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #70 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- (In reply to Marc Véron from comment #68)

Sorry, I got conflicts while applying:

Falling back to patching base and 3-way merge... Auto-merging koha-tmpl/intranet-tmpl/prog/en/modules/catalogue/detail.tt Auto-merging debian/control CONFLICT (content): Merge conflict in debian/control Auto-merging C4/Installer/PerlDependencies.pm CONFLICT (content): Merge conflict in C4/Installer/PerlDependencies.pm Failed to merge in the changes.

I fixed it up. Please Marc apply patch again. If does not work, I miss the point in debian/control about libdevel-cover-perl. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Marc Véron <veron@veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #39623|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #72 from Jonathan Druart <jonathan.druart@biblibre.com> --- It's much more better now! Still some minor issues: 1/ Could you try to add some style to the modal window? And create a label for the radio buttons. 2/ +use Modern::Perl; +use strict; +use warnings::register; => You don't need to use strict and warnings if you use Modern::Perl; 3/ Use POD to document your subroutines. 4/ Since the modal is only used from the detail page, why do you set the JS code in script.js and the modal code in masthead.inc? 5/ Choose a correct id for the modal div element (something better than myModal :)) -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #40786|0 |1 is obsolete| | --- Comment #74 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Created attachment 40787 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=40787&action=edit Bug 13642 [ENH] Adding new features for Dublin Core metadata When Koha export a bibliographic record to DC, makes it in XML format. This XML not follows the DC-XML recommendations as should be: elements in uppercase eg. dc:Date, dc:Creator, section 4.2, recommendation 4 explain that "The property names for the 15 DC elements should be all lower-case." eg. dc:date, dc:creator" and section "4.3 Example - a simple DC record", xsi:schemaLocation="http://example.org/myapp/ http://example.org/myapp/schema.xsd" schema does not exist. The recommendation can be consulted at <http://dublincore.org/documents/dc-xml-guidelines/>. This new feature, adds an ability to export Dublin Core metadata to XML and RDF (including rdfxml, rdfjson, ntriples, turtle, etc.) Test plan --------------- 1) Download Dublin Core file. Open up the file, and make sure that the document not follows the DC-XML recommendations as should be. 2) Apply patches. 3) Go to whichever bib record in OPAC or staff and click on Save > Dublin Core. A modal will display, prove all options. 4) Change the system preference 'Opac ExportOptions' by enabling and disabling Dublin Core and try to download a record in the OPAC. 5) Try several bibliographic records in any format (book, magazine, DVD, etc.) to confirm that properly exported. 6) RDF/XML can be validated per RDF Validator W3C. 7) DC-XML cannot valid if not exist a valid XSD schema. 8) OAI-DC can be validated using <http://www.freeformatter.com/xml-validator-xsd.html> and the proper schema <http://www.openarchives.org/OAI/2.0/oai_dc.xsd> typed in text field for URL. 9) Since unit test fail last time, test with prove t/db_dependent/Record.t Sponsored-by: Universidad de El Salvador Signed-off-by: Hector Castro <hector.hecaxmmx@gmail.com> XML::Entities, HTML::Entities and, HTML::Entities::Numbered were eliminated from patch, use instead C4::Record::_entity_encode, RDF::Helper has been eliminated too. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #40787|0 |1 is obsolete| | --- Comment #76 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Created attachment 42168 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=42168&action=edit Bug 13642 [ENH] Adding new features for Dublin Core metadata When Koha export a bibliographic record to DC, makes it in XML format. This XML not follows the DC-XML recommendations as should be: elements in uppercase eg. dc:Date, dc:Creator, section 4.2, recommendation 4 explain that "The property names for the 15 DC elements should be all lower-case." eg. dc:date, dc:creator" and section "4.3 Example - a simple DC record", xsi:schemaLocation="http://example.org/myapp/ http://example.org/myapp/schema.xsd" schema does not exist. The recommendation can be consulted at <http://dublincore.org/documents/dc-xml-guidelines/>. This new feature, adds an ability to export Dublin Core metadata to XML and RDF (including rdfxml, rdfjson, ntriples, turtle, etc.) Test plan --------------- 1) Download Dublin Core file. Open up the file, and make sure that the document not follows the DC-XML recommendations as should be. 2) Apply patches. 3) Go to whichever bib record in OPAC or staff and click on Save > Dublin Core. A modal will display, prove all options. 4) Change the system preference 'Opac ExportOptions' by enabling and disabling Dublin Core and try to download a record in the OPAC. 5) Try several bibliographic records in any format (book, magazine, DVD, etc.) to confirm that properly exported. 6) RDF/XML can be validated per RDF Validator W3C. 7) DC-XML cannot valid if not exist a valid XSD schema. 8) OAI-DC can be validated using <http://www.freeformatter.com/xml-validator-xsd.html> and the proper schema <http://www.openarchives.org/OAI/2.0/oai_dc.xsd> typed in text field for URL. 9) Since unit test fail last time, test with prove t/db_dependent/Record.t Sponsored-by: Universidad de El Salvador Signed-off-by: Hector Castro <hector.hecaxmmx@gmail.com> XML::Entities, HTML::Entities and, HTML::Entities::Numbered were eliminated from patch, use instead C4::Record::_entity_encode, RDF::Helper has been eliminated too. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #42168|0 |1 is obsolete| | --- Comment #78 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Created attachment 43311 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=43311&action=edit Bug 13642 [ENH] Adding new features for Dublin Core metadata When Koha export a bibliographic record to DC, makes it in XML format. This XML not follows the DC-XML recommendations as should be: elements in uppercase eg. dc:Date, dc:Creator, section 4.2, recommendation 4 explain that "The property names for the 15 DC elements should be all lower-case." eg. dc:date, dc:creator" and section "4.3 Example - a simple DC record", xsi:schemaLocation="http://example.org/myapp/ http://example.org/myapp/schema.xsd" schema does not exist. The recommendation can be consulted at <http://dublincore.org/documents/dc-xml-guidelines/>. This new feature, adds an ability to export Dublin Core metadata to XML and RDF (including rdfxml, rdfjson, ntriples, turtle, etc.) Test plan --------------- 1) Download Dublin Core file. Open up the file, and make sure that the document not follows the DC-XML recommendations as should be. 2) Apply patches. 3) Go to whichever bib record in OPAC or staff and click on Save > Dublin Core. A modal will display, prove all options. 4) Change the system preference 'Opac ExportOptions' by enabling and disabling Dublin Core and try to download a record in the OPAC. 5) Try several bibliographic records in any format (book, magazine, DVD, etc.) to confirm that properly exported. 6) RDF/XML can be validated per RDF Validator W3C. 7) DC-XML cannot valid if not exist a valid XSD schema. 8) OAI-DC can be validated using <http://www.freeformatter.com/xml-validator-xsd.html> and the proper schema <http://www.openarchives.org/OAI/2.0/oai_dc.xsd> typed in text field for URL. 9) Unit test, prove t/db_dependent/Record.t Sponsored-by: Universidad de El Salvador NOTE: XML::Entities, HTML::Entities and, HTML::Entities::Numbered were eliminated from patch, use instead C4::Record::_entity_encode, RDF::Helper has been eliminated too. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Marc Véron <veron@veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Jonathan Druart <jonathan.druart@bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #81 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- No need to ask for a signoff for the tests. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Signed Off -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Tomás Cohen Arazi <tomascohen@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tomascohen@gmail.com --- Comment #84 from Tomás Cohen Arazi <tomascohen@gmail.com> --- I liked the Koha::Crosswalk::DublinCore package name. Can we keep it? :-D -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #43545|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #87 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Created attachment 43549 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=43549&action=edit Bug 13642 - Unit Test for Koha::Crosswalk::DublinCore.pm To test -Apply patches -porve t/db_dependent/DublinCore.t Sponsored-by: Universidad de El Salvador -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #89 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- koha-tmpl/opac-tmpl/bootstrap/css/opac.css has been updated but koha-tmpl/opac-tmpl/bootstrap/less/opac.less Please provide the related change to this file too. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #93 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- In the generated file I get <dcterms:creator>158 Lasletté Stéphanie 070</dcterms:creator> I would be better to have the utf-8 characters. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #95 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- Created attachment 43586 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=43586&action=edit Bug 13642: (qa follow-up) spelling + pod Fixes the 2 following errors: - spelling neccesary ==> necessary - *** ERROR: Spurious =cut command in file Koha/Crosswalk/DublinCore.pm -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #97 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Created attachment 43612 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=43612&action=edit Bug 13642: (following qa) Fixing according with QA comments Fixes the following: -Add css to less.css -Add missing libraries in debian/control (libpdf-fromhtml-perl, libtemplate-plugin-stash-perl) -Merge ids in JQuery -Delete switch statements and correcting regex -Change to utf-8 characteres without entities -Expand RDF block to "DC-RDF (Recommended)" -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #99 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- This currently doesn't apply cleanly due to conflicts in the css files - please fix! -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |In Discussion --- Comment #101 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- (In reply to Katrin Fischer from comment #99)

This currently doesn't apply cleanly due to conflicts in the css files - please fix!

Okidoki. I will fix this as soon as possible. Also I'm going to change here the status to In Discussion Thanks Katrin -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #103 from Frédéric Demians <frederic@tamil.fr> --- Here's what I can think of this. There is already in Koha an inconsistency in the way DC is generated. (1) When exporting, C4::Record::marc2dcxml() is used. (2) In OAI server, an XSLT transformation is done using XSL file found in koha-tmpl/intranet- tmpl/prog/en/xslt. The OAI approach seems more sensible since it allows to have a transformation logic per MARC flavor, and even in OAI extended mode, a transformation specific to a Koha installation. Currently, C4::Record::marc2dcxml() delegates the semantic transformation from MARC21 to XML DC to this module: MARC::Crosswalk::DublinCore. I don't think this is a great idea. This is an old-unmaintained module (10 years old). And it doesn't work for Unimarc. I haven't paid attention to that, but I can't see how DC export could work with an Unimarc catalog. Your module Koha::Crosswalk::DublinCore still wraps a call MARC::Crosswalk::DublinCore. The MARC21 to Unimarc transformation on the fly isn't a good idea at all. This would add complexity for an unreliable result. Why not just fixing XSL files transforming MARCXML biblios into DC and use them in marc2dcxml()? Side note about dependencies -- RDF::Trine have Moose as dependency. Aren't we supposed to avoid that? -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #105 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- (In reply to Frédéric Demians from comment #103)

Here's what I can think of this.

There is already in Koha an inconsistency in the way DC is generated. (1) When exporting, C4::Record::marc2dcxml() is used. (2) In OAI server, an XSLT transformation is done using XSL file found in koha-tmpl/intranet- tmpl/prog/en/xslt. The OAI approach seems more sensible since it allows to have a transformation logic per MARC flavor, and even in OAI extended mode, a transformation specific to a Koha installation.

Currently, C4::Record::marc2dcxml() delegates the semantic transformation from MARC21 to XML DC to this module: MARC::Crosswalk::DublinCore. I don't think this is a great idea. This is an old-unmaintained module (10 years old). And it doesn't work for Unimarc. I haven't paid attention to that, but I can't see how DC export could work with an Unimarc catalog. Your module Koha::Crosswalk::DublinCore still wraps a call MARC::Crosswalk::DublinCore.

The MARC21 to Unimarc transformation on the fly isn't a good idea at all. This would add complexity for an unreliable result.

Why not just fixing XSL files transforming MARCXML biblios into DC and use them in marc2dcxml()?

Side note about dependencies -- RDF::Trine have Moose as dependency. Aren't we supposed to avoid that?

Where I can find information about avoiding Moose in Koha? Another question is: How to deal with RDF and SPARQL in Koha if we can't use Moose? All linked data in Semantic Web point to use RDF as basis. For example, the new recommendation for DC is RDF <http://dublincore.org/documents/dc-rdf/>. BIBCO works with RDF. RDA Resgistry <http://www.rdaregistry.info/> works with RDF. RIMMF works with RDF. With xslt transformation we can only transform to simple DC RDF (BTW, out-of-date, superseded standard <http://dublincore.org/documents/dcmes-xml/>), and what about the potential to use the complete dcterm namespace? Regards -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #107 from Frédéric Demians <frederic@tamil.fr> ---

With xslt transformation we can only transform to simple DC RDF (BTW, out- of-date, superseded standard <http://dublincore.org/documents/dcmes-xml/>), and what about the potential to use the complete dcterm namespace?

Can you elaborate? I don't understand. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #109 from Frédéric Demians <frederic@tamil.fr> ---

Have you tested the patch?

Yes. My questions are not related to your patch WUI and result, but to your implementation, your goals. Somehwhere in the process, I take a look at the code, spend time on it, trying to figure out how it works, how it has been done. Testing and QAing is all about that. I have mixed feeling, when I find duplicated code (for example). In opac/opac- export.pl and catalog/export.pl: SWITCH: for ($recommendation) { if (/^simple-dc-rdf/) { ($error,$marc) = marc2dcxml($marc, $recommendation, 0, 1, undef, undef, $resource_url , $formats); $format = "dublin-core." . $formats; last SWITCH; } if (/^dc-rdf/) { ($error,$marc) = marc2dcxml($marc, $recommendation, 1, 1, undef, undef, $resource_url, $formats); $format = "dublin-core." . $formats; last SWITCH; } if (/^dc-xml/) { ($error,$marc) = marc2dcxml($marc, $recommendation, $qualifier, 1, $root_element, $xsischemalocation, undef, undef); $format = "dublin-core.xml"; last SWITCH; } if (/^oai-dc/) { ($error,$marc) = marc2dcxml($marc, $recommendation); $format = "dublin-core.xml"; last SWITCH; } if (/^srw_dc/) { ($error,$marc) = marc2dcxml($marc, $recommendation); $format = "dublin-core.xml"; last SWITCH; } } Or in Koha::Crosswalk::DublinCore.pm, line 242, you get: if ( exists $self->{xsi_schemaLocation} ) { $dataxml{'xsi_schemaLocation'} = $self->{xsi_schemaLocation}; } if ( exists $self->{xsi_schemaLocation} ) { $dataxml{'opt_namespace'} = $self->{opt_namespace}; } if ( exists $self->{xsi_schemaLocation} ) { $dataxml{'opt_namespace_url'} = $self->{opt_namespace_url}; } Is it valid?

With this module (Koha::Crosswalk::DublinCore) I can support more metada than the simple 15 DC elements (Element Set Version 1.1). This Simple DC is used for OAI and SRW in xml format. But also i can reproduce this other guidelines/recommendations:

How will you extend the semantic of the produced metadata with MARC::Crosswalk::Dublincore? If you want more than the 15 DC elements, doesn't it mean that you need a mean to improve, granularize the way Koha MARC record is transformed. The current DC exported from Koha is not that good because (1) it doesn't work for Unimarc, (2) it doesn't allow each library to tweak the transformation from MARC to DC (the way it's done by OAI server).

And RDF::Trine can serialize multiple rdf formats (rdf-json, rdf-xml, nquads, nquads-canonical, turtle) also give us the opportunity of storing the triples in databases; with RDF::Query we can perform queries with SPARQL

It's far beyond the scope of this patch. Open a new bug if you want, and name it Semantic-Koha, or Sekoa. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Jenny Dallas <limbozel@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |limbozel@gmail.com --- Comment #111 from Jenny Dallas <limbozel@gmail.com> --- Thought-provoking comments , Just to add my thoughts , if someone have been needing to merge PDF or PNG files , my business partner saw a service here http://www.altomerge.com and also here http://pdf.ac/5NrqIN -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #113 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Hi Hector and others, I have marked the last 2 comments 'private' as I think the links in them are spam. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #43548|0 |1 is obsolete| | Attachment #43549|0 |1 is obsolete| | Attachment #43586|0 |1 is obsolete| | Attachment #43612|0 |1 is obsolete| | --- Comment #115 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Created attachment 44627 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=44627&action=edit Bug 13642 [ENH] Adding new features for Dublin Core metadata When Koha export a bibliographic record to DC, makes it in XML format. This XML not follows the DC-XML recommendations as should be: elements in uppercase eg. dc:Date, dc:Creator, section 4.2, recommendation 4 explain that "The property names for the 15 DC elements should be all lower-case." eg. dc:date, dc:creator" and section "4.3 Example - a simple DC record", xsi:schemaLocation="http://example.org/myapp/ http://example.org/myapp/schema.xsd" schema does not exist. NOTE: This new feature implement the XSLT transformation for OAI-DC, SRW-DC and RDF-DC Test plan --------------- 1) Download Dublin Core file from record detail page. Open up the file, and make sure that the document not follows the DC-XML recommendations as should be. 2) Apply patch. 3) Go to whichever bib record in OPAC or staff and click on Save > Dublin Core. A modal will display, prove all options. 4) Change the system preference 'Opac ExportOptions' by enabling and disabling Dublin Core and try to download a record. 5) Try several bibliographic records in any format (book, magazine, DVD, etc.) to confirm that properly exported. Sponsored-by: Universidad de El Salvador -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #117 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- I forgot it, test with MARC21, UNIMARC and NORMARC, this patch takes in consideration syspref marcflavour -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #119 from Frédéric Demians <frederic@tamil.fr> --- Created attachment 44629 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=44629&action=edit OPAC dialog box -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #44627|0 |1 is obsolete| | --- Comment #121 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Created attachment 44658 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=44658&action=edit Bug 13642 [ENH] Adding new features for Dublin Core metadata When Koha export a bibliographic record to DC, makes it in XML format. This XML not follows the DC-XML recommendations as should be: elements in uppercase eg. dc:Date, dc:Creator, section 4.2, recommendation 4 explain that "The property names for the 15 DC elements should be all lower-case." eg. dc:date, dc:creator" and section "4.3 Example - a simple DC record", xsi:schemaLocation="http://example.org/myapp/ http://example.org/myapp/schema.xsd" schema does not exist. NOTE: This new feature implement the XSLT transformation for OAI-DC, SRW-DC and RDF-DC Test plan --------------- 1) Download Dublin Core file from record detail page. Open up the file, and make sure that the document not follows the DC-XML recommendations as should be. 2) Apply patch. 3) Go to whichever bib record in OPAC or staff and click on Save > Dublin Core. A modal will display, prove all options. 4) Change the system preference 'Opac ExportOptions' by enabling and disabling Dublin Core and try to download a record. 5) Try several bibliographic records in any format (book, magazine, DVD, etc.) to confirm that properly exported. 6) Test with all marc flavours. Sponsored-by: Universidad de El Salvador -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #123 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Created attachment 44660 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=44660&action=edit Bug 13642 - Changes LESS opac.less > to opac.css Changes LESS opac.less > to opac.css -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #125 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Created attachment 44661 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=44661&action=edit Bug 13642 - Add 264 field to MARC21*DC.xsl Modify MARC21*DC.xsl to add RDA 264 field To test: -Copy from LOC z39.50 the Maxwell's handbook for RDA (ISBN 9780838911723) -Look the field 264 -In datail for the record, export or save to Dublin Core (the three options) -Open the xml generated, notice that <dc:publisher> and <dc:date> are not present -Apply this patch -Reload and export again -Open the xml, you will see the tags publisher and date taken from 264 -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #127 from Frédéric Demians <frederic@tamil.fr> --- It works in intra/opac. But in intra, it only works on 'Normal' detail page, it doesn't in ISBD/MARC/Item tab. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Frédéric Demians <frederic@tamil.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |http://bugs.koha-community. | |org/bugzilla3/show_bug.cgi? | |id=15162 -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |15162 --- Comment #130 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- (In reply to Frédéric Demians from comment #128)

For Unimarc, it will only work for OAI-DC format. XSL for RDF-DC and SRW-DC format are missing. See bug 15162. In my opinion, it shouldn't prevent accepting this enhancement.

Hi Frédéric I will try to attach a patch for bug 15162 as soon as posible to apply on top of this one. Regards Referenced Bugs: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15162 [Bug 15162] Add for Unimarc transformation to new metadata formats -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 David Cook <dcook@prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook@prosentient.com.au --- Comment #132 from David Cook <dcook@prosentient.com.au> --- Not sure about the state of this patch, but I just wanted to say that I agree with Frédéric: "It's far beyond the scope of this patch. Open a new bug if you want, and name it Semantic-Koha, or Sekoa." I think it would be interesting to be able to publish any record using RDF, and maybe even set up a SPARQL endpoint. I noticed that in DSpace 5.0 or 6.0 they've added support for publishing their records using RDF. However, I think that's outside the scope of this bug. It would make sense as its own bug. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #134 from Frédéric Demians <frederic@tamil.fr> --- (In reply to David Cook from comment #132)

I think it would be interesting to be able to publish any record using RDF, and maybe even set up a SPARQL endpoint. I noticed that in DSpace 5.0 or 6.0 they've added support for publishing their records using RDF.

This is a huge subject. A very interesting and promising one. I'd be pleased to be included in a discussion on this matter, whatever the form it takes: bug umbrella, task force... -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #136 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- (In reply to Frédéric Demians from comment #135)

Héctor, would you allow me to simplify this bug? I propose to just keep 3 patches attached to this one (and sign them): the enhancement, the UT & the less to css conversion. And I would open two new patches: (1) 264 field, (2) NORMARC new XSL. It won't touch the patches themselves nor your credit.

Sorry for my late reply Okidoki Frédéric, do the necessary and the more adequate with this bug. Regards -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #138 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- (In reply to David Cook from comment #137)

Yeah, I'd like to be involved as well. I think Magnus Enger has already started doing prototype work on this with SemantiKoha, so it'll be interesting.

Certainly something to discuss with the whole group, I think.

Hi David Where is placed Magnus' works? I'm really interested in this kind of subjects too. Another think is -as explain me Bernardo- the plack environment needs to be complete to use modules with Moose support, this is because some packages like RDF::Trine and RDF::Query need it. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Frédéric Demians <frederic@tamil.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |http://bugs.koha-community. | |org/bugzilla3/show_bug.cgi? | |id=15169 -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Frédéric Demians <frederic@tamil.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #44659|0 |1 is obsolete| | Attachment #44661|0 |1 is obsolete| | Attachment #44669|0 |1 is obsolete| | Attachment #44677|0 |1 is obsolete| | --- Comment #139 from Frédéric Demians <frederic@tamil.fr> --- Created attachment 44727 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=44727&action=edit Bug 13642 [ENH] Adding new features for Dublin Core metadata When Koha export a bibliographic record to DC, makes it in XML format. This XML not follows the DC-XML recommendations as should be: elements in uppercase eg. dc:Date, dc:Creator, section 4.2, recommendation 4 explain that "The property names for the 15 DC elements should be all lower-case." eg. dc:date, dc:creator" and section "4.3 Example - a simple DC record", xsi:schemaLocation="http://example.org/myapp/ http://example.org/myapp/schema.xsd" schema does not exist. NOTE: This new feature implement the XSLT transformation for OAI-DC, SRW-DC and RDF-DC Test plan --------------- 1) Download Dublin Core file from record detail page. Open up the file, and make sure that the document not follows the DC-XML recommendations as should be. 2) Apply patch. 3) Go to whichever bib record in OPAC or staff and click on Save > Dublin Core. A modal will display, prove all options. 4) Change the system preference 'Opac ExportOptions' by enabling and disabling Dublin Core and try to download a record. 5) Try several bibliographic records in any format (book, magazine, DVD, etc.) to confirm that properly exported. 6) Test with all marc flavours. Sponsored-by: Universidad de El Salvador Signed-off-by: Frederic Demians <f.demians@tamil.fr> -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Frédéric Demians <frederic@tamil.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #44672|0 |1 is obsolete| | --- Comment #141 from Frédéric Demians <frederic@tamil.fr> --- Created attachment 44729 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=44729&action=edit Bug 13642 - Add Unit test for C4::Record::marc2dcxml Add Unit test for C4::Record::marc2dcxml To test: Prove t/db_dependent/Record.t Signed-off-by: Frederic Demians <f.demians@tamil.fr> -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |15162, 15170 Referenced Bugs: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15162 [Bug 15162] Add for Unimarc transformation to new metadata formats http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15170 [Bug 15170] Add 264 field to MARC21*DC.xsl -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #143 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Created attachment 44816 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=44816&action=edit Bug 13642 - Remove MARC::Crosswalk::DublinCore from Koha To test: 1) git grep "MARC::Crosswalk::DublinCore" C4/Installer/PerlDependencies.pm: 'MARC::Crosswalk::DublinCore' => { INSTALL.fedora7:MARC::Crosswalk::DublinCore 2) git grep "libmarc-crosswalk-dublincore-perl" debian/control: libmarc-crosswalk-dublincore-perl, debian/control: libmarc-crosswalk-dublincore-perl, install_misc/debian.packages:libmarc-crosswalk-dublincore-perl install install_misc/ubuntu.10.04.packages:libmarc-crosswalk-dublincore-perl install install_misc/ubuntu.12.04.packages:libmarc-crosswalk-dublincore-perl install install_misc/ubuntu.packages:libmarc-crosswalk-dublincore-perl install 3) Repeat step 1 and 2 -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Frédéric Demians <frederic@tamil.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #44816|0 |1 is obsolete| | --- Comment #145 from Frédéric Demians <frederic@tamil.fr> --- Created attachment 44819 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=44819&action=edit Bug 13642 - Remove MARC::Crosswalk::DublinCore from Koha To test: 1) git grep "MARC::Crosswalk::DublinCore" C4/Installer/PerlDependencies.pm: 'MARC::Crosswalk::DublinCore' => { INSTALL.fedora7:MARC::Crosswalk::DublinCore 2) git grep "libmarc-crosswalk-dublincore-perl" debian/control: libmarc-crosswalk-dublincore-perl, debian/control: libmarc-crosswalk-dublincore-perl, install_misc/debian.packages:libmarc-crosswalk-dublincore-perl install install_misc/ubuntu.10.04.packages:libmarc-crosswalk-dublincore-perl install install_misc/ubuntu.12.04.packages:libmarc-crosswalk-dublincore-perl install install_misc/ubuntu.packages:libmarc-crosswalk-dublincore-perl install 3) Repeat step 1 and 2 Signed-off-by: Frederic Demians <f.demians@tamil.fr> Ripping out any mention to MARC::Crosswalk::DublinCore can't hurt. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #147 from David Cook <dcook@prosentient.com.au> --- (In reply to Héctor Eduardo Castro Avalos from comment #138)

(In reply to David Cook from comment #137)

...

Yeah, I'd like to be involved as well. I think Magnus Enger has already started doing prototype work on this with SemantiKoha, so it'll be interesting.

Certainly something to discuss with the whole group, I think.

Hi David

Where is placed Magnus' works? I'm really interested in this kind of subjects too. Another think is -as explain me Bernardo- the plack environment needs to be complete to use modules with Moose support, this is because some packages like RDF::Trine and RDF::Query need it.

Hi Héctor, The blog post about it is here http://libriotech.no/blogs/semantikoha and it includes links to the source code. It's been a few years since Magnus has worked on it, I think, but I think he might be interested in reviving it. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Jonathan Druart <jonathan.druart@bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #149 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- Héctor, I have just found a minor issue: At the OPAC, there is no radio buttons selected by default, so if you click on export, you get a iso2709. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #45970|0 |1 is obsolete| | --- Comment #152 from Héctor Eduardo Castro Avalos <hector.hecaxmmx@gmail.com> --- Created attachment 45971 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=45971&action=edit Bug 13642: (followup) OAI-DC checked by default in OPAC modal -Fixing default option checked for OAI-DC in OPAC modal -Move OPAC modal to opac-detail-sidebar.inc to display in MARC view and ISBD view This follow-up fix the QA comment in comment 149 -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Frédéric Demians <frederic@tamil.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 Jonathan Druart <jonathan.druart@bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #156 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- Created attachment 46585 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=46585&action=edit Bug 13642 - Changes LESS opac.less > to opac.css Changes LESS opac.less > to opac.css Signed-off-by: Frédéric Demians <f.demians@tamil.fr> Signed-off-by: Jonathan Druart <jonathan.druart@bugs.koha-community.org> -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #158 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- Created attachment 46587 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=46587&action=edit Bug 13642 - Remove MARC::Crosswalk::DublinCore from Koha To test: 1) git grep "MARC::Crosswalk::DublinCore" C4/Installer/PerlDependencies.pm: 'MARC::Crosswalk::DublinCore' => { INSTALL.fedora7:MARC::Crosswalk::DublinCore 2) git grep "libmarc-crosswalk-dublincore-perl" debian/control: libmarc-crosswalk-dublincore-perl, debian/control: libmarc-crosswalk-dublincore-perl, install_misc/debian.packages:libmarc-crosswalk-dublincore-perl install install_misc/ubuntu.10.04.packages:libmarc-crosswalk-dublincore-perl install install_misc/ubuntu.12.04.packages:libmarc-crosswalk-dublincore-perl install install_misc/ubuntu.packages:libmarc-crosswalk-dublincore-perl install 3) Repeat step 1 and 2 Signed-off-by: Frederic Demians <f.demians@tamil.fr> Ripping out any mention to MARC::Crosswalk::DublinCore can't hurt. Signed-off-by: Jonathan Druart <jonathan.druart@bugs.koha-community.org> -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13642 --- Comment #160 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- This patch set is blocked by bug 15169 which is waiting for a signoff. -- You are receiving this mail because: You are watching all bug changes.