[PATCH 0/5] Bibliography update round 5

[PATCH 0/5] Bibliography update round 5

[Akira Yokosawa]

From 58a0655ab2b5c555bd19a6d7624a9d4413cf1360 Mon Sep 17 00:00:00 2001
From: Akira Yokosawa <akiyks@gmail.com>
Date: Wed, 8 Feb 2017 23:34:47 +0900
Subject: [PATCH 0/5] Bibliography update round 5

Hi Paul,

Here is round 5 of bibliography updates.
Patches 1, 2, and 3 take care of broken urls. Patch 2 contains an
alternative link to a webpage capture.
Patch 4 is cosmetic fix of UCB in author fields
Patch 5 is a different type of update. It adds awareness of "location"
field in "inproceedings" entry. Please see the commit log for details.
I think this is a reasonable change for perfbook.

                                             Thanks, Akira
--
Akira Yokosawa (5):
  bib/maze: Mark url of ETHZurich:FS2011maze as broken link
  bib/syncrefs: Mark url of DougLocke2002a as broken
  bib/syncrefs: Mark url of Victor2002a as broken
  bib/parallelsys: Properly format UCB in author field
  alphapf.bst: Make use of 'location' field in 'inproceedings' entry

 alphapf.bst         | 47 +++++++++++++++++++++++++++++++++--------------
 bib/maze.bib        |  4 +++-
 bib/parallelsys.bib |  4 ++--
 bib/syncrefs.bib    | 14 ++++++++------
 4 files changed, 46 insertions(+), 23 deletions(-)

-- 
2.7.4

[PATCH 1/5] bib/maze: Mark url of ETHZurich:FS2011maze as broken link

[Akira Yokosawa]

From 615d636a4c71eadb424ea260a1385461e44dec7f Mon Sep 17 00:00:00 2001
From: Akira Yokosawa <akiyks@gmail.com>
Date: Fri, 4 Nov 2016 17:40:59 +0900
Subject: [PATCH 1/5] bib/maze: Mark url of ETHZurich:FS2011maze as broken link

Signed-off-by: Akira Yokosawa <akiyks@gmail.com>
---
 bib/maze.bib | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/bib/maze.bib b/bib/maze.bib
index 98a3453..f19f829 100644
--- a/bib/maze.bib
+++ b/bib/maze.bib
@@ -33,7 +33,9 @@ gradient of chemo-attractants"
 ,month="March"
 ,year="2011"
 ,day="17"
-,note={\url{http://nativesystems.inf.ethz.ch/pub/Main/WebHomeLecturesParallelProgrammingExercises/pp2011hw04.pdf}}
+,note="URL:
+\nolinkurl{http://nativesystems.inf.ethz.ch/pub/Main/WebHomeLecturesParallelProgrammingExercises/pp2011hw04.pdf}
+[broken, November 2016]"
 }

 @unpublished{MIT:TRMag:MemristorMazes
-- 
2.7.4

[PATCH 2/5] bib/syncrefs: Mark url of DougLocke2002a as broken

[Akira Yokosawa]

From fb3e4f63fcc50cfd9a4a9e4de75bfbf6d6b165c2 Mon Sep 17 00:00:00 2001
From: Akira Yokosawa <akiyks@gmail.com>
Date: Tue, 7 Feb 2017 22:39:57 +0900
Subject: [PATCH 2/5] bib/syncrefs: Mark url of DougLocke2002a as broken

Also append a url of page capture at www.math.unipd.it.

Signed-off-by: Akira Yokosawa <akiyks@gmail.com>
---
 bib/syncrefs.bib | 8 +++++---
 1 file changed, 5 insertions(+), 3 deletions(-)

diff --git a/bib/syncrefs.bib b/bib/syncrefs.bib
index 898459d..d0f3270 100644
--- a/bib/syncrefs.bib
+++ b/bib/syncrefs.bib
@@ -1002,9 +1002,11 @@ Georgia Institute of Technology"
 ,month="July"
 ,year="2002"
 ,day="16"
-,note="Available:
-\url{http://www.linuxdevices.com/articles/AT5698775833.html}
-[Viewed June 29, 2005]"
+,note="URL:
+\nolinkurl{http://www.linuxdevices.com/articles/AT5698775833.html}
+[broken, November 2016],
+page capture available at \url{http://www.math.unipd.it/%7Etullio/SCD/2007/Materiale/Locke.pdf}"
+,lastchecked="February 7, 2016"
 }

 @unpublished{Yodaiken2004FSM
-- 
2.7.4

[PATCH 3/5] bib/syncrefs: Mark url of Victor2002a as broken

[Akira Yokosawa]

From 1e17a6828496b9ec9b66275e803bbe99ed059aa0 Mon Sep 17 00:00:00 2001
From: Akira Yokosawa <akiyks@gmail.com>
Date: Wed, 8 Feb 2017 00:35:01 +0900
Subject: [PATCH 3/5] bib/syncrefs: Mark url of Victor2002a as broken

Signed-off-by: Akira Yokosawa <akiyks@gmail.com>
---
 bib/syncrefs.bib | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/bib/syncrefs.bib b/bib/syncrefs.bib
index d0f3270..717476d 100644
--- a/bib/syncrefs.bib
+++ b/bib/syncrefs.bib
@@ -991,9 +991,9 @@ Georgia Institute of Technology"
 ,month="July"
 ,year="2002"
 ,day="10"
-,note="Available:
-\url{http://www.linuxdevices.com/articles/AT7168794919.html}
-[Viewed June 29, 2005]"
+,note="URL:
+\nolinkurl{http://www.linuxdevices.com/articles/AT7168794919.html}
+[broken, February 2017]"
 }

 @unpublished{DougLocke2002a
-- 
2.7.4

[PATCH 4/5] bib/parallelsys: Properly format UCB in author field

[Akira Yokosawa]

From 9f05d622dc3de45e4aba9c7f3d9ef99de5ff1177 Mon Sep 17 00:00:00 2001
From: Akira Yokosawa <akiyks@gmail.com>
Date: Fri, 3 Feb 2017 00:23:49 +0900
Subject: [PATCH 4/5] bib/parallelsys: Properly format UCB in author field

Signed-off-by: Akira Yokosawa <akiyks@gmail.com>
---
 bib/parallelsys.bib | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/bib/parallelsys.bib b/bib/parallelsys.bib
index 1f1b1f2..2091bcd 100644
--- a/bib/parallelsys.bib
+++ b/bib/parallelsys.bib
@@ -285,7 +285,7 @@ and Victor Basili"
 }

 @unpublished{BOINC2008
-,author={University of California, Berkeley}
+,author={{University of California, Berkeley}}
 ,title="{BOINC}: compute for science"
 ,Year="2008"
 ,Month="October"
@@ -307,7 +307,7 @@ and Victor Basili"
 }

 @unpublished{SETIatHOME2008
-,author="University at California Berkeley"
+,author="{University of California, Berkeley}"
 ,title="{SETI}@{HOME}"
 ,Year="2008"
 ,Month="December"
-- 
2.7.4

[PATCH 5/5] alphapf.bst: Make use of 'location' field in 'inproceedings' entry

[Akira Yokosawa]

From 58a0655ab2b5c555bd19a6d7624a9d4413cf1360 Mon Sep 17 00:00:00 2001
From: Akira Yokosawa <akiyks@gmail.com>
Date: Sun, 29 Jan 2017 00:57:29 +0900
Subject: [PATCH 5/5] alphapf.bst: Make use of 'location' field in 'inproceedings' entry

In early "inproceedings" entries, "address" fields are used to
indicate the location of conferences (by Paul's convention).
In recent entries such as those copied from e.g. ACM BiBTeX templates,
"address" fields are used for publisher's addresses. In such
entries, "location" fields are used to show where those events were
held.

This commit therefore adds awareness of "location" field in
alphapf.bst for "inproceedings" entry, and lets the field have
a higher precedence than an "address" field.

This commit also adds comment in the header describing changes made
for perfbook.

Note: It is easier to see the diff with white-space changes ignored.

Signed-off-by: Akira Yokosawa <akiyks@gmail.com>
---
 alphapf.bst | 47 +++++++++++++++++++++++++++++++++--------------
 1 file changed, 33 insertions(+), 14 deletions(-)

diff --git a/alphapf.bst b/alphapf.bst
index 6a9ec4d..468d01a 100644
--- a/alphapf.bst
+++ b/alphapf.bst
@@ -6,6 +6,15 @@
 %%% Added DOI support.
 %%% Added PUBMED support.
 %%% Added hyperref support.
+%%%
+%%% Also modified by Akira Yokosawa <akiyks@gmail.com> for perfbook.
+%%% (marked with "% ay")
+%%% Brought date field of unpublished entry in front of note field.
+%%% (In perfbook, note field is mostly used for URL info.)
+%%% Added support of location field in inproceedings entry.
+%%% If "location" is available, it is used instead of "address".
+%%% Copyright (C) 2016, 2017 Akira Yokosawa.
+%%%
 %%% Original headers follow...

 % BibTeX standard bibliography style `alpha'
@@ -46,6 +55,7 @@ ENTRY
     pubmed % urlbst
     url % urlbst
     lastchecked % urlbst
+    location %ay
   }
   {}
   { label extra.label sort.label }
@@ -1022,19 +1032,28 @@ FUNCTION {inproceedings}
       format.bvolume output
       format.number.series output
       format.pages output
-      address empty$
-        { organization publisher new.sentence.checkb
-          organization output
-          publisher output
-          format.date "year" output.check
-        }
-        { address output.nonnull
-          format.date "year" output.check
-          new.sentence
-          organization output
-          publisher output
-        }
-      if$
+      location empty$        %ay
+	{ address empty$     %ay
+	  { organization publisher new.sentence.checkb
+            organization output
+            publisher output
+            format.date "year" output.check
+          }
+            { address output.nonnull
+              format.date "year" output.check
+              new.sentence
+              organization output
+              publisher output
+	    }
+	  if$
+	}                                 % ay
+        { location output.nonnull         % ay
+          format.date "year" output.check % ay
+          new.sentence                    % ay
+          organization output             % ay
+          publisher output                % ay
+        }                                 % ay
+      if$                                 % ay
     }
     { format.incoll.inproc.crossref output.nonnull
       format.pages output
@@ -1187,7 +1206,7 @@ FUNCTION {unpublished}
   new.block
   title empty$ 'skip$ 'possibly.setup.inlinelink if$ % urlbst
   format.title "title" output.check
-  format.date output
+  format.date output        % ay
   new.block
   note "note" output.check
   fin.entry
-- 
2.7.4

Re: [PATCH 0/5] Bibliography update round 5

[Paul E. McKenney]

On Wed, Feb 08, 2017 at 11:54:41PM +0900, Akira Yokosawa wrote:
> >From 58a0655ab2b5c555bd19a6d7624a9d4413cf1360 Mon Sep 17 00:00:00 2001
> From: Akira Yokosawa <akiyks@gmail.com>
> Date: Wed, 8 Feb 2017 23:34:47 +0900
> Subject: [PATCH 0/5] Bibliography update round 5
> 
> Hi Paul,
> 
> Here is round 5 of bibliography updates.
> Patches 1, 2, and 3 take care of broken urls. Patch 2 contains an
> alternative link to a webpage capture.
> Patch 4 is cosmetic fix of UCB in author fields
> Patch 5 is a different type of update. It adds awareness of "location"
> field in "inproceedings" entry. Please see the commit log for details.
> I think this is a reasonable change for perfbook.

I applied the first four, and might be convinced to apply the fifth.
But first a question -- how many changes would be required to bring
my old bib entries in line with current practice?  That might be the
best approach longer term.  Depending of course on how difficult it
is to locate them all...

							Thanx, Paul

>                                              Thanks, Akira
> --
> Akira Yokosawa (5):
>   bib/maze: Mark url of ETHZurich:FS2011maze as broken link
>   bib/syncrefs: Mark url of DougLocke2002a as broken
>   bib/syncrefs: Mark url of Victor2002a as broken
>   bib/parallelsys: Properly format UCB in author field
>   alphapf.bst: Make use of 'location' field in 'inproceedings' entry
> 
>  alphapf.bst         | 47 +++++++++++++++++++++++++++++++++--------------
>  bib/maze.bib        |  4 +++-
>  bib/parallelsys.bib |  4 ++--
>  bib/syncrefs.bib    | 14 ++++++++------
>  4 files changed, 46 insertions(+), 23 deletions(-)
> 
> -- 
> 2.7.4
> 

Re: [PATCH 0/5] Bibliography update round 5

[Akira Yokosawa]

> On Feb 9, 2017, at 1:37, Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
> 
> On Wed, Feb 08, 2017 at 11:54:41PM +0900, Akira Yokosawa wrote:
>>> From 58a0655ab2b5c555bd19a6d7624a9d4413cf1360 Mon Sep 17 00:00:00 2001
>> From: Akira Yokosawa <akiyks@gmail.com>
>> Date: Wed, 8 Feb 2017 23:34:47 +0900
>> Subject: [PATCH 0/5] Bibliography update round 5
>> 
>> Hi Paul,
>> 
>> Here is round 5 of bibliography updates.
>> Patches 1, 2, and 3 take care of broken urls. Patch 2 contains an
>> alternative link to a webpage capture.
>> Patch 4 is cosmetic fix of UCB in author fields
>> Patch 5 is a different type of update. It adds awareness of "location"
>> field in "inproceedings" entry. Please see the commit log for details.
>> I think this is a reasonable change for perfbook.
> 
> I applied the first four, and might be convinced to apply the fifth.
> But first a question -- how many changes would be required to bring
> my old bib entries in line with current practice?

No change is required. Because this change has effect
only on entries with both "address" and "location".
I thought I explained this somewhere, but missed to do so.
Can this clarification convince you?

Thanks, Akira 
(from mobile, might be QP encoded)

>  That might be the
> best approach longer term.  Depending of course on how difficult it
> is to locate them all...
> 
>                            Thanx, Paul
> 
>>                                             Thanks, Akira
>> --
>> Akira Yokosawa (5):
>>  bib/maze: Mark url of ETHZurich:FS2011maze as broken link
>>  bib/syncrefs: Mark url of DougLocke2002a as broken
>>  bib/syncrefs: Mark url of Victor2002a as broken
>>  bib/parallelsys: Properly format UCB in author field
>>  alphapf.bst: Make use of 'location' field in 'inproceedings' entry
>> 
>> alphapf.bst         | 47 +++++++++++++++++++++++++++++++++--------------
>> bib/maze.bib        |  4 +++-
>> bib/parallelsys.bib |  4 ++--
>> bib/syncrefs.bib    | 14 ++++++++------
>> 4 files changed, 46 insertions(+), 23 deletions(-)
>> 
>> -- 
>> 2.7.4
>> 
> 

Re: [PATCH 0/5] Bibliography update round 5

[Paul E. McKenney]

On Thu, Feb 09, 2017 at 05:57:23AM +0900, Akira Yokosawa wrote:
> 
> 
> > On Feb 9, 2017, at 1:37, Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
> > 
> > On Wed, Feb 08, 2017 at 11:54:41PM +0900, Akira Yokosawa wrote:
> >>> From 58a0655ab2b5c555bd19a6d7624a9d4413cf1360 Mon Sep 17 00:00:00 2001
> >> From: Akira Yokosawa <akiyks@gmail.com>
> >> Date: Wed, 8 Feb 2017 23:34:47 +0900
> >> Subject: [PATCH 0/5] Bibliography update round 5
> >> 
> >> Hi Paul,
> >> 
> >> Here is round 5 of bibliography updates.
> >> Patches 1, 2, and 3 take care of broken urls. Patch 2 contains an
> >> alternative link to a webpage capture.
> >> Patch 4 is cosmetic fix of UCB in author fields
> >> Patch 5 is a different type of update. It adds awareness of "location"
> >> field in "inproceedings" entry. Please see the commit log for details.
> >> I think this is a reasonable change for perfbook.
> > 
> > I applied the first four, and might be convinced to apply the fifth.
> > But first a question -- how many changes would be required to bring
> > my old bib entries in line with current practice?
> 
> No change is required. Because this change has effect
> only on entries with both "address" and "location".
> I thought I explained this somewhere, but missed to do so.
> Can this clarification convince you?

Ah, thank you for the clarification!  And on to the next question...

Does it really make sense for me to have both "address" and "location"
on a given bib entry?  If I am doing something strange (quite likely!),
it is probably better for me to fix my strange bib entries than to modify
the tools.  Especially given the possibility that others might well
harvest bib entries from perfbook.

After all, some of my bib entries were old enough to drink almost a
decade ago.  I guess we can only be thankful that they are unable
to do any driving.  ;-)

							Thanx, Paul

Re: [PATCH 0/5] Bibliography update round 5

[Akira Yokosawa]

Akira 
(from mobile, might be QP encoded)

> On Feb 9, 2017, at 6:10, Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
> 
>> On Thu, Feb 09, 2017 at 05:57:23AM +0900, Akira Yokosawa wrote:
>> 
>> 
>>> On Feb 9, 2017, at 1:37, Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
>>> 
>>> On Wed, Feb 08, 2017 at 11:54:41PM +0900, Akira Yokosawa wrote:
>>>>> From 58a0655ab2b5c555bd19a6d7624a9d4413cf1360 Mon Sep 17 00:00:00 2001
>>>> From: Akira Yokosawa <akiyks@gmail.com>
>>>> Date: Wed, 8 Feb 2017 23:34:47 +0900
>>>> Subject: [PATCH 0/5] Bibliography update round 5
>>>> 
>>>> Hi Paul,
>>>> 
>>>> Here is round 5 of bibliography updates.
>>>> Patches 1, 2, and 3 take care of broken urls. Patch 2 contains an
>>>> alternative link to a webpage capture.
>>>> Patch 4 is cosmetic fix of UCB in author fields
>>>> Patch 5 is a different type of update. It adds awareness of "location"
>>>> field in "inproceedings" entry. Please see the commit log for details.
>>>> I think this is a reasonable change for perfbook.
>>> 
>>> I applied the first four, and might be convinced to apply the fifth.
>>> But first a question -- how many changes would be required to bring
>>> my old bib entries in line with current practice?
>> 
>> No change is required. Because this change has effect
>> only on entries with both "address" and "location".
>> I thought I explained this somewhere, but missed to do so.
>> Can this clarification convince you?
> 
> Ah, thank you for the clarification!  And on to the next question...
> 
> Does it really make sense for me to have both "address" and "location"
> on a given bib entry?  If I am doing something strange (quite likely!),
> it is probably better for me to fix my strange bib entries than to modify
> the tools.  Especially given the possibility that others might well
> harvest bib entries from perfbook.
> 

Well, I don't think your usage of "address" field is strange at all.
It would be easy to find people who do the same.

The fact that genuine alpha style does not recognize "location" entry would support my observation.

> After all, some of my bib entries were old enough to drink almost a
> decade ago.  I guess we can only be thankful that they are unable
> to do any driving.  ;-)
> 
>                            Thanx, Paul
> 

Re: [PATCH 0/5] Bibliography update round 5

[Akira Yokosawa]

Oops, sent prematurely.
Hope you can see what I mean.

Akira

> On Feb 9, 2017, at 6:36, Akira Yokosawa <akiyks@gmail.com> wrote:
> 
> 
> 
> Akira 
> (from mobile, might be QP encoded)
> 
>>> On Feb 9, 2017, at 6:10, Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
>>> 
>>> On Thu, Feb 09, 2017 at 05:57:23AM +0900, Akira Yokosawa wrote:
>>> 
>>> 
>>>> On Feb 9, 2017, at 1:37, Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
>>>> 
>>>> On Wed, Feb 08, 2017 at 11:54:41PM +0900, Akira Yokosawa wrote:
>>>>>> From 58a0655ab2b5c555bd19a6d7624a9d4413cf1360 Mon Sep 17 00:00:00 2001
>>>>> From: Akira Yokosawa <akiyks@gmail.com>
>>>>> Date: Wed, 8 Feb 2017 23:34:47 +0900
>>>>> Subject: [PATCH 0/5] Bibliography update round 5
>>>>> 
>>>>> Hi Paul,
>>>>> 
>>>>> Here is round 5 of bibliography updates.
>>>>> Patches 1, 2, and 3 take care of broken urls. Patch 2 contains an
>>>>> alternative link to a webpage capture.
>>>>> Patch 4 is cosmetic fix of UCB in author fields
>>>>> Patch 5 is a different type of update. It adds awareness of "location"
>>>>> field in "inproceedings" entry. Please see the commit log for details.
>>>>> I think this is a reasonable change for perfbook.
>>>> 
>>>> I applied the first four, and might be convinced to apply the fifth.
>>>> But first a question -- how many changes would be required to bring
>>>> my old bib entries in line with current practice?
>>> 
>>> No change is required. Because this change has effect
>>> only on entries with both "address" and "location".
>>> I thought I explained this somewhere, but missed to do so.
>>> Can this clarification convince you?
>> 
>> Ah, thank you for the clarification!  And on to the next question...
>> 
>> Does it really make sense for me to have both "address" and "location"
>> on a given bib entry?  If I am doing something strange (quite likely!),
>> it is probably better for me to fix my strange bib entries than to modify
>> the tools.  Especially given the possibility that others might well
>> harvest bib entries from perfbook.
>> 
> 
> Well, I don't think your usage of "address" field is strange at all.
> It would be easy to find people who do the same.
> 
> The fact that genuine alpha style does not recognize "location" entry would support my observation.
> 
>> After all, some of my bib entries were old enough to drink almost a
>> decade ago.  I guess we can only be thankful that they are unable
>> to do any driving.  ;-)
>> 
>>                           Thanx, Paul
>> 

Re: [PATCH 0/5] Bibliography update round 5

[Paul E. McKenney]

On Thu, Feb 09, 2017 at 06:36:18AM +0900, Akira Yokosawa wrote:
> 
> 
> Akira 
> (from mobile, might be QP encoded)
> 
> > On Feb 9, 2017, at 6:10, Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
> > 
> >> On Thu, Feb 09, 2017 at 05:57:23AM +0900, Akira Yokosawa wrote:
> >> 
> >> 
> >>> On Feb 9, 2017, at 1:37, Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
> >>> 
> >>> On Wed, Feb 08, 2017 at 11:54:41PM +0900, Akira Yokosawa wrote:
> >>>>> From 58a0655ab2b5c555bd19a6d7624a9d4413cf1360 Mon Sep 17 00:00:00 2001
> >>>> From: Akira Yokosawa <akiyks@gmail.com>
> >>>> Date: Wed, 8 Feb 2017 23:34:47 +0900
> >>>> Subject: [PATCH 0/5] Bibliography update round 5
> >>>> 
> >>>> Hi Paul,
> >>>> 
> >>>> Here is round 5 of bibliography updates.
> >>>> Patches 1, 2, and 3 take care of broken urls. Patch 2 contains an
> >>>> alternative link to a webpage capture.
> >>>> Patch 4 is cosmetic fix of UCB in author fields
> >>>> Patch 5 is a different type of update. It adds awareness of "location"
> >>>> field in "inproceedings" entry. Please see the commit log for details.
> >>>> I think this is a reasonable change for perfbook.
> >>> 
> >>> I applied the first four, and might be convinced to apply the fifth.
> >>> But first a question -- how many changes would be required to bring
> >>> my old bib entries in line with current practice?
> >> 
> >> No change is required. Because this change has effect
> >> only on entries with both "address" and "location".
> >> I thought I explained this somewhere, but missed to do so.
> >> Can this clarification convince you?
> > 
> > Ah, thank you for the clarification!  And on to the next question...
> > 
> > Does it really make sense for me to have both "address" and "location"
> > on a given bib entry?  If I am doing something strange (quite likely!),
> > it is probably better for me to fix my strange bib entries than to modify
> > the tools.  Especially given the possibility that others might well
> > harvest bib entries from perfbook.
> 
> Well, I don't think your usage of "address" field is strange at all.
> It would be easy to find people who do the same.
> 
> The fact that genuine alpha style does not recognize "location" entry would support my observation.

Sorry to continue with the questions, but should perfbook be using
some other bibliography style?  The current "alpha" was pretty much an
arbitrary choice.

							Thanx, Paul

> > After all, some of my bib entries were old enough to drink almost a
> > decade ago.  I guess we can only be thankful that they are unable
> > to do any driving.  ;-)
> > 
> >                            Thanx, Paul
> > 
> 

Re: [PATCH 0/5] Bibliography update round 5

[Akira Yokosawa]

On 2017/02/08 13:41:53 -0800, Paul E. McKenney wrote:
> On Thu, Feb 09, 2017 at 06:36:18AM +0900, Akira Yokosawa wrote:
>>
>>
>> Akira 
>> (from mobile, might be QP encoded)
>>
>>> On Feb 9, 2017, at 6:10, Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
>>>
>>>> On Thu, Feb 09, 2017 at 05:57:23AM +0900, Akira Yokosawa wrote:
>>>>
>>>>
>>>>> On Feb 9, 2017, at 1:37, Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
>>>>>
>>>>> On Wed, Feb 08, 2017 at 11:54:41PM +0900, Akira Yokosawa wrote:
>>>>>>> From 58a0655ab2b5c555bd19a6d7624a9d4413cf1360 Mon Sep 17 00:00:00 2001
>>>>>> From: Akira Yokosawa <akiyks@gmail.com>
>>>>>> Date: Wed, 8 Feb 2017 23:34:47 +0900
>>>>>> Subject: [PATCH 0/5] Bibliography update round 5
>>>>>>
>>>>>> Hi Paul,
>>>>>>
>>>>>> Here is round 5 of bibliography updates.
>>>>>> Patches 1, 2, and 3 take care of broken urls. Patch 2 contains an
>>>>>> alternative link to a webpage capture.
>>>>>> Patch 4 is cosmetic fix of UCB in author fields
>>>>>> Patch 5 is a different type of update. It adds awareness of "location"
>>>>>> field in "inproceedings" entry. Please see the commit log for details.
>>>>>> I think this is a reasonable change for perfbook.
>>>>>
>>>>> I applied the first four, and might be convinced to apply the fifth.
>>>>> But first a question -- how many changes would be required to bring
>>>>> my old bib entries in line with current practice?
>>>>
>>>> No change is required. Because this change has effect
>>>> only on entries with both "address" and "location".
>>>> I thought I explained this somewhere, but missed to do so.
>>>> Can this clarification convince you?
>>>
>>> Ah, thank you for the clarification!  And on to the next question...
>>>
>>> Does it really make sense for me to have both "address" and "location"
>>> on a given bib entry?  If I am doing something strange (quite likely!),
>>> it is probably better for me to fix my strange bib entries than to modify
>>> the tools.  Especially given the possibility that others might well
>>> harvest bib entries from perfbook.
>>
>> Well, I don't think your usage of "address" field is strange at all.
>> It would be easy to find people who do the same.
>>
>> The fact that genuine alpha style does not recognize "location" entry would support my observation.
> 
> Sorry to continue with the questions, but should perfbook be using
> some other bibliography style?  The current "alpha" was pretty much an
> arbitrary choice.

Hmm...
For example, there is a Q&A here:
http://tex.stackexchange.com/questions/76566/

This answer recommends to use "venue" field for location.

Another Q&A:
http://tex.stackexchange.com/questions/152725/

There seems to be no popular consensus how to handle location of conference
in bibliography...

Thoughts?
                                Thanks, Akira
> 
> 							Thanx, Paul
> 
>>> After all, some of my bib entries were old enough to drink almost a
>>> decade ago.  I guess we can only be thankful that they are unable
>>> to do any driving.  ;-)
>>>
>>>                            Thanx, Paul
>>>
>>
> 
> 

Re: [PATCH 0/5] Bibliography update round 5

[Paul E. McKenney]

On Thu, Feb 09, 2017 at 07:21:06AM +0900, Akira Yokosawa wrote:
> On 2017/02/08 13:41:53 -0800, Paul E. McKenney wrote:
> > On Thu, Feb 09, 2017 at 06:36:18AM +0900, Akira Yokosawa wrote:
> >>
> >>
> >> Akira 
> >> (from mobile, might be QP encoded)
> >>
> >>> On Feb 9, 2017, at 6:10, Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
> >>>
> >>>> On Thu, Feb 09, 2017 at 05:57:23AM +0900, Akira Yokosawa wrote:
> >>>>
> >>>>
> >>>>> On Feb 9, 2017, at 1:37, Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
> >>>>>
> >>>>> On Wed, Feb 08, 2017 at 11:54:41PM +0900, Akira Yokosawa wrote:
> >>>>>>> From 58a0655ab2b5c555bd19a6d7624a9d4413cf1360 Mon Sep 17 00:00:00 2001
> >>>>>> From: Akira Yokosawa <akiyks@gmail.com>
> >>>>>> Date: Wed, 8 Feb 2017 23:34:47 +0900
> >>>>>> Subject: [PATCH 0/5] Bibliography update round 5
> >>>>>>
> >>>>>> Hi Paul,
> >>>>>>
> >>>>>> Here is round 5 of bibliography updates.
> >>>>>> Patches 1, 2, and 3 take care of broken urls. Patch 2 contains an
> >>>>>> alternative link to a webpage capture.
> >>>>>> Patch 4 is cosmetic fix of UCB in author fields
> >>>>>> Patch 5 is a different type of update. It adds awareness of "location"
> >>>>>> field in "inproceedings" entry. Please see the commit log for details.
> >>>>>> I think this is a reasonable change for perfbook.
> >>>>>
> >>>>> I applied the first four, and might be convinced to apply the fifth.
> >>>>> But first a question -- how many changes would be required to bring
> >>>>> my old bib entries in line with current practice?
> >>>>
> >>>> No change is required. Because this change has effect
> >>>> only on entries with both "address" and "location".
> >>>> I thought I explained this somewhere, but missed to do so.
> >>>> Can this clarification convince you?
> >>>
> >>> Ah, thank you for the clarification!  And on to the next question...
> >>>
> >>> Does it really make sense for me to have both "address" and "location"
> >>> on a given bib entry?  If I am doing something strange (quite likely!),
> >>> it is probably better for me to fix my strange bib entries than to modify
> >>> the tools.  Especially given the possibility that others might well
> >>> harvest bib entries from perfbook.
> >>
> >> Well, I don't think your usage of "address" field is strange at all.
> >> It would be easy to find people who do the same.
> >>
> >> The fact that genuine alpha style does not recognize "location" entry would support my observation.
> > 
> > Sorry to continue with the questions, but should perfbook be using
> > some other bibliography style?  The current "alpha" was pretty much an
> > arbitrary choice.
> 
> Hmm...
> For example, there is a Q&A here:
> http://tex.stackexchange.com/questions/76566/
> 
> This answer recommends to use "venue" field for location.
> 
> Another Q&A:
> http://tex.stackexchange.com/questions/152725/
> 
> There seems to be no popular consensus how to handle location of conference
> in bibliography...
> 
> Thoughts?

Yow!!!  ;-)

I will take your updated patch, adding the above two URLs if they are
not already present.

							Thanx, Paul