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

feat: proposal for IV spectrum #63

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

maasencioh
Copy link
Member

No description provided.

/**
*
*/
/** Scale representation of variable */
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

what would be the usecase of this? i'm afraid that this might be confusing as you do not know if this means that it is scaled, should be scaled, or was sampled on this scale

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is one of the metadata that we save for each variable that is specified by the user for how this variable should be visualized (for example in react-plot)

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

that's a good point! should one generalize this (some things might be better on ln, others on log10, others on sqrt, ...) but not sure how to represent this diversity

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

that's another good point, those could be the possible options for the moment

type scale = 'linear' | 'ln' | 'log10' | 'sqrt';

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think that it is related to the data. This is something to decide at the visualization level.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

But those decisions are generally taken as a standard, and this I think is a piece of valuable information for a processing step, adding how it's planned to be analyzed.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think this is key distinction about this repo. The types here are supposed to focus on data, i.e., things that have been done/measured/...

I agree that there is value in recording such information, e.g., processing preference. However, This is something that might be specific to the frontend library (?)


interface RegressionScore {
r: number;
r2: number;
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

r2 is not uniquely defined, there are multiple ways to calculate this. (Which is true in general for metrics). I think one might want to also store something like "method" (as we try to do in the derivedProperty)

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Even if the method is not defined, the analysis of the resulting information should be standard in the same database. Do you think that will still give more information to know the method?

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think if you always assume that it is calculated by your function than this is true. But if you also want to reflect that this might be deposited by some service, this might not be that clear

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@lpatiny what do you think?
i feel it be an implementation of a more general derivedproperty

export interface BaseDerivedProperty {
method?: string;
processingSteps?: Array<Process>; // we could store here a simple description of the steps or the function calls
result?: Record<string, number | Value | string>;
}

surfaceArea?: Value
}
derived?: {
thresholdVoltage?: ValueXY;
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

what would be the x and y for the voltage?

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@lpatiny maybe we should continue adding examples. I think you didn't like having them in the docstring with the @ but i feel it would be really useful to understand what is intended

Copy link
Member Author

@maasencioh maasencioh Oct 6, 2021

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In this case, I'm describing a point with the ValueXY. The threshold voltage is the voltage where the Id > 1uA/mm (this current could change, that's why is better to return also this value, even if the voltage is the important one)

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@lpatiny maybe we should continue adding examples. I think you didn't like having them in the docstring with the @ but i feel it would be really useful to understand what is intended

Yes indeed we should add more @example https://tsdoc.org/pages/tags/example/

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants