Re: [OSM-talk-fr] un specialiste des frontieres et coastline pour réparer les relations du var, france etc ...
Pour ça, tu peux faire le revert dans un nouveau calque, puis fusionner le way récupéré dans le calque où tu aura chargé les données actuelles. Par contre, il faut refaire à la main la couture des relations... Le 17 septembre 2014 07:43, didier2020 didier2...@free.fr a écrit : super ! merci vdct, j'ai deja utiliser les revert mais je n'ai pas su seulement de-effacer un way ... Le mardi 16 septembre 2014 à 22:42 +0200, Vincent de Château-Thierry a écrit : Le 16/09/2014 22:34, Vincent de Château-Thierry a écrit : Bonsoir Le 16/09/2014 22:04, didier2...@free.fr a écrit : le changeset qui a cassé des trucs http://www.openstreetmap.org/changeset/25482545 j'ai essayé plusieurs fois un revert mais y a un truc qui colle pas ... J'ai pour l'instant juste rétabli la coastline avec ce way : 121541919 La suite : atelier couture pour les relations admins Hop là Didier ;) : http://www.openstreetmap.org/changeset/25488340 ___ 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
[OSM-talk-fr] Re : Re: un specialiste des frontieres et coastline pour réparer les relations du var, france etc ...
compris ! sinon pour ma culture, il y a un autre moyen que le plugin reverter pour restaurer un objet? - Mail d'origine - De: Christian Quest cqu...@openstreetmap.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Wed, 17 Sep 2014 08:01:12 +0200 (CEST) Objet: Re: [OSM-talk-fr]un specialiste des frontieres et coastline pour réparer les relations du var, france etc ... Pour ça, tu peux faire le revert dans un nouveau calque, puis fusionner le way récupéré dans le calque où tu aura chargé les données actuelles. Par contre, il faut refaire à la main la couture des relations... Le 17 septembre 2014 07:43, didier2020 didier2...@free.fr a écrit : super ! merci vdct, j'ai deja utiliser les revert mais je n'ai pas su seulement de-effacer un way ... Le mardi 16 septembre 2014 à 22:42 +0200, Vincent de Château-Thierry a écrit : Le 16/09/2014 22:34, Vincent de Château-Thierry a écrit : Bonsoir Le 16/09/2014 22:04, didier2...@free.fr a écrit : le changeset qui a cassé des trucs http://www.openstreetmap.org/changeset/25482545 j'ai essayé plusieurs fois un revert mais y a un truc qui colle pas ... J'ai pour l'instant juste rétabli la coastline avec ce way : 121541919 La suite : atelier couture pour les relations admins Hop là Didier ;) : http://www.openstreetmap.org/changeset/25488340 ___ 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] Re : Re: un specialiste des frontieres et coastline pour réparer les relations du var, france etc ...
Bonjour, Selon didier2...@free.fr: compris ! sinon pour ma culture, il y a un autre moyen que le plugin reverter pour restaurer un objet? J'utilise ce plugin, très pratique : http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Undelete vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] un specialiste des frontieres et coastline pour réparer les relations du var, france etc ...
Le plugin undelete. Tu lui passe le type et l'id de l'objet à restaurer. C'est utile quand tu n'a qu'un (ou quelques objets) à récupérer. Revert est plus utile quand il s'agit de modifications plus massives, comme un landuse transformé en cercle. Là il faut remettre les noeuds à leur ancienne position et il est le plus adapté. Le 17 septembre 2014 08:38, didier2...@free.fr a écrit : compris ! sinon pour ma culture, il y a un autre moyen que le plugin reverter pour restaurer un objet? - Mail d'origine - De: Christian Quest cqu...@openstreetmap.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Wed, 17 Sep 2014 08:01:12 +0200 (CEST) Objet: Re: [OSM-talk-fr]un specialiste des frontieres et coastline pour réparer les relations du var, france etc ... Pour ça, tu peux faire le revert dans un nouveau calque, puis fusionner le way récupéré dans le calque où tu aura chargé les données actuelles. Par contre, il faut refaire à la main la couture des relations... Le 17 septembre 2014 07:43, didier2020 didier2...@free.fr a écrit : super ! merci vdct, j'ai deja utiliser les revert mais je n'ai pas su seulement de-effacer un way ... Le mardi 16 septembre 2014 à 22:42 +0200, Vincent de Château-Thierry a écrit : Le 16/09/2014 22:34, Vincent de Château-Thierry a écrit : Bonsoir Le 16/09/2014 22:04, didier2...@free.fr a écrit : le changeset qui a cassé des trucs http://www.openstreetmap.org/changeset/25482545 j'ai essayé plusieurs fois un revert mais y a un truc qui colle pas ... J'ai pour l'instant juste rétabli la coastline avec ce way : 121541919 La suite : atelier couture pour les relations admins Hop là Didier ;) : http://www.openstreetmap.org/changeset/25488340 ___ 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 -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Re: Re : Re: un specialiste des frontieres et coastline pour réparer les relations du var, france etc ...
je n'avais meme pas vu qu'il etait déja installé dans mon josm ! (par reverter) en tout cas merci bon ...c pas tout mais faut je que vais au boulot ;) - Mail d'origine - De: Vincent de Château-Thierry osm.v...@free.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Wed, 17 Sep 2014 08:41:53 +0200 (CEST) Objet: Re: [OSM-talk-fr]Re : Re:un specialiste des frontieres et coastline pour réparer les relations du var, france etc ... Bonjour, Selon didier2...@free.fr: compris ! sinon pour ma culture, il y a un autre moyen que le plugin reverter pour restaurer un objet? J'utilise ce plugin, très pratique : http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Undelete 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
[OSM-talk-fr] BANO/FANTOIR : deux orthographes pour une voie
Bonjour, La question a du être discuté ici mais je ne trouve pas de solution dans les archives ni dans le wiki. Je tombe souvent sur des voies qui ont deux codes Fantoir avec deux orthographes dont une n'est pas correcte, par exemple : - type de voie erroné, par ex. 661364856X RUE DES TAMARIS et 661364855W AVENUE DES TAMARIS. Sur le terrain c'est bien Avenue. - Fautes d'orthographe évidente: 660120073M IMP DES FLAMANTS ROSES et 6600120071K IMP DES FLAMANDS ROSES Comment traiter ces voies pour qu'ils n’apparaissent plus dans le rendu Bano? Peut on mettre deux codes Fantoir? Rainer ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] bano : besoin d'éclaircissements
Je remonte ce fil car le problème existe apparemment encore, par exemple ici [1] dans un lotissement construit il y a quelques années. Ce qui est curieux, c'est que les noms affichés en mauve sur le rendu Bano reproduisent des fautes d'orthographes que j'ai corrigé il y a un an. [1] http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/42.69741/2.93175 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO/FANTOIR : deux orthographes pour une voie
Il s'agit clairement d'erreurs dans FANTOIR. Flamnds - Flamants ! Il faudrait pour ces cas que les 2 codes FANTOIR soient rattachés à la voie en question. On ne s'est pas encore mis d'accord sur la façon de procéder... donc laisse en l'état et si c'est toujours visible sur le rendu BANO et bien cela ne gêne pas ;) Le 17 septembre 2014 10:53, rainerU ra...@sfr.fr a écrit : Bonjour, La question a du être discuté ici mais je ne trouve pas de solution dans les archives ni dans le wiki. Je tombe souvent sur des voies qui ont deux codes Fantoir avec deux orthographes dont une n'est pas correcte, par exemple : - type de voie erroné, par ex. 661364856X RUE DES TAMARIS et 661364855W AVENUE DES TAMARIS. Sur le terrain c'est bien Avenue. - Fautes d'orthographe évidente: 660120073M IMP DES FLAMANTS ROSES et 6600120071K IMP DES FLAMANDS ROSES Comment traiter ces voies pour qu'ils n'apparaissent plus dans le rendu Bano? Peut on mettre deux codes Fantoir? Rainer ___ 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] Multipolygone et landuse avec des valeurs différentes
2014-09-16 19:49 GMT+02:00 Jérôme Seigneuret jseigneuret-...@yahoo.fr: Je vois pas le problème j'ai fait un test bidon voici le résultat. Si tu veux matérialiser les bois d'un parc, tu es bien obligé de faire un multipolygone pour en isoler les fermes agricole... et autres activités. Dans le cas mentionné sur ce fil, on n'a pas un landuse à l'intérieur d' un autre landuse mais deux landuse côte à côte: http://www.openstreetmap.org/way/201745108 http://www.openstreetmap.org/way/42117058 Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] bano : besoin d'éclaircissements
To: talk-fr@openstreetmap.org From: ra...@sfr.fr Date: Wed, 17 Sep 2014 11:41:11 +0200 Subject: Re: [OSM-talk-fr]bano : besoin d'éclaircissements Je remonte ce fil car le problème existe apparemment encore, par exemple ici [1] dans un lotissement construit il y a quelques années. Ce qui est curieux, c'est que les noms affichés en mauve sur le rendu Bano reproduisent des fautes d'orthographes que j'ai corrigé il y a un an. [1] http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/42.69741/2.93175 C'est en mauve parce que le nom de la rue (Rue Louis Visconti)ne correspond pas au nom de la rue enregistré dans les noeuds adresse mauves (Rue Louis Viconti). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Multipolygone et landuse avec des valeurs différentes
Dans le cas d'un bâtiment dans une forêt, il faudrait créer un multipolygone et inclure le batiment avec inner, ou c'est quelque chose de facultatif ? Date: Wed, 17 Sep 2014 11:52:45 +0200 From: pier...@gmail.com To: talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr]Multipolygone et landuse avec des valeurs différentes 2014-09-16 19:49 GMT+02:00 Jérôme Seigneuret jseigneuret-...@yahoo.fr: Je vois pas le problème j'ai fait un test bidon voici le résultat. Si tu veux matérialiser les bois d'un parc, tu es bien obligé de faire un multipolygone pour en isoler les fermes agricole... et autres activités. Dans le cas mentionné sur ce fil, on n'a pas un landuse à l'intérieur d' un autre landuse mais deux landuse côte à côte: http://www.openstreetmap.org/way/201745108 http://www.openstreetmap.org/way/42117058 Pieren ___ 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] Carte de randonnées à cheval sur waymarkedtrails.org
Le 17/09/2014 12:13, Yves Pratter a écrit : Bonjour, Sarah Hoffmann vient de mettre sont site à jour : il affiche désormais les relations de type route=horse :-) Voici un exemple : l’étape 5 de la GTJ à Pontarlier (Grande traversée du Jura) http://riding.waymarkedtrails.org/fr/?zoom=13lat=46.87345lon=6.38513hill=0.335#routes Bonnes randos, A mon avis, il y a tellement peu de relations route=horse, qu'il serait surement intéressant de mettre aussi en avant les highway ayant horse=yes Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] bano : besoin d'éclaircissements
Am 17.09.2014 13:02, schrieb George Kaplan: C'est en mauve parce que le nom de la rue (Rue Louis Visconti)ne correspond pas au nom de la rue enregistré dans les noeuds adresse mauves (Rue Louis Viconti). Merci, ça m'a échappé. Désolé pour avoir dérange la liste. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Multipolygone et landuse avec des valeurs différentes
Je n'ai jamais créé de multipolygone pour un batiment dans une forêt. Parfois quand je repère un jardin ou un parking à coté du bâtiment je crée un membre landuse=residential en inner de la forêt qui englobe la maison. Je trouve les multipolygones assez fastidieux et inutiles dans la plupart des cas, sachant qu'un algorithme de rendu bien programmé pourrait généralement se débrouiller tout seul les créer à partir de règles de bon sens. Par exemple si un landuse=meadow est inclus dans un landuse=forest, c'est forcément un multipolygone ; si un leisure=pitch est inclus dans un leisure=park, ce n'est pas un multipolygone parce que le terrain de sport fait par défaut partie du parc englobant, sauf si on spécifie le contraire en créant le multipolygone pour préciser... etc Créer des multipolygones systématiquement pour les occupations de sol c'est un peu l'équivalent de mettre oneway=no et motor_vehicle=yes sur toutes les routes départementales. Mais comme je n'aime pas faire hurler les outils de validation, je me plie aux règles. On 9/17/14, Félix Marty felixma...@outlook.com wrote: Dans le cas d'un bâtiment dans une forêt, il faudrait créer un multipolygone et inclure le batiment avec inner, ou c'est quelque chose de facultatif ? Date: Wed, 17 Sep 2014 11:52:45 +0200 From: pier...@gmail.com To: talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] Multipolygone et landuse avec des valeurs différentes 2014-09-16 19:49 GMT+02:00 Jérôme Seigneuret jseigneuret-...@yahoo.fr: Je vois pas le problème j'ai fait un test bidon voici le résultat. Si tu veux matérialiser les bois d'un parc, tu es bien obligé de faire un multipolygone pour en isoler les fermes agricole... et autres activités. Dans le cas mentionné sur ce fil, on n'a pas un landuse à l'intérieur d' un autre landuse mais deux landuse côte à côte: http://www.openstreetmap.org/way/201745108 http://www.openstreetmap.org/way/42117058 Pieren ___ 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] Multipolygone et landuse avec des valeurs différentes
Ca me semble plus cohérent de se limiter entre polygone landuse=* Un landuse dans un autre - multipolygone Un building dans un landuse - pas de multipolygone... en plus c'est bien un bâtiment qui est dans une forêt et ça permet de les identifier car sinon bonjour la difficulté pour les repérer par une requête ;) Le 17 septembre 2014 13:10, Félix Marty felixma...@outlook.com a écrit : Dans le cas d'un bâtiment dans une forêt, il faudrait créer un multipolygone et inclure le batiment avec inner, ou c'est quelque chose de facultatif ? Date: Wed, 17 Sep 2014 11:52:45 +0200 From: pier...@gmail.com To: talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] Multipolygone et landuse avec des valeurs différentes 2014-09-16 19:49 GMT+02:00 Jérôme Seigneuret jseigneuret-...@yahoo.fr: Je vois pas le problème j'ai fait un test bidon voici le résultat. Si tu veux matérialiser les bois d'un parc, tu es bien obligé de faire un multipolygone pour en isoler les fermes agricole... et autres activités. Dans le cas mentionné sur ce fil, on n'a pas un landuse à l'intérieur d' un autre landuse mais deux landuse côte à côte: http://www.openstreetmap.org/way/201745108 http://www.openstreetmap.org/way/42117058 Pieren ___ 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] bano : besoin d'éclaircissements
A mon tour. ici : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/47.08530/-1.28808 La rue Pierre Viansson-Ponté (à l'est) est en rouge, mais sans le tiret, et sans code Fantoir. Pourtant en recherchant cette rue dans les fichiers textes de la base Fantoir, j'en trouve bien un qui est 4400431995N. Bizarre... J'ai ajouté le code sur la rue en supprimant le zéro en trop (440431995N) et on verra demain. Au nord-est, la rue de la croix sénard est partagée entre 2 communes. J'ai bien indiqué un ref:FR:FANTOIR:left et ref:FR:FANTOIR:right avec les codes correspondants, mais l'une des correspondances ne se fait pas. Est-ce lié à la frontière admin qui entraine une non-détection de cette rue ? Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Multipolygone et landuse avec des valeurs différentes
*@Pieren *Le problème n'est pas différent c'est la manière de l’appréhender qui change. @*Christian Quest : *En effet il vaut mieux se limiter entre landuse, j'ai juste présenté un exemple pas trés cohérent en effet. Mais dans le cas d'un multipolygone. il faut bien faire gaffe! J'ai fait deux tests l'un en créant deux polygones jointifs puis en les regroupant et dans le cas présent (je pense que c'est ton cas *@Félix Marty*, Il ne faut pas créer des polygones jointifs mais imbriqués sinon les deux types sont regroupés avec un point vigule type=multipolygon landuse=forest;farmyard Donc dans ton cas crée la grosse patate englobante forest et dedans ton autre polygone avec certains nœuds qui sont en relation sur l’extérieur de ta forest au sud dans ton cas. Et dans tes deux polygones les lignes sont de type outer dans tous les cas (pas d'inner car pas d'englobement complet) Donc trois outer deux dans le mutipolygon et un pour le petit polygone de la ferme Voilà le tour est joué. Cordialement, Jérôme Le 17 septembre 2014 14:24, Christian Quest cqu...@openstreetmap.fr a écrit : Ca me semble plus cohérent de se limiter entre polygone landuse=* Un landuse dans un autre - multipolygone Un building dans un landuse - pas de multipolygone... en plus c'est bien un bâtiment qui est dans une forêt et ça permet de les identifier car sinon bonjour la difficulté pour les repérer par une requête ;) Le 17 septembre 2014 13:10, Félix Marty felixma...@outlook.com a écrit : Dans le cas d'un bâtiment dans une forêt, il faudrait créer un multipolygone et inclure le batiment avec inner, ou c'est quelque chose de facultatif ? Date: Wed, 17 Sep 2014 11:52:45 +0200 From: pier...@gmail.com To: talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] Multipolygone et landuse avec des valeurs différentes 2014-09-16 19:49 GMT+02:00 Jérôme Seigneuret jseigneuret-...@yahoo.fr : Je vois pas le problème j'ai fait un test bidon voici le résultat. Si tu veux matérialiser les bois d'un parc, tu es bien obligé de faire un multipolygone pour en isoler les fermes agricole... et autres activités. Dans le cas mentionné sur ce fil, on n'a pas un landuse à l'intérieur d' un autre landuse mais deux landuse côte à côte: http://www.openstreetmap.org/way/201745108 http://www.openstreetmap.org/way/42117058 Pieren ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte de randonnées à cheval sur waymarkedtrails.org
Le 17 sept. 2014 à 13:34, Christophe Merlet red...@redfoxcenter.org a écrit : A mon avis, il y a tellement peu de relations route=horse, qu'il serait surement intéressant de mettre aussi en avant les highway ayant horse=yes Je crois que Sarah ne veut pas de « gribouillis » sur sa carte, mais uniquement des itinéraires aménagés. Par contre, tous les sentiers, chemins, pistes… les highway=bridleway sont visibles sur la carte de randonnée à pied et équestre : http://www.wanderreitkarte.de/index.php?lon=7.0434lat=47.2405zoom=16lang=en Il semble que horse=yes ne soit pas utilisé, uniquement horse=no (le sentier autour du lac est interdit aux chevaux). Et au passage, je signal que le site www.wanderreitkarte.de a été traduit en anglais (auparavent il était uniquement en allemand) — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Hyperactivité d'un utilisateur
Bonjour, L'utilisateur jeremy2878 s'est inscrit le 10 septembre ; depuis 4 jours il s'amuse à effectuer des modifications (109 changesets à cette heure) un peu partout en France, sans aucun commentaire, et dont la nature est très discutable (projets en plan ou imaginaires...). Je l'ai contacté pour lui rappeler l'objectif d'OpenStreetMap. Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Hyperactivité d'un utilisateur
Tiens, il me semblait bien que j'avais vu passer ce nom-là : http://www.openstreetmap.org/note/241898 Si tout est aussi créatif que celui-là… je suis curieux de sa réponse… JB. Le 17/09/2014 17:42, te...@free.fr a écrit : Bonjour, L'utilisateur jeremy2878 s'est inscrit le 10 septembre ; depuis 4 jours il s'amuse à effectuer des modifications (109 changesets à cette heure) un peu partout en France, sans aucun commentaire, et dont la nature est très discutable (projets en plan ou imaginaires...). Je l'ai contacté pour lui rappeler l'objectif d'OpenStreetMap. Teuxe ___ 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] Ajout des Point d'eau de remplissage
Le 16 septembre 2014 15:35, Pieren pier...@gmail.com a écrit : 2014-09-16 10:48 GMT+02:00 Jérôme Seigneuret jseigneuret-...@yahoo.fr: j'ai amenity=drinking_water suivi de drinking_water=no Je suis parfois étonné par l'imagination et la logique implacable de certaines propositions... Moi aussi je trouve cette proposition stupide. Ou comment créer et utiliser des tags contradictoires entre eux! si on a amenity=drinking_water; par définition c'est un point d'eau potable et le second drinking_water=no est un contresens complet. Là je pense qu'il devait s'agir plutôt de quelque chose comme: amenity=water_supply suivi de drinking_water=no (en considérant que drinking_water est une sous-classe qui a été généralisée dans water_supply pour tous les points d'eau; potable ou non, libre d'accès ou non, donc aussi bien les fontaines potables, que les bornes à incendie en ville ou les réserves d'eau à usage agricole ou industriel ou pour le nettoyage automobile ou l'arrosage des jardins ou greens de terrains de golf et toute les eaux de récupération par exemple les gouttières sur les toits des toits des serres). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] On parle d'OSM-FR et de BANO dans L'Usine Digitale...
C'est ici: http://www.usine-digitale.fr/article/e-gouvernement-la-france-s-engage-a-100-de-services-en-ligne-dans-un-an.N285088 Pour info, il y a eu une communication de Thierry Mandon sur le numérique lors du conseil des ministres de ce mercredi. BANO y a été évoqué et fait surtout partie du dossier de presse. Aujourd'hui a aussi été publié le décret concernant le poste d'Administrateur Général des Données (Chief Data Officer en anglais). C'est un décret très novateur pour les données en France et pour l'opendata. Il n'y a plus qu'à attendre la nomination de celui ou celle qui va tenir pour la première fois ce rôle. Aujourd'hui aussi... nouvelle version du site http://data.gouv.fr/ qui intègre (parmi un grand nombre de nouveautés) désormais des minicarte OSM (fond mapquest) pour localiser la couverture géographique des jeux de données. Grosse journée au boulot ;) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte de randonnées à cheval sur waymarkedtrails.org
Faire une carte c'est aussi favoriser une manière de taguer. Dans ce cas, je ne peux pas donner tort à Lonvia. On 17 septembre 2014 13:34:48 UTC+02:00, Christophe Merlet red...@redfoxcenter.org wrote: Le 17/09/2014 12:13, Yves Pratter a écrit : Bonjour, Sarah Hoffmann vient de mettre sont site à jour : il affiche désormais les relations de type route=horse :-) Voici un exemple : l’étape 5 de la GTJ à Pontarlier (Grande traversée du Jura) http://riding.waymarkedtrails.org/fr/?zoom=13lat=46.87345lon=6.38513hill=0.335#routes Bonnes randos, A mon avis, il y a tellement peu de relations route=horse, qu'il serait surement intéressant de mettre aussi en avant les highway ayant horse=yes Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] bano : besoin d'éclaircissements
Encore un autre cas, assez proche de celui de la rue viansson-Ponté : un tiret à disparu, et il n'y a pas de code fantoir d'indiqué. C'est ici : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/47.22140/-1.43291 Stf Le mercredi 17 septembre 2014 15:06:33, Stéphane Péneau a écrit : A mon tour. ici : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/47.08530/-1.28808 La rue Pierre Viansson-Ponté (à l'est) est en rouge, mais sans le tiret, et sans code Fantoir. Pourtant en recherchant cette rue dans les fichiers textes de la base Fantoir, j'en trouve bien un qui est 4400431995N. Bizarre... J'ai ajouté le code sur la rue en supprimant le zéro en trop (440431995N) et on verra demain. Au nord-est, la rue de la croix sénard est partagée entre 2 communes. J'ai bien indiqué un ref:FR:FANTOIR:left et ref:FR:FANTOIR:right avec les codes correspondants, mais l'une des correspondances ne se fait pas. Est-ce lié à la frontière admin qui entraine une non-détection de cette rue ? Stf ___ 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] Hyperactivité d'un utilisateur
Bonsoir, effectivement, il y a des routes ou des tunnels terminées qui ont surgi de terre, du moins dans mon secteur, à vitesse grand V, alors que certaines portions de tracés ne reflètent absolument pas la réalité sur le terrain. Une erreur de tag peut être dans la mesure où ce n'est pour certains segments qu'à l'état de chantier ou futures réalisations à venir, proches ou lointaines. Wait and see + demande d'infos. Michel Le 17 septembre 2014 18:46, JB jb...@mailoo.org a écrit : Tiens, il me semblait bien que j'avais vu passer ce nom-là : http://www.openstreetmap.org/note/241898 Si tout est aussi créatif que celui-là… je suis curieux de sa réponse… JB. Le 17/09/2014 17:42, te...@free.fr a écrit : Bonjour, L'utilisateur jeremy2878 s'est inscrit le 10 septembre ; depuis 4 jours il s'amuse à effectuer des modifications (109 changesets à cette heure) un peu partout en France, sans aucun commentaire, et dont la nature est très discutable (projets en plan ou imaginaires...). Je l'ai contacté pour lui rappeler l'objectif d'OpenStreetMap. Teuxe ___ 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] bano : besoin d'éclaircissements
Bonsoir, Le 17/09/2014 22:03, Stéphane Péneau a écrit : Encore un autre cas, assez proche de celui de la rue viansson-Ponté : un tiret à disparu, et il n'y a pas de code fantoir d'indiqué. C'est ici : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/47.22140/-1.43291 Le mercredi 17 septembre 2014 15:06:33, Stéphane Péneau a écrit : A mon tour. ici : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/47.08530/-1.28808 La rue Pierre Viansson-Ponté (à l'est) est en rouge, mais sans le tiret, et sans code Fantoir. Pourtant en recherchant cette rue dans les fichiers textes de la base Fantoir, j'en trouve bien un qui est 4400431995N. Bizarre... J'ai ajouté le code sur la rue en supprimant le zéro en trop (440431995N) et on verra demain. Au nord-est, la rue de la croix sénard est partagée entre 2 communes. J'ai bien indiqué un ref:FR:FANTOIR:left et ref:FR:FANTOIR:right avec les codes correspondants, mais l'une des correspondances ne se fait pas. Est-ce lié à la frontière admin qui entraine une non-détection de cette rue ? Le cas de la Rue de la Croix-Sénard est similaire à celui décrit par George dans ce ticket : https://github.com/osm-fr/bano/issues/53 Pour l'instant il n'est pas traité. Pour les 2 autres rues, en effet l'espace omis suffit à empêcher le rapprochement des libellés Cadastre et Fantoir, d'où le rouge. Le levier qu'on a pour corriger consiste à intégrer les adresses dans OSM, voire via une relation associatedStreet contenant le Fantoir. On aura alors la garantie que les adresses contribuent à BANO (et évidemment au passage on aura fait tourner le compteur d'adresses dans OSM :) ) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] pont ferroviaire, pont routier, tunnel
Un tunnel pourrait-il correspondre à un passage couvert plus long que large ? Ce qui permettrait de définir une limite entre pont et tunnel/tranchée couverte (tunnel=* vient qualifier le type de passage couvert). C'est ce que le wiki évoque, dans des termes peu clairs. Dans le cas donné en exemple au sud de Tavel, c'est clairement un pont de la ligne TGV qui passe sur la route. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 16 septembre 2014 16:54, HELFER Denis denis.hel...@rff.fr a écrit : *De :* Jérôme Seigneuret [mailto:jseigneuret-...@yahoo.fr] *Envoyé :* mardi 16 septembre 2014 16:39 *À :* Discussions sur OSM en français *Objet :* [OSM-talk-fr] pont ferroviaire, pont routier, tunnel Bonjour, Je viens de rencontrer un problème sur la ligne LGV. http://www.openstreetmap.org/edit#map=18/43.99921/4.73571 Celle-ci est surélevé et je pense que les croisements avec la route sont pour la plupart erronés. En effet la route et cours d'eau sont considérés comme passant en tunnel... Hors c'est complètement faux. Ce sont les tronçons de ligne ferroviaire qui doivent être découpé (a mon avis) pour définir des pont (sauf les buses servant au passage des ruisseaux car c'est encore un autre type d'ouvrage) Il me semble que par définition, dans les ouvrages d'art, un tunnel n'est pas un élément aérien contrairement au pont. Je pense que la précision mérite d'être mise dans le wiki vu le nombre d'erreurs la dessus. Il n’y a pas que les LGV qui sont concernées, mais aussi les autres lignes ferroviaires et autres autoroutes. J’ai déjà (et continuerai à ) dégommé de ces faux tunnels. ___ 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