Editeur : recherche de discipline/taxonomie personnalisée

  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:588b203c7dbb712d2323b2952275547f' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,</p>\n<p>J?ai parcouru la procédure décrite par Kossi pour la « recherche de<br />\ndiscipline/taxonomie personnalisée » (sur l?exemple de l?ajout d?une<br />\nclassification locale, celle de Rennes2)</p>\n<p>Vocabulary permet une gestion centralisée des vocabulaires « communs »<br />\n(dont ceux liés au LOM).<br />\nIl offre la possibilité de modifier/ajouter des vocabulaires statiques<br />\nen les déposant dans le dossier « override »<br />\n($VOCAB_HOME/conf/properties/ori_vocabularies/override/).</p>\n<p>Dans le document (paragraphes 1 et 3), le travail se fait dans<br />\n$EDITOR-HOME/xml-vocab-local/ : ajout et modifs de vocab.</p>\n<p>Pourquoi ne pas travailler ces vocabulaires dans « override » seulement ?<br />\nAu moins, si un autre module en a besoin, ils sont disponibles !<br />\nEt on reste cohérent (surtout pendant les formations).</p>\n<p>$EDITOR-HOME/xml-vocab-local/ ne correspond-il pas au cas où on<br />\nutilise l?éditeur en standalone et que l?on ne souhaite pas faire<br />\nappel au module de vocab ?<br />\nVincent, c?est bien cela ?</p>\n<p>Qu?en penses-tu ?</p>\n<p>Bonne journée,</p>\n<p>Jacques</p>\n<p>----------------------------------------------------------------<br />\nThis message was sent using IMP, the Internet Messaging Program.</p>\n</div>\n', created = 1507748600, expire = 1507835000, headers = '', serialized = 0 WHERE cid = '4:588b203c7dbb712d2323b2952275547f' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:d7043bdeb993d07ee7faaefbfa70c279' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour Kossi,</p>\n<p>Merci pour ce beau boulot, ça aide pas mal en formation !<br />\nC\'est une demande récurrente.</p>\n<p>Je viens juste d\'écrire sur la liste pour faire une remarque<br />\nconcernant la gestion des vocab. gérés pour cette recherche de<br />\ntaxonomie.<br />\nN\'hésite pas à réagir !</p>\n<p>Jacques</p>\n<p>----------------------------------------------------------------<br />\nThis message was sent using IMP, the Internet Messaging Program.</p>\n</div>\n', created = 1507748602, expire = 1507835002, headers = '', serialized = 0 WHERE cid = '4:d7043bdeb993d07ee7faaefbfa70c279' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:a75cd24c5b718ada553f4b9378facc44' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Jacques Brassart a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour Kossi,<br />\n><br />\n> Merci pour ce beau boulot, ça aide pas mal en formation !<br />\n> C\'est une demande récurrente.<br />\n><br />\n> Je viens juste d\'écrire sur la liste pour faire une remarque<br />\n> concernant la gestion des vocab. gérés pour cette recherche de taxonomie.<br />\n> N\'hésite pas à réagir !<br />\n><br />\n> Jacques<br />\n><br />\n><br />\n> ----------------------------------------------------------------<br />\n> This message was sent using IMP, the Internet Messaging Program.<br />\n><br />\n><br />\n></div>\n</blockquote>\n<p>/Bonjour Jacques,<br />\nc\'est gentil(Merci surtout à Henri).<br />\nJe réponds juste un dans ton mail ici./</p>\n<p>Pourquoi ne pas travailler ces vocabulaires dans « override » seulement ?<br />\nAu moins, si un autre module en a besoin, ils sont disponibles !<br />\nEt on reste cohérent (surtout pendant les formations).<br />\n /Je crois que c\'est ce qui est fait, étant donné que le module<br />\nmd-editor garde une référence(mais je ne sais pas jusqu\'à quel niveau )<br />\nsur le module vocabulaire ,mais sans conviction./</p>\n<p>$EDITOR-HOME/xml-vocab-local/ ne correspond-il pas au cas où on utilise<br />\nl?éditeur en standalone et que l?on ne souhaite pas faire appel au<br />\nmodule de vocab ?<br />\n / Je crois que ci ; et en tout cas en faisant ainsi j\'ai pu tester<br />\ndirectement les modifications sans avoir à relancer le module<br />\nvocabulaire, mais sans conviction/.</p>\n<p>--<br />\n-----------------------------------------<br />\noooO M. Kossi Kouleowoun <kossi.kouleowoun at uhb.fr><br />\n( ) Université Haute Bretagne- Cellule ENT/WEB<br />\n \\ ( Centre de Ressources Informatiques<br />\n \\_) Tel: 02.99.14.13.69<br />\n-----------------------------------------------<br />\n--</p>\n</div>\n', created = 1507748602, expire = 1507835002, headers = '', serialized = 0 WHERE cid = '4:a75cd24c5b718ada553f4b9378facc44' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:3f1590a83bd97c8a270d6414c597fce3' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,</p>\n<p>Effectivement, il faut offrir la possibilité d\'utiliser l\'éditeur tout<br />\nseul , et pour la mise au point c\'est plus rapide (pas besoin du module<br />\nvocab).</p>\n<p>Bonne journée,<br />\nHenri</p>\n<p>Jacques Brassart a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour,<br />\n><br />\n> J?ai parcouru la procédure décrite par Kossi pour la « recherche de<br />\n> discipline/taxonomie personnalisée » (sur l?exemple de l?ajout d?une<br />\n> classification locale, celle de Rennes2)<br />\n><br />\n> Vocabulary permet une gestion centralisée des vocabulaires « communs »<br />\n> (dont ceux liés au LOM).<br />\n> Il offre la possibilité de modifier/ajouter des vocabulaires statiques<br />\n> en les déposant dans le dossier « override »<br />\n> ($VOCAB_HOME/conf/properties/ori_vocabularies/override/).<br />\n><br />\n> Dans le document (paragraphes 1 et 3), le travail se fait dans<br />\n> $EDITOR-HOME/xml-vocab-local/ : ajout et modifs de vocab.<br />\n><br />\n> Pourquoi ne pas travailler ces vocabulaires dans « override » seulement ?<br />\n> Au moins, si un autre module en a besoin, ils sont disponibles !<br />\n> Et on reste cohérent (surtout pendant les formations).<br />\n><br />\n> $EDITOR-HOME/xml-vocab-local/ ne correspond-il pas au cas où on<br />\n> utilise l?éditeur en standalone et que l?on ne souhaite pas faire<br />\n> appel au module de vocab ?<br />\n> Vincent, c?est bien cela ?<br />\n><br />\n> Qu?en penses-tu ?<br />\n><br />\n> Bonne journée,<br />\n><br />\n> Jacques<br />\n><br />\n><br />\n><br />\n><br />\n> ----------------------------------------------------------------<br />\n> This message was sent using IMP, the Internet Messaging Program.<br />\n><br />\n><br />\n></div>\n</blockquote>\n</div>\n', created = 1507748602, expire = 1507835002, headers = '', serialized = 0 WHERE cid = '4:3f1590a83bd97c8a270d6414c597fce3' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:74ec80adc5cc59dea471da5ee982e848' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,</p>\n<p>Je reviens sur un \"vieux\" sujet...<br />\nJ\'ai attentivement lu et suivi le wiki qui a été écrit, mais en ce qui nous<br />\nconcerne, nous avons une problématique un peu différente.<br />\nNous avons déjà remplacé la taxo 100 Dewey par la taxo UNIT. Cependant nous<br />\nsouhaitons ajouter une taxo supplémentaire qui sera la taxonomie EEA.</p>\n<p>Nous envisageons qu\'un auteur renseigne 2 taxo pour pouvoir valider sa fiche<br />\nlomfr light. Et là ??</p>\n<p>J\'imagine que tout doit se jouer au niveau de xml_blank et des xforms.....</p>\n<p>Comment faire ?</p>\n<p>Merci</p>\n<p>-----Message d\'origine-----<br />\nDe : Henri Jacob [mailto:henri.jacob@univ-rennes1.fr]<br />\nEnvoyé : vendredi 26 juin 2009 12:40<br />\nÀ : <a href=\"&#109;&#97;&#105;&#108;&#116;&#111;&#58;&#111;&#114;&#105;&#45;&#111;&#97;&#105;&#45;&#117;&#116;&#105;&#108;&#105;&#115;&#97;&#116;&#101;&#117;&#114;&#115;&#64;&#108;&#105;&#115;&#116;&#101;&#115;&#46;&#117;&#110;&#105;&#118;&#45;&#114;&#101;&#110;&#110;&#101;&#115;&#49;&#46;&#102;&#114;\">&#111;&#114;&#105;&#45;&#111;&#97;&#105;&#45;&#117;&#116;&#105;&#108;&#105;&#115;&#97;&#116;&#101;&#117;&#114;&#115;&#64;&#108;&#105;&#115;&#116;&#101;&#115;&#46;&#117;&#110;&#105;&#118;&#45;&#114;&#101;&#110;&#110;&#101;&#115;&#49;&#46;&#102;&#114;</a><br />\nObjet : Re: [ori-oai-utilisateurs] Editeur : recherche de<br />\ndiscipline/taxonomie personnalisée</p>\n<p>Bonjour,</p>\n<p>Effectivement, il faut offrir la possibilité d\'utiliser l\'éditeur tout<br />\nseul , et pour la mise au point c\'est plus rapide (pas besoin du module<br />\nvocab).</p>\n<p>Bonne journée,<br />\nHenri</p>\n<p>Jacques Brassart a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour,<br />\n><br />\n> J?ai parcouru la procédure décrite par Kossi pour la « recherche de<br />\n> discipline/taxonomie personnalisée » (sur l?exemple de l?ajout d?une<br />\n> classification locale, celle de Rennes2)<br />\n><br />\n> Vocabulary permet une gestion centralisée des vocabulaires « communs »<br />\n> (dont ceux liés au LOM).<br />\n> Il offre la possibilité de modifier/ajouter des vocabulaires statiques<br />\n> en les déposant dans le dossier « override »<br />\n> ($VOCAB_HOME/conf/properties/ori_vocabularies/override/).<br />\n><br />\n> Dans le document (paragraphes 1 et 3), le travail se fait dans<br />\n> $EDITOR-HOME/xml-vocab-local/ : ajout et modifs de vocab.<br />\n><br />\n> Pourquoi ne pas travailler ces vocabulaires dans « override » seulement ?<br />\n> Au moins, si un autre module en a besoin, ils sont disponibles !<br />\n> Et on reste cohérent (surtout pendant les formations).<br />\n><br />\n> $EDITOR-HOME/xml-vocab-local/ ne correspond-il pas au cas où on<br />\n> utilise l?éditeur en standalone et que l?on ne souhaite pas faire<br />\n> appel au module de vocab ?<br />\n> Vincent, c?est bien cela ?<br />\n><br />\n> Qu?en penses-tu ?<br />\n><br />\n> Bonne journée,<br />\n><br />\n> Jacques<br />\n><br />\n><br />\n><br />\n><br />\n> ----------------------------------------------------------------<br />\n> This message was sent using IMP, the Internet Messaging Program.<br />\n><br />\n><br />\n></div>\n</blockquote>\n</div>\n', created = 1507748602, expire = 1507835002, headers = '', serialized = 0 WHERE cid = '4:74ec80adc5cc59dea471da5ee982e848' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
5 messages / 0 nouveaux
Sujet clos
Dernière contribution
26 juin 2009 - 10:29am
#1
jbrassar
Editeur : recherche de discipline/taxonomie personnalisée
Bonjour,

J?ai parcouru la procédure décrite par Kossi pour la « recherche de
discipline/taxonomie personnalisée » (sur l?exemple de l?ajout d?une
classification locale, celle de Rennes2)

Vocabulary permet une gestion centralisée des vocabulaires « communs »
(dont ceux liés au LOM).
Il offre la possibilité de modifier/ajouter des vocabulaires statiques
en les déposant dans le dossier « override »
($VOCAB_HOME/conf/properties/ori_vocabularies/override/).

Dans le document (paragraphes 1 et 3), le travail se fait dans
$EDITOR-HOME/xml-vocab-local/ : ajout et modifs de vocab.

Pourquoi ne pas travailler ces vocabulaires dans « override » seulement ?
Au moins, si un autre module en a besoin, ils sont disponibles !
Et on reste cohérent (surtout pendant les formations).

$EDITOR-HOME/xml-vocab-local/ ne correspond-il pas au cas où on
utilise l?éditeur en standalone et que l?on ne souhaite pas faire
appel au module de vocab ?
Vincent, c?est bien cela ?

Qu?en penses-tu ?

Bonne journée,

Jacques

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Haut
Étiquettes:
26 juin 2009 - 10:37am
#2
jbrassar
Bonjour Kossi,

Merci pour ce beau boulot, ça aide pas mal en formation !
C'est une demande récurrente.

Je viens juste d'écrire sur la liste pour faire une remarque
concernant la gestion des vocab. gérés pour cette recherche de
taxonomie.
N'hésite pas à réagir !

Jacques

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Haut
26 juin 2009 - 11:43am
(Répondre à #2) #3
kossi.kouleowoun
Jacques Brassart a écrit :

> Bonjour Kossi,
>
> Merci pour ce beau boulot, ça aide pas mal en formation !
> C'est une demande récurrente.
>
> Je viens juste d'écrire sur la liste pour faire une remarque
> concernant la gestion des vocab. gérés pour cette recherche de taxonomie.
> N'hésite pas à réagir !
>
> Jacques
>
>
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
>
>
>

/Bonjour Jacques,
c'est gentil(Merci surtout à Henri).
Je réponds juste un dans ton mail ici./

Pourquoi ne pas travailler ces vocabulaires dans « override » seulement ?
Au moins, si un autre module en a besoin, ils sont disponibles !
Et on reste cohérent (surtout pendant les formations).
/Je crois que c'est ce qui est fait, étant donné que le module
md-editor garde une référence(mais je ne sais pas jusqu'à quel niveau )
sur le module vocabulaire ,mais sans conviction./

$EDITOR-HOME/xml-vocab-local/ ne correspond-il pas au cas où on utilise
l?éditeur en standalone et que l?on ne souhaite pas faire appel au
module de vocab ?
/ Je crois que ci ; et en tout cas en faisant ainsi j'ai pu tester
directement les modifications sans avoir à relancer le module
vocabulaire, mais sans conviction/.

--
-----------------------------------------
oooO M. Kossi Kouleowoun
( ) Université Haute Bretagne- Cellule ENT/WEB
\ ( Centre de Ressources Informatiques
\_) Tel: 02.99.14.13.69
-----------------------------------------------
--

Haut
26 juin 2009 - 12:39pm
#4
hjacob
Bonjour,

Effectivement, il faut offrir la possibilité d'utiliser l'éditeur tout
seul , et pour la mise au point c'est plus rapide (pas besoin du module
vocab).

Bonne journée,
Henri

Jacques Brassart a écrit :

> Bonjour,
>
> J?ai parcouru la procédure décrite par Kossi pour la « recherche de
> discipline/taxonomie personnalisée » (sur l?exemple de l?ajout d?une
> classification locale, celle de Rennes2)
>
> Vocabulary permet une gestion centralisée des vocabulaires « communs »
> (dont ceux liés au LOM).
> Il offre la possibilité de modifier/ajouter des vocabulaires statiques
> en les déposant dans le dossier « override »
> ($VOCAB_HOME/conf/properties/ori_vocabularies/override/).
>
> Dans le document (paragraphes 1 et 3), le travail se fait dans
> $EDITOR-HOME/xml-vocab-local/ : ajout et modifs de vocab.
>
> Pourquoi ne pas travailler ces vocabulaires dans « override » seulement ?
> Au moins, si un autre module en a besoin, ils sont disponibles !
> Et on reste cohérent (surtout pendant les formations).
>
> $EDITOR-HOME/xml-vocab-local/ ne correspond-il pas au cas où on
> utilise l?éditeur en standalone et que l?on ne souhaite pas faire
> appel au module de vocab ?
> Vincent, c?est bien cela ?
>
> Qu?en penses-tu ?
>
> Bonne journée,
>
> Jacques
>
>
>
>
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
>
>
>

Haut
13 octobre 2009 - 11:14am
(Répondre à #4) #5
sebastiencornie...
Bonjour,

Je reviens sur un "vieux" sujet...
J'ai attentivement lu et suivi le wiki qui a été écrit, mais en ce qui nous
concerne, nous avons une problématique un peu différente.
Nous avons déjà remplacé la taxo 100 Dewey par la taxo UNIT. Cependant nous
souhaitons ajouter une taxo supplémentaire qui sera la taxonomie EEA.

Nous envisageons qu'un auteur renseigne 2 taxo pour pouvoir valider sa fiche
lomfr light. Et là ??

J'imagine que tout doit se jouer au niveau de xml_blank et des xforms.....

Comment faire ?

Merci

-----Message d'origine-----
De : Henri Jacob [mailto:henri.jacob@univ-rennes1.fr]
Envoyé : vendredi 26 juin 2009 12:40
À : ori-oai-utilisateurs@listes.univ-rennes1.fr
Objet : Re: [ori-oai-utilisateurs] Editeur : recherche de
discipline/taxonomie personnalisée

Bonjour,

Effectivement, il faut offrir la possibilité d'utiliser l'éditeur tout
seul , et pour la mise au point c'est plus rapide (pas besoin du module
vocab).

Bonne journée,
Henri

Jacques Brassart a écrit :

> Bonjour,
>
> J?ai parcouru la procédure décrite par Kossi pour la « recherche de
> discipline/taxonomie personnalisée » (sur l?exemple de l?ajout d?une
> classification locale, celle de Rennes2)
>
> Vocabulary permet une gestion centralisée des vocabulaires « communs »
> (dont ceux liés au LOM).
> Il offre la possibilité de modifier/ajouter des vocabulaires statiques
> en les déposant dans le dossier « override »
> ($VOCAB_HOME/conf/properties/ori_vocabularies/override/).
>
> Dans le document (paragraphes 1 et 3), le travail se fait dans
> $EDITOR-HOME/xml-vocab-local/ : ajout et modifs de vocab.
>
> Pourquoi ne pas travailler ces vocabulaires dans « override » seulement ?
> Au moins, si un autre module en a besoin, ils sont disponibles !
> Et on reste cohérent (surtout pendant les formations).
>
> $EDITOR-HOME/xml-vocab-local/ ne correspond-il pas au cas où on
> utilise l?éditeur en standalone et que l?on ne souhaite pas faire
> appel au module de vocab ?
> Vincent, c?est bien cela ?
>
> Qu?en penses-tu ?
>
> Bonne journée,
>
> Jacques
>
>
>
>
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
>
>
>

Haut

Options d'affichage des commentaires

Sélectionnez la méthode d'affichage des commentaires que vous préférez, puis cliquez sur « Enregistrer les paramètres » pour activer vos changements.
Sujet clos
‹ Sujet précédent : vocabulaire différent entre Search et workflow Sujet suivant : Problème avec Md-editor dans le Workflow ›