Re: [OSM-talk-fr] [SDIS/SAMU] Projet du mois défibrillateurs

Oui on a une carte avec juste les départements des SAMU concernés pour l'instant (et les quelques autres assos partenaires). Ils annoncent que cela concernera bientôt tous les départements, mais aucune donnée publique. pourtant ils invitent à déclarer les DAE par eux (en espérant que ça remonte

Re: [OSM-talk-fr] uMap, SILL et Wikidata

serveur, indépendant des OS des clients web; il peut aussi y avoir des clients spécifiques pour certains OS mobiles, développés séparément ou maintenus par les installateurs d'autres instances que l'instance française "par défaut") Le jeu. 3 sept. 2020 à 19:40, Philippe Verdy a écrit

Re: [OSM-talk-fr] uMap, SILL et Wikidata

Pour Wikidata, j'ai ajouté quelques propriétés (y compris en français et anglais) avec les liens les plus utiles. https://www.wikidata.org/wiki/Q28502462 Il n'y a pas de page Wikipédia en français je pense, je n'ai vu que l'espagnol. Mais les liens sur le wiki OSM (français et anglais) y sont

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

Note: avec l'imagerie haute résolution on commence à bien voir les poteaux et lignes électriques mineures (notamment en milieu rural ou périurbain à travers les champs pour relier les hameaux ou certaines zones industrielles). Cependant beaucoup sont partielles et si on peut tracer ce qu'on voit

Re: [OSM-talk-fr] [SDIS/SAMU] Projet du mois défibrillateurs

Le mer. 2 sept. 2020 à 18:19, Jacques Lavignotte a écrit : > > > Le 02/09/2020 à 15:05, PanierAvide a écrit : > > Bonjour, > > > > C'est à tenter, de préférence par les contacts locaux. > > C'est le S(D)IS (D comme département) 86 Je sais qu'ils ont une liste et > un système de cartographie. > >

Re: [OSM-talk-fr] Rond point et relations routes

Seulement les arrêts c'est ingérable, on obtient un nuage de points, et l'ordre en plus n'est pas garanti (pas moyen de le manipuler dans iD par exemple, un point défusionné et recréé à côté sera systémqtiquement mis en fin de liste. Donc à moins de numéroter les arrêts dans l'ordre... On se

Re: [OSM-talk-fr] Attribution eaupotable.info

S'ils ne garantissent rien eux-mêmes, le minimum qu'ils puissent faire c'est tracer et identifier leurs sources pour savoir d'où ca vient et comment corriger. S'ils ne le font pas, c'est leur responsabilité directe, ils peuvent mettre n'importe quoi, n'importe comment, juste pour "faire du

Re: [OSM-talk-fr] Les courée de Roubaix : adresse et entrée

J'aurais tendance aussi à faire de ces courées des rues à part (pour leurs propres adresses habitables, pas pour leur simple accès comme le 76 rue du Caire, qui continue à faire partie de la rue du Caire mais n'est pas une habitation ou une réelle adresse de résidence, leur seul "intérêt étant

Re: [OSM-talk-fr] Affichage d'un name suivant le rendu

De façon pragmatique on peut admettre d'avoir simplement les deux (un noeud et une surface), sans aucune relation, et faire en sorte que cela ne s'affiche pas deux fois (un point parking trouvé dans une surface parking peut être éliminé, peu importe si tous les autres tags dont le nom ne sont pas

Re: [OSM-talk-fr] No U-turn vs BRouter

Le mar. 1 sept. 2020 à 14:04, a écrit : > TL;DR: overtaking=no > Le 01/09/2020 à 12:35, Francois Gouget - fgou...@free.fr a écrit : > > On Sun, 30 Aug 2020, Francois Gouget wrote: > [...] > > Je pense que le no-u-turn était sensé indiquer qu'on ne doit pas faire > demi-tour là où les deux voies

Re: [OSM-talk-fr] No U-turn vs BRouter

Le mar. 1 sept. 2020 à 12:36, Francois Gouget a écrit : > * Je ne me vois pas faire demi-tour (en fait tourner à gauche) comme ça > en sortie de rond-point. Mais s'il y a une ligne discontinue cela > serait-il vraiment interdit ? > En pratique oui, pour la police ou pour les assurances, si

Re: [OSM-talk-fr] Rond point et relations routes

Il y a quelques exceptions connues pour certains giratoires avec des sections très différentes (certaines parties qui sont des ponts ou ayant des restrictions spécifies avec des changements de voies). La plupart des ronds-points son homogènes et ne nécessite aucun découpage (et surtout pas pour

Re: [OSM-talk-fr] anomalie du serveur OSM sur iD (données partielles/incomplètes)

oui ça remarche ce midi, hier soir l'internet était un enfer à naviguer. (sauf les sites Google, et le reste était extrèmmeent lent, surtout le DNS et presque tout ce qui transitait par les gros datacenters d'Amsterdam) ___ Talk-fr mailing list

Re: [OSM-talk-fr] anomalie du serveur OSM sur iD (données partielles/incomplètes)

Tout ça ressemble à des échecs de connectivité entre les différents services. visiblement ce 1er septembre à 0h00 UTC a été une date butoir pour le début de renforcement de la sécurité d'un certain nombre de services (déjà annoncé pour bientôt, la déprécation du DNS sur UDP, remplacé par le DNS

Re: [OSM-talk-fr] anomalie du serveur OSM sur iD (données partielles/incomplètes)

s chargées en arrière plan doivent avoir le même niveau de sécurité en HTTPS. Le mar. 1 sept. 2020 à 02:06, Philippe Verdy a écrit : > ET je pense que c'est lié au renforcement de la politique de > "Mixed Content" dans la version 85 de Chrome: l'image "http:// &

Re: [OSM-talk-fr] anomalie du serveur OSM sur iD (données partielles/incomplètes)

s pas en mode "mixed content" avec une session iD en HTTPS qui demande des ressources par des XHR en HTTP. Et ça semble être bloquant même pour charger des données OSM qui n'ont pas pas besoin du tout de cette ressource. Le mar. 1 sept. 2020 à 02:03, Philippe Verdy a écrit : > au

Re: [OSM-talk-fr] anomalie du serveur OSM sur iD (données partielles/incomplètes)

uire une erreur empêchant de traiter les données OSM demandées (bogue sans doute d'un des javascript d'iD)... Ca marchait très bien il y a moins de 2 heures. iD a donc changé inopinément sur le serveur OSM.org. J'ai essayé de fermer la session OSM et me réauthentifier après avoir purgé et fermé

Re: [OSM-talk-fr] anomalie du serveur OSM sur iD (données partielles/incomplètes)

nt should also be served over HTTPS. La requête est vient d'une sous-requête lancée par le serveur OSM.org avec une référence invalide. L'IGN aurait changé sa config récemment ? Le mar. 1 sept. 2020 à 01:33, Philippe Verdy a écrit : > Ce soir je note que l'éditeur iD semble avoir un problème:

[OSM-talk-fr] anomalie du serveur OSM sur iD (données partielles/incomplètes)

Ce soir je note que l'éditeur iD semble avoir un problème: il ne télécharge aucune des données quand on entre en édition ou bien il faut attendre de nombreuses minutes, puis dézoomer et zoomer encore, on obtient seulement une partie des données, ce qui peut faire croire que c'est incomplet. Je

Re: [OSM-talk-fr] BANO : projet d'un mois d'après ?

lun. 31 août 2020 à 22:39, a écrit : > Le 31/08/2020 à 21:49, Philippe Verdy - ver...@gmail.com a écrit : > > Le lun. 31 août 2020 à 20:32, a écrit : > >> Une autre manière de faire évoluer les outils c'est de les pratiquer lors >> d'un projet du mois (par exemple). >&

Re: [OSM-talk-fr] BANO : projet d'un mois d'après ?

Le lun. 31 août 2020 à 20:32, a écrit : > Une autre manière de faire évoluer les outils c'est de les pratiquer lors > d'un projet du mois (par exemple). > Donc si je comprends bien, l'idée du "projet du mois" n'est pas réellement de concentrer les efforts pour "faire du chiffre", mais plutôt

Re: [OSM-talk-fr] antibio — Re: comment taguer le stockage des déchets verts et agricoles?

Ce n'est une "obligation" que pour les élevages intensifs, où on concentre le maximum d'animaux. pour les élevages extensifs, il y a moins de risque d'épidémie ravageuse et c'est plus facile d'isoler et traiter une bête malade, le traitement est plus raisonnné, moins massif et moins répété que

Re: [OSM-talk-fr] comment taguer le stockage des déchets verts et agricoles?

lade). Le lun. 31 août 2020 à 18:07, Philippe Verdy a écrit : > Le lun. 31 août 2020 à 17:52, Yves P. a écrit : > >> Raté, c'est du lisier. Le purin est assez rare. >> >> Quand j'étais gamin j'entendais parler de "fosse à purin". Je dois être >> vieux alors

Re: [OSM-talk-fr] comment taguer le stockage des déchets verts et agricoles?

Le lun. 31 août 2020 à 17:52, Yves P. a écrit : > Raté, c'est du lisier. Le purin est assez rare. > > Quand j'étais gamin j'entendais parler de "fosse à purin". Je dois être > vieux alors :D > Le "purin d'ortie" est assez courant et pas aussi immonde. Très apprécié des jardiniers, il n'est pas

Re: [OSM-talk-fr] comment taguer le stockage des déchets verts et agricoles?

Pour revenir à la question des fumiers, des études démontrent qu'il sont de plus en plus contaminés aux antibiotiques. L'usage des fumiers agricoles comme engrais pour les jardins (pour la production humaine) pose des questions sur la santé humaine si on retrouve ces antibiotiques dans ce qu'on

Re: [OSM-talk-fr] Après Facebook Cesium...

Il peut y avoir une protestation officielle des différents chapitre locaux. Ceci dit "OSM" (l'acronyme à 3 lettres) n'est pas protégé réellement comme une marque, il n'est juste dans les noms de domaines ou sous-domaines qui l'utilisent et pour le temps où le domaine princiapal est réservé et

Re: [OSM-talk-fr] comment taguer le stockage des déchets verts et agricoles?

j'ai remplacé par ta suggestion ici: https://www.openstreetmap.org/way/842645818 Le lun. 31 août 2020 à 11:30, Philippe Verdy a écrit : > Merci. Page à ajouter en référence sur le traitement des déchets. > > Je ne cherchais pas spécifiquement le sujet "riding" car ça ne co

Re: [OSM-talk-fr] comment taguer le stockage des déchets verts et agricoles?

Merci. Page à ajouter en référence sur le traitement des déchets. Je ne cherchais pas spécifiquement le sujet "riding" car ça ne concerne pas que le monde équestre, mais le monde agricole en général (y compris les jardins publics et familiaux). Note "manure" est un peu restrictif, il peut s'agir

Re: [OSM-talk-fr] comment taguer le stockage des déchets verts et agricoles?

. > > Cordialement, > > Adrien P. > > Le 31/08/2020 à 11:12, Philippe Verdy a écrit : > > Comment cartographier les bacs de stockage de déchets agricoles non > liquides (donc pas des bassins d'eaux usées): exemple: tas de fumier et > déchets verts (nombreux exemples dans les ferm

[OSM-talk-fr] comment taguer le stockage des déchets verts et agricoles?

Comment cartographier les bacs de stockage de déchets agricoles non liquides (donc pas des bassins d'eaux usées): exemple: tas de fumier et déchets verts (nombreux exemples dans les fermes, centres équestres, etc.) Il y en a aussi dans les exploitations forestières, et très souvent aussi dans les

Re: [OSM-talk-fr] Affichage d'un name suivant le rendu

Il y a un effet de bord quand on passe du POI (noeud) au surfacique (batiment). Sur le rendu OSM standard cela fait très souvent disparaitre le nom et l"icone (même si le bâtiment a tous les tags nécessaires en plus du building=*). J'ai vu le cas de deux bâtiments mitoyens, l'un avec un seul

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

avis, des suggestions de changement, interroger et demander des avis, sans subit de telles attaques publiques personnelles comme ici. Le dim. 30 août 2020 à 03:32, Philippe Verdy a écrit : > Et bravo encore pour ta "bienveillance", qui démontre encore un haut > niveau de tolérance

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

Et bravo encore pour ta "bienveillance", qui démontre encore un haut niveau de tolérance. Le dim. 30 août 2020 à 02:23, Jérôme Amagat a écrit : > Vous vous faite du mal à répondre à Philippe, ça ne sert à rien. Ça fait > plusieurs années que je lis ce qui se dit sur cette liste et il est >

Re: [OSM-talk-fr] Affichage d'un name suivant le rendu

Les "landuse=flowerbed" (parterres de fleur, avec une icône de fleur sur pied et deux feuilles) ne s'affichent pas davantage, ils sont pourtant dans les presets d'iD. On en trouve en quantité au pied des bâtiments, dans les giratoires, le long de rues pour séparer le trottoir ou une bande

Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti ! données foireuses de GéoDAE

Le sam. 29 août 2020 à 22:28, a écrit : > Le 29/08/2020 à 10:18, Christian Quest - cqu...@openstreetmap.fr a écrit : > > De plus ça ne me semble pas apporter grand chose (parce que c'est une > donnée dans GéoDAE et que je ne vois pas trop à quoi ça sert : si les > pompiers arrivent sur place ils

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

J'aimerais bien relancer le groupe de Niort, mais leur choix de s'implanter à "NiortTech" (C'est en fait un espace commercial de coworking) qui demande 8 euros par demi-journée d'occupation et par personne n'est pas du tout dans mes moyens (pas plus que leurts réunions dans des bars-restaux où il

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

> un exposé clair. Je me permets de répondre par points dans le message. > > Adrien P. > > Le 29/08/2020 à 15:32, Philippe Verdy a écrit : > > En plus ta réponse est typique ici d'un "privilégié" qui a des moyens et > son club autour de lui, et très parisiano-centrée

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

ment à la recherche d'un emploi (après avoir > fait de la cartographie notamment autour d'OSM en entreprise). Voilà pour > le contexte. > Le 29/08/2020 à 15:32, Philippe Verdy - ver...@gmail.com a écrit : > > De fait je suis forcément obligé de ne contribuer qu'en ligne, à distance. >

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

'est pas directement remercié. Je n'attends pas de merci, je m'en fous en fait je n'attends rien en retour en bénéfices personnels directs, juste qu'on me respecte un peu et qu'on arrête de me prendre de haut. Le sam. 29 août 2020 à 14:41, Philippe Verdy a écrit : > > > Le sam. 29 août 2

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

Le sam. 29 août 2020 à 10:57, PanierAvide a écrit : > Le point soulevé n'était pas sur le projet du mois, mais sur la nécessité > d'une communication *bienveillante*. > > > Même si les intentions sont bonnes (c'est souvent le cas), les *demandes > expéditives sont usantes* : une personne

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

Le sam. 29 août 2020 à 10:16, Christian Quest a écrit : > Le ton de tes messages sur ce sujet est particulièrement peu bienveillant. > J'ai hésité à répondre. > Mon ton était tout à fait correct et respectueux, je crois que tu en fais une interprétation trop personnelle. Le fait est que trouver

Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti !

Attention à l'intégration avec Osmose, notamment sur: - le placement: la position est approximative car souvent l'adresse n'est pas bien localisée et manque; - si l'adresse est présente, le placement proposée dessus n'est pas réellement le bon placement car l'adresse est souvent un noeud en

Re: [OSM-talk-fr] Prendre les escaliers à vélo

Sauf les escaliers à marches près peu pentues et pas trop hautes (pas plus que les ralentisseurs sur les rues ou aires de parking) ou ceux qui disposent d'une bande roulable à côté sans marches et de zones planes d'arrêt. Assimilables aux voies (lanes) sur les rues/routes (highways=* aussi) s'il

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

> > > Allez, juste un peu de lecture pour finir sur des paroles sages et > bienveillantes : > https://github.com/vdct/ProjetDuMois/issues/22#issuecomment-678981742 > > Je ne vois pas le rapport: là tu reviens sur un autre projet du mois, les DAE (qui n'ont pourtant aucun rendu sauf le rendu OSM.FR

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

, soit! Les miens encore plus. Si ça ne marche plus il faut penser à élargir (et pas juste attendre que quelques personnes se manifestent avec leur propres moyens, que je n'ai pas). Le ven. 28 août 2020 à 22:35, Vincent de Château-Thierry a écrit : > > > De: "Philippe Verdy" &

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

Il n'y a pas que la carte des points rouges; les pages de suivi par commune et des rues à intégrer ne fonctionnent pas non plus: c'était le plus utile. Et plus rien sur l'évolution statistique au court du temps (le Munin n'affiche plus rien depuis des mois). Les pages de proésentations sur

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

Le ven. 28 août 2020 à 18:45, Vincent de Château-Thierry a écrit : > Bonjour, > > > De: "Philippe Verdy" > > > > Pratiquement plus aucun lien concernant BANO ne fonctionne, plus un > > seul outil, plus aucune base de suivi, plus aucun rendu. > >

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

Pratiquement plus aucun lien concernant BANO ne fonctionne, plus un seul outil, plus aucune base de suivi, plus aucun rendu. Je sais qu'il y a eu un bogue, mais là ça dure. Que faire en attendant ? On peut encore utiliser la couche cadastre pour compléter les numéros de rue manquants dans OSM et

Re: [OSM-talk-fr] bâtiments composites / fusion de polygones ?

Les zones claires sont effectivement des parties non complètement fermées: on ne les identifie pas forcément sur l'imagerie aérienne quand il y a un même toit. Mais c'est considéré comme "à l'extérieur". Souvent des porches d'entrée couverts, ou un bout de terrasse couverte le long de la maison,

Re: [OSM-talk-fr] hebdoOSM Nº 526 2020-08-11-2020-08-16

Bon à remarquer, le gouvernement américain lui-même bafoue les licences (refus répété de donner les attributions nécessaires, copyright affiché abusif, alors que les contenus issus du gouvernement lui-même sont théoriquement du domaine public). Visiblement ses agences se foutent pas mal de ces

Re: [OSM-talk-fr] Défibrillateur inaccessible à cheval et en vélo

Dans ces défibrillateurs, il faudrait clairement distinguer ceux qui sont réglementaires et imposent des conditions d'accès publiques. Les défibrillateurs "indoor" avec des horaires d'accès ne sont PAS des DAE au sens de la loi, ils sont d'usage privé (même si dans certains établissements fermés

Re: [OSM-talk-fr] Défibrillateur inaccessible à cheval et en vélo

"horse=no" ? N'est pas un peu trop ? Ces tags (y compris "foot=*") sont plutôt pour les "highways" (voire aussi les surfaces avec area=yes notamment les surfaces pédestres) pour qualifier un chemin d'accès mais n'ont aucun sens sur un noeud isolé (qui n'ont eux-même aucun cheminement). Là on est

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

Le mar. 18 août 2020 à 19:16, Axel Listes a écrit : > > Demander à Mapillary de les supprimer, revient à les rendre > > indisponibles pour tous, sauf pour eux (because licence irrévocable). > > C'est donc contre-productif. > > C'est une question de principes comme pour Laurence, je refuse d’être

Re: [OSM-talk-fr] Noms des quartiers en ville postal_code)

Le mer. 1 juil. 2020 à 20:06, a écrit : > J'ai vérifié : il existe une réalisation de ce formatage en PHP, donc si > vous pensez que c'est intéressant un petit +1 sur > > https://github.com/osm-search/Nominatim/issues/213#issuecomment-652466541 > > Je vois une scorie d'une ancienne version

Re: [OSM-talk-fr] Nettoyage d'objets de type way et relation — Re: Projetmble corrrect qu'il fasse partie de du mois de septembre (en préparation) : défibrillateurs !

Des règles applicables en théorie dans le monde entier (mais approuvées juste en France) ne sont pas à appliquer partout sans attendre l'avis ds autres communautés. Et même le meilleur moyen de convaincre les autres de suivre le modèle (et même demander à l'améliorer par des remarques qui seraient

Re: [OSM-talk-fr] Photos — Re: Projet du mois de septembre (en préparation) : défibrillateurs !

Noter quand même que le téléchargement en torrent d'un fichier Planet de ~53 Go prend pas loin 7 heures même en fibre. Dont au moins 2 heures en session "stalled". La raison est un démarrage très lent (lié au fait qu'il y a une préallocation initiale de 53 Go qui peut imposer de bloquer l'appli

Re: [OSM-talk-fr] Pourquoi inventer un aire urbaine imaginaire ?

Les choses seraient plus claires si l'administration française en charge de la réglementation routière (à priori les préfectures, sauf concernant le domaine communal qui peut être délégué aux communes ou communautés) fournissaient le zonage applicable. Mais on constate que la signalisation

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

Le modèle de couleurs est aussi à revoir: il est beaucoup top contrasté (surtout à faible niveau de zoom), et aujourd'hui je préfère la solution adoptée par le rendu Carto OSM.org qui réduit ce contraste à mesure qu'on dézoome, ce qui donne une carte bien plus lisible. Le rendu OSM.fr est

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

Le lun. 10 août 2020 à 11:09, Christian Quest a écrit : > > Pour les mêmes raisons, je voudrais moi aussi supprimer toutes mes > > photos téléversées ces dernières années sur Mapillary. > > > Tu as accepté de mettre ces photos sous licence CC, c'est irrévocable > Il serait bon de ne pas perdre

Re: [OSM-talk-fr] noms anglais en Allemagne ?

bulgare (ou serbe, ou bélarusse), ce dernier nom (cyrillique) peut servir tel quel en absence de nom français ou anglais dans OSM car on a indiqué pouvoir lire le russe (donc le cyrillique) et on n'a pas besoin de translitération cyrillique-latin. Le jeu. 6 août 2020 à 22:37, Philippe Verdy a écrit :

Re: [OSM-talk-fr] noms anglais en Allemagne ?

A mon avis ce n'est pas un bogue. Dans tes préférences tu as indiqué de voir le français avant l'anglais puis l'allemand. Il ne trouve pas le français mais trouve l'anglais, donc affiche l'anglais même si le lieu est en Allemagne et que sa langue officielle est l'allemand. Imagine-toi voyager en

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

Je poense que pour des cas comme ça, il faudrait que l'algo de routage ne cherche pas la route à partir du seul point accessbile le plus proche masi à partir d'un ensemble de points accessibles facilement dans un rayon acceptable (qu'on peut finir à pied). Malgré tout la difficulté est de trouver

Re: [OSM-talk-fr] Projet du mois de septembre (en préparation) : défibrillateurs !

Le jeu. 6 août 2020 à 21:03, a écrit : > Le SIRET n'aurait pas plus d'intérêt : c'est celui de celui qui gère le > DAE je suppose. > L'obligation légale ne concerne pas les gestionnaires (au choix de l'ERP) mais les établissements ERP eux-mêmes. Ils devraient donc déclarer leurs établissements

Re: [OSM-talk-fr] Projet du mois de septembre (en préparation) : défibrillateurs !

Le jeu. 6 août 2020 à 09:17, PanierAvide a écrit : > On ne peut pas tout mettre, puisque seules les informations publiques nous > sont accessibles (pas de dates de péremption, de maintenance...). Pour > l'exploitant, au moins le nom ça me semble essentiel, et le SIREN ça peut > pas faire de mal

Re: [OSM-talk-fr] Projet du mois de septembre (en préparation) : défibrillateurs !

Le mer. 5 août 2020 à 10:39, Yves P. a écrit : > Pour certains DAE, il faut* indiquer comment le trouver dans le bâtiment.* > > Si c'est un ERP soumis à l'obligation, c'est non conforme. Il est précisé que cela doit être installé depuis un site accessible par tous à l'extérieur. Cela

Re: [OSM-talk-fr] Projet du mois de septembre (en préparation) : défibrillateurs !

Le mer. 5 août 2020 à 19:58, Christian Quest a écrit : > Le 05/08/2020 à 19:04, osm.sanspourr...@spamgourmet.com a écrit : > > Le 05/08/2020 à 18:38, Jacques Lavignotte - jacq...@lavignotte.org a > écrit : > > Le 05/08/2020 à 18:13, Philippe Verdy a écrit : > > J'ai

Re: [OSM-talk-fr] noms anglais en Allemagne ?

Attention à l'interprétation de "'doublon". le "name=*" par défaut n'indique pas explicitement dans quelle langue il est, ce qui fausse le mécanisme de fallback, par exemple: demande à afficher en néerlandais. Si tu n'as que name="*" et name:en", lequel des deux afficher celui par défaut (supposé

Re: [OSM-talk-fr] Projet du mois de septembre (en préparation) : défibrillateurs !

20 à 19:04, a écrit : > Le 05/08/2020 à 18:38, Jacques Lavignotte - jacq...@lavignotte.org a > écrit : > > Le 05/08/2020 à 18:13, Philippe Verdy a écrit : > > J'ai du mal à croire que les services d'urgence en seront les premiers > utilisateurs et perdront du temps à les chercher. >

Re: [OSM-talk-fr] Projet du mois de septembre (en préparation) : défibrillateurs !

Le mar. 4 août 2020 à 17:33, Christian Quest a écrit : > Les premiers utilisateurs que sont les SAMU ou pompiers risquent de s'en > détourner bien vite après quelques échecs... on ne peut faire bonne > impression qu'une fois, la première ;) > J'ai du mal à croire que les services d'urgence en

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

Je me demande pourquoi les océans ne pourraient pas être découpés arbitrairement en cellules plus nombreuses juxtaposées en damier, pour ensuite réduire cette dépendance à une complexité de plus en plus exponentielle qu'on accroît la complexité des côtes. Ne peut-on pas envisager de limiter TOUS

Re: [OSM-talk-fr] Parking fermé aux camping cars la nuit

Le dim. 2 août 2020 à 11:27, a écrit : > Le 02/08/2020 à 10:45, Philippe Verdy - ver...@gmail.com a écrit : > > Sauf que "dusk" et "dawn" sont aussi mal documentés et supportés. Et donc > pourquoi pas simplement "@night" au lieu des deux mots "

Re: [OSM-talk-fr] Parking fermé aux camping cars la nuit

Sauf que "dusk" et "dawn" sont aussi mal documentés et supportés. Et donc pourquoi pas simplement "@night" au lieu des deux mots "@(dusk-dawn)" ? c'est vrai aussi que 20:00-08:00 c'est pas vraiment ça non plus pour indiquer la "nuit" dont la durée varie sans arrêt dans l'année, mais aussi n'est

Re: [OSM-talk-fr] Le nom ou le titre ...

Si un panneau décrit un lieu, une localité, ce n'est pas le panneau lui-même qui doit désigner certte localité mais un noeud place=* avec son name=* Si un panneau décrit une espèce, l'histoire d'un lieu, c'est juste un titre, le panneau lui-même n'a toujours pas de nom, et cela ne remplace pas

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

Hmmm... les conseils de quartiers existent en théorie, cependant ce sont des structures autonomes (associatives), dont le rôle est consultatif. Et souvent les communes conservent leur propres définitions des secteurs. Ceci peut aussi se découper différememnt avec la participation citoyenne locale

Re: [OSM-talk-fr] TagHelp : les artisans et entreprises.

consulting semble tiré par les cheveux, même si c'est une société privée, elle ne fait pas de consulting en terme de gestion de projet, même si elle apporte une expertise et un conseil, et remet un avis qui peut ensuite motiver une demande d'autorisation à poursuivre des travaux, ou la façon de

Re: [OSM-talk-fr] Segmentation des maisons

Quand j'en vois, je réunit les polygones découpés arbitrairement (souvent en diagonale créant des segments qui ne correspondent à rien en réalité. Oui c'est sans doute un artefact de l'ancien découpage cadastral (avant que les parcelles soient réunies et redécoupées différemment par un lotisseur,

Re: [OSM-talk-fr] Question sur la règle de nommage des rues

La règle des traits d'unions pour les noms de communes ne tient plus pour les "communes nouvelles", mais reste en vigueur pour les communes déléguées (tant qu'il n'y a pas de fusion pleine les transformant en simples entités géographiques historiques). Ces communes nouvelles sont des unités de

Re: [OSM-talk-fr] "Intégration des autoroutes" de la Guyane avec les pays voisins

Aucune route importante au nord-ouest de Georgetown (Guyana) pour les autres provinces ou vers le Venezuela? Est-ce lié à la revendication territoriale du Venezuela sur la plus grande partie du Guyana (le "Guyana Esqueba", la partie qui a été occupée par l'Empire britannique sur l'ancienne

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

Le mer. 22 juil. 2020 à 11:32, Christian Quest a écrit : > Le 22/07/2020 à 00:12, osm.sanspourr...@spamgourmet.com a écrit : > > Je vois des interdiction de faire demi-tour sur une départementale en > > sortie de rond-point : > > > >

Re: [OSM-talk-fr] Trop de relation tue la relation, landuse=*, aide raccourci JOSM

tes dans la gamme du rouge au vert mais au contraire plus de couleurs dans les verts au cyan; le daltonisme complet est en fait très rare: absence quasi totale d'un ou deux pigments, mais la deutéronopie la plus commune est la présence d'un pigment juste un peu différent). Le mer. 22 juil. 2020 à 1

Re: [OSM-talk-fr] Trop de relation tue la relation, landuse=*, aide raccourci JOSM

Les imports de bâtiments du cadastre ne sont guère mieux, découpages inutiles, voire positions farfelues, géométrie aussi hasardeuse (et là je ne tiens pas compte des décalages qui peuvent s'expliquer par l'ancienne triangulation avant la conversion numérique et pas corrigés ensuite, ce qui est un

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

tout à fait, sauf s'il y a une ligne continue (pas nécessairement un terre-plein séparateur). Hors assez souvent une ligne continue est tracé sur la voie avant le Y du séparateur, parfois précédée de flèches de rabattement, ce qui fait que les demi-tour (directement par la chaussée sans en

Re: [OSM-talk-fr] Euskal Herria

Précision: le nom basque est officiel uniquement dans les communautés bascophones (et leurs subdivisions: provinces, communes qui sont aussi des divisions nationales, mais aussi leurs autres divisions officielles dont les comarques, non reconnues au plan national, mais normalement de la compétence

Re: [OSM-talk-fr] Suppression *covid19=*

Le ven. 10 juil. 2020 à 14:34, deuzeffe a écrit : > Le 10/07/2020 à 13:04, Philippe Verdy a écrit : > L'auteur, enfin, l'autrice initiale, c'est moi (qui voulais supprimer et > non pas "virer"). Étonnant, n'est-ce pas ? Et il s'agit bien de données > d'usage dans un périmè

Re: [OSM-talk-fr] Suppression *covid19=*

Le ven. 10 juil. 2020 à 14:34, deuzeffe a écrit : > Le 10/07/2020 à 13:04, Philippe Verdy a écrit : > > Bonjour aussi. > > > /SNIP ta réponse... je n'ai pas été "impoli" envers qui que ce > > soit... > > Si, envers tous les lecteurs de la ML. Tu as

Re: [OSM-talk-fr] Le retour du rendu "QA" et des "layers"

Oui mais la base a du retard à rattraper... les modifs ne sont pas visibles avant au moins 24 heures (apparemment la base est chargée à minuit) Le sam. 4 juil. 2020 à 17:37, Christian Quest a écrit : > Il s'agit du rendu qui compare les données OSM avec le carroyage de la > population de

Re: [OSM-talk-fr] Suppression *covid19=*

Le jeu. 9 juil. 2020 à 20:09, deuzeffe a écrit : > Le 08/07/2020 à 20:46, Philippe Verdy a écrit : > > Bonjour également, > (voir https://fr.wikipedia.org/wiki/N%C3%A9tiquette#Politesse ) > > /snip le top-posting (cf > https://fr.wikipedia.org/wiki/TOFU_(Usenet_et_Inte

Re: [OSM-talk-fr] Suppression *covid19=*

La COVID19 n'est pas partie, il est toujours pleinement actif dans le monde et déjà on voit revenir des mesures de confinements en Europe. Et certainement une fois l'été passé, on y reviendra (même si maintenant on a des moyens de lutte et de protection). Le Brésil est en plein boom comme aussi

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

Tant que "addr:role=contact" n'est PAS interprété comme une adresse de courrier mais bien comme une adresse géographique pour s'y rendre, ça marche. Pour le courrier (ou les autres communications à distance) je maintiens que ce n'est pas approprié, surtout s'il est externalisé: dans ce cas c'est

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

Les postulat de BANO était que le code FANTOIR correspond uniquement aux codes INSEE des communes de plein exercice. Hors dans les communes nouvelles, les communes déléguées **conservent** leur code INSEE propre (et les codes FANTOIR qui leur sont associés, ainsi que leur toponymie/odonymie et

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

motor_vehicle=no > - une entrée de service : https://www.openstreetmap.org/node/5899781377 > addr:role=delivery;emergency > > Question subsidiaire : quelle(s) adresses à mettre dans associatedStreet ? >> Toutes ? Que celles registry et/ou plaque ? > > Bonne question, je

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

Non je pense que addr:* est encore adapté quand la rue la plus proche n'est pas la bonne mais il faut indiquer une adresse du point lui-même (son adresse d'accès pour s'y rendre). Alors que contact:* c'est pour des adresses de contact (par courrier, mais PAS pour y aller physiquement: cette

Re: [OSM-talk-fr] Pourquoi inventer un aire urbaine imaginaire ?

es par exemple) Le mer. 1 juil. 2020 à 16:57, Philippe Verdy a écrit : > En fait le choix du tag "boundary=urban" me semble pas approprié. > > Ce devrait être "boundary=restriction" avec les tags habituels des > restrictions (maxspeed=*) et éventuellement un tag f

Re: [OSM-talk-fr] Pourquoi inventer un aire urbaine imaginaire ?

r les communes entièrement urbaines ayant décidé d'appliquer ces limites à la totalité de leur territoire adminiqtratif (dans ce cas pas besoin de ces relations). Le mer. 1 juil. 2020 à 16:51, Philippe Verdy a écrit : > Ces boundary=urban ont été tracés effectivement approcimativement mais &g

Re: [OSM-talk-fr] Pourquoi inventer un aire urbaine imaginaire ?

Ces boundary=urban ont été tracés effectivement approcimativement mais visiblement uniquement pour gérer les restrictions de limite de vitesse en agglomération et fournir des "règles" par défaut pour toutes les voies incluses sans avoir à renseigner sur chaque voie les limites effectives. Je pense

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

A mon avis si l'adresse de contact est la même que l'adresse de situation du commerce/service, il ne faut pas la renseigner. Le but est plutôt de renseigner une adresse postale d'un service externalisé (ou centralisé ailleurs, au siège d'une organisation multi-site, quand le "brand" ne suffit pas

Re: [OSM-talk-fr] Data OSM

J'aime bien aussi le nom "catalogue", pour son ouverture à des données diverses et de sources diverses. Et mieux que "data" qui fait trop propriétaire. "Catalogue" reste lisible aussi par les anglophones (britanniques au moins, les US abrégeant toutes les finales muettes pour simplifier

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

Tu as un compte Google sur ton Android dès le moement où tu acceptes les conditions initiales de l'OS et que tu inscrit ton numéro de téléphone ou email (même hors Google), qui deviennent tes identifiants chez Google. Ce la se passe par défaut. Et un Android sans Google Play n'est pas plus sûr:

Re: [OSM-talk-fr] Fontaine fleurie

Aucun tag pour les bacs à fleur ? Je pensais que c'était l'argent repa du et qu'il en faudrait. Certes pas un amenity=* car cela ne fournit aucun service, mais on tague bien le mobilier urbain comme les bancs et tables de pique-nique. Et aussi les arbres (natural=tree), et les panneaux

Re: [OSM-talk-fr] Fontaine fleurie

Le jeu. 18 juin 2020 à 13:57, Yves P. a écrit : > Je dirai ... abandoned:amenity > =fountain > > . qui n'empêche pas quelqu'un qui veut rendre

<    1   2   3   4   5   6   7   8   9   10   >