Re: [OSM-talk-fr] Origine des données Waze

2019-01-21 Par sujet marc marc
Le 21.01.19 à 21:16, Erwan Salomon a écrit : > waze était déjà à jour > y’a des chances qu’ils utilisent le tracé GPS des utilisateur pour une route, c'est le principe utilisé par improveosm/telenav mais pour un chemin piéton, les traces vont être + rare.

Re: [OSM-talk-fr] Origine des données Waze

2019-01-21 Par sujet deuzeffe
Pour ma part (et comme Marc me l'a fait remarquer sur irc aussi, et comme le dit JY), il n'est pas question d'introduire de fausses données, mais d'introduire des données réelles provenant de la très bonne connaissance du terrain, style le chemin/la voie qui n'est nulle part sur une carte

Re: [OSM-talk-fr] Rendu français : multipolygone highway=pedestrian non-rendu

2019-01-21 Par sujet marc marc
Le 21.01.19 à 21:38, Erwan Salomon a écrit : > https://www.openstreetmap.org/relation/7969715 le style osm.org a réduit son support-devinette des polygones invalides et a aussi réduit le nombre d'objet indoor rendu, ceci explique peut-être que cela ai fonctionné dans le passé et plus aujourd’hui

Re: [OSM-talk-fr] Rendu français : multipolygone highway=pedestrian non-rendu

2019-01-21 Par sujet Erwan Salomon
tient, en parlant de ça … je suis aller voir une de mes ancienne réalisation : https://www.openstreetmap.org/relation/7969715 dans mon souvenir cette zone apparaissait dans le rendu quand je m’y était attelé, et là rien ? j’ai mal géré un truc ? je me souvient que j’avais bien galéré erwan

Re: [OSM-talk-fr] Origine des données Waze

2019-01-21 Par sujet marc marc
Le 21.01.19 à 19:52, Gwenaël Jouvin via Talk-fr a écrit : > pas acceptable de placer de fausses informations je suis d'accord avec toi mais cela se contourne facilement : au lieu d'ajouter une fausse info, suffit d'en laisser une. dans ma zone de confort j'ai laissé 2 erreurs sans important dans

Re: [OSM-talk-fr] Origine des données Waze

2019-01-21 Par sujet Philippe Verdy
Plutôt que les œufs de Paques je suis aussi d'avis d'inclure des infos pertinentes sur les terrains privés (mais tout de même assez visible et vérifiable pour que ce ne soit pas de grossières erreurs. On peut ajouter effectivement les chemins d'accès privés, les clôtures, les haies (intéressant

Re: [OSM-talk-fr] Origine des données Waze

2019-01-21 Par sujet Erwan Salomon
> Le 21 janv. 2019 à 12:07, osm.sanspourr...@spamgourmet.com a écrit : > > ... > > Ajouter un chemin comme Glyo l'a fait c'est bien mais a priori quelqu'un > d'autre peut l'avoir fait. > > ... > Jean-Yvon tient ? qu’est-ce que j’ai encore fait ? de mon expérience avec waze (proche de zéro

Re: [OSM-talk-fr] Origine des données Waze

2019-01-21 Par sujet Gwenaël Jouvin via Talk-fr
Bonsoir, Je fais une petite digression sur les « œufs de pâques », à mon avis il n’est pas acceptable de placer de fausses informations dans OSM puisque d’après ce que j’ai compris (ou comme je vois ce projet ;-) ), OSM se doit d’être la plus exacte possible, justement pour se démarquer des

Re: [OSM-talk-fr] Origine des données Waze

2019-01-21 Par sujet David Crochet
Bonjour J'ai regardé les 3 iles du plan d'eau de la ferté macé (61) waze et OSM ne se ressemble pas du tout Ensuite en allant sur le Teileul (50) il y a deux route étiqueté identiquement, mais seul l'un apparait dans waze et pas l'autre Cordialement -- David Crochet

Re: [OSM-talk-fr] Et OSM la dedans !

2019-01-21 Par sujet OSMDoudou
> Il y a déjà du cross-post Twitter > Mastodon sur le compte > https://fr.osm.social/@osm_fr > Ce n'est pas parfait, mais ça permet d'avancer. Pourquoi ne pas inverser le flux: poster sur Mastodon et reposter sur Twitter ? C’est peut-être symbolique, mais ça permet de faire connaître le compte

Re: [OSM-talk-fr] Et OSM la dedans !

2019-01-21 Par sujet Rpnpif
Le 21 janvier 2019, Axelos a écrit : > Il y a aussi les flux RSS/Atom malheureusement trop souvent oubliés mais > si efficaces ! qui vont malheureusement disparaître des prochaines versions de Firefox. -- Alain Rpnpif ___ Talk-fr mailing list

Re: [OSM-talk-fr] Rendu français : multipolygone highway=pedestrian non-rendu

2019-01-21 Par sujet Christian Quest
Ce multipolygone est absent de la base osm2pgsql utilisée par le rendu FR. J'ai rajouté le area=yes pour voir si c'est lié à ça et indiquerai un problème dans le fichier de "style" qui sert à passer des données OSM aux géométries de la base importée par osm2pgsql et qui ferai qu'on n'a pas de

Re: [OSM-talk-fr] Origine des données Waze

2019-01-21 Par sujet Vincent Bergeot
Le 21/01/2019 à 12:15, Christian Quest a écrit : Avant de s'emballer et de tirer des généralités, quelques autres exemples, plus clairs et en France seraient nécessaires ! bien sur, si j'ai donné l'impression de m'emballer ce n'était pas le but. La similarité des données est cependant

Re: [OSM-talk-fr] Origine des données Waze

2019-01-21 Par sujet Florimond Berthoux
Bonjour, En quoi ce sont les même données ? De ce que je vois les nœuds ne sont pas positionnés aux mêmes endroits, donc données différentes. Le lun. 21 janv. 2019 à 11:34, Vincent Bergeot a écrit : > Le 20/01/2019 à 22:13, deuzeffe a écrit : > > Et j'ai été très surprise d'y trouver des

Re: [OSM-talk-fr] Rendu français : multipolygone highway=pedestrian non-rendu

2019-01-21 Par sujet bruno Piguet
> Autre question : pourquoi layer=1 ? Est-ce qu'il y a des éléments > cartographiés au-dessous de la dalle ? C'est une dalle piétonne, il y a un parking semi-souterrain dessous. Bruno. Le lun. 21 janv. 2019 à 08:15, Ralf Treinen a écrit : > Bonjour, > > On Sat, Jan 19, 2019 at 04:03:02PM

[OSM-talk-fr] Talents du vélo 2019

2019-01-21 Par sujet Axelos
Question, L'un de vous à titre perso ou associatif, notamment OSM France, a-t-il déjà tenté l’expérience de participation à un titre concernant la participation d'introduction de données relatif à un thème spéciale sur la base OSM ? L'idée étant surtout de mettre en valeur la donnée existante

Re: [OSM-talk-fr] Origine des données Waze

2019-01-21 Par sujet Christian Quest
Avant de s'emballer et de tirer des généralités, quelques autres exemples, plus clairs et en France seraient nécessaires ! il n'est pas impossible que des contributeurs OSM et/ou Waze ne respectent pas les licences... car la copie peut se faire dans les deux sens ;) Rajouter des oeufs de pâques

Re: [OSM-talk-fr] Origine des données Waze

2019-01-21 Par sujet osm . sanspourriel
Je pense qu'on devrait mettre (plus) d’œufs de Pâques dans OpenStreetMap. C'est-à-dire ajouter des informations qui ne sont pas ailleurs. Soit des informations qui manquent réellement mais il faut prendre quelque chose qui ne soit pas dans des données libres comme le cadastre soit (mieux ?)

Re: [OSM-talk-fr] Origine des données Waze

2019-01-21 Par sujet Vincent Bergeot
Le 20/01/2019 à 22:13, deuzeffe a écrit : Et j'ai été très surprise d'y trouver des objets que j'ai récemment ou pas (plus ou moins mal) mapés comme des parkings, des chemins piétons, des landuse de forme bizarre, etc., bref des trucs pour lesquels, sans verser dans la paranoïa ou le complexe

Re: [OSM-talk-fr] Origine des données Waze

2019-01-21 Par sujet althio
En France, je dirais qu'il est problable qu'une bonne partie du socle de données de Waze (ou Google Maps) provient des bases gratuites ou payantes de l'IGN. -- althio On Sun, 20 Jan 2019 at 22:14, deuzeffe wrote: > Bonsoir, > > À la suite de l'article de Numérama > ( >

Re: [OSM-talk-fr] Et OSM la dedans !

2019-01-21 Par sujet Axelos
Le 21/01/2019 à 09:38, Christian Quest a écrit : > Oui, il y a un équilibre à trouver. > > C'est le même sujet quand on liste les canaux de communication plus ou > moins "geek". > IRC n'est vraiment pas grand public, tout comme les mailing-lists et même > mastodon mais sont 100% GAFA free. Il y

Re: [OSM-talk-fr] Rendu français : multipolygone highway=pedestrian non-rendu

2019-01-21 Par sujet marc marc
Le 21.01.19 à 08:14, Ralf Treinen a écrit : >> une relation multiplolygone > il faut ajouter area=yes. un multipolygone est toujours une aire, c'est inutile d'ajouter area=yes si un rendu a un bug, "suffit" de corriger le bug dans le rendu :) ___

Re: [OSM-talk-fr] Et OSM la dedans !

2019-01-21 Par sujet Christian Quest
Oui, il y a un équilibre à trouver. C'est le même sujet quand on liste les canaux de communication plus ou moins "geek". IRC n'est vraiment pas grand public, tout comme les mailing-lists et même mastodon mais sont 100% GAFA free. Twitter permet de toucher un public plus large et (horreur!) nous

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

2019-01-21 Par sujet Phyks
Ok ! Merci pour la confirmation, -- Phyks Le 20/01/2019 à 20:08, osm.sanspourr...@spamgourmet.com a écrit : > Oui on a déjà eu ça l'an dernier : tant que l'INSEE n'a pas fourni les > nouveaux codes (par exemple en disant très probablement que le nouveau > code de Vindry-sur-Turdine c'est l'ancien