Re: [OSM-talk-fr] Rapprochement BANO dans L'île de Saint-Martin

2016-02-03 Par sujet Cactusbone 
On pourrais utiliser ref:INSEE="97-8;97801" ? ou peut-être un dérivé de
ref:INSEE pour dire que c'est le code à 5 positions ?



--
View this message in context: 
http://gis.19327.n5.nabble.com/Rapprochement-BANO-dans-L-ile-de-Saint-Martin-tp5866521p5866605.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

Re: [OSM-talk-fr] Requête overpass api & python

2016-02-03 Par sujet Tony Emery 
Du coup, j'ai pas mal avancé sur mon script python.
En prérequis, j'ai :
- un dossier qui contient 19 fichiers planet nommés en fonction du tag
principal (highway.osm, landuse.osm, barrier.osm,...)
- une géodatabase contenant des jeux de classe d'entités (une par fichier
planet)

En gros, voici ce que fait le script :
- il télécharge les données OSM via une requête overpass dans chaque fichier
planet
- il importe chaque fichier planet dans le jeu de classe d'entités
correpondant de la gdb
- il extrait tous les tags de chaque classe d'entités
- il ajoute 2 champs de coordonnées pour les couches de point
- il ajoute un champ pour calculer le temps écoulé entre la date de la
dernière modification de chaque objet et la date de l'import des données
- il récupère les tags dans les tables des relations




-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Requete-overpass-api-python-tp5863030p5866598.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

Re: [OSM-talk-fr] openstreetmap et les abeilles

2016-02-03 Par sujet Philippe Verdy 
Je pense que plutot que de cartographier les abeilles, il serait plus
intéressant pour les apiculteurs amateurs de cartographier les zones de
production et zones à risque de forte mortalité à cause des pollutions.

Seuelemnet ça rentre assez mal dans le moule général des données OSM et que
pour ça il vaudrait mieux avoir une base spécifique montée par une asso
apicole, qui produirait ensuite des tuiles spécialisées utilisables sur un
fond de carte OSM.

Inutile de localiser chaque ruche, d'autant qu'elles sont régulièrement
déplacées. Mais c'est utile avant qu'un apiculteur sache s'il va accepter
ou pas d'emmener ses essaims. Cela pourrait se monter avec aussi des assos
d'agriculteurs : pour les apiculteurs il est intéressant de connaitre les
zones d'agriculure bio ou raisonnée, et si ces zones sont protégées dans
leur voisinage. Des partenariats sont possibles avec les chambres
d'agriculture, les ministères de l'agriculture et de l'environnement, et
des organismes comme le CEMAGREF, et des collaborations avec les
collectivités, y compris dans les villes qui sont aujourd'hui beaucoup plus
favorables aux abeilles que nos campagnes car moins polluées par les
toxiques.

Ceci dit, des ruches peuvent malgré tout être cartograhpiées dans des
espaces relativement bien protégés, notemment en ville quand elles sont sur
des batiments et promues par des assos locales. En milieu naturel c'est
dificile car il n'y a pas de surveillance suffisante. Les apiculteurs en
revanche pourraient avoir leur base interne protégée pour suivre la
localisation de leurs ruches et l'état de leur production mais cela aura
très peu sa place dans OSM.


Le 3 février 2016 à 07:39, Adrien  a écrit :

> Bonjour,
>
> Merci pour vos réponses.
>
> Je comprend tout à fait les arguments pour ne pas cartographier les
> ruches. Mais voici trois autres choses que j'aimerais cartograhphier sur
> l'apiculture, qui me semble plus consensuelles :
>
> - Les magasins apicoles. Il y a bien les tags shop=apiary ou
> shop=beekeeper, mais il n'ont pas l'air officiel. Dois-je les utiliser, ou
> vaut-il mieux attendre qu'il soit officialisé avant ?
>
> Voici un exemple de magasin apicole : http://www.mat-apiculture.fr/ On en
> trouve quelques uns par département.
>
> - Les ruchers écoles. Il s'agit de rucher spécialement dédiés à
> l'enseignement de l'apiculture, souvent opéré par le syndicat d'apiculture
> local. Pareil, on en compte quelques uns par département, et souvent les
> addresses sont déjà sur internet, pour les stagiaires :
> http://unapla.org/index.php/rucher-ecole/2013-03-22-13-46-23
>
> - enfin les mielleries. Il s'agit de lieu ou on peut extraire le miel de
> ses propres cadres. Exemple de miellerie, toujours en Loire Atlantique :
> http://unapla.org/index.php/miellerie-et-recolte/miellerie
>
> Pour les ruches je suis mitigé. d'un côté il y a effectivement les risques
> de prédation d'essaim et de vols de ruches. Je peux peut-etre me renseigner
> auprès de mon syndicat apicole sur ce sujet.
>
> Dans OpenStreetMap pour l'instant je n'ai fait qu'utiliser des tag déjà
> définis, je ne maîtrise donc pas du tout le process pour la création ou la
> validation de tag. Mais je suis prêt à investir un peu de temps pour mieux
> définir les tag pour l'apiculture, si vous pensez que c'est une bonne idée.
>
> Bonne journée
>
> Adrien
>
> PS : Désolé pour le deuxième fil, mon PC a crashé, donc exit l'accès par
> Gmane, je ne suis abonné à la liste.
>
> ___
> 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] Projet Missing Maps - CartONG

2016-02-03 Par sujet Violaine CartONG 

Bonjour à tous,

Vous avez peut-être déjà remarqué les différents mapathons Missing Maps 
qui se préparent.
Pour ceux qui ne le savent pas Missing Maps  est un 
projet dont le but est de cartographier les zones vulnérables de la 
planète. CartONG est officiellement membre de ce projet depuis le mois 
d'août 2015.


Le prochain mapathon aura lieu à Chambéry (demain, le 03/02!) 
, il n'est pas 
encore trop tard pour s'inscrire ,

Les suivants:
- 11/02, à Mozilla, Paris, en collaboration avec MSF ! 

- 14/03, mapathon part du festival mémoire vive au CCO de Lyon 



Les infos sur ces mapathons sont relayées sur le wiki d'OSM France : 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Mapping_Parties#2016


N'hésitez pas à nous contacter si ce projet vous intéresse et si vous 
voulez le voir se développer près de chez vous!

A bientôt,
Violaine


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

Re: [OSM-talk-fr] rendu Défibrillateur

2016-02-03 Par sujet Nicolas Dumoulin 
Le Tuesday 02 February 2016, 22:50:34 Erwan Salomon a écrit :
> au passage j’ai cherché des listes de défibrillateurs, quelques villes les
> fournissent en opendata (sous forme d’adresse, parfois de données issues
> d’OSM) et 2 app sur mon téléphone (avec une localisation très approximative
> et beaucoup de doublons ou de manquant, pas vraiment exploitable dans
> l’urgence d’un arrêt cardiaque) je trouve ça dingue que leurs emplacements
> ne soit pas mieux diffusé (par les pompiers qui forment des secouristes,
> les municipalités qui en placent dans leurs bâtiment …)

Tout à fait d'accord. C'est vraiment dommage d'investir autant dans ces 
équipements et les formations pour risquer qu'ils ne soient pas connus.
Je n'en ai pas trouvé tant que ça à Clermont, donc encore un défi pour ceux 
qui viendront au Sotm-Fr ;-)
http://overpass-turbo.eu/s/e9C

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin


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

[OSM-talk-fr] [Hors Sujet] Re: openstreetmap et les abeilles

2016-02-03 Par sujet dHuy Pierre 
Je ne sais pas pour Brest mais à Paris nous on a des bateaux qui ne bougent 
jamais (ou presque) restaurant... De plus building=houseboat est dans le wiki à 
http://wiki.openstreetmap.org/wiki/Map_Features#Accommodation et dans 
http://wiki.openstreetmap.org/wiki/Buildings ils suggèrent même d'utiliser le 
tag floating, donc que choisir? :)
 

Le Mercredi 3 février 2016 0h04, "osm.sanspourr...@spamgourmet.com" 
 a écrit :
 

  > En plus les ruches ça se déplace quand même souvent... c'est pas assez fixe 
pour être dans OSM à mon avis.
 Pas faux mais la question initiale était plus générale :
 
 > Au départ je suis arrivé sur ce constat en voulant ajouter un magasin qui  
 > vend du matériel apicole, mais je n'ai trouvé aucun tag.
 Mais n'est pas parce que rares sont les magasins spécialisés à ce point ?
 Je pense que les jardineries et les vendeurs de matériel agricoles sont des 
approximations.
 Je me trompe peut-être.
 Rien ne t'empêche de proposer un nouveau tag.
 
 À propose d'abeilles, il s'agit d'une association d'idées, j'ai déjà vu 
l'Abeille Bourbon :
 http://tile.openstreetmap.fr/?q=abeille%20bourbon
 Comme les autres abeilles, et là même en présence de Gaucho, ça se déplace.
 Certes par vent de force inférieure à 5, marée de moins de 92 et en absence 
d'appel, ce bateau se trouve là et ce n'est pas taggué hulk.
 building=boat n'est pas renseigné sur le wiki et a plus de 500 occurrences en 
France.
 Il ne serait pas temps d'ajouter ça dans le wiki ?
 
 Jean-Yvon
 
 
  
 Le 02/02/2016 22:27, Christian Quest - cqu...@openstreetmap.fr a écrit :
  
 En plus les ruches ça se déplace quand même souvent... c'est pas assez fixe 
pour être dans OSM à mon avis.
  
 Le 2 février 2016 à 21:30, THEVENON Julien  a écrit :
 

 
 En date de : Mar 2.2.16, Adrien Grellier  a écrit :
 
  Objet: [OSM-talk-fr] openstreetmap et les abeilles
  À: talk-fr@openstreetmap.org
  Date: Mardi 2 février 2016, 18h07
 
 > Bonjour,
 
 > Je m'étonne qu'il n'y ait que très peu de choses sur le wiki d'OpenStreetMap 
 > concernant l'apiculture. En effet, à par un « craft = beekeeper », je n'ai  
 > pas trouvé grand chose.
 
 > Ais-je mal cherché ? Ou bien il n'y a vraiment rien sur ce
  domaine dans OSM
  ?
 
 > Au départ je suis arrivé sur ce constat en voulant ajouter un magasin qui  
 > vend du matériel apicole, mais je n'ai trouvé aucun tag.
 
 Bonjour,
 
 Pour ce qui est des ruches, j en avais parle avec un collegue qui en possede 
et il y etait formellement oppose par crainte de vol de ruche et d interception 
d essaims en periode d essaimage
 
 julien
   
 ___
 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
 
 
 
___
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] rendu micro bibliothèque

2016-02-03 Par sujet Erik Amzallag 
Bonjour,
Oh je ne m'étais pas même posé la question de savoir si ça existait comme
tag !
Voilà donc la microbibliothèque de ma ville taguée comme il se doit (dans
une ancienne cabine téléphonique anglaise ! )


Erik

Le 2 février 2016 à 22:44,  a écrit :

> Bonjour,
> on ne tague pas pour le rendu mais si on ne voit pas et si Nominatim ne
> trouve pas, ça devient plus difficile à trouver pour monsieur tout le monde.
> 
> http://www.openstreetmap.org/node/3949032937#map=19/47.78961/-3.48841
> En passant par le wiki :
>
> 
> http://wiki.openstreetmap.org/wiki/FR:Tag:amenity=public%20bookcase?uselang=fr
> on va sur Overpass et voilà :
> http://overpass-turbo.eu/s/e9i
>
> Pas exactement idéal pour inciter les gens à utiliser ce service.
> On peut taguer "name=boîte à livres" car c'est écrit dessus, mais là au
> contraire on risque de donner trop d'importance.
> Un  petit icône style [image: Maki library icon]
> 
> (qui n'est pas celui utilisé en France comme bibliothèque) pourrait être
> sympa (icône en CC0 ).
>
> N. B. : même avec public bookcase, Nominatim ne trouve rien.
>
> Jean-Yvon
>
> ___
> 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] Rapprochement BANO dans L'île de Saint-Martin

2016-02-03 Par sujet Philippe Verdy 
On n'a pas la même chose à Saint-Barthélemy ?
Et à Wallis-et-Futuna (pas de communes là non plus, juste les 3
circonscriptions administratives correspondant aux royaumes coutumiers) ?
Et pour les "adresses" des TAF (pas habitées de façon permanente mais il y
a bien des installations permanentes et des personnels et visiteurs
tournants, et une toponymie bein établie, même si le courrier arrive
épisodiquement par un circuit spécial, l'essentiel passant maintenant par
des réseaux numériques et moyens radio et satellite)

2016-02-03 10:21 GMT+01:00 Cactusbone :

> On pourrais utiliser ref:INSEE="97-8;97801" ? ou peut-être un dérivé de
> ref:INSEE pour dire que c'est le code à 5 positions ?
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Rapprochement-BANO-dans-L-ile-de-Saint-Martin-tp5866521p5866605.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

Re: [OSM-talk-fr] [Hors Sujet] Re: openstreetmap et les abeilles

2016-02-03 Par sujet Jérôme Seigneuret 
Bonjour,

Voir "floating building ".
Mais en effet c'est avec un ancrage permanent. Et sur Paris il y a des
restaurants et des boites de nuits péniche dont l'ancrage est permanent.

Mais on sort du sujet.

Une Umap est plus adaptée à ce genre de projet. le tag landuse va entrer en
concurrence avec l'occupation du sol existante car les ruches sont posées
sur des zones résidentielles, agricoles et forestières...

De plus les ruches sont déplacés au cours de l'années voir changer de site
pour des raisons mentionnées par @Julien Thevenon.

Jérôme






Le 3 février 2016 à 09:56, dHuy Pierre  a écrit :

> Je ne sais pas pour Brest mais à Paris nous on a des bateaux qui ne
> bougent jamais (ou presque) restaurant... De plus building=houseboat est
> dans le wiki à
> http://wiki.openstreetmap.org/wiki/Map_Features#Accommodation et dans
> http://wiki.openstreetmap.org/wiki/Buildings ils suggèrent même
> d'utiliser le tag floating, donc que choisir? :)
>
>
>
> Le Mercredi 3 février 2016 0h04, "osm.sanspourr...@spamgourmet.com" <
> osm.sanspourr...@spamgourmet.com> a écrit :
>
>
> > En plus les ruches ça se déplace quand même souvent... c'est pas assez
> fixe pour être dans OSM à mon avis.
> Pas faux mais la question initiale était plus générale :
>
> > Au départ je suis arrivé sur ce constat en voulant ajouter un magasin
> qui  vend du matériel apicole, mais je n'ai trouvé aucun tag.
> Mais n'est pas parce que rares sont les magasins spécialisés à ce point ?
> Je pense que les jardineries
>  et les
> vendeurs de matériel agricoles sont des approximations.
> Je me trompe peut-être.
> Rien ne t'empêche de proposer un nouveau tag.
>
> À propose d'abeilles, il s'agit d'une association d'idées, j'ai déjà vu
> l'Abeille Bourbon :
> http://tile.openstreetmap.fr/?q=abeille%20bourbon
> Comme les autres abeilles, et là même en présence de Gaucho, ça se déplace.
> Certes par vent de force inférieure à 5, marée de moins de 92 et en
> absence d'appel, ce bateau se trouve là et ce n'est pas taggué hulk
> 
> .
> building=boat n'est pas renseigné sur le wiki et a plus de 500 occurrences
> en France.
> Il ne serait pas temps d'ajouter ça dans le wiki ?
>
> Jean-Yvon
>
>
>
> Le 02/02/2016 22:27, Christian Quest - cqu...@openstreetmap.fr a écrit :
>
> En plus les ruches ça se déplace quand même souvent... c'est pas assez
> fixe pour être dans OSM à mon avis.
>
> Le 2 février 2016 à 21:30, THEVENON Julien  a
> écrit :
>
>
> 
> En date de : Mar 2.2.16, Adrien Grellier < 
> pe...@adrieng.fr> a écrit :
>
>  Objet: [OSM-talk-fr] openstreetmap et les abeilles
>  À: talk-fr@openstreetmap.org
>  Date: Mardi 2 février 2016, 18h07
>
> > Bonjour,
>
> > Je m'étonne qu'il n'y ait que très peu de choses sur le wiki
> d'OpenStreetMap concernant l'apiculture. En effet, à par un « craft =
> beekeeper », je n'ai  pas trouvé grand chose.
>
> > Ais-je mal cherché ? Ou bien il n'y a vraiment rien sur ce
>  domaine dans OSM
>  ?
>
> > Au départ je suis arrivé sur ce constat en voulant ajouter un magasin
> qui  vend du matériel apicole, mais je n'ai trouvé aucun tag.
>
> Bonjour,
>
> Pour ce qui est des ruches, j en avais parle avec un collegue qui en
> possede et il y etait formellement oppose par crainte de vol de ruche et d
> interception d essaims en periode d essaimage
>
> julien
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://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
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rapprochement BANO dans L'île de Saint-Martin

2016-02-03 Par sujet Jérôme Seigneuret 
J'ai vu un problème de rapprochement aussi sur l'îles d'Aix. Il doit
manquer la relation de niveau 8 par contre.

Le contour correspondant au frontière contient:
place=island + natural=costline+ name=Île d'Aix

et le noeud place=village existe avec en name=Île-d'Aix ( < tiret ou pas?)

Du coup, il n'y a pas de rapprochement sur les tronçons de voirie
@Vincent pour le rapprochement, il faut un admin_level=8 ?

Un petit lien pour la zone
https://www.openstreetmap.org/#map=16/46.0150109309655/-1.1721847542041282

Jérôme
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Histoire de déchets / code SINOE

2016-02-03 Par sujet Jérôme Seigneuret 
>
> Pour le MEDDE, l'ADEME ne figure pas dans la liste, on serait donc dans le
> cadre d'informations publiques, non soumises à redevances, donc librement
> réutilisables... ce que je vais demander à vérifier ce soir.
>
> Il y aurait donc conflit entre la licence et la loi?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Histoire de déchets / code SINOE

2016-02-03 Par sujet Vincent Bergeot 

Bonjour,

Le 02/02/2016 11:47, Christian Quest a écrit :
L'ADEME est un EPIC (établissement public à caractère industriel et 
commercial).


Les données produites par l'ADEME sont donc des informations publiques 
(loi de 78), qui peuvent être soumises à redevances. Encore faut-il 
qu'elles figure sur une liste officielle de 2013...


Ces redevances sont listées ici: https://www.data.gouv.fr/fr/Redevances

Pour le MEDDE, l'ADEME ne figure pas dans la liste, on serait donc 
dans le cadre d'informations publiques, non soumises à redevances, 
donc librement réutilisables... ce que je vais demander à vérifier ce 
soir.



forcément curieux de savoir si on a des réponses à cette question ?

ou une idée des délais :)

Par avance merci








Le 2 février 2016 à 09:59, Vincent Bergeot > a écrit :


Bonjour et merci pour vos retours,

Le 01/02/2016 12:09, Jérôme Seigneuret a écrit :

La base de données est sous copyright et protéger au titre du
Code de la Propriété Intellectuelle. Donc pour l'utilisation du
code il va falloir avoir l'accord de l'ADEME il me semble.


cela signifie que simplement l'ajout du code SINOE, avec des
personnes du syndicat de gestion, est soumis à restriction ?
Ok (et encore !!!) pour la base de données de l'ensemble des codes !






Il ne risque pas de libérer cette base vu qu'il vendent des
prestations (cartes de synthèse et indicateurs statistiques)
comme le font les CCI et les Chambres d'Agricultures. Il y a 3
niveaux de licences mais je ne suis pas allé plus loin.
La licence fait rire quand on lit la partie responsabilité...


oui effectivement cela concerne les volumes de déchets et autres
recyclages.
Je ne sais pas si la correspondance entre un équipement lié au
déchet et son code SINOE soit si sensible que cela !





Les références SINOE sont accessibles sur le site mais en
recherche par commune.

Attention à l'actualisation des données car pour les marchés
renouvelés dans l'année 2015/2016 c'est pas vraiment à jour. La
dernière mise à jour de la base date 02/2015 et sur Montpellier
le marché a été renouvelé au 01/2016.



merci pour toutes ces informations,

Merci Christian pour la demande au MEDDE.
Que signifie sur le site de data.gouv.fr  un
document sans licence (?) qui fait référence à SINOE justement
(https://www.data.gouv.fr/fr/datasets/tableau-de-bord-dechets/) ?
L'ADEME a eu envie puis n'a pas voulu mettre de licence ?

Bonne journée




Cordialement,
Jérôme



Le 1 février 2016 à 11:27, Vincent Bergeot > a écrit :

Bonjour,
commençant à travailler avec des syndicats mixtes de gestion
des déchets, en particulier sur la cartographie de leurs
équipements, je pense qu'il faudrait ajouter ref:FR:SINOE,
qui pour les professionnels du secteur est la base de données
de référence pour les équipements liés aux déchets.

Est ce qu'il "suffit" de le dire et ensuite de le faire
(comme cela existe pour d'autres données : je pense aux
écoles et ref:fr:UAI, boite aux lettres, pharmacies, ...)

  o je parle bien de l'ajout avec les professionnels de
ce code et pas de l'utilisation de la base de données
SINOE, qui ne semble pas disponible
(https://www.data.gouv.fr/fr/search/?q=sinoe),
  o peut-être d'ailleurs que l'ADEME pourrait vouloir
libérer cette base (je vais me renseigner) ?

Est ce la bonne direction ?

Bonne journée

-- 
Vincent Bergeot



___
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



-- 
Vincent Bergeot



___
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


--
Vincent Bergeot

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

Re: [OSM-talk-fr] openstreetmap et les abeilles

2016-02-03 Par sujet Adrien 

Bonsoir,

Juste une précision : Il me semble que la plupart des apiculteurs 
amateurs ont un rucher fixe en France. Par contre effectivement ce 
rucher peut contenir un nombre variable de ruches dans le temps, suivant 
la mortalité, les essaims récoltés, etc.


C'est pourquoi j'ai proposé de cartographier les ruchers écoles : ce 
sont des endroits fixes et leurs localisations peut intéresser pas mal 
de monde. À titre d'exemple en Loire Atlantique il y a trois ruchers 
écoles qui voient passer en tout une centaine de stagiaire par an.


Sinon pour proposer un tag, quelle est la procédure ? Il suffit de faire 
une nouvelle page sur le wiki, comme expliqué ici :

https://wiki.openstreetmap.org/wiki/FR:Cr%C3%A9er_une_proposition

Ou bien c'est plus compliqué ?

Bonne soirée

Adrien

Le 2016-02-03 11:04, Philippe Verdy a écrit :

Je pense que plutot que de cartographier les abeilles, il serait plus
intéressant pour les apiculteurs amateurs de cartographier les zones
de production et zones à risque de forte mortalité à cause des
pollutions.

Seuelemnet ça rentre assez mal dans le moule général des données
OSM et que pour ça il vaudrait mieux avoir une base spécifique
montée par une asso apicole, qui produirait ensuite des tuiles
spécialisées utilisables sur un fond de carte OSM.

Inutile de localiser chaque ruche, d'autant qu'elles sont
régulièrement déplacées. Mais c'est utile avant qu'un apiculteur
sache s'il va accepter ou pas d'emmener ses essaims. Cela pourrait se
monter avec aussi des assos d'agriculteurs : pour les apiculteurs il
est intéressant de connaitre les zones d'agriculure bio ou
raisonnée, et si ces zones sont protégées dans leur voisinage. Des
partenariats sont possibles avec les chambres d'agriculture, les
ministères de l'agriculture et de l'environnement, et des organismes
comme le CEMAGREF, et des collaborations avec les collectivités, y
compris dans les villes qui sont aujourd'hui beaucoup plus favorables
aux abeilles que nos campagnes car moins polluées par les toxiques.

Ceci dit, des ruches peuvent malgré tout être cartograhpiées dans
des espaces relativement bien protégés, notemment en ville quand
elles sont sur des batiments et promues par des assos locales. En
milieu naturel c'est dificile car il n'y a pas de surveillance
suffisante. Les apiculteurs en revanche pourraient avoir leur base
interne protégée pour suivre la localisation de leurs ruches et
l'état de leur production mais cela aura très peu sa place dans OSM.

Le 3 février 2016 à 07:39, Adrien  a écrit :


Bonjour,

Merci pour vos réponses.

Je comprend tout à fait les arguments pour ne pas cartographier les
ruches. Mais voici trois autres choses que j'aimerais cartograhphier
sur l'apiculture, qui me semble plus consensuelles :

- Les magasins apicoles. Il y a bien les tags shop=apiary ou
shop=beekeeper, mais il n'ont pas l'air officiel. Dois-je les
utiliser, ou vaut-il mieux attendre qu'il soit officialisé avant ?

Voici un exemple de magasin apicole : http://www.mat-apiculture.fr/
On en trouve quelques uns par département.

- Les ruchers écoles. Il s'agit de rucher spécialement dédiés à
l'enseignement de l'apiculture, souvent opéré par le syndicat
d'apiculture local. Pareil, on en compte quelques uns par
département, et souvent les addresses sont déjà sur internet,
pour les stagiaires :
http://unapla.org/index.php/rucher-ecole/2013-03-22-13-46-23

- enfin les mielleries. Il s'agit de lieu ou on peut extraire le
miel de ses propres cadres. Exemple de miellerie, toujours en Loire
Atlantique :
http://unapla.org/index.php/miellerie-et-recolte/miellerie

Pour les ruches je suis mitigé. d'un côté il y a effectivement
les risques de prédation d'essaim et de vols de ruches. Je peux
peut-etre me renseigner auprès de mon syndicat apicole sur ce
sujet.

Dans OpenStreetMap pour l'instant je n'ai fait qu'utiliser des tag
déjà définis, je ne maîtrise donc pas du tout le process pour la
création ou la validation de tag. Mais je suis prêt à investir un
peu de temps pour mieux définir les tag pour l'apiculture, si vous
pensez que c'est une bonne idée.

Bonne journée

Adrien

PS : Désolé pour le deuxième fil, mon PC a crashé, donc exit
l'accès par Gmane, je ne suis abonné à la liste.

___
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] Rapprochement BANO dans L'île de Saint-Martin

2016-02-03 Par sujet Jérôme Seigneuret 
Arff, désolé Vincent je croyais avoir une réponse par mail via les
abonnements email...
Bon je m'en charge dans ce cas!

Le 3 février 2016 à 15:20, Vincent de Château-Thierry  a
écrit :

>
> > De: "Philippe Verdy" 
> >
> > Effectivement il manque la relation communale (ce n'est pas en vert
> > dans Layers). Peut-être que quelqu'un l'a supprimé en croyant à un
> > doublon avec l'île elle-même...
> > D'ailleurs je crois que le Fort Boyard fait aussi partie de cette
> > commune de l'Île-d'Aix (je me pose la question pour l'îlot du Fort
> > Enet, actuellement attribué à la commune de Fouras)
> >
> > Le 3 février 2016 à 14:27, Jérôme Seigneuret <
> > jseigneuret-...@yahoo.fr > a écrit :
> >
> > J'ai vu un problème de rapprochement aussi sur l'îles d'Aix. Il doit
> > manquer la relation de niveau 8 par contre.
> >
> > Le contour correspondant au frontière contient:
> > place=island + natural=costline+ name=Île d'Aix
> >
> > et le noeud place=village existe avec en name=Île-d'Aix ( < tiret ou
> > pas?)
> >
> > Du coup, il n'y a pas de rapprochement sur les tronçons de voirie
> > @Vincent pour le rapprochement, il faut un admin_level=8 ?
> >
> > Un petit lien pour la zone
> >
> https://www.openstreetmap.org/#map=16/46.0150109309655/-1.1721847542041282
>
> Jérôme, un petit lien vers le ticket que tu as ouvert et ma réponse ;)
> https://github.com/osm-fr/osm-vs-fantoir/issues/28
>
> 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] Rapprochement BANO dans L'île de Saint-Martin

2016-02-03 Par sujet Jérôme Seigneuret 
Je sais pas comment j'ai fait mon coup mais c'est rectifié.
Jérôme

Le 3 février 2016 à 15:25, Jérôme Seigneuret  a
écrit :

> Arff, désolé Vincent je croyais avoir une réponse par mail via les
> abonnements email...
> Bon je m'en charge dans ce cas!
>
> Le 3 février 2016 à 15:20, Vincent de Château-Thierry 
> a écrit :
>
>>
>> > De: "Philippe Verdy" 
>> >
>> > Effectivement il manque la relation communale (ce n'est pas en vert
>> > dans Layers). Peut-être que quelqu'un l'a supprimé en croyant à un
>> > doublon avec l'île elle-même...
>> > D'ailleurs je crois que le Fort Boyard fait aussi partie de cette
>> > commune de l'Île-d'Aix (je me pose la question pour l'îlot du Fort
>> > Enet, actuellement attribué à la commune de Fouras)
>> >
>> > Le 3 février 2016 à 14:27, Jérôme Seigneuret <
>> > jseigneuret-...@yahoo.fr > a écrit :
>> >
>> > J'ai vu un problème de rapprochement aussi sur l'îles d'Aix. Il doit
>> > manquer la relation de niveau 8 par contre.
>> >
>> > Le contour correspondant au frontière contient:
>> > place=island + natural=costline+ name=Île d'Aix
>> >
>> > et le noeud place=village existe avec en name=Île-d'Aix ( < tiret ou
>> > pas?)
>> >
>> > Du coup, il n'y a pas de rapprochement sur les tronçons de voirie
>> > @Vincent pour le rapprochement, il faut un admin_level=8 ?
>> >
>> > Un petit lien pour la zone
>> >
>> https://www.openstreetmap.org/#map=16/46.0150109309655/-1.1721847542041282
>>
>> Jérôme, un petit lien vers le ticket que tu as ouvert et ma réponse ;)
>> https://github.com/osm-fr/osm-vs-fantoir/issues/28
>>
>> 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] Rapprochement BANO dans L'île de Saint-Martin

2016-02-03 Par sujet Jérôme Seigneuret 
> Effectivement il manque la relation communale (ce n'est pas en vert dans
> Layers). Peut-être que quelqu'un l'a supprimé en croyant à un doublon avec
> l'île elle-même...
>
Humm J'ai fait des correctif mais je pense pas avoir fait cela...
Tu peux remettre la relation en question? Merci



> D'ailleurs je crois que le Fort Boyard fait aussi partie de cette commune
> de l'Île-d'Aix
>
Oui en effet c'est bien sur le territoire de l'Île d'Aix

(je me pose la question pour l'îlot du Fort Enet, actuellement attribué à
> la commune de Fouras)
>
Fort Enet c'est bien sur la presqu'île de Fouras

Jérôme
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rapprochement BANO dans L'île de Saint-Martin

2016-02-03 Par sujet Vincent de Château-Thierry 

> De: "Philippe Verdy" 
> 
> Effectivement il manque la relation communale (ce n'est pas en vert
> dans Layers). Peut-être que quelqu'un l'a supprimé en croyant à un
> doublon avec l'île elle-même...
> D'ailleurs je crois que le Fort Boyard fait aussi partie de cette
> commune de l'Île-d'Aix (je me pose la question pour l'îlot du Fort
> Enet, actuellement attribué à la commune de Fouras)
> 
> Le 3 février 2016 à 14:27, Jérôme Seigneuret <
> jseigneuret-...@yahoo.fr > a écrit :
> 
> J'ai vu un problème de rapprochement aussi sur l'îles d'Aix. Il doit
> manquer la relation de niveau 8 par contre.
> 
> Le contour correspondant au frontière contient:
> place=island + natural=costline+ name=Île d'Aix
> 
> et le noeud place=village existe avec en name=Île-d'Aix ( < tiret ou
> pas?)
> 
> Du coup, il n'y a pas de rapprochement sur les tronçons de voirie
> @Vincent pour le rapprochement, il faut un admin_level=8 ?
> 
> Un petit lien pour la zone
> https://www.openstreetmap.org/#map=16/46.0150109309655/-1.1721847542041282

Jérôme, un petit lien vers le ticket que tu as ouvert et ma réponse ;)
https://github.com/osm-fr/osm-vs-fantoir/issues/28

vincent

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

Re: [OSM-talk-fr] Rapprochement BANO dans L'île de Saint-Martin

2016-02-03 Par sujet Philippe Verdy 
Effectivement il manque la relation communale (ce n'est pas en vert dans
Layers). Peut-être que quelqu'un l'a supprimé en croyant à un doublon avec
l'île elle-même...
D'ailleurs je crois que le Fort Boyard fait aussi partie de cette commune
de l'Île-d'Aix (je me pose la question pour l'îlot du Fort Enet,
actuellement attribué à la commune de Fouras)


Le 3 février 2016 à 14:27, Jérôme Seigneuret  a
écrit :

> J'ai vu un problème de rapprochement aussi sur l'îles d'Aix. Il doit
> manquer la relation de niveau 8 par contre.
>
> Le contour correspondant au frontière contient:
> place=island + natural=costline+ name=Île d'Aix
>
> et le noeud place=village existe avec en name=Île-d'Aix ( < tiret ou pas?)
>
> Du coup, il n'y a pas de rapprochement sur les tronçons de voirie
> @Vincent pour le rapprochement, il faut un admin_level=8 ?
>
> Un petit lien pour la zone
> https://www.openstreetmap.org/#map=16/46.0150109309655/-1.1721847542041282
>
> Jérôme
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Rencontre mensuelle OSM-Lyon 09/02/2016 18h30 - Invitation

2016-02-03 Par sujet Rene Chalon 

Bonsoir à tous,

Les mappeurs OSM de Lyon se rencontrent régulièrement le 2ème mardi de 
chaque mois, et chacun peut s'inviter et participer à ces rencontres. La 
prochaine aura lieu :


le MARDI 09 FEVRIER à partir de 18h30
à l'espace "Infolab TUBA, 1 Place Charles Béraudier, 69003 LYON"

Accès : M° "Gare Part-Dieu"; Tram T1; Bus C1, C2, C6, C7, C13, C25, 25, 
37, 38, 70 ; Vélo'V "Gare Part-Dieu Ouest"


Le CR de la rencontre précédente se trouve sur la page du Wiki-OSM au lien :
https://wiki.openstreetmap.org/wiki/Lyon/Reunion_12_janvier_2016

Si vous souhaitez mettre un sujet particulier à l'ordre du jour de la 
rencontre à venir, vous pouvez commenter la page préparatoire au lien :

https://wiki.openstreetmap.org/wiki/Lyon/Reunion_09_fevrier_2016

Venez nombreux !






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

[OSM-talk-fr] open data et bricolage

2016-02-03 Par sujet osm . sanspourriel 

Le 02/02/2016 23:01, Christian Quest - cqu...@openstreetmap.fr a écrit :
Comme beaucoup de données très utiles, elles ne sont malheureusement 
pas agrégées systématiquement du coup tout le monde bricole plus ou 
moins...



Entièrement d'accord sur le constat.
Pour avoir voulu (je n'ai pas abandonné) améliorer les informations sur 
les boîtes aux lettres dans mon coin j'ai récupéré le CSV qui va bien et 
cherché vainement un mémo (sur le Wiki par exemple) expliquant comment 
faire (QGis, JOSM, greffons à utiliser to do list par exemple ?).
J'arrive facilement à trouver ce qu'il ne faut pas faire (import bête) 
et pourquoi (imprécision des données sources).
Je vois bien ce que je peux faire (comme récupérer les existants par 
overpass-api et ajouter les ref depuis l'autre couche), mais un bon tuto 
serait utile pour que je m'y colle vraiment.

Là je ne vais pas être efficace.

Ceci dit la qualité du géo-positionnement est fort médiocre : une 
boîte-aux-lettres bien placée mais échangée avec une autre qui est à 
plusieurs centaines de mètres du bon point, soit deux mauvaises données !
Du coup je me dit qu'utiliser leaflet sur un téléphone et voir sur le 
terrain c'est sans doute ce qu'il faut (de toute façon je ne comptais 
ajouter que les points vérifiés).

Leaflet plutôt qu'umap pour travailler en déconnecté.
Et prendre ensuite des photos.

Ou solution de riche : que l'on puisse déplacer le point et marquer 
validé sur le terrain, absent, etc. afin de remonter vers OSM et le 
producteur de données.


Peut-être peut-on préparer les données pour faciliter leur incorporation ?
Par exemple si on va sur le terrain, et qu'on a le jeu de départ (les 
POI candidats à la fusion et les POI open data) si on peut associer un 
candidat avec un existant, on doit savoir pour l'ensemble de données 
quels attributs sont à prendre (ici la référence et c'est tout ?) et 
s'il n'y a pas d'existant créer un POI OSM avec les valeurs qui vont bien.


Idéalement vous répondez que ça existe et que la recette de cuisine se 
trouve...


Je n'ai pas vu de normalisation de la ref: pour les boîtes-aux-lettres.
J'ai mal cherché ?

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

Re: [OSM-talk-fr] Rapprochement BANO dans L'île de Saint-Martin

2016-02-03 Par sujet Jérôme Seigneuret 
Mon objectif sur cette zone était de corriger toute la zone humide (avec
wetland=tidalflat) ce qui apparaît maintenant sur le rendu. J'ai plaqué les
éléments sur la ligne de cote. Et à mon avis j'ai voulu retiré un élément
de la relation et au-lieu de supprimer l'élément j'ai supprimé la
relation... (J'ai fais la même sur une ligne de bus il y a quelque mois
rectifié depuis...)

Bref désolé en effet on a rectifié à deux. Comme j'ai pas eu de message de
ta part j'ai pris l'initiative de faire la correction (Ce que j'ai mis dans
mon précédent message. L'erreur étant en plus de mon fait... )

L'incident est clos. Et puis, tu as ajouter le fort ;-) Et merci de t'en
être préoccupé.

Jérôme

Le 2 février 2016 à 14:40, Cactusbone  a écrit :

> L'île de Saint-Martin est un territoire français ne contenant pas de
> commune
> (
> https://fr.wikipedia.org/wiki/Saint-Martin_%28Antilles_fran%C3%A7aises%29
> )
> taggé admin_level 3 dans osm
>
> dans bano on a des adresses dans le CSV, mais aucune n'est rapprochée
> http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#14/18.0743/-63.0576
>
> par exemple ,
> 15 rue du Général De Gaule, 97150 Saint-Martin est bien dans le CSV,
> la rue existe aussi dans OSM ( https://www.openstreetmap.org/way/27614897
> )
> mais aucun rapprochement n'est fait.
>
> Je pense que c'est lié a l'absence de ville/commune coté osm
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Rapprochement-BANO-dans-L-ile-de-Saint-Martin-tp5866521.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

Re: [OSM-talk-fr] Rapprochement BANO dans L'île de Saint-Martin

2016-02-03 Par sujet Philippe Verdy 
J'avais rectifié mais en plein milieu de mon envoi tu as réjouté ta propre
modif et j'ai passé quelques minutes et gérer le conflit.
La différence était que j'ai intégré le fort Boyard, que tu n'avais pas mis
dans un premier temps, tu as ensuite voulu corriger une anomalie mais ça a
généré d'autres conflits avec mon envoi pas terminé. Comme ce sont des
lignes côtières ça impacte de grosses relations et le serveur met du temps
à répondre.
Comme je disais c'est toi même qui avait supprimé la relation communale en
croyant sans doute que c'était une relation inutile en doublon avec l'île.
Pourtant la relation n'était pas réduite à 1 seul élément, la ligne de
côte, et il en manquait puisque le Fort Boyard était oublié (mais il
n'était pas oublié dans les niveaux <8 et autres EPCI).

Tu as peut-être voulu faire un rendu plus joli pour que le nom de l'île
n'apparaisse pas en "doublon" avec le nom de la commune, pourtant la
commune est un peu diférente puisqu'elle prend un trait d'union (voir cas
similaire avec le Mont-Saint-Michel ,qui d'ailleurs lui non plus ne se
limite pas à sa seule île principale, et d'autres îles habitées dont la
commune comporte aussi des îlots annexes, habités ou pas)

Le 3 février 2016 à 15:25, Jérôme Seigneuret  a
écrit :

> Arff, désolé Vincent je croyais avoir une réponse par mail via les
> abonnements email...
> Bon je m'en charge dans ce cas!
>
> Le 3 février 2016 à 15:20, Vincent de Château-Thierry 
> a écrit :
>
>>
>> > De: "Philippe Verdy" 
>> >
>> > Effectivement il manque la relation communale (ce n'est pas en vert
>> > dans Layers). Peut-être que quelqu'un l'a supprimé en croyant à un
>> > doublon avec l'île elle-même...
>> > D'ailleurs je crois que le Fort Boyard fait aussi partie de cette
>> > commune de l'Île-d'Aix (je me pose la question pour l'îlot du Fort
>> > Enet, actuellement attribué à la commune de Fouras)
>> >
>> > Le 3 février 2016 à 14:27, Jérôme Seigneuret <
>> > jseigneuret-...@yahoo.fr > a écrit :
>> >
>> > J'ai vu un problème de rapprochement aussi sur l'îles d'Aix. Il doit
>> > manquer la relation de niveau 8 par contre.
>> >
>> > Le contour correspondant au frontière contient:
>> > place=island + natural=costline+ name=Île d'Aix
>> >
>> > et le noeud place=village existe avec en name=Île-d'Aix ( < tiret ou
>> > pas?)
>> >
>> > Du coup, il n'y a pas de rapprochement sur les tronçons de voirie
>> > @Vincent pour le rapprochement, il faut un admin_level=8 ?
>> >
>> > Un petit lien pour la zone
>> >
>> https://www.openstreetmap.org/#map=16/46.0150109309655/-1.1721847542041282
>>
>> Jérôme, un petit lien vers le ticket que tu as ouvert et ma réponse ;)
>> https://github.com/osm-fr/osm-vs-fantoir/issues/28
>>
>> 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
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rapprochement BANO dans L'île de Saint-Martin

2016-02-03 Par sujet Philippe Verdy 
Tu as avais eu mon message puisque c'était dans la réponse un peu plus haut
de Vincent à laquelel tu as répondu... On s'est téléescopé à ce moment-là
mrce qu'au passage tu as léègrement retouché la géométrie du fort (mais tu
ne l'avais pas inclus dans la commune).

Note: la plateforme et la passerelle ne sont pas dans l'eau mais suspendues
sur des pylones. Elles auraient du être provisoires le temps des travaux
mais elles sont encore là.
Je me demande magré tout si cela devrait être inclus dans la coastline.
L'île elle-même où est construit le fort s'appelle Longe Boyard.

Le 3 février 2016 à 17:06, Jérôme Seigneuret 
a écrit :

> Mon objectif sur cette zone était de corriger toute la zone humide (avec
> wetland=tidalflat) ce qui apparaît maintenant sur le rendu. J'ai plaqué les
> éléments sur la ligne de cote. Et à mon avis j'ai voulu retiré un élément
> de la relation et au-lieu de supprimer l'élément j'ai supprimé la
> relation... (J'ai fais la même sur une ligne de bus il y a quelque mois
> rectifié depuis...)
>
> Bref désolé en effet on a rectifié à deux. Comme j'ai pas eu de message de
> ta part j'ai pris l'initiative de faire la correction (Ce que j'ai mis dans
> mon précédent message. L'erreur étant en plus de mon fait... )
>
> L'incident est clos. Et puis, tu as ajouter le fort ;-) Et merci de t'en
> être préoccupé.
>
> Jérôme
>
>
>
> Le 3 février 2016 à 16:49, Philippe Verdy  a écrit :
>
>> J'avais rectifié mais en plein milieu de mon envoi tu as réjouté ta
>> propre modif et j'ai passé quelques minutes et gérer le conflit.
>> La différence était que j'ai intégré le fort Boyard, que tu n'avais pas
>> mis dans un premier temps, tu as ensuite voulu corriger une anomalie mais
>> ça a généré d'autres conflits avec mon envoi pas terminé. Comme ce sont des
>> lignes côtières ça impacte de grosses relations et le serveur met du temps
>> à répondre.
>> Comme je disais c'est toi même qui avait supprimé la relation communale
>> en croyant sans doute que c'était une relation inutile en doublon avec
>> l'île. Pourtant la relation n'était pas réduite à 1 seul élément, la ligne
>> de côte, et il en manquait puisque le Fort Boyard était oublié (mais il
>> n'était pas oublié dans les niveaux <8 et autres EPCI).
>>
>> Tu as peut-être voulu faire un rendu plus joli pour que le nom de l'île
>> n'apparaisse pas en "doublon" avec le nom de la commune, pourtant la
>> commune est un peu diférente puisqu'elle prend un trait d'union (voir cas
>> similaire avec le Mont-Saint-Michel ,qui d'ailleurs lui non plus ne se
>> limite pas à sa seule île principale, et d'autres îles habitées dont la
>> commune comporte aussi des îlots annexes, habités ou pas)
>>
>> Le 3 février 2016 à 15:25, Jérôme Seigneuret 
>> a écrit :
>>
>>> Arff, désolé Vincent je croyais avoir une réponse par mail via les
>>> abonnements email...
>>> Bon je m'en charge dans ce cas!
>>>
>>> Le 3 février 2016 à 15:20, Vincent de Château-Thierry 
>>> a écrit :
>>>

 > De: "Philippe Verdy" 
 >
 > Effectivement il manque la relation communale (ce n'est pas en vert
 > dans Layers). Peut-être que quelqu'un l'a supprimé en croyant à un
 > doublon avec l'île elle-même...
 > D'ailleurs je crois que le Fort Boyard fait aussi partie de cette
 > commune de l'Île-d'Aix (je me pose la question pour l'îlot du Fort
 > Enet, actuellement attribué à la commune de Fouras)
 >
 > Le 3 février 2016 à 14:27, Jérôme Seigneuret <
 > jseigneuret-...@yahoo.fr > a écrit :
 >
 > J'ai vu un problème de rapprochement aussi sur l'îles d'Aix. Il doit
 > manquer la relation de niveau 8 par contre.
 >
 > Le contour correspondant au frontière contient:
 > place=island + natural=costline+ name=Île d'Aix
 >
 > et le noeud place=village existe avec en name=Île-d'Aix ( < tiret ou
 > pas?)
 >
 > Du coup, il n'y a pas de rapprochement sur les tronçons de voirie
 > @Vincent pour le rapprochement, il faut un admin_level=8 ?
 >
 > Un petit lien pour la zone
 >
 https://www.openstreetmap.org/#map=16/46.0150109309655/-1.1721847542041282

 Jérôme, un petit lien vers le ticket que tu as ouvert et ma réponse ;)
 https://github.com/osm-fr/osm-vs-fantoir/issues/28

 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
>>>
>>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Cordialement,
> Jérôme Seigneuret
>

Re: [OSM-talk-fr] Rapprochement BANO dans L'île de Saint-Martin

2016-02-03 Par sujet Vincent de Château-Thierry 

Bonjour,

Le 03/02/2016 10:21, Cactusbone a écrit :

On pourrais utiliser ref:INSEE="97-8;97801" ? ou peut-être un dérivé de
ref:INSEE pour dire que c'est le code à 5 positions ?


ref:INSEE="97-8;97801" : oui on pourrait, mais en terme de faciité de 
réutilisation c'est la solution la moins pratique, car on change de 
paradigme : au lieu d'attendre dans ref:INSEE une et une seule valeur, 
et donc tester une égalité, on se retrouve à explorer une liste de 
valeurs, les impacts sont assez costauds.


On a aujourd'hui 2 relations avec le même ref:INSEE ce qui n'est pas 
courant (ni trop souhaitable):

http://www.openstreetmap.org/relation/1891583 (boundary = administrative)
http://www.openstreetmap.org/relation/299354 (boundary = land_area)
La seconde est spatialement incluse dans la première. Une autre solution 
pourrait consister à remplacer 97-8 par 97801 sur une des deux, je 
pencherais pour la seconde (boundary=land_area).


Sinon si on revient à la motivation du code à 5 positions selon l'INSEE, 
on pourrait inaugurer un tag alt_ref:INSEE (0 dans taginfo) vu que 97801 
est bien une alternative au code officiel pour faciliter la vie des 
utilisateurs.


vincent

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

Re: [OSM-talk-fr] OSM : contribuer avec quel smartphone?

2016-02-03 Par sujet image93 
Bonsoir,

Merci pour vos messages. Vous semblez pour la plupart etre équipé d'un
iphone. 
Pour des raisons de prix j'ai opté le Sony Xperia™ M4 Aqua. 

C'est un moyen de gamme. Bon appareil photo. Autonomie 2 jours. Et pour le
terrain, j'ai trouvé que son coté étanche pouvait etre un plus. J'ai pas du
tout regardé par contre la qualité du GPS.

En tout cas, si vous avez des remarques à faire sur mon choix, n'hesitez
pas. 



--
View this message in context: 
http://gis.19327.n5.nabble.com/OSM-contribuer-avec-quel-smartphone-tp5866461p5866639.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

Re: [OSM-talk-fr] OSM : contribuer avec quel smartphone? (Nicolas Dumoulin)

2016-02-03 Par sujet image93 
Bonsoir, 

Merci pour vos messages. Vous semblez pour la plupart etre équipé d'un
iphone. 
Pour des raisons de prix j'ai opté pour le Sony Xperia™ M4 Aqua. 

C'est un moyen de gamme. Bon appareil photo. Autonomie 2 jours. Et pour le
terrain, j'ai trouvé que son coté étanche pouvait etre un plus. J'ai pas du
tout regardé par contre la qualité du GPS : 

http://www.sonymobile.com/fr/products/phones/xperia-m4-aqua/

En tout cas, si vous avez des remarques à faire sur mon choix, n'hesitez
pas.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Re-OSM-contribuer-avec-quel-smartphone-Nicolas-Dumoulin-tp5866502p5866640.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

Re: [OSM-talk-fr] Histoire de déchets / code SINOE

2016-02-03 Par sujet Christian Quest 
On 03/02/2016 14:57, Jérôme Seigneuret wrote:
>
>> Pour le MEDDE, l'ADEME ne figure pas dans la liste, on serait
>> donc dans le cadre d'informations publiques, non soumises à
>> redevances, donc librement réutilisables... ce que je vais
>> demander à vérifier ce soir.
>
> Il y aurait donc conflit entre la licence et la loi?
>

Beaucoup de conditions d'utilisations et de mentions légales figurant
sur des sites publics sont en contradiction avec les lois, décrets et
circulaires... mais c'est si confortable de dire NON, ça évite de se
poser pas mal de questions.

De même on invoque souvent des "secrets" en tout genre, secret
industriel, secret des affaires, secret fiscal, secret médical, secret
statistique, etc... or ces secrets n'ont souvent pas de fondements
juridiques bien clairs et sont invoqués rapidement comme  excuse pour
dire NON.

Un peu de lecture (page 34):
http://modernisation.gouv.fr/sites/default/files/rapport_agd_decembre2015.pdf


Hier, j'ai évoqué le sujet comme exemple, sans demander une réponse
claire, ce n'était pas du tout l'objet de la réunion.
L'ADEME est en train de bouger et le ministère s'active aussi sur ces
sujets, en particulier la biodiversité avec un hackathon prévu
prochainement.

-- 
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] OSM : contribuer avec quel smartphone? (Nicolas Dumoulin)

2016-02-03 Par sujet Bruno 

Le 03/02/2016 18:54, image93 a écrit :

Bonsoir,

Merci pour vos messages. Vous semblez pour la plupart etre équipé d'un
iphone.
Pour des raisons de prix j'ai opté pour le Sony Xperia™ M4 Aqua.

C'est un moyen de gamme. Bon appareil photo. Autonomie 2 jours. Et pour le
terrain, j'ai trouvé que son coté étanche pouvait etre un plus. J'ai pas du
tout regardé par contre la qualité du GPS :

http://www.sonymobile.com/fr/products/phones/xperia-m4-aqua/

En tout cas, si vous avez des remarques à faire sur mon choix, n'hesitez
pas.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Re-OSM-contribuer-avec-quel-smartphone-Nicolas-Dumoulin-tp5866502p5866640.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

Bonjour,

Cela me parait un bon choix, pour moi l'important c'est qu'il puisse 
utiliser les logiciels de mapping tel que Osmtracker, osmand, 
keypad-mapper,prendre des photos,des mémos vocaux et avoir un écran 
suffisamment grand (pas de 4 pouces)

Le gps devrait être ok.
Pour l'autonomie tu peux aussi acheter une power bank plutôt que une 
batterie supplémentaire, ça peut servir pour autre chose que le smartphone.

Bruno.

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