"PS : évitez SVP de me moinsser, si vous voulez que je puisse éventuellement vous répondre. Du reste, n'étant pas hors sujet, je ne vois pas pourquoi vous le feriez, mais étrangement, c'est déja arrivé, alors.."
Si tu veux éviter de te faire moinsser alors évites d'amalgamer les lobby à caractères commerciaux et les autres.
De plus même si les personnes fréquentant ce site sont globalement plus respectueuses que les autres (ou du moins le prétendent), il y a bien des internautes qui contreviennent à la loi en téléchargeant illégalement (première pierre toussa ...).
Quant on entend des responsables dire qu'ils sont contre l'interopérabilité et que l'on s'interroge sur l'avancé du RGI alors on ne peut que conclure qu'il y a au moins un grain de sable dans l'engrenage.
Je pense qu'il pourrait être souhaitable d'envisager un droit à la communication électronique, qui selon moi à changer noter rapport à l'autre.
Pour moi la principale différence qu'il y avait jusqu'à présent était l'aspect multiplateforme de TeXmaker.
Il me semble qu'avec l'arrivée de kde ça devrait changer la donne.
On pourrait se dire que kile permet d'utiliser tout ce que kde autorise comme le protocole de communication fish, qui permet depuis n'importe quelle application kde d'ouvrir des fichier sur une machine distante sans avoir à connaitre le protocole, mais ça ne serait pas exacte.
S'il est bien possible d'ouvrir un fichier de cette manière il n'est pas du tout possible de compiler un document, j'ai bien conscience que la chose serait complexe à coder, mais du coup je trouve que kile ne profite pas de l'aspect kde ...
Un dernier point qui est vraiment gênant : ni kile ni texmaker ne disposent d'outils pour aller chercher sur le net des paquets nécessaire à la compilation mais non disponible sur le système. Il est regrettable que cette fonctionnalité soit disponible sous windows et mac et pas sous linux ....
Finalement je pense qu'il pourrait être bien plus intéressant de faire su latex avec un kdevelop bien configuré.
"un éditeur de texte (Vim, nedit, Emacs) et un shell"
Je pense qu'il est de bon ton de rappeler que même s'il est tout à fait possible de créer des documents LaTeX dans un éditeur classique, des solutions permettant de réduire significativement le temps d'apprentissage de LaTeX existent.
Une d'entre elle se nomme Kile, elle permet d'avoir un traitement de texte dédié à TeX avec une bonne coloration syntaxique ainsi qu'une interface graphique permettant d'inclure des commandes dont on ignore le nom, ou de simplifier l'inclusion de graphiques et tableaux.
Une solution analogue se nomme TeXmaker.
Tout les personnes utilisant LaTeX n'ont pas comme contrainte de ne pas avoir de serveur X, il est donc intéressant de rappeler l'existence de tels outils.
J'ai personnellement l'habitude de fuir, les formations ou l'on présente des outils demandant un temps d'investissement colossal, ce qui perd les novices (Vim, Emacs et que dire de ce vieux nedit ...).
Nous sommes en train de développer une gestion de webcam utilisant le driver uvcvideo USB video device class, qui permet d'utiliser un programme unique pour l'acquisition avec divers périphériques compatibles.
L'idée est de pouvoir utiliser une webcam comme entrée d'un algo maison.
Nous avons implémenté la partie acquisition, réglage, écriture dans une video.
Pour l'instant nous ne nous intéressons pas au son.
Il nous reste encore la partie multithread à fignoler pour pouvoir rendre ça vraiment utilisable.
Notre plateforme logicielle étant en C++, les différentes bibliothèques ont été encapsulées.
Nous comptons à terme nous baser sur Qt, donc nous utiliserons Qthread, pour le multithread.
Pour faire un petit état des lieux sur l'acquisition sur Linux, c'est pas encore folichon.
Dans la partie Qt, par défaut c'est le backend Gstreamer qui est utilisé. Il n'est pas du tout mature, pour ce type de projet.
Il est aussi clair que malgrès le travail phénoménale de L. Pinchart sur le driver uvc, il reste encore des zones d'ombres à éclaircir.
Pour avancer la partie veille techno, l'équipe de piaf est très en avance sur Qmotion, elle est également basée sur opencv (contrairement à nous). elle utilise également Qt (en version 3), pour information le soft est maintenant chez openwide, il suffit de leur demander, il est dispo en GPL.
Pour commencer avec une webcam uvc je conseillerais le logiciel guvcview, qui est plutôt bien fait et dont le code est lisible (mais en C). C'est ce code qui nous a permis d'acancer rapidement sur la partie video et réglage, car les decripteurs de la webcam dans V4L2 ont tendance à changer ...
Enfin je tiens à remercier L. Pinchart pour nous avoir aidé tout au long de ce projet.
J'espère que nous pourrons mettre à disposition le code quand nous l'aurons terminé.
Arduino : carte avec micro-controller basée sur l'atmel 168 elle bénéficie d'une excellente communauté et de nombreuses extension.
Toute la chaîne est OSH&S.
prix ~30€ http://www.arduino.cc/
API open source multiplateforme
Make controller kit : basé sur un arm7 elle dispose d'un interfaçage très bien fait et permet l'utilisation du protocole OpenSoundControl pour dialoguer en UDP/IP ou USB, elle permet nativement d'utiliser des modules xbee (zigbee) pour le wireless et inclu un port ethernet.
Elle est actuellement en phase de réédition et du coup en rupture de stock.
Toute la chaîne est OSH&S.
prix 109$ http://makezine.com/controller/
API open source multiplateforme
USBDUX : carte d'acquisition USB permettant de controller 8 AI et 4 AO, design OSH, nécessité d'utiliser le driver comedi, qui est un peu chiant à installer http://www.linux-usb-daq.co.uk/tech2_usbdux/
Il existe une initiative permettant d'éviter le gaspillage d'energie de développement de driver et materiel libre pour l'embarqué ! http://www.osadl.org/
Je n'ai pas encore compris à quoi cela sert exactement, si quelqu'un a des infos je suis preneur.
Voila ma veille techno perso, si vous avez mieux je suis également preneur.
Je dois commencer un post doc dans quelques mois sur le pilotage temps réel à partir de simulation numérique d'essais mécanique en dynamique, si j'ai quelque chose d'interessant dans les temps why not.
Perso il y a des fois ou je ne comprends plus rien.
tout d'abord la recherche graphique est assez minimaliste et la version avec un fond bleu homogène n'a guère d'intérêt si ce n'est de dépenser de l'encre inutilement, mais bon je tiens tout de même à féliciter les auteurs de l'avoir faite aussi en fond blanc.
Un point fondamentalement gênant c'est que cette version n'a pas été faite avec oodraw.
Je trouve que c'est un magnifique acte manqué lorsque l'on voit la simplicité du poster.
Sérieusement c'est moins de deux heures de boulot avec oodraw.
Si j'ai le temps j'en ferais une version .odg, car c'est tout de même étonnant de promouvoir des formats de fichiers que l'on n'utilise pas !?
De plus je rappelle pour l'occasion qu'il n'y aucun sens de farie une affiche de graphique en bitmap là ou du vectoriel suffit !
En bref je trouve l'effort louable, mais je trouve dommage de laisser l'opportunité à des gens de dire : c'est tellement bien que tu préfère utiliser Gimp pour faire une tâche que oodraw sait faire.
Pour rappels dans beaucoup de cas oodraw peux faire des affiches d'une très grandes qualité. Personnellement je fais tous mes posters scientifique avec. Pour faire mon chieur je dirais juste que je regrette l'incompatibilité réelle de OOo avec le svg, qui rend les aller/retour avec inkscape fatiguant.
"L'INRIA a l'ambition d'être au plan mondial, un institut de recherche au cœur de la société de l'information.
...
La stratégie de l'institut repose sur la combinaison étroite de l'excellence scientifique et du transfert technologique. L'objectif essentiel de l'INRIA pour les années 2008-2012 est de réaliser des percées scientifiques et technologiques dans sept domaines prioritaires :
* Modélisation, simulation et optimisation de systèmes dynamiques complexes
* Programmation : sécurité et fiabilité des systèmes informatiques
* Communication, information et calcul ubiquitaires
* Interaction avec des mondes réels ou virtuels
* Ingénierie numérique
* Sciences numériques
* Médecine numérique
"
Au niveau de :
* Ingénierie numérique
* Sciences numériques
Je trouve qu'ils ne sont pas au fait de ce que MOI j'en attends.
Mais je dis principalement ça car je n'ai aucune vision de leur Roadmap sur le plan stratégie d'implémentation des techno de l'informatique pour le calcul numérique, et de l'informatique pour la communication homme/machin (PC vers actionneur).
"bon je vous laisse trouver les différences entre chacun"
Ce n'est que de l'approximatif, j'invite quiconque ayant de meilleur connaissances sur l'un ou l'autre à corriger.
GNU_Octave, est un logiciel qui cherche à pouvoir faire fonctionner les développement fait sous MatLab sans modification majeure. Il progresse bien, mais ne gère pas encore la couche orientée objet que les bon développeur matlab utilisent.
A titre personnel j'ai écrit un code d'identification basé sur le recalage par éléments finis dessus (enfin sur matlab, mais il fonctionne en octave).
R est un logiciel qui est plus orienté théorie des distributions, mais ce n'est pas trop mon domaine, il est considéré comme un des meilleur soft dans ce domaine.
Scipy est très intéressant, car il permet d'avoir un environnement orienté objet, avec les avantages, mais aussi les inconvénients d'un langage interprété. Je ne crois pas que l'on puisse faire de l'analytique avec, j'ai iutilisé un des module il y a 4 ans, pour résoudre un pb aux valeur propres, et ça a bien fonctionner.
L'un des gros avantages par rapport à scilab c'est la possibilité d'importer des modules python pour gérer l'USB ou l'UDP/IP.
SAGE n'est pas du tout un logiciel de calcul formel, c'est une un plateforme regroupant tous les autres logiciel scientifiques permettant de réutiliser les calculs de l'un dans l'espace de travail global de SAGE.
C'est très puissant, mais pas très simple à appréhender.
Je dois tout de même leur tirer mon chapeau, car jusqu'à présent il n'y avait aucun lien simple entre les soft.
Maxima est un logiciel de calcul formel très puissant mais un peu en dessous de mathematica.
Il m'a permis de conduire un processus d'homogénéisation en intégrant une gaussienne de - l'infini à +l'infini sur des systèmes de tenseur d'ordre 4, ce qui est certes faisable à la main, mais qui pour un dyslexique comme moi peu engendre de belles erreurs.
Quant à Jmathlib et freemat, c'est un paris audacieux mais comme ces projets sont menés par une toute petite équipe je doute qu'ils ne rivalisent jamais avec octave-forge et encore moins avec matlab.
Gap est un outil d'implémentation d'algèbre au sens théorie des groupes, je ne voie pas encore son intérêt dans la physique, mais il pourrait faire sens dans les démonstrations de décomposition d'algèbre tensoriel ou d'algèbre de Lie.
Bon encore une fois je ne suis pas un matheu, je vous livre donc des impressions et pas des vérités ...
Ok pour les autres réponses, si ce n'est que je ne comprends pas trop quel est le but de ce nouveau noyau, de plus le symbolique ne peut être envisager comme une surcouche ... enfin on va arrêter, vous n'avez visiblement aucune envie de discuter de la philosophie de scilab, dommage.
* On poste sur un journal pour proposer des offres d'emploi. Pas un journal pour discuter des technologies demandées dans ces offres.
Ca n'a donc rien à faire dans les journaux, si vous l'aviez posté à l'endroit adéquat, vous auriez certes eu moins d'audience, mais je ne me serais pas permis de vous donnez mon avis.
* Je ne suis pas informaticien donc me renvoyer un "git clone git://git.scilab.org/scilab" ne me fera en rien changer d'opinion, dans un projet opensource il doit y avoir la place pour les critiques des utilisateurs.
"Je ne vois pas trop comment engager un dialogue vu la teneur générale de ce message qui mélange demi/contre vérités et interprétations erronées..."
* pour les demi vérités, c'est une certitude, je ne comprends rien à vos orientations scientifiques et techniques, et je ne suis pas le seul, toutes les personnes un peu compétente (ce qui n'est pas mon cas) en analyse numérique, à qui j'ai parlé de de scilab ne savait pas en quoi celui-ci se différenciait de Matlab, et quelles étaient les perspectives et la roadmap :
" You will find below the major objectives of the Scilab 6.x versions family validated by the Steering Committee.
New kernel (interpretor, syntax tree, memory management ...)
To allow an easy maintenance, to get rid of the constraints of Fortran language (stack, structure ), to improve efficiency of complex data structure handling and to allow 64 bits addressing.
HPC and Grid
To allow Scilab to be able to develop HPC and multicore applications.
To allow Scilab to offer Grid related packages.
Documentation
To have Scilab documentation worthy of Scilab software.
Industrialization of Scicos module
To improve manual and to add to automatic testing & demos.
Generator of C code
To allow Scilab to be able to generate C code from Scilab script for embedded system.
Scilab services (SOA)
Integrated into a Service Oriented Architecture, to allow Scilab to be available as a service for distributed and transparent computations - services from Scilab or from other software using Scilab. "
Vous avouerez que c'est tout sauf clair. Allez vous oui ou non faire une refonte complète du noyau !
Si oui, allez vous creer la notion de variable symbolique, sur laquelle pourrait s'opérer des opérations du type dérivation, ou intégration, pour envisager une optimisation de la génération de code C que vous envisagez de coder.
Pour les contres vérités, là vous mettez en cause mon intégrité, je vous demanderez donc de développer, si il y a des erreurs dans ce que j'ai dit je m'en excuse.
* J'ai tout de même soulevé beaucoup de point comme :
- l'absence de la gestion de l'usb et de l'udp/ip dans scicos, qui rend impossible l'utilisation du make controller.
* L'utilisation de Java plutôt que de QT4.
* Vous postez sur un site ou se trouve une tripoté d'experts en informatique, math compilation, automatisme, embarqué, mécanique (mon cas) ... et vous ne proposez que de l'implémentation de techno, sans argumenter vos choix.
* Un exemple comme un autre, la visualisation de données à fait un bon en avant dans gnuplot depuis l'apparition du terminal wxt, et vous vous décider d'utiliser une techno Java inconnu de la plupart des scientifiques. Un bon argument serait de dire que vous voulez une bibliothèque et pas un prrogramme en ligne de commande, why not dans ce cas pourquoi ne pas utiliser qwt, qui est déjà interfacé avec python, et qui donne de superbes résultats (http://pyqwt.sourceforge.net/pyqwt3d-examples.html).
Je vais prendre un peu de temps pour essayer Scilab 5, la dernière fois que j'avais essayer c'était tout simplement trop tôt, rien ne fonctionnait dans ce que j'avais essayé.
ceci dit, si vous ne souhaitez pas engager un dialogue pour (nous) m'éclairer sur l'orientation de votre R&D c'est votre choix, mais il me semble dommage de ne pas avoir des réponses à ces interrogations qui me semblent être assez légitimes.
Je dois avouer que j'ai bien du mal à comprendre comment se positionne scilab.
A l'heure actuelle il n'est accepté que comme clone de MatLab, qui est un logiciel propriétaire basé sur des briques opensources pour faire les calculs.
Je trouve dommage que votre principale activité consiste à essaye de singer ce logiciel qui a des fonds que vous n'aurez jamais.
Le projet Digiteo est très intéressant et je pense que le recrutement de cinq personnes intervient bien trop tôt dans dans la vie de cette fondation. Il ne me semble pas que vous avez tranché les aspect prospectif amont.
Quid du calcul symbolique dans une plateforme numérique et comment l'intégrer aux solutions présentées lors des précédents workshops ?
Simulink est reconnu comme étant la plus grande source de bugs dans l'industrie, un blob ou il est impossible de vérifier quoi que ce soit ... et dans les fiches de poste on apprend que vous voulez transcrire ses fonctionnalités.
Passage à une interface basée sur Java, alors que QT4 contient tous les outils nécessaire avec notamment l'implémentation de l'openGL et la création de widgets techniques de très belle facture avec Qwt, avec l'avantage d'être aussi multiplateforme, n'auriez vous pas pu faire un corp indépendant de l'interface graphique, permettant une meilleur intégration dans l'environnement de travail ?
Seul interfaçage avec la réalité par S. Manori au travers de scicos HIL qui ne sait traiter que des drivers comedi, alors qu'il existe des ucontroller entièrement interfacé comme l'arduino et le make controller kit basé sur un ARM7 utilisant le protocole opensource OSC (Open Source Controller), se commandant en UDP/IP ou USB ... mais pas de chance ça vous ne l'avez pas implémenté !!
Il y a bien la plateforme pour coder des cartes flex qui relève le niveau, mais reste à voir ce que ca donne vraiment.
Création d'un module RTAI sans préparer un OS qui va avec, ce qui implique la quasi impossibilité pour un non geek extrémiste de l'utiliser
Je ne suis ni informaticien ni mathématicien mais je trouve vote niveau en veille technologique déplorable. Plutôt que de travailler à comprendre l'existant de l'opensource et de prendre le meilleur vous vous bornez à singer le propriétaire.
Mon titre vision à court terme résume très bien la situation, vous n'engagez que des développeur et aucun ingénieur de recherche pour faire de la veille.
Votre politique ne donne ni envie de venir travailler chez vous, ni envie de suivre vos projets.
J'ai la dent dure car j'étais très motivé par vos projets n'étant pas informaticien pour transformer mes idées en réalité, mais finalement je vais apprendre à faire du C++, car je sais que derrière j'airais accès à des outils qui ne craignent pas la comparaison avec le monde propriétaire.
J'aimerais vraiment que vos projets avances, je ne critique pas car je n'aime pas ces projets !
Je pense que vous n'avez pas encore su négocier le virage opensource, vous restez sur un fonctionnement où les décisions d'investissements humains et en énergie de développement sont manifestement prises par des gens qui sont complètement largués.
Après il est possible que mon jugement soit erroné car non actuel, dans cas j'aimerais vraiment que l'on engage un dialogue pour que tout le monde ici comprenne vers ou vous allez.
Je profite de ton annonce pour me permettre de te poser une petite question pratique.
Je cherche à reconnaître des disques dans une images, je me demandais si je pouvais envisager d'utiliser G'MIC pour faire cela, à l'heure actuelle j'utilise imagej, mais je suis obligé de binariser l'image, et l'algorithme à du mal lorsque les cerles ne sont pas parfait ....
J'aimerais pouvoir détecter un cerlce, paramétré par son rayon et son centre, ou une ellipse dont le pramétrage reste à définir. Il y a des cas ou j'aimerais considérer une forme plus complexe ou plusieurs cercles sont collés. J'aurais bien des idées, mais n'étant pas un spécialiste de la "segmenntation" j'ai peur de mal m'y prendre, de plus ton programme à l'air bien adapté pour faire ce genre de choses.
Aurais-tu (oi ou quelqu'un d'autre) quelques pistes pour résoudre ce problème qui me parait complexe mais qui doit être assez simple pour les gens de l'analyse d'image ?
Normalement tu as l'obligation de passer du temps dans un labo. Tu as passer 1 an dans l'entreprise à apprendre la "culture" de l'entreprise. Il te faut imposer d'aller quelque temps au labo (je pense à une immersion de 6 mois), pour faire de la veille technologie (OpenSource et tou ça) et de la veille scientifique (acces biblio elsevier, kluwer, ...) , et redeviens un étudiant, ce que tu n'aurais jamais du cesser d'être en partie.
Ce n'est pas juste que de n'avoir vu que le mauvais coté, tu as gangé le droit de t'éclater !
Prends le !!!
Je te jure que c'est vraiment sympa l'émulation qui règne dans un labo, on l'impression de pouvoir refaire le monde ;-)
Je suis actuellement doctorant CIFRE fin de 3ieme (commencé 12/2005) et j'ai la chance d'avoir passé 95% de mon temps au laboratoire. Il est évident que si tu passes ton temps en entreprise alors tu seras contraint de faire des taches d'ingénieurs.
Pour rappel il y a L'ANRT qui est chargée de la régler ce genre de problèmes.
Je tiens à te signaler que normalement un laboratoire refuse de coencadrer une thèse si l'entreprise ne reverse pas au moins la même somme que celle perçue en déductions fiscale.
Pour ma part je ne considère pas que tu sois en thèse à l'heure actuelle. Il te faut commencer à réfléchir sérieusement à la suite de ton travail. Ceci passe par des ultimatum clair avec ton employeur qui fait un mélange des genres des plus détestable.
Je te propose de regarder les choses sous un autre angle, celui qui à le plus à craindre dans la situation actuelle est ton employeur. En étant sur un contrat CIFRE tu es sur un CDD dont les termes sont régis par l'article du code du travail : D121-1 et suivant.
Tu t'es engagé pendant la durée de ce contrat à préparé une thèse sous l'encadrement de ton directeur de thèse qui doit nécessairement être un académique.
Tu n'as donc aucun engagement contractuel quelconque sur un projet autre que celui déposé à l'ANRT. Tu peux donc faire valoir ce droit, c'est même un devoir à défaut duquel tu ne pourras te voir accorder le grade de docteur.
Je te conseil de prendre RV avec ton directeur de thèse pour qu'il s'engage à infléchir la direction calamiteuse qu'a pris ta thèse. Si celui-ci refuse de s'engager, il faut remonter de marche en marche la hiérarchie de ton labo Directeur Secteur-->Directeur labo.
Il y a parfois des relations avec les industriels qui font que personne ne voudra prendre une position claire. Dans ce cas il existe des syndicat d'étudiants à ton université de rattachement ainsi que des syndicats dans ton entreprise.
Si tu acceptes cet état de fait tu ne peux que t'en prendre qu'à toi.
Tu as le devoir de passer du temps dans le laboratoire, et c'est clairement cette carte qu'il faut jouer avant toutes les autres.
En bref, il y a un grave défaut d'encadrement de la part de ton directeur de thèse et ton encadrement en entreprise est une vaste fumisterie. C'est dur mais dans cette histoire tu vas devoir être très ferme si tu ne veux pas craquer. Je te rappelle que si tu as des devoirs envers ton entreprise (celui de remplir le contrat établi avec l'ANRT), tu as aussi des droits. cependant personne ne les fera valoir pour toi.
"... ne se sont pas privés de me demander un accès "pour aller voir juste comme ça un peu" et cette démarche est vue par certains collègues comme un flicage."
Heu comment dire, c'est un peu leur boulot de s'interesser à ça c'est plutôt positif je pense. Que certains de tes collègues l'aient mal pris ça passe mais plutôt que de voir le mal partout tu peux lui faire un accès à validité temporaire d'une journée ou un poil plus pour qu'il juge de la qualité de vos travaux ?
Je ne cherche pas le troll mais je ne comprends pas ce qui peut choquer la dedans :
* C'est positif qu'il s'intéresse à ça !
* C'est normal qu'il vous évalue !
Vous abattez du travail en plus au service des élèves vous vous inscrivez donc bien dans le cadre d'un service public de qualité ?
Pas du tout, mais alors pas du tout d'accord.
Il est bien sur évident qu'un cours ne peux pas être repris tel quel, mais il est aussi évident que de belles illustrations, de beaux schémas en opensources en SVG ou ODG sous GPL ou CC permettraient un gain de temps phénoménale.
de la même manières des équations sous le format tex pris en charge par mediawiki ou même en odm feraient gagner un temps colossale !
Le problème est que cette peur du pillage entraîne une mise a disposition des cours sous leur forme gelée à savoir pdf. La plateforme de mutualisation permettrait en imposant des standards et des méthodes de réutiliser des travaux et de publier des variantes.
De plus au sujet de :
"En plus, que penser de personnes chargées de diffuser des savoirs et des connaissances qui ne songent qu'à cacher leur cours sur Thalès ou les développements en séries entières... Si la sience avait progressé comme ça, on serait encore au Moyen-Age ! ;)"
Faux l'enseignement et la transmission de la recherche sont deux choses distinctes dans un premier temps qui ne se rencontrent que très tard dans un cursus scolaire.
Il y aurait certainement beaucoup à dire sur ELSEVIER & co mais je ne vais pas rentrer la dedans ça me rends véhément.
Un dernier point et non des moindres un prof qui fait un cours, le garde pour lui, le peaufine, pourra envisager de le publier dans un livre où il ne touchera pas un sous mais qui comptera pour son avancement ... difficile de les motiver dans ses conditions.
Pour moi il y a deux principaux problèmes, le premier est l'ensemble des logiciels "métiers" développés par des profs, il faudrait s'assurer que tout ce travail fonctionne sous wine pour faciliter les éventuelles migrations.
Le deuxième est plus délicat à traiter tant il met en oeuvre des problèmes inavouables des "lobbies" comme deltalab, Matworks &co.
En effet les IGs sont souvent bien que respectables des gens assez âgés et dont la veille technologique s'est arrêtée il y a plus de 10 ans. Pour eux il n'y a point de salut en dehors des solutions propriétaire présente lors de leur forte activité d'enseignement-recherche.
Leur faire comprendre que l'on peut avantageusement remplacer Matlab/simulink par Scilab/scicos, MS office par OpenOffice, etc ..., n'est pas une mince affaire tant il n'estiment pas avoir de leçons à recevoir de jeunots. Il est évident qu'ils ne sont pas tous comme cela, mais bien que n'étant pas enseignant moi même, je discute avec beaucoup d'entre eux quotidiennement et leur plus grande difficultés pour faire évoluer les moeurs est bien l'appréciation des IGs de leur travail !
Bien que des communautés comme framasoft aient fait évoluer la pensée moyenne des profs il n'en est pas de même pour cette élite.
Le dernier problème qui bloque l'adoption des LL dans ce monde est la méthode d'avancement. La plupart des profs ont peur de redistribuer leur travaux, car cela demande un temps infini à préparer mais un temps négligeable à copier. Redistribuer leurs travaux signifie pour eux de se les faire "voler" par d'autres profs moins vertueux qui changeront les noms pour montrer aux IGs à quel point ils sont dynamique.
Un bon moyen serait de créer des plateformes de documentations avec identifications à l'échelle nationale permettant la mutualisation des efforts pédagogiques, mais pour en avoir discuté avec des profs agrégés, très peu sont prêt à voir leur travail remis en question et modifié.
Tant que ce changement de mentalité n'aura pas eu lieu il sera très difficile d'avoir une action visible à l'échelle nationale permettant une réelle visibilité sur les apport de ce changement de paradigme que constitue le passage à un modèle informatique, documentaire et pédagogique libre.
Ce n'est pas pour autant qu'il faut abandonner, mais la synergie est très dure à obtenir.
Et bien c'est impressionnant !
Plus le temps passe et plus je suis impressionné de voir que la philosophie de l'OpenSource gagne des domaines de plus en plus étendus.
Il manque encore un outil qui analyserait les données issues de cette interface pour donner les cause probables de pannes, mais c'est vraiment très positif.
Personnellement je suis toujours agréablement surpris des lecteurs de linuxfr qui trouvent toujours les perles rares du net.
Personnellement j'utilise octave comme préprocesseur à gnuplot, il est très facile d'assembler plusieurs fichiers par exemple 2 colonnes xlignes et tu veux la deuxième colonne :
Voila avec ça tu pourras gérer autant de fichier que tu veux
à noter sprintf marche, input aussi pour automatiser le tout.
tu peux même en faire des scripts sans lancer octave si tu pousses en peux
Bon ça nécessite l'installation d'octave, mais il est dispo dans toutes les distrib' ...
Je me souviens en 1995 lorsque j'étais en BEP maintenance des véhicules automobiles, les mallettes existaient déjà, elles contrôlaient certes peut de choses, mais ils y avait déjà l'injection qui était contrôlable.
Aujourd'hui ces mallettes permettent des diagnostiques simplifiés car elle peuvent indiquer au mécanicien le lieu de la panne, ceux-ci comme ils l'ont toujours fait doivent ensuite se référer aux revues techniques du constructeur.
En BEP on m'avait appris que c'était très difficile de comprendre ce qu'il y avait dans ces mallettes, en BAC techno idem. Il apparait donc évident que les mécaniciens ne sont plus à même de tout comprendre de ce qu'il y a adns une voiture et de comment le maintenir, et c'est normal, et ça c'est analogue à l'informatique.
Il y a ceci dit une différence énorme, en informatique tous les composants sont standardisés, tu peux mettre une carte graphique de Nvidia, ATI, Matrox, Intel ... alors que sur chaque voitures tes plaquettes de freins seront associées à un sous traitant, et il arrive même que sur un même véhicule sur une période de 5 ans on change de modèle et de marque de sous traitant.
L'architecture modulaire des PC serait donc plutôt un exemple à suivre ...
Ce qui m'inquiète un peu plus c'est le niveau des mécaniciens actuels. Personnellement je n'ai appris l'analyse fonctionnelle pour trouver ou se situe une panne que lors de mon année de terminal en BAC STI, je sais qu'aujourd'hui les profs on beaucoup de mal à l'enseigner, de plus le BAC PRO n'y parviendrait out simplement plus à cause du faible niveau de leurs élèves.
Vous pouvez donc conclure que lorsque 95% des mécaniciens vous disent que la panne vient de là, ils vous le disent par habitude comme de bonnes abaques sans aucun esprit d'analyse.
Vos pouvez donc remercier la valise qui elle à au moins l'analyse fonctionnelle que les ingénieurs lui ont rentré même si elle ne résout pas tout !
En ce qui concerne la fermeture de ces fameuses valises, c'est un fait chaque marque a sa propre valise, c'est aussi pour cela qu'il y a de plus en plus de garages franchisés.
Je n'ai pas encore entendu parler d'un projet de mallette libre, ce projet pourrait s'avérer très lucratif car il permettrait au "petits" garagistes de s'équiper pour toutes marques !
L'analyse fonctionnelle faite dans une voiture ne casse pas trois pattes à un canard, il suffirait juste d'un PC équipé d'un module avec un microcontôleur avec quelques prises pour pouvoir se connecter et beacoup de ingénierie inverse pour pouvoir dialoguer avec les différents calculateur.
Mais une machine de ce type pourrait très bien être vendue rendant ainsi le projet viable.
Un projet libre autour de ce module permettrait d'avoir des mises à jour régulières pour les nouveaux modèles ...
J'entends déjà les "tu n'as qu'a le faire", why not dans quelques années lorsque j'aurais enfin une situation stable et que j'aurais progréssé dans tou ce qui est acquisition et pilotage sous linux.
Comme d'habitude c'est bien de constater qu'il y a un problème, perso je trouve ça plus drôle de trouver comment le contourner ...
"scribus fait un très bon outil mais requérant un minimum d'apprentissage plus important que Latex."
C'est du grand délire ! Scribus demanderait plus de temps d'apprentissage que LaTeX pour le commun des mortels ?
Je vous rappelle que tout le monde ne maîtrise pas un environnement de programmation pour ces gens là (soit 90 % de la population) c'est une aberration de dire que l'apprentissage est moins long. Les deux logiciels visent des cibles totalement opposées pour des usages totalements différents. Il ne peuvent donc pas être comparés objectivement.
"vous avez trouvé un moyen simple et rapide de programmer un microcontrôleur sous Linux."
Ce n'est pas exactement ça. Cette carte permet une interaction avec des entrées/sorties analogiques/numérique simple. C'est cette simplicité qui en fait une solution incontournable.
Illustration : J'ai un capteur qui me renvoie une tension en fonction de son état par exemple un capteur d'effort. Je veux prendre la décision de modifier un actionneur en fonction de l'état de ce capteur par exemple modifier la vitesse d'un moteur à courant continu.
Il me suffit juste d'envoyer ce message au périphérique /dev/ttyUSB0 pour pouvoir lui dire que si l''éffort est supérieur à valeur alors diminues la vitesse de rotation.
adc 1 une entrée analogique
pin 2 est une sortie numérique/analogique (à vérifier)
onevent background
adc 1
if ? > valeur then pin 2 low
endevent
C'est suffisamment simple pour que n'importe qui sans connaissance en programmation puisse faire ce programme.
Je peux de plus récupérer la valeur de adc 1
dans un fichier ce qui permet un interfaçage avec n'importe quel code.
C'est super simple à utiliser, comparé à la procédure que j'expliquais en début de journal qui nécessite une connaissance approfondie pour l'installation, une connaissance de base de langage type SIMULINK/LABVIEW/SCICOS pour pouvoir être mise en oeuvre.
Le fait de pouvoir entrer en dur les données dans un micro-ontrôleur n'est qu'un plus, permettant d'envisager des régulations et pilotage aux alentours des 100 Hz.
[^] # Re: Mouais..
Posté par freejeff . En réponse au journal Pour l'ouverture d'une enquête parlementaire contre Christine Albanel !. Évalué à 2.
Si tu veux éviter de te faire moinsser alors évites d'amalgamer les lobby à caractères commerciaux et les autres.
De plus même si les personnes fréquentant ce site sont globalement plus respectueuses que les autres (ou du moins le prétendent), il y a bien des internautes qui contreviennent à la loi en téléchargeant illégalement (première pierre toussa ...).
Quant on entend des responsables dire qu'ils sont contre l'interopérabilité et que l'on s'interroge sur l'avancé du RGI alors on ne peut que conclure qu'il y a au moins un grain de sable dans l'engrenage.
Je pense qu'il pourrait être souhaitable d'envisager un droit à la communication électronique, qui selon moi à changer noter rapport à l'autre.
[^] # Re: Kile
Posté par freejeff . En réponse à la dépêche Atelier LaTeX - le 28 février 2009 à Paris. Évalué à 1.
Il me semble qu'avec l'arrivée de kde ça devrait changer la donne.
On pourrait se dire que kile permet d'utiliser tout ce que kde autorise comme le protocole de communication fish, qui permet depuis n'importe quelle application kde d'ouvrir des fichier sur une machine distante sans avoir à connaitre le protocole, mais ça ne serait pas exacte.
S'il est bien possible d'ouvrir un fichier de cette manière il n'est pas du tout possible de compiler un document, j'ai bien conscience que la chose serait complexe à coder, mais du coup je trouve que kile ne profite pas de l'aspect kde ...
Un dernier point qui est vraiment gênant : ni kile ni texmaker ne disposent d'outils pour aller chercher sur le net des paquets nécessaire à la compilation mais non disponible sur le système. Il est regrettable que cette fonctionnalité soit disponible sous windows et mac et pas sous linux ....
Finalement je pense qu'il pourrait être bien plus intéressant de faire su latex avec un kdevelop bien configuré.
# Kile
Posté par freejeff . En réponse à la dépêche Atelier LaTeX - le 28 février 2009 à Paris. Évalué à 2.
Je pense qu'il est de bon ton de rappeler que même s'il est tout à fait possible de créer des documents LaTeX dans un éditeur classique, des solutions permettant de réduire significativement le temps d'apprentissage de LaTeX existent.
Une d'entre elle se nomme Kile, elle permet d'avoir un traitement de texte dédié à TeX avec une bonne coloration syntaxique ainsi qu'une interface graphique permettant d'inclure des commandes dont on ignore le nom, ou de simplifier l'inclusion de graphiques et tableaux.
Une solution analogue se nomme TeXmaker.
Tout les personnes utilisant LaTeX n'ont pas comme contrainte de ne pas avoir de serveur X, il est donc intéressant de rappeler l'existence de tels outils.
J'ai personnellement l'habitude de fuir, les formations ou l'on présente des outils demandant un temps d'investissement colossal, ce qui perd les novices (Vim, Emacs et que dire de ce vieux nedit ...).
[^] # Re: Service
Posté par freejeff . En réponse à la dépêche QMotion 1.5 : attention, on vous surveille. Évalué à 1.
L'idée est de pouvoir utiliser une webcam comme entrée d'un algo maison.
Nous avons implémenté la partie acquisition, réglage, écriture dans une video.
Pour l'instant nous ne nous intéressons pas au son.
Il nous reste encore la partie multithread à fignoler pour pouvoir rendre ça vraiment utilisable.
Notre plateforme logicielle étant en C++, les différentes bibliothèques ont été encapsulées.
Nous comptons à terme nous baser sur Qt, donc nous utiliserons Qthread, pour le multithread.
Pour faire un petit état des lieux sur l'acquisition sur Linux, c'est pas encore folichon.
Dans la partie Qt, par défaut c'est le backend Gstreamer qui est utilisé. Il n'est pas du tout mature, pour ce type de projet.
Il est aussi clair que malgrès le travail phénoménale de L. Pinchart sur le driver uvc, il reste encore des zones d'ombres à éclaircir.
Pour avancer la partie veille techno, l'équipe de piaf est très en avance sur Qmotion, elle est également basée sur opencv (contrairement à nous). elle utilise également Qt (en version 3), pour information le soft est maintenant chez openwide, il suffit de leur demander, il est dispo en GPL.
Pour commencer avec une webcam uvc je conseillerais le logiciel guvcview, qui est plutôt bien fait et dont le code est lisible (mais en C). C'est ce code qui nous a permis d'acancer rapidement sur la partie video et réglage, car les decripteurs de la webcam dans V4L2 ont tendance à changer ...
Enfin je tiens à remercier L. Pinchart pour nous avoir aidé tout au long de ce projet.
J'espère que nous pourrons mettre à disposition le code quand nous l'aurons terminé.
# Materiel et soft libre pour l'embarqué version scientifique
Posté par freejeff . En réponse à la dépêche Appel à présentations pour le thème « Systèmes embarqués et Matériel Libre » des RMLL 2009. Évalué à 7.
Toute la chaîne est OSH&S.
prix ~30€
http://www.arduino.cc/
API open source multiplateforme
Make controller kit : basé sur un arm7 elle dispose d'un interfaçage très bien fait et permet l'utilisation du protocole OpenSoundControl pour dialoguer en UDP/IP ou USB, elle permet nativement d'utiliser des modules xbee (zigbee) pour le wireless et inclu un port ethernet.
Elle est actuellement en phase de réédition et du coup en rupture de stock.
Toute la chaîne est OSH&S.
prix 109$
http://makezine.com/controller/
API open source multiplateforme
flex : pic, pas encore regardée mais doit pouvoir se programmer grace à scicos
prix 119€
http://www.evidence.eu.com/content/view/128/213/
API : ??
USBDUX : carte d'acquisition USB permettant de controller 8 AI et 4 AO, design OSH, nécessité d'utiliser le driver comedi, qui est un peu chiant à installer
http://www.linux-usb-daq.co.uk/tech2_usbdux/
Il existe une initiative permettant d'éviter le gaspillage d'energie de développement de driver et materiel libre pour l'embarqué !
http://www.osadl.org/
Je n'ai pas encore compris à quoi cela sert exactement, si quelqu'un a des infos je suis preneur.
Voila ma veille techno perso, si vous avez mieux je suis également preneur.
Je dois commencer un post doc dans quelques mois sur le pilotage temps réel à partir de simulation numérique d'essais mécanique en dynamique, si j'ai quelque chose d'interessant dans les temps why not.
[^] # Re: rapport de bug
Posté par freejeff . En réponse à la dépêche Poster de promotion pour OpenOffice.org. Évalué à 3.
http://dl.free.fr/uKlzvH2o1
désolé mais je n'ai pas trouvé les logos en vectoriel (pas trop cherché quand même)
[^] # Re: rapport de bug
Posté par freejeff . En réponse à la dépêche Poster de promotion pour OpenOffice.org. Évalué à 7.
tout d'abord la recherche graphique est assez minimaliste et la version avec un fond bleu homogène n'a guère d'intérêt si ce n'est de dépenser de l'encre inutilement, mais bon je tiens tout de même à féliciter les auteurs de l'avoir faite aussi en fond blanc.
Un point fondamentalement gênant c'est que cette version n'a pas été faite avec oodraw.
Je trouve que c'est un magnifique acte manqué lorsque l'on voit la simplicité du poster.
Sérieusement c'est moins de deux heures de boulot avec oodraw.
Si j'ai le temps j'en ferais une version .odg, car c'est tout de même étonnant de promouvoir des formats de fichiers que l'on n'utilise pas !?
De plus je rappelle pour l'occasion qu'il n'y aucun sens de farie une affiche de graphique en bitmap là ou du vectoriel suffit !
En bref je trouve l'effort louable, mais je trouve dommage de laisser l'opportunité à des gens de dire : c'est tellement bien que tu préfère utiliser Gimp pour faire une tâche que oodraw sait faire.
Pour rappels dans beaucoup de cas oodraw peux faire des affiches d'une très grandes qualité. Personnellement je fais tous mes posters scientifique avec. Pour faire mon chieur je dirais juste que je regrette l'incompatibilité réelle de OOo avec le svg, qui rend les aller/retour avec inkscape fatiguant.
[^] # Re: Vision à court termes
Posté par freejeff . En réponse au journal Scilab recrute à nouveau. Évalué à 1.
...
La stratégie de l'institut repose sur la combinaison étroite de l'excellence scientifique et du transfert technologique. L'objectif essentiel de l'INRIA pour les années 2008-2012 est de réaliser des percées scientifiques et technologiques dans sept domaines prioritaires :
* Modélisation, simulation et optimisation de systèmes dynamiques complexes
* Programmation : sécurité et fiabilité des systèmes informatiques
* Communication, information et calcul ubiquitaires
* Interaction avec des mondes réels ou virtuels
* Ingénierie numérique
* Sciences numériques
* Médecine numérique
"
Au niveau de :
* Ingénierie numérique
* Sciences numériques
Je trouve qu'ils ne sont pas au fait de ce que MOI j'en attends.
Mais je dis principalement ça car je n'ai aucune vision de leur Roadmap sur le plan stratégie d'implémentation des techno de l'informatique pour le calcul numérique, et de l'informatique pour la communication homme/machin (PC vers actionneur).
[^] # Re: Vision à court termes
Posté par freejeff . En réponse au journal Scilab recrute à nouveau. Évalué à 5.
Ce n'est que de l'approximatif, j'invite quiconque ayant de meilleur connaissances sur l'un ou l'autre à corriger.
GNU_Octave, est un logiciel qui cherche à pouvoir faire fonctionner les développement fait sous MatLab sans modification majeure. Il progresse bien, mais ne gère pas encore la couche orientée objet que les bon développeur matlab utilisent.
A titre personnel j'ai écrit un code d'identification basé sur le recalage par éléments finis dessus (enfin sur matlab, mais il fonctionne en octave).
R est un logiciel qui est plus orienté théorie des distributions, mais ce n'est pas trop mon domaine, il est considéré comme un des meilleur soft dans ce domaine.
Scipy est très intéressant, car il permet d'avoir un environnement orienté objet, avec les avantages, mais aussi les inconvénients d'un langage interprété. Je ne crois pas que l'on puisse faire de l'analytique avec, j'ai iutilisé un des module il y a 4 ans, pour résoudre un pb aux valeur propres, et ça a bien fonctionner.
L'un des gros avantages par rapport à scilab c'est la possibilité d'importer des modules python pour gérer l'USB ou l'UDP/IP.
SAGE n'est pas du tout un logiciel de calcul formel, c'est une un plateforme regroupant tous les autres logiciel scientifiques permettant de réutiliser les calculs de l'un dans l'espace de travail global de SAGE.
C'est très puissant, mais pas très simple à appréhender.
Je dois tout de même leur tirer mon chapeau, car jusqu'à présent il n'y avait aucun lien simple entre les soft.
Maxima est un logiciel de calcul formel très puissant mais un peu en dessous de mathematica.
Il m'a permis de conduire un processus d'homogénéisation en intégrant une gaussienne de - l'infini à +l'infini sur des systèmes de tenseur d'ordre 4, ce qui est certes faisable à la main, mais qui pour un dyslexique comme moi peu engendre de belles erreurs.
Quant à Jmathlib et freemat, c'est un paris audacieux mais comme ces projets sont menés par une toute petite équipe je doute qu'ils ne rivalisent jamais avec octave-forge et encore moins avec matlab.
Gap est un outil d'implémentation d'algèbre au sens théorie des groupes, je ne voie pas encore son intérêt dans la physique, mais il pourrait faire sens dans les démonstrations de décomposition d'algèbre tensoriel ou d'algèbre de Lie.
Bon encore une fois je ne suis pas un matheu, je vous livre donc des impressions et pas des vérités ...
[^] # Re: Vision à court termes
Posté par freejeff . En réponse au journal Scilab recrute à nouveau. Évalué à 2.
* On poste sur un journal pour proposer des offres d'emploi. Pas un journal pour discuter des technologies demandées dans ces offres.
Ca n'a donc rien à faire dans les journaux, si vous l'aviez posté à l'endroit adéquat, vous auriez certes eu moins d'audience, mais je ne me serais pas permis de vous donnez mon avis.
[^] # Re: Vision à court termes
Posté par freejeff . En réponse au journal Scilab recrute à nouveau. Évalué à 4.
* Je ne suis pas informaticien donc me renvoyer un "git clone git://git.scilab.org/scilab" ne me fera en rien changer d'opinion, dans un projet opensource il doit y avoir la place pour les critiques des utilisateurs.
"Je ne vois pas trop comment engager un dialogue vu la teneur générale de ce message qui mélange demi/contre vérités et interprétations erronées..."
* pour les demi vérités, c'est une certitude, je ne comprends rien à vos orientations scientifiques et techniques, et je ne suis pas le seul, toutes les personnes un peu compétente (ce qui n'est pas mon cas) en analyse numérique, à qui j'ai parlé de de scilab ne savait pas en quoi celui-ci se différenciait de Matlab, et quelles étaient les perspectives et la roadmap :
" You will find below the major objectives of the Scilab 6.x versions family validated by the Steering Committee.
New kernel (interpretor, syntax tree, memory management ...)
To allow an easy maintenance, to get rid of the constraints of Fortran language (stack, structure ), to improve efficiency of complex data structure handling and to allow 64 bits addressing.
HPC and Grid
To allow Scilab to be able to develop HPC and multicore applications.
To allow Scilab to offer Grid related packages.
Documentation
To have Scilab documentation worthy of Scilab software.
Industrialization of Scicos module
To improve manual and to add to automatic testing & demos.
Generator of C code
To allow Scilab to be able to generate C code from Scilab script for embedded system.
Scilab services (SOA)
Integrated into a Service Oriented Architecture, to allow Scilab to be available as a service for distributed and transparent computations - services from Scilab or from other software using Scilab. "
Vous avouerez que c'est tout sauf clair. Allez vous oui ou non faire une refonte complète du noyau !
Si oui, allez vous creer la notion de variable symbolique, sur laquelle pourrait s'opérer des opérations du type dérivation, ou intégration, pour envisager une optimisation de la génération de code C que vous envisagez de coder.
Pour les contres vérités, là vous mettez en cause mon intégrité, je vous demanderez donc de développer, si il y a des erreurs dans ce que j'ai dit je m'en excuse.
* J'ai tout de même soulevé beaucoup de point comme :
- l'absence de la gestion de l'usb et de l'udp/ip dans scicos, qui rend impossible l'utilisation du make controller.
* L'utilisation de Java plutôt que de QT4.
* Vous postez sur un site ou se trouve une tripoté d'experts en informatique, math compilation, automatisme, embarqué, mécanique (mon cas) ... et vous ne proposez que de l'implémentation de techno, sans argumenter vos choix.
* Un exemple comme un autre, la visualisation de données à fait un bon en avant dans gnuplot depuis l'apparition du terminal wxt, et vous vous décider d'utiliser une techno Java inconnu de la plupart des scientifiques. Un bon argument serait de dire que vous voulez une bibliothèque et pas un prrogramme en ligne de commande, why not dans ce cas pourquoi ne pas utiliser qwt, qui est déjà interfacé avec python, et qui donne de superbes résultats (http://pyqwt.sourceforge.net/pyqwt3d-examples.html).
Je vais prendre un peu de temps pour essayer Scilab 5, la dernière fois que j'avais essayer c'était tout simplement trop tôt, rien ne fonctionnait dans ce que j'avais essayé.
ceci dit, si vous ne souhaitez pas engager un dialogue pour (nous) m'éclairer sur l'orientation de votre R&D c'est votre choix, mais il me semble dommage de ne pas avoir des réponses à ces interrogations qui me semblent être assez légitimes.
Cordialement.
# Vision à court termes
Posté par freejeff . En réponse au journal Scilab recrute à nouveau. Évalué à 4.
A l'heure actuelle il n'est accepté que comme clone de MatLab, qui est un logiciel propriétaire basé sur des briques opensources pour faire les calculs.
Je trouve dommage que votre principale activité consiste à essaye de singer ce logiciel qui a des fonds que vous n'aurez jamais.
Le projet Digiteo est très intéressant et je pense que le recrutement de cinq personnes intervient bien trop tôt dans dans la vie de cette fondation. Il ne me semble pas que vous avez tranché les aspect prospectif amont.
Quid du calcul symbolique dans une plateforme numérique et comment l'intégrer aux solutions présentées lors des précédents workshops ?
Simulink est reconnu comme étant la plus grande source de bugs dans l'industrie, un blob ou il est impossible de vérifier quoi que ce soit ... et dans les fiches de poste on apprend que vous voulez transcrire ses fonctionnalités.
Passage à une interface basée sur Java, alors que QT4 contient tous les outils nécessaire avec notamment l'implémentation de l'openGL et la création de widgets techniques de très belle facture avec Qwt, avec l'avantage d'être aussi multiplateforme, n'auriez vous pas pu faire un corp indépendant de l'interface graphique, permettant une meilleur intégration dans l'environnement de travail ?
Seul interfaçage avec la réalité par S. Manori au travers de scicos HIL qui ne sait traiter que des drivers comedi, alors qu'il existe des ucontroller entièrement interfacé comme l'arduino et le make controller kit basé sur un ARM7 utilisant le protocole opensource OSC (Open Source Controller), se commandant en UDP/IP ou USB ... mais pas de chance ça vous ne l'avez pas implémenté !!
Il y a bien la plateforme pour coder des cartes flex qui relève le niveau, mais reste à voir ce que ca donne vraiment.
Création d'un module RTAI sans préparer un OS qui va avec, ce qui implique la quasi impossibilité pour un non geek extrémiste de l'utiliser
Je ne suis ni informaticien ni mathématicien mais je trouve vote niveau en veille technologique déplorable. Plutôt que de travailler à comprendre l'existant de l'opensource et de prendre le meilleur vous vous bornez à singer le propriétaire.
Mon titre vision à court terme résume très bien la situation, vous n'engagez que des développeur et aucun ingénieur de recherche pour faire de la veille.
Votre politique ne donne ni envie de venir travailler chez vous, ni envie de suivre vos projets.
J'ai la dent dure car j'étais très motivé par vos projets n'étant pas informaticien pour transformer mes idées en réalité, mais finalement je vais apprendre à faire du C++, car je sais que derrière j'airais accès à des outils qui ne craignent pas la comparaison avec le monde propriétaire.
J'aimerais vraiment que vos projets avances, je ne critique pas car je n'aime pas ces projets !
Je pense que vous n'avez pas encore su négocier le virage opensource, vous restez sur un fonctionnement où les décisions d'investissements humains et en énergie de développement sont manifestement prises par des gens qui sont complètement largués.
Après il est possible que mon jugement soit erroné car non actuel, dans cas j'aimerais vraiment que l'on engage un dialogue pour que tout le monde ici comprenne vers ou vous allez.
[^] # Re: si ton scan est en noir et blanc
Posté par freejeff . En réponse au journal photocopie de carte d'identité. Évalué à 1.
[^] # Re: Détecter des formes
Posté par freejeff . En réponse au journal G'MIC 1.0.0 : Un outil extensible pour le traitement d'images.. Évalué à 1.
# Détecter des formes
Posté par freejeff . En réponse au journal G'MIC 1.0.0 : Un outil extensible pour le traitement d'images.. Évalué à 1.
Je profite de ton annonce pour me permettre de te poser une petite question pratique.
Je cherche à reconnaître des disques dans une images, je me demandais si je pouvais envisager d'utiliser G'MIC pour faire cela, à l'heure actuelle j'utilise imagej, mais je suis obligé de binariser l'image, et l'algorithme à du mal lorsque les cerles ne sont pas parfait ....
J'aimerais pouvoir détecter un cerlce, paramétré par son rayon et son centre, ou une ellipse dont le pramétrage reste à définir. Il y a des cas ou j'aimerais considérer une forme plus complexe ou plusieurs cercles sont collés. J'aurais bien des idées, mais n'étant pas un spécialiste de la "segmenntation" j'ai peur de mal m'y prendre, de plus ton programme à l'air bien adapté pour faire ce genre de choses.
Aurais-tu (oi ou quelqu'un d'autre) quelques pistes pour résoudre ce problème qui me parait complexe mais qui doit être assez simple pour les gens de l'analyse d'image ?
[^] # Re: Formation par la recherche
Posté par freejeff . En réponse au journal La recherche et la petite entreprise. Évalué à 2.
Ce n'est pas juste que de n'avoir vu que le mauvais coté, tu as gangé le droit de t'éclater !
Prends le !!!
Je te jure que c'est vraiment sympa l'émulation qui règne dans un labo, on l'impression de pouvoir refaire le monde ;-)
# Formation par la recherche
Posté par freejeff . En réponse au journal La recherche et la petite entreprise. Évalué à 9.
Je suis actuellement doctorant CIFRE fin de 3ieme (commencé 12/2005) et j'ai la chance d'avoir passé 95% de mon temps au laboratoire. Il est évident que si tu passes ton temps en entreprise alors tu seras contraint de faire des taches d'ingénieurs.
Pour rappel il y a L'ANRT qui est chargée de la régler ce genre de problèmes.
Je tiens à te signaler que normalement un laboratoire refuse de coencadrer une thèse si l'entreprise ne reverse pas au moins la même somme que celle perçue en déductions fiscale.
Pour ma part je ne considère pas que tu sois en thèse à l'heure actuelle. Il te faut commencer à réfléchir sérieusement à la suite de ton travail. Ceci passe par des ultimatum clair avec ton employeur qui fait un mélange des genres des plus détestable.
Je te propose de regarder les choses sous un autre angle, celui qui à le plus à craindre dans la situation actuelle est ton employeur. En étant sur un contrat CIFRE tu es sur un CDD dont les termes sont régis par l'article du code du travail : D121-1 et suivant.
Tu t'es engagé pendant la durée de ce contrat à préparé une thèse sous l'encadrement de ton directeur de thèse qui doit nécessairement être un académique.
Tu n'as donc aucun engagement contractuel quelconque sur un projet autre que celui déposé à l'ANRT. Tu peux donc faire valoir ce droit, c'est même un devoir à défaut duquel tu ne pourras te voir accorder le grade de docteur.
Je te conseil de prendre RV avec ton directeur de thèse pour qu'il s'engage à infléchir la direction calamiteuse qu'a pris ta thèse. Si celui-ci refuse de s'engager, il faut remonter de marche en marche la hiérarchie de ton labo Directeur Secteur-->Directeur labo.
Il y a parfois des relations avec les industriels qui font que personne ne voudra prendre une position claire. Dans ce cas il existe des syndicat d'étudiants à ton université de rattachement ainsi que des syndicats dans ton entreprise.
Si tu acceptes cet état de fait tu ne peux que t'en prendre qu'à toi.
Tu as le devoir de passer du temps dans le laboratoire, et c'est clairement cette carte qu'il faut jouer avant toutes les autres.
En bref, il y a un grave défaut d'encadrement de la part de ton directeur de thèse et ton encadrement en entreprise est une vaste fumisterie. C'est dur mais dans cette histoire tu vas devoir être très ferme si tu ne veux pas craquer. Je te rappelle que si tu as des devoirs envers ton entreprise (celui de remplir le contrat établi avec l'ANRT), tu as aussi des droits. cependant personne ne les fera valoir pour toi.
Il te faut très vite te reprendre.
[^] # Re: Troll inclus : "le principal canal d'information des enseignants"
Posté par freejeff . En réponse à la dépêche Quelques nouvelles du logiciel libre dans la sphère éducative française. Évalué à 2.
Heu comment dire, c'est un peu leur boulot de s'interesser à ça c'est plutôt positif je pense. Que certains de tes collègues l'aient mal pris ça passe mais plutôt que de voir le mal partout tu peux lui faire un accès à validité temporaire d'une journée ou un poil plus pour qu'il juge de la qualité de vos travaux ?
Je ne cherche pas le troll mais je ne comprends pas ce qui peut choquer la dedans :
* C'est positif qu'il s'intéresse à ça !
* C'est normal qu'il vous évalue !
Vous abattez du travail en plus au service des élèves vous vous inscrivez donc bien dans le cadre d'un service public de qualité ?
J'ai du rater un épisode, peux tu m'éclairer ?
[^] # Re: Troll inclus : "le principal canal d'information des enseignants"
Posté par freejeff . En réponse à la dépêche Quelques nouvelles du logiciel libre dans la sphère éducative française. Évalué à 2.
Il est bien sur évident qu'un cours ne peux pas être repris tel quel, mais il est aussi évident que de belles illustrations, de beaux schémas en opensources en SVG ou ODG sous GPL ou CC permettraient un gain de temps phénoménale.
de la même manières des équations sous le format tex pris en charge par mediawiki ou même en odm feraient gagner un temps colossale !
Le problème est que cette peur du pillage entraîne une mise a disposition des cours sous leur forme gelée à savoir pdf. La plateforme de mutualisation permettrait en imposant des standards et des méthodes de réutiliser des travaux et de publier des variantes.
De plus au sujet de :
"En plus, que penser de personnes chargées de diffuser des savoirs et des connaissances qui ne songent qu'à cacher leur cours sur Thalès ou les développements en séries entières... Si la sience avait progressé comme ça, on serait encore au Moyen-Age ! ;)"
Faux l'enseignement et la transmission de la recherche sont deux choses distinctes dans un premier temps qui ne se rencontrent que très tard dans un cursus scolaire.
Il y aurait certainement beaucoup à dire sur ELSEVIER & co mais je ne vais pas rentrer la dedans ça me rends véhément.
Un dernier point et non des moindres un prof qui fait un cours, le garde pour lui, le peaufine, pourra envisager de le publier dans un livre où il ne touchera pas un sous mais qui comptera pour son avancement ... difficile de les motiver dans ses conditions.
[^] # Re: Troll inclus : "le principal canal d'information des enseignants"
Posté par freejeff . En réponse à la dépêche Quelques nouvelles du logiciel libre dans la sphère éducative française. Évalué à 2.
Le deuxième est plus délicat à traiter tant il met en oeuvre des problèmes inavouables des "lobbies" comme deltalab, Matworks &co.
En effet les IGs sont souvent bien que respectables des gens assez âgés et dont la veille technologique s'est arrêtée il y a plus de 10 ans. Pour eux il n'y a point de salut en dehors des solutions propriétaire présente lors de leur forte activité d'enseignement-recherche.
Leur faire comprendre que l'on peut avantageusement remplacer Matlab/simulink par Scilab/scicos, MS office par OpenOffice, etc ..., n'est pas une mince affaire tant il n'estiment pas avoir de leçons à recevoir de jeunots. Il est évident qu'ils ne sont pas tous comme cela, mais bien que n'étant pas enseignant moi même, je discute avec beaucoup d'entre eux quotidiennement et leur plus grande difficultés pour faire évoluer les moeurs est bien l'appréciation des IGs de leur travail !
Bien que des communautés comme framasoft aient fait évoluer la pensée moyenne des profs il n'en est pas de même pour cette élite.
Le dernier problème qui bloque l'adoption des LL dans ce monde est la méthode d'avancement. La plupart des profs ont peur de redistribuer leur travaux, car cela demande un temps infini à préparer mais un temps négligeable à copier. Redistribuer leurs travaux signifie pour eux de se les faire "voler" par d'autres profs moins vertueux qui changeront les noms pour montrer aux IGs à quel point ils sont dynamique.
Un bon moyen serait de créer des plateformes de documentations avec identifications à l'échelle nationale permettant la mutualisation des efforts pédagogiques, mais pour en avoir discuté avec des profs agrégés, très peu sont prêt à voir leur travail remis en question et modifié.
Tant que ce changement de mentalité n'aura pas eu lieu il sera très difficile d'avoir une action visible à l'échelle nationale permettant une réelle visibilité sur les apport de ce changement de paradigme que constitue le passage à un modèle informatique, documentaire et pédagogique libre.
Ce n'est pas pour autant qu'il faut abandonner, mais la synergie est très dure à obtenir.
[^] # Re: M'en parle pas...
Posté par freejeff . En réponse au journal L'informatique est sensiblement identique à la mécanique. Évalué à 10.
Plus le temps passe et plus je suis impressionné de voir que la philosophie de l'OpenSource gagne des domaines de plus en plus étendus.
Il manque encore un outil qui analyserait les données issues de cette interface pour donner les cause probables de pannes, mais c'est vraiment très positif.
Personnellement je suis toujours agréablement surpris des lecteurs de linuxfr qui trouvent toujours les perles rares du net.
Merci pour ce lien syntaxerror.
# Octave
Posté par freejeff . En réponse au message Gnuplot plusieurs fichier : Une série. Évalué à 2.
load 'fichier1.txt'
load 'fichier2.txt'
abscisses = [fichier1(:,1) fichier2(:,1)];
ordonnees = [fichier1(:,2) fichier2(:,2)];
figure;
loglog(abscisses,ordonnees,'k+-');
titlt 'ma courbe en loglog';
xlabel 'nom abcisses';
ylabel 'nom ordonnees';
print -dpdf 'ma_sortie.pdf';
Voila avec ça tu pourras gérer autant de fichier que tu veux
à noter sprintf marche, input aussi pour automatiser le tout.
tu peux même en faire des scripts sans lancer octave si tu pousses en peux
Bon ça nécessite l'installation d'octave, mais il est dispo dans toutes les distrib' ...
[^] # Re: M'en parle pas...
Posté par freejeff . En réponse au journal L'informatique est sensiblement identique à la mécanique. Évalué à 10.
Je me souviens en 1995 lorsque j'étais en BEP maintenance des véhicules automobiles, les mallettes existaient déjà, elles contrôlaient certes peut de choses, mais ils y avait déjà l'injection qui était contrôlable.
Aujourd'hui ces mallettes permettent des diagnostiques simplifiés car elle peuvent indiquer au mécanicien le lieu de la panne, ceux-ci comme ils l'ont toujours fait doivent ensuite se référer aux revues techniques du constructeur.
En BEP on m'avait appris que c'était très difficile de comprendre ce qu'il y avait dans ces mallettes, en BAC techno idem. Il apparait donc évident que les mécaniciens ne sont plus à même de tout comprendre de ce qu'il y a adns une voiture et de comment le maintenir, et c'est normal, et ça c'est analogue à l'informatique.
Il y a ceci dit une différence énorme, en informatique tous les composants sont standardisés, tu peux mettre une carte graphique de Nvidia, ATI, Matrox, Intel ... alors que sur chaque voitures tes plaquettes de freins seront associées à un sous traitant, et il arrive même que sur un même véhicule sur une période de 5 ans on change de modèle et de marque de sous traitant.
L'architecture modulaire des PC serait donc plutôt un exemple à suivre ...
Ce qui m'inquiète un peu plus c'est le niveau des mécaniciens actuels. Personnellement je n'ai appris l'analyse fonctionnelle pour trouver ou se situe une panne que lors de mon année de terminal en BAC STI, je sais qu'aujourd'hui les profs on beaucoup de mal à l'enseigner, de plus le BAC PRO n'y parviendrait out simplement plus à cause du faible niveau de leurs élèves.
Vous pouvez donc conclure que lorsque 95% des mécaniciens vous disent que la panne vient de là, ils vous le disent par habitude comme de bonnes abaques sans aucun esprit d'analyse.
Vos pouvez donc remercier la valise qui elle à au moins l'analyse fonctionnelle que les ingénieurs lui ont rentré même si elle ne résout pas tout !
En ce qui concerne la fermeture de ces fameuses valises, c'est un fait chaque marque a sa propre valise, c'est aussi pour cela qu'il y a de plus en plus de garages franchisés.
Je n'ai pas encore entendu parler d'un projet de mallette libre, ce projet pourrait s'avérer très lucratif car il permettrait au "petits" garagistes de s'équiper pour toutes marques !
L'analyse fonctionnelle faite dans une voiture ne casse pas trois pattes à un canard, il suffirait juste d'un PC équipé d'un module avec un microcontôleur avec quelques prises pour pouvoir se connecter et beacoup de ingénierie inverse pour pouvoir dialoguer avec les différents calculateur.
Mais une machine de ce type pourrait très bien être vendue rendant ainsi le projet viable.
Un projet libre autour de ce module permettrait d'avoir des mises à jour régulières pour les nouveaux modèles ...
J'entends déjà les "tu n'as qu'a le faire", why not dans quelques années lorsque j'aurais enfin une situation stable et que j'aurais progréssé dans tou ce qui est acquisition et pilotage sous linux.
Comme d'habitude c'est bien de constater qu'il y a un problème, perso je trouve ça plus drôle de trouver comment le contourner ...
[^] # Re: Encore une preuve ...
Posté par freejeff . En réponse au journal LaTeX pour les non-designers. Évalué à 7.
C'est du grand délire ! Scribus demanderait plus de temps d'apprentissage que LaTeX pour le commun des mortels ?
Je vous rappelle que tout le monde ne maîtrise pas un environnement de programmation pour ces gens là (soit 90 % de la population) c'est une aberration de dire que l'apprentissage est moins long. Les deux logiciels visent des cibles totalement opposées pour des usages totalements différents. Il ne peuvent donc pas être comparés objectivement.
[^] # Re: Possibilités voisines ?
Posté par freejeff . En réponse au journal [DAQ] La simplicité est de mise !. Évalué à 3.
Ce n'est pas exactement ça. Cette carte permet une interaction avec des entrées/sorties analogiques/numérique simple. C'est cette simplicité qui en fait une solution incontournable.
Illustration : J'ai un capteur qui me renvoie une tension en fonction de son état par exemple un capteur d'effort. Je veux prendre la décision de modifier un actionneur en fonction de l'état de ce capteur par exemple modifier la vitesse d'un moteur à courant continu.
Il me suffit juste d'envoyer ce message au périphérique /dev/ttyUSB0 pour pouvoir lui dire que si l''éffort est supérieur à valeur alors diminues la vitesse de rotation.
adc 1 une entrée analogique
pin 2 est une sortie numérique/analogique (à vérifier)
onevent background
adc 1
if ? > valeur then pin 2 low
endevent
C'est suffisamment simple pour que n'importe qui sans connaissance en programmation puisse faire ce programme.
Je peux de plus récupérer la valeur de adc 1
dans un fichier ce qui permet un interfaçage avec n'importe quel code.
C'est super simple à utiliser, comparé à la procédure que j'expliquais en début de journal qui nécessite une connaissance approfondie pour l'installation, une connaissance de base de langage type SIMULINK/LABVIEW/SCICOS pour pouvoir être mise en oeuvre.
Le fait de pouvoir entrer en dur les données dans un micro-ontrôleur n'est qu'un plus, permettant d'envisager des régulations et pilotage aux alentours des 100 Hz.