Merci pour l'explication et vos retours !
Les 3 relations ont été créées entre 13h00 et 13h20 alors que les
noeuds ont été édités avant 12h30, c'est ça.
Ca y est, la L10 est retournée par Overpass maintenant c'est réglé :
http://overpass-turbo.eu/s/9cn
Le 04/05/2015, sly (sylvain
En gros donc c'est le processus de génération des minute diffs sur la
base principale qui a un problème (initialement rejeté à tord comme
wontfix car les admins d'OSM sur la base principale ont cru que c'était
un problème des logiciels tiers utilisant les minute diffs).
Il arrive parfois que le
Salut à tous,
Sur un projet de mapping dans OSM des lignes de bus de la compagnie SOTRACO
à Ouaga au Burkina (projet OKFN BF/OSM BF).
Nous nous coordonnons avec cette uMap : http://u.osmfr.org/m/37032/
La dernière couche (invisible au chargement) pointe dynamiquement vers la
base OSM via une
Et je précise que la L10 est bien visible sur le rendu Transport :
http://osm.org/go/a6nowwCL?layers=T
Le 4 mai 2015 11:35, Augustin Doury augustindo...@gmail.com a écrit :
Salut à tous,
Sur un projet de mapping dans OSM des lignes de bus de la compagnie
SOTRACO à Ouaga au Burkina (projet
Ta requête Overpass ne descend pas les sous-relations pour en extraire les
chemins et noeuds, elle ne descend qu'un seul niveau de la ligne 10 et ne
trouve que des relations membres n'ayant elles-mêmes aucune géométrie, donc
rien n'est visible sur la carte.
Il faudrait donc distinguer deux
Salut Philippe,
Merci pour ta réponse !
En l'occurence ma requête Overpass ici http://overpass-turbo.eu/s/97q
recherche les relations taguées avec operator=SOTRACO et doit
retourner ses membres (la ligne ; permet justement une requête
récursive sur les membres.
On voit d'ailleurs sur la carte
En fait je comprends pourquoi: la base utilisée par Overpass ne semble pas
encore contenir la nouvelle relation master de la ligne 10, ni même les
routes individuelles (elles aussi marquées avec operator=SOTRACO): bizarre
quand meˆme après 4 jours !
Le 4 mai 2015 13:47, Augustin Doury
D'ailleurs OverpasTurbo.eu ne voit rien du tout avec la requête
relation(4850740); mentionnant juste l'ID comme seul filtre.
Il y a donc du retard dans sa base (ou une désynchronisation avec des
modifs oubliées en cours de route, ou qui n'ont pas pu être intégrées à
cause d'une erreur de format
A ce sujet je trouve dommage qu'Overpass ne retourne pas au moins une ligne
de xommentaire XML mentionnant sa date de mise à jour et s'il y a une
maintenance en cours dessus (une simple ligne de texte), ou bien ne fasse
plus formellement dans ses données XML ou JSON avec un objet
server-status
Merci Philippe. Cette explication me paraissait la plus probable mais
comme toi, 5 jours je trouvais que ça faisait long. Habituellement les
màj de la base utilisée par Overpass Turbo sont très fréquentes (je
trouvais des objets via Overpass Turbo édités dans les 10min qui
précédaient et croyait
Bizarrement le server .de indique une mise à jour récente. Il a des trous
de mémoire et est désynchrionisé avec les flux, ou bien la date qu'il
indique dans
osm3s: {
timestamp_osm_base: 2015-05-04T18:54:02Z,
copyright: The data included in this document is from
www.openstreetmap.org. The
Le lundi 4 mai 2015 20:55:22, Augustin Doury a écrit :
A voir d'ici quelques jours, si quelqu'un a une explication, top.
Bonne soirée
Pour information, l'explication en rapide ici (en anglais):
http://wiki.openstreetmap.org/wiki/Overpass_API/status
et en détail là : (en anglais):
...@gmail.com
À : verd...@wanadoo.fr; Discussions sur OSM en français
talk-fr@openstreetmap.org
Envoyé le : Lundi 4 mai 2015 14h21
Objet : Re: [OSM-talk-fr] Question Overpass Turbo
Salut Philippe,
Merci pour ta réponse !
En l'occurence ma requête Overpass ici http://overpass-turbo.eu/s
13 matches
Mail list logo
