On Apr 15, 2014, at 9:01, Colin A. Smith wrote:
> On Apr 14, 2014, at 23:19, Christiaan Hofman <cmhof...@gmail.com> wrote:
>
>> On Apr 14, 2014, at 23:04, Colin A. Smith wrote:
>>
>>> On Apr 12, 2014, at 14:46, Christiaan Hofman <cmhof...@gmail.com> wrote:
>>>
>>> 1. In the search group list, I believe all instance of “Web Of Science”
>>> should be changed to “Web of Science”, this is more correct and consistent
>>> with other search group titles (“Library of Congress”, etc.)
>>
>> That gives problems with backward compatibility. Also, it makes the easier
>> to connect to the ID WOS that's also used a lot. Also, it's just a name.
>
> I’m surprised the underlying implementation has to be case sensitive. To me
> it just looks sloppy.
>
>>> 4. The default journal titles are pretty unattractive (all caps), and
>>> somewhat useless for making cited reference lists. I wouldn’t mind, except
>>> that the ability to customize which XML tag is used was also lost. I find
>>> the “abbrev_iso” tag the most useful. I have restored this lost ability in
>>> my local working copy (see diff below) and am happy to commit it if there
>>> are no objections. I use the following setting on my computer:
>>>
>>> defaults write edu.ucsd.cs.mmccrack.bibdesk BDSKWOKSourceXMLTagPriority
>>> '("abbrev_iso", "source_abbrev", "source_title”)'
>>
>> I think using this hidden pref is not a good idea. Hidden prefs are
>> generally a bad idea anyway, but this way especially. In fact, this one is
>> so bad that none of us really understand the sense of it. We should just try
>> the best ourselves.
>
> It is a user-specified list of XML tag names that are used to prioritize
> which XML tag is used to populate the “Journal” field. The first tag in the
> list that exists in the XML entry is used. For instance, the above setting
> uses abbrev_iso if it exists, otherwise falls back to source_abbrev, and
> otherwise falls back to source_title. Users can find out what tags are
> available by activating the BDSKAddISIXMLStringToAnnote hidden preference.
>
>> So I hink we should use the source_title, but we do already remove the full
>> caps (unless you have personally disabled that.) I am not so sure though
>> about the alternative field (Iso-Source-Abbreviation). Shouldn't that be
>> abbrev_iso? But I don't really know much myself of what's all going on there.
>
> Automatic capitalization doesn’t work well in practice for a number of
> journal names, for instance:
>
> PLoS <anything>
> IEEE <anything>
> <pretty much anything with an acronym in the name>
>
> In my experience, the abbrev_iso XML tag nearly always has the correct
> capitalization without modification. It also includes correct punctuation for
> abbreviations in the journal names, which is required in a number of
> reference formats. (I personally remove the punctuation with the Import
> Publications script hook.)
>
> There’s also a usability issue with the default journal titles in WOK. If the
> Container column is narrow in the table view, the width of the unabbreviated
> name makes it difficult to know what the journal name is. For instance,
> “JOURNAL OF…” is not very helpful. Therefore, just putting the abbrev_iso
> value into another field name wouldn’t solve this issue.
>
> I’d be happy with either of the following alternatives to a hidden field:
>
> 1. Add a field (say "Journal Tag:”) in the server configuration screen that
> takes a space separated list of journal tags. The default could be
> source_title and the code could always put source_title at the end of the
> list.
> 2. Make the abbrev_iso, source_abbrev, source_title priority the default
> behavior.
>
> Cheers,
>
> Colin
Hidden preferences are a bad idea, and being so complex is worse. This really
should not be done which such a pref, or any pref. We just should do the best
of what's available. Also, I really don't think we should abuse search group
settings as behavior modifiers in this way, that makes little sense to me. So I
think the only acceptable solution would be 2. I cannot say too much about
this, as I am not using it myself and don't know too much about the data they
provide in general.
Christiaan
------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
_______________________________________________
Bibdesk-develop mailing list
Bibdesk-develop@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-develop
