-
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
expand description for field "elevation"? #28
Comments
Add-on for a more existential question that needs to be raised (please feel free to make this a separate issue): IMO, we need a bigger issue/ discussion in general as solving this issue #28 comes with restructuring in multiple tables/ levels. The discussion should then be about what our main goal is with this repository and the metadata tables specifically: Are tables supposed to be a PS: For the distinction, between the terms reference/ explanation, I would like to rely on the definition and destinction from Diátaxis and how we can quickly determine what our tables could/ should be: |
Aaaand more importantly: Elevation should neither be human nor animal-associated, right? Because this would be It is also not included in Checklist: ERC000014 and then we would need do the same for |
To address some of the questions Comment 1: I wanted to keep it short and sweet, but if that misses the whole point of being understandable, then I agree. An expanded definition can be added to the table (and yes, descriptions should be the same in every table for the same metadata field). But the definition was sourced by MIxS, so I can reuse it, if that is the preferred option. The columns can also be further split (as actually, that is a great idea), but I would require some time to do that. Comment 2: Quote from page introduction "The primary objective of this GitHub page is to serve as a centralized repository for existing (meta)data standards. The purpose is to provide the international microbiological community with a comprehensive and easily accessible compilation of established standards, facilitating efficient navigation and utilization for researchers involved in collecting and submitting (meta)data to public repositories." But I do agree, that we need to better define the purpose of the tables, but as to per my current knowledge, their purpose is actually both, but more on the explanation side (so row 4 from the definition and distinction from Diátaxis Comment 3: I would personally keep the elevation, as to signify, if a sample was taken, for example, at 3000 m above sea-level or 200 m. Maybe for humans, the diet would probably not be significantly different, but let's say for animals, different diets (e.g. what plants they eat, which differ with elevation) can influence their microbiota. Please let me know if you think this is to much of a stretch and extrapolation in my thought process. But altitude, I see the point, as the definition from MIxS reads: "Heights of objects such as airplanes, space shuttles, rockets, atmospheric balloons and heights of places such as atmospheric layers and clouds. It is used to measure the height of an object which is above the earth's surface. In this context, the altitude measurement is the vertical distance between the earth's surface above sea level and the sampled position in the air" |
Thank you for your extensive replies and the explanation in "Comment 2"!
If explanation, then a longer description for the terms might be better and more comprehensible, especially for newbies.
I'll follow the majority vote/ group consensus wether a short or longer description is preferred :) |
Agreed to keep it. In hindsight, I also noticed that elevation and altitudes are related to "site metadata" and not the host per se. My bad :D
Also agree with this definition. |
Thank you and understandable! As it is a different topic, I suggest to open a seperate issue for this.
|
Hey,
IMO the description is quite short for the field "elevation" (e.g. in animal-associated but prob all other tables as well ) and I cannot understand it as is without consulting other sources (like ENA or the mixs or google).
Comparing the definitions
Personal preference is MixS as it is more descriptive and I would almost know how to measure this.
Solutions could be to:
currently, we have 5 rows:

we would need at least one more row:

and we should think about if recommended or expected "unit" should be a seperate column as well (in red; BUT this would be a different issue)
The text was updated successfully, but these errors were encountered: