Re: [OSM-talk-fr] Rencontre mensuelle OSM-Lyon 12/05/2015 18h30 - Invitation + OdJ
Prenez une bonne bière pour moi et salut à la patronne. J'ai bien aimé ce petit détour vers le bistrot Chez Thibault en avril de l'an dernier. À la prochaine. Pierre De : Rene Chalon À : Discussions sur OSM en français Envoyé le : Lundi 4 mai 2015 17h50 Objet : [OSM-talk-fr] Rencontre mensuelle OSM-Lyon 12/05/2015 18h30 - Invitation + OdJ Bonsoir à tous Les mappeurs OSM de Lyon se rencontrent régulièrement le 2ème mardi de chaque mois, et chacun peut s'inviter et participer à ces rencontres. La prochaine aura lieu : le MARDI 12 MAI à partir de 18h30 au bistrot "CHEZ THIBAULT, 80 rue Montesquieu, 69007 LYON" Accès : M° Saxe-Gambetta; C4, C12, C14 Thibaudière ; Vélo'V Jaurès/ Thibaudière. Le CR de la rencontre précédente se trouve sur la page du Wiki-OSM au lien : http://wiki.openstreetmap.org/wiki/Lyon/Reunion_14_avril_2015 Si vous souhaitez mettre un sujet particulier à l'ordre du jour, vous pouvez commenter la page préparatoire de la rencontre à venir au lien : http://wiki.openstreetmap.org/wiki/Lyon/Reunion_12_mai_2015 Venez nombreux ! ___ 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
[OSM-talk-fr] Rencontre mensuelle OSM-Lyon 12/05/2015 18h30 - Invitation + OdJ
Bonsoir à tous Les mappeurs OSM de Lyon se rencontrent régulièrement le 2ème mardi de chaque mois, et chacun peut s'inviter et participer à ces rencontres. La prochaine aura lieu : le MARDI 12 MAI à partir de 18h30 au bistrot "CHEZ THIBAULT, 80 rue Montesquieu, 69007 LYON" Accès : M° Saxe-Gambetta; C4, C12, C14 Thibaudière ; Vélo'V Jaurès/ Thibaudière. Le CR de la rencontre précédente se trouve sur la page du Wiki-OSM au lien : http://wiki.openstreetmap.org/wiki/Lyon/Reunion_14_avril_2015 Si vous souhaitez mettre un sujet particulier à l'ordre du jour, vous pouvez commenter la page préparatoire de la rencontre à venir au lien : http://wiki.openstreetmap.org/wiki/Lyon/Reunion_12_mai_2015 Venez nombreux ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Question Overpass Turbo
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://github.com/drolbr/Overpass-API/issues/210 En rapide, aucune des modifications survenues entre 2015-04-30 12:43 et 2015-04-30 13:36 UTC ne sont présentes dans la base Overpass de http://overpass-api.de Un nouveau serveur est prévu et donc l'admin attend le remplacement de l'actuel par le nouveau, ce qui corrigera le problème. L'instance sur http://api.openstreetmap.fr/oapi/ a été corrigée par mes soins la nuit dernière et devrait contenir ce que l'autre n'a pas. -- sly (sylvain letuffe) http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Question Overpass Turbo
Augustin, je n'ai pas eu le temps de regarder en détail, mais est-il possible que tu aie des nodes [operator=SOTRACO] mais qui n'ont pas été intégrées dans la relation. Cela pourrait expliquer qu'elles ne soient pas collectées lors de la requête. Pierre De : Augustin Doury À : 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 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 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 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 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Question Overpass Turbo
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 data is made available under ODbL."
},
est carrément fausse et est la date actuelle et non la date des dernières
données importées.
Il va falloir contacter les mainteneurs de la base allemande pour leur
signaler l'anomalie (peut-être qu'ils travaillent déjà dessus).
Le 4 mai 2015 20:55, Augustin Doury a écrit :
> 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 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 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 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_tr
Re: [OSM-talk-fr] Question Overpass Turbo
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 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 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 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 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)
Re: [OSM-talk-fr] Question Overpass Turbo
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 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 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 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 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 s
[OSM-talk-fr] Vidéo BAN
Bonjour à tous, En ces temps pluvieux vous aimerez sûrement découvrir une petite vidéo dénichée de dessous les fagots concernant la BAN. Ce n'est pas très passionnant, parce que sans son et l'image n'est pas terrible, mais ca permet de voir ce qui se prépare au niveau des remontées/corrections d'infos à usage des communes notamment. https://www.youtube.com/watch?v=EJUIEAlp-04&feature=youtu.be Bon visionnage! Donat ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Question Overpass Turbo
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 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 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 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 a écrit : > >> > >>> Et je précise que la L10 est bien vis
Re: [OSM-talk-fr] Question Overpass Turbo
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 : > 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). >> >> 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
Re: [OSM-talk-fr] Question Overpass Turbo
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 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 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 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 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@
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 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 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 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 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
Re: [OSM-talk-fr] Question Overpass Turbo
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 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 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
Re: [OSM-talk-fr] Question Overpass Turbo
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). > > 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
[OSM-talk-fr] Question Overpass Turbo
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
