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

[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 
=/cee_17_blue/ 
Describing the power socket for. This means P+N+E,6h according to 
IEC60309 but see 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 


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




Il existe maintenant (?) amenity=sanitary_dump_station 
 et 
sa version fluviale/maritime 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



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
)
  * fee=yes
  * mapillary=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] Borne de vidange et d'alimentation pour camping cars et/ou bateaux

[Yves Pratter]

Je ressort un vieux sujet ;)

> Le 19 août 2013 à 18:37, Yves Pratter  > 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 

Il existe maintenant (?) amenity=sanitary_dump_station 
 et sa 
version fluviale/maritime 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 


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 
)
fee=yes
mapillary=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] Limite maritime

[Damouns]

Le 23 juillet 2015 21:00,  a écrit :

>  est-ce qu'il ne faudrait pas préciser que le point ajouté
>  est le "point plein Ouest"
> référencé dans :
>  source  Code
> rural et de la pêche maritime - Article R*911-3  source:website
> 
> http://www.legifrance.gouv.fr/affichCodeArticle.do?cidTexte=LEGITEXT06071367&idArticle=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.
>

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

[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é 
 est le "point plein 
Ouest" référencé dans :
source  
Code rural et de la pêche maritime - Article R*911-3
source:website 
http://www.legifrance.gouv.fr/affichCodeArticle.do?cidTexte=LEGITEXT06071367&idArticle=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  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=LEGITEXT06071367&idArticle=LEGIARTI29977461&dateTexte=&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

[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 https://lists.openstreetmap.org/listinfo/talk-fr>>:

/  Bonjour,

/>/
/>/  Comme indiqué sur le forum dans la partie francilienne...
/>/  http://forum.openstreetmap.fr/viewtopic.php?f=18&t=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] voiture "lecteur" de panneau signalétique

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

[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

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

[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] Limite maritime

[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  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=LEGITEXT06071367&idArticle=LEGIARTI29977461&dateTexte=&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] voiture "lecteur" de panneau signalétique

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

[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

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

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

Re: [OSM-talk-fr] Limite maritime

[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=LEGITEXT06071367&idArticle=LEGIARTI29977461&dateTexte=&categorieLien=cid

Cordialement

--
David Crochet

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

[OSM-talk-fr] Limite maritime

[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=JORFTEXT00525077&categorieLien=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] voiture "lecteur" de panneau signalétique

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

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

[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

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

[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

[Yves Pratter]

Pour GraphHopper :
More realistic time estimates for routes #382 

Take slowdown and accelerating into account #334 

Improve Bicycle Routing #330 

(liste non exhaustive)

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

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

[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] Retour sur la contribution à Mapillary

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




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

Re: [OSM-talk-fr] Tags vides

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


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

Re: [OSM-talk-fr] Tags vides

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

[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

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