Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn

2015-04-19 Par sujet Nicolas Moyroud 
Je viens de voir que dans les jeux de données libérés par le SDIS du 
Tarn il y a aussi les "points d'aspiration" (PA) qui sont je cite :


la représentation numérique de points d’eau naturels et artificiels, de 
citernes aériennes ou enterrées, de réserves à l’air libre, de réserves 
souples ou bâches à eau et autres réservoirs fixes, tous permettant de 
concourir efficacement à la défense extérieure contre l'incendie (DECI). 
Il peuvent être situés tant sur le domaine publique que sur le domaine 
privé.


Du coup ça va être bien pratique pour ajouter des plans d'eaux ou 
citernes manquants dans OSM.
Est-ce que ça vous paraît être une bonne idée d'ajouter un tag 
emergency=storage_tank ou emergency=reservoir (en fonction du type) en 
plus des tags déjà existants sur les objets ? On aurait ainsi par 
exemple des leisure=swimming_pool + emergency=reservoir. Avec également 
la possibilité d'ajouter la ref SDIS du PA avec un tag ref:FR:SDIS sur 
l'objet lui-même ou un point de son contour (pour les grands plans d'eau 
le point se situe sur l'accès le plus facile depuis les voies de 
circulation).
Pour certains objets le volume en mètres cube est précisé dans le jeu de 
données. Un tag volume=* serait-il pertinent ?


Nicolas

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

Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn

2015-04-19 Par sujet Nicolas Moyroud 


Pour moi les bornes sont avant tout un patrimoine des services de 
l'eau / syndicats des eaux / Veolia...
Donc les numéros visibles sur le terrain font partie d'un référentiel 
de ces services.
Ainsi, ref=* ne devrait présenter que le numéro visible sur le 
terrain, pour éviter toute ambiguïté.
Pour la vingtaine de cas que j'ai contrôlé sur les photos terrains le 
numéro des données était celui indiqué sur la borne. C'est vrai qu'il 
n'y a pas moyen d'être sûr pour tout le département. Attendons de voir 
avec les photos de Vincent. Mais après rien n'empêche de ne faire 
l'import que sur le tag ref:FR:SDIS et de faire la copie au cas par cas 
sur le tag ref.


Ensuite, le SDIS est un simple (souvent l'unique) utilisateur de ces 
bornes.
Non il y a aussi le service des eaux des collectivités. Sur le Gard j'ai 
un contact au service des eaux de Nîmes Métropole qui a publié sur umap 
une carte des hydrants sur son territoire :

http://umap.openstreetmap.fr/fr/map/carte-poteaux-incendie-nm_36726#17/43.81271/4.38445
Je vais discuter avec eux à propos de la libération de ce jeu de données.
Pour plus de facilité, il peut être tenté de créer un référentiel 
parallèle à celui de l'opérateur de la borne, en ajoutant au numéro 
visible sur le terrain le code INSEE de la commune

Ceci serait fait dans le Morbihan ou le Finistère.

Donc une borne incendie peut avoir deux références distinctes et celle 
du jeu de données du Tarn semble devoir aller dans un ref:FR:SDIS.
On pourrait même envisager trois références distinctes : celle du SDIS, 
celle du service des eaux et celle du terrain. Dans le cas de Nîmes les 
ref du service des eaux et du SDIS ne semblent pas être les mêmes. 
J'essaye actuellement d'avoir un contact SIG au SDIS30 pour savoir 
comment sont structurés leurs identifiants.


Nicolas

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

Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn

2015-04-19 Par sujet François Lacombe 
Le 19 avril 2015 17:22, Vincent de Château-Thierry  a
écrit :

> Bonjour,
>
> Le 19/04/2015 16:24, François Lacombe a écrit :
>
>>
>> +1 aussi pour indiquer les ref du SDIS dans une clé séparée pour
>> conserver ce qui est visible sur le terrain.
>> Suivant ce que la communauté en pense, est-ce réellement utile
>> d'indiquer le département du SDIS dans la ref ?
>> Vu que les territoire de SDIS ne se recouvrent pas, ref:FR:SDIS pourrait
>> être suffisant (même si chaque SDIS n'utilise pas le même formalisme).
>>
>> On retrouve le département dans la source=SDIS81 indiquée à juste titre.
>>
>
> Je suis d'accord avec ça : la source pour indiquer le SDIS de provenance,
> et un tag ref (ref:SDIS, voire... tout simplement ref ?) avec la référence.
>

Pour moi les bornes sont avant tout un patrimoine des services de l'eau /
syndicats des eaux / Veolia...
Donc les numéros visibles sur le terrain font partie d'un référentiel de
ces services.
Ainsi, ref=* ne devrait présenter que le numéro visible sur le terrain,
pour éviter toute ambiguïté.

Ensuite, le SDIS est un simple (souvent l'unique) utilisateur de ces bornes.
Pour plus de facilité, il peut être tenté de créer un référentiel parallèle
à celui de l'opérateur de la borne, en ajoutant au numéro visible sur le
terrain le code INSEE de la commune
Ceci serait fait dans le Morbihan ou le Finistère.

Donc une borne incendie peut avoir deux références distinctes et celle du
jeu de données du Tarn semble devoir aller dans un ref:FR:SDIS.
Si les numéros correspondent à ceux du terrain jusque là, tant mieux, mais
rien ne dit que c'est le cas sur tout le département.




*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn

2015-04-19 Par sujet Vincent de Château-Thierry 

Bonjour,

Le 19/04/2015 16:24, François Lacombe a écrit :


+1 aussi pour indiquer les ref du SDIS dans une clé séparée pour
conserver ce qui est visible sur le terrain.
Suivant ce que la communauté en pense, est-ce réellement utile
d'indiquer le département du SDIS dans la ref ?
Vu que les territoire de SDIS ne se recouvrent pas, ref:FR:SDIS pourrait
être suffisant (même si chaque SDIS n'utilise pas le même formalisme).

On retrouve le département dans la source=SDIS81 indiquée à juste titre.


Je suis d'accord avec ça : la source pour indiquer le SDIS de 
provenance, et un tag ref (ref:SDIS, voire... tout simplement ref ?) 
avec la référence.




Le 19 avril 2015 15:23, Nicolas Moyroud mailto:nmoyr...@free.fr>> a écrit :

En fouillant un peu sur data.gouv, je suis tombé sur ça :
https://www.data.gouv.fr/fr/datasets/hydrants-du-tarn/
A priori ça semble être le seul SDIS qui a mis à disposition ces
données sous licence ouverte. Dans les jeux de données il y a 5497
poteaux incendies (emergency=fire_hydrant +
fire_hydrant:type=pillar) et 193 bouches souterraines
(emergency=fire_hydrant + fire_hydrant:type=underground). D'après
overpassAPI sur ce département il y a actuellement un total de 210
fire_hydrant (poteaux + bouches).


En comptant à l'instant, je plaide coupable pour 185 de ces hydrants. Ce 
qui veut dire que j'ai des photos pour chaque. Si tu n'est pas à la 
minute, je veux bien regarder ce que ça donne sur ceux-là, 
essentiellemnt sur Castres, et un peu en montant vers Albi.




Les données sont essentiellement collectées sur le terrain par les
sapeurs-pompiers du département lors des contrôles annuels et lors
de leurs déplacements ou missions qu'ils sont amenés à effectuer sur
le terrain. Les services des eaux contribuent aussi pour une large
part à l'enrichissement de cette base départementale. La mise à jour
de la base se fait à partir de relevés gps fournis par les acteurs
de terrain ou de *saisies basées sur l'orthophotoplan de l'IGN*.


Sans aller jusqu'à une précision géométrique absolue, il faut au moins 
s'assurer du positionnement relatif : bon côté de voie, bon 
embranchement à un carrefour.



Vous en pensez quoi ?
Au delà de l'aspect juridique est-ce que vous pensez que c'est une
bonne idée de réaliser cet import ?


Ça donnerait un boost à nos stats : on n'attend pas encore 25000 
hydrants sur la France, on a une grosse marge de progression. Et on a 
tout à gagner à un circuit vertueux avec nos amis des SDIS, sur les 
hydrants mais pas que.



Pour les infos complémentaires je pense extraire les valeurs de
pression et diamètre pour renseigner les tags fire_hydrant:diameter
et fire_hydrant:pressure
(http://wiki.openstreetmap.org/wiki/Tag:emergency%3Dfire_hydrant).


Une lecture sur le sujet, avec une proposition de correspondance des tags :
https://lists.openstreetmap.org/pipermail/talk-fr/2015-February/075118.html

vincent

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

Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn

2015-04-19 Par sujet Christian Quest 
Le 19/04/2015 15:23, Nicolas Moyroud a écrit :
> Les données sont essentiellement collectées sur le terrain par les
> sapeurs-pompiers du département lors des contrôles annuels et lors de
> leurs déplacements ou missions qu'ils sont amenés à effectuer sur le
> terrain. Les services des eaux contribuent aussi pour une large part à
> l'enrichissement de cette base départementale. La mise à jour de la
> base se fait à partir de relevés gps fournis par les acteurs de
> terrain ou de *saisies basées sur l'orthophotoplan de l'IGN*.
>
> Vous en pensez quoi ?
>

Aucun problème de licence.

Ces données ne sont pas une recopie de données (l'orthophoto c'est du
contenu, pas de la data), et les SDIS comme les autres collectivités qui
créent de la données sur base d'ortho IGN ont le droit de la rediffuser
sous la licence de leur choix.

-- 
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn

2015-04-19 Par sujet François Lacombe 
Bonjour Nicolas,

Tout à fait d'accord pour un import dans OSM, voire un enrichissement avec
Osmose par la suite pour une meilleure collaboration OSM/SDIS.

+1 aussi pour indiquer les ref du SDIS dans une clé séparée pour conserver
ce qui est visible sur le terrain.
Suivant ce que la communauté en pense, est-ce réellement utile d'indiquer
le département du SDIS dans la ref ?
Vu que les territoire de SDIS ne se recouvrent pas, ref:FR:SDIS pourrait
être suffisant (même si chaque SDIS n'utilise pas le même formalisme).

On retrouve le département dans la source=SDIS81 indiquée à juste titre.

Il est surement possible d'opérer un dédoublonnage via ces références
justement.
Ne serait-ce pas quelque chose qui pourrait être ajoutée à Osmose pour des
imports facilités ?


Just my 2 cts


*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux 

Le 19 avril 2015 15:23, Nicolas Moyroud  a écrit :

>  Salut à tous,
>
> En fouillant un peu sur data.gouv, je suis tombé sur ça :
> https://www.data.gouv.fr/fr/datasets/hydrants-du-tarn/
> A priori ça semble être le seul SDIS qui a mis à disposition ces données
> sous licence ouverte. Dans les jeux de données il y a 5497 poteaux
> incendies (emergency=fire_hydrant + fire_hydrant:type=pillar) et 193
> bouches souterraines (emergency=fire_hydrant +
> fire_hydrant:type=underground). D'après overpassAPI sur ce département il y
> a actuellement un total de 210 fire_hydrant (poteaux + bouches).
> Du coup je me disais que ce serait peut-être intéressant de faire un
> import de ces données dans OSM. Je me pose une question sur la
> compatibilité de licence. C'est une licence ouvert Etalab donc je pense que
> c'est bon, mais dans le descriptif des jeux de données, je lis ceci qui
> m'inquiète :
>
> Les données sont essentiellement collectées sur le terrain par les
> sapeurs-pompiers du département lors des contrôles annuels et lors de leurs
> déplacements ou missions qu'ils sont amenés à effectuer sur le terrain. Les
> services des eaux contribuent aussi pour une large part à l'enrichissement
> de cette base départementale. La mise à jour de la base se fait à partir de
> relevés gps fournis par les acteurs de terrain ou de *saisies basées sur
> l'orthophotoplan de l'IGN*.
>
> Vous en pensez quoi ?
> Au delà de l'aspect juridique est-ce que vous pensez que c'est une bonne
> idée de réaliser cet import ?
>
> En comparant avec des images terrains sur une vingtaine de poteaux, la
> précision à l'air vraiment très bonne. Mais évidemment si je me lance dans
> cet import, je veillerai à respecter les contributions déjà présentes dans
> OSM et aussi à éviter les doublons.
> Sinon concernant les tag ref je pense laisser les valeurs présentes dans
> les données OSM et ajouter celles présentes dans les données SDIS si
> celui-ci est vide (d'après les photos terrains elles semblent bien
> correspondre à ce qui est écrit sur les poteaux). Je pense également
> ajouter un tag ref:FR:SDIS81 sur tous les objets pour mettre toutes les ref
> des jeux de données.
> Pour les infos complémentaires je pense extraire les valeurs de pression
> et diamètre pour renseigner les tags fire_hydrant:diameter et
> fire_hydrant:pressure (
> http://wiki.openstreetmap.org/wiki/Tag:emergency%3Dfire_hydrant).
> Je rajouterai également un tag source=SDIS81 sur tous les objets importés.
>
> a+
> Nicolas
>
> ___
> 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] [newbie] Deux questions sur mode édition avec ID

2015-04-19 Par sujet Pierre Béland 
Clique sur les points au niveau de la rue. C'est le 36 rue Molière.  
Pierre 

  De : Shohreh 
 À : talk-fr@openstreetmap.org 
 Envoyé le : Dimanche 19 avril 2015 9h27
 Objet : [OSM-talk-fr] [newbie] Deux questions sur mode édition avec ID
   
Bonjour

J'ai deux questions basiques sur l'édition avec ID:

Je vois un café en mode affichage que je veux modifier, je passe en mode
édition en cliquant sur Modify et je ne vois plus le point : même en
déplaçant les immeubles, je ne le vois pas sous ces immeubles. Pourquoi?

Une fois en mode édition, est-il possible de passer en mode rendu back and
forth, pour une plus grande facilité de compréhension?

Voici le café que je voudrais modifier:
http://www.openstreetmap.org/#map=18/49.43802/1.09899&layers=C

Merci.



--
View this message in context: 
http://gis.19327.n5.nabble.com/newbie-Deux-questions-sur-mode-edition-avec-ID-tp5841089.html
Sent from the France mailing list archive at Nabble.com.

___
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] [newbie] Deux questions sur mode édition avec ID

2015-04-19 Par sujet Shohreh 
Bonjour

J'ai deux questions basiques sur l'édition avec ID:

Je vois un café en mode affichage que je veux modifier, je passe en mode
édition en cliquant sur Modify et je ne vois plus le point : même en
déplaçant les immeubles, je ne le vois pas sous ces immeubles. Pourquoi?

Une fois en mode édition, est-il possible de passer en mode rendu back and
forth, pour une plus grande facilité de compréhension?

Voici le café que je voudrais modifier:
http://www.openstreetmap.org/#map=18/49.43802/1.09899&layers=C

Merci.



--
View this message in context: 
http://gis.19327.n5.nabble.com/newbie-Deux-questions-sur-mode-edition-avec-ID-tp5841089.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] Import d'hydrants sur le département du Tarn

2015-04-19 Par sujet Nicolas Moyroud 

Salut à tous,

En fouillant un peu sur data.gouv, je suis tombé sur ça :
https://www.data.gouv.fr/fr/datasets/hydrants-du-tarn/
A priori ça semble être le seul SDIS qui a mis à disposition ces données 
sous licence ouverte. Dans les jeux de données il y a 5497 poteaux 
incendies (emergency=fire_hydrant + fire_hydrant:type=pillar) et 193 
bouches souterraines (emergency=fire_hydrant + 
fire_hydrant:type=underground). D'après overpassAPI sur ce département 
il y a actuellement un total de 210 fire_hydrant (poteaux + bouches).
Du coup je me disais que ce serait peut-être intéressant de faire un 
import de ces données dans OSM. Je me pose une question sur la 
compatibilité de licence. C'est une licence ouvert Etalab donc je pense 
que c'est bon, mais dans le descriptif des jeux de données, je lis ceci 
qui m'inquiète :


Les données sont essentiellement collectées sur le terrain par les 
sapeurs-pompiers du département lors des contrôles annuels et lors de 
leurs déplacements ou missions qu'ils sont amenés à effectuer sur le 
terrain. Les services des eaux contribuent aussi pour une large part à 
l'enrichissement de cette base départementale. La mise à jour de la base 
se fait à partir de relevés gps fournis par les acteurs de terrain ou de 
*saisies basées sur l'orthophotoplan de l'IGN*.


Vous en pensez quoi ?
Au delà de l'aspect juridique est-ce que vous pensez que c'est une bonne 
idée de réaliser cet import ?


En comparant avec des images terrains sur une vingtaine de poteaux, la 
précision à l'air vraiment très bonne. Mais évidemment si je me lance 
dans cet import, je veillerai à respecter les contributions déjà 
présentes dans OSM et aussi à éviter les doublons.
Sinon concernant les tag ref je pense laisser les valeurs présentes dans 
les données OSM et ajouter celles présentes dans les données SDIS si 
celui-ci est vide (d'après les photos terrains elles semblent bien 
correspondre à ce qui est écrit sur les poteaux). Je pense également 
ajouter un tag ref:FR:SDIS81 sur tous les objets pour mettre toutes les 
ref des jeux de données.
Pour les infos complémentaires je pense extraire les valeurs de pression 
et diamètre pour renseigner les tags fire_hydrant:diameter et 
fire_hydrant:pressure 
(http://wiki.openstreetmap.org/wiki/Tag:emergency%3Dfire_hydrant).

Je rajouterai également un tag source=SDIS81 sur tous les objets importés.

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

Re: [OSM-talk-fr] problème sur serveur(s) osm-fr ?

2015-04-19 Par sujet Christian Quest 
Oui, le serveur d'images aériennes ne répond plus depuis 48h.

Nous avons demandé à l'Université de Grenoble (où se trouve ce serveur)
d'aller jeter un oeil... patience donc à cause du week-end.


Le 19/04/2015 09:41, Pierre-Yves Berrard a écrit :
> Bonjour,
>
> Depuis quelques jours, la photo aérienne du Grand Nancy
> (http://wms.openstreetmap.fr/tms/1.0.0/nancy_2012/{zoom}/{x}/{y}
> )
> ne se charge plus dans JOSM (connect timed out) :
>
> Pour les requêtes overpass, la base à http://api.openstreetmap.fr/oapi/
> semble être ne plus être à jour non plus.
>
> Un problème sur les serveurs d'osm france ?
>
> PY
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Christian Quest - OpenStreetMap France

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

[OSM-talk-fr] problème sur serveur(s) osm-fr ?

2015-04-19 Par sujet Pierre-Yves Berrard 
Bonjour,

Depuis quelques jours, la photo aérienne du Grand Nancy (
http://wms.openstreetmap.fr/tms/1.0.0/nancy_2012/{zoom}/{x}/{y}) ne se
charge plus dans JOSM (connect timed out) :

Pour les requêtes overpass, la base à http://api.openstreetmap.fr/oapi/
semble être ne plus être à jour non plus.

Un problème sur les serveurs d'osm france ?

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

[OSM-talk-fr] Rendu BANO: visualisation des adresses de la BAN

2015-04-19 Par sujet Christian Quest 
Depuis la signature mercredi 15/4/2015 de notre convention autour de la
BAN avec l'IGN, La poste et Etalab, les données BAN sont disponible sous
licence ODbL via la diffusion faite par OSM-FR (prévue par la convention).

J'ai donc ajouté les adresses BAN dans le rendu BANO pour mieux se
rendre compte de l'apport qu'elles peuvent constituer.

Elle sont en gris.

Certains "pseudo" numéros sont en italique: ce sont les numéros
supérieurs à 5000 et ceux en 0 (trop nombreux à mon goût, cf
https://github.com/etalab/ban-data/issues/14).
Certains numéros peuvent apparaître en double (ou plus), ce n'est pas un
bug du rendu, c'est bien qu'il y a des doublons dans la BAN
(https://github.com/etalab/ban-data/issues/4)

Si vous constatez des anomalies ou des cas intéressants, merci de
partager ça via un permalien.

Exemple:
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#19/48.80440/2.47939
Séquence des numéros étrange rue du Bois Guimier... il doit y en avoir
qui ne sont pas à leur place.

Peut-être qu'une page de wiki serait utile pour en garder la liste.

Pour les types d'anomalies qui semble se répéter, nous pourront les
faire remonter sur ce projet github:
https://github.com/etalab/ban-data/issues

Je vais compléter ce rendu petit à petit pour mieux mettre en évidence
certaines choses:
- les voies manquantes dans OSM (un peu comme le "rouge" issu du cadastre)
- les numéros manquants dans BANO

Il y a encore un GROS travail de rapprochement à faire, car les codes
FANTOIR présents dans la BAN ne sont pas très fiables (c'est une donnée
non utilisée par l'IGN et qui n'étaient pas diffusée donc pas vraiment
maintenue), les libellés ne correspondent pas non plus exactement à
FANTOIR, les numéros en BIS/TER sont mélangés et souvent doublonnés par
des B/T, etc.


Vos retours vont servir à mieux cerner quel outil de contribution
collaboratif développer dans les mois à venir pour la BAN, pour
permettre une double contribution (vers la BAN et vers OSM) en une seule
opération.

Les algorithmes de contrôle des données pourront aussi s'affiner en
fonction de ces retours, afin qu'ils cible les adresses problématiques.


au passage, j'en ai profité pour améliorer le rendu des noms de
lieux-dits qui effectivement avait changé, et pour rendre les limites
administratives plus visible (pointillé noir/blanc).

--
Christian Quest - OpenStreetMap France

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