Re: [OSM-talk-fr] Prochaine réunion OSM Paris... le vendredi 15 mars
Bonjour, Le 16/03/2013 06:44, Philippe Verdy a écrit : Eu Auteurs: collectifs, parution février 2013. Cela n'indique pas du tout le droit de copier. Juste que c'est une oeuvre collective dont les droits de copyright existent mais ne sont pas liés à un seul auteur vivant mais à la date de parution par son éditeur : les droits appartiennent à Michelin, entité collective. Qu'est-ce qui te fait dire qu'on a le droit de la copier ? Le 16 mars 2013 01:28, Christian Quest cqu...@openstreetmap.fr a écrit : Vous avez raté un truc majeur... la première carte Michelin qu'on aurait le droit de recopier dans OSM ! Je vais reformuler avant qu'il ne soit trop tard :-) : les informations géographiques qui ont permis de fabriquer ce plan sont intégralement issues d'une célèbre base de données collaborative sous licence ODbL 1.0 initiée en 2004 à Londres J'aurai peu de temps ce week-end pour en parler mais je vais essayer, ensuite, de publier quelques visuels rapidement. vincent ps. pour clarifier au cas où : je travaille chez Michelin, même si mes interventions ici sont toujours à titre personnel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prochaine réunion OSM Paris... le vendredi 15 mars
Le 16 mars 2013 07:57, Vincent de Chateau-Thierry v...@laposte.net a écrit : Je vais reformuler avant qu'il ne soit trop tard :-) : OK, mais il aurait fallu le préciser car le lien que tu proposais c'était la page de vente du plan imprimé sur le site de la FNAC, qui ne précisait rien du tout à ce sujet. les informations géographiques qui ont permis de fabriquer ce plan sont intégralement issues d'une célèbre base de données collaborative sous licence ODbL 1.0 initiée en 2004 à Londres J'aurai peu de temps ce week-end pour en parler mais je vais essayer, ensuite, de publier quelques visuels rapidement. C'est tout de même intéressant devoir que Michelin fait maintenant confiance aux données collaboratives. Voie sans doute de la raison, sans doute motivée aussi par des besoins d'économie pour collecter les données (on sait que Michelin connait des difficultés dans son coeur de métier sur les pneumatiques, moins de la part des autres marques occidentales que des fabricants chinois, et pour continuer à vendre là où il y des marchés automobiles encore très actifs, il a peut-être du créer un partenariat avec participation minoritaire avec un fabricant chinois, transfert de technologies avec... Michelin subit aussi une concurrence accrue sur le marché des cartes électroniques pour navigateurs GPS, Via Michelin c'est très bien mais les autres fournisseurs sont quand même moins chers assez souvent, hormi peut-être TomTom). Combien d'enquêteurs ou autres personnels chez Michelin ne s'occupent plus de cette tâche et ont perdu leur poste ou ont été délégués à d'autres tâches ? Espérons tout de même que même si Michelin utilise des données open-source maintenant, cela ne l'empêche pas d'en faire un contrôle qualité et boucher les trous avec les autres données qu'il a déjà, afin que ces cartes nouvelles génération ne perdent pas d'infos ni de précision. Peut-être même que Michelin décidera finalement de libéraliser des jeux de données complets (tout en gardant pour lui le marché des mises à jours sur les données les plus récentes, voire les données en temps réel, mais là aussi la concurrence propose des solutions gratuites, ce qui ne veut pas dire nécessairement libres). Indépendamment des données utilisées pour produire ces nouvelles cartes, même si elles sont libres, leur rendu ne l'est pas pour autant et n'a pas obligatoirement à utiliser une licence OdBL. (c'est déjà le cas pour OSM dont les données sont ODbL, mais leur rendu utilise d'autres licences). Le rendu est en effet une création artistique, avec des choix éditoriaux spécifiques. Hors si on aime les cartes Michelin c'est pour leur grande lisibilité et leur faculté à inclure des tas de détails locaux sans nuire à cette lisibilité (et il faut dire aussi que ces cartes sont artistiquement parlant superbes à regarder, elles font aussi de beaux posters sur les murs, tout en étant pratiques pour poser dessus des punaises ou gommettes sur ce qu'on veut repérer au premier coup d'oeil : nombre de bureaux d'entreprises ou administrations gérant en permanence des besoins logistiques en font encore usage, c'est plus rapide et plus pratique qu'un petit écran d'ordinateur pour les usages les plus courants, et une carte ne coûte pas cher et ne demande pas de maintenance informatique). On en voit encore facilement dans les commissariats de police par exemple. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prochaine réunion OSM Paris... le vendredi 15 mars
Le 16 mars 2013 08:49, Philippe Verdy verd...@wanadoo.fr a écrit : Le 16 mars 2013 07:57, Vincent de Chateau-Thierry v...@laposte.net a écrit : Je vais reformuler avant qu'il ne soit trop tard :-) : OK, mais il aurait fallu le préciser car le lien que tu proposais c'était la page de vente du plan imprimé sur le site de la FNAC, qui ne précisait rien du tout à ce sujet. C'est un petit peu le principe de la devinette... ne donner que quelques détails et faire deviner le reste... Donc, on ne peut pas copier le plan 70 Michelin en lui même, mais on peut copier les données qui sont dessus... et on ne le fera pas car elles sont déjà dans OSM vu qu'elles viennent de là ! -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
On 16/03/2013 01:22, Christian Quest wrote: - enfin, TileMill affiche le message d'erreur suivant : ERROR : Column tags does not exist Line 1: ...M (select way,natural,waterway,landuse,coalesce(tags-'nam... Ah oui... il faut une base osm2pgsql avec les tags en hstore (colonne tags justement)... à rajouter dans le readme. Bonjour, Merci Christian pour ta réponse rapide malgré l'heure avancée ! J'ai donc installé l'extension hstore et réimporté les données avec osm2pgsl et l'option -k . Il n'y a plus d'erreur sur la colonne tags, mais sur ref:INSEE. Postgis Plugin: PSQL error: ERROR: column ref:INSEE does not exist LINE 1: ...,st_length(way) as way_len, admin_level,boundary, ref:INSEE... Il doit encore manquer quelque chose ... Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Ah oui, zut, on utilise un fichier .style un peu différent qui contient quelques colonnes de plus. Je pense que c'est la seule que j'utilise. Remplace ref:INSEE par tags-'ref:INSEE' Le 16 mars 2013 09:22, Jean-Claude Repetto jrepe...@free.fr a écrit : On 16/03/2013 01:22, Christian Quest wrote: - enfin, TileMill affiche le message d'erreur suivant : ERROR : Column tags does not exist Line 1: ...M (select way,natural,waterway,landuse,coalesce(tags-'nam... Ah oui... il faut une base osm2pgsql avec les tags en hstore (colonne tags justement)... à rajouter dans le readme. Bonjour, Merci Christian pour ta réponse rapide malgré l'heure avancée ! J'ai donc installé l'extension hstore et réimporté les données avec osm2pgsl et l'option -k . Il n'y a plus d'erreur sur la colonne tags, mais sur ref:INSEE. Postgis Plugin: PSQL error: ERROR: column ref:INSEE does not exist LINE 1: ...,st_length(way) as way_len, admin_level,boundary, ref:INSEE... Il doit encore manquer quelque chose ... Jean-Claude -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
On 16/03/2013 09:35, Christian Quest wrote: Ah oui, zut, on utilise un fichier .style un peu différent qui contient quelques colonnes de plus. Je pense que c'est la seule que j'utilise. Remplace ref:INSEE par tags-'ref:INSEE' Ça marche, merci. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Petit soucis sur un node place=isolated_dwelling
Bonjour, En faisant des corrections Osmose le mois dernier, j'étais tombé sur cette erreur : http://osmose.openstreetmap.fr/fr/map/?zoom=16lat=48.41769lon=6.4884layers=BFFTitem=level=1,2,3 D'après le wiki, le tag denomination s'utilise plutôt pour une religion que pour le tag place=isolated_dwelling : http://wiki.openstreetmap.org/wiki/Key:denomination Je l'avais donc remplacer par un tag name, jusqu'au moment où le contributeur initial revienne en arrière (voir histo du node). Suis-je dans l'erreur? (A savoir que j'ai contacté le contributeur, je reste sans réponse de sa part) Bonne journée, Zaany ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petit soucis sur un node place=isolated_dwelling
C'est toi qui a raison, denomination est un faux-ami de traduction de l'anglais au français (le nom du tag et sa signification sont à interpréter en anglais selon la description du wiki). Tu peux revenir en arrière sur son annulation. (Peut-être involontaire de sa part s'il a gardé des données en cache et forcé un peu le passage pour revenir à sa version : vérifie s'il n'a pas annulé au passage d'autres modifs importantes dans son changeset en utilisant mal la résolution de conflits dans JOSM ou dans un autre éditeur, il ne sait peut-être pas bien utiliser la résolution de conflits, et cela pourrait être dommageable partout ailleurs s'il continue comme ça à utiliser des données obsolètes de son cache et à les remettre dans la base sans les mettre à jour avant de faire ses modifs). Le 16 mars 2013 10:11, Zaany zaany_...@orange.fr a écrit : En faisant des corrections Osmose le mois dernier, j'étais tombé sur cette erreur : http://osmose.openstreetmap.fr/fr/map/?zoom=16lat=48.41769lon=6.4884layers=BFFTitem=level=1,2,3 D'après le wiki, le tag denomination s'utilise plutôt pour une religion que pour le tag place=isolated_dwelling : http://wiki.openstreetmap.org/wiki/Key:denomination Je l'avais donc remplacer par un tag name, jusqu'au moment où le contributeur initial revienne en arrière (voir histo du node). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petit soucis sur un node place=isolated_dwelling
En plus ce n'est même pas un nom (Ancienne léproserie), car le nom est celui de la ferme (le bâtiment à côté nommé dans le même changeset), mais plutôt une description documentaire à valeur historique. Cela va plutôt dans un tag description, mais on peut aussi regarder parmi les tags historic:*=* C'est peut-être pour ça qu'il a enlevé le changement en name=*. Bref mettre sur le noeud place le nom de la ferme à côté (name=Ancienne Ferme de Purimont) mais s'interroger aussi sur la valeur actuelle de ce nom apparemment lui aussi historique (si ce n'est plus une ferme mais juste une habitation, Purimont étant alors peut-être le lieu-dit), et changer denomination=* en description=*. Si le lieu-dit n'a plus lieu d'être, fusionner les deux dans description=Ancienne ferme de Purimont, ancienne léproserie. Le 16 mars 2013 10:11, Zaany zaany_...@orange.fr a écrit : Bonjour, En faisant des corrections Osmose le mois dernier, j'étais tombé sur cette erreur : http://osmose.openstreetmap.fr/fr/map/?zoom=16lat=48.41769lon=6.4884layers=BFFTitem=level=1,2,3 D'après le wiki, le tag denomination s'utilise plutôt pour une religion que pour le tag place=isolated_dwelling : http://wiki.openstreetmap.org/wiki/Key:denomination Je l'avais donc remplacer par un tag name, jusqu'au moment où le contributeur initial revienne en arrière (voir histo du node). Suis-je dans l'erreur? (A savoir que j'ai contacté le contributeur, je reste sans réponse de sa part) Bonne journée, Zaany ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] dernière version josm
Salut C'est de chez moi ou le serveur http://josm.openstreetmap.de/ est au tas ? Je n'ai pas pu récupérer la dernière version josm nono -- C'est Chuck Norris qui a tué Highlander signature.asc Description: This is a digitally signed message part ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prochaine réunion OSM Paris... le vendredi 15 mars
Plutôt qu'une devinette, il serait intéressant que Michelin publie un article qu'on peut référencer sur le projet mentionnant qu'il fait un rendu des données OSM. Car OpenStreetmap est compatible avec une telle utilisation commerciale et ce serait une bonne démonstration montrant ce qu'on peut faire avec ces données. Mais ne pas aller à dire qu'on peut reproduire ces cartes, ce que laissait penser ton message. Sinon certains seront tentés de penser : le style de rendu Michelin est libre maintenant, je peux l'utiliser et le reproduire fidèlement (reproduction complète de l'iconographie, des couleurs, styles de polices, etc...) sur mon serveur de tuiles libre... ce qui serait faux et abuserait les droits d'auteurs et artistiques de Michelin puisqu'on ne verrait plus aucune différence. Il y a encore une part de création spécifique à Michelin. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] dernière version josm
Même chose pour moi: OperationalError: database is locked dans une page d'erreur Python. Le 16 mars 2013 10:48, nono pingven...@free.fr a écrit : Salut C'est de chez moi ou le serveur http://josm.openstreetmap.de/ est au tas ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Visite guidée du rendu OSM FR
je plussoie, c'est vraiment joli et un très bon exemple de ce qu'on peut faire avec umap ! Sylvain Le 15 mars 2013 22:03, Guillaume Allegre allegre.guilla...@free.fr a écrit : Le ven. 15 mars 2013 à 13:45 +0100, Eric a écrit : C'est excellent comme principe, ca met en évidence tous les traitements spécifiques que tu as fait et qui j'avoue, m'avaient échappé pour certain. Ouais, un double bravo : - pour le boulot que tu as fait sur le rendu FR - pour la superbe visite, qui est une utilisation originale de umap -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Visite guidée du rendu OSM FR
Bravo pour le boulot, et le coté pédagogique, j'ai appris plein de choses notamment dont les short_name :) Le 16 mars 2013 11:43, Sylvain Maillard sylvain.maill...@gmail.com a écrit : je plussoie, c'est vraiment joli et un très bon exemple de ce qu'on peut faire avec umap ! Sylvain Le 15 mars 2013 22:03, Guillaume Allegre allegre.guilla...@free.fr a écrit : Le ven. 15 mars 2013 à 13:45 +0100, Eric a écrit : C'est excellent comme principe, ca met en évidence tous les traitements spécifiques que tu as fait et qui j'avoue, m'avaient échappé pour certain. Ouais, un double bravo : - pour le boulot que tu as fait sur le rendu FR - pour la superbe visite, qui est une utilisation originale de umap -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Repères géodésiques déplacés
Bonjour la liste, J'ai trouvé 2 cas de survey_point déplacés, que j'ai remis à leur place. Ayant contacté le contributeur concerné, il a admis avoir pu déplacer 5 ou 6 nœuds de ce type. Existe-t-il un bot permettant de détecter et de replacer les repères géodésiques déplacés ? Ou, à défaut, la possibilité de faire une requête du type liste des nodes survey_point de France ayant été déplacés ou supprimés par l'utilisateur XXX ? Bonne journée, ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Repères géodésiques déplacés
On Sat, 16 Mar 2013 12:18:06 +0100 Iggy07 iggy@gmail.com wrote: il a admis -- Frédéric Falsetti http://clansco.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] dernière version josm
Ok merci ... il n'y a plus qu'à patienter :( nono -- Il faudrait essayer d'être heureux, ne serait-ce que pour montrer l'exemple. -+- Jacques Prévert -+- signature.asc Description: This is a digitally signed message part ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Repères géodésiques déplacés
Normalement Osmose t'indique les repère déplacé et il propose une intégration des repère manquant. En ce moment, si tu insère des repères depuis Osmose vers JOSM, il semble qu'il y a un problème de précision. Quelques jours plus tard ces nouveaux repères seront considéré comme déplacé. Il est possible d'améliorer leur précision en consultant les fiches IGN en utilisant des coordonnées en Degree:Minute:Seconde en indiquant bien les décimale de seconde. Vérifie si le contributeur n'a simplement pas crée un repère comme cela (version n°1 dans l'historique) ou si c'est bien un déplacement fait par erreur. J'ai envoyé un rapport de bug qui est en cours de traitement consultable sur http://trac.openstreetmap.fr/ticket/267 2013/3/16 clansco false...@clansco.org On Sat, 16 Mar 2013 12:18:06 +0100 Iggy07 iggy@gmail.com wrote: il a admis -- Frédéric Falsetti http://clansco.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] dernière version josm
Il y a quelques mois, on parlait de faire le hosting de josm.openstreetmap.de sur un des serveurs français. Cela a été effectué? Jo 2013/3/16 nono pingven...@free.fr Ok merci ... il n'y a plus qu'à patienter :( nono -- Il faudrait essayer d'être heureux, ne serait-ce que pour montrer l'exemple. -+- Jacques Prévert -+- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] dernière version josm
Nous en parle pas, pas moyen de charger les imageries à la cartopartie d'aujourd'hui. Le serveur vient de repartir. JB. Le 16.03.2013 10:48, nono a écrit : Salut C'est de chez moi ou le serveur http://josm.openstreetmap.de/ [1] est au tas ? Je n'ai pas pu récupérer la dernière version josm nono ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [2] Links: -- [1] http://josm.openstreetmap.de/ [2] http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Pourquoi importer du bâtit wall=no ?
Bonjour, Depuis mes débuts je me suis rendu compte que parmi le bâtit déjà importé on retrouve toute sorte de chose qu'il faut retoucher (lit de rivière pour des fossés, bâtiment scindé anarchiquement, cercle de plus de 100 nœuds pour 5 m de diamètre, …). Au fil de mes passages, je fait toutes les corrections qu'y s'impose, cela ne me dérange pas mais j'aurai une question pratique sur les bâtiment sans mur tagué wall=no. Il y a quelques semaines dans une ville que je connaît à peut près, j'ai testé OSM pour me repérer et la forme des bâtiments ne correspondait pas avec leur emprises au sol. Je suis un bon lecteur de plan et carte et j'ai quand même eu quelques difficulté pour me situer. J'ai réussi à me situer correctement grâce aux toit des différents bâtiments après avoir compris que ce n'était pas l'emprise au sol qui était visible sur la carte. J'ai fait quelques essais sur mon village en supprimant ces représentation sans mur et cela accélère la compréhension d'une carte. Pour rappel, on lit une carte au niveau du sol et le premier réflexe est d'associer les mur d'un bâtiments à un dessin sur une carte. Lors de la simplification de la carte, j'ai pris soin de conserver les hangars pourtant tagué wall=no et autres bâtiments de ce type. Qu'en est il réellement ? Est ce que ce genre de donnée doit être importé depuis le cadastre ou ignoré ? Si cela doit perturber la lecture de carte, est ce constructif de l'afficher ? En espérant obtenir une réponse simple et précise je m'attend à voir surgir un débat qui va partir dans tous les sens :-/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] dernière version josm
Le 16/03/2013 10:48, nono a écrit : http://josm.openstreetmap.de/ est au tas ? Cette page permet de savoir : http://downforeveryoneorjustme.com/ -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi importer du bâtit wall=no ?
Le 16/03/2013 13:36, Jo. a écrit : Qu'en est il réellement ? Est ce que ce genre de donnée doit être importé depuis le cadastre ou ignoré ? OSM n'est pas une carte mais une base de donnees geographique on a l'info qu'il y a quelque part un batiment non ferme (preau, auvent de toit, cabane de jardin, balcon etc...), si cette info est juste y'a pas de bonne raison de pas la mettre dans la base de donnees Si cela doit perturber la lecture de carte, est ce constructif de l'afficher ? voila la difference : - d'un cote il y a la base de donnees geographiques, dans laquelle on rentre des donnees de facon a decrire le terrain le mieux possible - d'un autre cote il y a le dessin qu'on fait a partir des donnees qui sont dans la base, ce dessin s'appelle carte ou encore rendu, et le dessiner est une operation qu'on appelle faire le rendu comme tu peux le voir sur cette page : http://wiki.openstreetmap.org/wiki/FR:Tagging_for_the_renderer taguer pour le rendu, et plus generalement choisir quelles donnees on met ou ne met pas dans la base en fonction de l'aspect que ca a sur un certain rendu, ou encore en fonction de l'utilite pour un certain usage, est un grand classique parmi les erreurs a partir des donnees qui sont dans la base, on peut faire une grande quantite de rendus differents (cartes routieres, carte du bati, carte cycliste, carte des pistes de ski, carte maritime, carte des lignes electriques, etc) si tu choisis de ne pas mettre les batiments non fermes dans la base parce que sinon ils apparaissent sur le rendu qui est sur le site d'OSM et que ca te plait pas, ca va avoir des consequences aussi sur toutes les autres utilisations de la base la bonne demarche est plutot de faire un autre rendu dans lequel les batiments avec wall=no ne sont pas affiches en bref - quand tu contribue, pense a decrire le terrain au mieux et NE PENSE PAS a comment ca sera dessine sur telle carte ou telle autre - quand tu fais une carte a partir des donnees qui sont dans la base, c'est la qu'il faut que tu pense a quelles donnees tu decide d'afficher ou pas et comment tu les fait apparaitre - quand tu utilise une carte, choisis en une qui te plait en fonction de tes besoins, de ton usage et de tes gouts, et si tu n'en trouve pas une qui te conviens alors fais la, mais ne va pas modifier la base de donnees pour l'adapter a tes gouts : ca peut faire chier les autres J'ai fait quelques essais sur mon village en supprimant ces représentation sans mur c'est tres dommage Pour rappel, on lit une carte au niveau du sol et le premier réflexe est d'associer les mur d'un bâtiments à un dessin sur une carte. pour rappel, un logiciel de reconnaissance de forme qui travaille sur images satellite va associer la forme des batiments a la forme des toitures et non pas des murs pourquoi tu pars de l'a-priori que tous les utilisateurs d'OSM sont des humains ? et en plus qu'ils ont les memes reflexes et habitudes que toi ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi importer du bâtit wall=no ?
Juste pour ajouter que francetopo fait une distinction des bâtiments avec wall=no. Comme quoi, chacun adapte la carte à ses besoins, et non pas les données. Le 16 mars 2013 14:23, hamster hams...@suna.fdn.fr a écrit : Le 16/03/2013 13:36, Jo. a écrit : Qu'en est il réellement ? Est ce que ce genre de donnée doit être importé depuis le cadastre ou ignoré ? OSM n'est pas une carte mais une base de donnees geographique on a l'info qu'il y a quelque part un batiment non ferme (preau, auvent de toit, cabane de jardin, balcon etc...), si cette info est juste y'a pas de bonne raison de pas la mettre dans la base de donnees Si cela doit perturber la lecture de carte, est ce constructif de l'afficher ? voila la difference : - d'un cote il y a la base de donnees geographiques, dans laquelle on rentre des donnees de facon a decrire le terrain le mieux possible - d'un autre cote il y a le dessin qu'on fait a partir des donnees qui sont dans la base, ce dessin s'appelle carte ou encore rendu, et le dessiner est une operation qu'on appelle faire le rendu comme tu peux le voir sur cette page : http://wiki.openstreetmap.org/**wiki/FR:Tagging_for_the_**rendererhttp://wiki.openstreetmap.org/wiki/FR:Tagging_for_the_renderer taguer pour le rendu, et plus generalement choisir quelles donnees on met ou ne met pas dans la base en fonction de l'aspect que ca a sur un certain rendu, ou encore en fonction de l'utilite pour un certain usage, est un grand classique parmi les erreurs a partir des donnees qui sont dans la base, on peut faire une grande quantite de rendus differents (cartes routieres, carte du bati, carte cycliste, carte des pistes de ski, carte maritime, carte des lignes electriques, etc) si tu choisis de ne pas mettre les batiments non fermes dans la base parce que sinon ils apparaissent sur le rendu qui est sur le site d'OSM et que ca te plait pas, ca va avoir des consequences aussi sur toutes les autres utilisations de la base la bonne demarche est plutot de faire un autre rendu dans lequel les batiments avec wall=no ne sont pas affiches en bref - quand tu contribue, pense a decrire le terrain au mieux et NE PENSE PAS a comment ca sera dessine sur telle carte ou telle autre - quand tu fais une carte a partir des donnees qui sont dans la base, c'est la qu'il faut que tu pense a quelles donnees tu decide d'afficher ou pas et comment tu les fait apparaitre - quand tu utilise une carte, choisis en une qui te plait en fonction de tes besoins, de ton usage et de tes gouts, et si tu n'en trouve pas une qui te conviens alors fais la, mais ne va pas modifier la base de donnees pour l'adapter a tes gouts : ca peut faire chier les autres J'ai fait quelques essais sur mon village en supprimant ces représentation sans mur c'est tres dommage Pour rappel, on lit une carte au niveau du sol et le premier réflexe est d'associer les mur d'un bâtiments à un dessin sur une carte. pour rappel, un logiciel de reconnaissance de forme qui travaille sur images satellite va associer la forme des batiments a la forme des toitures et non pas des murs pourquoi tu pars de l'a-priori que tous les utilisateurs d'OSM sont des humains ? et en plus qu'ils ont les memes reflexes et habitudes que toi ? __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi importer du bâtit wall=no ?
J'ai fait quelques essais sur mon village en supprimant ces représentation sans mur c'est tres dommage Ce n'est qu'un essai pour voir sur une petite échelle car je ne sais pas modifier de rendu, je peut restaurer les données d'un simple revert (cela devrait être fait dans les prochaines heures). En effet, c'est principalement un problème de rendu et les données peuvent être interpréter pour d'autre utilisation. Pense tu que ce genre d'information pourrait être remonté pour le rendu Mapnik ? C'est celui qui est utilisé par défaut et peut être qu'il serait envisageable de masquer les bâtiments avec wall=no ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi importer du bâtit wall=no ?
Est ce que ce genre de donnée doit être importé depuis le cadastre ou ignoré ? On importe p Si cela doit perturber la lecture de carte, est ce constructif de l'afficher ? Le 16 mars 2013 13:36, Jo. perche...@gmail.com a écrit : Bonjour, Depuis mes débuts je me suis rendu compte que parmi le bâtit déjà importé on retrouve toute sorte de chose qu'il faut retoucher (lit de rivière pour des fossés, bâtiment scindé anarchiquement, cercle de plus de 100 nœuds pour 5 m de diamètre, …). Au fil de mes passages, je fait toutes les corrections qu'y s'impose, cela ne me dérange pas mais j'aurai une question pratique sur les bâtiment sans mur tagué wall=no. Il y a quelques semaines dans une ville que je connaît à peut près, j'ai testé OSM pour me repérer et la forme des bâtiments ne correspondait pas avec leur emprises au sol. Je suis un bon lecteur de plan et carte et j'ai quand même eu quelques difficulté pour me situer. J'ai réussi à me situer correctement grâce aux toit des différents bâtiments après avoir compris que ce n'était pas l'emprise au sol qui était visible sur la carte. J'ai fait quelques essais sur mon village en supprimant ces représentation sans mur et cela accélère la compréhension d'une carte. Pour rappel, on lit une carte au niveau du sol et le premier réflexe est d'associer les mur d'un bâtiments à un dessin sur une carte. Lors de la simplification de la carte, j'ai pris soin de conserver les hangars pourtant tagué wall=no et autres bâtiments de ce type. Qu'en est il réellement ? Est ce que ce genre de donnée doit être importé depuis le cadastre ou ignoré ? Si cela doit perturber la lecture de carte, est ce constructif de l'afficher ? En espérant obtenir une réponse simple et précise je m'attend à voir surgir un débat qui va partir dans tous les sens :-/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Presets JOSM (était Re: dernière version josm)
Le 16/03/2013 13:00, Jo a écrit : Il y a quelques mois, on parlait de faire le hosting de josm.openstreetmap.de http://josm.openstreetmap.de sur un des serveurs français. Cela a été effectué? Jo À propos de JOSM et FR... Je me suis fait un preset de tags supplémentaires franchouillards... http://wiki.openstreetmap.org/wiki/User:FrViPofm/JOSM_presets/FR Il y a un aperçu du menu. À mettre dans un fichier FR.xml et à inclure dans JOSM. Ça ajoute des building=apartments|church|garages|glasshouse|house|... school:FR=élémentaire|maternelle|primaire|collège|lycée heritage=2|3 + ref:mhs= Tout un tas d'artisans... Il n'y a pas de copyright, faites en bon usage... Bon, ça n'est ni parfait, ni exhaustif... Mais on pourrait faire un preset FR 'officiel' avec les 'must-have' et le mettre sur le site josm.osm.de officiel. Qu'en pensez-vous ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi importer du bâtit wall=no ?
Est ce que ce genre de donnée doit être importé depuis le cadastre ou ignoré ? On n'importe pas pour le rendu. Donc les données peuvent sans problème être importé. Si cela doit perturber la lecture de carte, est ce constructif de l'afficher ? La question est fortement orienté, mais je dirais que çà dépend de l'objectif de la carte. C'est le problème classique du rendu: - Quel est l'objectif de ma carte ? - Quels informations sont utile en fonction de cet objectif ? - Comment je représente toutes ces informations ? Pour le rendu OSM-fr, il me semble qu'on cherche à représenter le maximum de chose, donc cela à du sens d'afficher les wall=no. En espérant obtenir une réponse simple et précise J'espère que c'est le cas de la mienne ;-) Cdt Clément PS: Désolé pour le mail précédant, j'ai ripé sur send mail :-/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi importer du bâtit wall=no ?
Oui merci les réponses de chacun des participant étaient très claire et j'y adhère maintenant que je comprend pourquoi on importe ce genre de donnée. Je posait la question car la très grande majorité des villages autour de chez moi n'ont pas de bâtiment et après un essais concluant sur ma commune je comptait les ajouter après avoir ajouter les rues manquante. Merci à chacun d'avoir fait simple, sans débats interminable ;-) Normalement d'ici lundi j'aurai restauré les données que j'avais supprimé. Je vais plutôt chercher un rendu différent pour mon téléphone, ça évitera que je sèche sur la lecture de carte. Le 16 mars 2013 14:48, Black Myst black.m...@free.fr a écrit : Est ce que ce genre de donnée doit être importé depuis le cadastre ou ignoré ? On n'importe pas pour le rendu. Donc les données peuvent sans problème être importé. Si cela doit perturber la lecture de carte, est ce constructif de l'afficher ? La question est fortement orienté, mais je dirais que çà dépend de l'objectif de la carte. C'est le problème classique du rendu: - Quel est l'objectif de ma carte ? - Quels informations sont utile en fonction de cet objectif ? - Comment je représente toutes ces informations ? Pour le rendu OSM-fr, il me semble qu'on cherche à représenter le maximum de chose, donc cela à du sens d'afficher les wall=no. En espérant obtenir une réponse simple et précise J'espère que c'est le cas de la mienne ;-) Cdt Clément PS: Désolé pour le mail précédant, j'ai ripé sur send mail :-/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi importer du bâtit wall=no ?
On 16/03/2013 14:30, Jo. wrote: Pense tu que ce genre d'information pourrait être remonté pour le rendu Mapnik ? C'est celui qui est utilisé par défaut et peut être qu'il serait envisageable de masquer les bâtiments avec wall=no Au lieu d'en demander la suppression, tu pourrais par exemple demander une couleur plus claire, comme sur le cadastre. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi importer du bâtit wall=no ?
Oui en effet, honnêtement je n'ai pas creusé la question mais estomper au lieu de supprimer est plus intéressant en effet. Est ce qu'il y a un endroits où poser cette demande pour Mapnik ? Ps : Il y a quelques jours j'ai fait une demande sur le forum officiel concernant les Salins qui n'apparaissent pas sur Mapnik et je n'ai eu aucune réponse (mon anglais est tordu). En attendant ils semble que l'habitude est de taguer les salins comme des surfaces d'eau... cela semble bancal mais je vais suivre ce qui est fait couramment. Le 16 mars 2013 15:25, Jean-Claude Repetto jrepe...@free.fr a écrit : On 16/03/2013 14:30, Jo. wrote: Pense tu que ce genre d'information pourrait être remonté pour le rendu Mapnik ? C'est celui qui est utilisé par défaut et peut être qu'il serait envisageable de masquer les bâtiments avec wall=no Au lieu d'en demander la suppression, tu pourrais par exemple demander une couleur plus claire, comme sur le cadastre. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Repères géodésiques déplacés
Le 16 mars 2013 12:52, Jo. perche...@gmail.com a écrit : Normalement Osmose t'indique les repère déplacé et il propose une intégration des repère manquant. En ce moment, si tu insère des repères depuis Osmose vers JOSM, il semble qu'il y a un problème de précision. Quelques jours plus tard ces nouveaux repères seront considéré comme déplacé. Il est possible d'améliorer leur précision en consultant les fiches IGN en utilisant des coordonnées en Degree:Minute:Seconde en indiquant bien les décimale de seconde. J'avais oublié Osmose : en filtrant par user, je me rends compte que le contributeur en question aurait en fait déplacé 53 repères géodésiques... Je ne me sens pas de les replacer à la main un par un... Vérifie si le contributeur n'a simplement pas crée un repère comme cela (version n°1 dans l'historique) ou si c'est bien un déplacement fait par erreur. Non, il s'agit bien de noeuds déplacés après leur création. En comparant les coordonnées initiales du noeud et les données de l'IGN, on se rend compte que le noeud était bien placé. Exemple : http://www.openstreetmap.org/browse/node/670183880/history ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi importer du bâtit wall=no ?
Le 16 mars 2013 15:43, Jo. perche...@gmail.com a écrit : Est ce qu'il y a un endroits où poser cette demande pour Mapnik ? https://trac.openstreetmap.org/query?component=mapnikorder=statusstatus=new ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Repères géodésiques déplacés
Attention tout de même aux coordonnées indiquées sur la fiche, ce n'est pas nécessairement les mêmes qu'OSM si la projection n'est pas la même (OSM utilise une projection basée sur WGS84, mais pas les anciennes fiches géodésiques, basées parfois sur une ancienne projection franco-française, et des triangulations moins précises que les actuelles surtout si le point géodésique ne fait pas partie du réseau principal de triangulation, la fiche n'ayant pas été révisée tout bonnement parce que de nombreux points ne sont pas revisités pendant des années, ne serait-ce que pour savoir s'ils sont encore en état ou si le terrain a pu évoluer) : - il peut être utile d'ajouter une note sur le point géodésique indiquant les coordonnées d'origine, leur projection et la conversion calculée, afin de voir facilement quand le point a été déplacé ; - certains micro-déplacements dans OSM peuvent aussi dépendre de la précision de la mesure initiale qui n'est pas forcément jusqu'au dizième de seconde d'arc (ou mieux), alors que cet écart peut parfois représenter plusieurs mètres de différence (de l'ordre de la taille d'une petite maison résidentielle ou de l'écartement des pieds d'un pylône haute tension)... ces microdéplacements restent compatibles avec la précision de la fiche initiale et sont sans conséquence, mais peuvent permettre de s'aligner plus précisément avec l'imagerie et le reste de la représentation d'objets OSM. - en principe les coordonnées indiquées sur la fiche mentionnent l'écart maximum d'imprécision, lequel dépend de la méthode qui a été utilisée pour les établir au départ sur le terrain. Certaines mesures ont été faites il y a plusieurs décennies sans jamais être révisées (il n'est même pas forcément envisagé de les remettre à jour avec les méthodes de géodésie actuelles qui nécessitent un maillage beaucoup moins fin qu'avant (quand on n'avait pas de satellites et qu'il fallait trianguler uniquement entre des points optiquement visibles entre eux depuis le sol, alors que depuis il est peut-être même devenu impossible d'utiliser la même méthode à cause d'un obstacle apparu depuis). Des points géodésiques sont ainsi abandonnés au profit d'autres. plus pratiques à observer L'orthophotographie aérienne a aussi permit d'en réduire le nombre réellement nécessaires (mais le facsimile de la fiche géodésique ne mentionne pas toujours que le point est abandonné, cela figure poutôt dans les métadonnées de la base géodésique). Le 16 mars 2013 12:52, Jo. perche...@gmail.com a écrit : En ce moment, si tu insère des repères depuis Osmose vers JOSM, il semble qu'il y a un problème de précision. Quelques jours plus tard ces nouveaux repères seront considéré comme déplacé. Il est possible d'améliorer leur précision en consultant les fiches IGN en utilisant des coordonnées en Degree:Minute:Seconde en indiquant bien les décimale de seconde. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] radar de feu
B'jour les radars de vitesse et de distance ont leur tag mais je n'ai pas trouvé (ou pas compris) celui des radars de feu tricolore. http://wiki.openstreetmap.org/wiki/FR:Relation:enforcement highway = ??? une idée ? nono signature.asc Description: This is a digitally signed message part ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] radar de feu
N'est-ce pas traffic_signals ? Si oui, il existe déjà dans la page du wiki que tu cites. Francescu Le 16 mars 2013 17:51, nono pingven...@free.fr a écrit : B'jour les radars de vitesse et de distance ont leur tag mais je n'ai pas trouvé (ou pas compris) celui des radars de feu tricolore. http://wiki.openstreetmap.org/wiki/FR:Relation:enforcement highway = ??? une idée ? nono ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi importer du bâtit wall=no ?
Le 16/03/2013 14:30, Jo. a écrit : je ne sais pas modifier de rendu c'est vrai que lorsqu'il y aura un truc qui permet de faire des rendus a peu pres aussi facilement que contribuer a la base je serai content Pense tu que ce genre d'information pourrait être remonté pour le rendu Mapnik ? C'est celui qui est utilisé par défaut et peut être qu'il serait envisageable de masquer les bâtiments avec wall=no tu peux evidamment faire remonter, apres est-ce qu'ils prendront en compte ta demande c'est une autre affaire ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] radar de feu
enforcement=traffic_signals c'est exactement ca. le membre device se place la ou est la ligne de feu, et et le membre from est un point avant sur le meme way pour indiquer dans quel sens est le controle de from vers device pour un radar de feu rouge. Le 16 mars 2013 17:53, Francescu GAROBY windu...@gmail.com a écrit : N'est-ce pas traffic_signals ? Si oui, il existe déjà dans la page du wiki que tu cites. Francescu Le 16 mars 2013 17:51, nono pingven...@free.fr a écrit : B'jour les radars de vitesse et de distance ont leur tag mais je n'ai pas trouvé (ou pas compris) celui des radars de feu tricolore. http://wiki.openstreetmap.org/wiki/FR:Relation:enforcement highway = ??? une idée ? nono ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] radar de feu
les radars de vitesse et de distance ont leur tag mais je n'ai pas trouvé (ou pas compris) celui des radars de feu tricolore. Pour compléter la réponse de Francescu, j'ajouterai qu'il ne s'agit pas de radars, mais de simples détecteurs de passage. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi importer du bâtit wall=no ?
On 16/03/2013 16:23, Etienne Trimaille wrote: Le 16 mars 2013 15:43, Jo. perche...@gmail.com mailto:perche...@gmail.com a écrit : Est ce qu'il y a un endroits où poser cette demande pour Mapnik ? https://trac.openstreetmap.org/query?component=mapnikorder=statusstatus=new Tu peux aussi essayer de demander la modification pour le rendu osm-fr : http://trac.openstreetmap.fr/newticket Sélectionne style osmfr dans la liste déroulante composant. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] radar de feu
Pour le radar lui meme j'ai pas trouvé de tag comme avec highway=speed_camera pour le contrôle de vitesse, quelqu'un a une idée? normalement il y a déjà highway=traffic_light qui occupe la clef highway donc je ne vois pas trop comment ajouté le fait qu'il y a une camera en plus. Le 16 mars 2013 18:16, Jean-Claude Repetto jrepe...@free.fr a écrit : les radars de vitesse et de distance ont leur tag mais je n'ai pas trouvé (ou pas compris) celui des radars de feu tricolore. Pour compléter la réponse de Francescu, j'ajouterai qu'il ne s'agit pas de radars, mais de simples détecteurs de passage. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] radar de feu
Je serais tenté de dire que c'est le node qui désigne le feu tricolore (et qui, de toute façon, porte aussi la caméra, la plupart du temps) qui doit être inclus dans la relation, avec le rôle enforcement=traffic_signals. Au fait, il ne faut plus utiliser traffic_light, apparemment : la page du wiki à son sujet redirige vers traffic_signals. Francescu Le 16 mars 2013 18:20, Tetsuo Shima tets...@gmail.com a écrit : Pour le radar lui meme j'ai pas trouvé de tag comme avec highway=speed_camera pour le contrôle de vitesse, quelqu'un a une idée? normalement il y a déjà highway=traffic_light qui occupe la clef highway donc je ne vois pas trop comment ajouté le fait qu'il y a une camera en plus. Le 16 mars 2013 18:16, Jean-Claude Repetto jrepe...@free.fr a écrit : les radars de vitesse et de distance ont leur tag mais je n'ai pas trouvé (ou pas compris) celui des radars de feu tricolore. Pour compléter la réponse de Francescu, j'ajouterai qu'il ne s'agit pas de radars, mais de simples détecteurs de passage. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi importer du bâtit wall=no ?
Le 16/03/2013 14:58, Jo. a écrit : après un essais concluant sur ma commune je comptait les ajouter après avoir ajoute les rues manquante. astuce : importe d'abord le bati et trace les rues apres, ca t'evitera que des batiments se chevauchent avec des rues et que tu aies a les refaire ensuite PS : la lecture de carte emprise au sol t'es personnelle, moi j'ai aucune difficulte a reconnaitre les batiments en tenant compte des balcons, auvents, deports de toit et autres, il suffit de si dire que ce qui est represente sur la carte c'est le toit et de facon generale tout ce qui se voit d'en haut comme sur une photo aerienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] radar de feu
Le samedi 16 mars 2013 à 18:15 +0100, Tetsuo Shima a écrit : enforcement=traffic_signals c'est exactement ca. le membre device se place la ou est la ligne de feu, et et le membre from est un point avant sur le meme way pour indiquer dans quel sens est le controle de from vers device pour un radar de feu rouge. Ce qui serait sympa ce serait de me communiquer un lieu en exemple où il y a déjà ce tag. Ainsi, je serai sûr de bien procéder sans faire d'ânerie ;) nono signature.asc Description: This is a digitally signed message part ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] radar de feu
Voici quelques exemples (à première vue, la plupart sont en Allemagne) : api.openstreetmap.fr/xapi/xapi?relation[enforcement=traffic_signals] Francescu Le 16 mars 2013 18:54, nono pingven...@free.fr a écrit : Le samedi 16 mars 2013 à 18:15 +0100, Tetsuo Shima a écrit : enforcement=traffic_signals c'est exactement ca. le membre device se place la ou est la ligne de feu, et et le membre from est un point avant sur le meme way pour indiquer dans quel sens est le controle de from vers device pour un radar de feu rouge. Ce qui serait sympa ce serait de me communiquer un lieu en exemple où il y a déjà ce tag. Ainsi, je serai sûr de bien procéder sans faire d'ânerie ;) nono ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] radar de feu
Ici en Belgique c'est un seul appareil qui fait le contrôle de vitesse et feu-rouge en même temps. (quand ils sont placé devant un carrefour avec feux tricolores, bien sûr). Je les taggue avec highway=speed_camera. Puis je crée 2 relations type=enforcement, avec les mêmes 3 membres. Les feux rouges reçoivent le rôle 'to', la caméra le rôle 'device' et un noeud appartenant à la chaussée quelque part avant la caméra le rôle 'from'. Le fait d'avoir 2 relations avec les mêmes membres fait rouspeter la validation de JOSM, mais tant pis. Jo 2013/3/16 Francescu GAROBY windu...@gmail.com Voici quelques exemples (à première vue, la plupart sont en Allemagne) : api.openstreetmap.fr/xapi/xapi?relation[enforcement=traffic_signals] Francescu Le 16 mars 2013 18:54, nono pingven...@free.fr a écrit : Le samedi 16 mars 2013 à 18:15 +0100, Tetsuo Shima a écrit : enforcement=traffic_signals c'est exactement ca. le membre device se place la ou est la ligne de feu, et et le membre from est un point avant sur le meme way pour indiquer dans quel sens est le controle de from vers device pour un radar de feu rouge. Ce qui serait sympa ce serait de me communiquer un lieu en exemple où il y a déjà ce tag. Ainsi, je serai sûr de bien procéder sans faire d'ânerie ;) nono ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Une autre approche, pour bien gérer les couleurs entre les axes routiers ^^ http://bl.ocks.org/migurski/5130639 Source : http://mike.teczno.com/notes/postgreslessness-mapnik-vectiles.html Le 13 mars 2013 11:11, Christian Quest cqu...@openstreetmap.fr a écrit : Passer du rouge au vert par un dégradé va donner un truc pas joli joli... je pense qu'il vaut mieux réordonner les tracés. Le 13 mars 2013 10:09, Francescu GAROBY windu...@gmail.com a écrit : Je rebondis sur ta remarque, concernant le rendu des embranchements par-dessus les routes qu'ils rejoignent/quittent : pourrait-on imaginer un rendu dégradé, allant d'une couleur à l'autre (exemple : du rouge au vert, tout particulièrement dans le cas des voies d'accélération/décélération de la Montée des Soldats de ton dernier lien) ? Je sens que ça ne va pas être simple à faire, mais ça pourrait être une solution graphiquement plus agréable, d'autant qu'une voie d'accélération/décélération permet de passer d'une vitesse A à une vitesse B de manière progressive. Francescu -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Repères géodésiques déplacés
Le 16 mars 2013 12:52, Jo. perche...@gmail.com a écrit : Normalement Osmose t'indique les repère déplacé et il propose une intégration des repère manquant. Il y aussi le projet SODA de Julien Thévenon: http://fr.slideshare.net/quicky_osm/soda-sotm-fr20130224 avec un suivi des modifications notamment sur ces repères. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
