Closed sharpphyl closed 2 years ago
This issue is included in #2695. See https://drive.google.com/drive/u/0/folders/1gQdI-qWCDFAe6yJSkWkUKlXLAX5KYwLp
@Jegelewicz I'll leave this open in case you want to discuss this in the committee. It will be months before we have volunteers doing data entry again, but I would like to have this feature in place when they return to the Museum.
Let's please reserve the critical label for things which are breaking existing functionality.
Trying to get it on the AWG radar and the critical label is the only way to do it....
This is not supported by our security model, our processing capability, or our arrangements with providers.
@dustymc Are you saying that you can't separate out both the Pull/Refresh Global Names and Refresh WoRMS (via Arctos) from the rest of the taxonomic permissions?
Allow for data entry to avoid public changes to taxonomy.
This is not supported by our security model, our processing capability, or our arrangements with providers.
@dustymc Are you saying that we can't expand refresh capability beyond those with taxonomic authority? If that's true, can we refresh everything at some frequency - even once a year - so that the most current information always comes up?
All this may be moot and we can close this down if #3311 moves forward. There has been no comment in that issue for over a month. Is it moving forward and will it eliminate any concern about what classifications appear on the Arctos taxon page?
Yes #3311 is a much better mechanism for this (from my perspective). I don't see any objections over there, so I believe it's just a matter of prioritization. Go make some noise!
If that fails for some reason we can revisit this. I can - if I have to! - find a way to make refresh available to Operators without manage_taxonomy.
Go make some noise!
@Jegelewicz Let's put this on the agenda for today's taxonomic committee meeting.
Discussed during @ArctosDB/taxonomy meeting this week.
If that fails for some reason we can revisit this. I can - if I have to! - find a way to make refresh available to Operators without manage_taxonomy.
@dustymc we walked through one of these during the meeting and it brought up a question. What is the difference between this refresh
and this one?
The second one adds the preferred name
which is important when trying to choose a currently accepted name. This is very useful to @sharpphyl and her team. We wondered if there is some way to ensure that the preferred name is available for all WoRMS (via Arctos) classifications with some sort of periodic update in the background. This would eliminate (I think) the need to allow non-operators to refresh.
This may belong in #3512 but the two are related. @Jegelewicz just this week I learned that there has been a major revision of the superfamily Buccinoidea. There are five new families and many other changes.
My question @dustymc is when would you expect these changes to show up in WoRMS (via Arctos)? It will be at least another month before our volunteers return and start databasing.
The new families and other changes showed up in WoRMS between 7/18 to 7/21. Theoretically, Global Names won't pick them up for up to 6 months. I've already started to refresh species used as ID's and other users can do the same, but it can introduce inconsistency into the classifications. We could use the hierarchical tool, but we promote using WoRMS (via Arctos) because it is externally managed.
Is it possible to refresh one superfamily in WoRMS (via Arctos) or, as Teresa has suggested, refresh all of WoRMS into WoRMS (via Arctos) semi-annually or annually to pick up both the preferred name and these major taxonomic changes?
difference between
One pulls from GlobalNames, the other directly from WoRMS
preferred name
Those data are in the GlobalNames pull, but structured a bit differently - they become classifications, rather than metadata of a single classification. See the second (for me, anyway) classification in https://arctos.database.museum/name/Conus%20maculatus#WorldRegisterofMarineSpecies
I'm not sure we could successfully change that to the "Arctos view" (maybe we could), but we could somehow display it (screen real estate might be the limiting factor).
expect these changes to show up in WoRMS
I think WoRMS updates occasionally just overwhelm our scripts, and that's going to be hugely compounded by the Arctos services being spotty (at best) for the last week or so.
We really need to back up and come up with a sustainable plan for this. The webservices don't get the attention they need, and I'm not sure where we might realistically divert that from. I don't think we have the processors to just periodically recheck everything, and I doubt WoRMS terms would allow that anyway. We're not USING most of what's in WoRMS, so there's little reason to push that (that I can see). My preference remains piping everything through GN, but that doesn't seem to be progressing for whatever reason. Perhaps a more manual approach could work; that would look something like...
That's still a lot more connected than any sort of download-->upload mechanism, but it also avoids the most fragile and problematic of the services, and doesn't burn all of our resources on things that nobody is using (eg seaweed taxonomy). Workable?
Those data are in the GlobalNames pull, but structured a bit differently - they become classifications, rather than metadata of a single
If I understand you correctly, the "preferred name" is in GlobalNames but doesn't get into WoRMS (via Arctos) without you taking some action (such as a refresh) on the WoRMS (via Arctos) entry. Correct?
In the future, I would agree that we need to come up with a sustainable plan, but right now only a few collections are using WoRMS (via Arctos) and it seems they mostly use the molluscan taxonomy which is about 25% of all the WoRMS taxon names. Is it possible to at least annually refresh all the Mollusca?
Your manual approach also sounds doable. First, I'm not aware of many names in WoRMS (via Arctos) that do not have an aphiaID. I tried to run your SQL from #2196 and got an internal error perhaps because of limited service right now.
Provide a mechanism to refresh on demand.
This is a very attractive option. It would be helpful if it were at least at the Superfamily level or higher. I think that would solve a lot of problems.
Would it be able to add taxon names that are new to WoRMS or just update the classification and metadata? Of course, it would be ideal if it could do both, even if it were at the family level.
Arctos users without taxonomy permission are not able to Refresh Global Names or Refresh the WoRMS (via Arctos) entry.
The Taxonomy Committee identified no issues but some benefits to allowing all Arctos users (including the general public) ability to Refresh. This often brings in additional sources from Global Names. Also, the WoRMS (via Arctos) refresh brings up the Preferred Name which is helpful if the name is invalid and a link to the preferred name is not already established.
WoRMS (via Arctos) entry after refresh showing preferred name (no change in this example because it is a valid name).
Refresh is the only command we are requesting be available to the general public as editing, cloning, creation and deletion of taxon names and classifications should be limited to those with taxonomy permissions.
Priority Medium priority. This will be included in the Taxonomy Committee consolidation of requests for modifications to the taxonomy module.