Replies: 9 comments
-
|
Just adding that once the RANGES stuff is added and if the hundreds of measurements in #4533 plus this antler stuff are added - the list of mammal attributes will be pretty BIG. Asking people to scroll through it might be frustrating or intimidating OR maybe it is fine? Just start typing the attribute you want and get there? |
Beta Was this translation helpful? Give feedback.
-
|
Just typing the start of a value and having the dropdown go there would be a big help. . . possible? |
Beta Was this translation helpful? Give feedback.
-
|
Possibility: store stuff as JSON - would allow any level of complexity, take only one columns. Would need UI/schema/??? development. |
Beta Was this translation helpful? Give feedback.
-
|
20241126 data dump: |
Beta Was this translation helpful? Give feedback.
-
|
See also https://github.com/ArctosDB/code-table-work/issues/79 - I am still having difficulty determining a direction. |
Beta Was this translation helpful? Give feedback.
-
|
See also #8981 - does having 3 (or 4 - nevermind, 5, I found fork length buried in the clutter!) "length, plus some method/thing in type" Attributes for fish make sense; do the benefits of that specificity outweigh the costs of having 4 (more!) things for users to get lost in? Does the answer to that say anything about...
... and whatever else I missed. Ideally this discussion would produce something prescriptive: something we could point at and act immediately when the next 'length measured thusly' request comes in. In case anyone cares: I still don't have much opinion, we should do whatever best balances supporting research and usability. The research aspect is moot if the students are choosing type arbitrarily, and the data suggests they occasionally do as the number of THINGs increases. Researchers can and should be expected to dig though method, but probably not very deeply. I'm not at all sure where that point is. My weak inclination is (usually, I think) towards fewer types and more data in method, but I'd not be too surprised to find that's not the best direction. I would probably support any sort of prescriptive policy; being stuck in limbo often seems worse than any of the alternatives. https://handbook.arctosdb.org/best_practices/committee.html please.... |
Beta Was this translation helpful? Give feedback.
-
|
If we end up moving our ethnographic, archaeological, and mineral collections into Arctos, I will have a whole slew of new attributes to request, both for objects and parts. If you want a rough draft of that list, let me know. |
Beta Was this translation helpful? Give feedback.
-
This is one reason I tend to prefer fewer THINGS (and why i occasionally think that nobody should do anything else until all authorities are cleaned up and fully documented!!): incoming data often includes just terms, these often appear to be different ways of saying familiar things or duplicates of each other, or etc., etc., etc., and there's often a time constraint; resolving all of that sometimes/often/please-dont-be-always finds some way to add to the clutter. (BUT, maybe a policy of 'add anything that has a functional definition and is distinct from any existing concept' would be as good or better???) Any sort of policy that smooths that road would be most welcome.
Sure, maybe it'll help guide some discussion, thanks! |
Beta Was this translation helpful? Give feedback.
-
|
From @zygoballus in #8981 (comment), bringing it over here as a useful general consideration:
Query is the only payback for dealing with the complexity; if structured and conceptualized data aren't useful for query then they're probably better stored as https://arctos.database.museum/info/ctDocumentation.cfm?table=ctattribute_type#unformatted_measurements, which is super-simple for "us" (copy/paste/transcribe from your source data!) and as useful as anything else to a user who's already found the record. 'As simple as possible, as complex as necessary' tends to be a pretty good guide; perhaps we could incorporate some sort of 'necessary for {reasons}' criteria into any incoming requests. (Highly hypothetical flip side: we ain't never gonna know that goldfish eyelash length is in fact useful for research if we don't make it available to researchers.) |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Between some recent projects, data like #6175, similar data for marine mammals, etc., it seems that we're destined to have hundreds (thousands?!) of attributes.
#3452 may (eventually) make it easier for eg a rodent-centric mammal collection to avoid being overwhelmed with cetacean-specific attributes.
#6111 is the start of a conversation regarding dealing with attributes in tabular form.
@Jegelewicz and I can find no realistic alternatives to just creating attributes as they're requested. This Issue is an acknowledgement that we see the slippery slope and are not sure what's at the bottom of the cliff.
Any alternative viewpoints or approaches, concerns, thoughts, illumination, etc., greatly appreciated!
Beta Was this translation helpful? Give feedback.
All reactions