Re: [OSM-talk-fr] fiber=yes ?

Bonsoir à tous, Travaillant dans le métier des télécoms et en particulier dans celui des déploiements de fibre optique, je me permets d'apporter quelques éléments au débat. Tout d'abord, mes réserves : - je ne rentre pas dans le débat des réseaux HFC ou autre FttLA. Je ne parle que de réseau

Re: [OSM-talk-fr] Données du STIF sur Osmose

Bonsoir, Je vote pour le retrait des arrêts de bus d'Osmose. J'ai ajouté à la main les références sur une ligne (une soixantaine d'arrêts) J'avais pré-filtré les références opendata sur la ligne en question pour ne pas être polluée par les arrêts des autres transporteurs qui ne

Re: [OSM-talk-fr] question osmose/limite administrative

Le 21/12/2016 à 01:56, Jérôme Amagat - jerome.ama...@gmail.com a écrit : Moi ce que j'ai compris aux lois françaises sachant que je vis très loin de toute les mers et océans :) c'est ça : tu parles beaucoup des eaux intérieurs mais j'ai l'impression que ce terme a une définition mais dans la

Re: [OSM-talk-fr] site cadastre.openstreetmap.fr

merci et parfait pour moi si un débutant sur Toulouse se plaint de la complexité de la page vous me l'envoyez et je le formerai :-) Laurent Le 22 décembre 2016 à 18:24, Tyndare a écrit : > > J'ai rajouté les liens que tu mentionnent sur > http://cadastre.openstreetmap.fr/

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

C'est prévu dans la liste des améliorations de n'afficher que les niveaux qui ont un intérêt pour l'utilisateur final (dans la version de base) ;-) Cordialement. Le 22/12/2016 à 19:19, osm.sanspourr...@spamgourmet.com a écrit : Et aussi pour l'exemple à ne pas imiter :

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

Et aussi pour l'exemple à ne pas imiter : http://dev.openlevelup.net/?l=0#18/48.85987/2.33761 Plusieurs salles portent le même nom, il faudrait mieux définir un multipolygone avec un seul nom. Au fait, Christian, c'est sympa pour les aveugles, tu as fait une carte en braille :

Re: [OSM-talk-fr] cartes.xyz / bad request

Bonjour, suite à nos échanges privés, le résultat pour tout le monde néanmoins ! Le 22/12/2016 à 17:19, Florian LAINEZ a écrit : Y a-t-il moyen de définir une image pour chaque POI individuellement ? En attendant que cela soit géré dynamiquement ;) c'est le cas, en faisant un appel de l'image

Re: [OSM-talk-fr] site cadastre.openstreetmap.fr

J'ai rajouté les liens que tu mentionnent sur http://cadastre.openstreetmap.fr/ Mais Hélène Petit m'avais fait remarquer que cette page n'est pas très simple pour ceux qui la découvrent pour la première fois, et à force de rajouter des trucs ça ne s'améliore pas. Si quelqu'un a une

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

Le 22/12/2016 à 17:24, Christian Quest a écrit : Tout le Musée du Louvre est hyper détaillé en indoor... chaque salle, entrée... ça me démange de rendre ça visible ;) Genre comme ça : http://dev.openlevelup.net/?l=1#19/48.86059/2.33575 #placement produit :-) Cordialement, PanierAvide.

Re: [OSM-talk-fr] Contributeur du mois: Philippe Verdy

Bonjour, Je n'aurais qu'un mot : édifiant. A+ On 22/12/2016 16:46, Marc Gemis wrote: Bonsoir, Dans notre série "Contributeur du mois" [1] nous avons une entrevue avec Philippe Verdy: http://www.openstreetmap.org/user/escada/diary/40120 m. [1]

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

Le 22 décembre 2016 à 17:16, Christian Quest a écrit : > Le 22 décembre 2016 à 15:19, Florian LAINEZ a écrit : > >> >> Autre remarque : afficher les entrance sans visualiser les espaces >> intérieurs, ça donne ça sur Montparnasse :

Re: [OSM-talk-fr] cartes.xyz / bad request

Merci, j'ai mis à jour la requête https://www.cartes.xyz/t/fcd984-Bornes_Trilib# Les données devraient apparaitre lorsque le cache se mettra à jour ... y a-t-il moyen de forcer cela ? ça serait très utile ... Je profite de ce fil de discussion sur MapContrib pour vous dire que la version 1.0.0

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

Le 22 décembre 2016 à 15:19, Florian LAINEZ a écrit : > Bon boulot Christian, ravi de voir que le rendu avance. > > Concernant le indoor tu dis que les objets en sous-sol ont disparus mais > je vois toujours la gare sous-terraine de Magenta ;) >

[OSM-talk-fr] Contributeur du mois: Philippe Verdy

Bonsoir, Dans notre série "Contributeur du mois" [1] nous avons une entrevue avec Philippe Verdy: http://www.openstreetmap.org/user/escada/diary/40120 m. [1] https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Belgian_Mapper_of_the_Month ___

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

Le 22/12/2016 à 15:40, JB a écrit : > Salut Christian, > Sacré boulot que tu fais là ! > Par contre, en zone rurale (mon dada), le rendu international a bien > avancé, mais pas repris sur le rendu FR. Notamment l'avancée principale > : la réorganisation des tirets selon le tracktype serait très

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

Salut Christian, Sacré boulot que tu fais là ! Par contre, en zone rurale (mon dada), le rendu international a bien avancé, mais pas repris sur le rendu FR. Notamment l'avancée principale : la réorganisation des tirets selon le tracktype serait très bienvenue, la progression actuelle étant

[OSM-talk-fr] site cadastre.openstreetmap.fr

A partir de ce site http://cadastre.openstreetmap.fr/ ou de http://cadastre.openstreetmap.fr/fantoir je ne vois pas de lien vers les listes départementales (citées récemment par nicolas) http://cadastre.openstreetmap.fr/fantoir/voies_recentes_manquantes.html àm on humble avis, ce serait un plus

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

Bon boulot Christian, ravi de voir que le rendu avance. Concernant le indoor tu dis que les objets en sous-sol ont disparus mais je vois toujours la gare sous-terraine de Magenta ;) http://umap.openstreetmap.fr/fr/map/preview-rendu-fr-2017_99740#17/48.88077/2.35857 Les données sont pourtant bien

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

Le 22/12/2016 à 02:53, Christian Quest - cqu...@openstreetmap.fr a écrit : Le 21 décembre 2016 à 23:56, > a écrit : Niveau 11

Re: [OSM-talk-fr] pulic_transport et rendu...

Nicolas, quand tu as fini avec l'Hérault, tu peux passer à un autre département ;-). Je pense que Christian a voulu dire : si on a les deux informations, à un niveau où on ne voit pas les trottoirs, autant mettre un seul point pour les deux arrêts au niveau de la rue. Sinon je suis d'accord

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

J'aurais aimé caser ça avant Noël, mais de façon plus réaliste ce sera pour la rentrée. Le petit papa Vincent sera donc un peu en retard par rapport à son homologue vêtu de rouge. Alors ce sera un cadeau de nouvelle année ! ;-) J'ai d'autres trucs pour m'occuper de toute façon... Nicolas

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

Le 22 déc. 2016 03:03, "Christian Quest" a écrit : Le 22 décembre 2016 à 01:05, Jérôme Amagat a écrit : > on parle beaucoup des transport public en ce moment, ça serait bien que > les arrets de bus, tram metro ... soit rendu qu'avec des tag >

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

Salut Nicolas et tous, Le 22/12/2016 à 10:31, Nicolas Moyroud a écrit : Tant qu'à signaler un petit souci dans les outils d'aide à la contribution, j'en profite aussi au passage pour demander une amélioration concernant l'outil "voies récentes manquantes"

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

Salut, Merci Christian pour ce travail de fou sur le rendu FR ! Une remarque qui n'est pas directement liée au rendu FR, mais plutôt à la couche "zones à mapper" sur tile fr. Il y a toujours des communes qui s'affichent avec le rond vert/bleu des bâtiments manquants alors qu'elle sont

Re: [OSM-talk-fr] pulic_transport et rendu...

Je rejoins PanierAvide sur l'inversion stop_position/platform, pour la même raison que lui. D'ailleurs, indiquer où le bus/tram/... s'arrête ne me paraît pas vraiment utile, sur une carte généraliste. Francescu Le 22 décembre 2016 à 10:06, PanierAvide a écrit : >

Re: [OSM-talk-fr] osmose et adresses bis

La seule raison réglementaire qui vaille c'est pour le fisc: il taxe séparément les propriétés/copropriétés (pour la taxe foncière) et les résidents individuels (taxes locatives, redevance télé). Les collectivités en général taxent la copropriété concernant le ramassage des ordures ménagères ou

Re: [OSM-talk-fr] pulic_transport et rendu...

J'aurais inversé stop_position et platform, d'un point de vue information usager c'est plus important de savoir où attendre (platform) plutôt que où le bus va s'arrêter (stop_position). Cordialement, PanierAvide. Le 22/12/2016 à 09:56, Christian Quest a écrit : J'ai regardé plus en détail

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

Je trouve moi aussi que c'est très bien, cette estompe pour les choses "souterraines" ! 1 remarque toutefois : le rendu d'une voie souterraine n'a pas la même couleur, selon que le bâtiment en surface a des murs ou pas ! Cf. la voie souterraine, à coté du texte "Communauté d'agglomération

Re: [OSM-talk-fr] osmose et adresses bis

Plusieurs batiments à la même adresse postale (et cadastrale... mais pas forcément fiscale!) ça s'appelle une résidence et c'est pour des copropriétés. Elles ont alors leur propre numérotation interne des résidents avec des numéros de portes, noms ou lettres de batiments/escaliers/halls. Pour la

[OSM-talk-fr] pulic_transport et rendu...

J'ai regardé plus en détail la logique du modèle public_transport et comment en tirer le meilleur pour le rendu. On a donc 4 objets (du plus général au plus fin): - stop_area - station - stop_position - platform En fonction du niveau de zoom du rendu, on devrait pouvoir se limiter à certains

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

Youpi, le premier rendu à considérer un minimum les objets indoor est le rendu FR :-) C'est pas mal l'idée d'estomper, moins agressif que le binaire afficher/cacher, tout en cachant quand même un peu ces objets qui ne sont pas au niveau du sol. Ce serait également pertinent d'adapter le rendu

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

sans discussion, ce sont les platform (=anciens bux_stop) qu'il faut afficher. les "stop_position" du nouveau schéma sont destinés aux interconnexions et outils de vérification des lignes qui peuvent détecter avec eux des arrêts non desservis par le chemin (soit parce que le chemin est brisé, soit