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

Link between Sample and Measurement metadata #788

Open
1 task done
oquendoM opened this issue Aug 15, 2024 · 7 comments
Open
1 task done

Link between Sample and Measurement metadata #788

oquendoM opened this issue Aug 15, 2024 · 7 comments
Assignees
Labels
enhancement New feature or request needs clarification Unclear issue where more information needs to be provided by the issuer triage An issue that is in discussion to be either scheduled for implepmentation or denied

Comments

@oquendoM
Copy link

What are you missing?

Link between the sample metadata and measurement metadata.

Why do you need a solution?

The user may want to get the measurement ID only for a subset of samples. If the filtering is depending on a biological parameter (analyte, treatment...) it is not possible. It is also difficult to visualize in the sample tab which samples already have data.

Ideas

I would go 2 ways:

  1. Add column "raw data available: yes/no" in the sample metadata
  2. Add the sample information in the measurement downloaded metadata after the measurement part.
    ngs_measurements_example.xlsx

Code of Conduct

  • I agree to follow this project's Code of Conduct
@oquendoM oquendoM added enhancement New feature or request triage An issue that is in discussion to be either scheduled for implepmentation or denied labels Aug 15, 2024
@sven1103
Copy link
Contributor

Hi @oquendoM ,

thank you for your feedback!

I am unsure, what the user's goal is here. Can you elaborate? Why is only a subset of the measurement IDs relevant, based on what information?

Thanks,
Sven

@sven1103 sven1103 added the needs clarification Unclear issue where more information needs to be provided by the issuer label Aug 19, 2024
@oquendoM
Copy link
Author

Hi,

Let's say a user submit RNA and DNA samples but only want to download the RNA samples. Or they have 4 conditions, but only want to download from 3 conditions. The reason to do that will vary from user to user. If I try to get the URL list, I cannot filter for any sample characteristic.

Best, Morgana

@sven1103
Copy link
Contributor

Hi @oquendoM ,

If I try to get the URL list, I cannot filter for any sample characteristic.

I think that coins it, right? Enable users to filter measurements based on sample properties?

@sven1103
Copy link
Contributor

Last question (hopefully :D):

Is it only relevant for the download of data, or to have an overview in general? I am trying to understand, for what reason(s) the measurement ID is of interest.

@oquendoM
Copy link
Author

The measurement ID is indeed only interesting to the download portion in my opinion.

@sven1103
Copy link
Contributor

ok, and for the raw data availability, i would like to create an own issue, since it is independent from the download selection

@sven1103
Copy link
Contributor

So talking to @oquendoM, we confirmed that it is about an quick overview AND selection of datasets of interest based on their a) availability, b) sequencing run (future feature) and some c) sample properties.

@Steffengreiner or @Shraddha0903, we need to look into feasibility of this request and what the Vaadin framework is providing us.

@oquendoM also underlined, that the current Grid support for multi-select of items in a Grid is not very user-friendly. Based on a filtered request, can we have an easy select all, that applies to the filtered items?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request needs clarification Unclear issue where more information needs to be provided by the issuer triage An issue that is in discussion to be either scheduled for implepmentation or denied
Projects
Status: In Progress
Development

No branches or pull requests

3 participants