Skip to content
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

improved workflow for renaming and synonyms #444

Open
RoDuth opened this issue Oct 10, 2018 · 8 comments
Open

improved workflow for renaming and synonyms #444

RoDuth opened this issue Oct 10, 2018 · 8 comments
Labels
enhance let's make it better ghini-3.2

Comments

@RoDuth
Copy link
Contributor

RoDuth commented Oct 10, 2018

Expected behaviour

You should be able to change the name of a taxon and record the current name as a synonym without leaving the editor or losing any of the attached data (accessions, pictures, notes, etc.)

Actual behaviour

example:
We had to change Paraserianthus toona to Falcataria toona. The only way I can see is to do this and keeping the original name as a synonym is this convoluted process:

  1. search gen='Paraserianthus', open it and rename it Falcataria
  2. recreate Paraserianthus genus
  3. reopen Falcataria and add Paraserianthus as a synonym
  4. create a new species entry for Paraserianthus toona close/save
  5. reopen Falcataria toona and add Paraserianthus toona as a synonym in the "Additional info" tab.

Opinions and suggestions

This is just an example of a possible solution:
When you edit any of the taxonomic fields for a family, genus, species and click ok you have a pop up that gives you the option to "create copy of original as a synonym" or "edit original only". (Similar to the way that you currently get a "Are you sure you want to lose your changes?" if you click cancel.) If you select "create copy of original as a synonym" a new entry is created with the old name and it is added as a synonym for the new taxon just saved.

In the above example you could even go further and at step 1 above ask "create copy of original as a synonym" then if this is selected ask a second question: "create synonyms for all members" of the taxon (i.e. ghini could "create copy of original as a synonym" for all species of the genus Falcataria). (The species level synonyms are needed for many reasons including to show up in results if you have search_return_synonyms set to true.) This would change the above 5 step process to 1 step for a simple genus name change.

@RoDuth
Copy link
Contributor Author

RoDuth commented Oct 10, 2018

A more simple example would be changing the species name when a species is renamed. A couple of years ago we had a species collected by the team formally named so
Actephila sp. Koumala (I.G Champion 870)
became
Actephila championiae

using that example the workflow went like this:

  1. search for gen='Actephila' expand the genus then open Actephila sp. Koumala (I.G Champion 870), copy the species name to avoid misspellings and change it to championiae close/save
  2. right click Actephila, add species and create a new sp. Koumala (I.G Champion 870) close/save
  3. open Actephila championiae and add Actephila sp. Koumala (I.G Champion 870) as a synonym

This could be one step.

@mfrasca
Copy link
Member

mfrasca commented Oct 10, 2018

let me understand your Paraserianthus / Falcataria example better.

  • you have a whole set of species in the Falcataria genus,
  • Falcataria is now recognized as a synonym of Paraserianthus,
  • species in the Falcataria genus have been moved en-block to the Paraserianthus genus, all keeping their epithets.
  • I guess that authorship is not maintained. what about that? all same author and all mentioning basionym author of the Falcataria spp.?
  • you have accessions associated to your Falcataria spp., and you want to move them to the new Paraserianthus spp., correct?

it doesn't sound an easy thing to do, and I would like to get it as straight as possible.

your other example is according to me quite a different case, and asks for a different solution, I'm going to split it otherwise we're back to talking of two issues in the same conversation.

@mfrasca mfrasca changed the title Streamline updating a taxon name Support changing species taxonomic placing Oct 10, 2018
@mfrasca mfrasca added enhance let's make it better ghini-3.2 labels Oct 10, 2018
@RoDuth
Copy link
Contributor Author

RoDuth commented Oct 12, 2018

I don't think they are separate issues. for my Paraserianthus / Falcataria example, If all you had is the "create copy of original as a synonym" option at genus and species level you'd make it a lot easier. It was only one entry for my Paraserianthus / Falcataria example but there have been others with more species.

so my "create copy of original as a synonym" feature would just

  1. grab a copy of the taxonomic data (genus, species, infraspecific parts, author, hybrid flag, cultivar group, species qualifier) from the database prior to the edit (shouldn't be hard if the edits haven't been saved yet),
  2. save the edits to the database
  3. create a new species entry from the copied taxonomic data
  4. add the new copied taxon as a synonym to the edited taxon.

@RoDuth
Copy link
Contributor Author

RoDuth commented Oct 12, 2018

I'll add that at genus level the taxonomic data would be (family, epithet, author)

The "create copy of original as a synonym" feature would only appear when changes had been made to these fields.

@mfrasca
Copy link
Member

mfrasca commented Oct 12, 2018

FYI: in ghini-1.0, starting I can't remember which patch, you can refer to the all epithet fields (genus field of the Genus class, sp field of the Species class, family field of the Family class) all as epithet. in ghini-3.1 I have the opposite, you can still use those now deprecated field synonyms.
please don't use them when trying to explain things, they are really confusing according to me. the fields named family and genus in particular: depending what object mentions them, they have different type.

this as explanation to the edit to your comment

The "create copy of original as a synonym" feature would only appear when changes had been made to these fields.

I think I now understand why you consider this shuffling in the database (this issue, and issue #445) as the same thing. please check what I suggest at #445 (comment)

@RoDuth RoDuth changed the title Support changing species taxonomic placing improved workflow for renaming and synonyms Oct 12, 2018
@RoDuth
Copy link
Contributor Author

RoDuth commented Oct 12, 2018

re: #445 (comment)

essentially.
except

  • for any given species X in a 1.0/3.1 database, I want to be able to
    * add a new accepted name (a new Species object Y),
    * open the Species Editor on Y, and —on confirming the edit—
    * change all accessions previously associated to X so that they become accessions of Y, and
    * copy all notes (and pictures, what else?) from X to Y, and
    * make sure that X is now a synonym for Y.

is the long way around. you don't need to copy all notes, "change all accessions...", etc. if you just rename the species x and recreate a species with the original name and use that as a synonym. i.e.

so my "create copy of original as a synonym" feature would just

  1. grab a copy of the taxonomic data (genus, species, infraspecific parts, author, hybrid flag, cultivar group, species qualifier) from the database prior to the edit (shouldn't be hard if the edits haven't been saved yet),
  2. save the edits to the database
  3. create a new species entry from the copied taxonomic data

@mfrasca
Copy link
Member

mfrasca commented Oct 12, 2018

I don't mind describing "the long way", if that is a better representation of the logic behind your wish.
including technical considerations in the functional description makes the functional description less clear.
it is helpful if a description goes linearly, not leave points in the air (as you do in point 1) to later complete a few steps later (what you do in point 3). also please do not include considerations that are no part of the description (shouldn't be so hard). ;-)

so please don't ask me to decipher a new description if you're stating the same I'm saying, but in your own words, and suggesting a technical implementation. I mean: if you reach a technical description, you can also go all the way and implement it.

@mfrasca
Copy link
Member

mfrasca commented Oct 18, 2018

@RoDuth , check #456, and the different point of view taken there. not helping you do what you describe as a solution to the problem, but address the original problem differently: so that you alter what you see, without altering so much in the database. and very easy to reverse if needed.

I will describe this for an autonym …

  • you have »G. s.«, with n1 accessions,
  • add a variety »G. s. var v.«,
  • this creates the need for autonym »G. s. var. s.«.
  • and asserts that »G. s.« is a synonym of »G. s. var. s.«.
  • you want all n1 accessions to point to »G. s. var. s.«.
  • and you want »G. s. var. s.« to report the n1 accessions.
  • you add n2 new accessions to »G. s. var. s.«

  • variety »G. s. var. v.« is finally elevated to rank species
  • so you insert the new taxon »G. n.«
  • and make »G. s. var. v.« point to »G. n.« as its accepted name.
  • all accessions linked to »G. s. var. v.« now point to »G. n.«
  • the synonymy/accepted relation between »G. s. var. s.« and »G. s.« is also reversed.
  • all n1+n2 accessions of »G. s. var. s.« and »G. s.« now show as »G. s.«

this all is achievable with flags and synonymies, no need for all the handling we described here.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhance let's make it better ghini-3.2
Projects
None yet
Development

No branches or pull requests

2 participants