Ludovic Launer

Bonjour @Régis En effet. Je vais supprimer Marcoux 1 de ce fichier. Par rapport aux autres champs que tu indiques: je pense que je vais créer un autre fichier pour garder un fichier qui représente le guide des aires de sécurité, et un autre qui contiendra les champs qui ne sont pas dans le guide. Je fais signe quand c'est effectif... Merci de tes retours. Ludovic

Bonjour Je viens d'ajouter un fichier .cup pour les cols des Alpes. Les versions kml et kmz sont générées automatiquement a partir du .cup N'hésitez pas a contribuer via des pull-request ...

Bonjour Dans la lignée des espaces aériens, je lance, en collaboration avec planeur.net un repo pour la mise a jour des champs vachables dans les Alpes. Le repo github est ici: https://github.com/planeur-net/outlanding La premiere page donne les liens pour télécharger les fichiers au format .cup et .cupx (généré automatiquement a partir du .cup et des images) La source est le Guide des aires de sécurité dans les Alpes Edition 4.1 L'idée est donc simple: vous voyez une erreur, une imprecision, vous avez une photo la ou il n'y en avait pas: participez en faisant la modification via une pull request. Si vraiment vous n'arrivez pas a faire une pull request, laissez un message dans les "issues" pour qu'une bonne volonté le fasse a votre place. @Fred de planeur.net va prochainement ajouter dans la rubrique Airspace - Fréquences - Wpt un lien vers ces fichiers. Ce que je vais faire dans les prochaines jours: - Ajouter les images pour les champs ou aerodromes qui n'existaient pas entre la version 3 et la 4.1 - Regarder les commentaires [Live] Champs **Alpes** ou d'autres sujets pour voir si cela nécessite quelques mises a jour Evolutions possibles: - Ajouter un fichier des aerodromes avec une recuperation automatique (il existe des choses ici) - Conversion au format spécifique XCSoar (une piste ici, mais je n'ai pas réussi a le faire fonctionner) Si vous maitrisez le fork, branch, commit, push et pull request et que vous souhaitez intégrer l'équipe qui maintient le repo, faites moi signe !

@jp PETIT Le fichier est il toujours disponible ? dropbox me dit qu'il a été effacé ?

Mis a part les espaces ET la date en entête ca semble être le meme fichier.

Mis a part des epsaces, il ne semble pas y avoir de difference entre le fichier sur github et celui sur le site de la ffvp...

Poses la question à la FFVP ou à @JP;-)

C’est une mise en ligne en Août.

Si tu veux participer, il y a une petite étage de monter en compétence, mais tu trouveras tout ce qu'il faut grâce a Google. Par exemple: https://www.armandphilippot.com/article/premiere-pull-request-github

Le fichier le plus récent sera toujours sur le github et planeur.net: lorsqu'il est mis a jour le fichier github est automatiquement copié sur planeur.net La date est en entête du fichier. Je vois par exemple qu'en ce moment la dernière mise a jour est du 29 juillet 2023: *version= de123ca 2023-07-29T11:07:11+02:00 Le fichier sur le site de la FFVV est copié "de temps en temps" par JP Cotto, il n'est donc pas forcement le plus récent.

@lcol La gestion du fichier se veut participative. Si quelque chose est incorrecte, ne pas hésiter à faire une pull request sur le git hub. Elle sera étudiée et intégrée si cohérente. Merci. Ludovic

Si tu regardes les spécifications de celle-ci, ca donne 15A par exemple: https://www.amazon.fr/Panneau-solaire-batterie-anti-retour-Protection/dp/B07N7DPT2B/ref=asc_df_B07N7DPT2B/?tag=googshopfr-21&linkCode=df0&hvadid=353886794378&hvpos=&hvnetw=g&hvrand=573625838473237722&hvpone=&hvptwo=&hvqmt=&hvdev=c&hvdvcmdl=&hvlocint=&hvlocphy=9055424&hvtargid=pla-826252372226&psc=1&tag=&ref=&adgrpid=73151701802&hvpone=&hvptwo=&hvadid=353886794378&hvpos=&hvnetw=g&hvrand=573625838473237722&hvqmt=&hvdev=c&hvdvcmdl=&hvlocint=&hvlocphy=9055424&hvtargid=pla-826252372226

Bonjour @lcol C'est maintenant corrige. Cordialement, Ludovic

Je n'ai pas la certitude, mais étant donne que le truc se présente comme un UPS, et dit: Je dirais que c'est plutôt un truc qui voit quand la tension chute, et passe sur sa batterie interne (pendant 500ms donc) quand c'est le cas. Donc je ne sais pas si ca le fait mieux, mais en tous cas ca le fait différemment Et pas d'appel de courant au démarrage étant donné qu'a priori ce n'est pas un condensateur, mais une batterie qui fait l'interim pendant le switch.

Bonjour Denis Alors je ne vais pas répondre a la question, mais la remplacer par une autre solution. J'utilise depuis plusieurs années un dispositif ou les 2 batteries sont déchargées en parallel a travers un circuit comportant 2 diodes idéales. Je parle bien de diodes idéales (pas de chute de tension, mais une petite consommation). LTC4358: https://www.analog.com/en/products/ltc4358.html#product-evaluationkit Datasheet: https://www.analog.com/media/en/technical-documentation/data-sheets/4358fa.pdf A la fin, cela ressemble a ca: Ceci étant dit, il existe des "ideal diodes" déjà prêtes a être branchées. C'est souvent utilise pour les panneaux solaires. Avantage: plus de commutation de batteries a faire ! Les 2 batteries sont utilisées en permanence. Inconvenient: Il faut vérifier de temps en temps la capacité de chaque batterie pour s'assurer qu'une des deux n'est pas "morte" et que ce n'est pas une seule batterie qui fait tout le boulot. Apres si tu souhaites vraiment un switch, tu peux ajouter cela dans ton installation: https://sotecc.de/usv/

@V17 Bonjour Effectivement on dirait que les espaces en AC G AY W J'ai essaye avec AY GSEC mais pas mieux Ne sont pas visibles...comme par exemple: AC G AY W AN R71A Couloir Est Superieur AH FL195 AL FL115 DP 44:11:46 N 005:48:06 E DP 44:06:36 N 005:59:01 E DP 44:00:00 N 005:59:00 E DP 44:00:00 N 005:45:48 E DP 44:11:46 N 005:48:06 E J'ai mis un message sur le forum XCSoar on verra si il y a une idee. Cordialement, Ludovic

Bonjour Question au possesseurs d'un Oudie N: Est il possible d'accéder a Android, et d'installer d'autres applications sur le Oudie N ? Merci

Oui au niveau representation, mais tant qu'a faire autant leur donner la bonne description ... @Denis F J'ai fait une pull request ici: https://github.com/planeur-net/airspace/pull/34 Est ce que tu peux la regarder, et éventuellement corriger des choses en poussant dans la branch en question ? J'ai change tous les W en GSEC, et j'ai essaye de mettre W la ou je voyais que c'etait un secteur onde. Du coups il y maintenant peut etre des GSEC qui devraient etre des W

Bonjour @Denis F Oui tu as raison. Peux tu faire la modification et la pull request ? Merci Ludovic

La pull request est mergée, la modification est dans la derniere version.

Oui. Je viens de faire la pull request: https://github.com/planeur-net/airspace/pull/33

Bonjour Voir discussion ici: Nous utilisons désormais le format OpenAir Extended comme documente ici. Le nouveau format est plus precis: La classe de l'espace aerien est donnee par: AC A|B|C|D|E|F|G Alors que le "type" est donne par: AY = Airspace Type (extends AC which should now only be used for class) Cordialement, Ludovic

Bonjour Support du champs AY (OpenAir extended format) dans XCSoar 7.29: https://www.xcsoar.org/discover/2023/05/03/xcsoar-7-dot-30-released.html Cordialement, Ludovic

Bonjour Terrain ULM de St martin: Dimensions: 250x16 Altitude 3300ft = 1005m Je pense que je favoriserais plutot Luc en Diois: Altitude 630m et 5.5Km plus loin

Ce qui est normal. Le nouveau format est plus precis: La classe de l'espace aerien est donnee par: AC A|B|C|D|E|F|G Alors que le "type" est donne par: AY = Airspace Type (extends AC which should now only be used for class)