Salut
Comme je suis sur la liste je vais apporter quelques précisions (merci
RV de m'avoir alerté sur cet échange)
En effet Christian, Kolekti, ce n'est pas ce que tu cherches, si tu veux
damatérialiser tes documents, il faut mettre en oeuvre les composants
suivants :
Numerisation, ocr, moteur d'indexation, recherche
Je ne connais pas bien les outils de numérisation et d'ocr. Pour le
moteur d'indexation je te suggerais solr qui sait ingurgiter des
documents dans différents formats et propose la recherche.
Kolekti quand a lui est plus un outil de production de documents qu'un
outil de gestion, il permet de publier des documents dans divers formats
(xhtml, html5, odt, pdf, epub...) par assemblage d'une information de
base élaborée sous forme d'unités de documentation élémentaires, en leur
appliquant divers traitements préalables (filtrage des contenus,
variabilisation des textes...).
Les deux premiers exemples que donne Samuel illustrent bien l'idée de
kolekti (même si je n'ai pas tout compris l'allégorie de l'agence
d'intérim). L'idee est effectivement de pouvoir produire plusieurs
niveaux de lecture d'un document assemblé depuis des sources uniques.
Plus prosaiquement :) je préfère comparer kolekti à un makefile de
documentations.
En résumé je ne pense pas que kolekti aide à réduire les piles de
papier. mais ça peut contribuer à faciliter la gestion d'un fonds
documentaire modulaire. Professionnellement j'exploite une plateforme
kolekti pour proposer des services pour la rédaction de notices et
manuels industriels, mais kolekti peut être utilisé dans bien d'autres
domaines (gestion de parc informatique, infogérance, gestion de cahier
des charges....) ou la réutilisation et l'automatisation apportent un
gain de temps/ de qualité. Si vous avez envie d'essayer je suis à votre
disposition pour un coup de pouce....
Stéphane.
Le samedi 10 mars 2012 à 15:11 +0100, samuel.veyre a écrit :
> Le Sun, 04 Mar 2012 15:58:25 +0100,
> Christian Marillat <marillat@???> a écrit :
>
> > > Kolekti !
> > >
> > > http://www.kolekti.org/
> > >
> > > Il me semble que ce que développe Stéphane Bonhomme est pile-poil
> > > dans ce que tu cherches.
> >
> > Pas vraiment.
> >
> > Christian
>
> Il y a une confusion entre "Gestion de documents" et "Gestion de
> documentATION".
>
> Kolekti fait de la gestion de documentATION. C'est un logiciel qui
> manipule du TEXTE brut dont l'ensemble forme un tout cohérent.
>
> Kolekti saucissone le texte de la documentation en petites unités
> indépendantes. L'utilisateur peut alors "faire son marché" parmis tous
> ces petits modules pour réaliser sa propre documentation spécifique à
> un besoin particulier à un moment donné. La page Framasoft de Kolekti
> définit ce logiciel comme un "moteur d'assemblage". On pourrait aussi
> comparer l'outil à une sorte de "boutique en ligne" mais pour des
> morceaux de documentation plutôt que des objets.
>
> EXEMPLE 1 :
> Stéphane donne souvent l'exemple du cours d'un prof. Si le prof
> s'adresse à des débutants ou à des personnes avancées, le prof doit
> préparer un cours légèrement différent. Pour des débutants, il faut
> supprimer certaines parties du cours général trop complexes. Il faut
> probablement supprimer également les cas particuliers et exceptions qui
> embrouilleraient la compréhension de base.
>
> EXEMPLE 2 :
> Personnellement, j'aime bien comparer Kolekti à une caféteria ou un
> resto "U". On pose son plateau sur un rail et on le fait glisser. On
> peut alors piocher au passage les plats mis à disposition sur un
> présentoir. On choisit une entrée au rayon "entrées", un plat chaud au
> rayon "plats chauds" et un ou deux desserts au
> rayon..."desserts" (Hey ! Faut suivre !). A la fin on passe en caisse et
> on obtient la liste sur papier de notre propre menu du jour à nous. Si
> on est végétarien, on a un repas final avec uniquement des
> plats sans viande. Si on est asiatique intégriste, on a une
> documentation finale composée uniquement de "riz et de litchis", etc
> Mais au départ, tout le monde est parti de la méme documentation
> principale (exhaustive...mais trop encombrée de détails pour un petit
> estomac humain).
>
> EXEMPLE 3 :
> Malheureusement, Kolekti n'est pas utilisé par les pharmaciens. C'est
> dommage ! Du coup, lorsque on achète un médicament, on est obligé de
> "se taper" la lecture de toutes les contre-indications de la notice
> dont souvent aucune ne nous concerne. Si les notices de médicaments
> étaient sous forme numérique plutôt que sous forme papier, Kolekti
> permettrait d'éviter ce genre de gaspillage de temps en proposant une
> documentation personnalisée. Un homme célibataire verrait par exemple
> supprimer de la notice tout ce qui concerne les femmes enceintes, etc
>
> EXEMPLE 4 :
> Si les exemples précédents ne suffisent pas, je vous suggère de donner
> un coup de pied dans la porte d'entrée d'une agence d'interim et de
> gueuler "Hey, là-dedans ! Quelqu'un pour m'expliquer ce qu'est un
> préparateur-de-commandes ?!!". Une jolie minette devrait vous sourire,
> vous faire signer en souriant un papier et vous indiquer en souriant
> l'adresse d'une usine où vous rendre le lendemain... Et si vous y
> restez 15 jours, vous devriez en resortir souriant : vous
> venez de comprendre la logique de Kolekti appliquée à un domaine
> non-numérique.
>
> Il est préférable de s'adresser directement à Stéphane Bonhomme ou aux
> autres développeurs qui travaillent sur ce logiciel GPL-python pour
> avoir plus de détails et pour vérifier que je n'ai pas dépassé mon
> quota de conneries autorisées :-)
