Opened 5 years ago

Closed 5 years ago

#84 closed defect (fixed)

Analyser_Osmosis_Useless - TypeError: expected string or buffer

Reported by: frodrigo Owned by: jocelyn
Priority: major Component: osmose-backend
Keywords: Cc:

Description

Sur Saint-Martin

2012-08-24 04:00:23 run osmosis all analyser Analyser_Osmosis_Useless
2012-08-24 04:00:23 generation du xml
2012-08-24 04:00:23 generation du xml
res= [43297792L, None, None]
ret= {'data': [<bound method Analyser_Osmosis_Useless.way_full of
<analyser_osmosis_useless.Analyser_Osmosis_Useless object at
0x325b210>>, None, <bound method
Analyser_Osmosis_Useless.positionAsText of
<analyser_osmosis_useless.Analyser_Osmosis_Useless object at
0x325b210>>], 'class': 2}
2012-08-24 04:00:23 error on analyse...
2012-08-24 04:00:23 Traceback (most recent call last):
2012-08-24 04:00:23 File
"/data/project/osmose/backend/osmose_run.py", line 235, in run
2012-08-24 04:00:23 analyser_obj.analyser()
2012-08-24 04:00:23 File
"/data/project/osmose/backend/Analyser_Osmosis.py", line 71, in
analyser
2012-08-24 04:00:23 self.analyser_osmosis_all()
2012-08-24 04:00:23 File
"/data/project/osmose/backend/analyser_osmosis_useless.py", line 68,
in analyser_osmosis_all
2012-08-24 04:00:23 self.run(sql20, self.callback20)
2012-08-24 04:00:23 File
"/data/project/osmose/backend/Analyser_Osmosis.py", line 179, in run
2012-08-24 04:00:23 d(res[i])
2012-08-24 04:00:23 File
"/data/project/osmose/backend/Analyser_Osmosis.py", line 221, in
positionAsText
2012-08-24 04:00:23 for loc in self.get_points(res):
2012-08-24 04:00:23 File
"/data/project/osmose/backend/Analyser.py", line 40, in get_points
2012-08-24 04:00:23 for r in self.re_points.findall(text):
2012-08-24 04:00:23 TypeError?: expected string or buffer

Change History (5)

comment:1 Changed 5 years ago by frodrigo

  • Owner changed from frodrigo to jocelyn
  • Status changed from new to assigned

Tu utilises bien la dernière version du CreateFunctions?.sql/way_locate ?
J'ai déjà rencontré ça sur osm7 mais je croyais que ça venait d'un problème de la base. Ça doit vouloir dire qu'il y a un way sans node dans l'extract, et donc sans geom.

comment:2 Changed 5 years ago by jocelyn

C'est vrai que c'est bizarre: il s'agit de ce way: http://www.openstreetmap.org/browse/way/43297792, qui est en fait à l'extérieur du territoire de Saint-Martin. Je regarderai pourquoi le way n'a a pas été supprimé par les diffs.

Par ailleurs, je ne pense pas que le souci soit dans la requête SQL: elle a bien retourné [43297792L, None, None], ce qui a l'air correct. Je me demande si dans ce cas, on ne devrait pas carrément ne pas renvoyer d'erreur, vu qu'on n'a pas la position où la mettre.

comment:3 Changed 5 years ago by frodrigo

On peut gérer l'erreur, mais il y a bien un porblème quelque part.

comment:4 Changed 5 years ago by jocelyn

Yep, j'ai trouvé le problème: j'ai généré les .pbf originaux avec un polygone, mais j'en ai utilisé un autre un poil plus grand pour générer les diffs. Du coup, on s'est retrouvé avec une modification d'un way qui est uniquement dans le grand polygone, sans modification des nodes. Les nodes auraient en fait dû être dans le .pbf d'origine.

Du coup, on a un .pbf avec un way, sans ses nodes associés. Je peux corriger en regénérant les .pbf, avec le bon polygone, ou alors, il faudrait que les diffs soient "complets", en contenant tous les nodes d'un way modifié...

comment:5 Changed 5 years ago by frodrigo

  • Resolution set to fixed
  • Status changed from assigned to closed
Note: See TracTickets for help on using tickets.