Re: [OSM-talk-fr] Lieux d'accueil enfants-parents

Je me lance, je tente des pistes : amenity=childcare childcare:FR=accueil_enfants_parents social_facility:for=parents min_age=* max_age=6 supervised=yes … ? -- althio On Thu, Aug 9, 2018, 23:55 deuzeffe wrote: > Bonsoir, > > Les LAEP (ou parfois LAPE) sont des structures (~ 1500 ) officiell

Re: [OSM-talk-fr] Artefact ou erreur de données ?

J'ai un peu "tittillé" le passage à niveau en le recréant sur un nouveau nœud et supprimant l'ancien nœud, ça règle le problème du chemin parasite (les mises à jour de rendu sont en cours pour les niveaux de zoom plus bas). Au passage j'ai un peu amélioré la précision de placement de la ligne de ch

[OSM-talk-fr] Lieux d'accueil enfants-parents

Bonsoir, Les LAEP (ou parfois LAPE) sont des structures (~ 1500 ) officiellement reconnues et soutenues par la CAF (cf http://www.caf.fr/allocataires/vies-de-famille/futur-parent/garde-d-enfant/les-lieux-d-accueil-enfants-parents ; il y a même une base en LO/OL), C'est donc dans le thème enf

Re: [OSM-talk-fr] Artefact ou erreur de données ?

La modif n'a pas d'effet sur le chemin parasite, il semble que le rendu curieux soit lié au fait que le serveur de rendu a bien deux chemins mais il n'en trouve qu'un correctement tagué dans sa base mais avec une géométrie incomplète, et l'autre vient de la géométrie qu'il voit mais pas tagué corre

Re: [OSM-talk-fr] Artefact ou erreur de données ?

Le 09/08/2018 à 19:09, marc marc - marc_marc_...@hotmail.com a écrit : si tu regardes le point qui a visuelement un problème https://www.openstreetmap.org/node/252291030 il ne fait plus partie que d'un rail. donc problèe entre temps résolu et lag dans la maj du rendu (il y a un bug majeur sur 2

Re: [OSM-talk-fr] Artefact ou erreur de données ?

les rendus des tuiles ne sont pourtant pas en retard. Et les données dans leurs base non plus. Je pense plutôt à un problème avec certains changesets en erreur qui n'ont pas été envoyés/reçus ou ont été écrasés dans le flux (sans doute un problème de mises à jours des dates sur certains serveurs t

Re: [OSM-talk-fr] Artefact ou erreur de données ?

Le 09. 08. 18 à 14:48, osm.sanspourr...@spamgourmet.com a écrit : > Je vois que sur OSM.org > > ou OSM.fr > , la > ligne Auray-Quiberon (le Tire-Bouchon) est a

Re: [OSM-talk-fr] Modifier un pont erroné avec une dizaine de relations imbriquées au moins.

Les tags sur les ways sont de toute façon indicatifs uniquement quand le way entre dans une relation : la relation prime de toute façon en cas de conflit éventuel. Aussi bien les frontières que les cours d'eau devraient être modélisés dans une relation contenant les way. Mais on a des tas de rues

Re: [OSM-talk-fr] Artefact ou erreur de données ?

Le 09/08/2018 à 16:36, David Crochet - david.croc...@free.fr a écrit : Bonjour Le 09/08/2018 à 15:49, osm.sanspourr...@spamgourmet.com a écrit : Ou tu cherches ailleurs ? Je suis d'accord si tu cherches sur la ligne fantôme (loin des extrémités) OSM ne trouve rien. Non, je définit bien la re

Re: [OSM-talk-fr] Artefact ou erreur de données ?

Bonjour Le 09/08/2018 à 15:49, osm.sanspourr...@spamgourmet.com a écrit : Ou tu cherches ailleurs ? Je suis d'accord si tu cherches sur la ligne fantôme (loin des extrémités) OSM ne trouve rien. Non, je définit bien la recherche aux environs des nœuds (et non sur le parcours du chemin sans n

Re: [OSM-talk-fr] Artefact ou erreur de données ?

Bonjour Le 09/08/2018 à 15:49, osm.sanspourr...@spamgourmet.com a écrit : Curiosité : je vois qu'il y a une ligne vue en tant que transporteur de voyageurs et une autre en tant qu'infrastructure

Re: [OSM-talk-fr] Artefact ou erreur de données ?

> Le rendu cyclable et le rendu transport sont mis à jour avec des temps plus longs (7 à 15 jours environ) Ça correspond bien à la dernière modif (10 jours). On verra dans quelques temps. Le 09/08/2018 à 14:54, David Crochet - david.croc...@free.fr a écrit : OSM.org ne trouve pas cette ligne lo

Re: [OSM-talk-fr] Artefact ou erreur de données ?

Bonjour Le 09/08/2018 à 14:48, osm.sanspourr...@spamgourmet.com a écrit : Je vois que sur OSM.org ou OSM.fr , la ligne Auray-Quiberon (le Tire-Bouchon) est

Re: [OSM-talk-fr] Artefact ou erreur de données ?

Bonjour Le 09/08/2018 à 14:48, osm.sanspourr...@spamgourmet.com a écrit : Comme les deux systèmes affichent la même chose ainsi que le rendu HOT mais que la carte cyclable est bonne comme la carte transports je me

[OSM-talk-fr] Artefact ou erreur de données ?

Je vois que sur OSM.org ou OSM.fr , la ligne Auray-Quiberon (le Tire-Bouchon) est affublée d'une ligne directe s'affranchissant des obstacles naturels. Je ne

Re: [OSM-talk-fr] Lit-et-Mixe

Pour les communes associées dans une fusion-association, ou pour les communes déléguées dans les communes nouvelles, ou pour les arrondissements municipaux (de Lille, Paris et Marseille), c'est le niveau 9 qui est utilisé avec admin_type:FR=* qui précise leur type respectif. La commune fusionnée de

Re: [OSM-talk-fr] édition mécanique : nettoyage is_in:continent

Je ne suis pas contre ;p On 08/08/2018 01:40, marc marc wrote: Bonsoir, une discussion a lieu ces derniers jours à propos des continents. ceux-ci, hormis l’antarctique, sont pour le moment représenté par un nœud car l'étendue de ceux-ci sont imprécis et parfois conflictuel (parle-t-on d’Europe

Re: [OSM-talk-fr] Lit-et-Mixe

Oui tout à fait c’est le même problème avec les communes fusionnées. Je n’aime pas l’utilisation du place=suburb pour les communes associées ... je préférerai qu’on garde place=village ou place=town et que le détail administratif se fasse avec les admin_level= ... Car quand on se balade on ne resse

Re: [OSM-talk-fr] édition mécanique : nettoyage is_in:continent

On pourrait ajouter "is_in:country" qui ne devrait plus servir à rien maintenant qu'on a les frontières des pays (et qu'il a été décidé de délimiter les zones contestées ou revendiquées par plusieurs pays dans des relations séparées hors des revendications de chaque pays, avec un tag spécifique). L