[Taxacom] FW: formation of zoological names with Mc, Mac, et

Stephen Thorpe s.thorpe at auckland.ac.nz
Fri Sep 4 19:54:13 CDT 2009


In that case, I think you need to taylor the bibliographic referencing to the requirements of the Code, thus:

Goneplax Leach, 1814

Leach, W.E.  1813. Crustaceology [part]. In: Webster, D. (ed.) The
Edinburgh Encyclopædia. Edinburgh: Balfour 7:383–384.

Leach, W.E.  1814. Crustaceology [part]. In: Webster, D. (ed.) The
Edinburgh Encyclopædia. Edinburgh: Balfour 7: 765–766 .

Leach, W.E.  1815. Crustaceology [part]. In: Webster, D. (ed.) The
Edinburgh Encyclopædia. Edinburgh: Balfour 7: Plate 221.

Though in practice, you could still just write:

Goneplax Leach, 1814

Leach, W.E.  1813–1815. Crustaceology. In: Webster, D. (ed.) The
Edinburgh Encyclopædia. Edinburgh: Balfour 7:383–384 [1813]; 385–437,
765–766 [1814]; Plate 221 [1815].

and it wouldn't take a genius to realise that the Leach, 1814 referred to the 1814 bit in the above bibliographic reference ...

Stephen

________________________________________
From: Dean Pentcheff [pentcheff at gmail.com]
Sent: Saturday, 5 September 2009 6:29 a.m.
To: taxacom at mailman.nhm.ku.edu
Cc: Stephen Thorpe
Subject: Re: [Taxacom] FW: formation of zoological names with Mc, Mac, et

To clarify what I meant there... When I'm referring to a multi-year
publication "dribbled out over several years", I mean one publication
that is bibliographically considered to have been published over a
range of years. For example:

Leach, W.E.  1813–1815. Crustaceology. In: Webster, D. (ed.) The
Edinburgh Encyclopædia. Edinburgh: Balfour 7:383–384 [1813]; 385–437,
765–766 [1814]; Plate 221 [1815].

It's one paper, but has a multi-year bibliographic entry. There are
nomenclatural acts in that paper. Each of those occurred on a single
date -- the date of publication of that little part of the whole
paper. That led us recently to use a style like this (for the genus
Goneplax):

Goneplax Leach, 1814 [in Leach, 1813-1815]

That distinguishes the nomenclatural actor/date from the bibliographic
publication information (which lets the reader find the paper in the
bibliography).

-Dean
--
Dean Pentcheff
pentcheff at gmail.com

On Wed, Sep 2, 2009 at 6:49 PM, Stephen Thorpe<s.thorpe at auckland.ac.nz> wrote:
>> I think most taxonomists would agree that the authority string should have the year
>> in which that taxon was defined, despite the fact that the whole publication dribbled out over several years
> I'm not quite sure what you are suggesting here, but it is set in concrete in the Code that the year that goes with a name is the year in which the name became available, no argument! So, for example, if someone (Smith say) after 1930 (say 1970) describes a new genus (Examplus, say) in exquisite taxonomic detail, including 2 species, but forgetting just to designate a type species, then Jones comes along in 1980 and publishes a quick bare checklist of the family in which he lists one of Smith's original two species as type species, then the name is Examplus Jones, 1980...
>
> ________________________________________
> From: taxacom-bounces at mailman.nhm.ku.edu [taxacom-bounces at mailman.nhm.ku.edu] On Behalf Of Dean Pentcheff [pentcheff at gmail.com]
> Sent: Thursday, 3 September 2009 1:23 p.m.
> To: taxacom at mailman.nhm.ku.edu
> Subject: Re: [Taxacom] FW: formation of zoological names with Mc, Mac, et
>
> Obligatory disclaimer: I am not a taxonomist. But I play nicely with
> them (at least I try).
>
> I'm in the last gasps of helping coordinate the assembly of a big
> taxonomic list (revision of the genera of the Decapoda) where this
> topic surfaced in excruciating detail. Right as we were winding the
> whole game down, it became apparent that we collectively had several
> very different interpretations of what should be in the authority
> string following a taxon name. Each of us was (of course) convinced
> that our opinion was the obviously corrrect and conventional approach.
> Cough.
>
> My sense (after some months of battering it about) is that we've
> "overloaded" the authority string that the Code specifies may
> optionally follow a taxon name. We expect it to point us to the paper
> publication that has the taxon description, but we also expect it to
> tell us who did the deed and when. Those are not always the same
> thing. But up until recently, taxonomic work has been done in small
> enough communities, by workers who were familiar enough with the
> material, that the mismatches could be mentally glossed over. "Anyone
> working in that field would know..." "Oh, of course workers on that
> taxon always use initials in these two authors' cases..." "Well the
> Code says..." / "No it doesn't." / "Yes it does..."
>
> What are some of the issues we faced?
>
> There's the name-spelling issue. Should a standardized version of the
> contributors' names be used, since we want to identify the person? Or
> should we use the name as it appeared in the paper publication where
> the taxon was described, since we want to identify the publication?
> Both are reasonable, but you can't have it both ways. And that doesn't
> address how to list the names in the bibliographic references (and
> must the names in the bibiography agree with those in the authority
> strings?).
>
> There are multi-year publications. In this case, I think most
> taxonomists would agree that the authority string should have the year
> in which that taxon was defined, despite the fact that the whole
> publication dribbled out over several years. But that won't match the
> bibliographic information for the paper publication (though it will be
> "nested" in the year range of the publication).
>
> There are contributors who differ from the authors of the publication
> (i.e. Smith in Doe & Jones, 1900).
>
> There are contributors with variably spelled names who differ from the
> authors in multi-year publications. Ack. :)   Etc.
>
> The representation of contributor names is horribly complex and will
> be nearly impossible to standardize. That's another reason this
> information can't be used as part of a unique key for a taxon. There
> are issues with differing transliteration systems, problems with how
> many authors to list when there are multiple authors, initials
> included or not included, problems with multi-part names, problems
> with changing traditions of the representation of Asian names, and on
> and on.
>
>
> But some things seem increasingly clear to me.
>
> The string [taxon name + contributor(s) + year] cannot be guaranteed
> to be unique. From a human perspective, it's pretty close to unique.
> Within a taxonomic group, it should probably nearly always be unique.
> But from the perspective of a database, it is not a unique key to a
> taxon record. Contributor names can be used as search criteria, but
> not as a unique key.
>
> Add to that the reality that we revise those names and dates with some
> frequency. We discover different dates of actual publication. We
> decide that the contributor was really only one of the three authors
> of the publication. We find straightforward errors in spellings. But
> those fixes don't (necessarily) change the taxon concept (oh, I really
> wanted to avoid that term), just a bit of information about it.
>
> As a computer/biology hybrid kind of guy, I can't see an alternative
> to basing taxonomic databases on surrogate keys (alluding to Richard
> Pyle's postings -- entirely arbitrary unique keys). The contributor
> information is "just" a field or fields of data associated with the
> taxon. Important data fields, yes, but not privileged in some sense.
>
> Finding taxa with the same taxon names but differing contributor
> information should make us scratch our heads to figure out what's
> happening, but it doesn't guarantee that they're actually different
> taxa: maybe there's just an error there. Likewise (as has been pointed
> out), it is possible to have taxa with the same names and the same
> contributor information, but that point to different critters (though
> the overlap may alert us to a synonymy issue that needs to be
> resolved).
>
> And the thing that's clearest to me is that we (speaking as a
> quasi-member of the taxonomic community) tend to think about those
> pesky authority strings in a pretty unclear way, wanting to overlap
> several intellectual responsibilities onto a dozen or two characters.
> The clearer the consensus we can reach on this, the more time we can
> spend on tidying up a few centuries of fuzziness, rather than
> perpetuating it.
>
> I'm not a practicing taxonomist, so I don't feel comfortable
> recommending specific solutions. But I'm happy to pitch in to point
> out some of the issues!
>
> -Dean
> --
> Dean Pentcheff
> pentcheff at gmail.com
>
> On Wed, Sep 2, 2009 at 2:53 PM, Dan Lahr<daniel.lahr at gmail.com> wrote:
>> I have certainly learned a lot from this thread - I always thought
>> that authority and year were required by the ICZN!
>>
>> Just looping back into my original question on how Bioinformatics can
>> contribute to nomenclature. It seems clear that most agree that:
>>
>> 1 - names are not unique identifiers, whether they include
>> authority+year, initial+authority+year, or even in the extreme case
>> mentioned about using ten or more fields as identifiers. I do
>> appreciate the caveat raised that names are not unique identifiers
>> only for a minority of cases.
>>
>> 2 - bioinformaticians and taxonomists are using names for completely
>> different reasons, but both profit from standardized databases.
>>
>> I know that as a taxonomist, I like to see the authority and year and
>> that is an indication of possible homonymy, where it was possibly
>> published etc, as Jim Croft points out. But most importantly it tells
>> me about the context of the organism's description - assuming I have a
>> good grasp of the relevant literature - and helps me assess biological
>> questions. So I do like to know exactly who was the person describing
>> an organism, but this might be just personal as Francisco pointed out,
>> I can see how it can be irrelevant for many taxonomists. However, when
>> you get to the historical use of names (which I think is a pivotal
>> part of taxonomy), things get really complicate, because there are two
>> types of mistakes: spelling and misidentification.
>>
>> I have to conclude tentatively, that a currently a name means
>> different things, when it shouldn't. For nomenclature, name is the
>> binomial (authority optional), and we have lived happily because
>> practical taxonomy is made in a small scale, that is, someone
>> describing a Tandonia would have a good grasp of the literature on
>> those snails and wouldn't get as confused as we did. For
>> bioinformaticians, the name needs to be unique given that they are
>> unifying the names accross the board, and will eventually be as many
>> fields we agree upon.
>>
>> I can't conceive that people will follow a standardized amount of
>> fields for every database that is put together. So is the take home
>> message that taxonomists should probably start thinking about
>> modifying current rules to accommodate the problems coming from the
>> unification of all taxonomies?
>>
>> Kind regards,
>>
>>
>> DAn
>>
>>
>>
>>
>> On Wed, Sep 2, 2009 at 6:49 AM, Jim Croft<jim.croft at gmail.com> wrote:
>>> Nor, as far as I can tell, does either code dictate how yous should
>>> cite an author, or a date...
>>>
>>> It is just good practice  to do it according to some mutually agreed
>>> standard if you want to be able to do anything useful with it.
>>>
>>> jim
>>>
>>> On Wed, Sep 2, 2009 at 9:40 AM, Stephen Thorpe<s.thorpe at auckland.ac.nz> wrote:
>>>> I was speaking loosely when I said that the authority/date should be thought of as part of the name. My main point was that the original publication is "metadata" over and above the authority/date, the latter of which is not intended to point to a publication, contra AFD style citations of names! Whether you think of authority/date as part of name or not, it is still governed by the Code, whereas "metadata" isn't (the Code can't dictate, for example, how you cite a publication ...)
>>>>
>>>> Stephen
>>>>
>>>> ________________________________________
>>>> From: Jim Croft [jim.croft at gmail.com]
>>>> Sent: Wednesday, 2 September 2009 7:29 p.m.
>>>> To: Tony.Rees at csiro.au
>>>> Cc: Stephen Thorpe; fwelter at gwdg.de; taxacom at mailman.nhm.ku.edu
>>>> Subject: Re: [Taxacom] FW: formation of zoological names with Mc, Mac, et
>>>>
>>>> Yes we can agree on the principle and process a far as homonymy resolution goes.
>>>>
>>>> In practice I would model all the ancillary stuff you would use to
>>>> clarify as metadata and not part of the name (as I think both codes
>>>> describe)
>>>>
>>>> On a wry note, if they author/date were part of the name, whtne they
>>>> would not be homonyms...  ;)
>>>>
>>>> On Wed, Sep 2, 2009 at 5:14 PM, <Tony.Rees at csiro.au> wrote:
>>>>> Hi Jim,
>>>>>
>>>>> You have chosen a non-homonym name (so far as we are aware, maybe a cryptic one nevertheless) but what if there were/are multiple taxa called Eucalyptus deglupta? This is where the authority portions come into play, at least for information retrieval/name reconciliation purposes...
>>>>>
>>>>> Surely we can agree at least on this much?
>>>>>
>>>>> What about (e.g.) Ficus variegatus Blume (our friend once more!), a fig tree, vs. Ficus variegatus Röding, 1798, not a fig tree at all? (Hint: google images will give a clue...)
>>>>>
>>>>> You cannot say that the name alone is sufficient without the authority portion, to differentiate these two taxa.
>>>>>
>>>>> And in genera, approx. 15% of all names are homonyms, a much bigger problem :(
>>>>>
>>>>> - Tony
>>>>>
>>>>>
>>>>> -----Original Message-----
>>>>> From: Jim Croft [mailto:jim.croft at gmail.com]
>>>>> Sent: Wednesday, 2 September 2009 5:09 PM
>>>>> To: Stephen Thorpe
>>>>> Cc: Rees, Tony (CMAR, Hobart); fwelter at gwdg.de; taxacom at mailman.nhm.ku.edu
>>>>> Subject: Re: [Taxacom] FW: formation of zoological names with Mc, Mac, et
>>>>>
>>>>> We are going to have to differ on this and I guess it is an artefact
>>>>> of how we each model (or not) our information.
>>>>>
>>>>> The only non-Australian eucalypt grows in Indonesia.  It was named as
>>>>> 'Eucalyptus deglupta' but a Carl Ludwig Blume, aka C.L. Blume, aka
>>>>> Blume, aka Bl.  He did this in (1849) in a publication commonly, but
>>>>> not ubiquitously abbreviated to Mus. Bot. Lugd.-Bot. on a page number
>>>>> I can not find because IPNI is not talking today and nobody else
>>>>> bother to record this vital piece of information.  Presumably it has a
>>>>> type which would anchor the name.
>>>>>
>>>>> The species does not have any or nomenclatural or taxonomic synonyms,
>>>>> but is also referred to as Kamarere, Indonesian Gum and Rainbow Gum
>>>>> and even 'deglupta'.  The names science has chosen to give this
>>>>> species is Eucalyptus deglupta from which you can deduce it is likely
>>>>> to be related to other species our Eucalyptus and very little else.
>>>>>
>>>>> All else is (pretty vital) metadata of the name taxon name that helps
>>>>> you clarify what it the name 'most likely' to applies to.  It sum is
>>>>> not the name.
>>>>>
>>>>> We could chose a taxon with ambiguous concepts for the same name, and
>>>>> then it gets *really* interesting...
>>>>>
>>>>> jim
>>>>>
>>>>> On Wed, Sep 2, 2009 at 4:23 PM, Stephen Thorpe<s.thorpe at auckland.ac.nz> wrote:
>>>>>> No way! The authority/date should be thought of as part of the name! The authority is only indirectly about a person. The authority for a taxon is however the surname of the author of that taxon is spelled in the original publication, i.e., it is a "nominal person". If it is Smith, then the authority is just Smith. The name needs to be linked to the original publication is some other (external) way. The only reason for having dates as part of names is because of PRIORITY, NOT to point to a publication. Ideally, in a database, a name needs to be followed by a field pointing to the original publication, maybe like this:
>>>>>>
>>>>>> Examplus primus Smith, 1970
>>>>>> Original publication: J. Smith, 1970a
>>>>>>
>>>>>> ________________________________________
>>>>>> From: taxacom-bounces at mailman.nhm.ku.edu [taxacom-bounces at mailman.nhm.ku.edu] On Behalf Of Tony.Rees at csiro.au [Tony.Rees at csiro.au]
>>>>>> Sent: Wednesday, 2 September 2009 6:02 p.m.
>>>>>> To: jim.croft at gmail.com; fwelter at gwdg.de
>>>>>> Cc: taxacom at mailman.nhm.ku.edu
>>>>>> Subject: Re: [Taxacom] FW: formation of zoological names with Mc, Mac, et
>>>>>>
>>>>>> Jim Croft wrote:
>>>>>>
>>>>>> <snip>
>>>>>> I am getting quite worried about all this 'sanitization' of authorish
>>>>>> strings as though it has some sort of nomenclatural, taxonomic or
>>>>>> operational validity.  The author and date are not part of the name -
>>>>>> they are attributes of a particular use of the name.
>>>>>> </snip>
>>>>>>
>>>>>> Sounds a lot like operational and taxonomic validity to me. In the cases of homonyms at least, we need to distinguish between usages of a name - different authors/years/publications/pages, different usages, often different taxonomic status (nomen nudum or whatever). If we can't link together authority citations that are not identical but which are variant references to the same published name instance, then they all look like different name usages, which is incorrect.
>>>>>>
>>>>>> - Tony
>>>>>>
>>>>>> _______________________________________________
>>>>>>
>>>>>> Taxacom Mailing List
>>>>>> Taxacom at mailman.nhm.ku.edu
>>>>>> http://mailman.nhm.ku.edu/mailman/listinfo/taxacom
>>>>>>
>>>>>> The Taxacom archive going back to 1992 may be searched with either of these methods:
>>>>>>
>>>>>> (1) http://taxacom.markmail.org
>>>>>>
>>>>>> Or (2) a Google search specified as:  site:mailman.nhm.ku.edu/pipermail/taxacom  your search terms here
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> _________________
>>>>> Jim Croft ~ jim.croft at gmail.com ~ +61-2-62509499 ~
>>>>> http://www.google.com/profiles/jim.croft
>>>>> ... in pursuit of the meaning of leaf ...
>>>>> ... 'All is leaf' ('Alles ist Blatt') - Goethe
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> _________________
>>>> Jim Croft ~ jim.croft at gmail.com ~ +61-2-62509499 ~
>>>> http://www.google.com/profiles/jim.croft
>>>> ... in pursuit of the meaning of leaf ...
>>>> ... 'All is leaf' ('Alles ist Blatt') - Goethe
>>>
>>>
>>>
>>> --
>>> _________________
>>> Jim Croft ~ jim.croft at gmail.com ~ +61-2-62509499 ~
>>> http://www.google.com/profiles/jim.croft
>>> ... in pursuit of the meaning of leaf ...
>>> ... 'All is leaf' ('Alles ist Blatt') - Goethe
>>>
>>> _______________________________________________
>>>
>>> Taxacom Mailing List
>>> Taxacom at mailman.nhm.ku.edu
>>> http://mailman.nhm.ku.edu/mailman/listinfo/taxacom
>>>
>>> The Taxacom archive going back to 1992 may be searched with either of these methods:
>>>
>>> (1) http://taxacom.markmail.org
>>>
>>> Or (2) a Google search specified as:  site:mailman.nhm.ku.edu/pipermail/taxacom  your search terms here
>>>
>>
>>
>>
>> --
>> Daniel Lahr
>> -------------------------------------------------
>> PhD candidate
>> Organismic and Evolutionary Biology
>> U Massachusetts- Amherst
>> 319 Morrill Science Center, Amherst
>> Amherst, MA 01003
>>
>> _______________________________________________
>>
>> Taxacom Mailing List
>> Taxacom at mailman.nhm.ku.edu
>> http://mailman.nhm.ku.edu/mailman/listinfo/taxacom
>>
>> The Taxacom archive going back to 1992 may be searched with either of these methods:
>>
>> (1) http://taxacom.markmail.org
>>
>> Or (2) a Google search specified as:  site:mailman.nhm.ku.edu/pipermail/taxacom  your search terms here
>>
>
> _______________________________________________
>
> Taxacom Mailing List
> Taxacom at mailman.nhm.ku.edu
> http://mailman.nhm.ku.edu/mailman/listinfo/taxacom
>
> The Taxacom archive going back to 1992 may be searched with either of these methods:
>
> (1) http://taxacom.markmail.org
>
> Or (2) a Google search specified as:  site:mailman.nhm.ku.edu/pipermail/taxacom  your search terms here
>




More information about the Taxacom mailing list