Julien3146

Ah yeah! Ça pique!

Perso encore trop basse sur l'est (pollution) pour moi, mais c'est une de mes Nemesis pour cet automne!

C'est fini !

Les derniers composants sont montés (porte fusible / interrupteur principal) :

Tout fonctionne, et y'a plus qu'à créer un câble par sortie, j'ai fait celui de l'écran à flats, il ne reste plus que :

-Chopper une batterie toute pourrie de Canon pour la vider

-Recevoir mes jacks 5.5x2.5 pour câbler le PC

-Recevoir mon GX12-2 pour la monture.

Il faut aussi que je fasse les tests au multimètre et à l'oscillo pour vérifier le comportement à la coupure et à l'activation, pour vérifier l'absence de pics de tensions (normalement, ça devrait le faire!)

C'est la fin d'une belle petite épopée du bricolage , après les premiers tests et quand j'aurais tout fini, il sera temps de passer à la V2, avec écran OLED et composants montés en surface .

Julien

PS : ATTENTION !

ATTENTION AU CHARGEUR DES BOOSTERS NORAUTO!

Ne jamais brancher quelque chose sur le booster pendant que le chargeur y est branché... heureusement que j'avais prévu large en dimensionnement des composants!

J'ai branché l'oscillo pour verifier la courbe lors de l'activation et la désactivation de la sortie et, tout désactivé, j'ai eu la désagréable surprise de trouver une horreur sans nom : un courant alternatif de 50hz (jusque là, rien d'étonnant sans charge qu'un relicat de quelques millivolts soit présent...) avec une amplitude de... 50Vpeak, 38VRms, qui ne s'explique que -selon moi- par l'absence d'une diode de roue libre sur le switch 220V-12V, où sur l'étage de charge à l'intérieur du booster. C'est honteux... Prudence donc à ne rien brancher sur le booster lorsqu'il est en charge.

Sebastien fait tout ce dont tu as besoin, même ce qu'il n'a pas sur le site .

S'il n'a pas en stock, ce qui arrive, il commandera chez OU, normalement ça va assez vite.

Il est de très bon conseil, en plus d'être sympathique

pour ton zoom, je pense que ça va être chaud. Pas pour la luminosité, à 300 de focale par exemple la Star Adv. doit être capable de suivre encore assez pour te permettre d'en faire quelque chose (attention à l'équilibrage cependant).

Le problème ça va être la planéité du champ, si ça se corrige bien en photo de jour avec les profils, la nuit sur des étoiles qui elles, sont ponctuelles, ça fait de suite beaucoup plus crade.

Le vent malheureux, tu as oublié le vent .

Par expérience de Meteoblue, les nuages vont se décaler vers le début de nuit en plus , ma main à couper , je bougerai pas 60kg de matos sur un étage pour revivre l'horreur d'hier

Je remonte pour donner une idée du potentiel de la soirée d'hier, s'il n'y avait pas ce vent de merde.

La bulle, en SEULEMENT 12 minutes de pose guidées horriblement :

Ah y'avait du potentiel hein... j'avais prévu 3h sous ce ciel excellent... en 12 minutes j'arrive à faire mieux qu'en 1h10 l'an dernier...

Re!

C'est bien que tu ne sois pas arrivé 1 jour plus tôt, tu es passé à côté de 4h de grognements, d'insultes et de désespoir

Pour cette semaine ça a l'air bien rapé maintenant, dommage, c'était la semaine "peu de lune"

Julien.

Je ne m'y connais pas trop en caillou, mais je crois en avoir déjà vu certains dans la liste des bons cailloux pour l'astro grand champ

Si tu comptes rester sur une config légère comme ça (APN+objectif), tu peux aller chercher du côté des Star Adventurer, pas besoin d'une EQ6 pour shooter en grand angle .

A+,

Ju

Salut compère toulousain!

Qu'est ce que tu as comme matos?

Tu peux jeter un oeil aux rencontres astro, sur le fil Toulousain, on se réunit à Lias dans l'ouest, où la pollution de Toulouse ne résiste plus à un bon filtre CLS et où la voie lactée est souvent bien visible et détaillée à l'oeil nu.

Enfin ça, c'est quand les rafales de vent ne viennent pas pourrir la seule nouvelle lune bien dégagée de l'année hein

À bientôt

Julien

Soirée qui s'annonçait paradisiaque, et qui s'est tranquillement transformée en enfer...

La voie lactee visible comme jamais à Lias, magnifique transparence... nouvelle lune, as un nuage...le setup se met en place de façon optimale... jusqu'à l'arrivée des rafales de vent à 40kmh vers 22h30..

Impossible de guider, des pics à 4 secondes d'arc en DEC, une session ingérable... j'ai jeté l'éponge à 23h40, après à peine 20min de poses degueulasses...

J'ai fait du visuel jusqu'à 1h30 avec mon 200/800 et j'ai tout plié, j'ai quand même passé un peu de temps sur m13, l'oeil de chat (touuuut petit mais bien là), m27, m81-82 avec des beaux détails dans le cigare... le ciel était pas si mauvais...

Y'a des soirs comme ça...

Personne ?

Hello,

pas de soucis pour moi, je n'active que les tensions branchées à l'aide de l'écran de contrôle .

Up up up !

J'ai enfin reçu les GX16-5 de Chine :

Un colis s'est perdu... je n'ai donc pas encore reçu mes portes fusibles.. Le comble, c'est que c'est un des seuls colis que j'ai commandé... EN FRANCE .

Il ne me manque que ça pour terminer la boîte.

Il me suffira ensuite de câbler les fiches GX16 (le neutre est commun, et chaque connecteur a son pin, ce qui permet de n'envoyer aucune tension en cas de mauvais branchement.) et en avant pour les tests grandeurs nature, après une phase de métrologie .

A très vite pour la conclusion !

Hello!

De retour après mes vacs dans l'Ouest, je pense aller à Lias ce soir, le temps a l'air au top et c'est la nouvelle Lune!

Des motivés pour m'accompagner?

Et bien moi, je salue l'implication de JLD pour lever les suspicions, c'est pro et très dévoué.

Effectivement, j'étais tellement tourné googleAPI que j'avais oublié que sur Android, on pouvait virer les accès au cas par cas. .

Je reviens sur cette histoire de caméra et de micro.

 

Voilà ce qu'indique le prestataire : "L’application demande de nombreuses autorisations à cause des nombreux enrichissements possibles. Par exemple, si vous souhaitez faire un enrichissement avec le micro, si celui -ci n’est pas activé dans l’application vous ne pourrez pas le faire. Donc nous devons l’autoriser avant, même s’il ne sert pas. C’est le fonctionnement d’Android.

Sur iOS le système demande au fur et à mesure les autorisations."

 

C'est un peu ce que j'évoquais plus haut, ces outils permettent de l'interactivité et rien n'interdit de développer des contenus interactifs via la caméra et le micro.

Et donc sous Android si ce n'est pas pris en compte dès le départ, ça ne fonctionnera pas le jour où on en aura besoin. Typiquement on peut imaginer des hang outs ou des choses comme ça encapsulées dans le magazine. Pour C&E je ne sais pas si ça répondra un jour à un besoin, mais pourquoi pas.

 

Bref, comme je le supposais, il y a bien une raison technique derrière chaque autorisation demandée par l'appli.

 

Il reste toujours la solution de basculer chez Apple pour ceux que ça bloque, ... ok je sors

Salut JL,

Oui, c'est exactement ce que je disais pour modérer tout de même la fureur des gens qui criaient à l'espionnage (ce qui ne m'a pas empêché de rester méfiant) je parlais des Credentials de l'API Google/Android, les autorisations sont demandées à l'initialisation.

Là où mon fonctionnement diverge avec celui de ton prestataire, c'est que, si j'ai besoin d'une nouvelle autorisation, je sors une mise à jour de l'appli avec une ligne de code en plus. Demander des accès à des trucs qui ne sont pas implémentés, je ne fais pas. Après, pour des questions de logistique et de liberté du client final, je peux entrevoir pourquoi ton stt procède ainsi.

J'espère que tu ne me vises pas dans tes messages, j'ai juste voulu aplatir un peu le truc, qui penchait selon moi, un peu trop d'un côté et de l'autre en même temps, alors que pour moi, la vérité était entre les deux.

À propos du contenu du magazine, je n'ai absolument pas mot à dire hein, loin de moi l'idée d'avoir voulu nuire, juste donner mon avis de google dev hein.

On est d'accord hein, micro, camera sont clairement superflus, mais au final, il n'y a ni sms, ni mails, ni contacts.

Comme je l'ai dit plus haut, demander l'accès à l'identité est parfaitement justifiable, et photos est malheureusement couplé avec la demande d'accès au stockage externe, mais ça, c'est le SDK de google le responsable

Faut pas te vexer hein, si je suis intervenu c'est pour donner mon avis, sur les deux côtés, tu l'as bien vu en plus

Julien par contre laisser entendre que Aquafadas fait un usage des données c'est supposer des activités illegales. Tu peux faire ce genre de supposition, mais c'est gratuit

Illégal? Ben non, et c'est bien ça que je trouve moralement très gris.

L'utilisateur donne l'autorisation d'exploiter les données : installer l'appli à l'heure actuelle c'est faire un chèque en blanc et espérer que le mec qui l'encaisse mette pas trop de zéros.

Perso, je préfère savoir quel montant est écrit sur le chèque dès le début.

Ensuite, le dev, en utilisant des "packs de fonctions, des environnements de travail", pourrait lui même ne pas se rendre compte du fait qu'il collecte et exploite des données, c'est ce que je veux dire en "incriminant" ton dev, pas qu'il le fait sciemment hein.

Le seul truc que j'ai à reprocher réellement au dev de l'appli, c'est juste de :

Ne pas faire attention aux accès demandés

Mettre l'utilisateur en situation de risque inutile en cas de faille exploitée dans l'appli.

Je ne sous entend rien de plus

Pas de soucis hein .

Perso, pour rebondir sur les propos de certains, je suis loin d'être paranoïaque, je n'ai effectivement rien à cacher, mais quand gmail lit mes mails pour rajouter de lui même sur google maps une petite note sur mon prochain vol en avion, ben merde, ça me fait chier... Une nana a la télé l'expliquait très bien, tu paies le service -soit disant gratuit- en données personnelles, si tu es à l'aise avec ça, pas de soucis.

Par contre quand je vois une appli qui demande des Credentials qui n'ont rien à voir avec sa fonction, ben j'installe pas, ça c'est net. Si un dev n'a rien à se reprocher, ça ne coûte rien (encore une fois, je connais et je pratique) de retirer les lignes en trop dans l'initialisation de l'API... Au moins l'utilisateur ne se pose pas de question.

En gros, pour "lutter contre le piratage", si c'est le but, le seul Credential à demander, c'est celui de l'ID unique de l'utilisateur, point. À la limite gérer les appels pour ne pas être interrompu pendant la lecture, et basta.

La surenchère d'autorisations, à part installer un climat de méfiance, ça sert à rien

PS : entièrement d'accord avec toi sur les frameworks utilisés n'importe comment par le STT, dont le boulot minuté ne lui permet pas de se pencher dessus, et parce qu'il n'en à au final, rien à foutre.

Sauf que, comme je le disais, rien n'empêche au framework lui même, développé par la boite de dev pour standardiser sa production, de faire du big data tranquille dans son coin sans que personne n'en sache rien, d'où l'intérêt de bannir ce genre de pratiques de "programmation à la boite noire".

@gehelem :

Google n'a pas besoin de C&E comme backdoor, car les autorisations demandées par C&E sont des autorisations demandées... à ton compte gmail (Google Play).

En gros : si tu as accès au Play Store ou à l'Apple Store, c'est déjà trop tard

Edit : qu'une filiale d'un grand groupe soit responsable du dev de l'appli est déjà plus problématique, on imagine très bien les bibliothèques "boites noires" à inclure automatiquement en début de programme (et qui, justement, demandent toutes les autorisations). Rien n'empêche ces bibliothèques de faire un peu de big data direction Rakuten, sans que C&E n'en soit conscient.

En gros, changez de prestataire pour un plus respectueux de la vie privée des endusers...

(Je développe pas sur Android, uniquement sur PC, je fais pas de pub )

Salut, j'ai pas tout lu, mais je suis dev google (attention, je ne bosse pas chez google, j'ai juste un compte google dev hein), et JL, je désapprouve complètement ce que tu dis.

Les autorisations demandées par l'appli Ciel et Espace sont absolument abusives..

Cependant, et ça il faut que tout le monde en soit conscient, le fait de demander l'autorisation à l'utilisateur ne veut pas dire que ces données soient utilisées, et cela ne veut pas dire non plus que les données sont ne serait ce que RÉCOLTÉES.

En fait, pour rentrer un peu dans le détail, les autorisations sont demandées à l'initialisation de l'API Google (en gros, les fonctions et aides au développement). Un mauvais programmeur va initialiser l'api de Google en demandant toutes les autorisations. C'est pour éviter, en cas de permission non demandée, de crasher complètement le programme (une tentative d'accès à une donnée imprévue dans les "Credentials" lève une exception, qui, si elle n'est pas captée, fait planter le programme).

Cela ne veut pas dire que les fonctions accédant aux données seront effectivement exploitées dans le programme, et je suis assez sûr que l'appli C&E n'utilise aucune de ces données..

CEPENDANT, être de bonne foi n'est absolument pas une excuse pour initialiser l'API avec tout les droits... on ne sélectionne, si on respecte l'utilisateur, et pour des raisons de sécurité, que ce dont on a besoin.

Vouloir lutter contre le piratage n'a rien à voir avec le fait de demander l'accès préliminaire au micro (préliminaire, j'insiste, je suis sûr qu'il n'y a pas une seule ligne de code qui accède au micro hein). De plus, si l'appli C&E contient une faille, par exemple, une requête SQL non protégée (pourquoi pas hein...), il vaut mieux que les injections éventuelles pour accéder aux données soient bridées par le fait qu'on ait pas la possibilité d'accéder à toute la vie de l'utilisateur...

Voilà, en gros, tu peux faire remonter, en ces mots, au dev de l'appli que les credentials de l'api google, c'est pas juste un copier coller de script kiddie qu'on cale au début du programme... ça prend, montre en main, 5 minutes à corriger et recompiler, et, si vous êtes réellement de bonne foi, la mise à jour un peu plus respectueuse de l'end user sera rapidement disponible

Julien

Salut, aucune importance, l'angle étant au final simplement indiqué dans une métadonnée sans incidence sur l'information. Métadonnée que DSS et Iris se font un plaisir d'ignorer copieusement.

Merci à vous deux, c'est l'occasion de passer à des cibles plus compliquées maintenant

Salut Corentin,

Iris peut faire du bon boulot sur un tiff sorti de DSS pour retirer le gradient, à condition d'offseter un peu le tout, pour éviter de se retrouver avec un FDC à zéro

Merci Phil et JP, j'essaierai peut être une v3 sans réduction du tout alors.

C'est assez chaud de trouver l'équilibre entre punch, douceur et surtraitement!

Prochaine étape : soigner la mise en station, l'equilibrage, faire une bibliothèque de darks pour l'ASI120 et PHD, et arriver à lisser un peu les courbes !

Hello hello!

Je vais reprendre les brutes de l'iris de mi juin pour faire la mesure, elle est prise vers l'Est et on voit bien la différence.

Je regarde ça dès que possible

Encore un joli retour hier pour le premier étage de la mission CRS-12.

Ne laissons pas l'habitude du succès rendre cela moins exceptionnel