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

Tony.Rees at csiro.au Tony.Rees at csiro.au
Thu Sep 3 02:14:15 CDT 2009

Hi Steve,

Well I *thought* Darwin Core had separate fields for scientific name ("scientificname") and author, however it appears I am wrong and the intention is to hold a "namestring", see http://wiki.tdwg.org/twiki/bin/view/DarwinCore/ScientificName

However the OBIS implementation of Darwin Core, with which I have spent most of my experience over the past x years, *does* have separate fields for "scientificname" and "scientificnameauthor", see http://www.iobis.org/tech/provider/implementation/, which is what I was (perhaps foolishly) expecting in the master Darwin Core spec, since it is notionally an extension of DC - anyone from TDWG care to comment?

- Tony

-----Original Message-----
From: Stephen Thorpe [mailto:s.thorpe at auckland.ac.nz] 
Sent: Thursday, 3 September 2009 5:06 PM
To: Rees, Tony (CMAR, Hobart); jim.croft at gmail.com
Cc: taxacom at mailman.nhm.ku.edu
Subject: RE: [Taxacom] FW: formation of zoological names with Mc, Mac, et

Tony, Jim, list,

I am getting a little confused if you guys are agreeing or disagreeing with me!
I am saying that EFFECTIVELY, the authority/date is part of the name, albeit an optional part, despite the Code claiming that it isn't, but at the same time treating it as if it is! The Code can only prescribe things about names, NOT about auxiliary information. The Code prescribes what the authority/date of a name is, so these things are part of the name, albeit optional. Most databases/publications in the world today would have a single field called 'Name', which would look like this:

Name: Examplus primus Smith, 1970

NOT like this:

Name: Examplus primus
Authority: Smith
Date: 1970

At least in entomology, when you put a determination label on a specimen, you typically include authority date as part of the identification (=as part of the name).

OK, so we could play "semantic revisionism" and redefine name as "namestring", and say that the Code prescribes things about namestrings, but why bother?

One thing to be clear about is that I am certainly NOT in favour of only citing e.g. Examplus primus, and leaving out the authority/date! What I AM saying is that we should NOT write things like Examplus primus A.B. Smith, jr., October 20, 1970. Instead, if we really want to know auxiliary info., then we should structure a database more like this:

Name: Examplus primus Smith, 1970
Authority: A.B. Smith, jr. (born: January 1, 1900, in Utopia, Lalaland)
Publication date: October 20, 1970



From: Tony.Rees at csiro.au [Tony.Rees at csiro.au]
Sent: Thursday, 3 September 2009 6:38 p.m.
To: jim.croft at gmail.com; Stephen Thorpe
Cc: taxacom at mailman.nhm.ku.edu
Subject: RE: [Taxacom] FW: formation of zoological names with Mc, Mac, et

Jim, all,

Well we are just talking semantics here - Stephen says the authority is part of the name (which I agree it is not), you say the authority as a qualifier to the name is generally redundant (which I disagree with). David Remsen and GNA folk call the name and subsequent authority (and possibly other qualifier) information the "namestring", I term I don't really love but will use in this context...

To see why namestrings are more useful than names is not hard, e.g. take a look at any official nomenclatural stuff (ICZN in this instance), e.g.


You will, I hope, see the liberal use of "namestrings" rather than just "names". ICZN certainly need to use these, and others to see them, for all the reasons recently expounded as a part of this thread, for as long as ambiguities or potential persist (which may be some time...)

Now, I would never put all of these elements in a single name field in my database, since I do not have such a thing, however I certainly have genus, species, authority (or author and date in separate fields) and can perm them to reconstruct namestrings as needed. Actually I would be surprised if you did not do the same?? This is quite different of course from primary keys, which in my usage and many others', has nothing to do with these name elements, for reasons previously discussed.

Regards - Tony

-----Original Message-----
From: taxacom-bounces at mailman.nhm.ku.edu [mailto:taxacom-bounces at mailman.nhm.ku.edu] On Behalf Of Jim Croft
Sent: Thursday, 3 September 2009 4:15 PM
To: Stephen Thorpe
Cc: taxacom at mailman.nhm.ku.edu
Subject: Re: [Taxacom] FW: formation of zoological names with Mc, Mac, et

I am Jim Croft (aka James Reginald Croft, aka Kim Croft to his family,
aka all maner of unpublishable appellations to his staff and
colleagues).  The one born in Toorak Melbourne Australia on 28 May
1951.  The bureaucrat botanist, not the hellfire and brimstone Baptist
minister, not the peace out hippie bookbinder.

My name is not "Jim Croft (Toorak) 1951" - although it could be argued
the implied information content is a little bit less ambiguous

When it comes to names, plants and animals are no different... If you
need to other information to sort out the use of the name, store and
manage that information.  But don't glue it to the name.  Because you
will never have enough and the end result will be unusable and

I have had numerous arguments about this at the ANBG, saying that the
use of author names on labels and other materials in the Gardens is a
waste of time and space.  Other than a pathetically pretentious
attempt to look scientific it serves no useful purpose.  The only
people who need to invoke this information are nomenclaturalists when
they need to sort out which name to apply to which taxon.  Once that
is done and documented, no-one needs to see it.  Especially not the


On Thu, Sep 3, 2009 at 8:25 AM, Stephen Thorpe<s.thorpe at auckland.ac.nz> wrote:
> Note that the author/date are in the name field (as they are in any sensible taxonomic database), implying that they are part of the name in some meaningful sense, despite an overly pedantic interpretation of the Code denying this! I guess one of the many inconsistencies in the Code is that it says author/date isn't part of the name, but then treats it as part of the name in many contexts...

Jim Croft ~ jim.croft at gmail.com ~ +61-2-62509499 ~
... in pursuit of the meaning of leaf ...
... 'All is leaf' ('Alles ist Blatt') - Goethe


More information about the Taxacom mailing list