-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
recognizing "species group" or "species complex" suffixes as indicators of infrageneric groupings #55
Comments
created by @dimus at https://gitlab.com/gogna/gnparser/-/issues/43 This is a murky region of ICZN, so I tried to postpone it until someone has need for such name strings :) I guess this issue should be part of other cases like:
I am trying to wrap my head around how to implement this in a general way. For example for subgeneric names we have two different formats:
Both are normalized to the same canonical form: short version: full version: One problem with names like
normalized: canonical simple: canonical full: in details
Canonical simple: details: species Does it make sense? |
Recommendation: Follow the ZooCode article 6.2 to the extent possible.
|
Treat interpolated names of subgenera (Art. 6.1) in a consistent way to the extent possible. |
The key question for
The authors referring to a "species complex" are not necessarily aware of the rules of the ZooCode governing the availability, priority, and correct formation of a name for an aggregate of species, e.g., 6.2, 10.4, 11.9.3.5, 23.3.3, and the related definitions in the Glossary. |
For the example for subgeneric names with two different formats:
Normalization to canonical form: For the example of aggregate of species:
For the example of the species name with the interpolated superspecies name: details: species |
Thank you @Archilegt for detailed explanation!
|
@Archilegt and @proceps, do I understand it correctly that names like
all can be converted to:
? Can it be that for names iike |
@dimus, "species complex" should not be converted. See this comment. |
Oups my bad. So I guess we can continue to treat http://parser.globalnames.org/?format=html&names=Aus+bus+species+complex&with_details=on Parser now ignores 'species complex' and creates a warning about an unparsed annotation. And for all kind of http://parser.globalnames.org/?format=html&names=Aus+bus&with_details=on I mean that parser does not try to verify if a name is real, just tries to figure out what differnt parts of a name-string would mean in case if such string would be a scientific name. If the structure of a string is compatible with rules, its components will be parsed. |
@dimus I believe it should be treated as superspecies, but the problem is that authors not always follow the ICZN rules for coordinated names, and many taxonomists believe that 'species group' and 'species complex' are informal grouping. 'Superspecies' is not clearly defined by ICZN, neither do complexes and groups. The only thing that ICZN says, that different ranks are permitted, and if the rank falls within species group rank, it should follow the rules for this group. So, I would probably agree, that it is safer not to treat complexes as superspecies, just because the taxonomists do not follow those regulations consistently. At the same time, I know that the new edition of ICZN will probably reduce the significance of species complexes even more. |
Thanks @proceps, very helpful comment |
created by @mtholder at https://gitlab.com/gogna/gnparser/-/issues/55
(First off: thanks for all the work on gnparser! It is shockingly efficient, precise, and complete.)
This may well be out of scope, but I am working with some data that uses names like
between the genus-level and the species level.
In gnparser "v0.7.4" (running on ubuntu 18.10), this " species complex" is just treated as a part of the unparsed tail, and the name info reflects just the info for "Pelomedusa subrufa"
The text was updated successfully, but these errors were encountered: