| Rev | Age | Author | Path | Log message | Diff | 
           
           
              | 975 | 4349 d 20 h | jpm | /branches/v5.2-alpage/ | Branche v5.2-alpage |  | 
           
              | 768 | 4469 d 20 h | raphael | /trunk/services/modules/0.1/ | ontologies/sptb: correction de notices + traçage des requête mysql + compat PHP-5.2 |  | 
           
              | 758 | 4477 d 16 h | raphael | /trunk/services/modules/0.1/commun/ | ontologies communes: correction de 2 notices PHP dans le cas de l'absence de passage de masque et de retour_champs.
 Ex: /service:eflore:0.1/bdnt/ontologies/rangTaxo:220/nom
 |  | 
           
              | 733 | 4501 d 20 h | raphael | /trunk/services/modules/0.1/commun/ | ontologies: support de requêtes multi-critères pour les ontologies (partie 2/2). Lorsque des ontologies sont demandées, celles-ci peuvent désormais être regroupées
 au sein d'une même requête.
 La modification, portée à Commun/Ontologie.php affecte donc les web-services n'ayant *pas*
 redéfini leur classe d'accès aux ontologies, c'est à dire (au 28/06/2013):
 * nvjfl
 * bdnt
 
 Exemple:
 Avant, 3 requêtes:
 /service:eflore:0.1/nvjfl/ontologies/numStatut:1
 /service:eflore:0.1/nvjfl/ontologies/numStatut:2
 /service:eflore:0.1/nvjfl/ontologies/genreNombre:10
 
 Après, 1 requête:
 /service:eflore:0.1/nvjfl/ontologies/numStatus:1,numStatus:2,genreNombre:10
 
 Dans le seul cas d'une requête multi-critères le format de retour du web-service
 a été modifié: Un ensemble de clef-valeurs est retourné dans lequel chaque clef
 représente le nom d'un des critères demandés.
 Si un critère ne correspond à rien dans la BDD, celui-ci est absent de l'ensemble retourné.
 
 
 $ ddiff \
 <(GET "http://eflore/$i"|json_pp)				 \
 <(GET "http://www.tela-botanica.org/$i"|json_pp)
 
 # service:eflore:0.1/nvjfl/noms-vernaculaires/attributions?masque.nt=1382&masque.lg=fra&retour.champs=conseil_emploi
 # 2 appels d'ontologies nvjfl, résultat identique
 
 # service:eflore:0.1/bdtxa/taxons/13517/relations/inferieurs
 # 1 appel d'ontologie bdnt/nom, résultat identique
 
 $ diff \
 <(GET http://eflore/service:eflore:0.1/bdnt/ontologies/rangTaxo:70|json_pp) \
 <(GET http://eflore/service:eflore:0.1/bdnt/ontologies/rangTaxo:70,rangTaxo:-1|json_pp) \
 |grep -v rangTaxo:70
 # même résultat (-1 n'existe pas)
 
 Le comparatif suivant provient de l'étude de la requête suivante,
 représentative d'une recherche de nom commun (cf: Cel/export XLS):
 "/service:eflore:0.1/nvjfl/noms-vernaculaires/attributions?masque.nt=1382&masque.lg=fra&retour.champs=conseil_emploi"
 
 Avant   Après
 Requêtes HTTP                  3       2
 Connexions SQL                 4       3
 SELECT                         15      10
 Temps sur 300 (*)              1m36    1m30
 
 (*) $ time \
 mysql -N tb_eflore<<<"SELECT num_taxonomique FROM bdtfx_v1_01 WHERE num_nom = num_nom_retenu ORDER BY ORD(SUBSTRING(nom_sci, 4, 1)) LIMIT 300;"  | \
 xargs -i -t -n 1 curl -so /dev/null "http://eflore/service:eflore:0.1/nvjfl/noms-vernaculaires/attributions?masque.nt={}&masque.lg=fra&retour.champs=conseil_emploi"
 
 Le faible différentiel de temps observable s'explique partiellement par le fait que toutes les recherches de nom vernaculaire
 n'aboutissent pas systématiquement à l'émission de plusieurs requêtes d'ontologie.
 Le différentiel n'en reste pas moins décevant.
 |  | 
           
              | 732 | 4501 d 20 h | raphael | /trunk/services/modules/0.1/commun/ | ontologies communes: fix cosmétiques. 1° usage du paramètre retour.champs qui n'était pas utilisé jusqu'ici et n'aurait
 pas pu être utilisé dans le cas d'un retour.format différent de "max".
 
 2° ajout d'un commentaire relatif aux SELECT imbriqués actuellement utilisés et
 auxquel une série de JOIN serait à préférer.
 
 3° clarification de formaterOntologiesId()
 
 4° réécriture et renommage afficherDonnees() en calculerClassID().
 Une variable est passée par référence en paramètre de la fonction et
 les conditions imbriquées sont remplacées par des return rapides.
 La gestion des champs demandés est améliorée.
 |  | 
           
              | 291 | 5016 d 18 h | aurelien | /trunk/services/modules/0.1/commun/ | Remplacement d'un égal par un in dans une sous requete qui peut parfois rendre plusieurs valeurs |  | 
           
              | 88 | 5100 d 19 h | delphine | /trunk/services/modules/0.1/commun/ | traiter version projet envoie de la version dans les url |  | 
           
              | 8 | 5110 d 23 h | jpm | /trunk/services/modules/0.1/commun/ | Utilisation des paramètres GET bruts. |  | 
           
              | 3 | 5111 d 16 h | jpm | /trunk/ |  |  |