Bon, je commence à comprendre à quoi servent ces deux tables. J'avais essayé de les remplir manuellement avant ton message et les lignes correspondantes apparaissaient dans le menu, les marqueurs sur la carte correspondants aussi.
Le mardi 29 janvier 2013 à 22:29 +0100, Jocelyn Jaubert a écrit : > Le 29/01/2013 15:43, Mickaël Guéret a écrit : > > Bon, il fait vraiment pas beau en ce moment, j'ai du temps pour > > reprendre ça ou je l'avais laissé...;-) > > > > Il me semble avoir tout correctement configuré, mais aucuns marqueurs ne > > s'affichent sur la carte glissante, et le menu de choix des erreurs est > > vide... > > Est-ce que tu peux vérifier avec ceci que les analyses ont bien > fonctionnées ? > psql -c "SELECT count(*) from marker" j'ai 11 lignes dans la table marker. Je travaille en effet avec un tout petit extrait (1 commune), pour débugguer plus rapidement. Mais les analyses ont (presques) toutes fonctionnées (une fonction semble ne plus exister sous Postgis 2, il faut que j'installe le script legacy je pense...) Pendant que j'y suis, sous Postgis 2, la table geometry_columns n'existe plus, c'est maintenant une vue. ça m'a fait une erreur, du coup j'ai modifié le fichier osmose_run.py, lignes 104-105 : "SELECT relname FROM pg_class WHERE relname = %s" > > En fait, ce n'est pas étonnant car les tables dynpoi_categ et > > dynpoi_item sont vides (contrairement aux autres tables qui contiennent > > bien des informations)... > > Bref, a quoi servent les tables dynpoi_categ et dynpoi_item et que > > doivent elles contenir ? > > Yep, j'ai oublié un truc dans le README: il s'agit de tables utilisées > pour le menu, et qui sont initialisés avec des fichiers de traductions. > Ceci devrait suffire: > > > (cd tools/database && > ./categ_menu_update.sh && # for the item menu > ./item_menu_update.sh) > > ./tools/cron.sh # and add it to crontab > > J'ai essayé ça... Le problème, c'est que ces scripts ne font qu'une mise à jour. Je pars d'une base de donnée vide, j'ai donc créé les lignes nécessaires (juste les id) et ensuite lancé les scripts. Pour la table des catégories, ça passe à la main (8 lignes), mais c'est plus long pour les items... Je vais essayer de faire un script (python hein, le bash c'est pour plus tard ;-) ) pour initialiser ces tables. Bon, après tout ça, le frontend plantait (erreur 500). La table dynpoi_item contient des lignes dont le champ 'levels' est null, car j'ai très peu d'enregistrements dans la table dynpoi_class et ça fait planter le script map.py à la ligne 97... J'ai donc un peu modifié la structure de la base de donnée, j'ai crée une vue dynpoi_item, qui reprend les infos nécessaires, plutôt que d'être obligé de lancer un cron... Et voilà, ça fonctionne !! enfin presque, reste une erreur de base de donnée pour la page errors... Je regarde ça plus tard ! et ensuite je met tout ça noir sur blanc, promis ! (un endroit préféré ?) Merci, Mika _______________________________________________ dev-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/dev-fr
