pch

Bonjour, Tous les fichiers de configuration se trouvent dans le répertoire %LOCALAPPDATA%\virtualmoon\ On peut copier ce nom de répertoire directement dans l'Explorateur de Windows pour l'ouvrir. Les définitions de champs CCD et oculaires pour affichage sur la carte sont dans le fichier de configuration principal qui est nommé vma.rc . Les notes personnelle avec les définitions des lieux et du matériel sont dans le fichier database\dbnotes.dbl. Tout ça peut être copier sur un autre PC sans problème. Ce n'est pas modifié quand on passe de la version 8.0 à 8.2. Il n'y a aucun changement dans les fichiers de données entre les version 8.0 et 8.2, donc pas besoin de re-télécharger. La version 8.2 corrige uniquement certains bug avec le programme, il n'y a pas de nouvelles fonctions. Concernant le téléchargement des DEM le plus simple est de prendre celui avec 237m de résolution qui ne fait "que" 2GB et dont les deux fichiers sont en lien direct sur la page de téléchargement. C'est déjà une grosse amélioration par rapport au DEM de base qui à une résolution de 1.9km. Pour plus de résolution il faut parcourir cette grande page pour trouver ceux qu'il nous faut. Le début du nom des fichiers est indiqué sur la page de téléchargement, par exemple ldem_512_* pour celui avec 59m de résolution. Attention au piège que certain fichiers se nomment ldec_* et ils ne contiennent pas du tout ce qu'il nous faut, désolé ce n'est pas nous qui avons mis ces fichiers ensemble. Si ça peut faciliter les choses, je viens d'ajouter à la page de téléchargement la liste des fichiers pour chaque gros DEM, c'est le lien "Liste des fichiers" . Il peut être utilisé avec un programme de téléchargement. Personellement j'utilise wget avec Linux mais je suis sur que d'autres utilisateurs savent quoi utiliser avec Windows. Patrick

Salut, A la base CdC comme beaucoup d'autre logiciels utilise une solution de calcul simplifiée de ces satellites qui marchait encore bien il y a 10 ans mais plus maintenant. Pour résoudre le problème la nouvelle version 4.3 beta utilise les éphémérides SPICE avec la librairie CALCEPH de l'IMCCE. Avec ça on a la précision maximum disponible, mais ça demande un téléchargement supplémentaire. Pour l'utiliser il faut installer la dernière beta 4.3 depuis https://sourceforge.net/projects/skychart/files/0-beta/ Et ensuite les kernel SPICE disponibles depuis https://sourceforge.net/projects/skychart/files/2-catalogs/SpiceKernel/ Pour Amalthée il faut installer skychart-spice-base et skychart-spice-ext. On peut contrôler que la bonne éphéméride est utilisée dans le détail de l'objet qui doit indiquer "Ephemeris: JUP365" Patrick

Salut, Tu dois certainement utiliser une très vielle version car le remplacement de ces URL avec "Soft0..." a été faite il y a 7 ans dans CdC quand le MPC a modifié le nom des fichiers. Une petite mise a jour de temps en temps ne fait pas de mal... Patrick

Merci Christophe pour cette information. Les pilotes ASCOM LX200 que je recommande sont effectivement : - pour les tous télescope Meade : https://bitbucket.org/cjdskunkworks/meadeautostar497/wiki/Home - pour les autres interface compatible: https://pixelstelescopes.wordpress.com/advanced-lx200/ Patrick

Bonjour, J'ai enlevé ces pilotes LX200 et encodeur de Cartes du Ciel car je pense qu'on a maintenant des bon pilotes ASCOM ou INDI pour tous nos équipements et qu'il vaut mieux utiliser ces pilotes qui sont généralement bien testé et maintenu. C'est particulièrement vrai pour le LX200 ou j'avais beaucoup de mal à maintenir la compatibilité entre toutes les variantes du protocole. C'est pas pour rien qu'INDI propose une quinzaine de variante de son pilote LX200, et que sur la page de téléchargement d'ASCOM il n'y en a pas moins de 6 différents. Mon conseil est d'utiliser la dernière version beta 4.3 de Cartes du Ciel disponible sur https://sourceforge.net/projects/skychart/files/0-beta/ Avec cette version il est possible d'envoyer l'heure et le lieu à la monture par l'interface ASCOM. Si il est vraiment impossible de trouver un pilote ASCOM qui marche avec une monture spécifique mais que ça marchait avec les anciennes version de CdC, j'ai préparé ces pilotes comme une version autonome d'un pilote ASCOM Alpaca. Il faut installer le pilote alpaca_lx200 depuis: https://github.com/pchev/alpaca_lx200/releases/tag/v4.0.0 Quand on le lance on retrouve la même interface qu'avec l'ancienne version de CdC et il faut le reconfigurer. Ensuite dans la dernière version de CdC il faut choisir l'onglet "ASCOM Alpaca" et faire un clic sur "Discover" puis choisir le telescope dans la liste. Ça marche en local sur la même machine ou à distance, et sous Windows, Linux ou Mac. La même chose existe pour l'ancien pilote pour les codeurs: https://github.com/pchev/alpaca_encoder/releases/tag/v4.0.3 Autre avantage, ces pilotes Alpaca sont utilisable par n'importe quelle autre application pouvant connecter un télescope ASCOM. Il suffit d'installer la plateforme ASCOM 6.5 et d'utiliser le menu Alpaca du Chooser ASCOM pour définir la connexion. Amicalement, Patrick

Pour illustrer l'effet de la latitude subsolaire sur la position du terminateur cette copie d'écran montre la même colongitude de 358° mais avec une latitude subsolaire de +1.5° à gauche et de -1.5° a droite. Il me semble difficile de l'ignorer pour la précision que tu recherche. Patrick

Salut Norma, Je pense qu'il est impossible de trouver une formule simple pour prévoir les dates pour une colongitude donnée. La colongitude (avec la latitude subsolaire) représente l'orientation de la lune par rapport au soleil, ça dépend donc de la position de la lune sur son orbite et de la position du système terre-lune autour du soleil. Comme les vitesses sur ces deux orbites elliptiques et leur orientation relative changent continuellement ça rend le problème insoluble. Par contre il est facile de calculer la colongitude pour une date donnée. Un programme informatique peut un calculer des dizaines de millier par secondes en incrémentant le temps d'une minute à chaque fois pour finalement trouver les dates qu'on cherche. La même chose peut être faite pour prévoir des librations particulières. C'est une des fonctions qu'on pense ajouter pour la prochaine version de l'AVL. Pour le moment tout ce que je peux te proposer avec AVL pour trouver une colongitude c'est de partir de la date initiale, ajouter autant de mois synodique (29,53 jours) pour approcher la date que tu cherche, entre cette date dans AVL et utilise les boutons d'avance d'une heure pour approcher de la colongitude. Finalement affine en modifiant les minutes, environ 12 minutes pour 0.1 degré de colongitude. Attention que la colongitude est la position du terminateur sur l'équateur lunaire. Si la formation à observer est à une autre latitude, les variations de la latitude subsolaire de +/-1.5° vont provoquer une différence sur la position du terminateur bien plus grande que quelques minutes. Patrick

C'est des Devolo dLAN 1200+, pas sur si ça se vend encore. En théorie c'est du gigabit et j'ai entre 300 et 900 megabit selon les prises. C'est bizarre qu'il puisse y avoir des interférences car la fréquence utilisée par le Linky est basse, de l'ordre de 100 KHz contre des GHz pour les CPL informatique. Mais certains modèles sont peut-être sensible à des harmoniques du Linky?

Ca dépend peut-être des CPL? Chez moi j'ai le Linky depuis 3 ans et j'utilise sans problème des CPL dLAN 1200+ Patrick

Bonjour Luc, La flèche rouge qui indique la libration est toujours là. Pour qu'elle s'affiche il faut cocher "Marque la libration maximum" dans Configuration/Affichage et il faut aussi que le bouton Libration (le sinus) soit coché. Patrick

Bonjour Arnaud, En fait Carte du Ciel n'a aucune idée de ton type de monture et du télescope qui est dessus, c'est complètement caché derrière le driver ASCOM. Tout ce que fait Cartes du Ciel c'est d'envoyer au driver ASCOM des coordonnées RA,Dec et de dire si c'est pour un Sync ou un Goto. Ca ne sert donc a rien de chercher a configurer ou synchroniser quelque chose de ce côté là. Par contre c'est sûrement important pour le Gemini que tu partes d'une bonne position de park. Patrick

C'est pas une nouvelle version, c'est toujours la même depuis le mois de mai. C'est les antivirus qui sont nouveaux Si tu parle par rapport à la version d'il y a deux ans c'est bien décrit ici: http://ap-i.net/avl/fr/start Patrick

Voila j'ai mis une petite info sur le site: http://ap-i.net/avl/fr/virus.Pour essayer de répondre à Jean-Guy:Dans tout les cas stats.php3 ne sera jamais exécuté sur ton ordinateur mais sur le serveur astrosurf.Si tu l'appelle depuis ton navigateur il retourne: <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> 0: <P>1: <P>2: <P>3: <P>X: / Ce qui ne me semble pas bien dangereux :-)C'est un ancien compteur web qui n'est plus utilisé, normal puisque le fichier de documentation incriminé date de 2004.Patrick Chevalley

Salut a tous!Bravo Axel pour ta recherche, c'est bien ce IFRAME qui fait réagir ces antivirus un peu trop parano.J'ai reçu quelques messages à ce sujet cet été puis ça c'est calmé, j'ai alors pensé que les antivirus étaient corrigés. Mais voilà que ça recommence... je vais devoir mettre une note sur la page web.Si vous avez des doutes vous pouvez effacer ce fichier UK_Encyclo 31.html sans problème, c'est une vieille version (3.1 de 2004 comme son nom l'indique) et il n'est plus utilisé.En fait toute page web enregistrée depuis le site Astrosurf il y a 3 ou 4 ans contient ce IFRAME, normalement je faisais attention de les enlever des fichiers distribué (surtout pour pas fausser les stats à Jean-Philippe) mais celui-là m'a échappé.L'autre gag fréquent avec les antivirus c'est le programme d'installation Inno Setup que j'utilise mais qui est parfois utilisé par des virus pour s'installer. Si le filtre est fait un peu à la légère l'antivirus réagit ensuite au fichier de désinstallation unins000.dat Patrick Chevalley [Ce message a été modifié par pch (Édité le 29-12-2008).]