Re: [OSM-talk-fr] L'Ardèche repasse à 90 km/h

Le mer. 9 nov. 2022 à 18:23, Eric SIBERT a écrit : > > Ce pont n'est pas coupé par exemple : > > https://www.openstreetmap.org/way/25086393 > > Corrigé. > > Je suis passé dessus il y a deux ans et j'avais déjà complété les > limites de vitesse mais pas coupé le pont: > >

Re: [OSM-talk-fr] L'Ardèche repasse à 90 km/h

> > > Normalement les ways des départementales sont coupés à la limite du > > département mais à vérifier par contre pas obligatoirement les voies > > communales et pour les départementales, les ponts ne semble pas coupés > > Des fois, les ponts sont coupés comme celui-là : > >

Re: [OSM-talk-fr] L'Ardèche repasse à 90 km/h

Pour les voies communales, c'est pareil que les départementales ou pas ? ne pas se restreindre au ref avec un D, les rond-point et parfois des voies d'accès n'ont pas de ref=* Normalement les ways des départementales sont coupés à la limite du département mais à vérifier par contre pas

Re: [OSM-talk-fr] Comment faire? forêt broadleaved & needleleaved

en recherchant des tags utilisés avec taginfo, je trouve des choix fait dans certains pays pour nommer des forêts : Aux Pays Bas, on a plus de 700 toponym=forest : https://overpass-turbo.eu/s/1lJy En norvège, une cinquantaine de place=woodland : https://overpass-turbo.eu/s/1lJA sinon on a 660

Re: [OSM-talk-fr] Comment faire? forêt broadleaved & needleleaved

Le jeu. 8 sept. 2022 à 19:14, Jérôme Amagat a écrit : > > > Le jeu. 8 sept. 2022 à 18:25, David Marchal via Talk-fr < > talk-fr@openstreetmap.org> a écrit : > >> Ça risque de faire foirer le rendu, je pense : le motif « arbresque » des >> forêts va s’afficher

Re: [OSM-talk-fr] Comment faire? forêt broadleaved & needleleaved

Le jeu. 8 sept. 2022 à 18:25, David Marchal via Talk-fr < talk-fr@openstreetmap.org> a écrit : > Ça risque de faire foirer le rendu, je pense : le motif « arbresque » des > forêts va s’afficher deux fois, bonjour le rendu crade… > > Il y en aura un par dessus l'autre et donc 1 seul visible, je ne

Re: [OSM-talk-fr] Comment faire? forêt broadleaved & needleleaved

Le jeu. 8 sept. 2022 à 17:19, Marc_marc a écrit : > Bonjour, > > Le 07.09.22 à 21:02, Marc Mongenet a écrit : > > elation type=site qui représente et fait exactement > > ce qu'il faut. > > https://wiki.openstreetmap.org/wiki/Relation:site#Rationale > pour les cas oü l'objet ne peux pas être

Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible

Il me semble que ça n'a pas changé, toutes les adresses de la BAN (avec ou sans fantoir) sont présentes dans la base qui sert pour BANO, j'avais proposé une modification du rendu pour faire apparaître aussi les adresses sans fantoir : https://github.com/osm-fr/bano-cartocss/pull/7 ça date de

Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible

(Désolé de faire 3 messages...) Pour les communes avec des voies dans la BAN mais pas dans BANO car pas de Fantoir, on peut les trouver en regardant la page des stats par commune sur un département. Par exemple pour le Cantal (15) : https://bano.openstreetmap.fr/pifometre/stats_dept.html#dept=15

Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible

Le jeu. 1 sept. 2022 à 19:26, Marc_marc a écrit : > Hello, > > Le 31.08.22 à 23:50, Vincent de Château-Thierry a écrit : > > une commune non couverte par Fantoir pour ses voies se retrouve > > mécaniquement invisible dans BANO > > > Suggestions bienvenues ! > > On n'a qu'à se substituer à

Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible

Le mer. 31 août 2022 à 19:19, deuzeffe a écrit : > Le 31/08/2022 à 03:59, Jérôme Amagat a écrit : > > Bonjour, > > Moi pour gagner du temps, je fait que des copier coller et tout dans le > > même calque : > > Merci pour le tuto. Que je testerai la prochaine fois que

Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible

Bonjour, Moi pour gagner du temps, je fait que des copier coller et tout dans le même calque : je télécharge le .csv sur la page de la commune de pifomètre que je mets dans Josm, ça donne 1 point par rue, je sélectionne tout, je modifie "Libellé BAN"=* en name=*, je mets tous les points dans le

Re: [OSM-talk-fr] JOSM : SOS raccourci clavier...

Bonjour, ça m'est déjà arrivé... C'est le "suivi de la vue", on le trouve dans le menu Affichage ou ctr+maj+F Le sam. 30 juil. 2022 à 17:59, pepilepi...@ovh.fr a écrit : > Bonjour, > > J'ai dû accidentellement heurter un raccourci clavier, maintenant quand > je crée un chemin, chaque fois que

Re: [OSM-talk-fr] Education - Comment mapper les ULIS et les SEGPA ?

Moi je préfère un objet surfacique pour les 2 avec ref:uai avec les 2 valeurs séparé par un ; SEGPA c'est une "section" d'un collège donc 1 seul objet amenity=school. Le mer. 6 avr. 2022, 18:20, Vincent Bergeot a écrit : > Le 06/04/2022 à 07:46, Arnaud Champollion a écrit : > > Du coup pour

Re: [OSM-talk-fr] Changements "anciens" de limites communales

En anciennes communes qui ont encore une "existence" aujourd'hui, il y a les communes qui sont devenues communes associées mais ça date des années 70. Il en manque beaucoup dans OSM. Le mer. 18 nov. 2020 à 18:48, Christian Quest a écrit : > Le 18/11/2020 à 18:23, Yann-Vari Gwiader a écrit : > >

Re: [OSM-talk-fr] Suppression de l'attribut source (Re: Import des horaires des bureaux de poste)

Je suis d'accord, aucune solution n'est parfaite. Mais dire, on supprime source=* car la source est quelque part dans l'historique de l'objet, je n'y vois pas la solution miracle, loin de là. Il faut revenir au sujet de cette discussion, on parle de modifier un tag sur 1000 objets en France. Est

Re: [OSM-talk-fr] Suppression de l'attribut source (Re: Import des horaires des bureaux de poste)

Le dim. 15 nov. 2020 à 21:57, Éric Gillet a écrit : > Le 15/11/2020 à 17:21, Jérôme Amagat a écrit : > > > > Le dim. 15 nov. 2020 à 11:04, Éric Gillet a > écrit : > >> Le 15/11/2020 à 00:57, Jérôme Amagat a écrit : >> >> >> >> Le sam. 14 nov. 2

Re: [OSM-talk-fr] Suppression de l'attribut source (Re: Import des horaires des bureaux de poste)

Le dim. 15 nov. 2020 à 11:04, Éric Gillet a écrit : > Le 15/11/2020 à 00:57, Jérôme Amagat a écrit : > > > > Le sam. 14 nov. 2020 à 21:01, Éric Gillet a > écrit : > >> Le 13/11/2020 à 22:09, David Faure via Talk-fr a écrit : >> > On vendredi 13 novembre

Re: [OSM-talk-fr] Rendu BANO (v2) de retour !

La dernière modification supprime aussi les adresses de la BAN sans code fantoir qui avant apparaissaient en rouge mais sans être entourées de quoi que ce soit, il y avait juste des points rouge, j'ai fait une proposition pour qu'il apparaissent d'une autre couleur avec un polygon entourant les

Re: [OSM-talk-fr] Suppression de l'attribut source (Re: Import des horaires des bureaux de poste)

Le sam. 14 nov. 2020 à 21:01, Éric Gillet a écrit : > Le 13/11/2020 à 22:09, David Faure via Talk-fr a écrit : > > On vendredi 13 novembre 2020 18:23:11 CET Éric Gillet wrote: > >> Le 12/11/2020 à 10:02, David Faure via Talk-fr a écrit : > Et il faut garder les anciennes sources (sauf les

Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset

Pas de réaction hostile sur le robot :D On pourrait aussi indiquer sur le wiki, que les population=* en France ne sont connus qu'au niveau communal et donc que les population=* sur les place=* sont les populations des communes dont ce place=* est le chef lieu. Pour une grande partie des communes

Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset

Donc pour les rendus et pour être en accord avec ce qui est fait ailleurs dans le monde, il faudrait avoir les populations sur les node place admin_centre des communes. La seule source fiable pour obtenir ces populations est, il me semble, l'insee qui sort les populations légales tous les ans,

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

Je sais pas si c'est facile à adapter à ton code mais chaque objet garde la date de dernière modification (on a pas ce qui a été modifié, ca peut être n'importe quel tag ou la géométrie), donc peut être modifier les opening_hours=* existant que si n'a pas été modifié depuis au moins 1 ou 2 ans

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

Le mer. 11 nov. 2020 à 16:44, Georges Dutreix via Talk-fr < talk-fr@openstreetmap.org> a écrit : > Le 10/11/2020 à 17:55, Jérôme Amagat a écrit : > > > > Si tu attends que tous les bureaux de poste soient present dans osm > > pour faire ton ajout des heures d'ouve

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

Osmose permet de détecter des erreurs dans osm et permet aussi d'intégrer des données en opendata. Il y a déjà la possibilité d'ajouter les bureaux de poste manquant, d'après osmose il manque plus de 6600 bureau de poste en la France. Ce qui pourrait être bien, c'est que osmose propose de modifier

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

Le dim. 8 nov. 2020 à 23:23, David Faure via Talk-fr < talk-fr@openstreetmap.org> a écrit : > Bonjour et merci pour toutes ces réponses ! > > On dimanche 8 novembre 2020 16:43:36 CET osm.sanspourr...@spamgourmet.com > wrote: > > > (ignore everything after 11:45, that's the max time for sending >

Re: [OSM-talk-fr] Écoles maternelles -> amenity=school et school:FR=maternelle / et primaire-élémentaire-maternelle / était [Re: Osmose - Demande d'aide pour les écoles en France]

Le lun. 5 oct. 2020 à 22:55, Christian Rogel < christian.ro...@club-internet.fr> a écrit : > > > Le 5 oct. 2020 à 20:09, Frantz a écrit : > >> > > > > Présent. Modifications suite à une discussion bien nourrie ici même dans > laquelle tu étais intervenu, et pour ma part modifications qui ne

Re: [OSM-talk-fr] Écoles maternelles -> amenity=school et school:FR=maternelle / et primaire-élémentaire-maternelle / était [Re: Osmose - Demande d'aide pour les écoles en France]

Le lun. 5 oct. 2020 à 00:38, Christian Rogel < christian.ro...@club-internet.fr> a écrit : > > Le 4 oct. 2020 à 22:49, osm.sanspourr...@spamgourmet.com a écrit : > > > > Christian veut de l'international ? isced:level > > répond à ce > besoin.

Re: [OSM-talk-fr] Écoles maternelles -> amenity=school et school:FR=maternelle / et primaire-élémentaire-maternelle / était [Re: Osmose - Demande d'aide pour les écoles en France]

J'ai modifié les pages fr amenity=school https://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dschool et amenity=kindergarten https://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dkindergarten pour mieux séparer l'usage en France du reste du monde. N'hésitez pas à corriger.

Re: [OSM-talk-fr] Écoles maternelles -> amenity=school et school:FR=maternelle / et primaire-élémentaire-maternelle / était [Re: Osmose - Demande d'aide pour les écoles en France]

Le ven. 2 oct. 2020 à 10:01, Vincent Bergeot a écrit : > Le 02/10/2020 à 03:19, Jérôme Amagat a écrit : > > > Vincent, tu me fais prendre conscience du fait que des changements >> importants sur le wiki en français peuvent opérer par un seul contributeur >> sans

Re: [OSM-talk-fr] Écoles maternelles -> amenity=school et school:FR=maternelle / et primaire-élémentaire-maternelle / était [Re: Osmose - Demande d'aide pour les écoles en France]

> Vincent, tu me fais prendre conscience du fait que des changements > importants sur le wiki en français peuvent opérer par un seul contributeur > sans aucun mandat moral de la communauté francophone. > Où on s’aperçoit que les Belges, les Canadiens et les Suisses ne sont > guère intéressés par

Re: [OSM-talk-fr] Écoles maternelles -> amenity=school et school:FR=maternelle / et primaire-élémentaire-maternelle / était [Re: Osmose - Demande d'aide pour les écoles en France]

Si on est d'accord que les écoles maternelles doivent être des amenity=school et non des amenity=kindergarten, je pense qu'il faut migrer en un changeset les amenity=kindergarten school:FR=maternelle vers amenity=school school:FR=maternelle. Et il faut modifier l'analyse osmose (

Re: [OSM-talk-fr] Tags addr: pour les radars

avec les addr:* (pas besoin de bbox) : [out:csv(::id,type,enforcement,"addr:country",maxspeed,"addr:city","addr:postcode","addr:street",ref,milestone,name)]; relation ["addr:country"="FR"] [type=enforcement] [enforcement=maxspeed]; out; https://overpass-turbo.eu/s/XMY la response est quasi

Re: [OSM-talk-fr] BANO est-il mort?

Vous vous faite du mal à répondre à Philippe, ça ne sert à rien. Ça fait plusieurs années que je lis ce qui se dit sur cette liste et il est coutumier de ce genre d'intervention, il ne faut pas y faire attention et même ne pas le lire, vous vous en porterez que mieux :) J'ai quand même survolé ce

Re: [OSM-talk-fr] Chantiers d'été pour OSM-FR ;)

Le dim. 9 août 2020 à 23:18, Christian Quest a écrit : > Le 05/08/2020 à 19:42, Jérôme Amagat a écrit : > >>> > >>> Les mers, baies et détroits (place=sea, natural=bay, natural=strait) > >>> en surfacique pourraient avoir leur nom qui apparaissent po

Re: [OSM-talk-fr] Chantiers d'été pour OSM-FR ;)

Tout d'abord, merci pour ce très beau rendu ! Plusieurs améliorations possibles : Les aires d'autoroutes highway=services ne sont pas rendu contrairement au aires sans service highway=rest_area exemple : https://www.openstreetmap.org/way/125646404

Re: [OSM-talk-fr] Aire du viaduc de Millau

J'ai modifié un peu la géometrie https://www.openstreetmap.org/way/434996171 pour qu'elle cole plus au terrain mais ca ne devrait pas changé le problème. Je pense que le problème vient du faite que le polygon est transformé en un point au centre donc comme il y a des barrières pour ne pas faire

Re: [OSM-talk-fr] Relation : multiples … ca existe ?

isjoints il faut mettre les 2 polygones dans une relation avec comme rôle "outer" pour les 2 polygones et les tag sur la relation et pas sur les polygones. un exemple du même type : https://www.openstreetmap.org/relation/10837473 > Denis > Le 18/07/2020 à 01:51, Jérôme Amagat a écri

Re: [OSM-talk-fr] Relation : multiples … ca existe ?

Tout ce trouve dans un polygone donc il ne faut pas une relation mais un polygone avec à l'intérieur les bâtiments, le jardin, le recycleur... et on sait que le composteur et les bâtiments font partie du "Jardin du Hêtre" parce qu'ils sont à l'intérieur, par contre il faut y mettre les bon tags

Re: [OSM-talk-fr] Découpage administratif à Paris, les conseils de quartier

Les quartiers administratifs ça sert à quoi ? Ils ont des limites fixées depuis plus de 150 ans et ont dans leur nom le mot "administratif" mais tout ce que je trouve apres une brève recherche c'est qu"ils ont chacun un poste de police...(c'est une ancienne division de la préfecture de police ?)

Re: [OSM-talk-fr] édition en masse sur les adresses des cinémas

Le mer. 8 juil. 2020 à 13:25, Florian LAINEZ a écrit : > OK, en effet Christian j'ai pris un mauvais exemple, mais la logique tient > toujours. > > Voici donc l'exemple de la mairie de Montrouge, constitué d'un > bâtiment avec 3 accès : > - le bâtiment https://www.openstreetmap.org/way/83237614

Re: [OSM-talk-fr] Mise à jour BANO

fr/fantoir/index.html#insee=35293=3 Le mar. 7 juil. 2020 à 19:46, Jérôme Amagat a écrit : > Je ne sais pas si le problème vient de là mais il y a un souci de > rapprochement avec bano v2. > des codes fantoir qui sont sur des relations associatedStreet sont indiqué > comme non rapproc

Re: [OSM-talk-fr] Mise à jour BANO

Je ne sais pas si le problème vient de là mais il y a un souci de rapprochement avec bano v2. des codes fantoir qui sont sur des relations associatedStreet sont indiqué comme non rapproché sur la page https://bano.openstreetmap.fr/fantoir/#insee=35282=2 exemple name=Rue de la Mairie

Re: [OSM-talk-fr] édition en masse sur les adresses des cinémas

Le mar. 30 juin 2020 à 09:13, Yves P. a écrit : > Yves : en France on veut l'unicité des points adresse. > > Oui, et je suis d'accord avec ça. > > L'idée de Florian est bonne, le résultat risque de l'être moins (cf. ton > explication et celle de Jérôme). > > Par rapport au cas du ciné sur le

Re: [OSM-talk-fr] édition en masse sur les adresses des cinémas

Ces contact:*=* c'est pour avoir un unique objet par adresse, le plus souvent un node qui représente seulement une adresse mais pas obligatoirement. Mais les addr:*=* des cinémas sont surement pour bon nombre d'entre elles déjà uniques donc les changer en contact:*=* fera disparaître des adresses

Re: [OSM-talk-fr] Bano v2

Pas super facile d'ajouter de grand nombre de rues avec les outils Bano sur https://bano.openstreetmap.fr/ Je voulais partager comment je fais, (j'ajoute les noms des rues sur les ways mais pas les adresses), c'est ce que j'ai trouver de mieux pour ajouter un maximum de nom en un minimum de temps

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

plus que 367 (dont 99 itinérants) ! Normalement je n'ai pas fait d'erreurs cette fois ci et dans la pièce jointe il y a les 367 (dont 99 itinérants) cinémas dont la ref CNC n'est pas encore dans osm géolocalisé dans leur commune. et ici :

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

Plus que 330 cinéma dont la ref CNC n'est pas dans osm. en pièce jointe (si ça passe) , ceux qui reste geolocalisé dans la commune. ref:FR:CNC,name,screen,capacity,_CODE COMMUNE,_COMMUNE,_GENRE,_ART ET ESSAI,cinema:3D,latitude,longitude 4713,BORIS VIAN GRANDE HALLE,1,287,75119,Paris 19e

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

Le dim. 7 juin 2020 à 15:16, François Lacombe a écrit : > Bonjour à tous, > > Le dim. 7 juin 2020 à 11:02, Frédéric Rodrigo a > écrit : > >> Le 04/06/2020 à 17:09, Marc M. a écrit : >> > Le 04.06.20 à 17:02, didier2020 a écrit : >> >> dans le référentiel, la bretelle est définie par 2 plo, non

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

mon avis : un node avec highway=milestone et distance=pr ce node doit être un node du way de la route. Mais je ne crois pas qu'osmose peut faire quelque chose pour ça. Pas de ref=*, il n'y a pas de référence sur les bornes ni pour les borne dans le jeux de données, le A * ou N * c'est la référence

Re: [OSM-talk-fr] Désaccord sur un highway=footway

Le jeu. 28 mai 2020 à 15:26, Simon Réau a écrit : > Bonjour, > > Avec gileri nous avons un > désaccord sur un highway=footway situé dans la continuité de deux pistes > cyclables. Notre discussion ce situe ici >

Re: [OSM-talk-fr] Une résidence dans une zone résidentielle ?

Moi, j'utilise place=neighbourhood pour les lotissements et les résidences mais sur des nodes. > En terme de taille et pour Nantes tu as raison : neighbourhood c'est trop > grand. > Le problème est peut être le choix fait à Nantes d'utiliser place=neighbourhood Il y a place=quarter entre

Re: [OSM-talk-fr] import cadastre d'une petite zone

Le mar. 12 mai 2020 à 01:09, Donat ROBAUX a écrit : > Je rejoins ce que dit Eric > > Quand tu télécharges ton petit bout de planche cadastrale via l'onglet > Josm, > que ca t'en télécharge 4 planches alors que t'as rien demandé (mais que tu > as le malheur d'être proche de la jointure) que le

Re: [OSM-talk-fr] import cadastre d'une petite zone

Le dim. 10 mai 2020 à 15:37, Eric SIBERT a écrit : > Dans JOSM, quand on télécharge une zone, il y a un onglet > "Téléchargement depuis le Cadastre". On choisit Objets : bâtiments. Ça > télécharge dans un nouveau calque (par planches cadastres entières). On > copie les bâtiments qu'on veut et on

Re: [OSM-talk-fr] Evolution des règles pour les plages et la ligne de côte

Difficile de trouvé d'autres exemples de côte pas a jour dans le rendu fr, en cherchant au hasard, j'ai trouvé ça : https://www.openstreetmap.org/#map=14/15.7668/40.0185 http://tile.openstreetmap.fr/?zoom=14=15.76549=40.01546=B000FFF les nodes ont été créé en mai 2019 :

Re: [OSM-talk-fr] Evolution des règles pour les plages et la ligne de côte

Le ven. 8 mai 2020 à 10:47, Marc M. a écrit : > Bonjour, > > Le 07.05.20 à 20:32, Jérôme Amagat a écrit : > > J'en profite pour signalé qu'il y a un problème sur le rendu fr, ça fait > > maintenant un bon moment que la Gironde est asséché : > > > http://tile.open

Re: [OSM-talk-fr] Evolution des règles pour les plages et la ligne de côte

C'est pas facile pour le rendu, exemple l'île de Sein : rendu osm : https://www.openstreetmap.org/#map=14/48.0367/-4.8522 rendu osm fr : http://tile.openstreetmap.fr/?zoom=14=48.0373=-4.85245=B000 vue aérienne sur le geoportail :

Re: [OSM-talk-fr] plusieurs structures dans un même bâtiment

Le sam. 25 avr. 2020 à 15:50, Yves P. a écrit : > > Pour moi, si "géographiquement", > > On peut toujours -> indoor mapping ;D > > on ne peut pas distinguer les 2 (ou plus) structures alors, dans osm, ce > n'est qu'un seul objet. Comme pour un bar restaurant, on choisit les tags > les plus

Re: [OSM-talk-fr] plusieurs structures dans un même bâtiment

Le sam. 25 avr. 2020 à 11:58, Georges Dutreix via Talk-fr < talk-fr@openstreetmap.org> a écrit : > Bonjour, > > j'aimerais vos regards sur ce point. Quand plusieurs structures sanitaires > et sociales sont dans un même bâtiment, je ne suis pas confortable avec > l'idée d'ajouter des POI en vrac.

Re: [OSM-talk-fr] Data Item à la place de *:wikidata

Le lun. 13 avr. 2020 à 19:11, Noémie Lehuby via Talk-fr < talk-fr@openstreetmap.org> a écrit : > Hello, > > j'ai un peu expérimenté sur le sujet des data item, mais j'arrive pas à > grand chose. > Je résume l'objectif : éviter de mettre des tags qui veulent dire à peu > près la même chose dans

Re: [OSM-talk-fr] comment cartographier un établissement thermal

Spa c'est peut être le bon mot mais vu la page pour amenity=spa où il est indiqué "Don't use! *Spa* is ambiguous", je suis pas sur que ce soit le bon mot pour osm. ___ Talk-fr mailing list Talk-fr@openstreetmap.org

Re: [OSM-talk-fr] Osmose et intégration FINESS : problème de localisation

Le mer. 25 mars 2020 à 17:27, Yves P. a écrit : > Bonjour, > > Je viens de regarder le résultat de la dernière PR. > Ici > les > localisations ne correspondent pas du tout aux

Re: [OSM-talk-fr] BANO - Top des voies non rapprochées, par nombre d'adresses

Le mar. 24 mars 2020 à 23:36, Vincent de Château-Thierry a écrit : > > Le 24/03/2020 à 17:46, Jérôme Amagat a écrit : > > Quelqu'un a mieux que 70 "Le Bourg" sur 100 ? :) > > > https://dev.cadastre.openstreetmap.fr/fantoir/top_adresses_manquantes.html#dept=15

Re: [OSM-talk-fr] BANO - Top des voies non rapprochées, par nombre d'adresses (was: exemple d'usage d'osm vs covid19)

Quelqu'un a mieux que 70 "Le Bourg" sur 100 ? :) https://dev.cadastre.openstreetmap.fr/fantoir/top_adresses_manquantes.html#dept=15 Je pense qu'il faudrait avoir que les voies et pas les lieux-dits. Le mar. 24 mars 2020 à 15:10, Vincent de Château-Thierry a écrit : > Bonjour, > > Le 24/03/2020

Re: [OSM-talk-fr] Barrière délimitant une aire de jeux

Le ven. 20 mars 2020 à 13:55, Arnaud Champollion < arnaud.champoll...@linux-alpes.org> a écrit : > Bonjour, > > Quand on trace une aire de jeux leisure=playground fermée, > > est-ce qu'on trace une barrière barrier=fence superposée, (+ > barrier=gate entrance=yes pour le portillon) > > ou bien on

Re: [OSM-talk-fr] Covid-19 et carto

Le ven. 20 mars 2020 à 00:52, Marc M. a écrit : > Bonjour, > > La base finess étant dispo en opendata, ne serrait-il > pas plus agréable de pondre une analyse osmose ? > > ou même se passer d'osm. le jeu de donnée sur les activités de soins :

Re: [OSM-talk-fr] osthéopathes

Le jeu. 12 mars 2020 à 19:29, Rpnpif a écrit : > Le 12/03/2020 à 12:22, Arnaud Champollion a écrit : > > > Le souci dans un premier temps ce n'est même pas l'absence d'icône, mais > surtout le fait qu'il n'est pas rendu du tout, et si je comprends bien, > parce qu'il n'a pas de tag amenity. > >

Re: [OSM-talk-fr] osthéopathes

Le mer. 11 mars 2020 à 22:52, Marc M. a écrit : > Le 11.03.20 à 22:32, Arnaud Champollion a écrit : > > amenity=doctors ? > > cela me semble un bon compris "avoir un rendu sans mettre un faux tag" > > Les ostéopathes ne sont ni médecin ni docteur... (Certain médecin sont ostéopathe) Par contre

Re: [OSM-talk-fr] Nouvelles communes françaises issues de fusion et OSM

Le mer. 12 févr. 2020 à 19:20, a écrit : > Le 12/02/2020 à 18:02, Christian Quest - cqu...@openstreetmap.fr a écrit : > > place=municipality est dans un tableau "administratively declared places", > ce qui va très bien avec nos communes nouvelles rurales. Il est par contre > très peu utilisé:

Re: [OSM-talk-fr] Nouvelles communes françaises issues de fusion et OSM

Le mar. 11 févr. 2020 à 15:17, Rpnpif via Talk-fr a écrit : > Je voudrais proposer de modifier la façon de traiter les communes > nouvelles françaises dans OSM. > > Je considère qu'une nouvelle commune devrait être enregistrée de la même > façon qu'une ancienne commune issue de fusion de

Re: [OSM-talk-fr] limites communales littorales

Les communes ont seulement la compétence de police au niveau des plages donc pour moi ça ne fait pas partie des communes. La commune s'arrête sur la ligne de côte à marée haute coef 120. Et même parfois une parti des terres ne fait pas partie de la commune mais du domaine public maritime. Pour la

Re: [OSM-talk-fr] Intégration supports radio ANFR : différences mast/tower

Le jeu. 9 janv. 2020 à 22:05, François Lacombe a écrit : > Bonjour et merci pour votre retour, > > On sera d'accord sur le "escalade dehors ou dedans" > Mais pour les pylônes auto-stables, l'échelle est à l'intérieur du > treillis le plus souvent donc c'est plutôt man_made=tower qu'il faudrait >

Re: [OSM-talk-fr] Intégration supports radio ANFR : différences mast/tower

C'est moi qui est fait ces choix pour osmose. J'ai fait ce choix personne n'en a parler sur la discussion sur le github d'osmose donc c'est resté comme ça. La lecture des pages du wiki pour man_made=mast et man_made=tower m'a fait faire ce choix. Ce que j'ai compris c'est comme dit marc marc :

Re: [OSM-talk-fr] Ces raccourcis JOSM que l'on découvre "trop tard"

Le sam. 4 janv. 2020 à 22:27, Vincent de Château-Thierry a écrit : > > Le 04/01/2020 à 15:03, Georges Dutreix via Talk-fr a écrit : > > Le 04/01/2020 à 13:06, Sébastien Dinot a écrit : > >> Christian Quest a écrit : > > > J'en ai découvert un récemment que je trouve très utile. > > > > *Maj-U /

Re: [OSM-talk-fr] nord/sud/est/ouest et osm-vs-fantoir

qui n'existe plus Le ven. 3 janv. 2020 à 15:06, Jérôme Amagat a écrit : > > >> Mais pas systématiquement. "Le moulin de" fait parti de l'adresse de ma >> cousine par exemple. Ça correspond à un vrai usage, donc ça a sa place dans >> osm, non ? >> >> C'

Re: [OSM-talk-fr] nord/sud/est/ouest et osm-vs-fantoir

> > Mais pas systématiquement. "Le moulin de" fait parti de l'adresse de ma > cousine par exemple. Ça correspond à un vrai usage, donc ça a sa place dans > osm, non ? > > C'est pour ça que j'ai écrit : "quand le château existe encore et que le terme désigne seulement ce château". pareil pour les

Re: [OSM-talk-fr] nord/sud/est/ouest et osm-vs-fantoir

Oui pour virer les point cardinaux mais il n'y en a d'autres que je n'aime pas. Qui sont là juste pour remplir le cadastre avec des lieu dit. "sous un autre lieu dit", les prés de un autre lieu dit" ... peut être que parfois ça a vraiment une utilité mais pour moi c'est la même chose que les

Re: [OSM-talk-fr] Besoin d'aide pour le Parc national de Guadeloupe

Le mer. 1 janv. 2020 à 17:27, Yves P. a écrit : > > Il semble que tu n'as pas compris comment fonctionne ces polygones et même > s'ils portent le même "nom" ils ont des attributs différents pour > différentes choses homonymes et ne couvrant pas la même chose (département > ou région, commune ou

Re: [OSM-talk-fr] modif canton en Charente-Maritime par création de commune nouvelle

;), n° 15 (Pontivy > <https://www.openstreetmap.org/relation/3975942>), n° 18 (Séné > <https://www.openstreetmap.org/relation/3975945>). > > Jean-Yvon > Le 28/12/2019 à 15:43, Jérôme Amagat - jerome.ama...@gmail.com a écrit : > > Il y a eu d'autres dé

Re: [OSM-talk-fr] modif canton en Charente-Maritime par création de commune nouvelle

Il y a eu d'autres décrets de ce type pour d'autres départements le 7 novembre et il semble que OD02fr ( https://www.openstreetmap.org/user/OD02fr/history) a fait toutes les modifications. Le sam. 28 déc. 2019 à 15:21, Jérôme Amagat a écrit : > Bonjour, > > Je viens de faire la mod

Re: [OSM-talk-fr] modif canton en Charente-Maritime par création de commune nouvelle

Bonjour, Je viens de faire la modification, l'ancienne commune de Vandré change de canton. Normalement aucune commune nouvelle cette année, interdit l'année précédant une élection d’après la page Wikipédia sur les communes nouvelles.

Re: [OSM-talk-fr] Idée folle : changer building=service en building=utility lorsqu'applicable

Le mer. 18 déc. 2019 à 00:29, François Lacombe a écrit : > Bonsoir Jérôme, > > Le lun. 16 déc. 2019 à 01:34, Jérôme Amagat a > écrit : > >> >> C'est joli mais qu'est ce que ça apporte de plus comme info que >> building=service + power=substation + substation

Re: [OSM-talk-fr] Joli noms de rues

Le lun. 16 déc. 2019 à 07:59, Yves P. a écrit : > je me demande dans quel état ils étaient quand ils ont choisi les noms de > rues > Pour une bonne parti des rues, ils leurs ont donné comme nom, d'où à où > elles vont. > > Bienvenue à la campagne  > Les chemins doivent être nommés comme ça

[OSM-talk-fr] Joli noms de rues

En ajoutant des noms de rues, je suis tombé sur la commune de Saint-Bénigne dans l'Ain et je me demande dans quel état ils étaient quand ils ont choisi les noms de rues et j'ai vérifié sur google street view, parce que je pensais à une erreur, ils ont même payé puis installé des panneaux avec ces

Re: [OSM-talk-fr] ref:FR:FANTOIR

Le dim. 15 déc. 2019 à 20:20, a écrit : > > Le 15/12/2019 à 10:46, Vincent de Château-Thierry - osm.v...@free.fr a > écrit : > > https://dev.cadastre.openstreetmap.fr/fantoir/anomalies_fantoir.html > > Il faudra à terme ajouter la même analyse pour les ways et relations. > C'est juste un début

Re: [OSM-talk-fr] Import du cadastre, Bano, toussa toussa

Le dim. 15 déc. 2019 à 18:01, Donat ROBAUX a écrit : > Salut à tous, > > Grâce au travail important de VdCT pour nous mettre en prod Bano V2, ca a > relancé la machine sur les voies récentes > http://dev.cadastre.openstreetmap.fr/fantoir/voies_recentes_manquantes.html > > Du coup, import de

Re: [OSM-talk-fr] Idée folle : changer building=service en building=utility lorsqu'applicable

Le dim. 15 déc. 2019 à 18:41, François Lacombe a écrit : > Bonjour Stéphane > > Le dim. 15 déc. 2019 à 11:35, Stéphane Péneau > a écrit : > >> Salut, >> >> building=* est censé donner des informations sur *le type de bâtiment*. >> J'ai l'impression que building=utility donne plus d'information

Re: [OSM-talk-fr] ref:FR:FANTOIR

Le sam. 14 déc. 2019 à 18:34, Yves P. a écrit : > @Jérôme > > Je n'est retrouvé nul part à part sur le wiki cette absence de I O Q (je > n'ai pas trop cherché non plus) donc je ne m'en suis pas occupé > > > https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR > >- la clé de contrôle (1

Re: [OSM-talk-fr] ref:FR:FANTOIR

Le sam. 14 déc. 2019 à 12:40, XavierBizot22440 a écrit : > La ref:FR:FANTOIR est à renseigner dans le tag highway nous sommes > d’accord ? > > Sur ma commune je l’ai inséré dans la relation et non dans le highway > est-ce convenable ? ou surtout pas ? > > Dans la relation, c'est ce qu'il faut

Re: [OSM-talk-fr] ref:FR:FANTOIR

Le sam. 14 déc. 2019 à 01:38, Jérôme Amagat a écrit : > > > Le ven. 13 déc. 2019 à 22:55, a écrit : > >> Et d'autres ont été actifs ailleurs : actuellement toutes les clés sont à >> 11 chiffres (ou 11, un point-virgule et 11). >> > Tu te trompes, il en reste pl

Re: [OSM-talk-fr] ref:FR:FANTOIR

Le ven. 13 déc. 2019 à 22:55, a écrit : > Et d'autres ont été actifs ailleurs : actuellement toutes les clés sont à > 11 chiffres (ou 11, un point-virgule et 11). > Tu te trompes, il en reste plein, tu n'as pas modifié la bonne requête, ça donne ça : https://overpass-turbo.eu/s/OXy et même plus

Re: [OSM-talk-fr] ref:FR:FANTOIR

Il y a plusieurs ref:FR:FANTOIR avec un code direction différent de 0 en région parisienne, il y en a aussi à Dunkerque et autour avec le code direction 1 . On les enlève ? J'ai corrigé pas mal de ref:FR:FANTOIR, sur toute la France, beaucoup de code direction 0 et aussi des fautes de frappe.

[OSM-talk-fr] ref:FR:FANTOIR

Bonjour, D’après le wiki il faut 10 caractère dans ref:FR:FANTOIR=* https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR Il y a beaucoup de valeurs pour ce tag qui compte 11 caractères : https://overpass-turbo.eu/s/OSX Il y en a beaucoup dans l'Ain ajouté par chabe01 (

Re: [OSM-talk-fr] Vérification des tags wikipedia et nettoyage ?

Le sam. 30 nov. 2019 à 10:37, Yves P. a écrit : > le validateur de JOSM corrige cette erreur, les _ à la place d'espace. > L'erreur est indiqué par le validateur et "réparer" remplace les _ par des > espaces. > > Oui, le problème comme tu l’indiques plus bas et de faire les corrections > sans

Re: [OSM-talk-fr] Vérification des tags wikipedia et nettoyage ?

> > >- 2669 contenant des _ à la place >des espaces > > le validateur de JOSM corrige cette erreur, les _ à la place d'espace. L'erreur est indiqué par le validateur et "réparer" remplace les _ par des espaces. Moi aussi je me suis fais plusieurs fois

Re: [OSM-talk-fr] Proposition de modification en masse - Suppression de ref:INSEE des noeuds "place"

Le lun. 25 nov. 2019 à 22:35, a écrit : > Toutes ces mairies avaient été modifiées par mairies5962bot > le robot de LéG. > > Sauf deux d'Ille-et-Vilaine et dont les communes portent le code insee. > > LèG, inactif depuis 4 ans, n'a pas répondu

Re: [OSM-talk-fr] Proposition de modification en masse - Suppression de ref:INSEE des noeuds "place"

J'ai fait quelques modification sur des élements avec ref:INSEE : J'ai supprimé dans une comcom tous les ref:INSEE sur des natural =wetland (un import, quelqu'un avait dejà supprimé d'autres tags inutiles venant de l'import. il y avait des ways et des relations) 2 ref:INSEE sur des

Re: [OSM-talk-fr] postal_code et addr:postcode

il y a beaucoup plus de commune avec addr:postcode=* qu'avec postal_code=* : 3 contre 5000 Pour moi, postal_code=* va avec boundary=postal_code et c'est pour la zone total du code postal et addr:postcode=* c'est pour une adresse sur un node, un bâtiment ou un POI Mais sur les commune je ne

Re: [OSM-talk-fr] OverPass noeuds des admin_centre des communes

Le mer. 13 nov. 2019 à 12:43, Cyrille37 OSM a écrit : > Bonjour > > Cette sujet est déjà passé, mais je ne retrouve pas la réponse. > > La requête Overpass_QL suivante fonctionne mais elle retourne les nœuds > et les relations. Quelle est la syntaxe pour que seuls les nœuds soient > retournés :

Re: [OSM-talk-fr] Interface de génération de fichiers .osm à partir du cadastre - les fichiers avec les adresses manquent

Très bon plugin ! 3 remarques : le téléchargement des sections ne fonctionne pas. Ne fonctionne pas en outre mer. Pour un très petit nombre de commune, le téléchargement ne se fait pas du tout ou que sur certaines feuilles de la commune. (les communes sont pourtant en cadastre vecteur et présent

  1   2   3   4   5   6   >