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

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

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] 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

[OSM-talk-fr] Proposition - approuvée - Points de distribution télécoms

Salut à tous, Le vote est désormais terminé pour la proposition de tagging pour les points de distribution télécoms. A 21 voies contre 4, le modèle est approuvé à 84%. https://wiki.openstreetmap.org/wiki/Proposed_features/Telecom_distribution_points Cette valeur rejoints donc les 3 premières

Re: [OSM-talk-fr] [Tagging-fr] Proposition - approuvée - Points de distribution télécoms

Bonsoir et merci pour vos messages :) Le mar. 24 déc. 2019 à 17:57, severin.menard a écrit : > Salut François, > > Super pour la validation de ces nouveaux attributs. Quelle sera ta > prochaine thématique de travail ? > Normalement la première propal de 2020 sera pour line_management, qui

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

Salut à tous Mon 1er mail de 2020 ici, donc bonne année à tous ! Que vos projets respectifs se concrétisent et surtout que vous y trouviez une satisfaction sans cesse renouvelée Pour bien commencer, j'attire votre attention sur le changeset suivant :

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

Bonjour la liste Est-ce que quelqu'un familier avec OSRM saurait me dire quelle est la limite exacte pour les identifiants de nœuds et de chemins OSM? Je remarque que ces identifiants ne dépassent pas 10 digits dans les réponses fournies par l'API route. On en est à 5700014039 de nœuds dans la

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

ri il y a de la marge si tu utilises > les données OSM telles quelles. > > > ca ne passe pas. > > Si tu peux développer un peu sur ce qui coince, peut-être que ça vaut le > coup d'ouvrir un ticket ? > > [1] https://github.com/Project-OSRM/osrm-backend/pull/1793 > >

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

Bonjour Marc, Je suis d'accord avec Yves ici Ce n'est pas parce qu'un objet ne porte qu'une référence, qu'on ne peut pas associer des règles de validation ou de formatage particulières sur celle-ci. Plus que les tags de l'objet et le contexte d'utilisation de ref=*, il faut une clé dédiée à

[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] 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 :

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] 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

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] [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

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] 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] 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] 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] 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] 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

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

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

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] "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] 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] 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

[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

[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

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

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 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] 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

[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] 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] 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

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

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] 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] 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] 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] 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

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] 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] 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] 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

[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, 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] 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

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] 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] 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] [é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

[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

[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] 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

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

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

> > 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

[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: [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] 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

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] 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: [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] 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] 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] [é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] 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] 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] 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] 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

<    5   6   7   8   9   10