Re: [OSM-talk-fr] Absence de crédit

Bonjour à tous Pensez que l'association OSM France tient une traçabilité de ces problèmes d'attribution sur son dépôt github https://github.com/osm-fr/attributions C'est plus commode pour suivre ces différents problèmes que dans un fil de mail n'est-ce pas ? Pouvez-vous aller créer les tickets

Re: [OSM-talk-fr] Erreurs Osmose pour les transformateurs sur poteau

Bonjour et merci de l'avoir remarqué, c'est tout à fait légitime. Nous attendons la prise en compte de ce ticket sur JOSM : https://josm.openstreetmap.de/ticket/22200 pour faire disparaître ces signalements. C'est suite au vote de

Re: [OSM-talk-fr] Vers un modèle de données amélioré pour OpenStreetMap

Merci Marc ! C'est un sujet capital sur lequel notre contribution sera sollicité. Une discussion sur le forum devrait être initiée pour traiter du sujet Bonne fin de semaine (je prends le temps pour répondre sur d'autres sujets bientôt) François Le ven. 2 sept. 2022 à 13:31, Marc_marc a

Re: [OSM-talk-fr] pipeline=marker déprécié -> marker=* + subject=pipeline ?

Bonjour Marc, Le jeu. 28 juil. 2022 à 15:36, Marc_marc a écrit : > > est-ce que cela vous semble donc pertinent de remplacer > le tag pipeline=marker déprécié par : > tag marker=* pour décrire un marqueur et sa forme > subject=pipeline pour décrire que c'est relatif à un pipeline > ? > Cela me

Re: [OSM-talk-fr] equivalence subtance=* -> utility=* sur les pipeline=marker dépréciés

Bonjour Il faut clarifier quelques points. Le ven. 22 juil. 2022 à 12:26, Marc_marc a écrit : > Bonjour, > > Le 20.07.22 à 00:44, osm.sanspourr...@spamgourmet.com a écrit : > > remplacer les contenus par les types d'opérateurs > > merci François et Jean-Yvon pour le retour. > C'était justement

Re: [OSM-talk-fr] equivalence subtance=* -> utility=* sur les pipeline=marker dépréciés

Bonsoir Marc, Tout dépend qui exploite et dans quel but ? substance=brine est utilisé autant dans l'industrie chimique (utility=chemical) ou bien dans le stockage de gaz naturel (utility=gas). Idem pour substance=water (même si habituellement c'est aussi utility=water, tu as aussi des conduites

Re: [OSM-talk-fr] [édition mécanique] remplacer 300 noeud school=entrance par entrance=yes en France métropolitaine

Bonjour Marc A première vue, je trouve ça très bien ! La clé entrance est bien plus appropriée pour ça Bonne journée François Le ven. 10 juin 2022 à 10:38, Marc_marc a écrit : > Bonjour, > > sur la liste tagging, cela parle de la veille clef school=entrance > dans les faits et les

Re: [OSM-talk-fr] Enedis duplicatata de name et GDO

n'est pas normal. Peux-tu remettre ces photos en ligne s'il te plait ? Bonne après-midi François Le mer. 18 mai 2022 à 10:02, Ludovic Hirlimann a écrit : > > On 5/16/22 15:19, Ludovic Hirlimann wrote: > > On 5/16/22 14:09, François Lacombe wrote: > > Bonjour Ludovic, > >

Re: [OSM-talk-fr] Enedis duplicatata de name et GDO

Bonjour Ludovic, Si cela est possible, je pense qu'avoir les photos et l'emplacement des deux armoires peut nous aider. Ce sont de bonnes questions en tout cas, bonne après-midi François Le lun. 16 mai 2022 à 14:02, Ludovic Hirlimann a écrit : > Bonjour/bonsoir > > > En prenant des données

Re: [OSM-talk-fr] Bilan 2021 de la convention Enedis / OSM France

qui paraît au > premier abord très technique. > Bravo à tous ! > > Le mer. 2 mars 2022 à 08:52, Jean-Christophe Becquet a > écrit : > > > Le 01/03/2022 à 22:51, François Lacombe a écrit : > > > Ces retours positifs nous incitent à poursuivre dans cette direction

[OSM-talk-fr] Bilan 2021 de la convention Enedis / OSM France

Bonjour à toutes et à tous, nous en parlons régulièrement ici ou sur d'autres canaux, le partenariat Enedis / OSM France a maintenant 1 an. https://www.openstreetmap.fr/convention-dechange-de-donnees-entre-enedis-et-openstreetmap-france/ Un premier bilan est désormais disponible pour mieux se

[OSM-talk-fr] Proposition - Vote - Classification des transformateurs électriques

Bonjour :) Une proposition assez ancienne est soumise au vote cette semaine, concernant la classification des transformateurs électriques (encore eux). https://wiki.openstreetmap.org/wiki/FR:Proposed_features/Transformers_classification_refinement La dernière proposition sur le sujet date de

[OSM-talk-fr] Proposition - Vote - Les pompes (bis)

Bonjour à tous, Un peu de temps supplémentaire a été consacré à la proposition sur les pompes et une version corrigée est disponible au vote jusqu'au 4 janvier prochain. https://wiki.openstreetmap.org/wiki/FR:Proposed_features/Pumping_proposal Le vote se tient sur la page anglaise selon les

[OSM-talk-fr] Vote en cours sur la clé electricity

Bonjour à tous, Le vote d'une proposition intéressante est en cours sur le wiki. Elle concerne la description de l'approvisionnement électrique des bâtiments. Mais non c'est pas compliqué. https://wiki.openstreetmap.org/wiki/Proposed_features/electricity Il est proposé d'indiquer si le bâtiment

Re: [OSM-talk-fr] [édition de masse] convertir le tag déprécié diaper par le tag approuvé changing_table

Bonjour Marc Bonne idée également, je valide François Le dim. 29 nov. 2020 à 10:33, Éric Gillet a écrit : > Bonjour Marc, > > Ça me semble être une bonne idée ! > Go pour moi > > Éric > > Le 27/11/2020 à 19:58, Marc_marc a écrit : > > Bonjour, > > > > et justement puisque j'en parle dans

Re: [OSM-talk-fr] Proposition - Vote - Les pompes

tée. > > Bon courage pour la suite ! > > Le 24/11/2020 à 20:41, François Lacombe a écrit : > > > > Toutefois et sans être spécifique au cas précis et très technique des > > pompes, je reste en désaccord avec le maintien d'une clé prétendument > > utilisée par pri

Re: [OSM-talk-fr] Proposition - Vote - Les pompes

recherche de qualité, d'innovation propre à OSM mérite vraiment mieux à mon sens. A suivre donc, bonne soirée François Le ven. 20 nov. 2020 à 14:17, Jacques Lavignotte a écrit : > > > Le 19/11/2020 à 20:19, François Lacombe a écrit : > > le vote sur la proposition traitant

Re: [OSM-talk-fr] Proposition - Vote - Les pompes

> > Cyrille37. > Le 20/11/2020 à 13:08, François Lacombe a écrit : > > Cyrille, > > Parfois, les usages établis l'ont été à des époques où nous partions d'une > feuille blanche. > S'interdire de les améliorer (donc de remplacer certaines choses parfois) > parce q

Re: [OSM-talk-fr] Proposition - Vote - Les pompes

; > C/. > Le 20/11/2020 à 12:25, Cyrille37 OSM a écrit : > > François > > Ceux qui sont contre disent que c'est "pump=powered" qui disparaît dans la > proposition, ce qui enlève la permission de tagger simplement. > > Cyrille. > Le 20/11/2020 à 10:37, François Lac

Re: [OSM-talk-fr] Proposition - Vote - Les pompes

ot;pump=powered" qui disparaît dans la > proposition, ce qui enlève la permission de tagger simplement. > > Cyrille. > Le 20/11/2020 à 10:37, François Lacombe a écrit : > > Bonjour Cyrille, > > Merci pour ton commentaire. > > Le ven. 20 nov. 2020 à 10:10, Cyrille37

Re: [OSM-talk-fr] Proposition - Vote - Les pompes

Bonjour Cyrille, Merci pour ton commentaire. Le ven. 20 nov. 2020 à 10:10, Cyrille37 OSM via Talk-fr < talk-fr@openstreetmap.org> a écrit : > Je suis sensible au contre argument : > *Any tagging scheme allowing to tag extreme detail uninteresting to > nearly all people must allow also

[OSM-talk-fr] Proposition - Vote - Les pompes

Salut à tous, Suite aux annonces faites plus tôt cette année, le vote sur la proposition traitant des pompes est finalement ouvert https://wiki.openstreetmap.org/wiki/Proposed_features/Pumping_proposal Le but est de décrire les appareils servant à relever la cote d'un liquide dans de multiples

[OSM-talk-fr] Contributeurs autour de Charleville-Mézières

Bonsoir à tous, Ceci se destine aux contributeurs situés dans les ardennes, plus particulièrement autour de Charleville-Mézières. J'ai été contacté par le chef de projet mobilités douces d'Ardenne Métropole qui semble motivé pour interagir avec la communauté et ouvrir des données. Je n'avais pas

Re: [OSM-talk-fr] Mission Politique publique de la donnée

Merci Cyrille de nous avoir indiqué ce site Je me suis permis d'ajouter une contribution libre https://www.mission-open-data.fr/processes/politique-publique-donnee/f/2/proposals/27 Bonne soirée François Le jeu. 15 oct. 2020 à 14:23, Cyrille37 OSM via Talk-fr < talk-fr@openstreetmap.org> a

Re: [OSM-talk-fr] rendus FR en vectoriels, on se lance ?

Hello Je ne peux que plussoyer, vive le vectoriel Je n'utilise que ça pour produire des tuiles d'overlay et il est vrai que réaliser un fond de carte complet est plus complexe que ça. Pour différent projets, ce sont soit Tegola en go ou directement St_AsMvt de postgis qui sont utilisés. Tegola

Re: [OSM-talk-fr] La proposition shadok : les pompes

, Gad Jo a écrit : > Ton dossier pour la proposition est très bien construit et très clair. > > Félicitations > > Le September 8, 2020 10:12:40 PM UTC, "François Lacombe" < > fl.infosrese...@gmail.com> a écrit : >> >> Salut à tous >> >> Voic

[OSM-talk-fr] La proposition shadok : les pompes

Salut à tous Voici une proposition de nouveaux tags pour décrire les pompes, beaucoup de modèles différents, dont je vient d'achever la traduction https://wiki.openstreetmap.org/wiki/FR:Proposed_features/Pumping_proposal Elle m'a occupé une partie du confinement de ce printemps et a déjà reçu de

Re: [OSM-talk-fr] La gestion des poteaux

Bonsoir à tous Le dim. 6 sept. 2020 à 23:08, Philippe Verdy a écrit : > Merci pour ce lien. Dommage qu'il faille télécharger un gros fichier ZIP > national et aucun outil de recherche (la carte affichée sur la page n'est > qu'un fond générique, elle n'en fait aucun rendu, et il n'y a pas d'ouil

Re: [OSM-talk-fr] La gestion des poteaux

Bonjour à vous Merci d'avoir complété ces quelques points. Concernant la présence de lignes aériennes en zone Enedis, tout est maintenant connu et publié en opendata https://www.enedis.fr/cartographie-des-reseaux-denedis Il est possible de s'en servir pour contribuer à OSM, aucune ligne HTA 20

[OSM-talk-fr] La gestion des poteaux

Salut à tous L'été a permis d'avancer certains projets pour pas mal de monde à ce que j'ai vu, y compris les projets du mois :p Suite aux développements de ces deux derniers mois, j'ai mis à disposition aujourd'hui un rendu pour montrer tous les poteaux électriques et telecom qu'on pouvait avoir

[OSM-talk-fr] Source d'une photo

Salut à tous, Je me suis rendu compte que j'ai utilisé une photo dans l'une de mes prez sur OSM sans en connaître véritablement la source. Est-ce que quelqu'un se rappelle de celle-ci, sa licence et son auteur svp ?

Re: [OSM-talk-fr] hebdoOSM 524 | Financement de développement pour Nominatim par la foundation OSM

Salut à tous Cela fait quelque temps que je survole le sujet de très très loin. Sans dévaloriser le travail de Richard pour Potlatch 2, je ne comprends pas pourquoi on souhaite maintenir cet éditeur basé sur Flash. Une des solutions évoquées serait de le porter sous Adobe Air, Flash ne sera plus

Re: [OSM-talk-fr] Edition de masse sur pipeline=marker en France

Bonsoir Yves, Merci d'avoir fait le recensement. Effectivement le sujet des bornes intéresse, et les tags proposés permettent à la fois de décrire des bornes techniques mais aussi les repères routiers, de propriété et autres. Pour ma part j'en remplace régulièrement, à la main, je n'ai pas

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

Merci à vous pour le nettoyage ! François Le mar. 21 juil. 2020 à 08:42, Topographe Fou a écrit : > Bonjour, > > Suis pour supprimer la colonne, il y a bien souvent dans les autres déjà > des liens vers les annuaires officiels en ligne qui vont bien. > > Merci pour le toilettage. > >

Re: [OSM-talk-fr] sur-spécification ?

Bonsoir Jean-Yvon, J'ai constaté la même chose à certains endroits. Est-ce seulement interdit par le code de la route ? Sinon sur une chaussée à voie unique, dès lorsque le terre plein se termine, il doit être possible de faire demi-tour si les conditions de sécurité sont réunies. Si la chaussée

Re: [OSM-talk-fr] Le député Éric Bothorel investi d’une mission sur la politique de la donnée et des codes sources

Le ven. 10 juil. 2020 à 09:45, Christian Quest a écrit : > > > Je n'ai pas encore pu trouver une copie de la lettre de mission, pour > savoir exactement de quoi il retourne... > > Je trouve par exemple étonnant qu'on parle d'ouverture "opportune", > alors que c'est la règle par défaut. > C'est

Re: [OSM-talk-fr] FTTH Références à fignoler

Bonsoir à vous C'est surement un NRO SFR Oui SFR a la technologie pour mettre ses NRO en armoire. G2R est en tout cas le référentiel infrastructure de SFR. ref:FR:SFR est déjà utilisé pour le FTTH avec des références différentes. Je serais presque d'avis d'utiliser ref:FR:G2R ou ref:FR:SFR_G2R

Re: [OSM-talk-fr] Facebook achète Mapillary !

Salut à tous Le ven. 19 juin 2020 à 11:42, Yves P. a écrit : > Coté Faceebook, pour moi il y deux choses intéressantes dans Mapillary : > la contribution à OSM (et c'est bon pour tout le monde) et l'IA de classe > mondiale qu'a développé Mapillary. > > +1 > > Les photos sont protégées par une

Re: [OSM-talk-fr] NRO avec ref ARCEP sans connection_point

Bonjour Jacques, Le mer. 17 juin 2020 à 11:24, Jacques Lavignotte a écrit : > Au passage, j'ai été surpris de voir qu'Osmose jette ref:FR:Orange pour > le cuivre et exige ref:FR:PTT. > Osmose semble se caler sur ce que le wiki dit, et je confirme. ref:FR:Orange correspond aux références

Re: [OSM-talk-fr] NRO avec ref ARCEP sans connection_point

Bonjour Deuzeffe, Le mar. 16 juin 2020 à 00:09, deuzeffe a écrit : > Bonsoir, > > Soit un NRO dans un zouli shelter. > > Si je lis bien le wiki, les tags minimum sont : > - telecom=exchange > - telecom:medium=fibre > Ce sont les tags fonctionnels du domaine. Il faudra aussi building=service

[OSM-talk-fr] CNIG : Proposition de géo-standard Grace THD

Bonsoir, L'information a peut-être été donnée ici, le CNIG a ouvert un appel à commentaire à propos de la standardisation d'une nouvelle version du modèle Grace THD. http://cnig.gouv.fr/?page_id=17477 http://cnig.gouv.fr/?page_id=23937 Ce modèle de donnée permet un échange d'informations

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

Bonjour Jérôme Le dim. 7 juin 2020 à 20:28, Jérôme Amagat a écrit : > > >> Si, c'est écrit : à côté de la voie >> https://wiki.openstreetmap.org/wiki/FR:Key:marker#Comment_contribuer >> >> là tu parle du tag marker=* pas de highway=milestone > C'est la même chose, marker=* donne l'apparence

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

Le dim. 7 juin 2020 à 15:15, François Lacombe a écrit : > Bonjour à tous, > > Le dim. 7 juin 2020 à 11:02, Frédéric Rodrigo a > écrit : > >> >> Le wiki de dit pas si la borne doit être sur ou a coté du la voie. >> > > Si, c'est écrit : à côté de la voi

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

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 visible > >> sur le terrain > >> - la référence métier est sur un way

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

Bonjour, C'est un très bon sujet. Je ne peux pas prendre le temps de l'envisager dans la globalité pour l'instant, voici quelques éléments que je souhaitais apporter. highway=milestone peut être utilement complété par marker=* Idéalement marker=stone ou marker=plate voire marker=post lorsque

Re: [OSM-talk-fr] DCbrain rend publique une partie de son code en open source

Philippe, je crois que tu ne comprends pas. Le mar. 26 mai 2020 à 17:24, Philippe Verdy a écrit : > Justement j'ai proposé un patch, pas juste exposé les problèmes. C'est > nécessaire pour éviter que ce code maintenant publié soit utilisé tel quel > sans correction au risque d'importer des

Re: [OSM-talk-fr] DCbrain rend publique une partie de son code en open source

Bonjour Philippe, Le mar. 26 mai 2020 à 06:52, Philippe Verdy a écrit : > Ce code source n'apporte strictement rien. > Merci à toi. Bonne journée François ___ Talk-fr mailing list Talk-fr@openstreetmap.org

[OSM-talk-fr] Candidature au CA OSM France

Bonjour à tous, Dans la droite ligne des communications de Donat et Tony, je présente ma candidature pour continuer de porter la parole d'OSM France au CA de l'association. On se retrouve bientôt pour la rétrospective de cette année avant l'AG du 13/06 prochain. Bonne fin de weekend François

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

Bonsoir Yves, Le ven. 22 mai 2020 à 22:12, Yves P. a écrit : > > Le 20 mai 2020 à 08:31, Jérôme Seigneuret a > écrit : > > Je ne sais pas si on peut adjoindre dans alias dans ID via Transifex. Cela > permettrait d'avoir des terminologies différentes pour les mêmes couple de > clés/ valeurs en

[OSM-talk-fr] Feature proposal - Lines management - Vote

Bonsoir à tous, Les discussions sur la seconde proposition de qualification des poteaux/pylônes se sont achevées récemment et le vote a pu démarrer ce soir. https://wiki.openstreetmap.org/wiki/FR:Proposed_features/Lines_management Cette proposition concerne cette fois-ci des topologies

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

Salut à tous, J'ai vu que la doc anglaise avait été mentionnée en début de discussion, avez-vous vu la version française avec la correspondance avec le modèle de l'Afigeo ? https://wiki.openstreetmap.org/wiki/FR:Tag:emergency%3Dfire_hydrant#Correspondance_avec_le_mod.C3.A8le_PEI_de_l.27Afigeo Il

Re: [OSM-talk-fr] "Les bons termes" [était Re: Import de points d'eau incendie en Saône-et-Loire]

Bonjour Vincent, Parfaitement d'accord avec cette distinction. Elle rappelle des discussions que nous avons régulièrement en présentant OSM à des entreprises ou des pros. Je compléterais en ajoutant que certains langages métier ont, comme tous langages, leurs biais, leur existence en silo et ne

Re: [OSM-talk-fr] Suspicion d'usage massif d'une source non autorisée

Salut à tous, J'ai eu récemment à faire à un contributeur de bonne foi qui a indiqué se servir de StreetView sans avoir connaissance des conditions restrictives qui ne le permettent pas. Évidemment peu de monde a conscience de ces restrictions. Dans un fonctionnement un peu automatique, ses

Re: [OSM-talk-fr] DCbrain rend publique une partie de son code en open source

Salut, Merci pour le relais. J'ai eu l'occasion de tremper dans cette sombre affaire. Le convertisseur est utilisé pour alimenter OSRM, mais c'est surtout le réciproque de osm2pgsql. Il produit un fichier xml osm à partir d'une base postgis. Cela ayant pour avantage de bénéficier de la force de

Re: [OSM-talk-fr] Robert Keller, Laurent Matheron et Pierre Guillou : Hitler sur table d'écoute

Bonjour Yves Il y a aussi un central téléphonique qui porte le nom de Robert Keller, correspondant au bureau de poste dans le 15eme arrondissement Parisien https://www.openstreetmap.org/node/2062421762#map=19/48.84801/2.28139 (Il manque ref ptt dessus 75115RKE) Est ce qu'on sait où se trouve la

Re: [OSM-talk-fr] Ça reste ouvert bientôt intégré sur le site de la ville de Lyon

Magnifique boulot effectué depuis toutes ces semaines Bravo à toute l'équipe ! Et la réponse positive des collectivités complète significativement le tableau Bonne soirée François Le mer. 6 mai 2020 à 19:43, Florian LAINEZ a écrit : > Bonjour à tous, > Suite aux précédents emails de l'équipe

[OSM-talk-fr] Schémas de nommages locaux et cas de ref:FR:RTE_nom

Bonjour à tous, Nous en avons déjà discuté ici, les schémas de références et nommage locaux est un sujet qui me tient à cœur. Il existe un cas un peu particulier avec RTE qui exploite le réseau de transport d'électricité puisque 2 clés sont disponibles avec des cas d'usage différents :

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

Bonjour, Voici ce que nous avons retenus pour les infras télécoms. Deux ou plusieurs noeuds de service peuvent se trouver dans le même bâtiment, ainsi il faudra ajouter autant de noeuds OSM dans le polygone du bâtiment avec chacun des attributs appropriés

Re: [OSM-talk-fr] [Edition mécanique] ref:FR:CORRIDOR -> ref:EU:EVSE

Bonsoir Marc Aucune objection, excellente idée ! François Le mer. 1 avr. 2020 à 11:49, Marc M. a écrit : > Bonjour, > > un contributeur a dans le passé utilisé le tag ref:FR:CORRIDOR > pour renseigner la référence européenne des bornes du réseau corridor > le nouveau tag "adopté" étant

Re: [OSM-talk-fr] Ajout de brand:wikidata sur les enseignes

Bonsoir Yves Le sam. 28 mars 2020 à 09:46, Yves P. a écrit : > iD affiche le libellé automatiquement > D'accord, bonne démarche Incomplète à mon sens : sans l'éditeur tu ne peux plus lire les données OSM, attention ça ne convaincra pas tout le monde. > > Le parti pris d'OSM est d'avoir des

Re: [OSM-talk-fr] Ajout de brand:wikidata sur les enseignes

Le jeu. 26 mars 2020 à 18:10, Yves P. a écrit : > > Je suggère de ne taguer les objets OSM qu'avec brand=* > Le problème, c’est qu’il y a des homonymes… > C’est pour ça qu’il existe wikidata ;) > Oui mais les identifiants wikidata ne sont pas lisibles. Le parti pris d'OSM est d'avoir des

Re: [OSM-talk-fr] Ajout de brand:wikidata sur les enseignes

Bonjour Yves, Le jeu. 26 mars 2020 à 13:29, Yves P. a écrit : > Data_items c’est bien le wikidata interne à OSM pour décrire les tags ? > Il ne sert pas à décrire les données ?? > C'est bien ça. brand y est par exemple décrit https://wiki.openstreetmap.org/wiki/Item:Q98 On y apprend que

Re: [OSM-talk-fr] Ajout de brand:wikidata sur les enseignes

Bonjour Noémie, Je sais que c'est un sujet depuis un moment, je vois aussi des operator:wikidata fleurir un peu partout et l'effort pour les ajouter est conséquent. Mais va-t-on devoir doubler tous les tags à chaque fois qu'une référence à un nom propre est fait sur OSM? N'est-ce pas un problème

Re: [OSM-talk-fr] Processus de validation de tag

ne trouve pas très KISS d'utiliser le tag >> place=refugee_site .. >> >> refugee_site = yes, formal, informal >> refugee_site:for = IDP, refugee_strict >> refugee_site:operator = UNHCR/Red Cross/ >> refugee_site:duration = permanent, temporary >> refugee_site:popula

Re: [OSM-talk-fr] Le trafic moyen c'est bien

Bonjour Phyks, Le sam. 21 mars 2020 à 13:13, Phyks a écrit : > >> Par contre ce qui m'intéresse et qui change peu dans le temps c'est le > >> trafic moyen. > >> Le trafic moyen est une grandeur physique mesurable et constant dans le > >> temps. > >> > > D'après ce qui est écrit au dessus je ne

Re: [OSM-talk-fr] Processus de validation de tag

Le ven. 20 mars 2020 à 12:15, Florimond Berthoux < florimond.berth...@gmail.com> a écrit : > Bonjour, > > Un autre point de vue des proposals (d'un néophyte): > C'est 20 personnes (souvent les mêmes) sur une mailling list anglophone. > Contre plus d'un million de contributeur et bien plus

Re: [OSM-talk-fr] Le trafic moyen c'est bien

Bonsoir Florimond, Le ven. 20 mars 2020 à 15:52, Florimond Berthoux < florimond.berth...@gmail.com> a écrit : > Par contre ce qui m'intéresse et qui change peu dans le temps c'est le > trafic moyen. > Le trafic moyen est une grandeur physique mesurable et constant dans le > temps. > D'après ce

Re: [OSM-talk-fr] Processus de validation de tag

Bonsoir Martin, La démarche entreprise est seine, quelques commentaires ci-dessous pour vous encourager tous à persévérer. Bien que complexe, semé d'embuches et à géométrie variable, le principe des propositions/votes permet de trouver un certain concensus. A noter que la participation sur le

Re: [OSM-talk-fr] TELECOM :: Avis demandé

Bonjour Jacques, Tout ce qui comporte ref:FR:ARCEP FI-86070-0002 est un point de mutualisation fibre. Il est possible d'ajouter utility=telecom si tu le souhaites (à moyen terme street_cabinet=telecom pourrait être remplacé).

Re: [OSM-talk-fr] Détection de bâti manquant à partir de la Carte des déploiements fibre ?

Salut à tous +1 avec Yves, c'est un très bon cas d'usage Le mer. 11 mars 2020 à 14:39, Frédéric Rodrigo a écrit : > Oui c'est tout à fait un job pour Osmose ça. On pourra l'activer le 1er > avril, ça fera sont petit effet. > Oui, à double titre :

[OSM-talk-fr] Point de vue intéressant concernant les licences

Salut à tous, Il existe une communauté de contributeurs autour de la modélisation des infrastructures d'énergie que je suis depuis quelques mois : OpenMod initiative. Cette communauté manipule beaucoup de modèles scientifiques, données publiques et contributions privées et se pose bien plus que

Re: [OSM-talk-fr] Les actionneurs (portes automatiques, barrières, plots routiers, vannes)

François Le mar. 16 juil. 2019 à 00:02, François Lacombe a écrit : > Salut à tous, > > J'ai récemment un peu avancé dans la traduction de la doc de la clé > actuator=*, permettant d'indiquer la nature de l'actionneur mécanique > mettant différents systèmes en mou

Re: [OSM-talk-fr] Projet du mois de mars - #balanceTaBorne

Hello Merci Noémie pour la préparation ! Cela a été l'occasion de se poser quelques question sur les tags existant et d'apporter quelques corrections mineures. Les données issues de ce projet seront d'autant de bonne qualité que nous nous rendrons sur le terrain à mon avis (quitte à utiliser

Re: [OSM-talk-fr] Remplacer ref:ERDF:gdo par ref:FR:Enedis / ref:FR:gdo

Bonsoir Quentin, Attention, à ma connaissance sur les réseaux GRDF, seuls les postes de distribution publics ont un code GDO affichés. Les valeurs qui commencent par GI ne sont pas des codes GDO Cela n'empêche pas de les décrire avec pipeline=substation substation=delivery operator=GRDF

Re: [OSM-talk-fr] Nettoyage Enedis / GRDF

Bonsoir Quentin, Merci pour les informations, tel qu'expliqué ici ces modifs devraient être ok. N'hésitez pas à faire de même chez vous pour se séparer de operator=ERDF Je m'aperçois que j'en ai encore un peu à faire dans les Alpes Bonne soirée François Le lun. 17 févr. 2020 à 13:17, Quentin

Re: [OSM-talk-fr] Nettoyage Enedis / GRDF

Cordialement, > > Adrien P. > > Le 14/02/2020 à 00:29, François Lacombe a écrit : > > Salut à tous, > > Il devenait nécessaire de créer une page wiki pour Enedis et GRDF, nos > opérateurs de distribution préférés pour documenter les pratiques les > concernant. > https

[OSM-talk-fr] Nettoyage Enedis / GRDF

Salut à tous, Il devenait nécessaire de créer une page wiki pour Enedis et GRDF, nos opérateurs de distribution préférés pour documenter les pratiques les concernant. https://wiki.openstreetmap.org/wiki/FR:Tag:operator%3DGRDF En particulier Enedis qui mérite un bon nettoyage puisque qu'il y a

Re: [OSM-talk-fr] Remplacer ref:ERDF:gdo par ref:FR:Enedis / ref:FR:gdo

Bonsoir à tous Le mar. 7 janv. 2020 à 16:04, Quentin Salles a écrit : > Bonjour, > > Pouvez-vous me confirmer que l'usage de la clé "ref:FR:gdo" est bien actif > ? > En faisant une requête Overpass, je n'ai vu qu'une seule utilisation sur > toute la France. > > De plus, je suis novice sur le

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

journée François Le mer. 12 févr. 2020 à 00:34, marc marc a écrit : > on ets en plein dogme, cfr Réseau Arc en ciel de bus en france > > Le 12.02.20 à 00:21, François Lacombe a écrit : > > En corollaire à ces propositions, je pensais suggérer à l'international > > de ne la

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

Bonne soirée François Le mar. 11 févr. 2020 à 23:47, François Lacombe a écrit : > Bonsoir à vous > > +1 avec vous, bonne idée de séparer le tableau, pourquoi pas par thèmes, > comme nous le faisons pour les Map Features ? > Sur le caractère national/local, pourquoi pas ajouter u

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

Bonsoir à vous +1 avec vous, bonne idée de séparer le tableau, pourquoi pas par thèmes, comme nous le faisons pour les Map Features ? Sur le caractère national/local, pourquoi pas ajouter une colonne dans les tables pour le préciser ? Globalement, tout ce qui favorise l'adoption de ref:FR:* est

Re: [OSM-talk-fr] Fwd: [OSM-dev] OpenStreetMap Carto release v4.25.0

Le dim. 2 févr. 2020 à 18:41, pepilepi...@ovh.fr a écrit : > Le 02/02/2020 à 14:50, Stéphane Péneau a écrit : > > Ça m'a tout cassé mes jolies haies :-((( > > https://www.openstreetmap.org/#map=19/47.09460/-1.35571 > > Natural=scrub est-il incompatible ici ? (si tu veux retrouver tes jolies >

Re: [OSM-talk-fr] Remplacer ref:ERDF:gdo par ref:FR:Enedis / ref:FR:gdo

l'utilisation de ref:FR:gdo au installations de distribution de gaz. La documentation va finir d'être mise à jour et des tickets créés vers les éditeurs pour améliorer le contrôle qualité. Bonne fin d'après-midi François Le sam. 7 déc. 2019 à 15:57, François Lacombe a écrit : > Salut à tous, >

Re: [OSM-talk-fr] Opportunité de promouvoir OSM : Démonstration T'dat'hack les 31/01 et 01/02

te libérer vendredi à partir de 13h ou uniquement le soir ? François Le mar. 28 janv. 2020 à 22:14, Brice a écrit : > Le 18/12/2019 à 23:11, François Lacombe a écrit : > > L'Association des Villes et Collectivités Câblées (AVICCA) organise sur > deux jours, les 31/01 et 01/02, un

Re: [OSM-talk-fr] Ajout de NRO : blocage d'un contributeur à envisager ?

Le dim. 26 janv. 2020 à 22:19, deuzeffe a écrit : > > Cépabien ^^ > (dit celle qui ne taggue pas les name pour les points de distribution - > j'ai bon ? - en building pour ne pas qu'ils soient rendus :P) > Les sous-répartiteurs cuivre et certaines armoires fibre peuvent aussi avoir des noms

Re: [OSM-talk-fr] Ajout de NRO : blocage d'un contributeur à envisager ?

Salut à tous, Eric est l'un des contributeurs les plus actifs sur les réseaux télécoms en France Je vais essayer de comprendre ce qu'il a essayer de faire. Nous échangeons souvent sur Twitter, il n'est pour moi pas question de bloquer un utilisateur comme lui. Le sam. 25 janv. 2020 à 21:08,

[OSM-talk-fr] Proposition - RFC - Organisation des lignes aériennes (consécutive à line_attachment)

Salut à tous, Nouvelle année, nouvelles propositions. Voici celle que je souhaite pousser en premier. Elle est formulée dans le cadre du nettoyage de tower:type et d sa suppression complète des supports électriques. Expliqué il y a quelques temps dans mon journal :

Re: [OSM-talk-fr] Il est partout, quelle énergie (à faire parfois quand même !)

pour l'évaluer. François Le ven. 17 janv. 2020 à 16:17, Jacques Lavignotte a écrit : > > > Le 17/01/2020 à 15:27, Vincent Bergeot a écrit : > > > François Lacombe a réussi à placer OpenStreetMap :) > > Oui ! En live ce matin. > > Bravo ! > > Vraie quest

Re: [OSM-talk-fr] Remplacer ref:ERDF:gdo par ref:FR:Enedis / ref:FR:gdo

crois qu'une réponse a été apportée sur tous les points levés. Si vous avez une nouvelle objection levez la main assez vite s'il vous plaît Bonne soirée François Le mer. 8 janv. 2020 à 13:33, François Lacombe a écrit : > Bonjour Marc, > > Je suis d'accord avec Yves ici > Ce n'est pas

Re: [OSM-talk-fr] Manque d'attribution, supprimer les cas résolus - wiki

Salut à tous D'accord avec Marc, je souhaite aussi avoir une liste des cas qu'on a traité. Non pas pour les réciter toutes les semaines mais aussi pour bien avoir à l'esprit que c'est un travail permanent. Le problème des évolutions de ces sites et le suivi des échanges passés (l'attitude

[OSM-talk-fr] Les Data Items : discussion en cours

Salut à tous, Nous avions survolé le sujet au précédent SOTM, notamment lors de la présentation de JOSM par Vincent ( https://peertube.openstreetmap.fr/videos/watch/adbeec6c-a3cc-406b-8f0b-4c50990dedc3 à 49:20) Une discussion supplémentaire a été lancée sur le wiki pour proposer la

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

Merci Jérôme pour les précisions Je pense qu'il faudrait faire le changement si c'est possible pour ceux qui connaissent le script François Le ven. 10 janv. 2020 à 02:08, Jérôme Amagat a écrit : > > > Le jeu. 9 janv. 2020 à 22:05, François Lacombe > a écrit : > >> Bonjou

Re: [OSM-talk-fr] [dérivé de "OSMOSE et Opendata"] Comment tagguer ces transformateurs ?

Bonsoir et merci d'avoir apporté quelques réponses J'ajoute ce lien également https://wiki.openstreetmap.org/wiki/Power_networks/France#Postes_de_transformation_locaux La page du projet du mois de juillet 2018 est maintenue dans son état d'origine sans mise à jour. Au passage, je précise que ce

Re: [OSM-talk-fr] Source : les cartes IGN, c'est bien proscrit ?

Bonjour Vincent, Je serais tenté de dire oui Bonne journée François Le ven. 10 janv. 2020 à 08:56, Vincent Bergeot a écrit : > Bonjour, > > je voudrais m'assurer que ce n'est pas moi qui suis rigoriste ! > > Les cartes IGN ancienne et actuelle ne sont pas des sources autorisées > pour mettre

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

ckend/blob/master/analysers/analyser_merge_radio_support_FR.py > > > > > Le jeu. 9 janv. 2020 à 01:46, marc marc a > écrit : > >> Le 09.01.20 à 01:39, François Lacombe a écrit : >> > Je n'ai pas beaucoup participé aux discussions >> >> de mémoire, su

Re: [OSM-talk-fr] Limite numérique des identifiants de noeuds/ways OSRM

. N'hésitez pas à commenter ou constater ce que je remonte, pour être sur que je ne fasse pas d'erreur François Le mer. 8 janv. 2020 à 22:58, François Lacombe a écrit : > > Le mer. 8 janv. 2020 à 22:04, Julien Coupey a écrit : > >> Il y a quand même pas mal de gens qui >>

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

Salut à tous, Des questions relative à l'intégration Osmose des supports ANFR Sur le support suivant, initialement qualifié en pylône : https://www.openstreetmap.org/node/4026894947, on a man_made=mast Cartoradio dit "Pylône autostable", et StreetView laisse penser que c'est bien un pylône

Re: [OSM-talk-fr] 1ere mondiale (enfin je crois) : le réseau de transport électrique français est routable

Le mer. 8 janv. 2020 à 23:58, marc marc a écrit : > l'étendue de distribution d'un transfo est-elle connue ? > ou pour le dire autrement, peux-t-on avoir l'info inverse : > tel transfo alimente tel rue + tel rue + tel rue ? > On peut la retrouver via le réseau en regardant les câbles basse

Re: [OSM-talk-fr] Remplacer ref:ERDF:gdo par ref:FR:Enedis / ref:FR:gdo

Bonsoir Quentin, Le mer. 8 janv. 2020 à 14:38, Quentin Salles a écrit : > Bonjour, > > Pour l'instant, je vais rester sur le tag actuel, à savoir "ref:FR:ERDF". > Et je complèterai par "ref" pour l'information que je vois sur le terrain. > C'est la bonne démarche > Osmose signalé bien les

Re: [OSM-talk-fr] 1ere mondiale (enfin je crois) : le réseau de transport électrique français est routable

Bonsoir et merci pour vos encouragements Je pense faire un diary pour donner quelques explications en plus Le mar. 7 janv. 2020 à 08:42, Christian Quest a écrit : > > Je me posais justement la question de savoir si l'on pouvait une > interface du genre "par où arrive mon électricité ?" > Ce

  1   2   3   4   5   6   7   8   9   >