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 letuffe) a écrit
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 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):
https://git
oury
À : verd...@wanadoo.fr; Discussions sur OSM en français
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/97q
recherche les relations t
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
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 do
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" sp
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 forma
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 a écrit :
Désolé c'est parti tout seul.
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 que tout
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 cart
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 requête
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 a écrit :
> 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).
>
> N
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 requ
14 matches
Mail list logo
