Nitpicking: making checks is not the same as transforming which is what ReDIF-perl does. X-* and *-X-* is really the same. *-X-* is an X-attribute in a cluster, X-* is an X-attribute in the template. /Sune
-----Original Message----- From: Jose Manuel Barrueco [mailto:Jose.Barrueco@uv.es] Sent: Friday, June 17, 2016 9:06 AM To: 'Christian Zimmermann' Cc: Sune Karlsson; Jose Manuel Barrueco; Thomas Krichel; redif- dev@lists.openlib.org Subject: RE: [ReDev] ReDIF-Perl at shuli
In fact, what we have in the documentation is:
Any field that starts with X- is considered to be local. The parsing software will read it but make no checks on the values.
so, the current behaviour is agains the specification. This is related only to fields X-*, not to: *-x-*
On Thu, 16 Jun 2016, 'Christian Zimmermann' wrote:
And there could be other *-x-*
Christian Zimmermann FIGUGEGL! Economic Research Federal Reserve Bank of St. Louis P.O. Box 442 St. Louis MO 63166-0442 USA https://ideas.repec.org/zimm/ @CZimm_economist
On Thu, 16 Jun 2016, Sune Karlsson wrote:
There is Author-x-name-first and Author-x-name last where this could be bad.
Unrelated: Can the Reply-To header be set to the list?
/Sune
-----Original Message----- From: ReDIF-dev [mailto:redif-dev-bounces@lists.openlib.org] On Behalf Of Jose Manuel Barrueco Sent: Thursday, June 16, 2016 11:58 PM To: 'Christian Zimmermann'; zimmermann@stlouisfed.org; Thomas Krichel; Jose Manuel Barrueco; redif-dev@lists.openlib.org Subject: Re: [ReDev] ReDIF-Perl at shuli
I agree with that.
As X-* is user defined, why not simply carry it along unmodified?
Christian Zimmermann FIGUGEGL! Economic Research Federal Reserve Bank of St. Louis P.O. Box 442 St. Louis MO 63166-0442 USA https://ideas.repec.org/zimm/ @CZimm_economist
On Thu, 16 Jun 2016, Sune Karlsson wrote:
> -----Original Message----- > From: CitEc-run [mailto:citec-run-bounces@lists.openlib.org] On Behalf > Of Jose Manuel Barrueco > Sent: Thursday, June 16, 2016 8:05 PM > To: Thomas Krichel; krichel@openlib.org; CitEc List > Subject: Re: [CitEc] ReDIF-Perl at shuli > > >>> adnetec@shuli:~$ rere RePEc/remo/per/pers/s/psc418.rdf >>> >>> the output is not utf8 >> >> Well rere is a very old executable. > > well, this doesn't seem to be a good answer :) any way, I get the same > result when I use the perl module.
Why should the output be UTF-8? It should ideally be whatever character set your console uses.
Or is there a use for rere other than seeing the pretty printed content of a template?
> > >>> With the new versions, it seems the xml tags are >>> removed in the output so, the references can't be processed. >> >> Yes. I was aware of that issue. I suspect it came >> from changes proposed by Sune, who does not use >> this data. I am not sure how to deal with this. >> >> I think we need discussion on RePEc run or a special >> list to deal with ReDIF. > > Any idea about how to revert to the previous status in the meanwhile.. >
I think this is a quite old change in behavior. Version 2.69 added removal of html tags (with HTML::Strip) and I presume this also removes the XML markup. 2.69 is from 2012.
There could be an option to not strip out the html (in the easiest implementation this would then also not decode html entities). Alternatively the X-Ref attribute could be special-cased to not strip the html in the value .
/Sune
> > > -- > > -- > José Manuel Barrueco <barrueco@uv.es> > > > > > _______________________________________________ > CitEc-run mailing list > CitEc-run@lists.openlib.org > http://lists.openlib.org/cgi-bin/mailman/listinfo/citec-run
_______________________________________________ ReDIF-dev mailing list ReDIF-dev@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/redif-dev
--
-- José Manuel Barrueco <barrueco@uv.es>
_______________________________________________ ReDIF-dev mailing list ReDIF-dev@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/redif-dev
--- José Manuel Barrueco @JMBarrueco Servei de Biblioteques i Documentació Universitat de València
Tlf: +34963983359 http://www.uv.es/=barrueco