gunsailor

finalement j'ai utilisé les quaternions... et mon programme est presque terminé! il ne me manque plus que la localisation. J'ai déjà implémenté la localisation automatique par le réseau mais je trouve pas mal de savoir comment est l'état du ciel à l'étranger! si l'un d'entre vous est intéressé par un programme fait maison... en revanche, je vais devoir passer du temps à l'organiser avant de le mettre sur github! je suis très mal organisé à vrai dire. Mon programme n'utilise pas d'interpolation de mouvement, ce qui fait qu'il est légèrement saccadé bien que j'utilise un "low pass filter" pour l’accéléromètre. mais les position des astres n'ont rien à envier à celles de stellarium qui consomme 250Mo de mémoire contre 150Mo pour mon programme. Je l'ai appelé "Ouranos" comme le dieu grec du ciel ( qui était accompagné de gaïa dieu de la terre ). voilà... j'espère que vous n'aurez pas peur de me demander l'apk! bonne soirée!

car je suis un astro et un android geek! j'ai fait une année fac en informatique que j'ai obtenue en 2010 mais j'ai du arrêter pour des raisons de santé... et depuis je me suis intéressé à l'astronomie. j'ai un télescope skywatcher... si je veux reproduire stellarium c'est qu'il n'a pas le viseur pour identifier les étoiles qu'a skyview free. mais que ce dernier a des problèmes avec l’accéléromètre (il faut sans cesse le recalibrer ). pour mon problème j'ai une solution mais coûteuse pour palier... il s'agirait d'effectuer une rotation sphérique à l'aide de quaternions ou de matrices à partir des coordonnées des point cardinaux. j'utilise ces rotations tout au long du programme pour placer les étoiles et les planètes... mais moins il y en a mieux mon programme se porte!

bonjour à tous!! je suis en train de reproduire par rétro-ingénierie le programme stellarium pour android.. J'ai quasiment réussi à reproduire la version gratuite du logiciel. mais il me manque encore un seule chose! mon logiciel comporte une ligne d'horizon dotée des points cardinaux. et c'est pour les points cardinaux que j'ai du mal. je pourrais très bien me contenter de les laisser tels quels vu que le nord magnétique est quasiment aligné avec le nord géographique à l'heure d'aujourd'hui en France... Mais dans quelques temps mon programme n'indiquerait plus le nord géographique! je croyais avoir trouver comment faire jusqu'à ce que je log mon angle theta de déviation à une valeur beaucoup trop grande. voici comment je m'y suis pris: j'ai utilisé la relation de base de la trigonométrie sphérique: c = acos(sin(phia)*sin(phib)+cos(phia)*cos(phib)*cos(lambdaa-lambdab)) avec phia et lambdaa respectivement la latitude et la longitude du nord magnétique. avec phib et lambdab respectivement la latitude et la longitude de la localisation du device. avec c la distance entre les points a et b. puis j'ai utilisé la règle des sinus pour déterminer l'Angle B pour avoir la déviation du nord magnétique. B = sin(phia)*sin(lambdaa-lambdab) / sin(c) je ne comprends pas ce qui cloche... l'angle que j'obtiens est bien trop grand. je fais appel à votre clairvoyance générale pour résoudre ce problème et enfin finir ce programme... Quand j'aurai fini cette première partie je m'attaquerai aux éclipses. merci de votre attention. bonne journée!!!!

Comme tu dis! C 'est déjà pas mal et je ne vais pas me plaindre... Je vais essayer de corriger les coordonnées de la nutation et de l'aberration. Merci de t'être intéressé à mon sujet. Mon logiciel n'en est qu'à ses débuts...

Le résultat du dessus utilise les éphémérides astrométriques J2000.. Ce qui se rapproche le plus de mes calculs, c'est le type d'éphéméride "moyen de la date".. Mais ce n'est pas la panacée! Mercury (Planète) Date λ β dobs mv Phase Δλcosβ Δβ vr deg deg au mag deg arcsec/min arcsec/min km/s 2024-01-07T17:48:00.001 175°27′02.170″ 5°37′01.124″ 0.3808395627 -4.79 0 10.2673356 -0.7759286 9.9748205 Il y a quand même 12 secondes de différence en longitude. Je crois que je vais devoir me contenter de cette précision toute relative... Mon logiciel fonctionne, c'est déjà ça!

Je donne simplement la sortie de mon code: quant à l'IMCCE c'est pour le même jour même heure: Mercury (Planète) Date λ β dobs mv Phase Δλcosβ Δβ vr deg deg au mag deg arcsec/min arcsec/min km/s 2024-01-07T17:48:00.000 175°06′20.378″ 5°37′03.555″ 0.380826903519 -4.79 0 10.2659928 -0.7753925 9.9750248

En fait, les coordonnées héliocentriques écliptiques de mercure sont fausses d'une bonne vingtaine de degrés en longitude... Alors que j'ai passé 5 tests du site neoprogrammics pour cette planète. Bruno, je suis tombé sur un os! Je te laisse vérifier par toi même sur le site de l'IMCCE... C'est accablant! Alors je voudrais bien une explication... main.c

ET AU GRAND MERCI POUR TON AIDE!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Les grands esprits se rencontrent!!! J'ai fait ces tests... Pour la version D, la longitude est à l'OUEST!!!!! En revanche ça fonctionne avec la version C... Les tests sont probants, en revanche je ne trouve pas les mêmes données que le site de référence! PS: Moi j'essaie d'implémenter à ma façon "stellarium" de google play sur mon android... ET je suis plutôt pointilleux sur les coordonnées de mes astres... Mon programme fonctionne sans ça

euhhh.. désolé pour le précédent code. Dans celui que je mets là, ce sont les coordonnées équatoriales géocentriques de mercure calculées en c++. J'ai de grossières erreurs... Si qq'un pouvait me venir en aide! merci d'avance! main.c

Je vois que mon sujet prête à débat!!! Je m'étais trompé dans mon calculs... Finalement j'utilise la version C de VSOP87, celle avec les coordonnées cartésiennes héliocentriques. Mais j'ai toujours des erreurs!!! en effet, j'obtiens 15' de déviation par rapport aux données du site de l'IMCCE... C'est énorme! main.c

oui... J'ai téléchargé la version D, pour avoir les coordonnées directement en latitude et en longitude héliocentriques. C'est également la version que j'ai utilisé dans le petit programme en c++. Je comprends qu'il existe des versions plus récentes, mais il est dit explicitement dans toute la documentation: Du coup, je ne m'attendais pas à voir autant de différence avec les données de l'IMCCE! Une différence de 1'' versus 2 dizaines de degrés! Je me demande si le problème ne vient pas d'une mauvaise compréhension de ma part concernant l'exploitation des données...

je tiens à préciser que ce n'est pas moi qui ai hard codé toutes ces valeurs!!! Je tiens ces fonctions du site https://neoprogrammics.com/vsop87/source_code_generator_tool/. Je fais confiance à ces valeurs... elles sont générées automatiquement! Pas à la main...

bonjour, je m'intéresse ( comme le titre l'indique ) aux éphémérides des planètes du système solaire... J'ai trouvé un site qui hard code les données du catalogue en c++. J'ai voulu vérifier les données que j'obtenais avec celles fournies par l'IMCCE. Pour la plupart des planètes, je constate un décalage de quelques degrés en longitude comme en latitude... Mais le plus gros delta est à constater sur Mercure! J'obtiens une longitude de 145.8° alors que sur le site de l'IMCCE elle est de 169.9°!!🥵 est-ce que qq'un a une idée de l'endroit où je pourrais me tromper? Je lègue un fichier c++ pour qui aurait envie de jeter un oeil. merci de votre attention! main.c