er créer les tickets correspondants s'il vous plaît ?
Bon weekend
François
Le sam. 30 sept. 2023 à 11:35, Nicolas VIGNERON
a écrit :
> Bonjour,
>
> Côté Wikipédia, ce genre de choses arrive très souvent.
>
> Après un premier mail sympathique (car après tout la personne peut n
eetmap.org/wiki/Proposal:Substation_nodes_extension et
les nœuds signalés sont bien décrits de la bonne façon
Peut-être me pencherais-je sur les modifications nécessaires prochainement
mais j'ai moins l'habitude de SVN que de git.
Bon weekend
François
Le ven. 5 mai 2023 à 17:15, Frédéric Rodrigo a
écrit :
> Bon
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, Ma
jet que ce soit dans le passé.
Avoir trouvé une pratique générique qui permette de traiter tous les sujets
doit être valorisé.
C'est un détail sémantique, parlons du remplacement des occurrences
restantes de pipeline=marker, parce que son remplacement en tant que tel a
déjà été discuté (ce qui n
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 r
conduites d'eau brute pour l'industrie
chimique)
Si on peut résumer, de manière simpliste, c'est :
substance => une solution chimique
utility => Une activité industrielle bien souvent publique.
Pour l'instant cela donne satisfaction, voyons si il y a des exceptions
Bon
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
a même
référence, ce 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:
>
&g
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
>
>
>
ntiel,
pensez-y autant que faire se peut.
Je pense industrialiser la production du slide 8 par exemple, pour refléter
le dynamisme de la communauté plus facilement.
A bientôt :)
François
Le mer. 2 mars 2022 à 09:23, Florian LAINEZ a écrit :
> Absolument génial de voir un tel engouement pour un s
d'usage pratiques des données produites apparaissent depuis
quelques semaines, nous pourrons être amenés à communiquer plus largement
sur ce point dans l'année.
En vous rappelant enfin l'existence de cette vidéo pour en savoir plus
https://peertube.openstreetmap.fr/w/098b46b9
aise
https://wiki.openstreetmap.org/wiki/Proposed_features/Transformers_classification_refinement#Voting
Bon weekend !
François
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
être cachées dans des zones inaccessibles et le
but reste de décrire les appareils que nous pourrons atteindre sans prise
de risque inutiles.
En vous remerciant de prendre quelques minutes pour donner votre avis.
Bon début de semaine
François
___
Ta
omme utilisés selon des
seuils indéterminés.
Bonne après-midi
François
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Bonjour à tous,
Suite à discussion sur le fil telegram France (merci Gustave Eiffel, Pyrog,
Vinber), les tags suivants ont été proposés pour cartographier ce qui est
relatif aux DVA (https://en.wikipedia.org/wiki/Avalanche_transceiver) :
- training=avalanche_transceiver pour les zones d'entraînem
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,
> >
>
vrai problème se pose lorsque ca oblige à utiliser des termes moins
clairs, juste pour préserver ce qui existe sans aucune autre raison.
Dommage de passer du temps là-dessus, le vote est mis en pause le temps
d'évaluer les impacts
Bonne après-midi
François
Le mer. 25 nov. 2020 à 06:45, lej
;adresse
> talk-fr-ow...@openstreetmap.org
>
> Si vous répondez, n'oubliez pas de changer l'objet du message afin
> qu'il soit plus spécifique que "Re: Contenu du digest de Talk-fr..."
>
> Thèmes du jour :
>
> 1. précision proposition nouvel attribut
le recevoir. Ce n'est pas acceptable.
La 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 écr
Bonjour
Je confirme ce que dis le topographe fou, le but est de cartographier les
endroits où l'on peut tester son dva.
Rappel rapide sur les dva que j'aurais du faire avant. En ski de rando ou free
ride, on a tous sur soi un dva qui émet en permanence. Si une personne de ton
groupe est prise da
Bonjour à tous,
Suite au recommandation de Donat, je viens prendre la température pour la
proposition d'un nouveau tag pour cartographier les boîtiers test de Detecteur
de Victime en Avalanche (DVA en français, avalanche beacon in english). Ce sont
des petits boitiers que l'on peut trouver dans
Merci Cyrille
C'est bien par la discussion qu'on arrivera à trouver la meilleure solution.
J'ai bien conscience que la proposition prévoit des changements, en
contrepartie de concepts plus largement définis définis qu'actuellement
Bon weekend
François
Le ven. 20 nov. 202
mettre handle=no
Je le redis, pump=* actuel ne parle pas de pompe, uniquement de puis et de
moteurs éventuels. Pas des pompes.
François
Le ven. 20 nov. 2020 à 12:55, Cyrille37 OSM via Talk-fr <
talk-fr@openstreetmap.org> a écrit :
> François
>
> Je rejoins assez "Jeisenbe&q
critiquent maintenant le remplacement de
pump=powered affirment aussi ne pas savoir pourquoi ces tags ont été
définis à la base, ça me gêne un peu.
Bon apétit
François
Le ven. 20 nov. 2020 à 12:28, Cyrille37 OSM via Talk-fr <
talk-fr@openstreetmap.org> a écrit :
> François
>
&
de la proposition est de cesser d'utiliser "pump" pour
parler du moteur puisque c'est le cas aujourd'hui.
Une pompe est souvent animée par un moteur, on a donc deux appareils pompe
+ moteur, il me semble logique qu'OSM ait deux
potable de ma ville
https://www.openstreetmap.org/node/8098817015
En vous remerciant de prendre quelques minutes pour donner votre avis avant
le 3 décembre
Bonne soirée
François
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
pas à répondre ci-dessous pour une mise en relation si la
démarche vous intéresse.
Bonne soirée
François
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
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@openstreetma
és.
Tegola fonctionne vraiment bien
https://github.com/flacombe/oim-styles
Côté navigateur, c'est du mapbox 100% du temps, peut-être faudrait-il une
autre stack pour faire le rendu.
https://github.com/flacombe/gespot
A suivre
François
Le ven. 18 sept. 2020 à 15:42, Florimond Berthoux &l
Merci Gad pour tes encouragements
N'hésitez pas à compléter la section des exemples ou proposer des
illustrations pour les valeurs qui n'en ont pas encore.
Par exemple les pompes à vis, à aubes, injecteurs et autres éjecteurs à air
comprimé.
Bon weekend
François
Le mer. 9 sept. 20
GT
https://www.astee.org/groupe-de-travail-sig-participez-a-la-consultation-externe/
)
Preneur de vos retours, à bientôt
François
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
ls que les micro-producteurs, liés à un contrat privé avec un
> autre fournisseur d'énergie qui leur achète tout et peut-être aussi les
> finance en partie
>
Tous les gestionnaires de réseaux sont tenus par les mêmes obligations, pas
les producteurs.
Des démarches sont actuellement
tégré à Caen et Dijon avec de bons
résultats.
A chaque point de connection aérien/souterrain se trouve un poteau.
Donc avec ces données + vues aériennes, il est au moins possible de savoir
où les poteaux sont manquants.
Bonne fin de weekend
François
Le ven. 4 sept. 2020 à 20:45, Francois Gouget
nergie-france/) ou d'ajouter
les poteaux Orange de vos environs avec man_made=utility_pole +
utility=telecom + operator=Orange
A suivre pour la suite des événements, bonne soirée
François
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
nd-le-numerique-donne-les-cles-de-la-cite-aux-citoyens--_48.html
Son nom Cartopartie-V1Sartoux-07.jpg semble indiquer une cartopartie à
Sartoux. Je n'en sais pas plus.
J'aimerais avoir le droit de l'utiliser dans des slides sur l'asso (que je
m'apprête à rendre dispo sur le Ne
du tout maintenu fin 2020.
D'autres technos sont pourtant bien plus pérennes actuellement.
Si quelqu'un à l'explication, je suis preneur.
Bonne soirée
François
Le lun. 10 août 2020 à 15:13, Yves P. a écrit :
> Bonjour,
>
> Lu dans l'hebdo, une nouvelle qui devrai
aut ainsi créer autant de noeuds que nécessaire.
Certaines sont parfois bien cachées
https://twitter.com/InfosReseaux/status/1286969000476516352?s=20
Bonne semaine
François
Le jeu. 2 juil. 2020 à 15:41, Yves P. a écrit :
> De mémoire ce n'est pas un simple copier/coller, il faut fai
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
ussée est à voies séparées en sortie de rond-point, la question ne
se pose pas
François
Le mer. 22 juil. 2020 à 00:13, a écrit :
> Je vois des interdiction de faire demi-tour sur une départementale en
> sortie de rond-point :
>
> https://www.openstreetmap.org/relation/1133280
alors que c'est la règle par défaut.
>
C'est bien un point à discuter.
Laure de la Raudière peut aussi être intéressée.
Vu l'ambiance actuelle il est possible que cette mission puisse être là
pour freiner le mouvement.
C'est en ce sens que je parlais de vaccin.
Bonne jour
ref:FR:SFR_G2R (moins fan
de la deuxième)
Donc
man_made=street_cabinet
utility=telecom
telecom=exchange
telecom:medium=fibre
ref:FR:SFR=PTI1
ref:FR:G2R=861604
Qu'en pensez-vous ?
François
Le lun. 29 juin 2020 à 17:40, Éric Gillet a
écrit :
> Le 28/06/2020 à 14:55, Jacques Lavignott
Bonjour,
Le 19/06/2020 à 19:27, François Magimel a écrit :
> Pour la gestion de projet, on peut déjà commencer par une page sur le wiki
> OSM pour définir les besoins, l'existant, la partie technique et peut-être
> des tâches (comme ça, il y en a pour tous les goûts ;)) ?
E
t peut-être des
tâches (comme ça, il y en a pour tous les goûts ;)) ?
Bon courage,
François
Le 19/06/2020 à 17:57, Arnaud Champollion a écrit :
> Le 19/06/2020 à 17:53, Christian Quest a écrit :
>>
>> L'essentiel quand même dans tout ça est la conservation du stock de
#x27;alimenter OSM en données tout aussi libres.
Changer de licence du contenu peut être plus ou moins facile selon la
raison sociale de l'entreprise qui s'y emploie.
Sur OSM, ce serait à l'issue d'un vote... c'est pas le cas partout.
Bonne après-midi
François
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
pond aux références "PTx", uniquement pour la fibre.
ref:FR:PTT est destiné pour les réseaux cuivre sous un format et des règles
d'application différentes.
C'est telecom:medium et operator qui détermine ce qui est attendu.
Bonne journée
François
_
ensuite.
phone=sub_station n'est pas adapté.
Ce n'est pas non plus un bâtiment, mais il est possible de décrire
l'armoire comme un polygone si on a des images assez précises.
A cet endroit il faut deux noeuds différents, un pour l'armoire cuivre et
l'autre pour l'armoire c
Merci pour le résumé et le pad !
J'y ai mis mon petit avis du coup...
François
Le 13/06/2020 à 15:47, Marc M. a écrit :
Bonjour,
Merci pour vos retours.
Voici la compilation chronologique des 8 personnes ayant répondu avec
utilisation et/ou besoin/souhait.
un doubble étonnement : le n
odélisation.
Il faut penser au précédent que cela pourrait créer en cas de
standardisation, sur les pratiques mêmes d'écriture d'un standard. Le
planning incroyablement serré me laisse vraiment perplexe.
Pensez-y si vous avez l'intention de répondre.
Bon début de semaine
Franç
e le panneau à
l'endroit exact et complétons maspeed sur le linéair concerné.
Dans le cas des bornes, je suis en faveur d'indiquer l'emplacement exact,
il n'y a pas d'effet sur le linéaire à matérialiser.
>
> Pas de ref dans le fichier. le code plo indiqué dans le 1
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 l
ef
<https://wiki.openstreetmap.org/wiki/Key:ref>=* is optional, only to be
used if the milestone actually has a reference number written on it."
En France, je ne connais aucune borne kilométrique qui ait une référence
sur le terrain.
Bon dimanche à vous
François
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
rôle fonctionnel).
Merci d'en tenir compte dans vos réflexions. Bonne après-midi
François
Le jeu. 4 juin 2020 à 16:38, Frédéric Rodrigo a
écrit :
> Je résume.
> La question porte sur l'usage du tag ref pour un highway=milestone.
> Certains utilisent la ref de voie (A 63), d&#
au même endroit sans devoir être fusionnés.
+1 avec Adrien et Jérôme, j'ai tout simplement pas envie de regarder la
suite.
François
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
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
https://lists.openstreetmap.o
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 we
>
>
> > "operator": "VEOLIA",
> "operator": "Veolia",
>
> C'est la commune ou un sous traitant qui installe, maintient les PEI et
> effectue les mesures de débits/pressions.
> Ce sont les "SDIS" qui les utilisent.
> Il y a un "peu de tout" dans operator : https://overpass-turbo.eu/s/Uhd
>
operator=* ne devrait contenir que l'exploitant du réseau d'eau potable qui
alimente le PEI dans le cas de water_source=main.
A bientôt
François
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
ersion
anglaise, bon week-end à tous
https://wiki.openstreetmap.org/wiki/Proposed_features/Lines_management
François
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Afigeo
Il y a un standard d'échange qui a été défini, justement pour éviter de
devoir en discuter à chaque fois.
Je pense qu'il y a peut-être d'autres points, mais ne passez pas à côté
Bonne journée
François
Le mer. 20 mai 2020 à 08:32, Jérôme Seigneuret
a écrit :
> Je ne s
squels les
définitions sont claires, les cas d'usages bornés et le consensus partagé,
qu'ils soient métier ou non.
Bonne après-midi
François
Le mer. 20 mai 2020 à 08:54, Vincent Bergeot a écrit :
> Bonjour,
>
> Le 19/05/2020 à 22:16, Yves P. a écrit :
>
> Préalab
daptée à chaque situation.
Bonne journée
François
Le mar. 19 mai 2020 à 15:46, Yves P. a écrit :
> > Tes observations sont étayées, et tu as contacté le contributeur.
> Attends de voir s'il réagit à ce message, que tu peux peut-être doublonner
> par un message direct (via la m
dispo pour plus d'explications
François
Le mer. 13 mai 2020 à 16:25, a écrit :
> DCbrain rend public un convertisseur de données, sur son compte Github. Il
> s'agit d'un convertisseur de données géographiques postgresql en format
> openstreetmap
> A
ve la plaque commémorative à Lyon Sevigné?
J'y ai passé 3 mois il y a quelques années, peut etre l'ai je en photo
Bonne nuit !
François
Le lun. 11 mai 2020 à 11:16, Yves P. a écrit :
> Bonjour,
>
> Un documentaire très intéressant sur le "piratage" de liaison t
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
ces règles particulières et autorise
l'emploi d'une valeur en minuscules pour name=*, notamment utilisé pour le
rendu.
Je réfléchi pour remplacer ref:FR:RTE_nom par name:FR:RTE
Quels pourraient être les arguments contre ?
Merci par avance, bonne soirée
François
_
/FR:Tag:telecom%3Dexchange#Cas_de_multiples_noeuds_dans_le_m.C3.AAme_b.C3.A2timent
My 2 cts
François
Le sam. 25 avr. 2020 à 23:45, Georges Dutreix via Talk-fr <
talk-fr@openstreetmap.org> a écrit :
> Les ref:FR:FINESS servent aussi au contrôle qualité.
> J'avais commencé un balayage
Je me suis posé la question récemment.
A mon avis ça dépend surtout de ce qu'on entend par "openings hours" :
s'agit-il d'ouverture physique ou des heures travaillées, ou des
créneaux de standard téléphonique ?
Si on considère que l'on doit ne cartographier que ce qui est vérifiable
sur le t
tie sont en ODbL, source OpenStreetMap
>
>+ Ça reste ouvert. À noter que Qwant précise quelques lignes plus bas
>que les données viennent d'OSM, on a donc bien la double mention. Après
>
>de notre côté on a pas la main sur la façon dont l'équipe de Qwant
>p
s d'ouvertures durant le confinement :
caresteouvert.fr".
Comme ça l'initiative est tout de même citée, et le visiteur comprends
qu'il s'agit d'un site web pour le moins "dynamique" (et non une source
rigide établie par une administration).
Bien à vous,
François
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
une synchronisation bien compliquée à
gérer entre les spécificités locales et l'ascendance de l'anglais
pertinente dans certains cas.
On peut aussi se dire que ce sera plus simple avec de la structure.
OSM a ajouté de la complexité par rapport aux cartes IGN papier. On est
plus heureux aujourd'hui je crois :)
Bonne soirée
François
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
affiché que lorsqu'il
n'y a pas d'horaires "normaux". Est ce que cela change tes impressions
?
Clairement, sur mon PC, je préfère rentrer directement les horaires au
format OSM, mais je ne dois pas être normal.
Noté l'idée de iD/JOSM.
François
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Si on ajoute des opening_hours faux cela n'a pas d'intérêt je pense, cela
> demandera de revérifier tous les opening_hours qui étaient vide avant qu'un
> opening_hours:covid19 ait été ajouté et de vérifier cet opening_hours
Merci de ce retour. Tu a vu l'interface ? C
27;ai conscience que ce n'est pas tout a fait la même chose que ce que
tu suggère, mais cela pourrait augmenter le nombre d'opening_hours.
François
On Mon, Mar 30, 2020 at 03:45:07PM +0200, Georges Dutreix via Talk-fr wrote:
> Justement, le côté très positif est qu'on voit
Bonjour,
La prise en compte des modifications dans OSM vers la carte est en
place. Il y a un lag de réplication en ce moment, mais en temps normal
c'est max 1 heure. On va monitorer ça pour savoir si on peut réduire
ce délai.
François
On Thu, Mar 26, 2020 at 10:07:07PM +0100, Florian L
comment dans iD, JOSM et n’importe quel
> outil OSM pour passer d’un tag à un DataItem ?
>
Tu n'aurais pas à le faire justement si tout se passe dans le DataItem.
Les éditeurs vont toutefois intégrer progressivement cette base de données
qui rencontre une certaine réticence jusque là
J&
ider ;-)
On va certainement rajouter le cercle de 1km.
Pour le reste c'est vrai qu'on est parti sur un format carte
classique, mais on pourrais lister seulement les commerces autour d'un
point.
François
>
> Encore bravo en tout cas !
>
> Martin
>
>
> On 26/03/
Idem por operator=* en fait.
Sinon on ne va faire que ça et cette liaison va être modifiée en permanence
en plus d'être difficile à maintenir partout.
Cela donne un cas d'usage positif supplémentaire aux dataitems
Bonne après midi,
François
Bonjour,
Merci à toute les personnes qui contribuent et ferment les notes.
La mise à jour automatique des données OpenStreetMap n'est pas encore
effective, donc ne vous étonnez pas que vos contributions ne soient
pas encore affichées. Cela arrive très vite.
François
On Wed, Mar 25, 2020
4 pour n'apporter aucune information
supplémentaire
My 2 cts
François
Le jeu. 26 mars 2020 à 10:08, Noémie Lehuby via Talk-fr <
talk-fr@openstreetmap.org> a écrit :
> Hello,
>
> Pour avancer sur l'ajout de tags brand et brand:wikidata sur les
> enseignes, je
Bonjour à tous,
Une contribution intéressante est également de rajouter le tag
brand:wikidata sur les boutiques qui n'en ont pas. Cela facilite la
fusion avec https://github.com/PanierAvide/Covid_enseignes.
François
On Wed, Mar 25, 2020 at 07:44:53PM +0100, PanierAvide wrote:
> Bonjou
a déjà abouti à plusieurs modifications utiles sur ce qui était
initialement proposé, c'est tant mieux.
Bon dimanche
François
Le sam. 21 mars 2020 à 23:08, European Water Project <
europeanwaterproj...@gmail.com> a écrit :
> On Sat, Mar 21, 2020, 21:22 wrote:
>
>> Si l'ob
e moment), pas le
trafic
Pour le routier, une grandeur qui me semblerait d’intérêt serait le trafic
prévu, qui lui est normalement public puisque partie du cahier des charges
du maître d'ouvrage.
Dans nos pays, les normes routières prévoient certains équipements en
fonction du trafi
cer un tag en l'air a de plus en de
plus de chances d'être en contradiction avec une pratique établie (sans
démonstration à la hauteur, l'établi gagne par principe).
Le changement est une bonne chose mais il faut mettre l'énergie de le faire
complètement, ce que finalement peu de personnes font.
Quand nous pourrons nous retrouver à nouveaux tout ensemble, il faudra que
nous parlions de la valeur de notre sémantique et du poids que ça peut
avoir bien au delà d'OSM.
François
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
maintenable d'ajouter le débit moyen
des rivières.
C'est une question qui a soulevé beaucoup de débats pour qualifier des
cours d'eau intermittent ou non.
Sans garanties de passage à l'échelle et de maintenabilité, je suis pas
très chaud. Ce n'est que mon avis.
Bonne soirée
François
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
ceux qui ont essayé de changer les choses jusque là n'y sont
pas parvenus : on aurait atteint la perfection ?
> A très vite et bon courage pour le confinement !
>
Merci, à toi aussi
François
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
ler les tuiles rendues actuellements (et cela produit déjà
> hélas bcp de tuiles "pas à temps que pour être affichées"
> une umap comme semble être votre carte me semble le mieux
Ce n'est pas umap, mais c'est effectivement l'idée.
François
>
> et on fait qu
re remplacé).
Bonne journée
François
Le jeu. 12 mars 2020 à 17:32, Jacques Lavignotte a
écrit :
>
> Bonjour,
>
> pas du tout certain que :
>
> https://www.openstreetmap.org/node/7289040768
>
> soir un PM du FTTH.
>
> https://framapic.org/gallery#YjUsykpdZqD4/SHkecVz
arcep.fr/actualites/agenda-et-evenements/detail/n/conference-annuelle-territoires-connectes-cartes-sur-table.html
> Cette base sert d'ailleurs de source à la BAN.
>
Je n'en suis pas sûr, quelle est ta source ?
Orange me dit le contraire ici :
https://www.youtube.com/watch
7;OSM.
Preneur de vos réactions si vous en avez
Bonne soirée
François
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
r%3Dmanual
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 d
itte à utiliser Osmose pour
guider ses déplacements)
Je mettrai un tweet sur le sujet demain matin
Bonne fin de weekend
François
Le dim. 1 mars 2020 à 10:33, Noémie Lehuby via Talk-fr <
talk-fr@openstreetmap.org> a écrit :
> Bonjour,
>
> Plus de 28 000 points de recharge pour véh
F
ref=GIxx
La documentation est encore très partielle sur le sujet j'en conviens
Bonne soirée
François
Le lun. 17 févr. 2020 à 11:16, Quentin Salles
a écrit :
> Bonjour François,
>
> Merci pour cet ajout. Je retrouve les cas que j'ai rencontré dans ma
> commune, notamment
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. 2
Bonjour Adrien et merci pour ton action :)
N'hésitez pas à le faire dans votre région également, on sera plusieurs à
être disponibles en cas d'indéterminations
Bon dimanche
François
Le ven. 14 févr. 2020 à 09:21, PanierAvide a
écrit :
> Bonjour François,
>
> Merci
récié
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:gdo
A disposition en cas de questions sur le sujet
Bonne soirée
François
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
cas d'usages décris pour les deux domaines
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:gdo#Ouvrages_gaziers
Même si la documentation pour le gaz est moins étoffée que pour l'élec, les
postes gaz comme ceux-ci ont bien leur place dans OSM en tant qu'armoires
de rue
https:
, c'est pas le cas n'est-ce pas ?
Bonne 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 pen
iki/Key:ref:EU:ENTSOE_EIC
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/loca
* est bon à prendre.
François
Le mar. 11 févr. 2020 à 18:57, deuzeffe a écrit :
> Hello,
>
> Le 11/02/2020 à 18:25, leni a écrit :
> > Bonjour
> >
> > En attendant que nous trouvions une meilleure solution pour certaines
> > ref:FR:*** , je pense qu'il serait
; Sauf que Stéphane a bien mis area=yes.
>
> https://www.openstreetmap.org/way/458961507
>
> Stéphane, je crois que tu vas pouvoir ouvrir un ticket sur le sujet.
>
Le parti pris est bien de ne plus supporter area=yes sur barrier=hedge
(sans me prononcer si c'est bien ou mal)
https://github.
1 - 100 sur 1453 matches
Mail list logo
