date:20191111



Le 11/11/2019 à 23:11, osm.sanspourr...@spamgourmet.com a écrit :


Il semble que la partie basse soit constante avec FF.

Avec MSIE (si, si), ça marche.


Merci pour le signalement. En fait ça marche aussi avec FF (qui n'y est 
pour rien le pauvre), j'étais en train de corriger pendant ton 
changement de navigateur /o\


vincent

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

2019-11-11 Par sujet Nicolas Bétheuil

Regarde un peu la nomenclature des transports en commun, je risque de
raconter des bêtises.
En gros pour faire vite, il y a une nomenclature hiérarchisé :
 - les routes master représente la ligne
 - Qui ont des relations vers les routes, chaque sens
 - qui contient des points, le dessin de la ligne, les stations etc ...

La route master n’a pas de définition géographique, aucun point mais les
route oui.

Le lun. 11 nov. 2019 à 18:22, Shohreh  a écrit :

> Nicolas Bétheuil-2 wrote
> > J'étais passé par les route master pour sortir les lignes.
>
> Joli.
>
> J'avais besoin de créer une carte où chaque ligne réside dans sa propre
> couche afin de pouvoir les cacher/montrer séparément.
>
> C'est quoi "route master" ?
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> 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] Un peu de BANO v2

2019-11-11 Par sujet osm . sanspourriel


Chapeau pour la réactivité. Et ça nous permet aussi de découvrir des
outils !

http://dev.cadastre.openstreetmap.fr/fantoir/stats_dept.html#dept=56

indique Mayenne (56).

Si la Mayenne (53) est devenue 56, pour regarder le Morbihan (56) je
dois viser le Nord ?

Non, là j'ai Mayenne (59).

Il semble que la partie basse soit constante avec FF.

Avec MSIE (si, si), ça marche.

Jean-Yvon

Le 11/11/2019 à 22:59, Vincent de Château-Thierry - osm.v...@free.fr a
écrit :


Le 11/11/2019 à 20:08, Donat ROBAUX a écrit :


Et en concordance avec le lancement du CNFPT et du CRIGE Normandie
d'un Mooc
sur la gestion des adresses par les communes ;) Moi je dis, y a anguille
sous roche lol


...et le sujet des adresses relancé par SteveC sur la liste
internationale :p


Plus sérieusement plusieurs questions pour être sûr d'avoir bien
compris:
Est-ce que tous les outils
http://cadastre.openstreetmap.fr/fantoir/XXX vont
être mis à jour automatiquement?:


Automatiquement, non, y a pas de magie. Mais merci d'avoir fait
l'inventaire, j'avais zappé ces 3 outils, ça m'a fait ma soirée :D


*Liste des codes FANTOIR erronés

Ca refonctionne ici :
http://dev.cadastre.openstreetmap.fr/fantoir/fantoir_errone.html


*Suivi des rapprochements par dep

Ici : http://dev.cadastre.openstreetmap.fr/fantoir/stats_dept.html


*Voies les plus récentes FANTOIR (pas l'impression que ce soit à jour)

Non tout est en v1 sur l'ancienne adresse. Voici la liste d'actualité
:
http://dev.cadastre.openstreetmap.fr/fantoir/voies_recentes_manquantes.html


Est ce que les rendus sont tous en V1?
*http://tile.openstreetmap.fr/~cquest/leaflet/bano.html
Y en a t-il en V2?


Pas encore de rendus en v2, c'est sur la tout-doux de Christian


Pour les remontées:
-Je suis évidemment allé faire un tour sur Nancy et me suis apercu
que des
voies qui d'ordinaire devaient être rapprochées automatiquement
(c-à-d sans
code Fantoir) ne l'étaient plus. Elles ont toutes en commun d'être en
/highway=pedestian /+ /area=yes/. A voir si y a pas un truc qui a sauté.


=> https://github.com/osm-fr/bano/issues/154


- Je suis également allé voir le compteurs des codes FANTOIR erronés:
y en a
728. J'avais regardé y a quelques semaines, y en avait beaucoup moins
(environ 300). Et quand on était sur Bano V1, moins d'une trentaine.
Dans le
lot, y a la commune 49301 qui compte pour 487 signalements. Y a
évidemment
une histoire de fusion de communes dans cette histoire.


Il n'y en a plus que 9 avec BANO v2 et un FANTOIR à jour, cf le lien
ci-dessus.

vincent

___
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] Un peu de BANO v2



Le 11/11/2019 à 20:08, Donat ROBAUX a écrit :


Et en concordance avec le lancement du CNFPT et du CRIGE Normandie d'un Mooc
sur la gestion des adresses par les communes ;) Moi je dis, y a anguille
sous roche lol


...et le sujet des adresses relancé par SteveC sur la liste 
internationale :p



Plus sérieusement plusieurs questions pour être sûr d'avoir bien compris:
Est-ce que tous les outils http://cadastre.openstreetmap.fr/fantoir/XXX vont
être mis à jour automatiquement?:


Automatiquement, non, y a pas de magie. Mais merci d'avoir fait 
l'inventaire, j'avais zappé ces 3 outils, ça m'a fait ma soirée :D



*Liste des codes FANTOIR erronés

Ca refonctionne ici :
http://dev.cadastre.openstreetmap.fr/fantoir/fantoir_errone.html


*Suivi des rapprochements par dep

Ici : http://dev.cadastre.openstreetmap.fr/fantoir/stats_dept.html


*Voies les plus récentes FANTOIR (pas l'impression que ce soit à jour)
Non tout est en v1 sur l'ancienne adresse. Voici la liste d'actualité : 
http://dev.cadastre.openstreetmap.fr/fantoir/voies_recentes_manquantes.html



Est ce que les rendus sont tous en V1?
*http://tile.openstreetmap.fr/~cquest/leaflet/bano.html
Y en a t-il en V2?


Pas encore de rendus en v2, c'est sur la tout-doux de Christian


Pour les remontées:
-Je suis évidemment allé faire un tour sur Nancy et me suis apercu que des
voies qui d'ordinaire devaient être rapprochées automatiquement (c-à-d sans
code Fantoir) ne l'étaient plus. Elles ont toutes en commun d'être en
/highway=pedestian /+ /area=yes/. A voir si y a pas un truc qui a sauté.


=> https://github.com/osm-fr/bano/issues/154


- Je suis également allé voir le compteurs des codes FANTOIR erronés: y en a
728. J'avais regardé y a quelques semaines, y en avait beaucoup moins
(environ 300). Et quand on était sur Bano V1, moins d'une trentaine. Dans le
lot, y a la commune 49301 qui compte pour 487 signalements. Y a évidemment
une histoire de fusion de communes dans cette histoire.


Il n'y en a plus que 9 avec BANO v2 et un FANTOIR à jour, cf le lien 
ci-dessus.


vincent

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Un peu de BANO v2

2019-11-11 Par sujet lenny.libre



Le 11/11/2019 à 17:33, marc marc a écrit :

Bonjour Vincent,

d'abord merci pour le travail accomplit


merci également, pour tout ce travail, je vais revenir sur Bano

Cordialement

Leni



Cordialement,
Marc
___
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] Lot Talk-fr, Vol 160, Parution 35



Le 11/11/2019 à 19:05, Rene Chalon a écrit :


Il y a visiblement un problème avec les villes avec arrondissements 
municipaux :

- 69384 répond : "commune inconnue"
- 69123 répond : "Lyon"... mais avec 0 voies

Testé avec 75109 et 75056 : même problème...

Pas testé avec Marseille mais je suppose le même type de problème...


Merci pour le signalement, tracé ici :
https://github.com/osm-fr/osm-vs-fantoir/issues/44

C'est résolu pour Lyon et Paris, en revanche certains arrondissements de 
Marseille manquent à l'appel, je dois voir pourquoi.


vincent

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Un peu de BANO v2

2019-11-11 Par sujet Donat ROBAUX

Super cool Vincent! Merci

Et en concordance avec le lancement du CNFPT et du CRIGE Normandie d'un Mooc
sur la gestion des adresses par les communes ;) Moi je dis, y a anguille
sous roche lol

Plus sérieusement plusieurs questions pour être sûr d'avoir bien compris:
Est-ce que tous les outils http://cadastre.openstreetmap.fr/fantoir/XXX vont
être mis à jour automatiquement?:
*Liste des codes FANTOIR erronés
*Suivi des rapprochements par dep
*Voies les plus récentes FANTOIR (pas l'impression que ce soit à jour)

Est ce que les rendus sont tous en V1?
*http://tile.openstreetmap.fr/~cquest/leaflet/bano.html
*http://tile.openstreetmap.fr/~cquest/leaflet/bano.html
Y en a t-il en V2?

Pour les remontées:
-Je suis évidemment allé faire un tour sur Nancy et me suis apercu que des
voies qui d'ordinaire devaient être rapprochées automatiquement (c-à-d sans
code Fantoir) ne l'étaient plus. Elles ont toutes en commun d'être en
/highway=pedestian /+ /area=yes/. A voir si y a pas un truc qui a sauté.
- Je suis également allé voir le compteurs des codes FANTOIR erronés: y en a
728. J'avais regardé y a quelques semaines, y en avait beaucoup moins
(environ 300). Et quand on était sur Bano V1, moins d'une trentaine. Dans le
lot, y a la commune 49301 qui compte pour 487 signalements. Y a évidemment
une histoire de fusion de communes dans cette histoire.

Donat



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Lot Talk-fr, Vol 160, Parution 35

2019-11-11 Par sujet Rene Chalon


Bonsoir,

On 11/11/2019 17:34, Vincent de Château-Thierry  wrote:

Bonjour,
TL;DR : il y a enfin des choses à tester avec BANO v2, c'est par là :
https://dev.cadastre.openstreetmap.fr/fantoir/


Il y a visiblement un problème avec les villes avec arrondissements 
municipaux :

- 69384 répond : "commune inconnue"
- 69123 répond : "Lyon"... mais avec 0 voies

Testé avec 75109 et 75056 : même problème...

Pas testé avec Marseille mais je suppose le même type de problème...

René (aka renecha).

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

Nicolas Bétheuil-2 wrote
> J'étais passé par les route master pour sortir les lignes.

Joli.

J'avais besoin de créer une carte où chaque ligne réside dans sa propre
couche afin de pouvoir les cacher/montrer séparément.

C'est quoi "route master" ?



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Un peu de BANO v2

Le 11/11/2019 à 17:33, marc marc a écrit :

d'abord merci pour le travail accomplit

Un oubli du précédent mail : merci à Jocelyn et à toi pour le support
côté infra :)

je pensais que le cadastre était passé en maj continue.
si ce n'est pas le cas, il serrait agréable d'avoir la date
des données en haut à gauche au lieu de la date du cron
"Cadastre récupéré le 28-10-2019 22:54:12"

Les données sont du 6 septembre mais je les ai intégrées plus tard. À la
prochaine màj (début décembre ?) on aura une concordance des dates entre
données et intégration. Je mettrais bien une date de millésime à la
place, mais je n'ai pas connaissance d'une telle metadonnée.

Les données Fantoir datent de juillet 2019

Ce serrait agréable d'avoir cette date en haut avec les autres.

Oui, pourquoi pas, ça a du sens à côté des autres dates. Aujourd'hui
elle est en bas dans les copyrights.

Pour soumettre une suggestion ou un bug c'est toujours :
https://github.com/osm-fr/bano/issues

Un test sur une commune ne liste plus le détail de la comparaison
https://dev.cadastre.openstreetmap.fr/fantoir/#insee=27434=0
Sans connaître la commune, je m'étonne aussi du "0 rue avec addr"
alors que le rendu BANOv1 en montre 2
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/49.21635/0.51905

Ce que montre BANO v1 en gris[1], ce sont des données BAN, qui n'entrent
pas en jeu pour nous. Elles seraient en rouge si le Cadastre les proposait.

le dégommage de rouge peut reprendre

osmose pointe-t-il aussi encore sur bano v1 ?
si oui, en attendant la finition, quel est le moyen
pratique pour avoir la "zone rouge suivante" ?

A priori oui, mais Fred en parlera mieux que moi.

vincent

[1] :
https://wiki.openstreetmap.org/wiki/FR:France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)#L.C3.A9gende

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Requête Overpass ou mapCSS : comment tester key1=key2 ?


> Comment sélectionner les objets OSM ayant la même valeur dupliquée dans 2 
> clés différentes ?
> Je n’arrive pas à faire ça avec mapCSS, et pas mieux avec Overpass.
> 
Une petite pause s’impose : je viens de trouver pour mapCSS :

*[tag(image)=tag(picture)]

Je suis quand même preneur pour Overpass.

—
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Requête Overpass ou mapCSS : comment tester key1=key2 ?

Bonjour,

Comment sélectionner les objets OSM ayant la même valeur dupliquée dans 2 clés 
différentes ?
Je n’arrive pas à faire ça avec mapCSS, et pas mieux avec Overpass.

—
Yves

PS:  requêtes faites dans JOSM


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Un peu de BANO v2

Bonjour Vincent,

d'abord merci pour le travail accomplit

Suggestions à chaud :

Le 11.11.19 à 16:34, Vincent de Château-Thierry a écrit :
> - les données du Cadastre sont mises à jour chaque trimestre, 

je pensais que le cadastre était passé en maj continue.
si ce n'est pas le cas, il serrait agréable d'avoir la date
des données en haut à gauche au lieu de la date du cron
"Cadastre récupéré le   28-10-2019 22:54:12"

> Les données Fantoir datent de juillet 2019

Ce serrait agréable d'avoir cette date en haut avec les autres.

Un test sur une commune ne liste plus le détail de la comparaison
https://dev.cadastre.openstreetmap.fr/fantoir/#insee=27434=0
Sans connaître la commune, je m'étonne aussi du "0 rue avec addr"
alors que le rendu BANOv1 en montre 2
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/49.21635/0.51905

> le dégommage de rouge peut reprendre

osmose pointe-t-il aussi encore sur bano v1 ?
si oui, en attendant la finition, quel est le moyen
pratique pour avoir la "zone rouge suivante" ?

Cordialement,
Marc
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Un peu de BANO v2


Bonjour,

TL;DR : il y a enfin des choses à tester avec BANO v2, c'est par là : 
https://dev.cadastre.openstreetmap.fr/fantoir/


***
Voici enfin un peu de concret autour de ce que j'appelle ici de temps en 
temps "BANO v2", mais sans rien partager jusque là.


BANO v1 a plus de 5 ans maintenant, et s'appuie depuis l'origine sur nos 
extractions de données des PDFs de cadastre.gouv.fr. Cette manière de 
faire a bien vécu, mais est devenue plus complexe et fragile à utiliser 
avec le temps. Heureusement, le Cadastre a maintenant un nouveau canal 
de diffusion via https://cadastre.data.gouv.fr/ et 
https://adresse.data.gouv.fr/. C'est sur ces nouvelles sources, en 
formats CSV et JSON que s'appuie BANO v2 pour les données du Cadastre et 
les données d'adresse en Open Data. Plus besoin de PDFs (c'est bien) 
mais le contenu qu'on en extrayait était plus riche, notamment sur les 
lieux-dits. Vous observerez des régressions là-dessus, n'hésitez pas à 
en faire part.


Ce changement de source s'est accompagné de nombreuses modifs, pas 
toutes visibles. Dans le détail :
- la base OSM qui alimente BANO est maintenant une base dédiée, et non 
la base carto qui sert le rendu FR. Ca simplifie grandement la 
maintenance, et la base est taillée sur mesure pour son besoin. Elle est 
mise à jour toutes les 10mn depuis http://download.openstreetmap.fr/


- la base BANO est mise à jour chaque nuit à minuit, et le processus est 
maintenant ciblé sur les communes où des mises à jour OSM ont eu lieu 
dans les 24 dernières heures. C'est plus rationnel et rapide qu'une mise 
à jour complète comme celle de BANO v1, qui au final ne modifiait que 
quelques % de données au prix d'une longue passe complète.


- quasi tout le code Python de BANO a été revu, avec passage à Python 3 
(3.7). Merci à Yohan (ybon) pour son accompagnement là-dessus. A 
l'arrivée, on a j'espère un code bien moins fouilli et plus facile à 
comprendre, donc à partager. Installer une instance de BANO sur son 
propre serveur devient plus simple, ça devrait rendre les contributions 
au code plus envisageables.


- les données du Cadastre sont mises à jour chaque trimestre, 
automatiquement à parution du nouveau millésime. Les données Fantoir 
datent de juillet 2019 et seront aussi mises à jour par trimestre, mais 
manuellement.


En façade, tout n'est pas encore sec :
- les pages https://dev.cadastre.openstreetmap.fr/fantoir/ sont 
fonctionnelles, avec pour l'instant un bouton en moins (la mise à jour 
forcée) et une proposition d'intégration en plus : pour les voies 
numérotées rapprochées, on peut maintenant en 1 clic ouvrir dans JOSM 
les adresses non encore intégrées, rue par rue, soit comme points 
isolés, soit comme relation associatedStreet. Vos retours bienvenus 
là-dessus


- le rendu BANO de Christian pointe encore sur BANO v1, ne vous étonnez 
donc pas s'il y a des incohérences entre carte et données


- les exports BANO, pour les consommateurs des données, pointent aussi 
sur BANO v1 pour l'instant


Voilà, à vous de jouer, le dégommage de rouge peut reprendre avec des 
référentiels plus à jour. Tous vos retours bienvenus évidemment.


merci

vincent

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

2019-11-11 Par sujet Nicolas Bétheuil

Pas tout lu, si ça peut aider.
J'avais fait ça il y a un moment
https://wadouk.github.io/osm-public-transports/#11/48.8478/2.3957
https://framapic.org/GtpjRnySsEJ3/XvAlHvPbu0Oh.png

J'étais passé par les route master pour sortir les lignes.

c'est documenté (succinctement) par là
https://github.com/wadouk/osm-public-transport-split/tree/overpass



Le lun. 11 nov. 2019 à 14:33, Shohreh  a écrit :

> marc marc wrote
> > si l'utilisation final est umap c'est contre-productif de faire un gpx,
> > umap gère les requêtes overpass
>
> Oui, mais ça fait un appel à chaque fois vs. un fichier importé une seule
> fois. Pour des données qui changent rarement, une requête dynamique est
> contre-productive.
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> 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] [OverpassTurbo] Manquent terminus dans ligne de métro

marc marc wrote
> si l'utilisation final est umap c'est contre-productif de faire un gpx,
> umap gère les requêtes overpass

Oui, mais ça fait un appel à chaque fois vs. un fichier importé une seule
fois. Pour des données qui changent rarement, une requête dynamique est
contre-productive.




--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] différence adresse réelle et officielle - refaire le même travail ?

Bonjour,

En lisant ceci
https://blog.geo.data.gouv.fr/comment-un-simple-citoyen-peut-il-contribuer-%C3%A0-r%C3%A9soudre-les-probl%C3%A8mes-dadresse-de-sa-commune-6e5cb7238b0e?gi=cb5b910b6b9f
ne serrait-il pas le bon moment de les recontacter pour signaler que
les contributeurs osm ont déjà récolté un nombre important d'anomalie
qui (si j'ai bonne mémoire) sont envoyé à l'administration.
Car avant d'inciter les gens à réinventer la roue, il serrait utile
que l'administration en fasse quelque chose, non ?

Cordialement,
Marc
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

Le 11.11.19 à 13:39, Shohreh a écrit :
> J'éditerai le GPX pour supprimer ce bout.

si l'utilisation final est umap
c'est contre-productif de faire un gpx,
umap gère les requêtes overpass
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

>> Je l’ai simplifiée : https://overpass-turbo.eu/s/O0x
> Super.
Sauf que ça ne marche pas car toutes les stations n’ont pas les mêmes attributs 


Ceci semble fonctionner : https://overpass-turbo.eu/s/O0B

{{style:
  node [station=subway], node [subway=yes] {
text: name;
  }
}}

Mais au final c'est la version de Marc qui est la plus concise et la plus 
simple 

> 
> Pour ma part, en tâtonnant, j'ai trouvé comment virer le bout qui dépasse
> après le terminus :

> ( way(r.M1:"") ; node(r.M1) ;) ; - way(680451500););

Tu as donc suivi le conseil de Marc 

—
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

> Je l’ai simplifiée : https://overpass-turbo.eu/s/O0x 
> 
On peut même rendre l’affichage du nom plus clair : 
https://overpass-turbo.eu/s/O0z
out geom ;
{{style:
  node [public_transport] {
text: name;
  }
}}
—
Yves

PS: merci pour les exemples de styles (je ne connaissais pas)___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

pyrog wrote
> Je l’ai simplifiée : https://overpass-turbo.eu/s/O0x



Super.

Pour ma part, en tâtonnant, j'ai trouvé comment virer le bout qui dépasse
après le terminus :

= https://overpass-turbo.eu/s/O0A
[out:json][timeout:25];

//Paris ligne M1
(relation(123784);)->.M1 ;

(( way(r.M1:"") ; node(r.M1) ;) ; - way(680451500););

out geom ;
=



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

> https://overpass-turbo.eu/s/O0k 

> On abandonne l'idée de simplifier en combinant les trois lignes en une seule
> regex*, puisque c'est apparemment impossible,

Je l’ai simplifiée : https://overpass-turbo.eu/s/O0x

> mais est-il possible en
> revanche de supprimer le bout de ligne qui dépasse le terminus ? C'est juste
> esthétique, mais ça va étonner les gens.


Tu peux mettre un tag sur les sections qui ne transportent pas de passagers et 
donc les exclure de l’affichage.
Existe-t-il un consensus pour ça ?

—
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

marc marc wrote
> juste celui qui dépasse du terminus ? pas de manière élégante. tu peux
> faire une soustraction de cet id.

Pas de problème. J'éditerai le GPX pour supprimer ce bout.


marc marc wrote
> mais je pensais que tu ne voulais pas les rails.

Si, mais pas les bâtiments, juste une station = un nœud.


marc marc wrote
> alors je pige pas pq tu as remis/gardé la ligne 6 que j'avais viré
> dans la dernière requête

? Seule la ligne 1 m'intéresse. La requête n'a jamais inclu autre chose (en
tout cas, pas volontairement).

https://overpass-turbo.eu/s/O0k

Merci beaucoup.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

Le 11.11.19 à 12:55, Shohreh a écrit :
> marc marc wrote
>> ce serrait tellement plus simple que tu partages depuis overpass-turbo :
>> zoom sur l'élément qui te pose problème, bouton partager, inclure la
>> l'état actuel de la carte, partage l'url obtenue
> 
> https://overpass-turbo.eu/s/O0k
> est-il possible en
> revanche de supprimer le bout de ligne qui dépasse le terminus ?

juste celui qui dépasse du terminus ?
pas de manière élégante. tu peux faire une soustraction de cet id.
mais je pensais que tu ne voulais pas les rails.
alors je pige pas pq tu as remis/gardé la ligne 6 que j'avais viré
dans la dernière requête
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

marc marc wrote
> ce serrait tellement plus simple que tu partages depuis overpass-turbo :
> zoom sur l'élément qui te pose problème, bouton partager, inclure la
> l'état actuel de la carte, partage l'url obtenue

https://overpass-turbo.eu/s/O0k

Bien que ça ne soit pas évident dans Overpass (quais station "Les Sablons"
par exemple quand on ne zoome pas assez), une fois exporté/importé le GPX,
c'est bon : https://ibb.co/0sW9TFb

On abandonne l'idée de simplifier en combinant les trois lignes en une seule
regex*, puisque c'est apparemment impossible, mais est-il possible en
revanche de supprimer le bout de ligne qui dépasse le terminus ? C'est juste
esthétique, mais ça va étonner les gens.

* "stop" + "stop_exit_only" + "stop_entry_only" en une ligne



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

Le 11.11.19 à 11:59, Shohreh a écrit :
>> ex https://overpass-turbo.eu/s/O01
> Le problème est que cette requête est trop large : elle remonte aussi les
> bâtiments des stations, alors que j'ai juste besoin du nom de chaque station
> :
> https://ibb.co/kq5jyZy

je ne vois pas de bâtiment sur ta capture.
ce serrait tellement plus simple que tu partages depuis overpass-turbo :
zoom sur l'élément qui te pose problème, bouton partager,
inclure la l'état actuel de la carte, partage l'url obtenue
c'est ceci qui te dérange https://overpass-turbo.eu/s/O0h ?
Ce n'est pas un bâtiment, c'est le quai.

si tu n'en veux pas, tu reviens à sélectionner
que les arrêts dans ta version précédente, sans les rails
https://overpass-turbo.eu/s/O0i

ceci dit, il y a un problème de modélisation.
tu dis que tu veux les stations mais la relation contient des arrêts
tu ne sélectionneras jamais des stations dans une relation qui ne les as 
pas.

> afficher une ligne de métro avec le nom de
> stations en POI (pas "node/123").

ce n'est pas overpass qui produit des node/123
c'est ton import/export gpx dont je me perd sur l'utilité
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

marc marc wrote
> out skel sur la ligne 8 ne retourne que la géométrie, sans les tags
> avec out body https://overpass-turbo.eu/s/O09
> si on ne veux pas le label de la relation, supprimez la ligne 6

On se rapproche, mais c'est pas encore ça :
1. il faut juste le nom des stations (et un seul node par station), pas des
rails ou des bâtiments
2. pour ne pas alourdir la présentation, j'ai besoin que le nom des stations
n'apparaisse que quand on clique dessus.

https://ibb.co/6PHnnt5



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

marc marc wrote
> si tu veux les rails + les arrêts intermédiaires + l'arrêt de début
> de ligne + l'arrêt de fin de ligne, cela fait toute la relation. Dans ce
> cas pourquoi dans ce cas lister tout séparément ? la commande ">;"
> signifie "tous les membres"
> 
> ex https://overpass-turbo.eu/s/O01
> 
> [out:json];
> //Paris ligne M1
> relation(123784);
>  >;
> out geom;

Le problème est que cette requête est trop large : elle remonte aussi les
bâtiments des stations, alors que j'ai juste besoin du nom de chaque station
:

https://ibb.co/kq5jyZy

L'objectif est tout simplement d'afficher une ligne de métro avec le nom de
stations en POI (pas "node/123").



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

Le 11.11.19 à 11:37, osm.sanspourr...@spamgourmet.com a écrit :
> - requête Shohreh modifiée : https://overpass-turbo.eu/s/O07
> - requête Yves modifiée : https://overpass-turbo.eu/s/O04
> Je n'ai pas compris pourquoi les nœuds sortis par la requête d'Yves ne 
> sont pas stylés correctement (ils ont bien name).

out skel sur la ligne 8 ne retourne que la géométrie, sans les tags
avec out body https://overpass-turbo.eu/s/O09
si on ne veux pas le label de la relation, supprimez la ligne 6
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

2019-11-11 Par sujet osm . sanspourriel


On peut styler directement dans Overpass :
- requête Shohreh modifiée : https://overpass-turbo.eu/s/O07
- requête Yves modifiée : https://overpass-turbo.eu/s/O04

Je n'ai pas compris pourquoi les nœuds sortis par la requête d'Yves ne
sont pas stylés correctement (ils ont bien name).

Jean-Yvon

Le 11/11/2019 à 10:57, Shohreh - codecompl...@free.fr a écrit :

Merci mais la requête que j'ai indiquée est juste un peu plus complexe parce
que j'ai besoin de récupérer les noms des stations afin de pouvoir les
connaître en cliquant dessus.

Voici ce que donne la tienne après export puis import du GPX :
https://ibb.co/8BSxJPR





--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
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] [OverpassTurbo] Manquent terminus dans ligne de métro

Le 11.11.19 à 10:30, Shohreh a écrit :
> (
>way(r.M1:"") ;
>node(r.M1:"stop") ;
>node(r.M1:"stop_exit_only") ;
>node(r.M1:"stop_entry_only") ;
> ) ;

je suis pas sur de comprendre ce que tu veux exactement.
si tu veux les rails + les arrêts intermédiaires + l'arrêt de début
de ligne + l'arrêt de fin de ligne, cela fait toute la relation.
Dans ce cas pourquoi dans ce cas lister tout séparément ?
la commande ">;" signifie "tous les membres"
ex https://overpass-turbo.eu/s/O01
[out:json];
//Paris ligne M1
relation(123784);
 >;
out geom;

> Y a-t-il un moyen de combiner les trois dans une seule ligne ?

Je ne pense pas que tu puisses utilisé une expression
régulière pour cibler les rôles d'une relation.
parce que dans overpass, ~ s'utilise à la place de =
hors il n'y a pas de = dans la syntaxe de sélection d'un rôle
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

Merci mais la requête que j'ai indiquée est juste un peu plus complexe parce
que j'ai besoin de récupérer les noms des stations afin de pouvoir les
connaître en cliquant dessus.

Voici ce que donne la tienne après export puis import du GPX :
https://ibb.co/8BSxJPR





--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

> Cette requête permet effectivement de récupérer une ligne de métro, mais il
> manque les terminus. Quelqu'un sait-il pourquoi ?
Peut-être parce que tu n’inclus pas tous les membres de la relation ?

> https://ibb.co/T0QX5v3
Partage plutôt le lien sur ta requête  
Overpass 

Voici une requête qui renvoi tous les membres de la relation : 
https://overpass-turbo.eu/s/NZW

Elle renvoie 25 POI et 1 chemin contre 23 POI et 28 chemins pour la tienne.
J’utilise l’assistant pour la créer (sélection des relations route=subway), et 
ensuite j’ai remplacé le contenu de la sélection par ce qui t’intéresse (ici 
relation(123784); )

—
Yves

Requête pour l’assistant :

type:relation and route=subway

Requête générée par l’assistant :

[out:json][timeout:25];
// gather results
(
  // query part for: “route=subway”
  relation["route"="subway"]({{bbox}});
);
// print results
out body;
>;
out skel qt;

Devient après remplacement manuel :

[out:json][timeout:25];
// gather results
(
  relation(123784);
);
// print results
out body;
>;
out skel qt;___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

En regardant les autres stations, il semble que ça soit parce que les
terminus sont indiqués différemment des stations intermédiaires :
=
( 
  way(r.M1:"") ;
  node(r.M1:"stop") ;
  node(r.M1:"stop_exit_only") ;
  node(r.M1:"stop_entry_only") ;
) ;
=

Y a-t-il un moyen de combiner les trois dans une seule ligne ? J'ai essayé
une regex avec () et [], marche pas :
=
//BAD node(r.M1~"stop|stop_exit_only|stop_entry_only") ;
//BAD node(r.M1~("stop|stop_exit_only|stop_entry_only")) ;
//BAD node(r.M1~["stop|stop_exit_only|stop_entry_only"]) ;
=



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro