From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.tex.context/71344 Path: news.gmane.org!not-for-mail From: =?ISO-8859-1?Q?Stefan_M=FCller?= Newsgroups: gmane.comp.tex.context Subject: Re: bibmodule acquired problem Date: Tue, 27 Sep 2011 14:12:43 +0200 Message-ID: <4E81BDBB.4090202@gmx.de> References: <116E73AB-3E37-4E22-964C-25C62D70EE1F@uva.nl> <182B9444-49D1-4CC9-84A5-377F4DDE40E1@xs4all.nl> <77B9ED10-CC61-4342-A953-18F8D991A197@uva.nl> <122417A7-6837-4A98-8063-228717082B13@uva.nl> <4E81A0BF.2070706@gmx.de> <4E81AA90.4000007@gmx.de> <4F4F1A67-566B-4C9A-A686-C81044757084@uva.nl> Reply-To: mailing list for ConTeXt users NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1317125615 11152 80.91.229.12 (27 Sep 2011 12:13:35 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 27 Sep 2011 12:13:35 +0000 (UTC) To: mailing list for ConTeXt users Original-X-From: ntg-context-bounces@ntg.nl Tue Sep 27 14:13:30 2011 Return-path: Envelope-to: gctc-ntg-context-518@m.gmane.org Original-Received: from balder.ntg.nl ([195.12.62.10]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1R8WXQ-0006NT-0B for gctc-ntg-context-518@m.gmane.org; Tue, 27 Sep 2011 14:13:28 +0200 Original-Received: from localhost (localhost [127.0.0.1]) by balder.ntg.nl (Postfix) with ESMTP id 275FECAFD8; Tue, 27 Sep 2011 14:13:27 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at balder.ntg.nl Original-Received: from balder.ntg.nl ([127.0.0.1]) by localhost (balder.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id eaOw4AUDHBX8; Tue, 27 Sep 2011 14:13:20 +0200 (CEST) Original-Received: from balder.ntg.nl (localhost [127.0.0.1]) by balder.ntg.nl (Postfix) with ESMTP id 60964CAFCD; Tue, 27 Sep 2011 14:13:20 +0200 (CEST) Original-Received: from localhost (localhost [127.0.0.1]) by balder.ntg.nl (Postfix) with ESMTP id 71955CAFCD for ; Tue, 27 Sep 2011 14:13:19 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at balder.ntg.nl Original-Received: from balder.ntg.nl ([127.0.0.1]) by localhost (balder.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id fKx36SeNeQwa for ; Tue, 27 Sep 2011 14:13:04 +0200 (CEST) Original-Received: from filter2-nij.mf.surf.net (filter2-nij.mf.surf.net [195.169.124.153]) by balder.ntg.nl (Postfix) with ESMTP id 7603FCAFB5 for ; Tue, 27 Sep 2011 14:13:04 +0200 (CEST) Original-Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by filter2-nij.mf.surf.net (8.14.3/8.14.3/Debian-5+lenny1) with SMTP id p8RCD3Ge018315 for ; Tue, 27 Sep 2011 14:13:03 +0200 Original-Received: (qmail invoked by alias); 27 Sep 2011 12:12:54 -0000 Original-Received: from 77-64-195-49.dynamic.primacom.net (EHLO [192.168.100.108]) [77.64.195.49] by mail.gmx.net (mp006) with SMTP; 27 Sep 2011 14:12:54 +0200 X-Authenticated: #11064435 X-Provags-ID: V01U2FsdGVkX1/KIUoj3bzKGa3nIjaYr+nM2dZvi54bn9GSFulcxg tXEjqUGDYgEgJQ User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 In-Reply-To: <4F4F1A67-566B-4C9A-A686-C81044757084@uva.nl> X-Y-GMX-Trusted: 0 X-Bayes-Prob: 0.0001 (Score 0, tokens from: @@RPTN) X-CanIt-Geo: ip=213.165.64.22; country=DE; latitude=51.0000; longitude=9.0000; http://maps.google.com/maps?q=51.0000,9.0000&z=6 X-CanItPRO-Stream: uu:ntg-context@ntg.nl (inherits from uu:default, base:default) X-Canit-Stats-ID: 0aFBMd3Ni - 77c9717e499c - 20110927 X-Scanned-By: CanIt (www . roaringpenguin . com) on 195.169.124.153 X-BeenThere: ntg-context@ntg.nl X-Mailman-Version: 2.1.12 Precedence: list List-Id: mailing list for ConTeXt users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: ntg-context-bounces@ntg.nl Errors-To: ntg-context-bounces@ntg.nl Xref: news.gmane.org gmane.comp.tex.context:71344 Archived-At: On 27.09.2011 13:33, Meer, H. van der wrote: > This does not help. The error is still there. I guess because this doesn'= t add the missing title. I cannot see in the FUNCTION a format.title. But s= omwhere the bibmodule calls it from the proceedings entry. > > Hans van der Meer In my test file the "booktitle" was present as "\title" (used by = bibl-apa.tex) when the "crossref" was missing... so I guessed this = should work... Stefan > On 27 sep. 2011, at 12:50, Stefan M=FCller wrote: > >> Maybe one could modify >> >> #################################### >> FUNCTION {inproceedings} >> { start.entry >> format.authors >> format.year >> format.arttitle >> crossref missing$ >> { format.in.booktitle.or.series >> format.number.series >> "" "\city" address do.out >> format.pages >> } >> { format.incoll.inproc.crossref >> format.pages >> } >> if$ >> "" "\pubname" publisher do.out >> "" "\organization" organization do.out >> stop.entry >> } >> #################################### >> >> to >> >> #################################### >> FUNCTION {inproceedings} >> { start.entry >> format.authors >> format.year >> format.arttitle >> format.in.booktitle.or.series >> format.number.series >> "" "\city" address do.out >> format.pages >> format.incoll.inproc.crossref >> "" "\pubname" publisher do.out >> "" "\organization" organization do.out >> stop.entry >> } >> #################################### >> >> in cont-*.bst? I don't know if this would cause any trouble... >> >> Stefan >> >> On 27.09.2011 12:35, Meer, H. van der wrote: >>> Yes, we are having the two faces same problem, I guess. >>> The fact is that \booktitle in the crossref'ed publication should be pr= ocessed as a \title item in the citatation crossreff'd. The error in my cas= e boils down to the fact that the title-entry is called without being actua= lly present. >>> >>> With the missing \title sofar I have nailed it down to macro \bibgetvar= t#1 from the following bbl entry: >>> >>> \startpublication[k=3Dcampbell:92,t=3Dinproceedings, >>> a=3D{{Campbell},{Wiener}},y=3D1992, >>> .. (no \title) >>> \stoppublication >>> >>> and log printing in the log from the modified macro: >>> \def\bibgetvart#1{\writestatus{ERROR}{Parameter<#1> on bibgetvart \ex= pandafter\string\csname pbd:#1\endcsname}\csname pbd:#1\endcsname\plussix}% >>> >>> I find the log: >>> ERROR> Parameter on bibgetvart \pbd:campbell:92 >>> ERROR> Parameter<> on bibgetvart \pbd: >>> ! Missing \endcsname inserted. >>> >>> Thus the missing \title thus seems to result in extra call to a bibliog= raphy entry that does not exist. >>> This is about as far as I am at the moment in analyzing the problem. >>> >>> Hans van der Meer >>> >>> >>> On 27 sep. 2011, at 12:09, Stefan M=FCller wrote: >>> >>>> Hi, >>>> >>>> I think this is related to my message from yesterday [1]. The "bookti= tle" key is ignored in "inproceedings" entries when "crossref" is present. = See the following excerpt from cont-ab.bst: >>>> >>>> #################################### >>>> FUNCTION {inproceedings} >>>> { start.entry >>>> format.authors >>>> format.year >>>> format.arttitle >>>> crossref missing$ >>>> { format.in.booktitle.or.series >>>> format.number.series >>>> "" "\city" address do.out >>>> format.pages >>>> } >>>> { format.incoll.inproc.crossref >>>> format.pages >>>> } >>>> if$ >>>> "" "\pubname" publisher do.out >>>> "" "\organization" organization do.out >>>> stop.entry >>>> } >>>> #################################### >>>> >>>> So "title" is not set in the .bbl file. Good to know that I'm not the= only one who's having trouble with that. >>>> >>>> I didn't know what I should expect when using "crossref", so I decided= to not mind the missing booktitle. But it would still be nice (as seen in= your example) if the actual citation style could decide whether or not to = use "booktitle" aka "title". >>>> >>>> HTH, >>>> Stefan. >>>> >>>> >>>> [1] http://archive.contextgarden.net/message/20110926.093110.8bc078f6.= en.html >>>> >>>> On 27.09.2011 10:41, Meer, H. van der wrote: >>>>> Step by step I am able to dig deeper in the problem. The fact that it= used to work but now doesn't may well be connected with the fact that the = booktitle in those cases came from a "crossref =3D" item in the bib file. C= ould it be the \crossref{} macro is not recognized any longer by the ConTeX= t bib module? >>>>> >>>>> In file bibl-tra.mkiv I encounter the following comment: >>>>> %D \macros{bib@crossref} >>>>> %D >>>>> %D \type{\crossref} is used in database files to point to another >>>>> %D entry. Because of this special situation, it has to be defined >>>>> %D separately. Since this command will not be seen until at >>>>> %D \type{\placepublications}, it may force extra runs. The same is >>>>> %D true for \type{\cite} commands inside of publications. >>>>> >>>>> In typesetting the citation in the footnote I am solely using cite, n= ot "\placepublications". >>>>> Does someone know why earlier the \crossref worked and now obviously = has been switched "out of the loop"? >>>>> Is there another way to force these crossref's to be carried out? >>>>> >>>>> Hans van der Meer >>>>> >>>>> On 27 sep. 2011, at 10:07, Meer, H. van der wrote: >>>>> >>>>>> An addtionial remark here: in the .bib file this is caused by a miss= ing "book title". >>>>>> >>>>>> On 27 sep. 2011, at 10:03, Hans van der Meer wrote: >>>>>> >>>>>>> Recently I reported the following problem: >>>>>>> >>>>>>> On 25 sep. 2011, at 19:58, H. van der Meer wrote: >>>>>>> >>>>>>>> I used the following macro for typsetting literature references in= footnotes. It worked without problems until now, but then I didn't use the= bib module for some time. >>>>>>>> It looks like a problem has crept in with the ty= pe. >>>>>>>> >>>>>>>> The error message: >>>>>>>> >>>>>>>> \pbd: >>>>>>>> \bibgetvart #1->\csname pbd:#1\endcsname >>>>>>>> \plussix >>>>>>> >>>>>>> Digging into the code I finally was able to nail the problem: the o= ffending citation being of type "t=3Dinproceedings" was missing the "title"= item. Then I observe a call with #1 in bibgetvart empty, somehow leading t= o a missing \endcsname error message. >>>>>>> >>>>>>> Obviously earlier this wasn't a problem but now is. I guess because= the code changed since my previous work on the project. >>>> ______________________________________________________________________= _____________ >>>> If your question is of interest to others as well, please add an entry= to the Wiki! >>>> >>>> maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg= -context >>>> webpage : http://www.pragma-ade.nl / http://tex.aanhet.net >>>> archive : http://foundry.supelec.fr/projects/contextrev/ >>>> wiki : http://contextgarden.net >>>> ______________________________________________________________________= _____________ >>> >>> _______________________________________________________________________= ____________ >>> If your question is of interest to others as well, please add an entry = to the Wiki! >>> >>> maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-= context >>> webpage : http://www.pragma-ade.nl / http://tex.aanhet.net >>> archive : http://foundry.supelec.fr/projects/contextrev/ >>> wiki : http://contextgarden.net >>> _______________________________________________________________________= ____________ >>> >> > > _________________________________________________________________________= __________ > If your question is of interest to others as well, please add an entry to= the Wiki! > > maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-co= ntext > webpage : http://www.pragma-ade.nl / http://tex.aanhet.net > archive : http://foundry.supelec.fr/projects/contextrev/ > wiki : http://contextgarden.net > _________________________________________________________________________= __________ > ___________________________________________________________________________= ________ If your question is of interest to others as well, please add an entry to t= he Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-cont= ext webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________= ________