Re: [OSM-talk-fr] Affiner la sortie de mes requêtes Overpass

2019-11-13 Par sujet Jean-Christophe Becquet 
Le 14/11/2019 00:33, marc marc a écrit :
>> 1) récupérer la géométrie, le nom et le type d'une rue*
>> > http://overpass-turbo.eu/s/O4q
> un rien plus propre/lisible :
> - virer la () qui sert a grouper plusieurs éléments vu
> qu'il n'y a qu'un élément

OK merci

> - tester si umap supporte out geom qui récupère la géométrie d'un way
> http://overpass-turbo.eu/s/O4M

Oui, ça a l'air supporté, en tous cas uMap accepte le résultat de cette
requête et je retrouve bien ma rue avec ses attributs.

>> > Est-il possible de restreindre la liste des tags retournés par la
>> > requête, par exemple ne conserver que name et highway ?
> c'est peut-être possible avec les objets dérivés mais cela
> me parait plus lourd que le gain dont on peux en tirer
> 
>> > 2) récupérer la géométrie et les attributs d'une relation d'itinéraire**
>> > http://overpass-turbo.eu/s/O4t
>> > Est-possible de récupérer la géométrie de la relation en un seul objet
>> > avec ses attributs ?
> http://overpass-turbo.eu/s/O4N

Non, ou alors c'est moi qui m'y prend mal.

Lorsque j'exécute cette requête dans QuickOSM, je récupère 3 couches
dans QGIS :

 - une couche avec les ways
 - une couche avec les points
 - une couche avec une seule géométrie qui couvre tous le parcours de
l'itinéraire

C'est cette dernière que je voudrais récupérer dans uMap. C'est à dire
que lorsque j'importe l'itinéraire, il crée une seule ligne dans mon
calque et pas autant de lignes que la relation contient de tronçons.

Je ne sais pas s'il est possible de récupérer ça directement avec
Overpass ou si QuickOSM fait un post traitement.

Merci encore pour vos réponses bienveillantes. Je reste à l'écoute.

JC
-- 
Pépites libres, ma chronique mensuelle dans Libre à vous !
l'émission de l'April sur la radio Cause commune
https://www.april.org/chronique-pepites-libres-de-jean-christophe-becquet

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
2 chemin du Tivoli - 04000 Digne-les-Bains
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===

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

Re: [OSM-talk-fr] Affiner la sortie de mes requêtes Overpass

2019-11-13 Par sujet marc marc 
Bonjour,

Le 13.11.19 à 19:32, Jean-Christophe Becquet a écrit :
> 1) récupérer la géométrie, le nom et le type d'une rue*
> http://overpass-turbo.eu/s/O4q

un rien plus propre/lisible :
- virer la () qui sert a grouper plusieurs éléments vu
qu'il n'y a qu'un élément
- tester si umap supporte out geom qui récupère la géométrie d'un way
http://overpass-turbo.eu/s/O4M

> Est-il possible de restreindre la liste des tags retournés par la
> requête, par exemple ne conserver que name et highway ?

c'est peut-être possible avec les objets dérivés mais cela
me parait plus lourd que le gain dont on peux en tirer

> 2) récupérer la géométrie et les attributs d'une relation d'itinéraire**
> http://overpass-turbo.eu/s/O4t
> Est-possible de récupérer la géométrie de la relation en un seul objet
> avec ses attributs ?

http://overpass-turbo.eu/s/O4N

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

Re: [OSM-talk-fr] Cartographie de la pub... et chargement des données sur MapContrib

2019-11-13 Par sujet marc marc 
Le 13.11.19 à 20:33, Cédric Frayssinet a écrit :
> D'ailleurs, j'ai un peu le même soucis sur des cartes uMap  
> avec des données distances et des requêtes OverPass.

umap permet un cache pour overpass, jusqu'à 1 jour
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] prev.openstreetmap.fr

2019-11-13 Par sujet marc marc 
Le 13.11.19 à 20:36, Cédric Frayssinet a écrit :
> Le 12/11/2019 à 21:05, Vincent de Château-Thierry a écrit :
>> Bonsoir,
>>
>> Le 12/11/2019 à 19:50, Cédric Frayssinet a écrit :
>>> Le 12/11/2019 à 19:46, marc marc a écrit :
 Le 12.11.19 à 18:42, Cédric Frayssinet a écrit :
>
> Je pense que c'était un site de travail, peut-être faudrait-il le
> supprimer ?
 prev pour previous, c'est l'ancien site, conservé parce qu'il restait
 des choses à migrer.
 parcontre on devrait inclure une consigne pour ne plus l'indexer
 c'était quel page ou quel mot de recherche ?
>>
>> Tout l'intérêt d'avoir encore l'ancien site sous la main c'est d'y
>> trouver des ressources qu'on ne trouve pas ailleurs. Donc ne plus
>> l'indexer n'est pas la solution. Migrer d'abord, éteindre ensuite, ça
>> oui. Mais c'est fastidieux, et sur ce sujet comme sur d'autres les
>> bonnes volontés sont les bienvenues.
>>
> 
> Si vous me dites ce qu'il faut migrer, je peux m'y coller à temps perdu.
> Je connais bien WP, pas du tout Drupal mais ce n'est pas très grave pour
> ce boulot ingrat :).

il n'était pas prévu d'indexer l'ancien site, donc le déréférencer ne 
devrait pas être un drame :)
ce qui doit migrer c'est le contenu dispo sur l'ancien site et pas le 
nouveau. je n'ai pas d'idée du nombre de page que cela représente.
p'tre qu'il faudrait effacer les pages de l'ancien site au fur et à 
mesure de leur migration/vérification de la présence sur le nouveau
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tuiles cycleosm.org inaccessibles

2019-11-13 Par sujet Florimond Berthoux 
Bonjour Pierre,

Ravis de voir que CyclOSM est utilisé jusque sur les rives du Saint-Laurent :)
N'hésitez pas à nous remonter des manques sur le rendu qui concerne
plus l'infrastructure cyclable nord américaine qu'européenne.
On cherche à avoir la carte la plus internationale possible.
Je lis que vous avez de nombreux tags lcn=yes, j'ai crée un ticket sur
le sujet https://github.com/cyclosm/cyclosm-cartocss-style/issues/245

Cordialement.

Le mar. 12 nov. 2019 à 22:02, Pierre Béland via Talk-fr
 a écrit :
>
> Sur la liste talk-ca, les contributeurs rapportent ne pouvoir afficher la 
> couche cycleosm dans cycleosm.org. Voici ci-dessous un lien vers une des 
> tuiles sur tile.openstreetmap.org.
> https://dev.c.tile.openstreetmap.fr/cyclosm/12/2076/1412.png
>
> Problème temporaire ?
>
> Pierre
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



-- 
Florimond Berthoux

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

Re: [OSM-talk-fr] Cartographie de la pub... et chargement des données sur umap

2019-11-13 Par sujet osm . sanspourriel 

Le 13/11/2019 à 20:33, Cédric Frayssinet - lis...@frayssinet.org a écrit :


D'ailleurs, j'ai un peu le même soucis sur des cartes uMap avec des
données distances et des requêtes OverPass.


Le plus efficace c'est d'exécuter une fois la requête dans Overpass et
d'ingérer le résultat dans umap.

Le problème c'est alors la mise à jour.

Tu peux avoir deux couches :
- l'une avec les données copiées, que tu affiches par défaut
- l'une avec les données dynamique, que tu n'affiches pas par défaut

Et comme ça de temps en temps tu lances la requête dynamique et tu
colles le résultat dans l'autre couche.

Il y a peu-être mieux à faire.

Jean-Yvon

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

Re: [OSM-talk-fr] prev.openstreetmap.fr

2019-11-13 Par sujet Cédric Frayssinet 
Le 12/11/2019 à 21:05, Vincent de Château-Thierry a écrit :
> Bonsoir,
>
> Le 12/11/2019 à 19:50, Cédric Frayssinet a écrit :
>> Le 12/11/2019 à 19:46, marc marc a écrit :
>>> Le 12.11.19 à 18:42, Cédric Frayssinet a écrit :

 Je pense que c'était un site de travail, peut-être faudrait-il le
 supprimer ?
>>> prev pour previous, c'est l'ancien site, conservé parce qu'il restait
>>> des choses à migrer.
>>> parcontre on devrait inclure une consigne pour ne plus l'indexer
>>> c'était quel page ou quel mot de recherche ?
>
> Tout l'intérêt d'avoir encore l'ancien site sous la main c'est d'y
> trouver des ressources qu'on ne trouve pas ailleurs. Donc ne plus
> l'indexer n'est pas la solution. Migrer d'abord, éteindre ensuite, ça
> oui. Mais c'est fastidieux, et sur ce sujet comme sur d'autres les
> bonnes volontés sont les bienvenues.
>

Si vous me dites ce qu'il faut migrer, je peux m'y coller à temps perdu.
Je connais bien WP, pas du tout Drupal mais ce n'est pas très grave pour
ce boulot ingrat :).

Cédric


___
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-13 Par sujet osm . sanspourriel 

Avec bien sûr les mixtes :

Rue Pen Ar Hoat
Straed Penn ar C'hoad
https://www.openstreetmap.org/way/19789582#map=17/48.39648/-4.44520

Rue de Pen-Ar-Hoat
https://www.openstreetmap.org/way/105576088

C'est facile de distinguer, il suffit de connaître les génériques dans
les langues minorisées^^.

Et comme le bout du bois (traduction) ça peut-être un peu n'importe
quoi, aussi des fermes, des zones résidentielles...

Vous lisez Hoat en français mais vous devez lire c'hoad. c'h=équivalent
du ch allemand un peu comme un r roulé. et le d/t se lit entre un d et un t.

Christian, de plus avec la topologie Fantoir on sait si c'est un
lieu-dit ou pas. Car il n'y  a pas que La Poste comme source.

Comme tu es brittophone et que tu sais utiliser FANTOIR je ne vois pas
trop où est le problème.

Le 13/11/2019 à 19:24, Christian Rogel -
christian.ro...@club-internet.fr a écrit :

- un beaucoup grand nombre utilise des génériques en langue minorisée (breton, 
etc.), ce qui donne des adresses impossibles à distinguer du cas précédent, 
car, savoir que 1 Penn ar C’hoad et 1 Hent ar C’hoad sont chacun un exemple des 
deux cas.
Hent (chemin) est un générique, alors que Penn n’en est pas un.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cartographie de la pub... et chargement des données sur MapContrib

2019-11-13 Par sujet Cédric Frayssinet 
Bonsoir à tous,

Depuis ce premier message, de nombreux panneaux ont été cartographiés
sur la Métropole de Lyon (on approche les 1000 entrées). C'est notamment
grâce à beau boulot de RAP Asso sur MapContrib :
https://www.mapcontrib.xyz/t/aeacaa-Publicite_Grand_Lyon#

Malheureusement, on trouve qu'il y a beaucoup de messages d'erreurs
rouge du type 'Too Many Requests' quand on utilise MapContrib.

Du coup, question simple :)
Y a-t-il des paramétrages que l'on aurait loupé, un système de cache par
exemple ? ou des astuces...

D'ailleurs, j'ai un peu le même soucis sur des cartes uMap avec des
données distances et des requêtes OverPass.

Merci pour vos pistes !

Cédric

Le 22/09/2019 à 17:37, Cédric Frayssinet a écrit :
> Bonjour à tous,
>
> Sur Lyon, il y a un travail en cours sur la cartographie des panneaux
> publicitaires et y a du boulot ! L'état actuel :
> https://www.mapcontrib.xyz/t/aeacaa-Publicite_Grand_Lyon
>
> Il y a beaucoup de panneaux présents sur les arrêts de bus et je n'ai
> pas vu de tag qui pourrait compléter l'arrêt de bus avec la présence
> d'un panneau publicitaire (recto-verso, allumé...)
>
> C'est dommage car cela permettrait de gagner du temps lors des contrib.
> Mais peut-être que cela existe ?
>
> De même, le top serait que Jungle Bus l'intègre dans son application
> Android avec un système simple de case à cocher :)
>
> Au plaisir de vous lire et bonne fin de week-end,
>
> Cédric
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


-- 

Sur Mastodon : @bristow...@framapiaf.org 

Promouvoir et soutenir le logiciel libre 

___
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-13 Par sujet Christian Rogel 
> Le 13 nov. 2019 à 08:59, Vincent de Château-Thierry  a 
> écrit :
> On compte par ailleurs d'après Fantoir environ 3900 communes avec aucune 
> "voie" et uniquement des lieux-dits. On peut avoir des n° raccrochés à des 
> lieux-dits bien sûr.
> 
> Je mentionne ces chiffres juste pour rappeler qu'on est loin d'un adressage 
> uniforme en numero+voie partout, il y a de la marge.

Le rêve totalitaire de la Poste d’avoir partout des adresses de type nº + 
générique (rue, avenue, allée, etc.) + spécifique est, évidemment inatteignable 
:
- des communes ont des adresses nº + lieu-dit
- un beaucoup grand nombre utilise des génériques en langue minorisée (breton, 
etc.), ce qui donne des adresses impossibles à distinguer du cas précédent, 
car, savoir que 1 Penn ar C’hoad et 1 Hent ar C’hoad sont chacun un exemple des 
deux cas.
Hent (chemin) est un générique, alors que Penn n’en est pas un.

Christian R.

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

Re: [OSM-talk-fr] Affiner la sortie de mes requêtes Overpass

2019-11-13 Par sujet osm . sanspourriel 

1)

Bonjour, à ma connaissance c'est fromage ou dessert.

xml : tu as la géométrie

csv : tu choisis tes colonnes.

Maintenant comme tu peux récupérer les lat/lon de chaque noeud, tu peux
recréer le chemin.

Ici je ne récupère pas les nœuds, que les chemins :
http://overpass-turbo.eu/s/O4v.

2)

J'aimerais avoir le même résultat que pour les lignes de tram A et B
dans cette carte, sauf que là j'ai dû les retraiter dans QGIS avant de
les importer dans uMap
http://umap.openstreetmap.fr/fr/map/paces-grenoble-simple_227213#16/45.1988/5.7458

Je ne vois pas pourquoi tu as dû passer par QGIS, je te passe un exemple
où j'ai trajet et arrêt obtenus sans passer par QGIS.

Jean-Yvon

Le 13/11/2019 à 19:32, Jean-Christophe Becquet - j...@apitux.com a écrit :

Bonsoir,

J'aimerais affiner la sortie de mes requêtes Overpass. L'objectif étant
dans les 2 cas d'importer le résultat dans une couche uMap.


1) récupérer la géométrie, le nom et le type d'une rue*
http://overpass-turbo.eu/s/O4q

Est-il possible de restreindre la liste des tags retournés par la
requête, par exemple ne conserver que name et highway ?

* pour HÉRuDi : l'Histoire Étonnante des Rues de Digne (en chantier)
http://umap.openstreetmap.fr/fr/map/herudi-lhistoire-etonnante-des-rues-de-digne_387122#18/44.09264/6.23204


2) récupérer la géométrie et les attributs d'une relation d'itinéraire**
http://overpass-turbo.eu/s/O4t

Est-possible de récupérer la géométrie de la relation en un seul objet
avec ses attributs ?

J'aimerais avoir le même résultat que pour les lignes de tram A et B
dans cette carte, sauf que là j'ai dû les retraiter dans QGIS avant de
les importer dans uMap
http://umap.openstreetmap.fr/fr/map/paces-grenoble-simple_227213#16/45.1988/5.7458

** pour Cyclo4
https://wiki.openstreetmap.org/wiki/Cyclo4_:_int%C3%A9gration_des_itin%C3%A9raires_et_am%C3%A9nagements_cyclables_des_Alpes-de-Haute-Provence_dans_OpenStreetMap


Merci par avance pour vos conseils

Bonne soirée

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

[OSM-talk-fr] Affiner la sortie de mes requêtes Overpass

2019-11-13 Par sujet Jean-Christophe Becquet 
Bonsoir,

J'aimerais affiner la sortie de mes requêtes Overpass. L'objectif étant
dans les 2 cas d'importer le résultat dans une couche uMap.


1) récupérer la géométrie, le nom et le type d'une rue*
http://overpass-turbo.eu/s/O4q

Est-il possible de restreindre la liste des tags retournés par la
requête, par exemple ne conserver que name et highway ?

* pour HÉRuDi : l'Histoire Étonnante des Rues de Digne (en chantier)
http://umap.openstreetmap.fr/fr/map/herudi-lhistoire-etonnante-des-rues-de-digne_387122#18/44.09264/6.23204


2) récupérer la géométrie et les attributs d'une relation d'itinéraire**
http://overpass-turbo.eu/s/O4t

Est-possible de récupérer la géométrie de la relation en un seul objet
avec ses attributs ?

J'aimerais avoir le même résultat que pour les lignes de tram A et B
dans cette carte, sauf que là j'ai dû les retraiter dans QGIS avant de
les importer dans uMap
http://umap.openstreetmap.fr/fr/map/paces-grenoble-simple_227213#16/45.1988/5.7458

** pour Cyclo4
https://wiki.openstreetmap.org/wiki/Cyclo4_:_int%C3%A9gration_des_itin%C3%A9raires_et_am%C3%A9nagements_cyclables_des_Alpes-de-Haute-Provence_dans_OpenStreetMap


Merci par avance pour vos conseils

Bonne soirée

JCB
-- 
Pépites libres, ma chronique mensuelle dans Libre à vous !
l'émission de l'April sur la radio Cause commune
https://www.april.org/chronique-pepites-libres-de-jean-christophe-becquet

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
2 chemin du Tivoli - 04000 Digne-les-Bains
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===

___
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-13 Par sujet Vincent de Château-Thierry 


Le 13/11/2019 à 10:12, rainerU a écrit :


Pour pouvoir mieux localiser les voies sans rapprochement, il serait 
bien d'avoir cette fonction aussi pour ces rues. Souvent les voies 
récentes ne figurent pas encore sur le plan cadastral et le lien JOSM 
n'est pas suffisant pour identifier la voie sur les images aériennes.


Voilà, c'est ajouté [1]. En gros ça reproduit le "nuage de points 
rouges" du rendu carto. Sur quelques tests je suis tombé sur des points 
avec des n° d'adresse distincts mais des coordonnées identiques, ce qui 
n'est pas très pratique... bref, retours bienvenus à l'occasion.
Pensez à vider votre cache navigateur car la page d'accueil est modifiée 
pour cette évolution.


vincent


[1] : https://github.com/osm-fr/osm-vs-fantoir/issues/45

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

Re: [OSM-talk-fr] OverPass noeuds des admin_centre des communes

2019-11-13 Par sujet Cyrille37 OSM 
Merci Jérôme ! J'ai appris l'usage sans parenthèses qui ne m'était 
jamais venu à l'esprit. Je vais bien relire la doc depuis le début, 
comme un "cours". ;-)


Cyrille37.

Le 13/11/2019 à 13:11, Jérôme Amagat a écrit :



Le mer. 13 nov. 2019 à 12:43, Cyrille37 OSM 
mailto:cyrille%2btalk...@giquello.fr>> a 
écrit :


Bonjour

Cette sujet est déjà passé, mais je ne retrouve pas la réponse.

La requête Overpass_QL suivante fonctionne mais elle retourne les
nœuds
et les relations. Quelle est la syntaxe pour que seuls les nœuds
soient
retournés :

[out:json][timeout:30];
area[name="Centre-Val de Loire"]->.zone;
(
   rel(area.zone)["admin_level"="8"]->.relations;
   (
  node(r.relations:"admin_centre");
   );
);
out ;

Merci !
Cyrille37

Le out va sortir  tous ce qui a dans les parenthèses juste au dessus 
donc node et relation donc il faut supprimé les parenthèses (celle 
autour de node... ne serve a rien) donc :


[out:json][timeout:30];
area[name="Centre-Val de Loire"]->.zone;
rel(area.zone)["admin_level"="8"][boundary=administrative]->.relations;
node(r.relations:"admin_centre");
out ;

ça doit fonctionner. j'ai ajouté boundary=administrative, il y a des 
endroits en France où admin_level=8 est utilisé pour des paroisses.



___
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] OverPass noeuds des admin_centre des communes

2019-11-13 Par sujet Jérôme Amagat 
Le mer. 13 nov. 2019 à 12:43, Cyrille37 OSM  a
écrit :

> Bonjour
>
> Cette sujet est déjà passé, mais je ne retrouve pas la réponse.
>
> La requête Overpass_QL suivante fonctionne mais elle retourne les nœuds
> et les relations. Quelle est la syntaxe pour que seuls les nœuds soient
> retournés :
>
> [out:json][timeout:30];
> area[name="Centre-Val de Loire"]->.zone;
> (
>rel(area.zone)["admin_level"="8"]->.relations;
>(
>   node(r.relations:"admin_centre");
>);
> );
> out ;
>
> Merci !
> Cyrille37
>
> Le out va sortir  tous ce qui a dans les parenthèses juste au dessus donc
node et relation donc il faut supprimé les parenthèses (celle autour de
node... ne serve a rien) donc :

[out:json][timeout:30];
area[name="Centre-Val de Loire"]->.zone;
rel(area.zone)["admin_level"="8"][boundary=administrative]->.relations;
node(r.relations:"admin_centre");
out ;

ça doit fonctionner. j'ai ajouté boundary=administrative, il y a des
endroits en France où admin_level=8 est utilisé pour des paroisses.


> ___
> 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] posgresql > geojson > umap

2019-11-13 Par sujet osm . sanspourriel 

A priori tu utilises MapServer.

Je ne sais quelle version, voici ce que je lis sur la doc
 de la version courante :

/And support for the following types is optional:/

//

1.

   /*GetFeatureInfo:*//return info about feature(s) at a query (mouse
   click) location. MapServer supports 3 types of responses to this
   request:/

   //
 *

   /text/plain output with attribute info./

 *

   /text/html output using MapServer query templates (see
   //Templating
   //)
   specified in the //CLASS
   //TEMPLATE
   parameter (the filename has to have an .html extension). The
   MIME type returned by the Class templates defaults to text/html
   and can be controlled using the metadata
   “wms_feature_info_mime_type”./

 *

   /application/vnd.ogc.gml, GML.1 or GML for GML features./

Je n'utilise pas MapServer, mais ça doit être comme dans GeoServer, tu
dis pour chaque couche si elle est interrogeable (de mémoire
queryable=yes) et si en plus des paramètres classiques d'une requête WMS
tu mets les coordonnées de la souris (x, y), il te rend non une image
mais des infos sur que ce tu as cette position à la WFS.

Je ne sais si "optional" vuet dire ici que ça dépend uniquement de la
configuration des couches ou aussi des options de compilation de MapServer.

Jean-Yvon

Le 13/11/2019 à 11:52, Tony Emery via Talk-fr -
talk-fr@openstreetmap.org a écrit :

un wms interrogeable, ça, ça m'intéresse.
Du coup, le paramétrage se fait sur le serveur de notre webSIG ?

Actuellement, j'ai ça :
 
   text/html
   application/vnd.ogc.gml
   text/plain
   
 
   http://www.w3.org/1999/xlink";
xlink:href="https://vmap.ccpro.fr/wms/public/FluxPublic?"/>
   http://www.w3.org/1999/xlink";
xlink:href="https://vmap.ccpro.fr/wms/public/FluxPublic?"/>
 
   
 

Que dois-je modifier ?



-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
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

[OSM-talk-fr] OverPass noeuds des admin_centre des communes

2019-11-13 Par sujet Cyrille37 OSM 

Bonjour

Cette sujet est déjà passé, mais je ne retrouve pas la réponse.

La requête Overpass_QL suivante fonctionne mais elle retourne les nœuds 
et les relations. Quelle est la syntaxe pour que seuls les nœuds soient 
retournés :


[out:json][timeout:30];
area[name="Centre-Val de Loire"]->.zone;
(
  rel(area.zone)["admin_level"="8"]->.relations;
  (
 node(r.relations:"admin_centre");
  );
);
out ;

Merci !
Cyrille37


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

Re: [OSM-talk-fr] posgresql > geojson > umap

2019-11-13 Par sujet Tony Emery via Talk-fr 
un wms interrogeable, ça, ça m'intéresse. 
Du coup, le paramétrage se fait sur le serveur de notre webSIG ?

Actuellement, j'ai ça :

  text/html
  application/vnd.ogc.gml
  text/plain
  

  http://www.w3.org/1999/xlink";
xlink:href="https://vmap.ccpro.fr/wms/public/FluxPublic?"/>
  http://www.w3.org/1999/xlink";
xlink:href="https://vmap.ccpro.fr/wms/public/FluxPublic?"/>

  


Que dois-je modifier ?



-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
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] posgresql > geojson > umap

2019-11-13 Par sujet osm . sanspourriel 

Denis, ta réponse date d'il y a plus de 4 ans.

Sur le principe c'est ce que je proposais à Tony, sauf que j'utilise
ST_AsGeoJSON  qui fait ce
qu'il faut.



Nous sommes en 2019 et un serveur WMS peut être interrogeable ;-) :

https://docs.geoserver.org/stable/en/user/services/wms/reference.html

Tu peux mettre un trigger sur tes tables pour qu'une procédure qui te
fait du ST_AsGeoJSON  qui va
bien.

Il faut qu'il dépote ça dans un fichier accessible à umap.

Je suppose que les travaux n'avancent pas 10 fois par jour. C'est
peut-être dommage que le serveur umap aille toujours récupérer les infos.

Yohan te dira peut-être s'il y a des astuces.

Jean-Yvon
Le 13/11/2019 à 11:01, HELFER Denis SNCF RESEAU / SIEGE SNCF RESEAU / DT
GE PPE - denis.hel...@reseau.sncf.fr a écrit :

Salut Tony,

Si tu fais (ou fais faire) un trigger qui génère une séquence comme 
https://dba.stackexchange.com/questions/90482/export-postgres-table-as-json à 
chaque modif (ou en fin de journée) de la table des chantiers, tu devrais pas 
être trop loin du résultat attendu.
Bon courage

Denis

-Message d'origine-
De : Tony Emery via Talk-fr 
Envoyé : mercredi 13 novembre 2019 10:51
À : talk-fr@openstreetmap.org
Cc : Tony Emery 
Objet : [OSM-talk-fr] posgresql > geojson > umap

Bonjour à tous,

Je vous expose ma problématique :
  - J'ai des données concernant des travaux en cours qui sont stockées dans une 
base de données Postgesql ;
  - Elle sont modifiables par certains utilisateurs de notre WebSIG ;
  - Ce WebSIG est hébergé sur un serveur ubuntu (ouf !) ;
  - Comme ce WebSIG n'est pas très "sexy" pour le grand public, on a décidé de 
créer une carte umap pour diffuser sur notre site Internet :
https://umap.openstreetmap.fr/fr/map/carte-des-travaux-en-cours_45005#16/44.1356/4.8203
;

Bon, vous voyez venir la question ?
Et bien oui, à chaque fois que l'utilisateur modifie la carte, je dois exporter 
les données à la main pour mettre à jour umap.

Je ne pense pas qu'on puisse interroger une base postgresql directement depuis 
umap et j'avais penser à utiliser un flux wms mais les données ne seront pas 
interrogeables.

J'avais pensé faire un petit script sur FME mais, après réflexion, je me suis 
dit que je pouvais devoir faire tout ça en ligne de commande depuis le serveur 
linux.

Est-ce qu'on peut demander à postgresql ou à Ubuntu d'extraire le jeu de données 
"s_voirie.travaux_ccpro" en passant par un filtre sur la colonne "etat_avancement" et 
d'en faire 3 fichiers geojson qui seront mis dans "var/www/vmap/vas/public/umap" ?

Et si ce script peut être lancé dès que mon utilisateur modifie la table, ce 
serait encore mieux;

Merci de vos réponses,

Tony




-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
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
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it.
___
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] posgresql > geojson > umap

2019-11-13 Par sujet HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE) 
Salut Tony,

Si tu fais (ou fais faire) un trigger qui génère une séquence comme 
https://dba.stackexchange.com/questions/90482/export-postgres-table-as-json à 
chaque modif (ou en fin de journée) de la table des chantiers, tu devrais pas 
être trop loin du résultat attendu.
Bon courage

Denis

-Message d'origine-
De : Tony Emery via Talk-fr  
Envoyé : mercredi 13 novembre 2019 10:51
À : talk-fr@openstreetmap.org
Cc : Tony Emery 
Objet : [OSM-talk-fr] posgresql > geojson > umap

Bonjour à tous,

Je vous expose ma problématique :
 - J'ai des données concernant des travaux en cours qui sont stockées dans une 
base de données Postgesql ;
 - Elle sont modifiables par certains utilisateurs de notre WebSIG ;
 - Ce WebSIG est hébergé sur un serveur ubuntu (ouf !) ;
 - Comme ce WebSIG n'est pas très "sexy" pour le grand public, on a décidé de 
créer une carte umap pour diffuser sur notre site Internet :
https://umap.openstreetmap.fr/fr/map/carte-des-travaux-en-cours_45005#16/44.1356/4.8203
;

Bon, vous voyez venir la question ?
Et bien oui, à chaque fois que l'utilisateur modifie la carte, je dois exporter 
les données à la main pour mettre à jour umap.

Je ne pense pas qu'on puisse interroger une base postgresql directement depuis 
umap et j'avais penser à utiliser un flux wms mais les données ne seront pas 
interrogeables.

J'avais pensé faire un petit script sur FME mais, après réflexion, je me suis 
dit que je pouvais devoir faire tout ça en ligne de commande depuis le serveur 
linux.

Est-ce qu'on peut demander à postgresql ou à Ubuntu d'extraire le jeu de 
données "s_voirie.travaux_ccpro" en passant par un filtre sur la colonne 
"etat_avancement" et d'en faire 3 fichiers geojson qui seront mis dans 
"var/www/vmap/vas/public/umap" ?

Et si ce script peut être lancé dès que mon utilisateur modifie la table, ce 
serait encore mieux;

Merci de vos réponses,

Tony




-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
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
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
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-13 Par sujet Tony Emery via Talk-fr 
Ah Vincent, je savais que tu étais génial, mais là, tu es super génial...
Du coup, je vois que j'ai encore plein de taf chez moi...



-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
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] posgresql > geojson > umap

2019-11-13 Par sujet Tony Emery via Talk-fr 
Bonjour à tous,

Je vous expose ma problématique :
 - J'ai des données concernant des travaux en cours qui sont stockées dans
une base de données Postgesql ;
 - Elle sont modifiables par certains utilisateurs de notre WebSIG ;
 - Ce WebSIG est hébergé sur un serveur ubuntu (ouf !) ;
 - Comme ce WebSIG n'est pas très "sexy" pour le grand public, on a décidé
de créer une carte umap pour diffuser sur notre site Internet :
https://umap.openstreetmap.fr/fr/map/carte-des-travaux-en-cours_45005#16/44.1356/4.8203
;

Bon, vous voyez venir la question ?
Et bien oui, à chaque fois que l'utilisateur modifie la carte, je dois
exporter les données à la main pour mettre à jour umap.

Je ne pense pas qu'on puisse interroger une base postgresql directement
depuis umap et j'avais penser à utiliser un flux wms mais les données ne
seront pas interrogeables.

J'avais pensé faire un petit script sur FME mais, après réflexion, je me
suis dit que je pouvais devoir faire tout ça en ligne de commande depuis le
serveur linux.

Est-ce qu'on peut demander à postgresql ou à Ubuntu d'extraire le jeu de
données "s_voirie.travaux_ccpro" en passant par un filtre sur la colonne
"etat_avancement" et d'en faire 3 fichiers geojson qui seront mis dans
"var/www/vmap/vas/public/umap" ?

Et si ce script peut être lancé dès que mon utilisateur modifie la table, ce
serait encore mieux;

Merci de vos réponses,

Tony




-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
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

2019-11-13 Par sujet rainerU 

Bonjour,

Merci beaucoup pour cet out outil. Surtout pour cette fonction très utile pour 
l’intégration des adresses :


Am 11.11.19 um 16:34 schrieb Vincent de Château-Thierry:
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


Pour pouvoir mieux localiser les voies sans rapprochement, il serait bien 
d'avoir cette fonction aussi pour ces rues. Souvent les voies récentes ne 
figurent pas encore sur le plan cadastral et le lien JOSM n'est pas suffisant 
pour identifier la voie sur les images aériennes.


Rainer


___
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-13 Par sujet Vincent de Château-Thierry 

Bonjour,

Le 11/11/2019 à 18:17, Vincent de Château-Thierry a écrit :

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



Un test sur une commune ne liste plus le détail de la comparaison
https://dev.cadastre.openstreetmap.fr/fantoir/#insee=27434&tab=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.


Une commune avec aucune adresse *numérotée* ça se trouve encore. Dans 
ton cas il s'agit d'une commune pour laquelle le Cadastre propose bien 
des adresses, mais sans coordonnées, donc inutilisables pour nous sans 
une autre source et/ou la connaissance du terrain.


Pour la version actuelle du Cadastre en entrée de BANO v2, on compte
- un peu plus de 1200 communes avec des adresses dont aucune n'a de 
coordonnées,
- un peu plus de 2200 communes avec uniquement des pseudo-numeros : des 
numeros en 5000 ou 9000 (voir le Lexique à 
https://www.data.gouv.fr/fr/datasets/adresses-extraites-du-cadastre/)


On compte par ailleurs d'après Fantoir environ 3900 communes avec aucune 
"voie" et uniquement des lieux-dits. On peut avoir des n° raccrochés à 
des lieux-dits bien sûr.


Je mentionne ces chiffres juste pour rappeler qu'on est loin d'un 
adressage uniforme en numero+voie partout, il y a de la marge.


vincent

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