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 donc que les requêtes se faisaient directement dans la base OSM). A voir d'ici quelques jours, si quelqu'un a une explication, top. Bonne soirée
Le 04/05/2015, Philippe Verdy<verd...@wanadoo.fr> a écrit : > 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 de données ou d'un problème de transfert). Les > exploitants de la base de données pourront en dire plus (je ne sais pas > quelle base est utilisée par Overpass-Turbo.eu mais il y a eu des problèmes > de serveurs sur les bases françaises il y a quelques jours). > Il semblerait alors que cette base soit en cours de reconstruction et ne > dispose que d'un aperçu d'un dump datant de plusieurs jours (si c'est le > cas il va falloir patienter, ou sinon utiliser un autre serveur > OverpassAPI) > > Dans le cas présent: c'est la base "//overpass-api.de/api/" qui est en > retard. > > En revanche la base "http://api.openstreetmap.fr/oapi/"; est à jour et > contient bien ta relation. > > Bref change d'instance Overpass. > > Le 4 mai 2015 20:30, Augustin Doury <augustindo...@gmail.com> 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 toutes les lignes sont bien >> retournées sauf la ligne 10 alors que le modèle de données est >> exactement le même : >> >> *chaque arrêt est mappé avec : >> - 1 noeud sur la voie (public_transport=stop_position, bus=yes, >> operator=SOTRACO, network=SOTRACO, name = *, source = survey;bing) >> - 1 noeud à côté de la voie (highway=bus_stop, >> public_transport=platform, operator=SOTRACO, network=SOTRACO, name = >> *, shelter = *, bench = *, source = survey;bing) >> >> *le trajet aller est mappé avec : >> - une relation qui a pour membres les portions de chemins où passe le >> bus + les noeuds sur la voie (rôle=stop) + les noeuds à côté de la >> voie (rôle=platform) >> - la relation a les attributs suivants : type=route, route=bus + tous >> les attributs utiles (to=*, from=*,name=*,network,operator,ref etc.) >> >> *le trajet retour pareil >> >> *la relation route_master a pour membres les relations précédentes. >> >> La requête actuelle http://overpass-turbo.eu/s/97q retourne toutes les >> relations Aller et Retour des lignes de bus qui sont dans OSM (mais >> pas les relations master, on est d'accord) sauf celles de la ligne 10 >> ... >> >> D'autres idées avec ces éléments ? >> >> Merci, >> >> Augustin >> >> >> Le 04/05/2015, Augustin Doury<augustindo...@gmail.com> a écrit : >> > 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 que toutes les lignes sont bien >> > retournées sauf la ligne 10 alors que le modèle de données est >> > exactement le même : >> > >> > *chaque arrêt est mappé avec : >> > >> > a) le lieu d'attente des voyageurs >> > • placer un nœud hors de la voie, du bon côté de la route >> > • attributs >> > ◦ highway=bus_stop >> > ◦ public_transport=platform >> > ◦ operator=SOTRACO >> > ◦ network=SOTRACO >> > ◦ name = * >> > ◦ shelter = yes si il y a un abris-bus >> > ◦ bench = yes si il y a un banc >> > ◦ source = survey;bing >> > b) l'arrêt du bus >> > • >> > • >> > placer un nœud à la même hauteur mais appartenant à la voie >> > attributs >> > ◦ public_transport = stop_position >> > ◦ bus=yes >> > ◦ operator=SOTRACO >> > ◦ network=SOTRACO >> > ◦ name = * >> > ◦ source = survey;bing >> > >> > Le 04/05/2015, Philippe Verdy<verd...@wanadoo.fr> a écrit : >> >> 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êtes et les fusionner: >> >> - une prenant les relations "route_master" des lignes SOTRACO pour en >> >> extraire les relations "route" >> >> - une autre pour les relations "route" des lignes SOTRACO non >> >> modélisées >> >> en >> >> route_master (avec routes séparées selon les sens ou les différents >> >> services) >> >> >> >> Et ensuite avec le résultat de la fusion, descendre les membres de >> >> type >> >> way >> >> et noeud pour obtenir leur géométrie affichable. >> >> >> >> Overpass ne descend pas arbitrairement tous les niveaux de relations, >> >> il >> >> fait ses requêtes une par une avec des préselections dans un resultset >> en >> >> amont (ou bien un pseudo-resultset par défaut correspon dant à la >> >> totalité >> >> de la base de données), des filtres de sous-sélection, et produit un >> >> result-set qu'il peut fusionner avec un autre. >> >> >> >> Le 4 mai 2015 13:47, Augustin Doury <augustindo...@gmail.com> a écrit >> >> : >> >> >> >>> 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 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ête Overpass générée avec >> >>>> http://overpass-turbo.eu/ >> >>>> >> >>>> L'incompréhension concerne la ligne 10, modélisées avec ces >> >>>> relations >> : >> >>>> Aller : https://www.openstreetmap.org/relation/4850754 >> >>>> Retour : https://www.openstreetmap.org/relation/4850740 >> >>>> Master (Aller+Retour) : >> >>>> http://www.openstreetmap.org/relation/4850778 >> >>>> Elles ne sont pas retournées par cette requête (relation et membres >> >>>> vérifiant operator=SOTRACO) : http://overpass-turbo.eu/s/97q >> >>>> Bien que les arrêts membres de la relation soient retournés par >> >>>> cette >> >>>> requête (points vérifiant operator=SOTRACO) : >> >>>> http://overpass-turbo.eu/s/97r >> >>>> >> >>>> Merci d'avance, >> >>>> >> >>>> Augustin >> >>>> >> >>> >> >>> >> >>> _______________________________________________ >> >>> Talk-fr mailing list >> >>> Talk-fr@openstreetmap.org >> >>> https://lists.openstreetmap.org/listinfo/talk-fr >> >>> >> >>> >> >> >> > >> > _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
