marcterrier
-
Compteur de contenus
470 -
Inscription
-
Dernière visite
Type de contenu
Profils
Forums
Galerie
Calendrier
Messages posté(e)s par marcterrier
-
-
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...
-
Je souhaite trouver un autre viewer capable d'être émuler via un lien allant chercher le fichier hébergé.
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 -
schéma dispo ici http://dl.free.fr/j7pBrmx22. (mais pas pour longtemps)
Effectivement pas pour longtemps : ce 29/07/2019 à 09:00, le lien est vide
-
Le 6 avril 2019 s’avère être une date sensible pour le fonctionnement du GPS. C’est en effet ce jour qu’aura lieu la réinitialisation de la numérotation du calendrier GPS (GPS Week Number Roll Over), un évènement qui se produit pratiquement tous les vingt ans (19,7 ans plus précisément).
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=12724
- ou bien un GPS Bluetooth
auquel 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
-
Bonjour @marcterrier,
Ce matin ça remarche mais toujours pas de vario avec CARTES 122.2 avec le vol ci-dessus ?
_______________________________
Vitesse sol (km/h) : 58 km/h
Vitesse verticale Vz (m/s) : 0 m/s
_______________________________
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 !
-
Les cartes affichant les obstacles sont dispo sur le site de Flarm :
https://flarm.com/product-category/obstacle-databases/
En zoomant ca donne ça :
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
-
Le changement n'est pas si récent : http://www.volavoile.net/index.php?showtopic=5149&do=findComment&comment=41111.
Toutefois j'ai eu la curiosité d'aller voir sur Légifrance s'il y avait du nouveau : le dernier texte sur le sujet date de 2017 (https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT000034631299&categorieLien=id). A part le regroupement sous la dénomination "aéronef ultra-léger non motorisé" de plusieurs catégories, dont les planeurs ultra-légers, rien de nouveau. Le critère retenu reste le même : aéronef apte à décoller ou atterrir aisément en utilisant l'énergie musculaire du pilote et l'énergie potentielle.
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 planeur
- Pas un ULM
- Pas de décollage à pied
On ne peut règlementairement pas l'utiliser (ou alors il y a eu un changement que j'ignore...)
-
Merci pour le patch, Ludovic.
-
Donc la piste en herbe de Rouen est fermée jusqu'au 19/06.
http://marcterrier.fr/images/rouen_ferm%C3%A9.jpg
-
Est ce que l'on peut modifier le révérenciel pris en compte?
Pourquoi le GPS de la tablette prendrait un révérenciel et XCSOAR un autre?
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.
-
Je constate une altitude GPS dans l'application XCSOAR minorée de 60 mètres alors que l'altitude fournie pas le GPS de la tablette est correcte. cet écart est constant pendant toute la durée du vol. C'est comme si il y avait un offset. Le problème est identique sur d'autres modèles de la marque. J'ai balayé tous les menus de configuration mais je n'ai pas trouvé d'emplacement pour modifier une référence d'altitude.
à 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 !
-
Bonjour
Je cherche une copie du manuel de vol du JP15.
Si quelqu'un a ça dans ses cartons... (Titi ?)
Merci d'avance
Je t'envoie ça en MP dans la semaine.
-
Est ce que l'une de ces URLs permet de visualiser les statiques de vol détaillées (finesse moyenne effective, varios et distance moyenne des planées etc.) comme dans SeeYou desktop ?
Oui, Soaringlab fait ça, gracieusement en plus !
http://marcterrier.fr/images/soaringlab_statistics.png
-
Ma question portait surtout sur la connexion à un compte Aeroweb, que j'ai configuré avec l'id et le mdp comme indiqué dans Chrome et ses outils de développement.
Pour le moment j'ouvre un onglet aeroweb sur lequel je me connecte et ensuite le briefing est ok, mais je voulais faire "mieux".
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 apparaissent
- je me déconnecte ; je ferme le briefing
- j'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…
-
Oui pardon, c'est ce que j'ai adapté pour chez nous (comme j'ai pu
) : http://briefing.planeurs-chambley.fr/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.
-
Le câblage du connecteur de la 3201 ne change pas selon les types de micro, il y a un switch ou un cavalier DANS la radio, difficile de se rendre compte du bidule quand on refait le connecteur.
http://marcterrier.fr/volavoile/becker_ar-3201.jpg
-
Chez moi ça fonctionne bien sous Firefox, en revanche, sous Chrome, la connexion à Aeroweb ne se fait pas automatiquement.
« ç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
Date Oudie Avec Maj 9.15.001
dans Aide : SeeYou, SeeYou Mobile et Oudie
Posté(e)
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...