Le Wed, Jan 08, 2020 at 09:15:05PM +0100, Jérôme Seigneuret
[jerome.seigneu...@gmail.com] a écrit:
> Le square tel qu'il est défini est en effet ambigu. Je trouve que la
> définition sur wikipedia est nettement plus claire et celle d'OSM devrait
> avoir une révision...
Bonjour,
Le 09.01.20 à 07:32, Arnaud Champollion a écrit :
> Pour une ligne de chemin de fer désaffectée (mais dont l'infrastructure
> est encore en place), j'ai passé tous les tronçons "railway=rail" en
> "railway=disused" :
>
> "Portion de voie ferrée désaffectée mais dont l'infrastructure est
Philippe n’a jamais tord
Julien « djakk »
Le mer. 8 janv. 2020 à 22:30, Jacques Lavignotte a
écrit :
>
>
> Le 08/01/2020 à 22:21, Philippe Verdy a écrit :
> > Le gros du problème est sur le serveur de liste d'OSM, son logiciel pas
> > à jour depuis longtemps et utilisent certaines vieilles
Bonjour
Une issue a été ouverte relativement à ce problème, avec un extrait sur la
commune de Saint-Christo en Jarez.
https://github.com/Project-OSRM/osrm-backend/issues/5644
Par ailleurs et malgré les id de longueur importante, le routage se fait
correctement et les routes sont bien renvoyées.
Bonjour,
Je voulais vous remercier pour votre aide avec les instructions pour
l'ajoute des fontaines dans OSM et les photos dans Wikimedia Commons.
https://meta.wikimedia.org/wiki/Wikimedia_CH/Project/European_Water_Project/fr
Et partager une des pages maitresses de notre présentation, dans
C'était pour ne pas dire que Mailman est (probablement) le gestionnaire
de listes de diff le plus utilisé au monde avec une équipe de
développement et une communauté très réactive et qui fait tout pour
assurer un fonctionnement au plus près des évolutions. Et aussi passent
beaucoup temps à
Le 09/01/2020 à 14:40, marc marc a écrit :
- doit utiliser le préfixe disused:route=railway ?
c'est une possibilité. mais il faudra quand même une route=*
qui décrit ce que c'est aujourdh'ui sinon l'utilisation des données
et les outil qa vont signaler que le type de route est inconnu
le mieux
Le gestionnaire c'est une chose, ses mises à jour c'est autre chose.
Le jeu. 9 janv. 2020 à 15:12, Jacques Lavignotte a
écrit :
> C'était pour ne pas dire que Mailman est (probablement) le gestionnaire
> de listes de diff le plus utilisé au monde avec une équipe de
> développement et une
Bonjour et merci pour votre retour,
On sera d'accord sur le "escalade dehors ou dedans"
Mais pour les pylônes auto-stables, l'échelle est à l'intérieur du treillis
le plus souvent donc c'est plutôt man_made=tower qu'il faudrait utiliser
A la différence d'un poteau où il faut y accéder en nacelle
Le jeu. 9 janv. 2020 à 22:05, François Lacombe
a écrit :
> Bonjour et merci pour votre retour,
>
> On sera d'accord sur le "escalade dehors ou dedans"
> Mais pour les pylônes auto-stables, l'échelle est à l'intérieur du
> treillis le plus souvent donc c'est plutôt man_made=tower qu'il faudrait
>
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 à jour des noms et hameaux ?
à plus
--
Vincent Bergeot
___
Talk-fr mailing list
Le 09.01.20 à 22:04, François Lacombe a écrit :
> pour les pylônes auto-stables, l'échelle est à l'intérieur du treillis
> le plus souvent donc c'est plutôt man_made=tower
je partage ton avis
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Les échecs comme dans le message ci-dessus (erreur DNS du proxy pour
joindre le serveur rails3 en upstream) ou des résultats
incomplets/tronqués, concernent en gros 1 requête sur 3 à l'API
(indépendamment de leur volume ou complexité), un des proxies est en panne,
on tombe dessus au hasard, ou il
En effet j'ai eu le même problème et c'est récurent depuis hier.
Le ven. 10 janv. 2020 à 06:17, Philippe Verdy a écrit :
> Les échecs comme dans le message ci-dessus (erreur DNS du proxy pour
> joindre le serveur rails3 en upstream) ou des résultats
> incomplets/tronqués, concernent en gros 1
[image: image.png]
Le ven. 10 janv. 2020 à 05:59, Philippe Verdy a écrit :
> je constate depuis aujourd'hui de très grosses lenteurs du serveur OSM
> pour presque tout, au chargement des données dans l'éditeur (même sous iD
> dans une toute petite zone, nombreux échecs, ou données partiellement
je constate depuis aujourd'hui de très grosses lenteurs du serveur OSM pour
presque tout, au chargement des données dans l'éditeur (même sous iD dans
une toute petite zone, nombreux échecs, ou données partiellement chargées
et tronquées, sous JOSM, des listes de membres de relation incomplètes ou
16 matches
Mail list logo