Merci Marc,
je viens de l'installer et de le tester.
super utilitaire avec plein d'informations, qu'il faut apprendre à gérer...
Quel travail ! bravo encore !
Dans le vol Tchin-tchin d'aujourd'hui, aucun utilisateur de XCSoar n'a pu charger le plan de vol converti.
Après quelques tests, j'ai découvert que c'était parce qu'il y avait un "<" dans un nom de point de virage, ce que XCSoar n'aime pas (malheureusement, en silence)
">" a le même effet, ce qui n’est pas surprenant puisque "<" et ">" sont des délimiteurs XML.
Je vais coder une solution de contournement dans la prochaine version de CoTaCo, mais en attendant, la solution est simple: si cela se produit, éditez le fichier .tsk avec le Bloc-notes ou tout éditeur de texte et supprimez les "<" et ">" dans le(s) nom(s) de points de virage (mais pas en début et fin de ligne)
Merci aux organisateurs de vols de s'abstenir d'utiliser les caractères "<" et ">" dans les noms des points de virage.
Salut Marc,
Ok, on en tient compte ...
Je travaille actuellement sur une nouvelle version de CoTaCo qui créera un fichier de profil pour XCSoar.
Je n'ai vu aucun problème particulier pour le moment, sauf peut-être pour la gestion des cartes, car la dénomination des cartes téléchargeables pour XCSoar n'a rien à voir avec les scènes de Condor, et je ne parle pas de cartes générées pour lesquelles l'utilisateur peut donner n'importe quel nom ...
Ce qui pourrait être fait est:
1 - l’utilisateur est responsable à 100% de la gestion de la carte, c’est-à-dire qu’il s’assure que pour chaque scène, il existe une carte XCSoar qui porte le même nom (par exemple, Slovenia2.xcm) (malheureusement, les raccourcis ne fonctionnent pas)
2 - l’utilisateur crée un fichier texte dans lequel les cartes XCSoar sont liées aux scènes de Condor, par exemple: :
AA2 = ALPS_HighRes.xcm
Slovenia2 = ALPS_HighRes.xcm
3 - CoTaCo gère ce fichier texte en demandant à l'utilisateur de fournir une carte pour chaque scène non trouvée dans le fichier et en mettant à jour le fichier.
Merci d'indiquer votre option préférée
Les commentaires et suggestions sont les bienvenus
PS : si quelqu'un sait comment définir le contenu du water-ballast dans un fichier de profil de XCSoar, je suis preneur
Salut Marc,
Pour chaque vol je me sers de CoTaCo et je crée mon fichier *.xcm si il n'existe pas.
Donc la proposition "2" serait pour moi un bon compromis !!!
Encore merci pour ton travail.
(29-05-2019, 13:43 )Bre901 a écrit : [ -> ]Je travaille actuellement sur une nouvelle version de CoTaCo qui créera un fichier de profil pour XCSoar.
Je n'ai vu aucun problème particulier pour le moment, sauf peut-être pour la gestion des cartes, car la dénomination des cartes téléchargeables pour XCSoar n'a rien à voir avec les scènes de Condor, et je ne parle pas de cartes générées pour lesquelles l'utilisateur peut donner n'importe quel nom ...
Ce qui pourrait être fait est:
1 - l’utilisateur est responsable à 100% de la gestion de la carte, c’est-à-dire qu’il s’assure que pour chaque scène, il existe une carte XCSoar qui porte le même nom (par exemple, Slovenia2.xcm) (malheureusement, les raccourcis ne fonctionnent pas)
2 - l’utilisateur crée un fichier texte dans lequel les cartes XCSoar sont liées aux scènes de Condor, par exemple: :
AA2 = ALPS_HighRes.xcm
Slovenia2 = ALPS_HighRes.xcm
3 - CoTaCo gère ce fichier texte en demandant à l'utilisateur de fournir une carte pour chaque scène non trouvée dans le fichier et en mettant à jour le fichier.
Merci d'indiquer votre option préférée
Les commentaires et suggestions sont les bienvenus
PS : si quelqu'un sait comment définir le contenu du water-ballast dans un fichier de profil de XCSoar, je suis preneur
Pour moi aussi je serai d'accord pour la proposition 2.
Comme XCSoar utilise par défaut le fichier de profil utilisé précédemment, CoTaCo écrit un fichier nommé Condor.prf.
Si celui-ci n'existe pas, il sera créé à partir du fichier default.prf, sinon, CoTaCo crée une copie de sauvegarde (Condor.prf.bak) et met à jour le fichier avec les éléments du plan de vol lu.
Le fichier default.prf ne sera jamais modifié.
Qu'en pensez-vous ?
L'option 3 permet l'option 2 en facilitant la vie aux utilisateurs peu à l'aise avec les fichiers, et l'effort de codage est plus que raisonnable (une 15aine de lignes de code) je m'y suis donc attelé.
Pour ce qui est du water-ballast, j'ai regardé rapidement le code source de XCSOar, il semble bien qu'il n'est pas possible de définir sa valeur dans le fichier de profil, il faudra donc encore le définir à la main.
La version bêta devrait être disponible rapidement, les volontaires pour la tester sont bienvenus
(30-05-2019, 10:55 )Bre901 a écrit : [ -> ]Comme XCSoar utilise par défaut le fichier de profil utilisé précédemment, CoTaCo écrit un fichier nommé Condor.prf.
Si celui-ci n'existe pas, il sera crée à partir du fichier default.prf, sinon, il crée une copie de sauvegarde (Condor.prf.bak) et le met à jour avec les éléments du plan de vol lu.
Le fichier default.prf ne sera jamais modifié.
Qu'en pensez-vous ?
L'option 3 permet l'option 2 en facilitant la vie aux utilisateurs peu à l'aise avec les fichiers, et l'effort de codage est plus que raisonnable (une 15aine de lignes de code) je m'y suis donc attelé.
Pour ce qui est du water-ballast, j'ai regardé rapidement le code source de XCSOar, il semble bien qu'il n'est pas possible de définir sa valeur dans le fichier de profil, il faudra donc encore le définir à la main.
La version bêta devrait être disponible rapidement, les volontaires pour la tester sont bienvenus
OK Marc ,je veux bien tester.
Re,
Ok pour moi aussi.
Encore merci.
On va se méfier.