friskolon wrote:

J'ai testé le commit 5928, le problème est toujours présent.

Je confirme.

Bonjour,
quand on voit une erreur dans la documentation, comment fait-on pour la signaler ?
Faut-il poster une "issue" là : https://github.com/scorpio810/Documentation/issues ?

PS : pour info, j'ai repéré 2 erreurs de lien dans la doc anglaise :
https://download.qelectrotech.org/qet/m … ering.html
à la fin de la page, les 2 liens sont faux, il manque des "underscores" : numbering_prop.html et element_add.html

Moi, ce qui m'inquiète pour le futur de Qelectrotech c'est le "bus factor" proche de 1 ou 2.

Comment l'augmenter ?

Joshua, est-ce que les fonctionnalités que tu recherches, ne-sont-elles pas dans le logiciel FreeCAD ? (SVG, DXF, format de fichier type zip, langages : C++, Python, Qt,...)
Peut-être qu'un rapprochement avec cette communauté serait bénéfique.
FreeCAD fonctionne par "Workbench", il pourrait y avoir un workbench indépendant Qelectrotech.
Qu'en pensez-vous ?

Edit :
Workbench intéressant : FreeCAD-Reporting (SQL Like Reporting for FreeCAD Documents)

scorpio810 wrote:

Je sens qu' Opus va sauter sur l'occasion

Mais, mais, je n'ai rien fait moi nomicons/wink

scorpio810 wrote:

On vas étudier une solution pour développer ou réduire l'arborescence des champs affiché suivant l'utilisation souhaité.

Ça c'est une bonne idée !

Joshua wrote:

... il serais possible de crée un élément depuis un éditeur svg, puis de l'importer dans QET sans convertisseur, étant donné que ce serais le même format.

Oh oui ! Je veux, je veux, je veux !
Pour Noël 2018 c'est possible ?
Je sens que tu n'aurais pas dû en parler, on va te tanner avec ça maintenant nomicons/smile

Vidéo d'une présentation de DEXPI : https://www.youtube.com/watch?v=R1STo7vD-YY

Ci-joint le schéma XML (XSD) fournissant la description syntaxique des fichiers XML à utiliser pour l'importation et l'exportation des P&ID, trouvé ici :
https://github.com/ProteusXML/proteusxml

Nuri wrote:

Il me semble que FreeCAD est également concu avec le Framework Qt

Oui, voir la page : https://www.freecadweb.org/wiki/Third_Party_Libraries, et si j'ai bien suivi la version en développement (0.18) supportera Qt5 / Python 3.

Et c'est pas facile de rajouter énormément de propriétés aux éléments sans transformer le logiciel en usine à gaz.

Bien d'accord, c'est ce qui me fait peur aussi.

Peut-être qu'il serait plus ingénieux de lier QET à un système de base de données pour que chacun puisse rajouter des propriétés comme bon lui semble.

Je ne sais pas pour l'architecture, mais il faudrait peut-être un jeu de propriétés par "métier".

Mon expérience personnelle se limite à la réalisation de schémas électriques. Le pneumatique, hydraulique et PID sont pour moi des sujets connexes avec lesquels je ne rentre pas dans le détail.

Pour moi c'est à peu près l'inverse : OK pour les P&ID, le reste je laisse faire les spécialistes.
Dans le "workflow" suivant, mon domaine de compétences s'arrête au point 3 :

  1. Réalisation du Schéma-bloc

  2. Puis du PFD

  3. et enfin des schémas P&ID

  4. Réalisation des schémas électriques par le partenaire électricien

scorpio810 wrote:

tu pourrais établir un cahier des charges sur les changements à effectuer dans le logiciel?

Cela doit être faisable, je vais y réfléchir.

scorpio810 wrote:

Dans le cas ou la seule solution possible serait de faire un fork, tu penses pouvoir trouver et rassembler une communauté de développeurs pour travailler sur ce projet, voir ajouter des nouveaux modules à QET ?

Franchement non, c'est pourquoi je dis que j'en rêve...

Concernant la communauté, je pensais à une synergie avec celle de FreeCAD où il y a régulièrement des demandes d'un module "conception d'usine".
Il y a une bonne initiative dans ce sens avec le module "flamingo" orienté tuyauteries et structure métallique.
Il y a même eu une demande pour faire un P&ID avec FreeCAD !
Il pourrait y avoir une passerelle entre QET et FreeCAD pour échanger les données du P&ID (fait dans QET) au modèle 3D (réalisé dans FreeCAD).

Bonjour,

scorpio810 wrote:

QET s'en sort très bien pour dessiner des schémas PID, ...

Même si QET est capable de le faire j'ai peur que l'on ajoute une complexité non nécessaire à l'interface.
Généralement ce sont des métiers différents entre celui qui réalise les schémas P&ID et celui qui réalise les schémas électriques.
Avec l'architecture de QET, pourrais-t-on avoir une application schémas électriques et une autre pour les schémas P&ID ? Un peu comme le logiciel FreeCAD et ses différents ateliers ?

Concernant les symboles P&ID utilisé par DEXPI, il y a aussi un catalogue : http://tools.dexpi.org/symbolCatalogue/index.html
On peut trouver les symboles au format XML dans le github DEXPI (https://github.com/DEXPI/GraphicBuilder).

Bonjour,
connaissez-vous l'initiative DEXPI ?
C'est une initiative pour améliorer l'interopérabilité entre logiciels d'ingénierie, basé sur des efforts précédents (ISO 15926, XMpLant schema, Proteus schema, ...).
Leur site internet : http://www.dexpi.org/
Je vous laisse découvrir, je cite la partie qui m'intéresse le plus :
"Currently, the focus of the DEXPI initiative is the exchange of Piping and Instrumentation diagrams (P&IDs)."
Ils ont un github, où est présente la spécification
https://github.com/DEXPI/Specification/ … cification
Il y a aussi une partie "Test Cases" qui rassemble les différents cas testés entre logiciels, et les résultats en cours (AutoDesk, Aveva, Hexagon,...)

Je sais que QElectroTech n'est pas prévu pour ça à la base, mais je rêve d'un fork basé sur QElectrotech qui bousculerait ce classement. nomicons/smile

Nuri wrote:

Tu parles des informations qu'on rentre à la main dans le dock "propriétés des éléments" ?

Oui, celles-ci. Dans le fichier qet, c'est classé là :
/project/diagram/elements/element/elementInformations/
Je veux pouvoir éditer ces données sans toucher au reste.
Ces propriétés seraient gérées dans un tableur puis ré-injectées dans le fichier qet.
Je continue mon apprentissage de l'XML pour voir comment faire.
Pour l'histoire de séparer ces données, je pensais à une structure de fichier telle que MS Office, LibreOffice, FreeCAD... qui sont des fichiers ZIP avec à l'intérieur des fichiers XML, des répertoires, des images...
Au niveau poids de fichier, c'est plus léger car déjà compressé, et facilement éditable.

Bonjour,
Après quelques recherches, j'ai quelques remarques sur la structure d'un fichier qet.
Un fichier qet est un fichier XML, mais :
  - un fichier qet n'a pas de prologue : <?xml version = "1.0" encoding="UTF-8" ?>
  - il n'y a pas de schéma XML associé permettant de valider un fichier qet
Si une autre application génère un fichier qet il faudrait pouvoir le valider.
On pourrait aussi séparer dans un autre fichier XML la partie information des éléments.

Je n'ai aucune compétence particulière en filtre XSLT, désolé.
J'ai suivi les liens de Nuri + quelques recherches.
J'ai ouvert un fichier test.qet dans notepad++ (avec le plugin XML tools). Et grâce à un tuto j'ai créer un filtre XSLT que j'ai appliqué au fichier qet.
Rien de compliqué, je le partagerai dès que possible.
Pour l'édition "on the fly" c'est une autre affaire...

Oui un filtre XSLT, très basique.

Nuri wrote:

Pour importer ces infos dans un tableur, il faudrait passer par un filtre XSLT qui convertirait le xml écrit par QET en du xml compréhensible par le tableur.

Merci pour les infos.
J'ai réussi un premier test : transformer un fichier .qet en une liste de conducteurs au format HTML.

Bonjour,
J'essaye QElectrotech pour réaliser des schémas PID pour l'industrie chimique.
Ce n'est pas son usage dédié mais j'apprécie ses capacités :
- notion de projet avec un ensemble de folios,
- génération d'une nomenclature globale,
- connexions auto entre éléments,
- collections d'éléments,...

Mais je détourne l'usage des conducteurs pour en faire des tuyauteries.

Est-ce envisageable d'avoir d'autres types de connecteurs pour les éléments ?

Pour une vanne à commande pneumatique par exemple : connexions hydrauliques au procédé, connexions pneumatiques à l'électro-distributeur.
J'aimerais aussi récupérer la liste des tuyauteries que j'ai repéré.

Je ne suis pas développeur mais je peux aider, par exemple à fournir des éléments conformes aux normes ISO10628.

Wow, thank you for your replies.
I'll make a try.
I'm very interested in database.

Nuri wrote:

Are you creating PID symbols too? For such diagrams:

Hello,
Is it possible to design PID with qelectrotech ?
With a bill of materials ?
If yes, i could try to design and provide some PID symbols (ISO 10628).