[PMB-DEVEL] Re: Question
je réponds par rapport à ce que je fais en import de notices (par le menu admin ou par les résultats d'une recherche z3950) : nous disposons de trois zones : résumé contenu général celles-ci sont stockées séparément mais font l'objet d'un index fulltext unique. ceci implique que la syntaxe de la requete si on utilise match against fasse appel aux trois colonnes, telles que décrites dans la création de l'index fulltext. si on veut distinguer les champs de recherche, il faut distinguer les index fulltext. En outre, en Oracle, un index interMedia (= ancien index OracleText pour les connaisseurs) ne peut porter que sur une seule colonne. Je ne sais pas encore ce que ça donne avec PostgreSQL, mais pour l'instant Oracle est beaucoup plus 'fin' que MySQL, il va donc falloir coller à cela au minimum. Je résume les champs de recherche : colonnecolonne préparée index tit# index_tit# index_serie serie.serie_name index_serieindex_serie (l'index fulltext index_serie contient index_tit#+index_serie) n_gen index_matiere index_matiere n_resume index_matiere index_matiere n_contenu index_matiere index_matiere (l'index fulltext i_contenu_resume contient n_resume+n_contenu) index_laucune aucun (indexation libre : les mots clés renseignés) je propose des créer les colonnes ad hoc pour les recherches : -rassembler les titres, la série et l'indexation libre dans une colonne préparée >>index_titres = strip_empty_words (tit1+tit2+tit3+tit4+serie_name+index_l) de la sorte, les mots clés font sortir un livre en recherche 'titre', c'est bien le but des mots clés ? -rassembler les notes générales et notes de résumé >>index_notes = strip_empty_words (n_gen+n_resume) -distinguer les notes de contenu >>index_contenu = strip_empty_words (n_contenu) de la sorte, le contenu = les titres des morceaux d'un CD par ex, est bien distingué en recherche. coté recherche, ça donnerait : -recherche par titre : recherche match against sur index_titres résultats : les oeuvres dont le ou les titres ou dont le nom de la série ou dont les mots clés contiennent le mot cherché. Exemple : "Aïda" : Verdi : Aïda, opéra... -recherche par résumé/général résultats : les oeuvres dont le résumé ou les notes générales contiennent le mot cherché. Exemple = "Suez" >> Verdi : Aïda, opéra commandé par le roi d'Egypte pour se faire pardonner son opposition à la construction du canal de Suez -recherche par notes de contenu résultats : les oeuvres dont le contenu contient le mot cherché. Exemple : "triomphale" >> Verdi : Aïda, Acte II scène 2 : la marche triomphale Est-ce que c'est suffisant ? Doit-on distinguer les titres plus finement ? Auquel cas il faudra conserver les colonnes actuelles index_tit# et leur créer les index fulltext correspondant. Doit-on distinguer le titre de la série ? Il faut bien avoir à l'esprit que toutes les dinstinctions faites au sein de la structure de la base doivent se retrouver au niveau des possibilités de recherche dans l'interface, sinon quel en est l'intérêt ? SI je me place coté OPAC : le lecteur lambda aura certainement plus de facilité à chercher avec UN SEUL champ partout que de devoir préciser où il veut chercher, peut-être faudra-t-il créer une colonne pour cela = strip_empty_words (tout_ce_qu_on_a) mais ça peut faire sortir des titres qui n'ont que très peu de rapport avec le mot cherché, uniquement parce que le mot clé apparait dans le contenu : exemple : je cherche un bouquin dont le titre contient "triomphale" et ça me sort Aïda de Verdi... Qu'en pensez-vous ? Eric résultats : les oeuvres dont le contenu contient le mot cherché. - Original Message - From: "François Lemarchand" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, December 01, 2003 7:58 AM Subject: [PMB-DEVEL] Question > J'ai pas mal avancé dans le module catalogage. > > Reste un pb. : l'onglet 'autre recherches'. Le FULL INDEX sur note de contenu et > note de résumé est en place sous la forme d'un index commun aux deux zones. Pour > l'instant, cela fonctionne donc à grands coups de regexp. Donc à votre avis, que > doit-on faire ? supprimer la distinction entre les champs ? ( Personnellement, > cela ne me dérange pas outre mesure : Je ne suis plus discothécaire ;-). Ou > alors splitter cet index FULL TEXT en deux. A moins que malgré l'unicité de > l'index, le fulltext puisse taper indifférement dans l'une ou l'autre zone ? (y > compris lors du switch vers POsTGRES/ORACLE) ?. Note : Par rapport au notes de > contenu, cela peut évoluer dans un proche avenir. En effet, je pense qu'on > pourrait mettre en place un système de dépouillement comparable à celui des > périodiques pour les monographies. Ceci permettrait de traiter les cas de > regroupements d'oeuvres en un seul volu
[PMB-DEVEL] Re: Question sur interface
Je viens de modifier la page en question : n'utilise plus notice_display, donc cela va plus vite... La page affiche : isbd, exemplaires associés, form de création d'un nouvel exemplaire, donc à tester. Pour ma part, j'aime bien l'approche d'avoir le maximum d'info sur cette page : si l'utilisateur vient pour modifier l'exemplaire dans le catalogue, il a un accès direct en résultat de recherche. Si c'est pour la modifier, il y a un tampon entre le clique et le form (je vois que tu as saisis ce à quoi je fais allusion, les souris dérapent parfois + un retour chariot et bing ;-). En plus, j'ai en deuxième lecture la liste des exemplaires. L'approche que je propose est la suivante : c'est en se balladant dans le catalogue qu'on détecte les erreurs. Souvent, en tombant sur une notice, je me dis : 'mais c'est quoi cet exemplaire foireux ? ils m'ont cloqué ça en section adulte avec une cote qui commence par E...' Si j'ai le lien sous la main, hop, correction... Si je ne l'ai pas, ben ça reste... Même approche que pour les lecteurs : tomber sur un lecteur de 7 ans en categ-lecteur adulte, quel bonheur !!! Si l'info est cachée, elle restera comme ça... PS. C'est pas un aveu, j'avais déjà évoqué le pb sur la liste user dans les même termes (lien débile, exactement) ;-) Selon Eric ROBERT <[EMAIL PROTECTED]>: > > - Original Message - > From: "François Lemarchand" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Wednesday, November 26, 2003 2:01 PM > Subject: [PMB-DEVEL] Re: Question sur interface > > > > Le Mercredi 26 Novembre 2003 09:25, vous avez écrit : > > > J'en profite au passage : dans l'écran de François, donc après une > > > recherche fructueuse : > > > > > > -le lien après le +, sur le titre passe à l'isbd de la notice avec trois > > > liens en bas : Supprimer - Modifier - Exemplaires associés > > > > C'est clair que ce lien Exemplaires associés est une connerie. > > C'est un aveu ;-) > > > > -le lien sur l'exemplaire si existant passe directement en modif > exemplaire > > > > Cela ca fonctionne en ce moment. > > > > > Ne faudrait-il pas faire pareil : passer directement en modif notice > quand > > > on clique sur le titre dans la liste des résultats ? > > > > Je proposerais une solution intermédiaire (cf. mails d'il y a un moment > sur > > la liste users) : > > > > Faire sauter le lien Exemplaires associés et mettre en place directement > le > > tableau des exemplaires. Du coup, après le click sur le 'header' du > résultat > > de recherche, on tombe sur une page permettant : > > > > - d'accéder à la modif notice > > - d'ajouter directement un exemplaire > > La question se pose aussi en ces termes : > > Quel est le truc le plus fait : l'ajout d'exemplaires ou la modifications de > notices ? > > > Ce qui est à revoir, c'est la page qui suit immédiatement le résultat de > > recherche. Ce moyen terme me paraît pas mal, en séparant bien la partie > > 'gestion catalogue' et 'gestion exemplaire'. D'un autre côté, je dois bien > > avouer que j'ai dans mon équipe d'Agneaux des gens que je n'aime pas > savoir > > tomber directement sur des forms de modif et cette étape intermédiaire de > > 'réflexion' m'arrange un peu ;-). > > Je suis bien d'accord là-dessus ! > > > D'autre part, si l'on supprime l'aiguillage > > notice/exemplaire, où doit-on mettre la possibilité de créer un nouvel > > exemplaire ? Je ne veux pas la coller dans la liste des résultats de > > recherche, c'est déjà assez encombré ;-) > > Surtout pas !!! Enfin je veux dire oui c'est déjà assez encombré ! > > > > > FL > > > > > Eric > > > > Liste de diffusion phpmybibli.devel > Pour se désinscrire : > mailto:[EMAIL PROTECTED] > > -- François Lemarchand homepage : http://balno.free.fr/ phpmybibli : http://phpmybibli.sf.net/ Liste de diffusion phpmybibli.devel Pour se désinscrire : mailto:[EMAIL PROTECTED]
[PMB-DEVEL] Re: Question sur interface
- Original Message - From: "François Lemarchand" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, November 26, 2003 2:01 PM Subject: [PMB-DEVEL] Re: Question sur interface > Le Mercredi 26 Novembre 2003 09:25, vous avez écrit : > > J'en profite au passage : dans l'écran de François, donc après une > > recherche fructueuse : > > > > -le lien après le +, sur le titre passe à l'isbd de la notice avec trois > > liens en bas : Supprimer - Modifier - Exemplaires associés > > C'est clair que ce lien Exemplaires associés est une connerie. C'est un aveu ;-) > > -le lien sur l'exemplaire si existant passe directement en modif exemplaire > > Cela ca fonctionne en ce moment. > > > Ne faudrait-il pas faire pareil : passer directement en modif notice quand > > on clique sur le titre dans la liste des résultats ? > > Je proposerais une solution intermédiaire (cf. mails d'il y a un moment sur > la liste users) : > > Faire sauter le lien Exemplaires associés et mettre en place directement le > tableau des exemplaires. Du coup, après le click sur le 'header' du résultat > de recherche, on tombe sur une page permettant : > > - d'accéder à la modif notice > - d'ajouter directement un exemplaire La question se pose aussi en ces termes : Quel est le truc le plus fait : l'ajout d'exemplaires ou la modifications de notices ? > Ce qui est à revoir, c'est la page qui suit immédiatement le résultat de > recherche. Ce moyen terme me paraît pas mal, en séparant bien la partie > 'gestion catalogue' et 'gestion exemplaire'. D'un autre côté, je dois bien > avouer que j'ai dans mon équipe d'Agneaux des gens que je n'aime pas savoir > tomber directement sur des forms de modif et cette étape intermédiaire de > 'réflexion' m'arrange un peu ;-). Je suis bien d'accord là-dessus ! > D'autre part, si l'on supprime l'aiguillage > notice/exemplaire, où doit-on mettre la possibilité de créer un nouvel > exemplaire ? Je ne veux pas la coller dans la liste des résultats de > recherche, c'est déjà assez encombré ;-) Surtout pas !!! Enfin je veux dire oui c'est déjà assez encombré ! > > FL > Eric Liste de diffusion phpmybibli.devel Pour se désinscrire : mailto:[EMAIL PROTECTED]
[PMB-DEVEL] Re: Question sur interface
Le Mercredi 26 Novembre 2003 09:25, vous avez écrit : > J'en profite au passage : dans l'écran de François, donc après une > recherche fructueuse : > > -le lien après le +, sur le titre passe à l'isbd de la notice avec trois > liens en bas : Supprimer - Modifier - Exemplaires associés C'est clair que ce lien Exemplaires associés est une connerie. > -le lien sur l'exemplaire si existant passe directement en modif exemplaire Cela ca fonctionne en ce moment. > Ne faudrait-il pas faire pareil : passer directement en modif notice quand > on clique sur le titre dans la liste des résultats ? Je proposerais une solution intermédiaire (cf. mails d'il y a un moment sur la liste users) : Faire sauter le lien Exemplaires associés et mettre en place directement le tableau des exemplaires. Du coup, après le click sur le 'header' du résultat de recherche, on tombe sur une page permettant : - d'accéder à la modif notice - d'ajouter directement un exemplaire Ce qui est à revoir, c'est la page qui suit immédiatement le résultat de recherche. Ce moyen terme me paraît pas mal, en séparant bien la partie 'gestion catalogue' et 'gestion exemplaire'. D'un autre côté, je dois bien avouer que j'ai dans mon équipe d'Agneaux des gens que je n'aime pas savoir tomber directement sur des forms de modif et cette étape intermédiaire de 'réflexion' m'arrange un peu ;-). D'autre part, si l'on supprime l'aiguillage notice/exemplaire, où doit-on mettre la possibilité de créer un nouvel exemplaire ? Je ne veux pas la coller dans la liste des résultats de recherche, c'est déjà assez encombré ;-) FL > > Original Message - > From: "François Lemarchand" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Wednesday, November 26, 2003 12:06 AM > Subject: [PMB-DEVEL] Question sur interface > > > Petite question d'affichage. (cf. pièce jointe). > > > > A+ > > > > -- > > François Lemarchand > > homepage : http://balno.free.fr/ > > phpmybibli : http://phpmybibli.sf.net/ > > Liste de diffusion phpmybibli.devel > Pour se désinscrire : > mailto:[EMAIL PROTECTED] Liste de diffusion phpmybibli.devel Pour se désinscrire : mailto:[EMAIL PROTECTED]
[PMB-DEVEL] Re: Question sur interface
J'en profite au passage : dans l'écran de François, donc après une recherche fructueuse : -le lien après le +, sur le titre passe à l'isbd de la notice avec trois liens en bas : Supprimer - Modifier - Exemplaires associés -le lien sur l'exemplaire si existant passe directement en modif exemplaire Ne faudrait-il pas faire pareil : passer directement en modif notice quand on clique sur le titre dans la liste des résultats ? CA serait confortable non ? Eric Original Message - From: "François Lemarchand" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, November 26, 2003 12:06 AM Subject: [PMB-DEVEL] Question sur interface > Petite question d'affichage. (cf. pièce jointe). > > A+ > > -- > François Lemarchand > homepage : http://balno.free.fr/ > phpmybibli : http://phpmybibli.sf.net/ > Liste de diffusion phpmybibli.devel Pour se désinscrire : mailto:[EMAIL PROTECTED]
[PMB-DEVEL] Re: Question sur interface
C'est vrai que ça n'est peut-être pas obligatoire mais : ça permet d'accéder à l'exemplaire directement, en un clic depuis cet écran... Ca c'est pratique non ? - Original Message - From: "François Lemarchand" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, November 26, 2003 12:06 AM Subject: [PMB-DEVEL] Question sur interface > Petite question d'affichage. (cf. pièce jointe). > > A+ > > -- > François Lemarchand > homepage : http://balno.free.fr/ > phpmybibli : http://phpmybibli.sf.net/ > Liste de diffusion phpmybibli.devel Pour se désinscrire : mailto:[EMAIL PROTECTED]
[PMB-DEVEL] Re: question sur les mises à jour
le gentil user a intérêt à savoir comment appliquer un script sql... je propose cela par l'interface le script qui fait tout est déjà en php (je l'ai fait hier), j'ai vérifié un truc, un ajout de champ existant ne bloque pas l'exécution de la rqt, donc on passe à la suite, et ainsi de suite. en outre, ce passage en script php permet de vérifier certains trucs avant application d'une rqt, en sql, on est très limité pour cela (surtout en mysql, en oracle, je te fait ça les doigts dans le nez) ! as-tu tenté admin.php?categ=alter sur ta base ? le souci que j'y vois pour l'instant est la lenteur du traitement des index dans le paquet de fulltext qu'on a créé vers les version 1.5 ou 1.10 de alter.sql : sur une base chargée, ça rame un peu... je pense donc découper ce script, passage en iframe qui se relance automatiquement. - Original Message - From: "François Lemarchand" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, October 14, 2003 1:13 AM Subject: [PMB-DEVEL] Re: question sur les mises à jour > Selon Eric ROBERT <[EMAIL PROTECTED]>: > > > Pourrait-on envisager d'utiliser la table paramêtres pour stocker le numéro > > de version de la base de données ? > > > > type_param sstype_param valeur > > pmb bdd_version le num de version CVS de bibli.sql > > pmb client_version ??? > > Bah, je sais pas, le tout c'est que ça soye pas trop pénible à maintenir et que > ça ne prenne pas un temps fou dès qu'on veut faire une modif. Ma solution > était : créer un rep. avec tous les alter.sql et afficher un niveau de base > pour l'utilisateur donc le scénario : > > user : > Bon dieu !!! j'ai installé la nouvelle version et j'arrive plus à modifier mes > params utilisateurs. Qu'est-ce que vous avez foutu ? > > gentil développeur : > Bonjour, monsieur, pouvez vous m'indiquer les différents numéros de versions > figurant sur la page d'accueil de l'application ? > > user : > > Ok. j'ai build 20201023 et niveau base : 3697 > > gentil développeur : > Parfait. Vous devriez avoir en fait un niveau de base de 3699. Pouvez vous s'il > vous plait éxecuter les script alter_3698.sql et alter_3699.sql que vous > trouverez dans votre répertoire tables/update ? Tenez moi au courant si votre > problème persiste... > > user : > Ok, ça marche maintenant. > > Je pensais à ça car chaque release doit embarquer les alter.sql ad-hoc pour > upgrader depuis n'importe quelle version antérieure. La question que je me > pose, c'est comment fait ton script pour savoir où commencer l'upgrade ? Tu > fais un flash de la structure et le script s'arrange pour trouver les trucs qui > manquent ou changés ? Ca fait un paquet de code à maintenir... A moins que tu > ais un truc pour automatiser la génération du script... > > > > > > > - Original Message - > > From: "François Lemarchand" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Monday, October 13, 2003 2:42 AM > > Subject: [PMB-DEVEL] Trans.: [PMB-USER] question sur les mises à jour > > > > > > > Salut à tous, > > > > > > Est-ce que vous avez réfléchi à ma suggestion de l'autre jour de suivi des > > > alter.sql ??? > > > > > > Je sens que sur la liste user, on est pas quitte de passer du temps à > > > expliquer, réexpliquer... Au moins, avec un affichage, on voit tout de > > suite le > > > problème... > > > > > > A+ > > > > > > - Message transféré de Laurent Delineau > > <[EMAIL PROTECTED]> - > > >Date : Sun, 12 Oct 2003 15:18:32 +0100 > > > De : Laurent Delineau <[EMAIL PROTECTED]> > > > Adresse de retour :[EMAIL PROTECTED] > > > Sujet : [PMB-USER] question sur les mises à jour > > > À : [EMAIL PROTECTED], > > [EMAIL PROTECTED] > > > ERROR. > > > > > > Bonjour, > > > > > > Je suis nouveau sur cette liste, et je m'intéresse depuis plusieurs > > semaines à > > > phpmybibli. Nous avons en effet projeté l'informatisation d'une petite > > > bibliothèque à Montamisé (86). J'ai déjà effectué l'installation de > > phpmybibli > > > et des test très concluants ! > > > > > > Je me pose une question : phpmybibli est un constant développement. Si > > nous > > > installons par exemple la dernière version et que nous commençons à > > rentrer des > > > bouquins dans la base, que se passe-t-il lorsqu'une nouvelle ver
[PMB-DEVEL] Re: question sur les mises à jour
Selon Eric ROBERT <[EMAIL PROTECTED]>: > Pourrait-on envisager d'utiliser la table paramêtres pour stocker le numéro > de version de la base de données ? > > type_param sstype_param valeur > pmb bdd_version le num de version CVS de bibli.sql > pmb client_version ??? Bah, je sais pas, le tout c'est que ça soye pas trop pénible à maintenir et que ça ne prenne pas un temps fou dès qu'on veut faire une modif. Ma solution était : créer un rep. avec tous les alter.sql et afficher un niveau de base pour l'utilisateur donc le scénario : user : Bon dieu !!! j'ai installé la nouvelle version et j'arrive plus à modifier mes params utilisateurs. Qu'est-ce que vous avez foutu ? gentil développeur : Bonjour, monsieur, pouvez vous m'indiquer les différents numéros de versions figurant sur la page d'accueil de l'application ? user : Ok. j'ai build 20201023 et niveau base : 3697 gentil développeur : Parfait. Vous devriez avoir en fait un niveau de base de 3699. Pouvez vous s'il vous plait éxecuter les script alter_3698.sql et alter_3699.sql que vous trouverez dans votre répertoire tables/update ? Tenez moi au courant si votre problème persiste... user : Ok, ça marche maintenant. Je pensais à ça car chaque release doit embarquer les alter.sql ad-hoc pour upgrader depuis n'importe quelle version antérieure. La question que je me pose, c'est comment fait ton script pour savoir où commencer l'upgrade ? Tu fais un flash de la structure et le script s'arrange pour trouver les trucs qui manquent ou changés ? Ca fait un paquet de code à maintenir... A moins que tu ais un truc pour automatiser la génération du script... > > - Original Message - > From: "François Lemarchand" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Monday, October 13, 2003 2:42 AM > Subject: [PMB-DEVEL] Trans.: [PMB-USER] question sur les mises à jour > > > > Salut à tous, > > > > Est-ce que vous avez réfléchi à ma suggestion de l'autre jour de suivi des > > alter.sql ??? > > > > Je sens que sur la liste user, on est pas quitte de passer du temps à > > expliquer, réexpliquer... Au moins, avec un affichage, on voit tout de > suite le > > problème... > > > > A+ > > > > - Message transféré de Laurent Delineau > <[EMAIL PROTECTED]> - > >Date : Sun, 12 Oct 2003 15:18:32 +0100 > > De : Laurent Delineau <[EMAIL PROTECTED]> > > Adresse de retour :[EMAIL PROTECTED] > > Sujet : [PMB-USER] question sur les mises à jour > > À : [EMAIL PROTECTED], > [EMAIL PROTECTED] > > ERROR. > > > > Bonjour, > > > > Je suis nouveau sur cette liste, et je m'intéresse depuis plusieurs > semaines à > > phpmybibli. Nous avons en effet projeté l'informatisation d'une petite > > bibliothèque à Montamisé (86). J'ai déjà effectué l'installation de > phpmybibli > > et des test très concluants ! > > > > Je me pose une question : phpmybibli est un constant développement. Si > nous > > installons par exemple la dernière version et que nous commençons à > rentrer des > > bouquins dans la base, que se passe-t-il lorsqu'une nouvelle version sort > ? > > > > -> Autrement dit, les versions qui sortent régulièrement remettent-elles > > rarement cause la structure de la base ? Les mises à jour ne consistant > > finalement qu'à écraser les anciens scripts par les nouveaux ? > > > > -> Ou bien, les mises à jour impliquent-elles régulièrement des > modifications > > des tables dans la base ! Dans ce cas, est-il prévu des scripts de mise à > jour > > automatiques des tables dans le cas des phpmybibli en "phase de > production" ? > > > > Merci de m'éclairer. > > > > Laurent Delineau > > > > > > > > Liste de diffusion phpmybibli.user > > Pour se désinscrire : mailto:[EMAIL PROTECTED] > > subject=unsubscribe > > > > > > - Fin du message transféré - > > > > > > -- > > François Lemarchand > > homepage : http://balno.free.fr/ > > PhpMyBibli : http://phpmybibli.sourceforge.net > > > > Liste de diffusion phpmybibli.devel > > Pour se désinscrire : > mailto:[EMAIL PROTECTED] > > > > > > > Liste de diffusion phpmybibli.devel > Pour se désinscrire : > mailto:[EMAIL PROTECTED] > > -- François Lemarchand homepage : http://balno.free.fr/ PhpMyBibli : http://phpmybibli.sourceforge.net Liste de diffusion phpmybibli.devel Pour se désinscrire : mailto:[EMAIL PROTECTED]