frédogoto

trouvé lien primordial.kml

compris : le lien sur le site web n'est pas jour... il s'agit des anciennes cartes... grrrrr

non mon kmz ne fait pas plus de 3mo ce sont des liens reseau vers des milier de petit fichier les fichier image ne sont pas inclus dans le fichier mais sont hébérgé sur un serveur je regarde ça

je vien de trouver ceci sur amazone : tres sympas comme hub USB, j'aime bien l'idée des interrupteurs pour eviter de fatiguer le matériel (ccd de guidage par exemple) pendant des périodes d'inutilisation http://www.amazon.co.uk/gp/product/B00B9KOCYA?psc=1&redirect=true&ref_=oh_aui_detailpage_o03_s00

c'est ça

Yes, mais plus précisément la :http://goo.gl/maps/qU46e

Je fait ça asap. Ceci dit tu peux le faire toi même : charge le kmz dans G E puis enregistre sous kml

une vue récente de la comète (hier) qui montre sans ambiguïté un réveil de plus en plus manifeste de la Comète

d'ailleur , je ne sais pas pourquoi JM mais j'ai l'impression que les tuiles ne se chargent pas... ?

bonjour Mach1 merci pour cette présentation. je déplace ton sujet dans le rubrique... présentation Tu sera le bien venus vendredi 5 a notre réunion de la pleine lune Tu as trouvé les plan d’accès ?

Plus légère ???? C'est des tuiles qui se chargent en fonction du zoom !! En revanche la transparence est une vraie question. Mais aujourd'hui ce n est plus gerable je crois ; la licence de mon logiciel à expirée

Le CNES vien de publier ceci : Le SONC prépare la suite de la mission de Philae 26 novembre 2014 En 1ere ligne lors de l’atterrissage de Philae et de sa 1ere séquence scientifique, les équipes du SONC préparent à présent la suite de la mission de l’atterrisseur dans l’hypothèse de son réveil courant 2015. Entretien avec Philippe Gaudon, chef de projet Rosetta au CNES. Gros plan sur la région d’atterrissage probable de Philae après ses 2 rebonds. Images de la caméra de navigation de Rosetta (20/11 ; 30,5 km du centre du noyau ; 2,6 m/pixel) ; assemblage Frédéric TAPISSIER. Crédits : ESA/Rosetta/NavCam–CC BY-SA IGO 3.0. Dans l’idéal, après l’arrivée de Philae sur le noyau de la comète 67P et l’accomplissement de la 1ere séquence scientifique jusqu’à l’épuisement de sa pile, l’atterrisseur aurait dû profiter du rechargement de sa batterie par ses panneaux solaires pour entamer une longue séquence d’utilisation de ses instruments. Hélas, l’arrivée de Philae a été quelque peu acrobatique et il s’est finalement calé contre une sorte de corniche de glace loin du site Agilkia initialement visé. Au final, le Soleil n’éclaire que certains de ses panneaux solaires et seulement moins d'1h30 par jour cométaire de 12,4 h. C'est insuffisant pour recharger sa batterie. Le vendredi 15 novembre, à l’issue de la 1ere séquence scientifique, Philae a donc basculé dans un mode comparable à une sorte d’hibernation et il n’en sortira que lorsque ses panneaux solaires récolteront assez d’énergie pour le réchauffer et le réveiller. Voici les réponses de Philippe Gaudon, chef de projet Rosetta au CNES, à quelques questions sur les conséquences de cette hibernation précoce pour le SONC, le Science Operation & Navigation Center, installé dans les locaux du CNES à Toulouse et chargé de la préparation et du suivi des opérations scientifiques de Philae. Philippe Gaudon, chef de projet Rosetta au CNES. Crédits : CNES. Après l’intensité des journées qui ont entouré le largage et l’atterrissage de Philae, comment les équipes du SONC ont-elles réagi à cette hibernation beaucoup plus précoce que prévue ? Philippe Gaudon : « Physiquement, il a fallu plusieurs jours à tout le monde pour se remettre de cette période, car les horaires et la pressions ont été extrêmes, mais je n’ai pas ressenti de découragement à l'annonce de l'hibernation précoce de Philae. D’une part, nous avons tous bon espoir que l’atterrisseur se rallume lorsque les conditions d’ensoleillement seront plus favorables et, d’autre part, nous avons encore beaucoup de travail. Une partie de l’équipe continue notamment de préparer des séquences scientifiques pour la période du réveil, dite Science de Long Terme (LTS). Elle était censée commencer immédiatement après la 1ère séquence scientifique (FSS) mais, pour le moment, je dis qu’elle n’est que reportée. La LTS n’avait été préparée que pour le 1er mois, il reste donc encore beaucoup de choses à faire ! Une autre partie de l’équipe du SONC participe à l’effort de localisation du site précis d’atterrissage de Philae. » Justement, avec quels moyens le SONC peut-il contribuer à cet effort de localisation de Philae ? PG : « Dès le 12 novembre en fin d’après-midi, dès que nous avons compris que Philae avait très certainement rebondi lors du 1er contact avec la surface, l’équipe de mécanique spatiale a commencé à réfléchir à la modélisation de ce rebond. Depuis, nous avons bien plus de renseignements sur les horaires des 2 rebonds et de l'atterrissage final, l’orientation du premier rebond, sa vitesse, la rotation de Philae pendant ces 2 heures de trajet supplémentaire, et nous tentons de reconstruire toute sa trajectoire. Ce que nous trouvons pour le moment est cohérent sur la durée à 1 min près et avec ce que propose l’équipe de CONSERT, mais il y a encore du travail à réaliser avant d’officialiser nos résultats. » Est-ce que vous pensez que le téléobjectif OSIRIS-NAC sur Rosetta parviendra à distinguer Philae dans la zone d’atterrissage ? PG : « C’est un site qui connaît des conditions d’ensoleillement délicates et il faut donc réussir à trouver le bon moment pour que OSIRIS-NAC puisse prendre des images, mais je suis confiant. Rosetta est actuellement à une trentaine de km de distance et elle devrait se rapprocher à une vingtaine de km début décembre, donc, quand je vois la qualité des images prises sensiblement à la même distance lors de l’atterrissage, des images sur lesquelles on voit vraiment très nettement Philae, j’ai confiance. À mon avis, c’est plus une question de bon éclairage de la zone que de résolution, même s’il peut être plus difficile de repérer l’atterrisseur s’il est coincé entre des parois de glace. » Lorsque Philae aura été situé précisément, quel sera le rôle du SONC ? PG : « L’équipe de mécanique spatiale, qui a largement contribué aux remarquables calculs de la trajectoire de largage, pourra alors déterminer avec précision quand l’ensoleillement deviendra suffisant pour que l’activité de Philae reprenne. C’est ce qu’on attend dans un futur proche et cela nous permettra de dire à partir de quand on pourrait envisager un réveil, possiblement dans le courant du printemps 2015, mais cela reste à confirmer. » Qu’est-ce qu’il se produira lorsque l’énergie collectée par les panneaux solaires de Philae deviendra suffisante pour provoquer son réveil ? PG : « En tout 1er lieu, il faut que Philae se réchauffe suffisamment avant de pouvoir démarrer l'ordinateur de bord et lancer le logiciel de vol. Puis, une fois le logiciel de vol lancé, celui-ci va automatiquement déclencher le fonctionnement des antennes pour tenter d’établir le contact avec Rosetta. Une fois cette étape franchie, si l’énergie collectée est toujours suffisante, ce sera au tour du compartiment de la batterie d’être réchauffé, à la suite de quoi la recharge de la batterie commencera. Enfin, quand la charge sera suffisante, Philae sera opérationnel et l’utilisation des instruments deviendra possible selon une séquence qui aura été préparée au SONC en étroite collaboration avec les scientifiques et qui sera téléchargée dans l’ordinateur de Philae via le Centre de Contrôle de Philae (LCC), le Mission Operation Center (RMOC) et Rosetta. »

donc si j'ai bien compris, une fois éliminé ce qui ne t'interresse pas , ce que tu veux faire c'est du CP , a focale moyene / longue ?! le c8 avec reducteur semble etre une bonne idée. je en l'ai jamais essayer mais sur le papier il est vraiment pas mal. reste a voir avec la pratique et les fameux artefact de conception des SC (shifting, collimation, flexions, équilibrage thermique, sans parler des éventuel désalignement du relais) ceci dit les SC on l’avantage indéniable d'avoir un bon backfocus ce qui le rend compatible avec tout sorte de train optique Le newton : mon expérience des newton est que si on ne veux pas etre em..nuyé il faut y mettre le prix, un bon barillet, une bonne araignée un bon poc... heu part le tube j'ai tout di la non ? bref un newton, pour etre pratique et rapide et fiable a mettre en place il faut que les élément qui le composent soie tous bon c'est donc un instruments plutôt cher. en outre il faut parfois composer avec les backfocus très court des ces instruments et pratiquement a chaque fois des aplanisseur ou des wyne qui sont tres limitant quand au consturtion est assembalge de traine optique (chalenge du guidage sur D.O avec un RAf en plus de la CCD par exemple) j'entend souvent dire que le newton est l’instrument idéal. su le papier c'est vrai. en pratique ben y'a de nombreuse restriction pratique justement il faudrait que tu dise avec quoi tu image, ton backfocus, tes cible type, la qualité de ciel etc pour qu'on puisse te guider d'aventage

ci dessous les améliorations des version précédente, (anglais) Changes in v2.3.1 •Wizard interface for setting up a new equipment profile •Ability to get scope pointing information from an ASCOM mount connection while using an ST-4 interface to guide •Updated native ZWO camera support for Windows and OSX •A window for displaying guiding statistics •Drift align tool improvements •Dark library and bad-pixmap bug fixes and improvements •Performance improvements •Star auto-selection improvements •Star SNR calculation improvements •Event server API improvements •Graph window improvements •Guide log improvements •Updated translations •Help file updates Changes in v2.3.0 •New Features ◦Bad Pixel Maps: a new method for identifying and removing hot and cold pixels, as an alternative to dark frames - contributed by David Ault and Bruce Waddington ◦A simplified user interface for building and maintaining a dark frames library - contributed by Bruce Waddington ◦Performance improvements: faster 3x3 median, plus some small image processing efficiency improvements ◦New guide log entries have been added for focal length, pixel size, declination, calibration hour angle, and side-of-pier when the information is available (ASCOM mounts); the lock position is now recorded in the guide log when it is changed with nudge lock position tool ◦An updated help file, updated tool tips, improved debug log messages, and some small cosmetic improvements in the UI ◦Support for shifting the lock position at a fixed rate for diferential flexure compensation or comet tracking; the feature currently requires a 3rd party app, such as Laurent Schmitz's FlexTerminator ◦usability enhancements Do not display polar align error on graph unless dec guide mode is set to Off Display a warning when the AO simulator is connected and the camera is not the Camera Simulator allow File=>Save Image when looping exposures ◦A Simplified Chinese translation contributed by Linkage ◦An Auto exposure option to automatically adjust exposure time to different guide stars or varying sky conditions ◦Auto-find-star reliability enhancements (mostly related to sub-frames), and improved reliability starting guiding for PHD server clients, like SGP ◦Native support for ZWO cameras - contributed by Robin Glover, author of SharpCap •Bug Fixes ◦fix failure to auto-load dark frames after Save Darks ◦OSX: Fix crash when PHD2 is started after the target window was displayed ◦Windows: suppress pop-up message when SSAG driver registry key is not found ◦Fix problem with title bar not being updated correctly when guide log is enabled/disabled ◦Mac: fix problem with 'b' key not working in drift tool notes window ◦Fix boundary pixel handling for median and average noise reduction filters when subframes are in use ◦fix a crash when socket server command AUTOFINDSTAR is called before an exposure has been taken ◦QHY5L: allow updating both exposure duration and gain before capturing the frame, rather than one update per frame - contributed by Rob Cormack ◦Mac: firewire camera fix - contributed by Ben ◦add an option to disable slewing check for ASCOM mounts, as a workaround for mounts that incorrectly report slewing Changes in v2.2.2a (Windows only) •Fix problem with PHD2 not being able to run on Windows XP •Eliminate dependency on MS Visual Studio 2010 C++ Runtime components Changes in v2.2.2 •A new Adjust Lock Position dialog, replaces "Enter Manual Lock Pos" •Errors and warnings during capture or guiding no longer pop up a modal message dialog box. A less intrusive alert is displayed at the top of the image window. •New options to plot Star Mass and Star SNR on the graph •A new German language translation •Updated French translation•The Drift Align Tool's polar alignment circle is now sized to account for site location and alignment star coordinates (ASCOM scopes only) •PHD2 will now work with both the original (v2) or newer (v4) Orion Strashoot Autoguider drivers on Windows without running Orion's PHD2 updater program, SSAGPHD2UPDATE. •For some mounts, PHD2 can detect when the mount is slewing and stop guiding when slewing is detected •More AO-related information in event server events •Better handling of ASCOM pulse guide failures, including a workaround for a Gemini2 bug that was causing PHD2 to hang when the mount fails to complete a guide pulse •Use multi-threaded capture for LE Webcams and QHY5II cameras •New read delay setting for LE webcams •Fix for RTS/DTR signal handling for LE serial webcam, with a new Cam dialog for configuring this signal. •Mac: update to latest SBIG Driver library •Parallel port webcams allow connecting on non-standard port addresses •Fixes a problem where distance could be reported incorrectly immediately after a dither, primarily affecting Nebulosity users, Issue 255 in the issue tracker. •The search region box is now sized correctly when the image window is resized. •Fix bookmarks menu toggle item sometimes not being updated when bookmarks are shown Changes in v2.2.1 •The Advanced Settings window (the Brain) can now be opened at any time, even when guiding (with "unsafe" options disabled) •Fast recovery of guiding after dither •Improved layout of controls on the Graph when the window is narrowed •AO improvements •Drift Align tool improvements, and the simulator can now be used to practice drift alignment •Bookmark commands are now available from the menu •Mac: disable App Nap for PHD2 on OSX 10.9 •Mac: added support for KWIQGuider •Image logging fixes •Updated French translation •More detailed error reporting for ASCOM camera errors Changes in v2.2.0 since PHD2 Beta 3 (v2.1.3a): • Changes to improve reliability of interaction with Sequence Generator Pro • Fix a bug where it was impossible to disconnect an SXAO without exiting PHD2 • Update about dialog to point to new home page URL • Use subframes during looping and calibrating. When looping, click outside the subframe to switch back to full frames. • Performance improvements • Changes to focal length and pixel size in the calibration step calculator are reflected on other tabs in the brain • Fix a potential hang or crash accessing an invalid memory address when finding star near edge of image • Fix some spelling errors in debug log messages • Fully rewritten Help files • Fixed typos in tooltips • Manual guide dialog can now adjust guide pulse duration and can dither • Fixed display of declination in calibration restore dialog • Updated logging code • Disable/re-enable sticky lock position when Drift Align Tool is run • Windows installer installs VC++ 2010 runtime when needed • "Mini-brain" on graph displays controls in one or two rows depending on window width • Fixed number of decimal places for camera pixel size in Brain • Updated French translation • Provide access to the ASCOM Camera and Mount setup dialogs in the Connect Equipment window • Automatically save the image when Auto-Select fails • Do not retain guide log file unless something was actually logged • Fix possible crash when RA/Dec overlay is selected and no mount is connected • Restore Calibration dialog shows useful stuff about what is being restored • Update to wxWidgets-3.0.0 • Mac: renamed app from PHD to PHD2

a télécharger ici : http://openphdguiding.org/ ou sur le http://www.-asso.org/filerun/wl/?id=fM&filename=PHD2-v2.4.0-installer_%281%29.exe Changements dans v2.4.0 (pour info nous avions pas incrimenté les changement de la 2.3, il y a donc en plmus des ces changement d'autre améliorations, non reférencées • l'amélioration du guidage o suivi de l'étoile de guidage amélioré près du bord du cadre o Des améliorations majeures sur l'auto-découverte étoiles, étoiles doubles et évitant étoiles saturés, et une meilleure réjection des pixels hauds o Meilleures détection de variation de la masse de l'étoile o processus de calibrage amélioré pour mieux recentrer l'étoile guide à sa position de départ o Nouvelle option pour forcer l'axe perpendiculaire sur DEC AD (aide étalonnage pour grande erreur périodique) o Amélioration de la récupération du guidage après une aquisition o la performance en fentrage est ameliorée • alertes proactives pour les soucis communs o contrôles et rapports problème du calibrage o notification de limites Max AD et DEC • Le support des périphériques: o Amélioration de la résilience au matériel bloqué ou coincé  PHD ne sera plus se bloqué si des dispositifs cessent de répondre ou ne parviennent pas à se connecter o -si j'ai bien compris - permet la bascule sur le port Aux des drivers ASCOM qui ne gère pas les commandes PulseGuide, comme EQMOD o SX-AO vérification de firmware o caméras Zwo Améliorations de la prise en charge des drivers natif • Nouvelles fonctionnalités o outil de suivi Comète • Amélioration des messages d'état • améliorations de Guide Connexion • Amélioration de l'enregistrement de débogage • mises à jour de fichiers d'aide • Internationalisation o Autoriser les caractères non-ASCII dans les noms de fichiers lorsque sauvegarde / chargement des fichiers FITS o Nouveles traductions japonais, polonais et russes • améliorations de l'outil d'alignement polaire • améliorations du calcul d'étalonnage • améliorations carte des mauavis pixels • Meilleur contrôle de PhD2 par applications d'imagerie tiers • le répertoire de dark et default n'est plus situe dans le dossiers mes documents

J'ai déjà posté cette galaxie dans le fil "a faire focale longue" la on est en focale courte Par mika , le gérant d'Oversky dans Pegase image cliquable

moui. le planetaire à la fs102 ben bof : résolution faiblarde... au c8 ok le soucis c'est que ce sont presque des besoins antagonistes d'un coté on a besoin de sensibilité de l'autre de résolution ce qui te sauve c'est que tu es à la fs102. donc y'a du champ, pas trop de focale donc a mon avi, mais je ne l'ai jamais essayée, la solution atick me parait intéressante. maintenant faut voir des images faite avec , des brutes notamment

et pour le planetaire : avec quelle optique ?

la version d'eqmod 1.28b est en ligne vous pouvez la télécharger depuis le : http://www.-asso.org/filerun/wl/?id=cM&filename=EQASCOM_V128b_Setup.exe

1. oublie l'orion : l'autoguidage avec ce truc est un challenge tant ce truc a la sensibilité d'une petite cuillère et le planetaire est franchement mediocre 2 lodstar : chero. sensibilité extra mais entrelacé : impossible de l'utiliser pour du planétaire 3. reste les chinoiseries que perso je ne connais pas... Axel en a eu il pourrai sans doute te répondre plus précisément 4. le capteur atick a l'air pas mal en théorie maintenant on a souvent abordé la question sur notamment sur ce fil dont je te conseil la "saine" lecture : http://www.-asso.org/forum/viewtopic.php?f=3&t=2466

Toutes mes ficelles de caleçon

nouvelle mosaique des 4 navcam de Rosetta traitée par votre serviteur image cliquable Quatre images NAVCAM provenant des images de la comète 67P / CG prises le 20 Novembre. Crédits: ESA / Rosetta / NAVCAM - CC BY-SA 3.0 IGO comme d'habitue une version librement interprétée

je te propose d'ouvrir un sujet sur ce point

dans l’hémisphère sud hélas, franchement sud meme Image Credit & Copyright: Fred Vanderhaven Lx200 12 et RCOS 10" version normale version sans étoiles, très intéressante même si je préfère avec les étoiles pour ma part

des volontaires ? [youtube2] [/youtube2]