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" specifique (ignoré dans le rendu mais visible dans les données brutes, ou qu'on pourrait obtenir avec une requête spéciale (exécutée et affichée automatiquement sur un site web Overpass)..
Le 4 mai 2015 20:48, 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
