Re: [OSM-talk-fr] Borne de vidange et d'alimentation pour camping cars et/ou bateaux

2015-07-23 Par sujet Yves Pratter
Je ressort un vieux sujet ;)

 Le 19 août 2013 à 18:37, Yves Pratter yves.prat...@laposte.net 
 mailto:yves.prat...@laposte.net a écrit :
 
 Quels attributs utiliser pour ce genre de bornes ?
 
 Elles peuvent fournir ± les services suivants :
 eau
 électricité
 vidange WC chimiques
 vidange d'eaux usées http://fr.wikipedia.org/wiki/Eaux_us%C3%A9es

Il existe maintenant (?) amenity=sanitary_dump_station 
http://wiki.openstreetmap.org/wiki/FR:Tag:amenity=sanitary_dump_station et sa 
version fluviale/maritime waterway=sanitary_dump_station 
http://wiki.openstreetmap.org/wiki/Tag:waterway=sanitary_dump_station

En voici une dans l’aire de camping cars de Métabief (25) :
amenity=sanitary_dump_station
fee=yes
water_point=yes
mapillary=la2Cp3Dy6wsnh2vyjOrZSQ 
http://www.mapillary.com/map/im/la2Cp3Dy6wsnh2vyjOrZSQ

Quel clés utiliser pour sa petite soeur qui ne fournit que de l’électricité ?
amenity=power_supply ? (il n’y en a que 14 dans TagInfo 
http://taginfo.openstreetmap.org/tags/amenity=power_supply)
fee=yes
mapillary=60UkppqdSYaueuZWk3KOvg 
http://www.mapillary.com/map/im/60UkppqdSYaueuZWk3KOvg

Merci d’avance pour vos commentaires :)

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


Re: [OSM-talk-fr] Borne de vidange et d'alimentation pour camping cars et/ou bateaux

2015-07-23 Par sujet osm . sanspourriel

Mes deux eurocentimes ;-)
1) Attention :
- fait partie de propositions de 2009 
(http://wiki.openstreetmap.org/wiki/FR:Key:power_supply)

- fait pour tout un camp

Dont un chemin :
http://www.openstreetmap.org/way/89153197

Parmi les propositions :
http://wiki.openstreetmap.org/wiki/Proposed_features/Extend_camp_site

power_supply 
http://wiki.openstreetmap.org/wiki/Key:power_supply=/cee_17_blue/ 
Describing the power socket for. This means P+N+E,6h according to 
IEC60309 but see power_supply 
http://wiki.openstreetmap.org/wiki/Key:power_supply=* for other values.


Mais c'est pour tout un camp, ici c'est une borne payante à part.

2) Tu as pensé à :
amenity=charging_station 
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcharging_station

socket:cee_blue=1

3) (jamais 2 sans 3) : je n'étais pas sur la liste en 2013, je suis donc 
neutre (est-on en phase ?). Ceci est un jeu de mot, pour ceux qui 
seraient pas au courant.


Jean-Yvon*
*

Le 23/07/2015 22:52, Yves Pratter - yves.prat...@gmail.com a écrit :

Je ressort un vieux sujet ;)

Le 19 août 2013 à 18:37, Yves Pratter yves.prat...@laposte.net 
mailto:yves.prat...@laposte.net a écrit :


Quels attributs utiliser pour ce genre de bornes ?

Elles peuvent fournir ± les services suivants :

  * eau
  * électricité
  * vidange WC chimiques
  * vidange d'eaux usées http://fr.wikipedia.org/wiki/Eaux_us%C3%A9es




Il existe maintenant (?) amenity=sanitary_dump_station 
http://wiki.openstreetmap.org/wiki/FR:Tag:amenity=sanitary_dump_station et 
sa version fluviale/maritime waterway=sanitary_dump_station 
http://wiki.openstreetmap.org/wiki/Tag:waterway=sanitary_dump_station


En voici une dans l’aire de camping cars de Métabief (25) :

  * amenity=sanitary_dump_station
  * fee=yes
  * water_point=yes
  * mapillary=la2Cp3Dy6wsnh2vyjOrZSQ
http://www.mapillary.com/map/im/la2Cp3Dy6wsnh2vyjOrZSQ


Quel clés utiliser pour sa petite soeur qui ne fournit que de 
l’électricité ?


  * amenity=power_supply ? (il n’y en a que 14 dans TagInfo
http://taginfo.openstreetmap.org/tags/amenity=power_supply)
  * fee=yes
  * mapillary=60UkppqdSYaueuZWk3KOvg
http://www.mapillary.com/map/im/60UkppqdSYaueuZWk3KOvg


Merci d’avance pour vos commentaires :)

—
Yves


___
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] voiture lecteur de panneau signalétique

2015-07-23 Par sujet Christian Quest
Il va y avoir du mouvement dans tout ce domaine dans les années qui
viennent...

Entre les voitures sans conducteur, et les différentes assistances à la
conduite qui vont de plus en plus se perfectionner (la conduite
automatique sur autoroute développée par Audi est bluffante) le besoin
en données haute-définition va pousser les constructeurs automobile ou
les équipementiers (Bosch par exemple) à investir le domaine des données
géographique.

Here (ex Nokia, ex Navteq) risque fort d'être racheté par Mercédès/BMW/Audi.

J'ai peur que la logique de partage ne soit pas la plus naturelle pour
eux...
 

Le 23/07/2015 13:33, David Crochet a écrit :
 Bonjour

 le JT de 13h de F2 vient de monter les équipements typ haut de gamme
 sur les adaptabilités automatiques des véhicules grâce à, en
 particulier, un système de reconnaissance de panneau de signalisation.

 Est-il possible d'envisager un partenariat pour mutualiser leurs
 informations avec les données tel que, si leur système le permet,
 récupérer le point de modification de limitation de vitesses ou tout
 autre panneau de signalisation.

 Cordialement

-- 
Christian Quest - OpenStreetMap France


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


Re: [OSM-talk-fr] voiture lecteur de panneau signalétique

2015-07-23 Par sujet GarenKreiz
En parlant de logique de partage chez les constructeurs automobiles,
a-t-on une idée du nombre de GPS embarqués permettant d'exporter les
traces après un parcours?


Le 23 juillet 2015 14:26, Christian Quest cqu...@openstreetmap.fr a écrit :
 Il va y avoir du mouvement dans tout ce domaine dans les années qui
 viennent...

 Entre les voitures sans conducteur, et les différentes assistances à la
 conduite qui vont de plus en plus se perfectionner (la conduite
 automatique sur autoroute développée par Audi est bluffante) le besoin
 en données haute-définition va pousser les constructeurs automobile ou
 les équipementiers (Bosch par exemple) à investir le domaine des données
 géographique.

 Here (ex Nokia, ex Navteq) risque fort d'être racheté par Mercédès/BMW/Audi.

 J'ai peur que la logique de partage ne soit pas la plus naturelle pour
 eux...


 Le 23/07/2015 13:33, David Crochet a écrit :
 Bonjour

 le JT de 13h de F2 vient de monter les équipements typ haut de gamme
 sur les adaptabilités automatiques des véhicules grâce à, en
 particulier, un système de reconnaissance de panneau de signalisation.

 Est-il possible d'envisager un partenariat pour mutualiser leurs
 informations avec les données tel que, si leur système le permet,
 récupérer le point de modification de limitation de vitesses ou tout
 autre panneau de signalisation.

 Cordialement

 --
 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


Re: [OSM-talk-fr] Tags vides

2015-07-23 Par sujet Christian Quest
Le 23/07/2015 08:06, Hélène PETIT a écrit :
 Le 23/07/2015 01:49, Guillaume AMAT a écrit :
 Mais, si le tag existait déjà (name = toto) et que je le vide dans le
 formulaire... Je le supprime du node ou je l'envoie vide (chaîne de
 caractère vide) ?
 Alors alors ?!

 dev...@openstreetmap.org

 ;)

 Hélène

Tu le supprime, on ne met jamais un tag avec une valeur vide.

Ce qu'on renvoie à l'API c'est la nouvelle version de l'objet, donc on
remet tout les tags (sans oublier bien sûr ceux qu'on n'a pas changé)
sauf ceux qui n'existent plus (plus de name, plus de tag name).

Oui, c'est plus une question pour la liste dev, mais une peu de culture
générale technique pour tous c'est bien aussi ;)

-- 
Christian Quest - OpenStreetMap France


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


[OSM-talk-fr] voiture lecteur de panneau signalétique

2015-07-23 Par sujet David Crochet

Bonjour

le JT de 13h de F2 vient de monter les équipements typ haut de gamme 
sur les adaptabilités automatiques des véhicules grâce à, en 
particulier, un système de reconnaissance de panneau de signalisation.


Est-il possible d'envisager un partenariat pour mutualiser leurs 
informations avec les données tel que, si leur système le permet, 
récupérer le point de modification de limitation de vitesses ou tout 
autre panneau de signalisation.


Cordialement
--
David Crochet

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


Re: [OSM-talk-fr] Importation des arbres municipaux sur Nice

2015-07-23 Par sujet Christian Quest
Certains imports sont à bien peser...

@Jérôme: ces données ont un intérêt, certes, mais leur disponibilité en
opendata permet déjà tout les usages que tu as listé.

La question de l'entretien et de la mise à jour des données est celle
qu'il faut à mon avis se poser après celle de la qualité des données
qu'on envisage d'importer.

Qualité: qui a vérifié avec un échantillonnage sur le terrain qu'elles
étaient précises et à jour ? Quelle espoir de les voir mises à jour par
le producteur et quid de l'intégration de ces mises à jour ?

Entretien: qu'en disent les contributeurs locaux ? Ce sont eux qui vont
en priorité pouvoir entretenir des données aussi détaillées.


Le 23/07/2015 00:37, JB a écrit :
 Le 22/07/2015 16:36, Jérôme Seigneuret a écrit :

 Après, je me pose la question de l'intérêt d'importer une zone
 comme ça, avec des arbres espacés de moins de 1m :
 http://hpics.li/85d8ec5. Il y en a plusieurs. Tu aurais des
 statistiques de distances ? Moi et QGis, on essaye de s'aimer,
 mais c'est pas toujours facile.
 À part compliquer la contribution, foirer le rendu, rendre
 impossible toute correction humaine ultérieure


 Je vois pas comment les corrections ne serait pas faisable... 
 L'import a un intérêt pour la gestion des arbres. Les arbres plantés
 en touffe à moins d'un mètre c'est une réalité du terrain aussi...
 Oui, certes. Mais si tu mets 5 minutes à trouver dans les données quel
 arbre a été abattu, parce qu'il y en a 52 dans la zone, que le gps
 n'est pas assez précis, qu'il faut compter à partir de la bordure
 nord-est, mais qu'ils sont pas alignés, du coup ça marche pas. Chaque
 pavé d'une rue, c'est une réalité. Chaque arbre des forêts aussi.
 Pourtant, c'était une blague à la mode il y a pas si longtemps. Il y a
 d'autres façons de cartographier pour ça : landuse, landcover.
 Pour une commune l'intérêt est de gérer les plantations. Il me semble
 qu'avec l'age on peut aussi déterminer des arbres remarquables. Quand
 à la hauteur c'est plus dur à déterminer et à maintenir dans le
 temps. Sauf mettre la date de la prise de la hauteur car elle évolue
 dans le temps. 
 Oui, ils ont même parfois un SIG pour gérer ça. Mais c'est pas un
 argument pour rentrer toutes les données dans OSM.
 Ca a aussi un intérêt environnemental: 
  - étude des pollens
  - accueille de la faune
 Un intérêt patrimonial, paysager, ...

 On pourrait aussi gérer l'état de santé même si rien n'existe pour le
 moment dans OSM mais là on est plus dans la gestion.
 Peut être avec des ref=* pour gérer l'abattage d’arbres dangereux et
 l'élagage  ajouter un facteur de croissance automatique par espèce
 pour déterminer un planning prévisionnel d'entretien.

 Bref les possibilités sont grandes même si certains n'en trouve pas
 l'intérêt.
 Bof, change le mot « intérêt » en « inconvénients dépassent les
 avantages ».


 ___
 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


Re: [OSM-talk-fr] durée des trajets à vélo dans Paris

2015-07-23 Par sujet Yves Pratter
Pour GraphHopper :
More realistic time estimates for routes #382 
https://github.com/graphhopper/graphhopper/issues/382
Take slowdown and accelerating into account #334 
https://github.com/graphhopper/graphhopper/issues/334
Improve Bicycle Routing #330 
https://github.com/graphhopper/graphhopper/issues/330
(liste non exhaustive)

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


[OSM-talk-fr] Limite maritime

2015-07-23 Par sujet Bruno Cortial
Bonjour,

Pouvez-vous me préciser à  quelle limite ce chemin correspond ?
http://www.openstreetmap.org/way/31030275#map=12/47.3824/-2.5931


S'il s'agit d'une limite en mer entre les régions Pays de la Loire et
Bretagne il y a un hic, car l'île Dumet fait partie de la commune de
Piriac-sur-mer en Pays de la Loire.
De même le SEMREV (http://www.openstreetmap.org/way/209424670 et
http://www.semrev.fr/fr/sig) est plutôt porté par les Pays de la Loire, CCI
Nantes St Nazaire, et Centrale Nantes.


J'ai trouvé ici un document montrant les limites de compétances des préfets
maritimes (qui ne sont pas vraiment des limites de régions). On voit que
l'allure de la limite dans OSM n'est pas la même.

http://www.dirm.sud-atlantique.developpement-durable.gouv.fr/les-limites-maritimes-sur-la-facade-sud-atlantique-r212.html
http://www.dirm.sud-atlantique.developpement-durable.gouv.fr/IMG/pdf/golfe_gascogne_limites_administratives_mai_2011_cle2352de.pdf

Le décret en question précise dans son article 1 les coordonnées des
points, mais il est noté abrogé sur légifrance. Quoi penser ?
http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT00525077categorieLien=cid


Question technique HS: par quelle(s) opération(s) de topologie trace-t-on
des limites équidistantes


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


Re: [OSM-talk-fr] Limite maritime

2015-07-23 Par sujet Damouns
Le 23 juillet 2015 21:00, osm.sanspourr...@spamgourmet.com a écrit :

  est-ce qu'il ne faudrait pas préciser que le point ajouté
 http://www.openstreetmap.org/node/3663213160 est le point plein Ouest
 référencé dans :
  source http://wiki.openstreetmap.org/wiki/FR:Key:source?uselang=fr Code
 rural et de la pêche maritime - Article R*911-3  source:website
 http://www.legifrance.gouv.fr/affichCodeArticle.do?cidTexte=LEGITEXT06071367idArticle=LEGIARTI29977461
 http://www.legifrance.gouv.fr/affichCodeArticle.do?cidTexte=LEGITEXT06071367idArticle=LEGIARTI29977461
   (ref
 = plein ouest ?)

 Et un complément d'info (description ?) sur la limite
 http://www.openstreetmap.org/way/46925877/history#map=9/47.1841/-3.2877
 http://www.openstreetmap.org/way/46925877/history#map=9/47.1841/-3.2877
 Ça évitera de se poser des questions.


OK pas de souci je te laisse faire !

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


Re: [OSM-talk-fr] Limite maritime

2015-07-23 Par sujet David Crochet

Bonjour

Le 23/07/2015 15:40, Bruno Cortial a écrit :

Quoi penser ?


Qu'il est intégré dans un code :
http://www.legifrance.gouv.fr/affichCodeArticle.do?cidTexte=LEGITEXT06071367idArticle=LEGIARTI29977461dateTexte=categorieLien=cid

Cordialement

--
David Crochet

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


Re: [OSM-talk-fr] voiture lecteur de panneau signalétique

2015-07-23 Par sujet Jean-Claude Repetto
Le 23/07/2015 16:12, Christian Quest a écrit :
 Aucune idée !
 
 Sur mon Tomtom j'avais ajouté un petit utilitaire pour enregistrer le
 log NMEA... mes premières traces collectées pour OSM !
 Je ne sais pas si sur les dernières versions c'est toujours possible.


Non, tous les TomTom fabriqués depuis 2010 sont verrouillés, impossible
d'ajouter des plug-ins.

Jean-Claude


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


Re: [OSM-talk-fr] voiture lecteur de panneau signalétique

2015-07-23 Par sujet Christian Quest
Aucune idée !

Sur mon Tomtom j'avais ajouté un petit utilitaire pour enregistrer le
log NMEA... mes premières traces collectées pour OSM !
Je ne sais pas si sur les dernières versions c'est toujours possible.


Le 23/07/2015 15:16, GarenKreiz a écrit :
 En parlant de logique de partage chez les constructeurs automobiles,
 a-t-on une idée du nombre de GPS embarqués permettant d'exporter les
 traces après un parcours?


 Le 23 juillet 2015 14:26, Christian Quest cqu...@openstreetmap.fr a écrit :
 Il va y avoir du mouvement dans tout ce domaine dans les années qui
 viennent...

 Entre les voitures sans conducteur, et les différentes assistances à la
 conduite qui vont de plus en plus se perfectionner (la conduite
 automatique sur autoroute développée par Audi est bluffante) le besoin
 en données haute-définition va pousser les constructeurs automobile ou
 les équipementiers (Bosch par exemple) à investir le domaine des données
 géographique.

 Here (ex Nokia, ex Navteq) risque fort d'être racheté par Mercédès/BMW/Audi.

 J'ai peur que la logique de partage ne soit pas la plus naturelle pour
 eux...


 Le 23/07/2015 13:33, David Crochet a écrit :
 Bonjour

 le JT de 13h de F2 vient de monter les équipements typ haut de gamme
 sur les adaptabilités automatiques des véhicules grâce à, en
 particulier, un système de reconnaissance de panneau de signalisation.

 Est-il possible d'envisager un partenariat pour mutualiser leurs
 informations avec les données tel que, si leur système le permet,
 récupérer le point de modification de limitation de vitesses ou tout
 autre panneau de signalisation.

 Cordialement
 --
 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

-- 
Christian Quest - OpenStreetMap France


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


Re: [OSM-talk-fr] Limite maritime

2015-07-23 Par sujet Damouns
Bonjour,

Suite à ce sujet de discussion j'ai modifié la limite en question pour
suivre le texte du Code (la version dans la base OSM n'étant pas
sourcée je l'ai écrasée)

J'ai ajoutée une source bien sûr pour cette nouvelle version. L'île en
question est maintenant en région Pays de la Loire !

Damouns

Le 23 juillet 2015 16:07, David Crochet david.croc...@free.fr a écrit :
 Bonjour

 Le 23/07/2015 15:40, Bruno Cortial a écrit :

 Quoi penser ?


 Qu'il est intégré dans un code :
 http://www.legifrance.gouv.fr/affichCodeArticle.do?cidTexte=LEGITEXT06071367idArticle=LEGIARTI29977461dateTexte=categorieLien=cid

 Cordialement

 --
 David Crochet

 ___
 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] Recyclage du rendu QA dans osmose: les carreaux INSEE sans route...

2015-07-23 Par sujet Christian Quest
Et voilà un décompte par région et département...

https://gist.github.com/cquest/111dccc51283d40b6eb9

ça traine en Aquitaine !  ;)

-- 
Christian Quest - OpenStreetMap France


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


Re: [OSM-talk-fr] voiture lecteur de panneau signalétique

2015-07-23 Par sujet Jérôme Seigneuret
Le pluggin est-il encore nécessaire?

Il y a ça sur le wiki
http://wiki.openstreetmap.org/wiki/FR:TomTom

On y trouve une liste de personnes , le système de log employé et le type
de GPS



Le 23 juillet 2015 16:25, Jean-Claude Repetto jrepe...@free.fr a écrit :

 Le 23/07/2015 16:12, Christian Quest a écrit :
  Aucune idée !
 
  Sur mon Tomtom j'avais ajouté un petit utilitaire pour enregistrer le
  log NMEA... mes premières traces collectées pour OSM !
  Je ne sais pas si sur les dernières versions c'est toujours possible.


 Non, tous les TomTom fabriqués depuis 2010 sont verrouillés, impossible
 d'ajouter des plug-ins.

 Jean-Claude


 ___
 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] Importation des arbres municipaux sur Nice

2015-07-23 Par sujet Jérôme Seigneuret
Oui si l'Open Data existe sauf que sur Montpellier c'est l'inverse qui se
passe. C'est les données contenues dans OSM qui sont proposées (avec la
licence OSM) sur le portail de Montpellier.

Voilà pourquoi je produis ces données en fonction du terrain que j'effectue
et que j'intègre directement dans OSM. La même pour ajouter l'éclairage
public (en parallèle).

Pour le placement je le corrige avec Bing quand c'est possible. Pour
l'alignement avec JOSM, un petit coup de Maj+B et hop! C'est plus propre
que la levé GPS dans certains cas.

On n'est pas nombreux ici à le faire mais bon. Il suffit d'aller faire une
requête Overpass pour se rendre compte des ajouts. J'ai déjà fais pas mal
de chose. Nice à un SIG puissant d'ailleurs le gars qui s'occupait du SIG
est maintenant chez ESRI et s'occupe de programme Arcopole. Je pense que le
SIG est bien plus puissant (équipe, données, logiciel...) qu'ici.

Pour la question d suivi et de maintenant il y a des ref en principe. Si
tel est le cas il est facile de voir celle qui n'en ont pas de celle qui
ont été importé. Si ces données ne sont pas dans le SI de Nice il faut
vérifier si c'est pas en partie privé ou si c'est un manque et donc
proposer un intégration dans le SI de Nice.

La question de la mise à jour est valable pour toutes les données. Dixit
Bâtiment détruit suite à un programme immobilier. Ajout de zone cyclable,
modification des passage piétions avec conformité handicape. Zones de
travaux?

Le problème de certains tag ou de certaines données c'est la durée de vie.
A partir de quand doit-on revérifier les données et considère-t-on qu'elles
sont obsolètes. Il est certains que quand ce sont les opérateurs eux-même
qui s'occupent de l'intégration et du suivi des données, on peut s'attendre
à ce qu'ils maintiennent correctement les informations. Ici, j'ai
l'impression qu'on a surtout de la contribution perso ou associative.
Peut-être qu'une implication de la Métropole permettrait d'avoir une
dynamique plus intéressante du fait qu'elle touche la globalité du
territoire.




Le 23 juillet 2015 14:13, Christian Quest cqu...@openstreetmap.fr a écrit
:

  Certains imports sont à bien peser...

 @Jérôme: ces données ont un intérêt, certes, mais leur disponibilité en
 opendata permet déjà tout les usages que tu as listé.

 La question de l'entretien et de la mise à jour des données est celle
 qu'il faut à mon avis se poser après celle de la qualité des données qu'on
 envisage d'importer.

 Qualité: qui a vérifié avec un échantillonnage sur le terrain qu'elles
 étaient précises et à jour ? Quelle espoir de les voir mises à jour par le
 producteur et quid de l'intégration de ces mises à jour ?

 Entretien: qu'en disent les contributeurs locaux ? Ce sont eux qui vont en
 priorité pouvoir entretenir des données aussi détaillées.



 Le 23/07/2015 00:37, JB a écrit :

 Le 22/07/2015 16:36, Jérôme Seigneuret a écrit :


   Après, je me pose la question de l'intérêt d'importer une zone comme
 ça, avec des arbres espacés de moins de 1m : http://hpics.li/85d8ec5. Il
 y en a plusieurs. Tu aurais des statistiques de distances ? Moi et QGis, on
 essaye de s'aimer, mais c'est pas toujours facile.
 À part compliquer la contribution, foirer le rendu, rendre impossible
 toute correction humaine ultérieure


  Je vois pas comment les corrections ne serait pas faisable...  L'import
 a un intérêt pour la gestion des arbres. Les arbres plantés en touffe à
 moins d'un mètre c'est une réalité du terrain aussi...

 Oui, certes. Mais si tu mets 5 minutes à trouver dans les données quel
 arbre a été abattu, parce qu'il y en a 52 dans la zone, que le gps n'est
 pas assez précis, qu'il faut compter à partir de la bordure nord-est, mais
 qu'ils sont pas alignés, du coup ça marche pas. Chaque pavé d'une rue,
 c'est une réalité. Chaque arbre des forêts aussi. Pourtant, c'était une
 blague à la mode il y a pas si longtemps. Il y a d'autres façons de
 cartographier pour ça : landuse, landcover.

   Pour une commune l'intérêt est de gérer les plantations. Il me semble
 qu'avec l'age on peut aussi déterminer des arbres remarquables. Quand à la
 hauteur c'est plus dur à déterminer et à maintenir dans le temps. Sauf
 mettre la date de la prise de la hauteur car elle évolue dans le temps.

 Oui, ils ont même parfois un SIG pour gérer ça. Mais c'est pas un argument
 pour rentrer toutes les données dans OSM.

   Ca a aussi un intérêt environnemental:
  - étude des pollens
  - accueille de la faune
 Un intérêt patrimonial, paysager, ...

  On pourrait aussi gérer l'état de santé même si rien n'existe pour le
 moment dans OSM mais là on est plus dans la gestion.
 Peut être avec des ref=* pour gérer l'abattage d’arbres dangereux et
 l'élagage  ajouter un facteur de croissance automatique par espèce pour
 déterminer un planning prévisionnel d'entretien.

  Bref les possibilités sont grandes même si certains n'en trouve pas
 l'intérêt.

 Bof, change le mot « intérêt » en « inconvénients dépassent les avantages
 

Re: [OSM-talk-fr] Tags vides

2015-07-23 Par sujet Hélène PETIT

Le 23/07/2015 01:49, Guillaume AMAT a écrit :

Mais, si le tag existait déjà (name = toto) et que je le vide dans le
formulaire... Je le supprime du node ou je l'envoie vide (chaîne de
caractère vide) ?
Alors alors ?!


dev...@openstreetmap.org

;)

Hélène

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


Re: [OSM-talk-fr] voiture lecteur de panneau signalétique

2015-07-23 Par sujet Jean-Claude Repetto
Le 23/07/2015 16:44, Jérôme Seigneuret a écrit :
 Le pluggin est-il encore nécessaire?
 
 Il y a ça sur le wiki
 http://wiki.openstreetmap.org/wiki/FR:TomTom 
 
 On y trouve une liste de personnes , le système de log employé et le
 type de GPS


Tout ce qui se trouve sur cette page du Wiki concerne les TomTom
antérieurs à 2010. Pour info, je suis l'auteur de ttMaps, l'un des cinq
logiciels cités sur cette page.

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


Re: [OSM-talk-fr] voiture lecteur de panneau signalétique

2015-07-23 Par sujet Stéphane Péneau
Pour ce consoler, on peut se dire qu'on à déjà Mapillary qui le fait, 
ainsi que Skout, et qu'on peut récupérer tout ça dans Josm :

http://www.openstreetmap.org/user/mvexel/diary/35344

Stf

Le 23/07/2015 14:26, Christian Quest a écrit :

Il va y avoir du mouvement dans tout ce domaine dans les années qui
viennent...

Entre les voitures sans conducteur, et les différentes assistances à la
conduite qui vont de plus en plus se perfectionner (la conduite
automatique sur autoroute développée par Audi est bluffante) le besoin
en données haute-définition va pousser les constructeurs automobile ou
les équipementiers (Bosch par exemple) à investir le domaine des données
géographique.

Here (ex Nokia, ex Navteq) risque fort d'être racheté par Mercédès/BMW/Audi.

J'ai peur que la logique de partage ne soit pas la plus naturelle pour
eux...
  


Le 23/07/2015 13:33, David Crochet a écrit :

Bonjour

le JT de 13h de F2 vient de monter les équipements typ haut de gamme
sur les adaptabilités automatiques des véhicules grâce à, en
particulier, un système de reconnaissance de panneau de signalisation.

Est-il possible d'envisager un partenariat pour mutualiser leurs
informations avec les données tel que, si leur système le permet,
récupérer le point de modification de limitation de vitesses ou tout
autre panneau de signalisation.

Cordialement



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


Re: [OSM-talk-fr] voiture lecteur de panneau signalétique

2015-07-23 Par sujet nicolas
Tu écris justement Christian j'ai peur que la logique du partage ne soit pas 
la plus naturelle pour eux et là je ne suis pas sûr. À nous de montrer que 
c'est celle qui coûte le moins cher et rapporte le plus. Et alors ils suivront 
tous.

Nicolas 

À jeu. juil. 23 08:26:12 2015 GMT-0400, Christian Quest a écrit :
 Il va y avoir du mouvement dans tout ce domaine dans les années qui
 viennent...
 
 Entre les voitures sans conducteur, et les différentes assistances à la
 conduite qui vont de plus en plus se perfectionner (la conduite
 automatique sur autoroute développée par Audi est bluffante) le besoin
 en données haute-définition va pousser les constructeurs automobile ou
 les équipementiers (Bosch par exemple) à investir le domaine des données
 géographique.
 
 Here (ex Nokia, ex Navteq) risque fort d'être racheté par Mercédès/BMW/Audi.
 
 J'ai peur que la logique de partage ne soit pas la plus naturelle pour
 eux...
  
 
 Le 23/07/2015 13:33, David Crochet a écrit :
  Bonjour
 
  le JT de 13h de F2 vient de monter les équipements typ haut de gamme
  sur les adaptabilités automatiques des véhicules grâce à, en
  particulier, un système de reconnaissance de panneau de signalisation.
 
  Est-il possible d'envisager un partenariat pour mutualiser leurs
  informations avec les données tel que, si leur système le permet,
  récupérer le point de modification de limitation de vitesses ou tout
  autre panneau de signalisation.
 
  Cordialement
 
 -- 
 Christian Quest - OpenStreetMap France
 
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr


-- 
Envoyé depuis mon Jolla
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Limite maritime

2015-07-23 Par sujet osm . sanspourriel

Bonjour,
Très bien, mais je veux encore mieux ;-).

J'ai complété l'Île Dumet.
Parfait pour les points A à D.
Par contre je vois que tu as modifié la
Limite des eaux territoriales de la France sur l'Atlantique
http://www.openstreetmap.org/way/46925877/history#map=9/47.1841/-3.2877

En te basant sur le Code rural et de la pêche maritime - Article R*911-3.
Sauf que la limite est définie ainsi :
http://www.eea.europa.eu/data-and-maps/data/maritime-boundaries

Tu as fait une modif pour que les tracés se rejoignent (ce qui est assez 
logique), est-ce qu'il ne faudrait pas préciser que le point ajouté 
http://www.openstreetmap.org/node/3663213160 est le point plein 
Ouest référencé dans :
source http://wiki.openstreetmap.org/wiki/FR:Key:source?uselang=fr 
Code rural et de la pêche maritime - Article R*911-3
source:website 
http://www.legifrance.gouv.fr/affichCodeArticle.do?cidTexte=LEGITEXT06071367idArticle=LEGIARTI29977461 



(ref = plein ouest ?)

Et un complément d'info (description ?) sur la limite 
http://www.openstreetmap.org/way/46925877/history#map=9/47.1841/-3.2877

Ça évitera de se poser des questions.

Par exemple quand la Loire-Atlantique réintégrera la Bretagne ;-).

Jean-Yvon

Le 23/07/2015 16:48, Damouns - damo...@gmail.com a écrit :

Bonjour,

Suite à ce sujet de discussion j'ai modifié la limite en question pour
suivre le texte du Code (la version dans la base OSM n'étant pas
sourcée je l'ai écrasée)

J'ai ajoutée une source bien sûr pour cette nouvelle version. L'île en
question est maintenant en région Pays de la Loire !

Damouns

Le 23 juillet 2015 16:07, David Crochet david.croc...@free.fr a écrit :

Bonjour

Le 23/07/2015 15:40, Bruno Cortial a écrit :

Quoi penser ?


Qu'il est intégré dans un code :
http://www.legifrance.gouv.fr/affichCodeArticle.do?cidTexte=LEGITEXT06071367idArticle=LEGIARTI29977461dateTexte=categorieLien=cid

Cordialement

--
David Crochet

___
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] tutoriels et formations OSM / recrutement Missing Maps

2015-07-23 Par sujet Martin Noblecourt

Bonjour,

Comme Benoît l'a signalé aux participants, l'événement de demain soir a 
été reporté à la rentrée faute de disponibilité des ONG devant y participer.


Nous avons cependant décidé de maintenir un RDV informel demain soir 
pour se rencontrer, commencer à discuter du projet et voir ce qui 
pourrait être commencé pendant l'été (sur les outils utilisés notamment).
Vous êtes donc les bienvenus, le RDV est place Gambetta à 19h30 pour un 
restau (Chez Betty), ceux qui seront là avant on peut se retrouver plus 
tôt pour boire un verre à côté.


Contact : ben.fourn...@gmail.com ou m_nobleco...@cartong.org

A bientôt !

Martin



La date est choisie pour le 24 juillet.
L'inscription finale se déroule sur Eventbrite :
https://eventbrite.fr/event/17634580505



2015-06-30 15:41 GMT+02:00 althio althio.forum at gmail.com  
https://lists.openstreetmap.org/listinfo/talk-fr:

/  Bonjour,

//
//  Comme indiqué sur le forum dans la partie francilienne...
//  http://forum.openstreetmap.fr/viewtopic.php?f=18t=2040
//
//  ... je participe à la mise en place d'un groupe Missing Maps
//  localement à Paris, qui démarre par une session de formation en
//  juillet.
//
//  J'ai deux besoins :
//
//  1) de la documentation
//  Je suis intéressé pour récupérer l'existant en tutoriels,
//  présentations, formations pour l'introduction à OSM au niveau débutant
//  (et éventuellement d'autres sujets, tels que les éditeurs, le Tasking
//  Manager, HOT, ...)
//
//  2) des co-encadrants
//  Je recherche des volontaires pour le jour J, plutôt du genre déjà
//  contributeurs OSM. Tout le monde sera là pour apprendre et échanger,
//  mais quelques co-encadrants permettrait de mettre un peu d'huile dans
//  la mécanique.
//
//
//  Si vous pouvez aider dans une rubrique (ou les deux), contactez-moi
//  dès que possible, ici ou hors-liste.
//
//  Benoît - althio/


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


Re: [OSM-talk-fr] Tags vides

2015-07-23 Par sujet Philippe Verdy
Il n'y a pas de tag a valeur vide dans osm. Si un tag est en trop on le
supprime. Dans tous les éditeurs , supprimer la valeur supprimé aussi la
clé.
Le 23 juil. 2015 08:08, Hélène PETIT h...@free.fr a écrit :

 Le 23/07/2015 01:49, Guillaume AMAT a écrit :

 Mais, si le tag existait déjà (name = toto) et que je le vide dans le
 formulaire... Je le supprime du node ou je l'envoie vide (chaîne de
 caractère vide) ?
 Alors alors ?!


 dev...@openstreetmap.org

 ;)

 Hélène

 ___
 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] Potlatch 2 : une interface qui s'affiche par défaut sur OSM

2015-07-23 Par sujet Marc Gemis
Il n'y a pas de support pour IE9  (voir
http://wiki.openstreetmap.org/wiki/ID et
https://github.com/openstreetmap/iD/issues/1437 )

m.

2015-07-22 17:39 GMT+02:00 Nicolas Cucchietti 
nicolas.cucchie...@cddpnr06.org:

 Bonjour Pierre-Yves et Bruno,

 Merci pour vos réponses.

 Vous avez certainement raison tous les deux raisons car le Maire a
 souhaité utiliser l'ordinateur de la mairie pour rentrer des données dans
 OSM : la mairie du village s'est créé son propre compte.
 Il me semblait bien avoir utilisé Internet Explorer pour me rendre sur
 OSM, je n'en connaissais pas la version et ne savais pas que iD-Editeur
 pouvait ne pas être optimisé pour les anciennes versions du navigateur de
 Microsoft...
 Par ailleurs,​ il est possible également que Potlatch 2 soit l'interface
 préféré du compte de la mairie, ce dont je n'ai pas prêté attention.
 Je contacterai sous peu la mairie pour vérifier si le problème est résolu.

 Merci encore ! Vous m'avez été d'une aide précieuse. Je vous tiens au
 courant des suites.

 *Nicolas Cucchietti*
 Stagiaire pour le Conseil de Développement du PNR des Préalpes d'Azur
 Tourisme Durable - Projet Itinérance

 ___
 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] Tags vides

2015-07-23 Par sujet Guillaume AMAT

Arf... Premier message et première bourde. Au bûcher !


Le 23/07/2015 08:06, Hélène PETIT a écrit :

Le 23/07/2015 01:49, Guillaume AMAT a écrit :

Mais, si le tag existait déjà (name = toto) et que je le vide dans le
formulaire... Je le supprime du node ou je l'envoie vide (chaîne de
caractère vide) ?
Alors alors ?!


dev...@openstreetmap.org

;)

Hélène

___
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] Tags vides

2015-07-23 Par sujet Guillaume AMAT
C'est ce que j'ai fait mais j'ai préféré demandé avant de supprimer des 
données comme ça.

Merci !


Le 23/07/2015 09:05, Philippe Verdy a écrit :


Il n'y a pas de tag a valeur vide dans osm. Si un tag est en trop on 
le supprime. Dans tous les éditeurs , supprimer la valeur supprimé 
aussi la clé.


Le 23 juil. 2015 08:08, Hélène PETIT h...@free.fr 
mailto:h...@free.fr a écrit :


Le 23/07/2015 01:49, Guillaume AMAT a écrit :

Mais, si le tag existait déjà (name = toto) et que je le vide
dans le
formulaire... Je le supprime du node ou je l'envoie vide
(chaîne de
caractère vide) ?
Alors alors ?!


dev...@openstreetmap.org mailto:dev...@openstreetmap.org

;)

Hélène

___
Talk-fr mailing list
Talk-fr@openstreetmap.org mailto: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] Retour sur la contribution à Mapillary

2015-07-23 Par sujet Stéphane Péneau

Le 21/07/2015 07:08, Vincent de Château-Thierry a écrit :
Et sinon, merci Stéphane pour ce retour d'expérience. Anticiper les 
contraintes logistiques, viser juste car on ne reviendra pas de sitôt 
sur les lieux, penser aux détails... bien vu !



Merci !

Il me reste à résoudre le problème des vibrations, l'effet jello. Mon 
smartphone y est particulièrement sensible, et ma voiture n'est pas 
aussi adaptée que certains modèles 
http://www.dailymotion.com/video/x3whl5_citroen-c6-bmw-serie-5-top-gear_auto-.




vincent
ps. petit sourire en voyant ce qui se reflète dans le pare-brise :)


??

Stf

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