Exact, et je pense que s'ils desactivent les 3/4 de php, c'est aussi pour pouvoir continuer d'offrir ce service :
- maintenance plus aisee
- moins de ressources pompees sur les machines
Parce que c'est bien gentil le php, mais t'as rien de tel pour te plier un serveur. (et un forum par ci, un forum par la, etc etc etc)
Je ne vois pas pourquoi Free proposerait d'heberger des sites gratuits sur des betes de course.
Je pense que si tu veux avoir un bon support du php, il ya un truc tres simple :
- soit tu paies chez un fournisseur
- soit tu te prends pa la main et tu fais ca comme un grand : un_pc_pas_cher, ta connection internet (ADSL), addresse IP fixe ou IP dynamique (dyndns), une bonne distrib (tu choisis)(pour ce genre d'utilisation debian stable ou BSD semblent etre particulierement appropries), plus un peu de travail de secu (au minimum un firewall)
L'art du domaine public n'est pas exploite !!! A part quelques bouquins/photo d'oeuvres d'art librement telechargeable, il n'y a rien !
Vous en voyez beaucoup vous de CD/DVD etc etc d'oeuvres du domaine public ?
Ou alors quand il est exploite, c'est sous forme remasterisee (nouvelle mise en page pour l'edition / remasterisation pour les documents sonores / colorisation etc etc pour les documents cinema ou video) de facon a retomber dans le systeme des droits !
Alors cet article n'est qu'une vaste fumisterie.
Je ne fais pas du tout confiance aux editeurs tradionnels pour faciliter l'acces a ces oeuvres : comme d'hab miuex vaut faire confiance aux particuliers et aux assoces.
Cad, numeriser/remasteriser soit meme et mettre a disposition (ftp/p2P/cd dvd copiables) des (TRES) vieux documents.
Et surtout bien faire a la license sous laquelle on veut faire sortir le doc en meme temps.
Pour info, dans le linux mag, il y a un article tres interessant d'introduction a la reconnaissance des gestes et des formes, avec une bonne bibliographie (decidement cette serie d'article orientee AI est vraiment bien).
Christophe (touf) si ca te tente de te lancer la dedans, fais moi signe.
Perso ca m'interesse a mort.
Je pense qu'une bonne idee de base serait de recuperer le code de gocr et clara, et ensuite essayer de construire une API a partir de la.
Je pensais a une architecture de moteur pouvant faire le lien entre
- soit une interface specifique
- soit entre different programmes d'acquisition (sane/kooka...) et differents editeurs/traitements de texte
Pour info, algorithmiquement : gocr travaille sur la reconnaissance de particularites typographiques, clara se focalise sur l'apprentissage.
D'autres programmes peuvent etre tres interessants a regarder car n'etant pas tres eloignes du probleme (conversion bitmap vers vectoriel) : autotrace & potrace.
Comme pas mal d'autres : je te conseillerais de te mettre a Python. Et puis a Ruby en meme temps, comme ca tu auras des elements de compararaison sur les contraintes d'implantation . Ces deux langages sont assez proches, tres simples, tres elegants, tres securisants, bien documentes, bien maintenus et permettent de fournir un code assez efficace, tres propres et optimisable ensuite. Nickel pour debuter.
Et en plus, comme Python est un langage interprete, peut etre un langage compile histoire de voir a quoi ca ressemble. Ada est tres securisant pour un debutant.
En plus, ca sert toujours de regarder un peu ce que tu peux faire avec le shell (c'est jamais perdu).
Quand tu auras fait tes premiers pas, c'est toujours interessant d'ouvrir son horizon et a ce moment la, va voir du cote du C, C++, Java, Perl. Mais en attendant, pour debuter Python/Ruby/Ada/Shell ca me semble etre super pour apprendre.
NB : apprendre a programmer, ce n'est pas que pianoter du code. A ta place j'en profiterai pour m'intesser aussi aux outils suivants, souvent negliges au debut, mais tres importants des que le code commence a prendre de l'ampleur :
- gestion concurrente de code (pour les gros projets) : cvs/subversion...
- gestion des bugs : bugzilla (etc/etc)
- make/automake pour la synchronisation des builds
- debugger code/memoire
Un poil degoute par cette news (desole ce n'est pas de ta faute Florent)
J'avais envoye voici 15 jours une proposition de depeche apres une premiere lecture de Linux + DVD.
Apparemment, elle n'est pas passee, ca ce n'est pas grave, mais je n'ai eu aucun retour de la part des moderateurs disant ce qui allait ou pas, afin de la retoucher et faire passer l'info. (pourquoi attendre 15 jours quand on peut avoir la nouvelle fraiche : l'info, c'est comme le poisson, ca vieillit plutot mal)
D'habitude je suis plutot content de leur boulot, mais la je trouve que ca coince un peu.
Ceci dit la regularite de ta revue de presse est vraiment bien.
Le projet de fin d'etude pour les eleves ingenieurs ou le memoire, la these (pour les maitrises, DEA, DESS, doctorats) correspondent assez bien a l'idee il me semble : un travail engageant les methodes et/ou connaissances engrangees, encadre et permettant d'en acquerir de nouvelles (synchro avec une vraie equipe, contraintes liees a la vie d'entreprise/labo...)
Un possibilite de stockage est aussi : chez un hebergeur ouaibe.
En redondance du disque dur et des sauvegardes sur CDs.
diverses solutions :
- les sites ouaibes gratuits : perennite plutot faible a mon avis (risque de perte de donnees en cas de crash d'un disque dur chez l'herbergeur, possibilite de disparition d'un herbergeur fragile, desactivation de compte chez un hebergeur peu scrupuleux...)
- les sites de developpement de photo sur internet : je ne connais pas bien leur fiabilite/possibilites, peut etre que certains ont des infos interessantes a te proposer
- un hebergeur classique (et le plus souvant payant), qui propose des espaces bien securises (redondances de disques, locaux proteges, machines maintenues....). A noter, si l'espace sert principalement de depot, la consommation de bande passante est faible, et peut donc permettre une reduction du prix.
- etre son propre hebergeur, et consacrer un machine a cela : une machine bas de gamme dans un boitier moyen tour, correctement ventile avec des disques de moyenne capacite, faible vitesse (4200tr/min) et montes en Raid (pour pouvoir recupere les donnees en cas de crash d'un disque)
Je note aussi que les DVD sont des moyens d'archive interessants :
- prix abordable
- duree de vie comparable aux CDs
- capacite bien plus importante
Je ne dirai qu'un mot a propos des bons vieux lecteurs de bande : je ne suis pas sur que ce soit une bonne idee pour un particulier. (difficulte de s'assurer de la perennite et de la maintenance du materiel)
Une derniere possibilite d'archive pour les meilleures photo : le tirage sur papier photo (duree de vie pour un tirage correctement effectue, et bien rince = 25 ans minimum)(certaines photos du siecle dernier sont toujours en assez bon etat) (ne pas lesiner sur la qualite du labo).
Un argument interessant : le resultat d'une petite seance de galipettes sur le bureau (et donc sur le clavier, voui voui)
-> Win 2000 -> plante.
-> Gentoo -> en etat de marche (mais plein de trucs bizarres dans la console) (remarque : la prochaine fois, je boote sur la mandrake ou la BSD pour voir, et je vous fais part du resultat)
Je pense que c'est une mauvaise demarche : penser 'on a ca', et c'est bien suffisant... brrrr
Je preferais la demarche : on veut faire un soft professionnel : quels sont les fonctionnalites
- de base (personne n'y pense, mais si elle n'y sont pas, le soft ne merite meme pas de sortir)
- indispensables : un peu moins evidentes que celles de base
- les tueuses : qui font la difference avec ce qui existe sur le marche
- sympas : pas forcement indispensables, ne font pas forcement la difference, mais sympa quand meme
- gadget : pas forcement une bonne idee de les integrer, ou alors seulement sous la forme d'extension
- 2 millions d'office pour GNU (a repartir : hebergement de projet, le hurd, et maintenance des utilitaires GNU)
- 2 millions pour FSF : consacres si possible aux poursuites contre les abus envers la GPL.
- 2 millions pour le support de specifications communes libre : X, suite bureautique, navigateur, interface graphique. (exemple : specifications communes KDE/Gnome et autres si possible, Koffice/OpenOffice/applis office Gnome). Une partie etant consacre aux formats libres bien sur (svg, ogg, png...)
- 2 millions consacres a du lobbying contre les brevets logiciels
- je consacre les deux derniers millions pour aider des assoces a but non lucratif se consacrant au libre (formation, hebergement de sites ouaibes...)
- utiliser un outil de dessin vectoriel : Sodipodi ou Inkscape sous Linux par exemple. Pour le moment ces deux softs ne gerent pas les calques (ce qui est un peu embetant dans le cadre de 'gros' projets de graphisme, ou de creation complexe), mais pour des sprites ou des petits dessins ca marche deja tres bien. Sinon Skencil lui gere les calques, mais est moins agreable d'utilisation (juste une question de gout personnel)
- donc l'idee est de dessiner en mode vectoriel, et ensuite, de convertir en raster une fois l'image prete. Le gros avantage, c'est que tu ne te soucie de la taille, de la resolution et de l'antialiasing qu'au moment de l'export en mode bitmap, que c'est une facon de travailler tres souple, et qui n'interdit pas des petites retouches en mode bitmap avec the Gimp a la fin.
Un outil tres sympa et auquel on ne pense pas tout de suite pour faire des graphiques : blender (http://www.blender.org(...))
[^] # Re: Bonsoir Olivier
Posté par matiphas . En réponse au journal Free, ou la gestion des fonctions interdites en PHP. Évalué à 2.
- maintenance plus aisee
- moins de ressources pompees sur les machines
Parce que c'est bien gentil le php, mais t'as rien de tel pour te plier un serveur. (et un forum par ci, un forum par la, etc etc etc)
Je ne vois pas pourquoi Free proposerait d'heberger des sites gratuits sur des betes de course.
Je pense que si tu veux avoir un bon support du php, il ya un truc tres simple :
- soit tu paies chez un fournisseur
- soit tu te prends pa la main et tu fais ca comme un grand : un_pc_pas_cher, ta connection internet (ADSL), addresse IP fixe ou IP dynamique (dyndns), une bonne distrib (tu choisis)(pour ce genre d'utilisation debian stable ou BSD semblent etre particulierement appropries), plus un peu de travail de secu (au minimum un firewall)
[^] # Re: C'est pourtant simple
Posté par matiphas . En réponse au journal Le domaine public... payant!!!. Évalué à 2.
Ou meme en telechargement sur internet
Car oui, tu peux jouer du Bach librement, mais pour l'ecouter librement c'est une tout autre histoire
La bonne qualite de l'enregistrement serait un plus
[^] # Re: C'est pourtant simple
Posté par matiphas . En réponse au journal Le domaine public... payant!!!. Évalué à 3.
Vous en voyez beaucoup vous de CD/DVD etc etc d'oeuvres du domaine public ?
Ou alors quand il est exploite, c'est sous forme remasterisee (nouvelle mise en page pour l'edition / remasterisation pour les documents sonores / colorisation etc etc pour les documents cinema ou video) de facon a retomber dans le systeme des droits !
Alors cet article n'est qu'une vaste fumisterie.
Je ne fais pas du tout confiance aux editeurs tradionnels pour faciliter l'acces a ces oeuvres : comme d'hab miuex vaut faire confiance aux particuliers et aux assoces.
Cad, numeriser/remasteriser soit meme et mettre a disposition (ftp/p2P/cd dvd copiables) des (TRES) vieux documents.
Et surtout bien faire a la license sous laquelle on veut faire sortir le doc en meme temps.
[^] # Re: Projet
Posté par matiphas . En réponse au journal Scanner & OCR. Évalué à 5.
gocr : http://jocr.sourceforge.net/links.html(...)
clara : http://www.claraocr.org/(...)
ocrad : http://www.gnu.org/software/ocrad/ocrad.html(...)
Une revue de deux ocr sous linux :
http://www.linuxworld.com/story/32641.htm(...)
Une page de reference (liens et docs):
http://www.linux-ocr.ekitap.gen.tr/(...)
Une FAQ:
http://www.cfar.umd.edu/~kia/ocr-faq.html(...)
et pele-mele (progs et docs) :
http://sourceforge.net/projects/lince/(...)
http://sourceforge.net/projects/kognition/(...)
http://sourceforge.net/projects/phpocr/(...)
http://sourceforge.net/projects/nocr/(...)
http://kuto.sourceforge.net/(...)
http://lem.eui.upm.es/ocre.html(...)
http://www.math.nwu.edu/~mlerma/locr/(...)
http://http.cs.berkeley.edu/~fateman/kathey/ocrchie.html(...)
http://documents.cfar.umd.edu/(...)
http://www.arrakis.es/~evaquero/ocr.html(...)
http://www.softwareprojects4u.com/ocr/(...)
ftp://ftp.csc.calpoly.edu/pub/ocr/(...)
http://dkc.mse.jhu.edu/gamera/(...)
http://www.pattern-lab.de/index_e.html(...)
# Projet
Posté par matiphas . En réponse au journal Scanner & OCR. Évalué à 2.
Pour info, dans le linux mag, il y a un article tres interessant d'introduction a la reconnaissance des gestes et des formes, avec une bonne bibliographie (decidement cette serie d'article orientee AI est vraiment bien).
Christophe (touf) si ca te tente de te lancer la dedans, fais moi signe.
Perso ca m'interesse a mort.
Je pense qu'une bonne idee de base serait de recuperer le code de gocr et clara, et ensuite essayer de construire une API a partir de la.
Je pensais a une architecture de moteur pouvant faire le lien entre
- soit une interface specifique
- soit entre different programmes d'acquisition (sane/kooka...) et differents editeurs/traitements de texte
Pour info, algorithmiquement : gocr travaille sur la reconnaissance de particularites typographiques, clara se focalise sur l'apprentissage.
D'autres programmes peuvent etre tres interessants a regarder car n'etant pas tres eloignes du probleme (conversion bitmap vers vectoriel) : autotrace & potrace.
[^] # Re: Python
Posté par matiphas . En réponse au journal apprendre à programmer... Évalué à 2.
Et en plus, comme Python est un langage interprete, peut etre un langage compile histoire de voir a quoi ca ressemble. Ada est tres securisant pour un debutant.
En plus, ca sert toujours de regarder un peu ce que tu peux faire avec le shell (c'est jamais perdu).
Quand tu auras fait tes premiers pas, c'est toujours interessant d'ouvrir son horizon et a ce moment la, va voir du cote du C, C++, Java, Perl. Mais en attendant, pour debuter Python/Ruby/Ada/Shell ca me semble etre super pour apprendre.
NB : apprendre a programmer, ce n'est pas que pianoter du code. A ta place j'en profiterai pour m'intesser aussi aux outils suivants, souvent negliges au debut, mais tres importants des que le code commence a prendre de l'ampleur :
- gestion concurrente de code (pour les gros projets) : cvs/subversion...
- gestion des bugs : bugzilla (etc/etc)
- make/automake pour la synchronisation des builds
- debugger code/memoire
etc etc la liste est longue
[^] # Re: C'est une bonne idée !
Posté par matiphas . En réponse au journal AutoCdLibre : Un petit script GPL pour télécharger et graver automatiquement des Logiciels Libres. Évalué à -2.
Donc ca marche pour toi !
Juste un lien pour les windowsiens qui veulent se liberer en douceur : www.framasoft.net !!!
[^] # Re: mode resuming on
Posté par matiphas . En réponse au journal j'ai une caverne à bâtir. Évalué à 1.
La plupart des champs que tu desires y sont...
Quand a ceux qui manquent, bookcase te permet de les rajouter...
-> tu saisis ta "mediatheque" avec ce merveilleux petit soft.
Et ensuite tu choisis comment l'exporter... (XML, HTML...)
Voili voilou, dans le pire des cas, tout ce que tu as a ecrire est un petit script php pour 'afficher' dynamiquement le contenu sur un site ouaibe.
[^] # Re: Dans leurs poches
Posté par matiphas . En réponse au journal Cons..ternés. Évalué à 3.
[^] # Re: «Que voudriez vous voir en plus ou en moins ?»
Posté par matiphas . En réponse au journal Vos avis sur un de mes dessins de manchot. Évalué à 2.
Simple, sobre, se pretant bien a des transformations si la license le permet (tu le publies sous quelle license d'ailleurs ?)... La classe.
Le petit plus qui manque : le fournir en svg aussi.
Juste une autre question : tu as utilise quel logiciel ?
# Suggestion
Posté par matiphas . En réponse à la dépêche S'il te plaît, dessine moi un pingouin (avec un gros flingue). Évalué à 8.
faire passer l'annonce chez www.linuxgraphic.org
my 0.02
[^] # Re: Degoute
Posté par matiphas . En réponse à la dépêche Revue de Presse - Juin 2004. Évalué à 4.
Mais c'est peut etre il y a 15 jours qu'il aurait du etre envoye, non ?
[^] # Re: Degoute
Posté par matiphas . En réponse à la dépêche Revue de Presse - Juin 2004. Évalué à -4.
<Note ce commentaire est ininteressant>
# Degoute
Posté par matiphas . En réponse à la dépêche Revue de Presse - Juin 2004. Évalué à 5.
J'avais envoye voici 15 jours une proposition de depeche apres une premiere lecture de Linux + DVD.
Apparemment, elle n'est pas passee, ca ce n'est pas grave, mais je n'ai eu aucun retour de la part des moderateurs disant ce qui allait ou pas, afin de la retoucher et faire passer l'info. (pourquoi attendre 15 jours quand on peut avoir la nouvelle fraiche : l'info, c'est comme le poisson, ca vieillit plutot mal)
D'habitude je suis plutot content de leur boulot, mais la je trouve que ca coince un peu.
Ceci dit la regularite de ta revue de presse est vraiment bien.
# Stage / projet
Posté par matiphas . En réponse au journal Compagnon développeur en open source. Évalué à 4.
[^] # Re: ou stocker ses photos
Posté par matiphas . En réponse à la dépêche Organiser ses photos numériques. Évalué à 0.
# ou stocker ses photos
Posté par matiphas . En réponse à la dépêche Organiser ses photos numériques. Évalué à 1.
En redondance du disque dur et des sauvegardes sur CDs.
diverses solutions :
- les sites ouaibes gratuits : perennite plutot faible a mon avis (risque de perte de donnees en cas de crash d'un disque dur chez l'herbergeur, possibilite de disparition d'un herbergeur fragile, desactivation de compte chez un hebergeur peu scrupuleux...)
- les sites de developpement de photo sur internet : je ne connais pas bien leur fiabilite/possibilites, peut etre que certains ont des infos interessantes a te proposer
- un hebergeur classique (et le plus souvant payant), qui propose des espaces bien securises (redondances de disques, locaux proteges, machines maintenues....). A noter, si l'espace sert principalement de depot, la consommation de bande passante est faible, et peut donc permettre une reduction du prix.
- etre son propre hebergeur, et consacrer un machine a cela : une machine bas de gamme dans un boitier moyen tour, correctement ventile avec des disques de moyenne capacite, faible vitesse (4200tr/min) et montes en Raid (pour pouvoir recupere les donnees en cas de crash d'un disque)
Je note aussi que les DVD sont des moyens d'archive interessants :
- prix abordable
- duree de vie comparable aux CDs
- capacite bien plus importante
Je ne dirai qu'un mot a propos des bons vieux lecteurs de bande : je ne suis pas sur que ce soit une bonne idee pour un particulier. (difficulte de s'assurer de la perennite et de la maintenance du materiel)
Une derniere possibilite d'archive pour les meilleures photo : le tirage sur papier photo (duree de vie pour un tirage correctement effectue, et bien rince = 25 ans minimum)(certaines photos du siecle dernier sont toujours en assez bon etat) (ne pas lesiner sur la qualite du labo).
[^] # Re: Laisses le temsp au temps
Posté par matiphas . En réponse au journal découverte linux pour quelqu'un qui n'en veut pas. Évalué à 1.
-> Win 2000 -> plante.
-> Gentoo -> en etat de marche (mais plein de trucs bizarres dans la console) (remarque : la prochaine fois, je boote sur la mandrake ou la BSD pour voir, et je vous fais part du resultat)
Je vous laisse conclure...
Ce commentaire est ininteressant.
[^] # Re: Histoire de licence
Posté par matiphas . En réponse au journal Scoop : Linux ne sais pas encoder/décoder le divx !. Évalué à 3.
Je preferais la demarche : on veut faire un soft professionnel : quels sont les fonctionnalites
- de base (personne n'y pense, mais si elle n'y sont pas, le soft ne merite meme pas de sortir)
- indispensables : un peu moins evidentes que celles de base
- les tueuses : qui font la difference avec ce qui existe sur le marche
- sympas : pas forcement indispensables, ne font pas forcement la difference, mais sympa quand meme
- gadget : pas forcement une bonne idee de les integrer, ou alors seulement sous la forme d'extension
Apres faut se retrousser les manches
# 2 questions
Posté par matiphas . En réponse au journal Alleluia mes freres !. Évalué à 6.
les evangiles sont-elles libres ?
Si oui, doit on les considerer comme des man-pages ou des how-to ?
L'angelus, c'est dans qques minutes et c'est par la -> []
[^] # Re: allo?
Posté par matiphas . En réponse au journal Théorie du spectacle. Évalué à 0.
Mais bon...
Pour info : un tres bon bouquin (essai) traitant du sujet, publie juste avant mai 68, par Guy Ernest Debord : "la societe du spectacle".
[^] # Re: Débat logiciel libre. Le vrai problème, c'est la license.
Posté par matiphas . En réponse au journal Débat logiciel libre. Le vrai problème, c'est la license.. Évalué à 3.
[^] # Re: Si vous étiez riches ..très riches !
Posté par matiphas . En réponse au journal Si vous étiez riches ..très riches !. Évalué à 1.
- 2 millions pour FSF : consacres si possible aux poursuites contre les abus envers la GPL.
- 2 millions pour le support de specifications communes libre : X, suite bureautique, navigateur, interface graphique. (exemple : specifications communes KDE/Gnome et autres si possible, Koffice/OpenOffice/applis office Gnome). Une partie etant consacre aux formats libres bien sur (svg, ogg, png...)
- 2 millions consacres a du lobbying contre les brevets logiciels
- je consacre les deux derniers millions pour aider des assoces a but non lucratif se consacrant au libre (formation, hebergement de sites ouaibes...)
[^] # Re: The Gimp: Scanner/coloriser un dessin
Posté par matiphas . En réponse au journal The Gimp: Scanner/coloriser un dessin. Évalué à 1.
oui Gimp peut prendre en charge le scan d'un document, grace au plugin sane-gimp
Autres appplis pour scanner : kooka, xsane...
# Re: The Gimp: Scanner/coloriser un dessin
Posté par matiphas . En réponse au journal The Gimp: Scanner/coloriser un dessin. Évalué à 2.
- utiliser un outil de dessin vectoriel : Sodipodi ou Inkscape sous Linux par exemple. Pour le moment ces deux softs ne gerent pas les calques (ce qui est un peu embetant dans le cadre de 'gros' projets de graphisme, ou de creation complexe), mais pour des sprites ou des petits dessins ca marche deja tres bien. Sinon Skencil lui gere les calques, mais est moins agreable d'utilisation (juste une question de gout personnel)
- donc l'idee est de dessiner en mode vectoriel, et ensuite, de convertir en raster une fois l'image prete. Le gros avantage, c'est que tu ne te soucie de la taille, de la resolution et de l'antialiasing qu'au moment de l'export en mode bitmap, que c'est une facon de travailler tres souple, et qui n'interdit pas des petites retouches en mode bitmap avec the Gimp a la fin.
Un outil tres sympa et auquel on ne pense pas tout de suite pour faire des graphiques : blender (http://www.blender.org(...))
Le duo gagnant a mon avis : inkscape (http://inkscape.sourceforge.net(...)) + gimp (http://www.gimp.org(...))
Autres references : skencil (http://sketch.sourceforge.net(...)), sodipodi (http://www.sodipodi.com(...))
Pas mal d'infos, de tutoriel et de liens sur : http://www.linuxgraphic.org(...)
Et un dernier lien pour la route : http://www.linuxartist.org(...)