Norby07

Bonjour, J'ai procede a quelques verifications: Les donnees: Lat et Long sont OK pour les references que nous avons en commun. Les altitudes different un peu de 5 a 10 metres (rien de grave quand on pense aux variations de QNH). J'ai verifie mes donnees et elles sont conformes au manuel, donc j'imagine que les tiennes sont plus recentes et donc je devrais actualiser mes donnees - A confirmer: Ampus, Bourg d'Oisans, Logis du Pin, Pellafol, Prebois, Tanninges, Vizille. Reste a voir les orientations de pistes, pour les terrains ou un seul sens est praticable. Comme le format est libre, les donnees peuvent varier d'un utilisateur a l'autre selon ce qu'en font les calculateurs. LK8000 affiche l'orientation de piste en degres, iGlide affiche le texte et donc permet de libeller deux orientations (18/36). Le format: En reference au format des fichiers .cup trouve sur le site Naviter, j'ai ete surpris de ne pas trouver les guillemets pour les champs Nom, Code, Frequence, Desc. La aussi cela depend de l'usage fait par les calculateurs. LK8000 semble en avoir besoin. iGlide exclue les references sans guillemets, SeeYou accepte sans guillemets. Le type de surface est toujours = 3, meme pour des pts non atterissables (col, hopital, mairie,...). A mon avis, les points non vachables devraient etre de type 1. Les infos: reporter le numero du repere du guide est tres utile, j'en ferai de meme. J'ai reporte les infos critiques du guide dans mon fichier, cela peut servir de rappel (Champ difficile, ligne electriques, orientation piste preferentielle, ...)... pour ceux qui sont assis sur le guide. LK8000 les affiche ds les details du WPT, iGlide les ignore. Ton fichier ne comprend pas les terrains type 4 (Aubenasson,Cereste, Eygalieres, Habere Poche, Le Rosier, Remoulins, Nossage, Seyne), moi je les ai inclus. Tu as inclus des pts en CH et AT, qui sont absents de mon fichier (pas pu verifier par croisement) Donc pour resumer, les data sont OK, par contre, la liberte laissee par le format .cup aux calculateurs rend leur contenu sujet a interpretation. Le plus genant me semble etre a propos des points vachables ou non, qui apparaitront ou pas dans les listes de points accessibles. Merci de confirmer pour les altitudes. Je mettrai a jour puis je pense que le fichier sera bon pour utilisation avec les precautions d'usage.

Je suis bien d'accord avec toi sur le principe de la gestion de la securite par le pilote, et j'ajouterais un autre aspect insidieux de l'utilisation des calculateurs: ils nous habituent a ne plus calculer... Il y a aussi autant de facons d'utiliser des calculateurs que de pilotes: ceux qui sont habitues aux marges fines (competiteurs de haut niveau), ceux qui ne prennent aucun risque, et la grande majorite entre ces deux categories, lucides ou non (la fatigue du cerveau...) sur nos competences et sur nos marges. Mais je te livre ici un avis complementaire qui motive ma demarche. Un calculateur c'est comme un moteur: on doit etre capable a chaque instant de s'en passer sans se faire peur. Mais quand on s'en sert, autant qu'il soit fiable, et qu'il n'induise pas de questions supplementaires auxquelles notre cerveau n'est peut etre pas disponible pour repondre. De plus, les calculateurs sont supposes nous donner des infos sur ce qui n'est pas immediatement accessible (visible) ou prevu, donc nous permettent d'ouvrir le champ des options, et de valider la prise de decision. Combien de fois nous posons nous la question suivante: Et si ca ne marche pas? Dans cet esprit, les donnees (et la configuration) d'un calculateur doivent etre preparees dans la perspective de ne pas devenir une source de complication. Et donc, tant qu'on en a le temps, confectionner des fichiers de champs vachables (et autres), les plus conformes a ce qui se trouvera effectivement sous nos plumes. Pas forcement dans le sens de la precision extreme de leurs positions, mais aussi sur les renseignements divers que les ecrans nous permettent d'obtenir facilement.

Je vais comparer les fichiers (verifier concordance des donnees geo) et ajouter les complements apportes par chacun. Ensuite j'enverrai le fichier a John Leibacher, sauf a trouver des erreurs que je signalerai le cas echeant (sauf si c'est dans mon fichier )

J'ai constitue un fichier .cup pour les aires de securite dans les Alpes. Il contient exclusivement les champs vachables, pas de waypoints, pas d'aerodromes. Il est conforme a l'edition 2008 (en attendant mieux) du manuel edite par le Comite Regional Alpes Provence de Vol a Voile. Je l'ai charge sur un PNA avec LK8000, et cela fonctionne tres bien. Le fichier contient 70 reperes, et il m'est difficile de les valider par exploration en vol. Je suis donc a la recherche de volontaires pour detecter les erreurs et me signaler les mises a jour necessaires et complements souhaitables. Envoi du fichier sur demande par mail.

Si l'on sait pointer sur une carte un champ vachable, alors on est tres fort... Et encore plus fort s'il s'agit de 50 champs, avec longueur et orientation de piste, frequence radio le cas echeant et infos critiques... De quoi parle t on? de trouver les coordonnees d'un pt de virage ou caracteriser un champ vachable qui permettra au LK8000 ou XCsoar de calculer le plan d'arrivee? Si c'est le premier, mieux vaut etre precis, car avec les GPS embarques, si le point de virage du GPS se trouve a quelques dizaines de metres du point officiel, c'est circuit invalide... Si c'est le second, mieux vaut etre precis aussi, car en montagne, certains terrains sont pres du relief, et un petit decalage au "pointage" peut se traduire par un gros ecart d'altitude, et un champ qui devrait etre a portee se trouver juste 150m trop loin, sur un petit plateau... Donc, la methode de pointage sur carte et calcul automatise du fichier ne me semble pas une methode recommandable. Personellement, je prefere obtenir des infos fiables sur le champ et prendre le temps de les reporter et les verifier a la main dans un premier temps , puis sur une carte apres chargement ds le GPS. Mais nous sommes Hors sujet... Il serait preferable d'ouvrir un sujet specifique sur les fichiers .cup. :wacko:

Merci pour les infos Mapsource. Je vais creuser... Pour les fichiers .cup, c'est assez simple: Les fichirs .cup sont des fichiers texte, avec separation des champs par une simple virgule. Ouvrir un fichier avec wordpad et y coller le debut ci apres: name,code,country,lat,lon,elev,style,rwdir,rwlen,freq,desc "La Motte du Caire","La Motte",,4419.524N,00601.855E,650.0m,4,1,1170.0m,123.5,"Treuil - Vent Arriere a l'Est - Atterissage vers Nord conseille" "Quinson (Zone)","Quinson",FR,4341.001N,00604.290E,500.0m,3,0,500.0m,,"en montee vers NW , Cultures" "Aups (Zone)","Aups",FR,4337.511N,00610.976E,450.0m,3,0,300.0m,,"Cultures" "Ampus (Zone)","Ampus",FR,4337.017N,00620.926E,625.0m,3,0,300.0m,,"Ligne Electrique au long de la route" "Logis du Pin","Logis",FR,4346.650N,00638.467E,1025.0m,3,250,500.0m,,"Attention Promeneurs frequents" "Caille (Zone)","Caille",FR,4346.686N,00644.689E,1080.0m,3,0,500.0m,,"Eviter piste ULM proche manche a air. Cultures' La premiere ligne indique les diverses infos a renseigner. Ensuite il suffit de respecter le format avec les guillemets pour les noms et texte, et pour les nombres (altitude et longueur) ne pas oublier xxx.0m ou .0ft. La frequence radio peut etre mise entre guillemets car c'est du texte, pas un nombre. Fermer le fichier avec un nom choisi et verifier l'extension .cup. Pour plus de detail sur le format : Format fichiers.cup

Bonjour La base de donnees pour les Alpes est en cours de saisie (a partir de la version papier de la FFVV. J'aurai fini dans quelques jours, mais je ne le publierai pas (je ne veux pas faire concurrence a la FFVV ou au CR Alpes-Provence qui edite la version papier et qui encourt des frais). Par contre je veux bien notifier ici quand ce sera termine et partager le fichier via mail perso. Ce serait un autre sujet. Je suis interesse de ce que l'on peut faire a partir de Mapsource de Garmin.

Mon alti et badin sont verifies regulierement en effet (j'ai du changer le badin justement cette annee, suite a la GV). Verifier les pts sur google est une bonne idee, mais comment verifier les donnees d'elevation terrain? Le seul moyen c'est de s'assurer de leur provenance (process d'elaboration des fichiers)... Concernant les aires de securite dans les Alpes (cela vaut ailleurs egalement), une mise a jour reguliere serait utile pour supprimer les champs obsoletes ou ceux dont les cultures les rendent impropres a une vache ou en ajouter de nouveaux Ainsi l'on pourrait telecharger des fichiers a jour... chaque jour...

Comme beaucoup, j'ai un PNA pour ma nav routiere (Mio S555). instale LK8000 sur carte SD (30 Euros pour 32G): LK8000 est super et perfectible Enchante par l'ensemble, sauf luminosite insuffisante qui doit etre reglee en dehors de LK8000. Autonomie de 2 heures: insuffisant. Achete une batterie exterieure Novodio 6000 (60 euros), autonomie >10 heures en alimentant PNA + Iphone (backup), probleme resolu avec cables et connectique ordinaires. Pour les bretelles ou pour les promenades en biplace, j'ai charge iGlide sur l'iPhone (30 euros la version lite qui est suffisante pour un backup et dont les cartes et l'utilisation sont remarquables) Je mets la derniere main au fichier .cup (compatible iGlide et LK8000) des aires de securite dans les Alpes, et pour 120 euros j'ai un calculateur LK8000 et un backup sur l'iPhone avec 10 heures d'autonomie sans pomper sur ma batterie principale. Tout cela est bien, mais repose lourdement sur les fichiers terrain et WP... si ceux ci ne sont pas verifies (ou au moins le processus de leur elaboration), des erreurs peuvent induire des decisions inadaptees. J'embarque les cartes qui vont bien, mais j'ai souvent tendance a croire l'ecran (par facilite). Existe t il des fichiers verifies (label FFVV par exemple) dans les formats standards pour la France ou ses subdivisions (comme cela existe pour l'espace aerien)?