-
-
Notifications
You must be signed in to change notification settings - Fork 13
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
Feature Request - "partpart" #7763
Comments
hmm, I see potential! ( |
Shouldn't the condition on that skull be partial? :-) |
I can put whatever I want! partially fabulous! |
Not as amusing as bits n pieces, but probably better at conveying the idea.
It's test, I probably messed with permissions or something, adding something to whatever you can see is/was the correct workaround for that.
Certainly something worth having a Best Practices for if this goes anywhere. FWIW at first glance I'm not so sure that's necessary - attributes are not some sort of second-class or less-important information, they by themselves shape parts and suggest things for which a part might be appropriate. This would carry just as much weight as https://arctos.database.museum/info/ctDocumentation.cfm?table=ctpart_preservation#reproduction (not useful for genetics!) or https://arctos.database.museum/info/ctDocumentation.cfm?table=ctpart_modifier#distal (not useful for studies of the proximal!) or anything else in any part attribute table. |
My concerns are:
|
(1) - yes, and we can add things but I think big-picture this (simplicity in general) is a very valid concern. (2) - see #7667 (comment). I like this proposal in part because the newest, lost-est student (or later researcher) might find "something about the skull" as 'primary' and so SOMETHING is discoverable even if the 'refinement' gets horribly mangled (or even left off). That's possibly better than that same hypothetical student (or researcher) getting lost in a million (maybe literally!) techy-lookin' words and doing something near-random, but I'd still be pretty happy to at least experiment with just adding anything that anyone thinks should be a part, as long as we can do that as a community. I mostly dislike being stuck in this weird seemingly-unavoidable middle ground where a bunch of conflicting directives are pulling everyone in uncomfortable directions, and I"m willing to go in about any direction as long as it involves some sort of coordination from The Community and we don't end up drifting back in another direction in like 12 minutes. Help! |
The scenario I'm envisioning is: tag says something like "epipterygoid" student has no idea what that means and decides not to look it up or ask. When they enter that value into the part name, nothing comes up, so they just enter unknown. To be fair, part of that is just telling the student again and again to please ask questions, but also how do I easily explain to the students how to get from the more specific part to the less specific part when they don't have a great understanding of skeletal anatomy and what a less specific part could be. |
Tabling this, see #7737 (comment) |
Is your feature request related to a problem? Please describe.
The AWG decided (correctly!) that there should be some limitation on parts, that we do not need a distinct part name for every bone, region, or squishybit to ever be called something. However, those data do (sometimes) exist, and relegating them to remarks ain't great.
Describe what you're trying to accomplish
Describe the solution you'd like
"Subparts" have been discussed many times in various contexts. A secondary table could (probably) comfortably have thousands of values, and misusing them would have somewhat limited impact; the 'primary' would still be discoverable, and would enhance discoverability for eg someone wanting any sort of skull bone from a taxa/time/whatever.
This would need at least a proper name and someone willing to use it to advance.
Describe alternatives you've considered
? further desecrate part names?? (And maybe we can't avoid that. Perhaps truly nobody cares about discoverability, data entry folks have no problems correctly choosing from thousands of options, and we should stop wasting time trying to do something that doesn't matter. But probably not....)
Additional context
I set up a very ugly test in test and added the most inappropriate possible combination to whatever was on top of the random widget at the moment.
Search: https://arctos-test.tacc.utexas.edu/search.cfm?part_search=earbone
Priority
Kinda high??
@KatherineLAnderson @mkoo @Jegelewicz invite all your friends and break it plz
The text was updated successfully, but these errors were encountered: