Vous désirez aider à améliorer les avions de Hangar de Helijah, c'est ici que cela se passe / You would like to help improving aircraft from Helijah's hangar, this is where it happens
Vous n'êtes pas identifié(e).
Bone et hereuse année à toi aussi ainsi qu'à tous ceux qui te sont chers.
Toujours aussi beau!... Les modèles bien entendu.
Au sujet de "croisière" et "approche", la confusion ne vient-elle pas du titre de la page explicative? J'avais tenté de traduire le texte original mais j'ai calé faute de compétences sur le sujet. En revanche, pour "approach and cruise settings, entre autre, j'ai scindé la page en deux pour coller à chacun des sujets, sans modifier le titre original. Ça me fait penser qu'il faudrait au moins que je mette en phase la doc EN, avec le même type de découpage.
Oui l'organisation est différente. Je peux la changer bien entendu, mais elle reste parfaitement cohérente et conforme au XML. Par exemple les "</control-setting> sont générés par le parser XML embarqué. C'est vrai que pour changer ça il faudrait que je reprogramme le parser, mais c'est tout à fait faisable.
Ce message n'est donné qu'au premier lancement puisque le fichier des préférences n'existe pas. J'ai supprimé ce message dans ce cas..
Comme croisière et approche ont les mêmes paramètre ce sont les mêmes bouts de programme qui sont utilisés. Je vais regarder où ça coince.
Sur la version de développement pas de problème de ce type. J'avais dû corriger ça sans uploader la modif. Je viens de recharger le tout sans modifier le numéro de version.
Et sinon elle sortirait quand cette nouvelle version?
Rien de prévu pour l'instant. La version actuelle ne peut pas évoluer en l'absence de suggestion ou de bug signalé. J'ai fait quelques modifs depuis le mois de mars, mais rien de transcendant.
Normal, ce n'est compatible qu'avec une version 8 de Java, moi j'utilise le JRE d'Oracle.
PS: je vais regarder si pour une prochaine version il y a possibilité de rendre compatible avec une version 7 qui semble être beaucoup plus commune dans les installations de base.
Salut Texan,
Dans tes essais aurais-tu, par hasard, tenté d'utiliser YasimCommander (YaC)? Comme je n'avais eu aucun retour de personne à son propos, à part Emmanuel, j'ai suspendu son développement, mais si quelqu'un l'utilisait et trouvait des choses à modifier/ajouter c'est avec plaisir que je ferais le TAF. J'ai conçu YasimCommander pour donner aux néophytes quelques outils simples pour appréhender au mieux les finesses d'une configuration Yasim. Emmanuel n'était pas intéressé par ce programme, il en connaît trop sur le sujet et préfère rester sur ses acquis et ses méthodes manuels. Je ne le lui reproche pas, c'est d'ailleurs finalement ce que fera un utilisateur avancé. YasimCommander c'est un peu ce qu'est NetBeans (ou Eclipse) pour le développement d'un programme en Java, une IDE (Integrated Development Environment), c'est en tout cas l'esprit. À noter que moi je n'ai jamais réussi à accrocher sur le développement d'un avion, malgré de nombreuses tentatives. Je préfère en rester à ce que je connais le mieux, la programmation.
Excellente journée, nous sommes allés au CEMES où ils font une étude sur l'oxcidation des aluminiums basée en grande partie sur notre Deux-Ponts. J'ai fait une présentation des différents modèles qui se sont succédés, 4 en tout (prototype, 761S, 763 et 765), pour aboutir à la partie modélisation 3D. Assistait à la réunion un ingénieur de recherche, accompagné d'un stagiaire, qui va prendre en charge la virtualisation de l'appareil dans le détail pour pouvoir étayer la recherche qui est plus orientées sur la chimie des matériaux. Ils vont travailler avec CATIA mais il se fait fort d'exporter les résultats, simplifiés, sous Blender. On pourra donc en profiter pour les réintroduire dans FGFS.
Le modèle en développement a fait très forte impression, surtout du côté des membres de l'équipe de restauration. Pas impossible que je sois sollicité dans les prochains jours pour avoir des informations sur FGFS.
En fait il y a d'autres différences visibles de l'extérieur, le nombre et la position des hublots en particulier, mais aussi la forme de la "dérive" centrale (un peu à l'arrache sur les 761S plus arrondie pour les 763 et 765), le nez un peu pointu pour certains 763, la forme générale des hélices, et d'autres moins notables.
Je viens de tester, c'est vraiment très bien. Je suis sûre que si tu faisais une adaptation du fuselage pour en faire un 765 certains membres de l'équipe de restauration se mettraient à FGFS.
En l'absence de nouvelles de Didier, Emmanuel pourrais-tu m'envoyer les fichiers du modèle de février dernier?
OK, je vais faire avec ça. Comme je suis l'interlocuteur désigné dans ce domaine avec le chercheur faudra bien que je me débrouille. Reste à connaître les aspects précis sur lesquels il compte travailler.
Bonsoir Emmanuel, bonsoir Didier,
Dans quinze jours une partie de l'équipe de restauration, dont je suis, va rencontrer des chercheurs et universitaires. Le sujet principal est plutôt l’aluminium et les moyens de le sauvegarder sur le long terme, en particulier l'analyse des phénomènes de corrosion. Mais tout récemment un universitaire lyonnais s'est joint à l'equipe de chercheur et son domaine à lui c'est plus les archives techniques, l'histoire et la modélisation 3D. Je dois donc discuter avec lui d'un projet éventuel de modélisation de notre Deux-Ponts. Comme je n'ai pas réussi à me mettre à Blender (malgré plusieurs tentatives mais je n'accroche pas vraiment) vous serait-il possible de me faire un topo sur la manière dont vous travaillez le sujet du FDM appliqué à cet avion particulier et de la conception 3D. Du côté de YASim je commence à en maîtriser la théorie du paramétrage du XML (d'où l'utilité pour moi de développer YASIM Commander), mais tout élément complémentaire sera le bienvenu.
Je viens de faire le 3ème commit de la préversion. Tout est fait à l'exception des hélicoptères. Il restera à fignoler quelques petites choses (en particulier des contrôles de cohérence, mais pas seulement).
J'ai intégré la possibilité d'appeler la vérification YASim via le programme ad'hoc, normalement située dans l'installation FGFS, avec restitution sans quitter YaC. Pour l'instant la vérification ne porte que sur le fichier déjà enregistré. Je prévois de le faire aussi via l'enregistrement temporaire de la version sur laquelle on travaille.
Emmanuel, tu m'avais dit que tu avais fait il y a quelques temps un programme de visualisation 3D en cpp. Je suis preneur, j'essayerai de le traduire en Java de manière à l'intégrer dans YaC, plutôt qu'un programme externe. Si ça s'avérait trop difficile je le garderai tel que.
Nota: j'ai informé de mon travail sur le forum officiel. Pour l'instant pas beaucoup de réaction.
Alors je reprends dans l'ordre:
a) les unités de mesure : pour l'instant je n'ai fait que reprendre les unités en vigueur dans YASim, mais j'ai bien prévu un "convertisseur" intégré, ou la possibilité de choisir dans les préférences. Sur ce point particulier j'attends ma reprise aux Ailes Anciennes pour demander à l'un ou l'autre de mes camarades quelles sont les unités vraiment utilisées. Un exemple simple, l'altitude est souvent exprimée en pieds (feet) issue des unités "impériales", alors que le système décimal universel exigerait de l'exprimer en mètres. Donc pas forcément aussi simple et systématique que ça.
b) la structure du fichier en sortie : premièrement ça n'apparaît pas encore mais pour chaque tag je vais ajouter un attribut "comment" de manière à pouvoir laisser des indications. La structure actuelle du XML, tel que décodée dans Flightgear, ne permet pas de faire autrement. En plus la logique de lecture DOM exclue de pouvoir récupérer les commentaires (entre <!-- et __!>) , à moins de programmer son propre parser. J'ai envisagé l'utilisation de CDATA mais ça fait planter le parser FGFS. Je n'exclue pas de recoder le parser de FGFS. Finalement quelque soit la solution choisie il ne faut pas perdre de vue qu'à terme ce qui sera bien sera l'utilisation systématique de YaC, du coup la présence des commentaires devrait être cohérente. Juste un point sur l'ordre des tags, à terme ce devrait donner:
- airplane
- approach
- cruise
- fuselage
- cockpit
- surfaces de vol (wing, hstab, vstab, mstab)
- propulsion
- gears
- etc...
Il sera tout à fait possible de modifier cet ordre selon tes désires. Mais je n'envisage pas de donner la possibilité de modifier l'ordre à volonté, même si ça n'a aucun impact sur le parser (c'est tout l'intérêt du XML).
Note: en plus de la présentation actuelle je prévois un méthode "novice" permettant par un jeu de questions/réponses de pré-configurer un aéronef.
J'ai mis à jour la pré-version. Je pense que la lecture des fichiers est assez complète. Il manque les fichiers pour hélicoptères. Je n'ai pas testé grand chose pour l'instant. Il manque la traduction de certains termes techniques et celle que j'ai faite est à vérifier.
D'ici deux jours, je pense, je publierai une nouvelle version. Celle-ci devrait permettre:
- la visualisation de la fenêtre principale en deux parties : à gauche les paramètres actuels du XML en cours, à droite incorporation de l'aide (celle-ci sera disponible par ailleurs)
- l'enregistrement des modifications apportées
- la sélection de l'affichage sur la catégorie d'objet sélectionnée (approche, croisière, cockpit, fuselage, etc...)
- les tags qui seront modifiables : airplane (root node), approach, cruise, cockpit, fuselage, et peut être les surfaces de vol)
Si j'avance au même rythme je devrais avoir terminé d'ici deux à trois semaines.
Nouvelle version de développement. Le lien est automatiquement mis à jour pour pointer sur la dernière version de développement. J'utilise Sourceforge, système bien connu pour le développement collaboratif.
Précaution : afin d'éviter de corrompre le fichier YASim que vous utiliserez pour tester je vous recommande d'en faire une copie (n'importe où sur votre disque) et de tester avec cette copie.
Remarque : si vous enregistrez votre fichier de travail il n'aura pas tout à fait la même structure. Tous les commentaires seront ignorés et le tag "<aiplane>" se verra doté de nouveaux attributs (ceux qui traditionnellement figurent dans le commentaire d'en-tête). Ça n'a strictement aucune conséquence sur le fonctionnement de FGFS (c'est tout l'intérêt du XML).
Pour l'instant la version va simplement vous afficher le contenu XML du fichier sous forme d'un texte (internationalisé EN et FR). Seuls sont affichés les tags suivants:
- airplane
- cockpit
- fuselage
- wing
- hstab
- mstab
- vstab
Il est fort probable que je fasse évoluer l'interface générale. Je pense mettre une barre d'outil qui en un click permettra la visualisation du tag cible (sauf pour le "<airplane>" sinon c'est tout qui serait affiché). Ensuite, je pense scinder l'affichage en deux, à gauche les paramètres actuels du tag sélectionné et à droite l'aide en ligne.
Remarque sur l'aide en ligne, actuellement elle n'est programmée que sous la forme d'une nouvelle fenêtre navigateur qui pointera sur la doc de Buckaroo. Dans le futur cette doc sera restructurée pour bien avoir accès directement aux différents éléments. Donc lorsque je finaliserai l'interface utilisateur on aura le choix (dans les préférences générales):
- soit d'accéder à la doc "on line" sur le site idoine (le wiki FgFs par exemple, qui devra être mis à niveau),
- soit d'accéder à la doc "off line" qu'on aura pris soit de télécharger au préalable.
Tous les retours sont les bienvenus.
J'aime bien toutes ce images.
Voici l'état d'avancement:
- j'ai adopté le nom YASim Commander, avec YaC comme raccourci.
- la structure générale de l'application est arrêtée
- l'interface utilisateur pourrait évoluer, la liste des "tags" pourrait figurer dans un volet à gauche de la visualisation du contenu de la fenêtre principale
J'ai intégré une aide directement appelable depuis les différentes boîtes de dialogue. Ça pointe sur le wiki officiel de Flightgear et ça s'ouvre dans le navigateur.Si le wiki évolue, par exemple en intégrant les différentes pages de Bukaroo, la modification des liens sera très simple à réaliser. Je vous actualise le lien de téléchargement que je vais ajouter à mon premier post.
J'ai refait me fichier. D'après les messages d'erreur ce serait l'internationalisation que j'étais en train de faire. Moi j'utilise le JRE Oracle version 1_8_72-b15. Ce soir il m'a été proposé de faire un update vers la 8.73. Je ferai ça demain.
J'ai exploré plus avant la doc de buckaroo, c'est un véritable cours d'aérodynamique auquel je ne pige pas grand chose. Enfin un peu quand même, mais il me faudra certainement des informations complémentaires. Je comprends quand tu disais avoir l'habitude de coder avec un simple éditeur. Ceci dit je pense que YasimCommander pourrait être un plus puisqu'on pourra intégrer une aide en ligne.
Où est passée cette traduction? J'ai terminé de traduire/remettre en ordre la page Wiki sur le site officiel. Maintenant j'ai besoin d'aller plus loin dans ma connaissance de Yasim. Au besoin je peux remettre en ordre/refaire la traduction. Dans ce cas je peux générer le document final sous plusieurs forme (document LibreOffice modifiable, PDF, eBook, site HTML).
Dis donc le vieux, n'oublies pas que moi aussi je suis un dinosaure. Moi j'ai pratiqué : COBOL (au tout début et pendant près de 15 ans), ASM 8008, Basic (principalement MapInfo et OpenOffice), C, C++, Java, PHP. Avec quelques incursions en PL/1 et Fortran. J'ai même fait la maintenance d'un logiciel en Python pendant quelques mois. Bref... un dinosaure quoi, et polyglotte en plus.
Bon, voilà une première ébauche. Il n'y a rien de fonctionnel si ce n'est la dynamique de quelques écrans. Si vous avez une idée d'icône pour accompagner l'appli je suis preneur.
Télécharger le programme, nécessite de disposer de Java 8 (voir le site Oracle).