marcterrier

SeeYou Mobile Change Log Version 9.18 – FIXED PROBLEM WITH DATE IN THE FILENAME Je ne suis toutefois pas sûr que cette modification corrige le problème dont vous parlez. A vous de voir...

Tu m'envoie sur le site de" TQ Aviation" mais je ne trouve pas la ligne " -KRT2-Manager for PC to generate frequency favourites", dans "Download"?? Peut-être au milieu de cette page...

GolFox est capable d'accepter l'URL d'un fichier IGC en ligne en paramètre mais pour cela il en transforme la syntaxe qui ne ressemble plus à celle que donnes à QFU http://luberon-sous-le-vent.org/traces/2014-04-28_fcgtf.igc Tu pourrais joindre le créateur de l'appli à : contact at golfox.fr

Effectivement pas pour longtemps : ce 29/07/2019 à 09:00, le lien est vide

Problème déjà signalé dans le forum le 10 mars 2019 : http://www.volavoile.net/index.php?showtopic=13242 Si Samsung (ou le constructeur de la puce GPS embarquée) n'ont pas prévu un patch, c'est fichu pour la date de la trace. Solution sans doute la moins onéreuse, acheter un adaptateur Bluetooth pour le Flarm : http://www.volavoile.net/index.php?showtopic=12724ou bien un GPS Bluetoothauquel relier ta tablette :

Un autre viewer, plus ambitieux : http://www.golfox.fr/ Comme indiqué par l'auteur : "Partant du constat que la « progression campagne » des élèves pilotes est intimement liée à la préparation et à l'analyse des vols GolFox s'articule autour de ces deux axes principaux : préparation des vols avec prise en compte de : zones aéros terrains posables (vaches et aérodromes) Notams et cartes Vac des aérodromes Information sur les terrains vachables (si disponible) Module d'édition de circuit relecture des fichiers IGC avec : analyse automatique de la performance NETCOUPE et OLC_PLUS analyse automatique de la durée de vol, durée de remorquage analyse automatique des thermiques et des transitions analyse manuelle des vitesses moyennes, thermiques et transitions analyse manuelle des finesses de dégagement" Le manuel : http://www.golfox.fr/help/help.html Merci à Pascal CHAPON : http://www.netcoupe.net/Results/ContactDetail.aspx?ContactID=9940&HasPrevious=undefined

Salut Bernard, Sur les vols que tu as déclaré cette année à la netcoupe, tu verras que certains d'entre eux ont la variométrie sur Cartes 122.2 et pas d'autres. Difficile d'en tirer une conclusion... à+

CARTES 122.2 ne fonctionne pas ce 27/06/2019 à 20:20 : "erreur de chargement de la page" et "la connexion a échoué" J'ai essayé sur la netcoupe avec d'autres traces igc : c'est pareil !

Je ne sais pas si le lien marchait, mais il ne marche plus... il n'y a apparemment que des miniatures: Eh bien on peut, au mieux, dire qu'en certaines occasions ils sont réactifs chez Flarm (le lien indiqué date seulement du 14 juin) !

Je n'arrive pas à trouver le JO auquel l'article fait référence http://marcterrier.fr/images/cavok.jpg

Hum, on verra... Dans le même contexte règlementaire, Alisport (à la demande me semble t'il aussi de Ghislaine F) avait fait élire en 2009 le kit (CNSK) du Silent par la DGAC. Lire l'article de Yurek ! C'est peut-être parce que le Sparrowhawk fait moins de 80 kg à vide qu'il échappe à cette règlementation à la noix. Cliquez sur "Annexe II" dans https://eur-lex.europa.eu/legal-content/FR/TXT/HTML/?uri=CELEX:32008R0216&from=FR#d1e32-32-1 Merci à Jacques d'ouvrir la voie. J'espère qu'il ne regrettera pas la liberté administrative que lui donnait son Swift : http://swiftlight.free.fr/topic/bv000006.jpg

Foutue règlementation EASA : Pas un planeurPas un ULMPas de décollage à piedOn ne peut règlementairement pas l'utiliser (ou alors il y a eu un changement que j'ignore...)

Merci pour le patch, Ludovic.

http://marcterrier.fr/images/rouen_ferm%C3%A9.jpg

De façon générale, voici les problèmes qu'on peut rencontrer avec "l'altitude" GPS. Pour ce qui concerne XCSoar, un fichier *.xcm contient une partie relief/terrain (permettant d'assurer la correction éventuelle des données envoyées par le GPS) et une autre, topographique : "Terrain is a raster digital elevation model represented as an array of elevations in meters on a latitude/longitude grid. The internalfile format is GeoJPEG2000.The topography is vector data such as roads, railway lines, largebuilt-up areas (cities), miscellaneous populated areas (towns andvillages), lakes and rivers. The topography is stored in ESRI Shapefiles which are generated from OpenStreetMap. Sur cette page, comment s'appelle la carte que tu as téléchargée ? Sous "FRA_FULL", ça devrait être "Standard map" ou "High resolution map". Si c'est le cas tu devrais pouvoir afficher le "terrain" (page 46 du manuel) http://marcterrier.fr/briefing/xcsoar_terrain.jpg Et, puisque tu poses la question, quel est le RÉFÉRENTIEL utilisé par le programme de navigation GPS de la tablette : MSL ou WGS84 ? http://marcterrier.fr/briefing/wayteq_gps_info.jpg

http://g.r.a.l.free.fr/altimetrie/res/Diapositive140.jpg http://g.r.a.l.free.fr/altimetrie/res/Diapositive145.jpg Voir Altimétrie satellitaire. L’OACI a recommandé l’adoption du référentiel de positionnement terrestre WGS84 (World Geodetic System 1984) comme standard mondial GNSS dès 1998, système définissant un ellipsoïde lié à la terre et permettant de modéliser la forme de la surface terrestre. Les cartes aéronautiques utilisent le WGS84 comme référence géodésique, mais les altitudes indiquées ont pour référence le géoïde [correspondant au niveau moyen des mers (MSL : Mean Sea Level)]. Les cartes d’aérodrome du SIA référencées WGS84 comportent la valeur de l’ondulation du géoïde (GUND : Geoid UNDulation), différence de hauteur en un point entre le géoïde et l’ellipsoïde, de valeur moyenne 150 pieds en France.

à mon avis le problème vient de là : " Some older GPS units (and some new ones) do not output altitude relative to mean sea level, rather they output elevation with respect to the WGS84 ellipsoid. XCSoar detects when this occurs and applies the ellipsoid to geoid offset according to an internal tabulated data at two degree spacing. This is not required for FLARM units or Altair Pro, which correctly output MSL altitude." C'est à la page 125 du manuel de XCSoar !

Je t'envoie ça en MP dans la semaine.

Oui, Soaringlab fait ça, gracieusement en plus ! http://marcterrier.fr/images/soaringlab_statistics.png

La connexion « automatique » du briefing à Aeroweb (ligne 102 du source de ton site), telle qu'indiquée dans le forum ,n'a jamais fonctionné de façon satisfaisante quel que soit le navigateur. Attention de ne pas se laisser abuser par le fonctionnement du cache du navigateur : j'ouvre le briefing ; je me connecte manuellement ; je recharge ; les image apparaissentje me déconnecte ; je ferme le briefingj'ouvre à nouveau le briefing (sans avoir vidé le cache) ; les images apparaissent comme si la connexion automatique avait fonctionné mais en fait elles sont stockées dans le cache… Je fais donc comme toi : je propose une connexion « manuelle » à Aeroweb sur la page d'accueil du briefing. Le problème est effectivement qu'après s'être connecté il faut le recharger (F5) pour que les images provenant d'Aeroweb apparaissent…

Merci d'avoir indiqué le lien grâce auquel j'ai vu que tu n'utilises PAS le procédé permettant de renseigner AUTOMATIQUEMENT à partir d'un METAR la valeur du QNH dans la table des niveaux de vol (c'est expliqué LÀ !) C'est ce procédé qui s'est mis à déconner sur mes sites, d’où mon message.

http://marcterrier.fr/volavoile/becker_ar-3201.jpg

« ça fonctionne bien » mais avec quel briefing (peux-tu indiquer le lien STP ?)

Bonjour, depuis quelques jours l'insertion automatique dans la table des niveaux de vol du QNH à partir d'un METAR ne se fait plus ! Il faudrait modifier la configuration de la requête ajax vers l'url « http://avwx.rest/api/ » Le site AVWX est fonctionnel (testez-le !) mais le mode d'obtention des données a changé : voir « https://avwx.docs.apiary.io/# » http://marcterrier.fr/volavoile/avwx_message.jpg Qui saurait arranger ça ? Le source de http://marcterrier.fr/briefing/qnh_manquant.html : <!doctype html> <html lang="fr"> <head> <meta charset="UTF-8"> <title>QNF</title> <!-- CSS --> <link rel="stylesheet" href="css/reveal.css"> <link rel="stylesheet" href="css/theme/sky.css" id="theme"> <link rel="stylesheet" href="plugin/gallery/gallery.css"> <link rel="stylesheet" href="css/brief.css"> <!-- SCRIPTS --> <script src="js/jquery.min.js"></script> <script> function ajaxAvwxApiCallWithCallback(reportType, oaciCode, successCallback, failureCallback) { $.ajax({ url: "http://avwx.rest/api/" + reportType +"/" + oaciCode, type: "GET", dataType : "json" }) .done(function( json ) { // en cas de succes successCallback(json,reportType); // appel du callback avec le json resultat en param }) .fail(function( xhr, statusText, errorThrown ) { // en cas d erreur if (typeof failureCallback !== 'undefined') { // si callback existe failureCallback(reportType, oaciCode); // appel du callback avec les param de l'appel en echec } else { // sinon (pas de callback) popup js de l'erreur alert( "Erreur sur requete avwx.rest/api/" + reportType + "/" + oaciCode + ": \n - status:" + xhr.status + "\n - erreur:" + errorThrown); } }); } </script> <!--[if lt IE 9]> <script src="lib/js/html5shiv.js"></script> <![endif]--> </head> <body> <div class="reveal"> <div class="slides"> <section> <script> function qnhCallback(json) { updateQNH(json.Altimeter); // mise a jour du QNH dans le tableau des FL du jour (section suivante) $( "<p>" ).text( 'QNH ' + json.Station + ' : ' + json.Altimeter).appendTo( "#qnhResult" ); } function tafMetarCallback(json, reportType) { if (reportType == 'metar') { $( "<p>" ).text( json["Raw-Report"] ).appendTo( "#metarResult" ); } else { $( "<p>" ).text( json["Raw-Report"] ).appendTo( "#tafResult" ); } } function failureCallback(reportType, oaciCode) { var msg = reportType + " " + oaciCode + " indisponible"; if (reportType == 'metar') { $( "<p>" ).text( msg ).appendTo( "#metarResult" ); } else { $( "<p>" ).text( msg ).appendTo( "#tafResult" ); } } function lireTafMetar(reportType, tabOaci, successCallback, failCallback) { for (var i = 0, len = tabOaci.length; i < len; i++) { ajaxAvwxApiCallWithCallback(reportType, tabOaci[i], successCallback, failCallback); } } $(document).ready(function() { // choix de la station choisie pour afficher le QNH dans le tableau des niveaux de vol lireTafMetar('metar', ['LFML'], qnhCallback); lireTafMetar('metar', ['LFML'], tafMetarCallback, failureCallback); lireTafMetar('taf', ['LFML'], tafMetarCallback, failureCallback); }); </script> <div> affiche le QNH du METAR choisi <div id="qnhResult"></div> <div id="tafMetarContainer"> <h3>METARs</h3> <div id="metarResult"></div> <h3>TAFs</h3> <div id="tafResult"></div> </div> </div> </section> </div> </div> <!-- SCRIPTS --> <script src="lib/js/head.min.js"></script> <script src="js/reveal.js"></script> <script> // Full list of configuration options available at: // https://github.com/hakimel/reveal.js#configuration Reveal.initialize({ controls: true, // Display controls in the bottom right corner progress: true, // Display a presentation progress bar history: false, // Push each slide change to the browser history center: true, // Vertical centering of slides touch: true, // Enables touch navigation on devices with touch input mouseWheel: false, // Enable slide navigation via mouse wheel loop: true, // Loop the presentation transition: 'none', // none/fade/slide/convex/concave/zoom/default ; sert à gérer le mode de transition entre les slides ; default était le mode initiallement sélectionné… // Optional reveal.js plugins dependencies: [ { src: 'lib/js/classList.js', condition: function() { return !document.body.classList; } }, //{ src: 'plugin/markdown/marked.js', condition: function() { return !!document.querySelector( '[data-markdown]' ); } }, //{ src: 'plugin/markdown/markdown.js', condition: function() { return !!document.querySelector( '[data-markdown]' ); } }, //{ src: 'plugin/highlight/highlight.js', async: true, callback: function() { hljs.initHighlightingOnLoad(); } }, //{ src: 'plugin/zoom-js/zoom.js', async: true }, //{ src: 'plugin/notes/notes.js', async: true }, { src: 'plugin/gallery/gallery.plugin.js', async: true, condition: function() { return !!document.querySelector('.gallery'); } } ] }); Reveal.configure({ autoSlide: 5000 }); Reveal.toggleAutoSlide(); </script> </body> </html>

Voila l'une des lignes en erreur et la correction nécessaire ** TMA OOSTENDE 1+2 (AIP Belgique 2019/03/28) ** AC D AN Oostende APP 120.6 AH FL95 AL 1500FT AMSL DP 50:59:00 N 002:49:17 E DP 51:00:43 N 002:39:05 E DP 51:01:48 N 002:19:40 E DP 51:06:18 N 002:14:18 E DP 51:07:00 N 002:00:00 E DP 51:30:00 N 002:00:00 E DP 51:22:23 N 003:21:47 E Belgian-Dutch border ** Belgian-Dutch border ** DP 51:16:35 N 003:22:36 E DP 51:05:00 N 003:15:00 E DP 51:03:57 N 002:58:25 E DP 50:59:00 N 002:49:17 E