[OSM-dev-fr] osmose à la maison

[Mickaël Guéret]

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