Piwigo.org

cljosse · 2010-11-02 15:18:19

Bonjour.
:-(
Présence warning: avec la version 1.2.1

Code:

 Warning: preg_match_all() [function.preg-match-all]: Compilation failed: unrecognized character after (?< at offset 17 in /mnt/102/sdb/9/5/cl.josse/Galerie/plugins/GMaps/gmaps_pip.class.inc.php on line 119

Uniquement sur mon site distant (Free) et non en local.
Il me semble que je ne l'avais pas avec la version précédente.

A+

grum · 2010-11-02 16:24:07

cljosse a écrit:
Bonjour.
:-(
Présence warning: avec la version 1.2.1
Code:
 Warning: preg_match_all() [function.preg-match-all]: Compilation failed: unrecognized character after (?< at offset 17 in /mnt/102/sdb/9/5/cl.josse/Galerie/plugins/GMaps/gmaps_pip.class.inc.php on line 119
Uniquement sur mon site distant (Free) et non en local.
Il me semble que je ne l'avais pas avec la version précédente.

A+

c'est lié à la mise en place de la balise [gmaps]
à priori, l'expression régulière n'est pas reconnue...

à la relecture de la doc (http://docs.php.net/manual/en/regexp.re … tterns.php), je fini par comprendre que le nommage des sous-motifs capturés est introduit avec PHP 5.2.2 (à la première lecture, j'avais compris que PHP 5.2.2 introduisait une seconde méthode de nommage...)

je suppose donc que free ne fournit pas PHP 5.2.2
donc faut que je revois çà...

cljosse · 2010-11-02 16:29:51

Remplace les ?< avec ?P<

Code:

    if(preg_match_all('/\[gmaps=(?:id:(?P<id>\d+);|width:(?P<width>\d+);|height:(?P<height>\d+);|markerImg:(?P<markerImg>[a-z0-9\-\._]+);|kmlId:(?P<kmlId>\d+);|kmlUrl:"(?P<kmlUrl>.+)";|allowBubble:(?P<allowBubble>y|n);|kmlZoom:(?P<kmlZoom>y|n);|markerVisible:(?P<markerVisible>y|n);)+\]/i',$desc,$mapParams,PREG_SET_ORDER)>0)

:-)

A+

cljosse · 2010-11-02 16:40:51

grum a écrit:
j'avais compris que PHP 5.2.2 introduisait une seconde méthode de nommage...)

je suppose donc que free ne fournit pas PHP 5.2.2
donc faut que je revois çà...

Pour info chez free:
•Système d'exploitation: Linux
•PHP: 5.1.3RC4-dev (Montrer les informations) [2010-11-02 16:39:08]
•mysql: 5.0.83 [2010-11-02 16:39:07]

Avec la modif c'est OK.

Dernière modification par cljosse (2010-11-02 16:41:42)

grum · 2010-11-02 18:15:45

cljosse a écrit:
grum a écrit:
j'avais compris que PHP 5.2.2 introduisait une seconde méthode de nommage...)

je suppose donc que free ne fournit pas PHP 5.2.2
donc faut que je revois çà...
Pour info chez free:
•Système d'exploitation: Linux
•PHP: 5.1.3RC4-dev (Montrer les informations) [2010-11-02 16:39:08]
•mysql: 5.0.83 [2010-11-02 16:39:07]

Avec la modif c'est OK.

donc j'avais bien compris, mais mal lu ^^

je m'occupe de çà !
[Bugtracker] ticket 1996

grum · 2010-11-02 18:46:14

grum a écrit:
je m'occupe de çà !
[Bugtracker] ticket 1996

la version 1.2.2 est en ligne et corrige le problème...

joetap · 2010-11-03 13:33:37

grum a écrit:
joetap a écrit:
grum a écrit:
lié à [Bugtracker] ticket 1846
en fait depuis cet aménagement, le plugin agit de la façon suivante :
- lecture des métadonnées sur la photo HD
- si aucune métadonnée n'est trouvée sur la HD, lecture des métadonnées sur la photo en taille normale
Donc, si sur ta HD tu avais des métadonnées (une seule suffit), mais pas les métadonnées GPS, c'est normal que les métadonnées GPS de la photo en taille normale soient ignorées
Serait'il possible d'avoir une option pour ne pas tenir compte des photos HD. On gagnerais en temps pour la création du référentiel et ça éviterais de réuploader les HD pour ajouter les coordonnées GPS.
La logique voudrait que ce soient les photos HD qui soient géolocalisées.
Si je comprends bien, là c'est juste pour éviter d'avoir à renvoyer des photos de plusieurs méga sur la galerie... l'idée n'est pas inintéressante..

En fait, le plugin sait déjà ignorer les photos HD. Juste que je n'ai pas mis d'interface de paramétrage.

Allez voir dans la table PIWIGO_CONFIG
Cherchez l'enregistrement param = 'amd_config', il faut modifier le champ value correspondant, lequel contient un tableau sérialisé.

Cherchez-y la chaine s:17:"amd_UseMetaFromHD";s:1:"y"; et remplacez le "y" par "n", et le plugin devrait ignorer les photos HD...
Attention, il ne faut rien modifier d'autre que le y en n, pas d'espace ou quoi que ce soit, le plugin n'arriverait plus à interpréter les paramètres.

Bonjour

Je viens de tester, ça marche. Ce paramètre change t'il quand on met à jour le plugin?

Je viens de voir qu'il est possible d'ajouter des cartes dans les descriptions des catégories. J'ai ajouté ceci :
[gmaps=id:1;width:800;height:640;]
dans la description d'une catégorie , ma carte s'affiche tout à gauche, que doit-je ajouter pour centrer la carte?

Pourrait-on appliquer une même carte à toutes les descriptions des catégories (comme pour les light box)? Je préfère les cartes qui s'affichent toutes seules à celles ou il faut cliquer sur un bouton car je suis convaincu que très peu de personnes vont cliquer pour ouvrir la Light box. Sur mon ancien site ou toutes les photos sont toutes géolocalisées et localisables via RV Maps & Earth, j'ai eu 29 pages de cartes visitées pour 1981 pages vues sur 2010.

@ +

grum · 2010-11-03 15:09:07

joetap a écrit:
Je viens de tester, ça marche. Ce paramètre change t'il quand on met à jour le plugin?

tant que le plugin n'est pas désinstallé, à moins d'un bug le paramétrage ne change pas lors de la mise à jour du plugin

joetap a écrit:
Je viens de voir qu'il est possible d'ajouter des cartes dans les descriptions des catégories. J'ai ajouté ceci :
[gmaps=id:1;width:800;height:640;]
dans la description d'une catégorie , ma carte s'affiche tout à gauche, que doit-je ajouter pour centrer la carte?

Il y a plusieurs méthodes possibles.
La carte est intégrée dans un <div class='gmapsMarkup' id='gmapsMarkupN'>.

Tu peux définir le css pour la classe ou pour l'id.
Au plus simple sachant que par défaut une balise <div> étant affichée en mode 'block', tu peux faire dans ton fichier .css :

Code:

.gmapsMarkup { margin:auto; }

joetap a écrit:
Pourrait-on appliquer une même carte à toutes les descriptions des catégories (comme pour les light box)? Je préfère les cartes qui s'affichent toutes seules à celles ou il faut cliquer sur un bouton car je suis convaincu que très peu de personnes vont cliquer pour ouvrir la Light box. Sur mon ancien site ou toutes les photos sont toutes géolocalisées et localisables via RV Maps & Earth, j'ai eu 29 pages de cartes visitées pour 1981 pages vues sur 2010.

Si je proposais une solution, çà répondrait aux besoin de l'un mais pas de l'autre.
C'est donc à faire manuellement, car pour la mise en page chaque utilisateur à ses propres besoins.

Pierric · 2010-11-03 20:55:09

J'ai un petit (enfin j'espère) problème qui vient de se déclarer :
La taille de ma base de donnée a dépassé les 25 Mo autorisés... je vais regarder pourquoi et je vois que j'ai piwigo_gmaps_cache qui pèse 15,9 Mo avec 0 lignes !
Est-ce normal ? J'étais bien au courant de la place nécessaire pour advanced metadata (15,4 Mo), mais si c'est aussi le cas pour gmaps va falloir que je change d'offre...

Dernière modification par Pierric (2010-11-03 21:36:27)

grum · 2010-11-03 21:10:24

Pierric a écrit:
J'ai un petit (enfin j'espère) problème qui vient de ce déclarer :
La taille de ma base de donnée a dépassé les 25 Mo autorisés... je vais regarder pourquoi et je vois que j'ai piwigo_gmaps_cache qui pèse 15,9 Mo avec 0 lignes !
Est-ce normal ? J'étais bien au courant de la place nécessaire pour advanced metadata (15,4 Mo), mais si c'est aussi le cas pour gmaps va falloir que je change d'offre...

oulalaa...
ah oui là c'est pas normal !

alors pour comprendre pourquoi on arrive à çà :
- à l'affichage d'une catégorie, dès qu'une carte est disponible un cache est préparé que la carte soit affichée ou non : çà permet de disposer à l'affichage de la carte d'une réponse immédiate pour l'affichage
- les données en cache sont purgées au bout de 2heures

donc la faut que je revois la méthode
- soit le cache n'est conçut que si la carte est affichée : gain de place assuré, mais çà prendra plus de temps à afficher la carte la première fois
- soit le cache est stocké dans un fichier sur le disque, mais çà va me compliquer la tache pour le reste...
- soit le cache est purgé au bout d'un temps plus réduit (genre 5minutes) => le risque, c'est que quelqu'un qui s'attarde 10minutes sur une page, lorsqu'il va regarder la carte elle sera vide...

grum · 2010-11-03 21:12:01

Pierric a écrit:
je vois que j'ai piwigo_gmaps_cache qui pèse 15,9 Mo avec 0 lignes !

euh...
en même je relis, et la table vide fait 15,9Mo ??

Pierric · 2010-11-03 21:31:33

La preuve en image :

En attendant de trouver une solution je peux faire quoi ?
La supprimer carrément ? Parce que depuis ce matin je ne peux plus rien insérer ou mettre à jour dans la base.

Dernière modification par Pierric (2010-11-03 21:35:33)

grum · 2010-11-03 21:56:00

Pierric a écrit:
La preuve en image :

http://img153.imageshack.us/img153/7427/basert.jpg

En attendant de trouver une solution je peux faire quoi ?
La supprimer carrément ? Parce que depuis ce matin je ne peux plus rien insérer ou mettre à jour dans la base.

Tu commence par la vider en cliquant sur le '13,9Mio' présent dans la colonne 'PERTE' : çà devrait rétablir la taille de la table avec le nombre de lignes.
Si çà marche pas, tu la supprime.

Et tu désactives le plugin le temps que je mette à dispo une version prenant en compte ce problème...

grum · 2010-11-03 21:56:33

Pierric a écrit:
La supprimer carrément ? Parce que depuis ce matin je ne peux plus rien insérer ou mettre à jour dans la base.

tu aurais du m'en causer plus tôt !
^^

Pierric · 2010-11-03 22:08:24

Ben disons que c'est lorsque je me suis aperçu que je ne pouvais plus rien faire que j'ai regardé pourquoi, je ne surveille pas ma base de données tous les jours.
C'est bon j'ai réussi à la vider et tout est rentré dans l'ordre. Je crois que je vais mettre le plugin en pause effectivement avant qu'il ne me saute à la figure ! ^^

Dernière modification par Pierric (2010-11-03 22:09:34)

Piwigo.org

Annonce

#166 2010-11-02 15:18:19

Re: [GMaps] Sujet officiel

Code:

#167 2010-11-02 16:24:07

Re: [GMaps] Sujet officiel

cljosse a écrit:

Code:

#168 2010-11-02 16:29:51

Re: [GMaps] Sujet officiel

Code:

#169 2010-11-02 16:40:51

Re: [GMaps] Sujet officiel

grum a écrit:

#170 2010-11-02 18:15:45

Re: [GMaps] Sujet officiel

cljosse a écrit:

grum a écrit:

#171 2010-11-02 18:46:14

Re: [GMaps] Sujet officiel

grum a écrit:

#172 2010-11-03 13:33:37

Re: [GMaps] Sujet officiel

grum a écrit:

joetap a écrit:

grum a écrit:

#173 2010-11-03 15:09:07

Re: [GMaps] Sujet officiel

joetap a écrit:

joetap a écrit:

Code:

joetap a écrit:

#174 2010-11-03 20:55:09

Re: [GMaps] Sujet officiel

#175 2010-11-03 21:10:24

Re: [GMaps] Sujet officiel

Pierric a écrit:

#176 2010-11-03 21:12:01

Re: [GMaps] Sujet officiel

Pierric a écrit:

#177 2010-11-03 21:31:33

Re: [GMaps] Sujet officiel

#178 2010-11-03 21:56:00

Re: [GMaps] Sujet officiel

Pierric a écrit:

#179 2010-11-03 21:56:33

Re: [GMaps] Sujet officiel

Pierric a écrit:

#180 2010-11-03 22:08:24

Re: [GMaps] Sujet officiel

Pied de page des forums