Re: [RFC PULL] Bibliography URL cleanup

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 2016/12/24 16:36:32 +0900, Akira Yokosawa wrote:
> On 2016/12/24 23:05:05 -0800, Paul E. McKenney wrote:
>> On Sun, Nov 06, 2016 at 03:47:19PM -0800, Paul E. McKenney wrote:
>>> On Sat, Nov 05, 2016 at 05:16:19PM +0900, Akira Yokosawa wrote:
>>>> Hi Paul,
>>>>
>>>> On 2016/10/28, 11:30:38 -0700, Paul E. McKenney wrote:
>>>>> On Fri, Oct 28, 2016 at 07:45:16AM +0900, Akira Yokosawa wrote:
>>>> [snip]
>>>>>> So, these bib files are an library collected for nearly three decades!!!
>>>>>> They are invaluable as they are, and I'd appreciate your decision to
>>>>>> make them public.
>>>>>
>>>>> Unfortunately, many of the comments on the early entries reflect my
>>>>> relative youth and impetuosity, so unless or until I get time to edit
>>>>> the whole mess so as to avoid offending any number of authors (to say
>>>>> nothing of their disciples!), I must keep the originals private.
>>>>
>>>> I see. I misunderstood the circumstances. So you made only a part of your
>>>> bib files public.
>>>>
>>>>>
>>>>>> There are two issues in urls in the bib files.
>>>>>> One is the inconsistency of format discussed here.
>>>>>> The other is the dead links. There are quite a few urls that end up in
>>>>>> "not found" now. Maintaining urls would require a great deal of work itself...
>>>>>>
>>>>>> To make the format consistent, a script would work. But before beginning
>>>>>> implementation, we need to clarify what the script would do.
>>>>>> So I'll make some sample replacement patches to confirm your preference.
>>>>>
>>>>> Sounds good, and I look forward to seeing them!
>>>>
>>>> I said to make "some sample replacement patches", but it became quite
>>>> intensive changes. So I'm sending them as a pull request. I don't expect
>>>> you to actually pull them as it is, but just to pull them on a local
>>>> branch and see what they look like.
>>>
>>> I have pulled thme into akiyks.2016.11.05a, and pushed the first nine
>>> patches.  I am reflecting those changes in my bib sources as well.
>>> Looked sane at first glance, but yes, I need to work out how to handle
>>> the later ones with other documents...
>>
>> And the later .bib edits seem compatible with my current tools, even
>> without the script and .bst changes.  So I have applied them in tandem
>> to my .bib source and to the perfbook bibliography.  I was able to
>> find valid URLs for a few of the entries, so used them instead of
>> \nolinkurl{}, but several do appear to be quite dead.
>>
>> I also applied the alphapf.bst changes, but left inlinelinks disabled
>> for the time being.  (I am concerned about leaving authors off.)
>>
>> Thank you very much for your work on this!!!
> 
> You are welcome!
> 
> Now, the branch "bib-append-doi" might have some conflicts.
> I'll rebase it and submit a v2 of the PULL request.

It turns out there is no conflict. So no v2 of the PULL request.

                                                   Thanks, Akira
                                          
> 
> inlinelinks seems to have upper limits of around 13 authors.
> I've not found any workaround of the issue...
> Can't you live with a short author field supplemented by a note of
> full authors list?
> 
>                                                    Thanks, Akira
> 
>>
>> 							Thanx, Paul
>>
> [snip]
> 
--
To unsubscribe from this list: send the line "unsubscribe perfbook" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux