Parameter tab. Do I use it correctly? #640
-
Hi First of all. I love this project. Many thanks for this great repository. I'm building my inventory from scratch. So I'm not yet sure, how to structure my data. Therefore I like to ask early in the beginning, so that I don't go into a wrong direction and build up a wrong structure. I'm from Switzerland, therefore I have some datasheets in German and some in English. Now I'm not sure about the parameter tab and what kind of data I should fill in. It seems like that the parameter fields are a relatively loose structure. For example, for a parameter for Forward current [If]. This would be Durchlass Spannung [If] in German. Let's say, I fill out this field for one part in German and for other parts in English. Then I guess, my Data is not really searchable for this parameter in the future, when I have mixed data. Or let's say some parts uses frequency and other uses wavelength and so on. Therefore I'm not 100% sure, if this parameter field tab is really correct for this kind of data. Wouldn't it be more clearer, if this fields would be like the vendor or supplier fields, where you have a very defined structure. Or like categories, where you first define the categories, and only the you are able to use the category. Then It would be also possible to define for example frequency and also define a alias, called wavelenght when it's interchangeable for frequency and so on. Would be nice to get a few opinions on this and to see if I maybe misunderstood the concept of parameters. |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 1 reply
-
You are right. The parameters can be defined very freely and have almost no pregiven structure. But that is more or less intentional. For what kind of data you wanna use the parameters, is your decision. To be useful you should have a concept for it, where you use the same names and units for all your parts (however Part-DB should make you suggestions based on existing parameters, so that is not too difficult).
You can not know what kind of parts users will put into their database, and the only common structure is that you have some kind of parameter with a value range, a typical value and or a text value. And that is bascially what Part-DBs parameter system allows you to define.
The problem is that not every part shares the same set of parameter values, even in the same category. So basically these category defined parameters could just be suggestions, otherwise the system becomes pretty unflexible. |
Beta Was this translation helpful? Give feedback.
You are right. The parameters can be defined very freely and have almost no pregiven structure. But that is more or less intentional.
For what kind of data you wanna use the parameters, is your decision. To be useful you should have a concept for it, where you use the same names and units for all your parts (however Part-DB should make you suggestions based on existing parameters, so that is not too difficult).
You can not know what kind of parts users will put into their database, and the only common structure is that you have some kind of parameter with a v…