Re: re-organize wago-sub-directory?

What do you offer, a sub menu in alphabetical order?

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

Re: re-organize wago-sub-directory?

So, jetzt muss ich mich auch mal einmischen, mit meinem Deutsch. Der Translator wird es richten müssen nomicons/grin

Also ich finde das mit dem 100mm <-> 200px schon mal sehr gut von plc-user, weil sonst gibt es nur Chaos, was ja schon da ist. Ich stehe nämlich gerade vor dem Problem mit anderen Grafiken von Phoenix Contact (24V USV und Klemmen (QTC/PTTBS/PTI) und meiner MDT Datenbank, aber die ist ja noch im Aufbau, die könnte man ja noch entsprechend anpassen.

@Joshua
Dein Proof of Concept ist genial und ich fände es sehr gut, wenn es Einzug in die Roadmap halten würde. Das würde die Arbeit sehr erleichtern.

Eigentlich dachte ich immer, es wäre Aufgeteilt in 3 Kategorien

1. Einpolig
2. Allpolig
3. Grafiken (Schrankmontage)

So wollte ich die MDT Sachen auch anlegen.

Was aber nicht heißen soll, das ich nicht auch eine Grafik in einen Schaltplan einfügen kann um z.B. Grundanschlüsse herzustellen oder auch einfach so einen KNX-Bus darstellen zu können im Schrank.

Re: re-organize wago-sub-directory?

See this topic for scale : https://qelectrotech.org/forum/viewtopic.php?id=1561

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

Re: re-organize wago-sub-directory?

scorpio810 wrote:

See this topic for scale : https://qelectrotech.org/forum/viewtopic.php?id=1561

I flipped through the Posts and saw that the scale was discussed but I didn't find the scale itself!
Maybe the online-translator did mess-up everything but it seems that there is no agreement about the scale yet.
If there is an agreement: Please announce it somewhere.

Many of the existing elements have a scale of 90mm <-> 200px but there is no general decision.
In my opinion we should choose a more "simple" scale of 100mm <> 200px so that size-calculations are easyer.


scorpio810 wrote:

What do you offer, a sub menu in alphabetical order?

I don' quite understand the question, because that is what we have now...

Fragen zu QET gehören in dieses Forum und werden nicht per PM beantwortet! – Questions regarding QET belong in this forum and will NOT be answered via PM! – Les questions concernant QET doivent être posées sur ce forum et ne seront pas traitées par MP !

Re: re-organize wago-sub-directory?

I don' quite understand the question, because that is what we have now...

a
├── abb
│   └── 20_frequency_drives
├── allen_bradley
│   ├── 01_PLC&controllers
│   ├── 09_safety_modules
│   │   └── 10_delayed_outputs
│   ├── 11_safety_switches
│   ├── 1734
│   └── 20_frequency_drives
├── april
│   └── 5000
├── arduino
b
├── balluff
│   ├── 04_sensors_optical
│   └── 51_transformers&power_supply
├── bamo
├── becker
├── beckhoff
│   ├── 80building_management
│   └── automation
├── beka
├── best
├── bosch_rexroth
├── bti
│   └── 11_safety_switches
├── bwo
│   ├── 09_vektor_c
│   └── 10_vio64
c

etc

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

Re: re-organize wago-sub-directory?

is not multi-language @scorpio810

Re: re-organize wago-sub-directory?

Is it possible to take the Translations from the undelying files "qet_directory"
to name and sort the manufacturers?

This could solve another topic I wanted to ask, when I translated some files:
Sometimes a manufacturer including the products are taken over by another company.
As examples I want to name "Telemecanique" that was included into "Schneider Electric"
and "GE industrial" that was taken over by "ABB".
When we rename the companies in "qet_directory"-files the sorting of manufacturers
stays as before.
What do you suggest, we should do in such cases? Include the renamed company
(and directory) in the other one? Move only the elements and drop the Brand-Name?
So many possibilities...

Fragen zu QET gehören in dieses Forum und werden nicht per PM beantwortet! – Questions regarding QET belong in this forum and will NOT be answered via PM! – Les questions concernant QET doivent être posées sur ce forum et ne seront pas traitées par MP !

Re: re-organize wago-sub-directory?

scorpio810 wrote:

See this topic for scale : https://qelectrotech.org/forum/viewtopic.php?id=1561

Ja das hatte ich mir mit dem Translator mal durch gelesen.

Ich glaube ich werde auch bei dem Raster von 90mm x 200px bleiben.
Es gibt schon viele Symbole in der Größe und ich habe das mal durch gespielt, wenn ich das ganze auf 100mm x 200px runter Skaliere, dann wird das schon echt schwierig, mit den Details. Die Schriftgröße wird immer kleiner und ich bekomme auch Probleme mit dem Raster, da ich es nicht mehr kleiner bekomme, als Kreis werden schon mit den 1mm/2,22px echt eng. Ich habe jetzt schon manchmal Probleme, dass ich gewisse Sachen nicht wie in echt Darstellen kann, da mit das Raster schon zu grob wird in der Detail tiefe und das verschärft sich noch mal drastisch mit 1mm/2px.

VG
Andreas

Re: re-organize wago-sub-directory?

At work: When I question a strange decision from the past, why we are
doing something the way we do, I often hear reasons such as these:
- "we have always done it this way"
- "grown historically"
- "we already have so much of it"
- "compatibility-reasons with ..."
when everyone wants to avoid a task of changing or making a decision.

In my opinion the scaling-factor of "1 : 2.222" (90mm <-> 200px) for some
graphics is such a "historically grown" value.

When we say with "1 : 2" (100mm <-> 200px) we can't be very detailed
in our graphics, why not choose "1 : 5" or "1 : 10"?
The absolute value of the scale is not critical, but I think we should
choose a value that can be used to calculate sizes without a calculator
or spreadsheet!

Everything I want is a decision for the scale and some other basic rules
and that we write them down, so that everyone who searches, can find them!
... and everyone should follow the rules ...
Please have a look at some examples I found and attached here:
https://qelectrotech.org/forum/viewtopi … 983#p13983

In my opinion it is high time that we define a scale:
There are already so many different scales in use and there will
definitely be even more if we don't prescribe it.

I know: Going through the library and adjusting all the elements is
a lot of work, but the sooner we do it, the less work it is.
And automated scalers like my small pascal-programm can help...

And of course:
I suggested to change the scaling of graphics and I will help doing the work!
Otherwise I wouldn't have written the ElementScaler...

Fragen zu QET gehören in dieses Forum und werden nicht per PM beantwortet! – Questions regarding QET belong in this forum and will NOT be answered via PM! – Les questions concernant QET doivent être posées sur ce forum et ne seront pas traitées par MP !

35 (edited by Joshua 2021-02-03 20:54:00)

Re: re-organize wago-sub-directory?

About the drawing of front view and scale ratio (1 : 200 or whatever)
please open a new thread on this forum and discuss of in this new thread.
For me (with my hat of developer) the scale factor can be 1:1 or 1:1000000 this is the same.
You as users, specifies the scale factor and may be some rules and good practice for draw front view and when it's done, I will write the code with pleasure nomicons/smile, these elements will have a new type (witch doesn't exist now) "thumbnail".

One other things (this is my opinion and not necessary the opinion of the whole QET team) don't draw exactly the same element for each reference of a device series.
Exemple :
Power Contactor serie lc1 of schneider electric. https://www.se.com/ww/en/product-range/664-tesys-d/
the front view is exactly the same for about 20 (or more) contactor the only difference  is the reference write in the front of the device (lc1d09, lc1d12 etc...).
The element collection need only one front view and it's the role of user pick and place the good front view.
In future I plan to make it automatic (one view = several reference) but for now.....
The element collection is very big and make a lot of time to be loaded (in windows), so no need to bloat it with doubloon.

Développeur QElectroTech