Re: [OSM-talk] The end of waterway map

Hi Amanda, Thank you for this additional piece of very useful tool :) > WWM/ends excludes canals. It's ok but it includes pressurised waterways and these nodes are flagged as ends : https://www.openstreetmap.org/node/2255728449/ I'd like to include canals instead of removing pressurised

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

Re: [OSRM-talk] OSRM with postgis+pgrouting extension

Hi everyone Le dim. 10 janv. 2021 à 18:22, Daniel Patterson via OSRM-talk < osrm-talk@openstreetmap.org> a écrit : > Why would you not just use pgRouting all by itself? Why do you want to > use OSRM as well as pgRouting - they serve a common purpose. > > To use OSRM with data in a psotgres

[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] Quality and the Openstreetmap value chain

Hi Jean-Marc, Long time no see! Le mer. 13 mai 2020 à 17:08, Jean-Marc Liotier a écrit : > On 5/12/20 3:50 PM, Colin Smale wrote: > > The role I expect of the data consumers is to articulate how they would > like to view the data (including what attributes they are expecting), and > not to

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] New diary: 10 years of French power transmission network mapping

. 2020 à 00:40, Christine Karch a écrit : > Chapeau and thank you for that interesting work and the documentation! > > Am 20.04.20 um 00:25 schrieb François Lacombe: > > Hi all, > > > > This link to look back at 10 years of mapping of French power > &g

Re: [OSM-talk] Fwd: Re[2]: Tag:manhole=telecom

www.lexico.com/en/definition/manhole > ( a man goes into the hole) [manhole] > > > > Sunday, April 19, 2020 5:02 PM -05:00 from François Lacombe < > fl.infosrese...@gmail.com>: > To me, manhole applies in the two situations. > We should make a distinction between the &q

[OSM-talk] New diary: 10 years of French power transmission network mapping

Hi all, This link to look back at 10 years of mapping of French power transmission network https://www.openstreetmap.org/user/InfosReseaux/diary/392777 OSM demonstrates a large potential to improve official opendata and bring valuable data back to operators. Official opendata brings real

Re: [OSM-talk] Fwd: Re[2]: Tag:manhole=telecom

To me, manhole applies in the two situations. We should make a distinction between the "cap" visible from the surface and the facility underground. Same shape of "cap" (I call it the manhole actually) can hide really different kind of stuff underground you won't be able to define without removing

Re: [OSM-talk] Tag:manhole=telecom

Hi To me there are two separate concepts : * The enclosure : the underground chamber hosting several equipment including cable splices * The manhole : The way technicians get into the enclosure. For smaller ones, the manhole has the same dimension than enclosure but there are bigger ones where

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] Proposed new status for tags in the wiki: "import" for undiscussed tags that were only used by an import

Hi all My 2cts : "in use" status and statuslink to the import proposal would be enough, right? Point is to determine where does the tag come from, and it's done by statuslink, not status which reflect the current state of use. All the best François Le mar. 17 mars 2020 à 10:55, Warin

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] Acknowledgement for the wiki documentation

Hi Daniel, Thank you for your message, very encouraging to provide high quality of documentation Even if it consumes high amount of time sometimes Translations are important also, great to see people involved in this :) All the best François Le sam. 8 févr. 2020 à 22:22, Daniel Capilla a

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] Deleting template parameters copied to data items

Hi Frederik Le ven. 17 janv. 2020 à 16:05, Frederik Ramm a écrit : > Over the years, a couple of people have time and time again suggested > that we get down and make a nice, curated, text-based catalogue of tags > maintained by a team, potentially on a git-like system where pull > requests can

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

  1   2   3   4   5   6   7   8   9   10   >