Bases de données

Je me penche sur une sorte d'encyclopédie en mode wiki ça me semble le plus simple. Je me trompe?

(bon il va falloir que j'apprenne ce qu'est un code source, un FTP et comment faire pour mettre en ligne par Orange car chez wiki je n'ai pas trouvé: ils ont Free par exemple mais Orange: pas vu )

Bon j'avance (un peu). Alors ne riez pas. je suis totalement nul pour ce genre de trucs...

J'ai téléchargé Wamp, MediaWiki tout ça.
J'arrive sur la page:

Citation :

MediaWiki 1.9.0
Please set up the wiki first.

Jusqu'ici tout va bien...

Puis ça se complique:

Citation :

Please include all of the lines below when reporting installation problems.

PHP 5.2.0 installed
Found database drivers for: MySQL
PHP server API is apache2handler; ok, using pretty URLs (index.php/Page_Title)
Have XML / Latin1-UTF-8 conversion support.
PHP is configured with no memory_limit.
Have zlib support; enabling output compression.
Couldn't find Turck MMCache, eAccelerator or APC. Object caching functions cannot be used.
GNU diff3 not found.
Couldn't find GD library or ImageMagick; image thumbnailing disabled.
Installation directory: C:\wamp\www\mediawiki-1.9.0
Script URI path: /mediawiki-1.9.0
Environment checked. You can install MediaWiki.

Les mots en gras sont-ils importants, faut-il remédier au problème (mais comment ), peut-on laisser en l'état?

Quand je saisis tout ce qui m'est demandé je reviens systématiquement au même écran de config. Je pense que je rate une étape quelque part dans les deux écrans ci-dessous.

Je ne comprends pas ce qui est demandé ici:

Citation :

Shared memory caching: No caching
Memcached
Memcached servers:
Using a shared memory system such as Turck MMCache, APC, eAccelerator, or Memcached will speed up MediaWiki significantly. Memcached is the best solution but needs to be installed. Specify the server addresses and ports in a comma-separted list. Only use Turck shared memory if the wiki will be running on a single Apache server.

Ni ici:

Citation :

Database type: MySQL
Database host:
If your database server isn't on your web server, enter the name or IP address here.

Database name:
DB username:
DB password: Must not be blank
DB password confirm:

J'entre les DB username et DB password et j'ai systématiquement un message d'erreur. Est-ce parce que je n'ai pas entré d'adresse IP plus haut? Dois-je entrer l'adresse IP de mon ordi? (si oui euh c'est quoi?)

(vous voyez: ce n'est pas gagné !)

Citation :

(vous voyez: ce n'est pas gagné !)

Je suis pret à t'aider pour la saisie ...
quand tu auras surmonté tout ça.

J'ai créé (enfin !) un wiki. J'ai essayé (et réussi!) à créer des pages. C'est un bon début.
La seconde étape sera l'hébergement. Euh des idées???

Il existe des "wikifermes" comme Caféwiki qui permettent de construire un site Wiki sans aucun souci. Il suffit de l'ouvrir puis de l'alimenter.
Le seul "inconvénient" est de savoir si il y a une pérennité du site qui "héberge".

aymondel a écrit:

...travail pour la BD. Dommage qu'il n'existe pas encore l'équivalent pour le fascicule populaire... Ce forum évidemment tente de pallier à ce manque

Merci
Le point de départ est évidemment de disposer d'un maximum d'infos.
Personnellement, je ne suis pas convaincu par un mode participatif intense car cela génère trop d'erreurs. Il faut aussi choisir le mode de stockage car la technique des articles et des posts forum ressemble un peu à un cimetière. Encore que avec des moteurs de recherche comme Google, on peut tout de même s'y retrouver.
Il vaut donc mieux passer par une Database relationnelle et ensuite jouer avec les indexations.
Quand à la gestion d'un site, il faut éviter qu'elle devienne une galère dès que le nombre de pages commence à augmenter ... Par ailleurs, pour en faire bénéficier le maximum de visiteurs, il faut rester dans un fonctionnement basique et limiter les innovations technologiques...
Si quelqu'un est intéressé pour la littérature populaire, on peut toujours commencer à en causer ... en privé.

Mais tout cela est un autre sujet ...
Pour ce qui concerne les éditions modernes, il y a eu des publications (comme par exemple la 3e+ série des images amusantes) qui contenaient moitié nouvelles, petits contes ou romans à suivre et moitié BD. Quelqu'un a-t-il ici des connaissances sur ce sujet ?

Prokov a écrit:

aymondel a écrit:

...travail pour la BD. Dommage qu'il n'existe pas encore l'équivalent pour le fascicule populaire... Ce forum évidemment tente de pallier à ce manque

Merci
Le point de départ est évidemment de disposer d'un maximum d'infos.
Personnellement, je ne suis pas convaincu par un mode participatif intense car cela génère trop d'erreurs. Il faut aussi choisir le mode de stockage car la technique des articles et des posts forum ressemble un peu à un cimetière. Encore que avec des moteurs de recherche comme Google, on peut tout de même s'y retrouver.
Il vaut donc mieux passer par une Database relationnelle et ensuite jouer avec les indexations.
Quand à la gestion d'un site, il faut éviter qu'elle devienne une galère dès que le nombre de pages commence à augmenter ... Par ailleurs, pour en faire bénéficier le maximum de visiteurs, il faut rester dans un fonctionnement basique et limiter les innovations technologiques...
Si quelqu'un est intéressé pour la littérature populaire, on peut toujours commencer à en causer ... en privé.

L'AARP en collaboration avec les Editions Encrage (ou l'inverse?!?) prépare ce type de base. Je tiendrai les membres du forum au courant.

Alors, Léon, et ce wiki? Je trouve que l'idée était très bonne, et il serait temps de basculer un certain nombre d'infos de ce forum vers le wiki, non? Tu as abandonné l'idée, ou tu la gardes en tête?

Je m'associe à M.L. pour trouver bonne l'idée du Wiki (voyez par exemple celui-ci, dans le domaine des romanciers de l'Age d'or du roman de détection: http://gadetection.pbwiki.com/).
Access est peut-être performant mais à éviter car le format ne permet pas l'échange ni la diffusion des données, qui vont vite s'y retrouver emprisonnées (il faut posséder le logiciel pour lire les données, qui est propriétaire et payant, donc très restrictif).

Je dois rencontrer JCl Fillon (pas sûr de l'orthographe) qui s'occupe des sites du Rocambole et d'Encrage.
Je vais voir un peu ce que cela va donner en terme de base, d'encyclopédie en ligne, de forum,...
je suis bien d'accord que le format forum n'est pas pratique qaund on souhaite faire de la recherche bibliographique. C'est un peu le foutoir (on dirait mon garage ).
Avant de me faire exécuter par Cirroco, et je plaide coupable, j'ai préféré passer mon après-midi de jeudi avec Jean-Louis Costes plutôt que dans mon garage.
On peut admirer les travaux de JL Costes ici: http://costes.org/ et acquérir ses travaux là: http://eretic-art.com/costes.html
Je sais: ça n'a pas grand chose à voir avec le sujet du forum ou du topic mais je cherche une excuse pour Cirroco

je me cite

Dr Mabuse a écrit:

Pour me faire la main,
j'ai ouvert un compte sur http://www.lautre.net/ pour 23 euro par an,
500Mo
et j'y ai installé un dokuwiki.

Je crois que c'est ce que cherche notre Léon

Citation :

Je dois rencontrer JCl Fillon (pas sûr de l'orthographe) qui s'occupe des sites du Rocambole et d'Encrage.

D'accord pour le lien avec Rocambole/Encrage, mais seulement si c'est pour accoucher d'une base reposant sur un principe collaboratif dans l'esprit de wikipedia (quitte à faire du collaboratif modéré, avec code d'entrée). Si l'information doit passer par une poignée de responsables (dont le point de vue jugera de la pertinence ou non des informations), ou si la consultation de la base suppose des conditions d'entrée d'une façon ou d'une autre, cela perd presque tout intérêt.

Dernier point, il me semble que, malgré la proximité, on ne peut confondre Encrage (maison d'édition) et Rocambole (association). Mais il est vrai qu'il serait bienvenu que le projet soit associé à l'AARP.

Léon Rude a écrit:

On peut admirer les travaux de JL Costes ici: http://costes.org/ et acquérir ses travaux là: http://eretic-art.com/costes.html
Je sais: ça n'a pas grand chose à voir avec le sujet du forum

Quoique... Inca pour l'un, caca pour l'autre

Maciste a écrit:

Je m'associe à M.L. pour trouver bonne l'idée du Wiki (voyez par exemple celui-ci, dans le domaine des romanciers de l'Age d'or du roman de détection: http://gadetection.pbwiki.com/).
Access est peut-être performant mais à éviter car le format ne permet pas l'échange ni la diffusion des données, qui vont vite s'y retrouver emprisonnées (il faut posséder le logiciel pour lire les données, qui est propriétaire et payant, donc très restrictif).

Très bien, le site gadetection ! Merci pour le lien !

Effectivement, Access n'est pas l'outil idéal pour une base de données en ligne. Qu'en penses-tu, d'ailleurs, pour une base données perso ?
Il y a une discussion en cours à ce sujet sur bdfi
http://forums.bdfi.net/viewtopic.php?id=1290


Comme tu peux le voir sur cette discussion, j'utilise Bookcat

Que penses-tu de Zotero ?

D'après ce que j'en sais, Access s'avère effectivement pratique et assez puissant pour se créer une base de données personnelle, mais (je me répète) est à éviter car il ne permet pas l'échange de données (voir l'exemple de "Polarsbase" d'Alain Melchior, très riche sur le plan documentaire, mais impossible à diffuser de manière pratique, c'est bien dommage).
Zotero, je ne connais pas, je vais tâcher de regarder - dès que j'aurai une heure de libre...
En fait, pour la prochaine version de mon site de vente (qui devrait être opérationnelle en septembre), j'utilise une base MySQL pilotée par un logiciel qui s'appelle Drupal (http://drupal.org/). Ce système me permet d'associer des images et des mots-clés à chaque fiche, d'effectuer des recherches sur chaque champ de la base (auteur, titre, éditeur, collection, etc.). Il est destiné à une utilisation en ligne : les données peuvent être consultées à l'aide d'un simple navigateur. Je peux saisir les fiches soit en étant connecté, soit en important des données tabulées (saisies dans Excel, par exemple). Le grand intérêt est que l'on peut récupérer ces données dans un fichier XML qui nous permet d'en faire ce que l'on veut, puisque chaque champ est ainsi balisé ; on peut les récupérer pour import dans d'autres applications, ou leur associer des feuilles de style pour éditer un catalogue papier, par exemple.
Les fiches présentes dans la base MySQL peuvent être visibles par les visiteurs, ou masquées (quand l'ouvrage n'est plus disponible).
Quand j'aurai pris Drupal en main (dès que l'informaticien qui travaille pour moi aura terminé les développements), je pourrai t'en dire plus. Il me semble dès aujourd'hui que ce type d'outil est idéal pour créer des bases de données collaboratives (comme ce qu'on essaie de faire sur ce forum), au lieu que chacun bricole dans son coin et ne puisse faire profiter aux autres de ses connaissances, pour des raisons d'incompatibilité de formats informatiques.

Tout cela mérite bien un "UP"

des nouvelles ?

Bon, je suis un peu perdu pour tout cela.
Je pense que le mieux serait de voir avec Daniel Compère et Alfu qui souhaitent mettre en place une sorte d'encyclopédie numérique avec Fictionbis.
M.L. et sieur Herbulot en savent peut-être plus que moi sur le sujet?

Léon Rude a écrit:

Bon, je suis un peu perdu pour tout cela.
Je pense que le mieux serait de voir avec Daniel Compère et Alfu qui souhaitent mettre en place une sorte d'encyclopédie numérique avec Fictionbis.
M.L. et sieur Herbulot en savent peut-être plus que moi sur le sujet?

La base est en cours de formation ici : http://www.fictionbis.com/

Plutôt attractif. Un bon début.
Quel est à terme l'intérêt d'être identifié ? Pour l'instant pas de différence remarquée.
Pour alimenter de temps à autre la base noosfere, je sais quel boulot titanesque cela représente. Et maintenant la mienne pour la boutique. Je suis tjs admirative devant ce genre d'entreprise. Je suivrais ça de près et si je peux aider ponctuellement...

erwelyn a écrit:

Plutôt attractif. Un bon début.
Quel est à terme l'intérêt d'être identifié ? Pour l'instant pas de différence remarquée.

C'est juste pour filtrer les participants à l'élaboration de la base.
Effectivement le boulot est titanesque. Si je pouvais me cloner...

L'intérêt d'avoir un compte est effectivement de pouvoir participer activement : créer des fiches, les modifier ou y apporter des compléments d'information... plutôt que de simplement consulter les informations disponibles et se désoler qu'il n'y en ait pas davantage.

Je suis incapable de répondre quant aux bases de données en ligne ( je rejoins les conseils ci-dessus : il existe la base Rocambole, à nous de la faire tourner... ).

En attendant, je viens de trouver un tableau des différents logiciels professionnels de gestion de bibliothèques.

C'est du pro, ce n'est pas toujours ce qui nous concerne. Mais la liste peut intéresser certains.

http://www.toscaconsultants.fr/articles/listedesSGB.pdf

Le logiciel que j'utilise est sous Access, mais je sais que l'idéal serait d'en avoir un sous SQL ou Oracle.
J'ai essayé de comprendre quelque chose à Drupal... Hélas !

Maciste a écrit:

L'intérêt d'avoir un compte est effectivement de pouvoir participer activement : créer des fiches, les modifier ou y apporter des compléments d'information... plutôt que de simplement consulter les informations disponibles et se désoler qu'il n'y en ait pas davantage.

J'ai bien un compte,
je ne vois absolument pas comment je peux participer !

il n'y a aucune entrée visible pour les "inscrits".

Même punition que le doc ! Ne suis pas arrivé à participer ou alors je n'ai pas compris le mode de fonctionnement ...