Bonsoir,
Je tente de convaincre l'auteur d'un logiciel, que j'utilise pour
la poterie (on peut voir un peu ce que cela donne � cette page
http://www.digitalfire.com/insight/ ),
de faire un programme qui ne tourne pas seulement sous micromou.
Il semble ouvert � envisager cela et me propose de participer
� un projet opensource avec lui (il est au Canada)
Des aspects concrets doivent �tre discut�s car il(s) vit de vendre son
programme (100$ je crois). Je regarde s'il ne peut pas vendre plut�t le
contenu des bases de donn�es que le soft.
Je ne suis pas encore s�re qu'il sache ce qu'est l'open-source mais
il a un esprit et un site tr�s ouvert. Je n'ai jamais rien pay�
car il me donne des clefs de licence pour me remercier des critiques
et rapports de bug.
La question arrive maintenant: quels outils utiliser?
Aujourd'hui, tout est �crit en visual basic 3, avec je ne sais quelle
base de donn�es. Le crit�re rapidit� est important et dans ce sens
il s'est m�me limit� � du 16 bits, disant que cela va plus vite.
Il semble d'ailleurs vouloir �liminer les bases de donn�es et tout
garder dans des fichiers (XML aujourd'hui).
Pour la vitesse, la partie base de donn�e est en fait peu importante
car tout peut �tre stock�e en m�moire assez facilement.
Pour un projet inter-op�rable, on peut envisager
- pour les bases de donn�es: je pense mysql ou postgresql sont OK
- pour le langage de programmation, je suis beaucoup moins bien.
Je pr�f�rerais un scripting language. J'ai pens� du tcl/tk
(parce que je connais, mais je ne sais pas si ce langage survivra)
ou python/tk ou ...
L'immense majorit� des client.e.s de ce logiciel sont windows, quelques
Mac et une (+?) Linux.
J'avais aussi pens� � PHP+mysql mais je crois que cela n'a pas
de sens ici. Ou bien?
Votre avis-conseil peut m'int�resser. Je ne suis pas une programmeuse
(ma langue maternelle a �t� le fortran, quand j'�tais petite).
J'aime les scriptings languages parce que c'est interm�diaire entre
le bas niveau (C, C++, JAVA) et les outils click and clack (visual
basic...).
Le but
------
Construire une petite (pas tant) application portable avec quelques
fen�tre qui, d�s qu'on y change un nombre, changent d'autres nombres.
Il y a aussi le reste autour:
- sauver ses mati�res (eh oui, le programme est canadien et mes
mati�res n'y sont pas)
- sauver ses recettes (les formules sont recalcul�es)
Ici, l'auteur pense le sauver directement en XML ainsi on
peut les visualiser facilement avec un browser.
Voir par exemple: http://www.digitalfire.com/recipes/g1947u.htm
Bref, des id�es sont bienvenues. Le cable va venir � la maison la
semaine prochaine, donc plus d'excuses de ne pas pouvoir contribuer.
Mais faire le bon choix est souvent le plus important.
Anne
Trop long pour un vendredi soir?
----------------------------------------------------------------------
Pourquoi calculer?
------------------
Disons un peu ce que des potier.�re.s calculent et pourquoi.
Toutes les mati�res c�ramiques sont en fait des oxydes.
Leur nombre est assez restreint (http://www.digitalfire.com/oxide/).
Et pour faire un �mail [glaze en anglais], on utilise des mati�res
premi�res qu'on ach�te un peu plus loin qu'au magasin du coin.
Ces mati�res sont analys�es en composition d'oxydes et cette information
est entr�e dans la base de donn�es.
Dans le temps, les potier.�re.s (en cas de non obsession du secret)
se communiquaient ce qu'on appelle des "recettes" [recipe] et c'est bien
de cela dont il s'agit: autant de gramme de kaolin, de wollastonite,
de silice, de feldspath K, etc. L'id�e est belle mais, si les
personnes qui communiquent ainsi n'ont pas les m�mes fournisseurs,
bonjour les comparaisons. D'un endroit � l'autre de la plan�te, les
roches sont diff�rentes. Or toutes ces mati�res sont extraites de
la nature (eh oui, si on les fait synth�tiquement, on n'arrive pas
� de bons r�sultats). Bref, je passe les d�tails.
Mais puisque ces mati�res premi�res sont compos�es d'oxydes, pourquoi
ne pas se communiquer en fait les pourcentages des diff�rents
oxydes qui entrent dans la composition? En g�n�ral, il y en a 6-8
pour un �mail (mis � part les traces). On a alors ce qu'on appelle
une "formule". On se communique ses formules, et on se rapproche
de situations identiques. Pour ma part, je pense que tant la recette
que la formule ont leur int�r�t. La recette dit en gros le type
de mati�res utilis�es, la formule dit pr�cis�ment la composition
finale (je rappelle que tout cela va passer dans un four � plus de 1000
degr�s, avec des r�actions chimiques entre ces oxydes, etc).
Donc, dans son atelier, la poti�re ou le potier veut respecter une
recette tout en utilisant ses mati�res premi�res. L�, un petit
ordinateur va lui �tre pr�cieux.
En entrant dans une fen�tre du type http://digitalfire.com/images/insight/ins5w
in.gif
les mati�res utilis�es, on va pouvoir voir directement la composition en
oxydes. Et ce programme qui montre joliment, c�te � c�te, 2
recettes/formules, permet facilement d'ajuster les quantit�s de
mati�res premi�res pour arriver � des formules identiques (ou
diff�rentes mais contr�l�es).
D'autres informations sont aussi donn�es:
- une estimation du coefficient de dilatation (ce qui fait que
des �maux sont "craquel�s" ou non
- le rapport SiO2/Al2O3 qui est un bon indicateur de la fusion
de l'�mail (les points eut�ctiques de fusion)
Mais arr�tons-nous l�. Si des personnes sont int�ress�es, j'ai tout
un rapport de stage sur ce sujet:
http://slpc7.epfl.ch/~possoz/POTERIE/stage_CNIFOP_new.html
http://slpc7.epfl.ch/~possoz/POTERIE/stage_CNIFOP_new.pdf
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question. Ouais, pour se d�sabonner aussi.
