Re: [OSM-talk-fr] Fwd: Mapping d'intérieur
Le 20/06/2011 23:00, Laurent NOTARIANNI a écrit : Désolé tout le monde, je me suis trompé de destinataire Ce mail est personnel, il est destiné à Jean Même si c'est une boulette, je trouve qu'elle est utile : il ne doit pas y avoir beaucoup de contributeurs qui s'imaginaient qu'il vaut parfois mieux avoir la peur au ventre pour pouvoir bien mapper. En tout cas, moi, je n'aurais pas imaginé ça tout seul. Merci beaucoup pour ton message. -- Jean Millerat Wecena, rendre vos informaticiens fiers d'améliorer le monde jean.mille...@wecena.com +33 1 77 455 344 jean.mille...@gmail.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Objets bruyants
Bonjour, Le lundi 20 juin 2011 21:41:01 Jean Millerat, vous avez écrit : Comment taguer la présence des deux haut-parleurs géants qui diffusent la musique d'ambiance dans le CNIT de La Défense ? Pouvoir les mettre sur un plan aiderait les personnes malvoyantes à se repérer un peu plus facilement à l'oreille. Je n'ai aucune réponse mais un commentaire : Waoh ! Il me semble que tes questions sont pertinentes et que tu as suffisament d'expérience dans le domaine pour mener l'affaire. Ce serait intéressant de voir si nos collègues allemands (notament à Hamburg je crois) qui ont commencé assez tôt sur les questions d'accessibilité se sont aussi penchés sur ces questions. Sinon, tu peux faire une zone prototype avec tes propositions, en essayant de fouiller en parallèle dans taginfo. On trouve par exemple 3 smell=*. À voir dans quel contexte c'est utilisé et par qui. Ça peut être une piste pour trouver des collaborateurs sur se sujet. Bonne journée -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: Mapping d'intérieur
Le 21/06/2011 08:20, Jean Millerat a écrit : Le 20/06/2011 23:00, Laurent NOTARIANNI a écrit : Désolé tout le monde, je me suis trompé de destinataire Ce mail est personnel, il est destiné à Jean Même si c'est une boulette, je trouve qu'elle est utile idem, Laurent, j'ai trouvé ton message très touchant et très enrichissant. Merci. -- Thomas Clavier http://www.tcweb.org Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org +33 (0)6 20 81 81 30 +33 (0)950 783 783 signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Fwd: Mapping d'intérieur
De : Thomas Clavier t...@tcweb.org idem, Laurent, j'ai trouvé ton message très touchant et très enrichissant. Merci. Pareil, ca rend plus palpable une realite qu on n imagine pas forcement... Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Objets bruyants
Bonjour, Pour l'aspect odeurs, et pour la détente, cet article de Rue89 consacré au métro parisien et ses effluves http://www.rue89.com/2010/02/25/mais-pourquoi-ca-pue-autant-dans-le-metro-parisien-140401 A force d'utiliser le RER A, il y a certains coins qui deviennent très caractéristiques, comme une magnifique odeur d'oeuf pourri, au tiers de la section Chatelet les Halles - Auber Elle a pour principale qualité d'être permanente. Pour le reste, ça pue de façon plutôt aléatoire, souvent en fonction des lieux et des horaires privilégiés de ceux qui s'y soulagent Et à côté du CNIT ne pas manquer l'odeur de graillon du Mc Do de la halle RER ça se passe ici : http://www.openstreetmap.org/?lat=48.892352lon=2.237547zoom=18layers=M (à ne pas confondre avec l'odeur de graillon de l'autre Mc Do, dans le centre commercial des Quatre Temps, qui refoule sur un bon quart de l'esplanade devant la Grande Arche) Bon apétit ^^ Pour les sons, ne pas oublier le tunnel musical dans le passage récent entre la Halle RER et le CNIT PS : je ne considère personnellement pas ça comme une priorité de mapping, mais c'est intéressant de cogiter sur un site pilote. Je confirme que le CNIT, avec ses empilements de niveaux est très coton à mapper Bon courage Le 21 juin 2011 09:15, Nicolas Dumoulin nicolas_openstreetmap.org@ dumoulin63.net a écrit : Bonjour, Le lundi 20 juin 2011 21:41:01 Jean Millerat, vous avez écrit : Comment taguer la présence des deux haut-parleurs géants qui diffusent la musique d'ambiance dans le CNIT de La Défense ? Pouvoir les mettre sur un plan aiderait les personnes malvoyantes à se repérer un peu plus facilement à l'oreille. Je n'ai aucune réponse mais un commentaire : Waoh ! Il me semble que tes questions sont pertinentes et que tu as suffisament d'expérience dans le domaine pour mener l'affaire. Ce serait intéressant de voir si nos collègues allemands (notament à Hamburg je crois) qui ont commencé assez tôt sur les questions d'accessibilité se sont aussi penchés sur ces questions. Sinon, tu peux faire une zone prototype avec tes propositions, en essayant de fouiller en parallèle dans taginfo. On trouve par exemple 3 smell=*. À voir dans quel contexte c'est utilisé et par qui. Ça peut être une piste pour trouver des collaborateurs sur se sujet. Bonne journée -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Minuscule évolution du dépot cadastre
Le 18/06/2011 15:31, Philippe Pary a écrit : Salut, J'ai ajouté deux grosse icônes de warning sur le dépôt de cadastre pour marquer le coup des derniers débats. Comme ça c'est clair et net ! Pour faire le pointilleux j'ajouterais une règle dans ta conf apache sur le répertoire : IndexIgnore header.html warning.png pour rendre la page plus claire, tu peux aussi y ajouter les *.sh qui ne sont pas ici pour être téléchagés j'imagine. Merci pour ce service qui est fort utile :) -- Rodolphe Quiédeville http://cartosm.eu - Intégration de carte libre sur site web Blog : http://blog.rodolphe.quiedeville.org/ SIP/XMPP : rodol...@quiedeville.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Mapping trop précis ?
Evitez de tagguer les parkings publics et les parkings privés de la même façon. Ajoutez le tag 'access=private' pour les privés. Je n'aime pas le rendu actuel qui montre tous les parkings sans distinction, y compris ceux en bas des immeubles. Je ne sais pas si le rendu mapnik tient compte du tag access mais il devrait. Ca rend la carte illisible et décrédibilise le projet (fait pas très sérieux). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Re : Mapping trop précis ?
De : Pieren pier...@gmail.com Evitez de tagguer les parkings publics et les parkings privés de la même façon. Ajoutez le tag 'access=private' pour les privés. Je n'aime pas le rendu actuel qui montre tous les parkings sans distinction, y compris ceux en bas des immeubles. Je ne sais pas si le rendu mapnik tient compte du tag access mais il devrait. Ca rend la carte illisible et décrédibilise le projet (fait pas très sérieux). Apparemment il tient compte tu tag acces, le P est grisé sur les parkings privés au lieu d etre bleu mais c est vrai que cela ne saute pas aux yeux Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapping d'intérieur
2011/6/20 Marc Sibert m...@sibert.fr ** Il existe un tag level qui permet de qualifier le niveau... et en fait, ça renvoie sur une page http://wiki.openstreetmap.org/wiki/Indoor_Mapping; comme ça tombe bien. Il faut aussi savoir que le mapping d'intérieur est un sujet controversé depuis le début. Les données OSM ne supportent pas la 3D et le tag 'level' n'est qu'un pis-aller. Les sources sont rares et difficile à vérifier (surtout les parties non publiques). Sans plan, cela reste très imprécis. Et la juxtaposition des niveaux va rendre la zone rapidement ingérable dans les éditeurs classiques. Je vois bien les applications pour les aveugles ou pour les plans vous êtes ici mais OSM n'est pas forcément le meilleur modèle pour faire des plans d'architecte même si je comprends bien que certains trouvent bien pratique de pouvoir utiliser la suite d'outils logiciels libres développés pour OSM. Enfin, n'oubliez pas le disclaimer d'OSM (aucune garantie, blablabla). Je ne voudrais pas confier à un aveugle un plan que chacun peut modifier à sa guise... Dans le genre données 3D que certains voudraient mettre dans OSM et d'autres non, je pense aux infrastructures souterraines qui sont disponibles dans certains pays ou localement (réseaux d'eau potable, usée; réseau électrique enterré; téléphonique; gaz, etc) et qui n'est pas bien vu comme import dans OSM pour les même raisons citées plus haut. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Mapping trop précis ?
Le 20 juin 2011 23:34, THEVENON Julien julien_theve...@yahoo.fr a écrit : Pour compléter la reponse de Marc, pour ce genre de stationnement non indiqué par un P il existe ce schema de tag : http://wiki.openstreetmap.org/wiki/Proposed_features/parking:lane Julien Je n'avais effectivement pas vu que cette proposition permettait un alignement orthogonal; je pensais uniquement qu'il concernait une positionnement inline. Et, effectivement, cela me semble approprié pour ce cas-ci. Julien (également) -- Julien FASTRE http://www.meta-morphoses.be ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapping trop précis ?
Le lundi 20 juin 2011 20:49:39 cyrille giquello, vous avez écrit : http://www.openstreetmap.org/?lat=47.408585lon=0.673759zoom=18layers=M […] Merci pour vos avis et recommandations Salut, Est-ce que highway=footway est réellement pertinent pour les chemins sur cette zone ? Je ne la connais pas de visu, mais d'intuition un highway=path+foot=yes me semblerait plus approprié. C'est mon avis, et je le partage :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapping d'intérieur
J’y vais de mon petit commentaire aussi… Le mapping intérieur est évidemment intéressant, mais rajoute énormément de complexité à la carte, et comme l’a dit Pieren OSM n’est pas adapté pour cette cartographie. D’un autre côté, je me suis adonné à l’exercice pour les gros bâtiments commerciaux : les couloirs dans les galeries marchandes pouvant être vus comme des « rues » couvertes, et balisés comme des tunnels dans le bâtiment http://www.openstreetmap.org/?lat=46.55133lon=0.300235zoom=18layers=M Autre remarque, le mapping intérieur étant intéressant pour les mal-voyants (messages précédents), ne pas cartographier les intérieurs reviendrait à une certaine discrimination, qui serait mal vue (sans mauvais jeu de mot)… Mais il y a probablement d’autres discriminations impliquées par notre façon de remplir la base dont on n’est pas conscient… Et je ne saurais dire lesquelles. Donc je ne suis pas pour interdire, évidemment, mais pas pour faire le travail aussi fourni dans les bâtiments qu’à l’extérieur. Il y a probablement un compromis entre le nécessaire et le superflus. Le 21 juin 2011 10:55, Pieren pier...@gmail.com a écrit : 2011/6/20 Marc Sibert m...@sibert.fr ** Il existe un tag level qui permet de qualifier le niveau... et en fait, ça renvoie sur une page http://wiki.openstreetmap.org/wiki/Indoor_Mapping; comme ça tombe bien. Il faut aussi savoir que le mapping d'intérieur est un sujet controversé depuis le début. Les données OSM ne supportent pas la 3D et le tag 'level' n'est qu'un pis-aller. Les sources sont rares et difficile à vérifier (surtout les parties non publiques). Sans plan, cela reste très imprécis. Et la juxtaposition des niveaux va rendre la zone rapidement ingérable dans les éditeurs classiques. Je vois bien les applications pour les aveugles ou pour les plans vous êtes ici mais OSM n'est pas forcément le meilleur modèle pour faire des plans d'architecte même si je comprends bien que certains trouvent bien pratique de pouvoir utiliser la suite d'outils logiciels libres développés pour OSM. Enfin, n'oubliez pas le disclaimer d'OSM (aucune garantie, blablabla). Je ne voudrais pas confier à un aveugle un plan que chacun peut modifier à sa guise... Dans le genre données 3D que certains voudraient mettre dans OSM et d'autres non, je pense aux infrastructures souterraines qui sont disponibles dans certains pays ou localement (réseaux d'eau potable, usée; réseau électrique enterré; téléphonique; gaz, etc) et qui n'est pas bien vu comme import dans OSM pour les même raisons citées plus haut. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Mes 2 cents. -- Mikaël Cordon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapping d'intérieur
Bonjour JE suis complètement d'accord avec Pieren. Il va être très difficile de gérer la modification et l'affichage des données OSM sur plusieurs niveaux d'un bâtiment. Pour moi, c'est ici que le côté libre d'OSM prend toute sa force : rien n'empêche de créer une infrastructure similaire à OSM pour y mettre les données d'intérieur. Ensuite il faudra bien sûr gérer le lien entre les 2, mais pourquoi pas ? Rien n'empêcherait par exemple une application de routing d'utiliser les données OSM pour l'extérieur, et pour la navigation dans le bâtiment, d'utilser les données de OSM_indoor, bdd dédiée à l'intérieur. On pourrait aussi très bien avoir un éditeur pour les données d'intérieur qui intègre en fond les données OSM (pou le repérage), et propose des fonctions pour vérifier les liens entre les 2 (par exemple l'osm_id du building OSM est bien présent dans le tag from_osm des objets la bdd dédiée intérieur.. Kimaidou Le 21 juin 2011 11:26, Mikaël Cordon mikael.cor...@gmail.com a écrit : J’y vais de mon petit commentaire aussi… Le mapping intérieur est évidemment intéressant, mais rajoute énormément de complexité à la carte, et comme l’a dit Pieren OSM n’est pas adapté pour cette cartographie. D’un autre côté, je me suis adonné à l’exercice pour les gros bâtiments commerciaux : les couloirs dans les galeries marchandes pouvant être vus comme des « rues » couvertes, et balisés comme des tunnels dans le bâtiment http://www.openstreetmap.org/?lat=46.55133lon=0.300235zoom=18layers=M Autre remarque, le mapping intérieur étant intéressant pour les mal-voyants (messages précédents), ne pas cartographier les intérieurs reviendrait à une certaine discrimination, qui serait mal vue (sans mauvais jeu de mot)… Mais il y a probablement d’autres discriminations impliquées par notre façon de remplir la base dont on n’est pas conscient… Et je ne saurais dire lesquelles. Donc je ne suis pas pour interdire, évidemment, mais pas pour faire le travail aussi fourni dans les bâtiments qu’à l’extérieur. Il y a probablement un compromis entre le nécessaire et le superflus. Le 21 juin 2011 10:55, Pieren pier...@gmail.com a écrit : 2011/6/20 Marc Sibert m...@sibert.fr ** Il existe un tag level qui permet de qualifier le niveau... et en fait, ça renvoie sur une page http://wiki.openstreetmap.org/wiki/Indoor_Mapping; comme ça tombe bien. Il faut aussi savoir que le mapping d'intérieur est un sujet controversé depuis le début. Les données OSM ne supportent pas la 3D et le tag 'level' n'est qu'un pis-aller. Les sources sont rares et difficile à vérifier (surtout les parties non publiques). Sans plan, cela reste très imprécis. Et la juxtaposition des niveaux va rendre la zone rapidement ingérable dans les éditeurs classiques. Je vois bien les applications pour les aveugles ou pour les plans vous êtes ici mais OSM n'est pas forcément le meilleur modèle pour faire des plans d'architecte même si je comprends bien que certains trouvent bien pratique de pouvoir utiliser la suite d'outils logiciels libres développés pour OSM. Enfin, n'oubliez pas le disclaimer d'OSM (aucune garantie, blablabla). Je ne voudrais pas confier à un aveugle un plan que chacun peut modifier à sa guise... Dans le genre données 3D que certains voudraient mettre dans OSM et d'autres non, je pense aux infrastructures souterraines qui sont disponibles dans certains pays ou localement (réseaux d'eau potable, usée; réseau électrique enterré; téléphonique; gaz, etc) et qui n'est pas bien vu comme import dans OSM pour les même raisons citées plus haut. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Mes 2 cents. -- Mikaël Cordon ___ 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] Mapping trop précis ?
Merci beaucoup pour vos avis. C'est très important pour mon apprentissage ;-) Je vais cogiter vos remarques et apporter des modifications que je vous soumettrai à nouveau. Concernant highway=footway je trouvai ça plus court que highway=path+foot=yes, moins de volume dans la base. Peux tu me préciser quelle différence entends-tu entre ces 2 notations ? Merci encore, Cyrille Le 21 juin 2011 11:01, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Le lundi 20 juin 2011 20:49:39 cyrille giquello, vous avez écrit : http://www.openstreetmap.org/?lat=47.408585lon=0.673759zoom=18layers=M […] Merci pour vos avis et recommandations Salut, Est-ce que highway=footway est réellement pertinent pour les chemins sur cette zone ? Je ne la connais pas de visu, mais d'intuition un highway=path+foot=yes me semblerait plus approprié. C'est mon avis, et je le partage :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] footway et path
Le 21/06/2011 13:10, cyrille giquello a écrit : Concernant highway=footway je trouvai ça plus court que highway=path+foot=yes, moins de volume dans la base. Peux tu me préciser quelle différence entends-tu entre ces 2 notations ? path c'est un chemin tout ce qu'il y a de plus banal http://wiki.openstreetmap.org/wiki/Tag:highway%3Dpath footway c'est un chemin reserve aux pietons, en general par un panneau http://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dfootway un logiciel de routage pour les velos comme par exemple geovelo calcule des itineraires qui passent par les path mais pas par les footway parce que footway c'est reserve aux pietons (donc interdit aux velos, rollers, chevaux, etc...) c'est une des erreurs les plus frequentes dans OSM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapping d'intérieur
Le 21/06/2011 12:28, kimaidou a écrit : JE suis complètement d'accord avec Pieren. Il va être très difficile de gérer la modification et l'affichage des données OSM sur plusieurs niveaux d'un bâtiment. Pour moi, c'est ici que le côté libre d'OSM prend toute sa force : rien n'empêche de créer une infrastructure similaire à OSM pour y mettre les données d'intérieur. Ensuite il faudra bien sûr gérer le lien entre les 2, mais pourquoi pas ? Rien n'empêcherait par exemple une application de routing d'utiliser les données OSM pour l'extérieur, et pour la navigation dans le bâtiment, d'utilser les données de OSM_indoor, bdd dédiée à l'intérieur. On pourrait aussi très bien avoir un éditeur pour les données d'intérieur qui intègre en fond les données OSM (pou le repérage), et propose des fonctions pour vérifier les liens entre les 2 (par exemple l'osm_id du building OSM est bien présent dans le tag from_osm des objets la bdd dédiée intérieur.. Je comprends bien que les moteurs de rendus actuels ne sont pas conçus pour rendre du multi-niveaux. Et que les éditeurs non plus. Et qu'on n'a pas de GPS pour se rassurer. Et qu'à ce niveau de détail, il faudra attendre d'avoir 3 millions de contributeurs pour avoir une bonne couverture... Mais, pour me faire l'avocat du diable, la base de données et son infrastructure me semblent très bien convenir pour l'intérieur et la faible quantité de données d'intérieur ne me semble pas risquer de pourrir les performances de l'usage habituel d'OSM. Quant au reste : - pour les moteurs de rendus classiques : yaka leur demander d'ignorer tout ce qui est indoor=yes et laisser ce job à des moteurs de rendus conçus pour l'intérieur - pour les éditeurs, c'est plus compliqué : ce qui pourrait être sympa, c'est de pouvoir aussi filtrer facilement à l'affichage ce qui est indoor=yes/no puis pouvoir filtrer ce qui est level=1/2/3... pour n'afficher qu'un seul niveau ; une boîte de dialogue filtres de données dans le menu affichage de JOSM... Si vous avez sous la main des threads récents qui font le point sur cette controverse sur la liste OSM, je suis preneur (par curiosité et pour mieux comprendre). -- Jean Millerat Wecena, rendre vos informaticiens fiers d'améliorer le monde jean.mille...@wecena.com +33 1 77 455 344 jean.mille...@gmail.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Minuscule évolution du dépot cadastre
Le mardi 21 juin 2011 à 10:33 +0200, Rodolphe Quiedeville a écrit : Le 18/06/2011 15:31, Philippe Pary a écrit : Salut, J'ai ajouté deux grosse icônes de warning sur le dépôt de cadastre pour marquer le coup des derniers débats. Comme ça c'est clair et net ! Pour faire le pointilleux j'ajouterais une règle dans ta conf apache sur le répertoire : IndexIgnore header.html warning.png pour rendre la page plus claire, tu peux aussi y ajouter les *.sh qui ne sont pas ici pour être téléchagés j'imagine. J'ai ôté header et warning, j'ai laissé les .sh. Avec ça, n'importe qui peut recréer le dépôt lui-même et voir que je scripte comme un goret. Je ne cachais que les pdf du cadastre. Je les conserve pour une bonne raison que j'ai oubliée. Si quelqu'un s'en souvient … Merci pour ce service qui est fort utile :) De rien. Les remerciements seront à adresser le jour où il y aura la génération à la demande … quoi que c'est surtout le cadastre qui me remerciera de ne pas charger leurs serveurs à la fin du mois :-) Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Minuscule évolution du dépot cadastre
Je ne cachais que les pdf du cadastre. Je les conserve pour une bonne raison que j'ai oubliée. Si quelqu'un s'en souvient … Si si, tu les caches, la raison en est que la cadastre n'autorise pas la diffusion brute -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Minuscule évolution du dépot cadastre
Le 21/06/2011 16:27, Philippe Pary a écrit : Je ne cachais que les pdf du cadastre. Je les conserve pour une bonne raison que j'ai oubliée. Si quelqu'un s'en souvient … la direction des impots autorise d'utiliser les donnees du cadastre dans un travail composite mais interdit de les redistribuer brutes ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Minuscule évolution du dépot cadastre
Le mardi 21 juin 2011 à 16:39 +0200, sly (sylvain letuffe) a écrit : Je ne cachais que les pdf du cadastre. Je les conserve pour une bonne raison que j'ai oubliée. Si quelqu'un s'en souvient … Si si, tu les caches, la raison en est que la cadastre n'autorise pas la diffusion brute Pourquoi je cache, je sais. C'est pourquoi je conserve que je me demande :-) Ces fichiers bouffent un max d'espace disque en plus. Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Minuscule évolution du dépot cadastre
On mardi 21 juin 2011, Philippe Pary wrote: Le mardi 21 juin 2011 à 16:39 +0200, sly (sylvain letuffe) a écrit : Je ne cachais que les pdf du cadastre. Je les conserve pour une bonne raison que j'ai oubliée. Si quelqu'un s'en souvient … Si si, tu les caches, la raison en est que la cadastre n'autorise pas la diffusion brute Pourquoi je cache, je sais. C'est pourquoi je conserve que je me demande :-) Tiens, j'ai lu je ne cachais pas les pdf au lieu de lire je ne cachais que les pdf J'ai rien ni donc, mais je ne sais pas pourquoi non plus pourquoi tu les gardes ;-) -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Minuscule évolution du dépot cadastre
Le mardi 21 juin 2011 16:27:25 Philippe Pary, vous avez écrit : Je ne cachais que les pdf du cadastre. Je les conserve pour une bonne raison que j'ai oubliée. Si quelqu'un s'en souvient … Ptet pour retrouver les métadonnées indiquées dans le pdf ? -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Minuscule évolution du dépot cadastre
Je ne cachais que les pdf du cadastre. Je les conserve pour une bonne raison que j'ai oubliée. Si quelqu'un s'en souvient ? dans l'idée -un jour- d'essayer de faire un service qui proposerait les différences avec l'export précédent ? je me demande si un diff sur les .osm pourrait etre exploitable... Ou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Minuscule évolution du dépot cadastre
Le mardi 21 juin 2011 à 17:06 +0200, jul...@krilin.org a écrit : Je ne cachais que les pdf du cadastre. Je les conserve pour une bonne raison que j'ai oubliée. Si quelqu'un s'en souvient ? dans l'idée -un jour- d'essayer de faire un service qui proposerait les différences avec l'export précédent ? Vu que je ne conserve pas l'historique des pdf, ça parait mal engagé :-) Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM invente la machine à recoudre
Et voilà que je me suis essayé de trouver le f dans utilsplugin2 ; il y est pas. Alors j'ai installé et essayé contourmerge, et là, c'est superbe, ça marche impec ; le truc se rapelle où il a mis les croix la dernière fois, si on ne lui met que trois noeuds au lieu de deux il comprend aussi. C'est vraiment pratique; En prime je me suis bien amusée à comprendre comment ça marche vu que le mode d'emploi est vraiment sommaire, et que je ne manque pas d'imagination. Moi, content-content. Hélène Jo a écrit , Le 14/06/2011 01:49: Il y aussi le plugin contourmerge qui fait plus ou moins la même chose et plus vite, s'il y a très beaucoup de points à reconcilier (4 clics et 1 drag). Il faut aussi dire que Potlatch2 avait le 'f' de follow avant que JOSM l'avait. Mais c'est une bonne chose que JOSM l'a aussi maintenant. Polyglot 2011/6/14 Vincent Pottier vpott...@gmail.com mailto:vpott...@gmail.com Bonsoir, Dans les plugins de JOSM, le must have est sans doute le Utils-plugins2 [1]. Il y a un outil qui sait ajouter des points à un chemin en suivant un chemin existant. * Je démarre un chemin en faisant deux points consécutifs sur un chemin existant * J'appuie sur la touche 'F' et JOSM ajoute un point en suivent cet autre chemin. * Si je tiens la touche 'F' enfoncée, il continue à ajouter... Génial. J'ai des polygones Corine un peu grossiers qui ne suivent pas bien la bordure de la rivière. * Je découpe le polygone en deux points pour isoler le morceau que je veux remplacer. * Je supprime le segment * Je reprend le chemin en faisant les deux points communs au polygone Corine et au waterbank * ' (Attention, ça décoiffe !) * Je ferme le polygone en un clic. Et la couture est propre sans overlap ! La paresse ne sera même plus une excuse pour que la carte reste moche ! J'ai déjà fait des kilomètres de couture avec cet outil ! Merci JOSM ! [1] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/UtilsPlugin2 Si quelqu'un veut traduire... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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
Re: [OSM-talk-fr] Minuscule évolution du dépot cadastre
Au cas où l'export PDF est désactivé ? 2011/6/21 Philippe Pary phili...@cleo-carto.com Le mardi 21 juin 2011 à 17:06 +0200, jul...@krilin.org a écrit : Je ne cachais que les pdf du cadastre. Je les conserve pour une bonne raison que j'ai oubliée. Si quelqu'un s'en souvient ? dans l'idée -un jour- d'essayer de faire un service qui proposerait les différences avec l'export précédent ? Vu que je ne conserve pas l'historique des pdf, ça parait mal engagé :-) Philippe ___ 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] La CNIL utilise OSM
Bonjour à tous. Simplement pour vous informer que la CNIL utilise OSM dans son expérience sur les traces qu'on laisse sur internet: http://www.cnil.fr/vos-libertes/vos-traces/ (démarrer l'expérience pour voir la carte). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Minuscule évolution du dépot cadastre
Le 18/06/2011 15:31, Philippe Pary a écrit : Salut, J'ai ajouté deux grosse icônes de warning sur le dépôt de cadastre pour marquer le coup des derniers débats. Au prochain débat, je rends les fichiers non-libre en ajoutant un contrat de licence contraignant la personne à respecter la démarche du wiki : tout import ne respectant pas ces conditions sera un copyvio ! Hourra ! Hum hum … Plus sérieusement, j'ai également ajouté un cartouche appelant à soutenir l'April, parce que l'April c'est bien (mais j'en suis administrateur, je ne suis peut-être pas objectif) Il va sans dire qu'un tel cartouche pour OSM-fr sera mis en place dès l'association montée. J'ai également dans les cartons de coder un minuscule bout de python/php/c-cgi … qui permettra de réaliser la conversion en .osm du cadastre pour une ville donnée. C'est un dossier en attente depuis cet été au moins. Vu la sortie récente de Duke Nukem For Ever, je ne peux avoir espoir de réaliser ça qu'avant la sortie de Hurd. Patience donc :-) Philippe Bonjour, Côté des fichiers tout est passé en date du 18/06 : ça va pas être facile de savoir ce qui a changé. De là à dire que tu veux enterrer le projet OSM, avec la pelle du 18 juin... A+ (ça ne va déjà plus ce soir, alors samedi pour la présentation OSM à Courcouronnes à 14h30 http://freeroute.fr/?p=355, ça va être chaud !) -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Minuscule évolution du dépot cadastre
Pourquoi je cache, je sais. C'est pourquoi je conserve que je me demande :-) J'ai rien ni donc, mais je ne sais pas pourquoi non plus pourquoi tu les gardes ;-) Faire des diffs sur les anciennes versions pour permettre une mise à jour plus facile ? :-) -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapping d'intérieur
Bonsoir, Le 21/06/2011 15:44, Jean Millerat a écrit : Le 21/06/2011 12:28, kimaidou a écrit : JE suis complètement d'accord avec Pieren. Il va être très difficile de gérer la modification et l'affichage des données OSM sur plusieurs niveaux d'un bâtiment. Pour moi, c'est ici que le côté libre d'OSM prend toute sa force : rien n'empêche de créer une infrastructure similaire à OSM pour y mettre les données d'intérieur. Ensuite il faudra bien sûr gérer le lien entre les 2, mais pourquoi pas ? Rien n'empêcherait par exemple une application de routing d'utiliser les données OSM pour l'extérieur, et pour la navigation dans le bâtiment, d'utilser les données de OSM_indoor, bdd dédiée à l'intérieur. On pourrait aussi très bien avoir un éditeur pour les données d'intérieur qui intègre en fond les données OSM (pou le repérage), et propose des fonctions pour vérifier les liens entre les 2 (par exemple l'osm_id du building OSM est bien présent dans le tag from_osm des objets la bdd dédiée intérieur.. Je comprends bien que les moteurs de rendus actuels ne sont pas conçus pour rendre du multi-niveaux. Et que les éditeurs non plus. Et qu'on n'a pas de GPS pour se rassurer. Et qu'à ce niveau de détail, il faudra attendre d'avoir 3 millions de contributeurs pour avoir une bonne couverture... Mais, pour me faire l'avocat du diable, la base de données et son infrastructure me semblent très bien convenir pour l'intérieur et la faible quantité de données d'intérieur ne me semble pas risquer de pourrir les performances de l'usage habituel d'OSM. Quant au reste : - pour les moteurs de rendus classiques : yaka leur demander d'ignorer tout ce qui est indoor=yes et laisser ce job à des moteurs de rendus conçus pour l'intérieur - pour les éditeurs, c'est plus compliqué : ce qui pourrait être sympa, c'est de pouvoir aussi filtrer facilement à l'affichage ce qui est indoor=yes/no puis pouvoir filtrer ce qui est level=1/2/3... pour n'afficher qu'un seul niveau ; une boîte de dialogue filtres de données dans le menu affichage de JOSM... +1 Si vous avez sous la main des threads récents qui font le point sur cette controverse sur la liste OSM, je suis preneur (par curiosité et pour mieux comprendre). Je pense de mon côté que les données d'intérieur et/ou 3D, dès lors qu'on parle d'accès public (hall de gare, galerie commerçante, monument) ont toute leur place dans OSM, et non à côté. Qu'on se sente démuni pour l'instant pour les mapper, c'est un fait : je ne connais pas d'éditeur qui permette de distinguer les layers. Tant qu'on aura comme outils le tag layer et des éditeurs qui considèrent comme une erreur la superposition de 2 nodes, on ne fera pas de miracles en saisie 3D. Comme facteurs limitants, je vois plus les éditeurs et le jeu de tags actuels (les deux sont liés), que la légitimité de ces données. Ça n'est pas parce que le CNIT et un réseau de fibre optique ont en commun le besoin d'être modélisés en 3D, qu'ils ont en commun de ne pas devoir être dans OSM. On parle dans un cas d'un réseau invisible pour le piéton, et dans l'autre d'un espace public. C'est à ce dernier titre que je trouve légitime de mettre certains espaces indoor et/ou 3D dans OSM. Le jour où on saura sans s'arracher les cheveux mapper les différents étages de la Tour Eiffel, les ascenseurs et les escaliers, ce sera bon signe :-) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Objets bruyants
Le 21/06/2011 10:15, Ab_fab a écrit : Le 21 juin 2011 09:15, Nicolas Dumoulin nicolas_openstreetmap.org Le lundi 20 juin 2011 21:41:01 Jean Millerat, vous avez écrit : Comment taguer la présence des deux haut-parleurs géants qui diffusent la musique d'ambiance dans le CNIT de La Défense ? Pouvoir les mettre sur un plan aiderait les personnes malvoyantes à se repérer un peu plus facilement à l'oreille. Je n'ai pas vu grand chose dans taginfo, peut-être l'occasion d'inaugurer amenity=loudspeaker sur un node ou way fermé ? vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapping d'intérieur
Le 21/06/2011 21:40, Vincent de Chateau-Thierry a écrit : - pour les éditeurs, c'est plus compliqué : ce qui pourrait être sympa, c'est de pouvoir aussi filtrer facilement à l'affichage ce qui est indoor=yes/no puis pouvoir filtrer ce qui est level=1/2/3... pour n'afficher qu'un seul niveau ; une boîte de dialogue filtres de données dans le menu affichage de JOSM... +1 Ce qui est trop fort, avec le libre, c'est qu'il suffit d'imaginer une fonctionnalité utile pour qu'elle soit déjà implémentée ! Dans JOSM = Alt+Shift+F puis j'ajoute level=0 et je coche la case Inverse filter et hop, tout ce qui n'est pas tagué level=0 devient grisé ! Trop fort... -- Jean Millerat Wecena, rendre vos informaticiens fiers d'améliorer le monde jean.mille...@wecena.com +33 1 77 455 344 jean.mille...@gmail.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [article] Ouverture des données publiques : les enjeux relatifs au choix de la licence
Bonjour voici une tribune de Benjamin Jean sur l'ouverture des données publiques : les enjeux relatifs au choix de la licence. Elle intéressera les personnes concerné par l'opendata français. http://blog.vvlibri.org/index.php?post/2011/06/20/Ouverture-des-donn%C3%A9es-publiques%C2%A0%3A-les-enjeux-relatifs-au-choix-de-la-licence cordialement pierre pour vvl ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapping d'intérieur
Le 21/06/2011 21:40, Vincent de Chateau-Thierry a écrit : Je pense de mon côté que les données d'intérieur et/ou 3D, dès lors qu'on parle d'accès public (hall de gare, galerie commerçante, monument) ont toute leur place dans OSM, et non à côté. Qu'on se sente démuni pour l'instant pour les mapper, c'est un fait : je ne connais pas d'éditeur qui permette de distinguer les layers. Tant qu'on aura comme outils le tag layer et des éditeurs qui considèrent comme une erreur la superposition de 2 nodes, on ne fera pas de miracles en saisie 3D. Comme facteurs limitants, je vois plus les éditeurs et le jeu de tags actuels (les deux sont liés), que la légitimité de ces données. Ça n'est pas parce que le CNIT et un réseau de fibre optique ont en commun le besoin d'être modélisés en 3D, qu'ils ont en commun de ne pas devoir être dans OSM. On parle dans un cas d'un réseau invisible pour le piéton, et dans l'autre d'un espace public. C'est à ce dernier titre que je trouve légitime de mettre certains espaces indoor et/ou 3D dans OSM. Le jour où on saura sans s'arracher les cheveux mapper les différents étages de la Tour Eiffel, les ascenseurs et les escaliers, ce sera bon signe :-) vincent De mon côté ( l'autre vincent ;-) La question n'est pas tant de la légitimité que du type de donnée, du type de modèle... OpenStreetMap, ça reste Map, c'est assez plat. Donc pour du volume, c'est pas top... Quand il y a des demi-niveaux, je vais mettre un layer=0.5 ou un level=0.5 ? Je suis souvent favorable à l'intégration de beacoup de choses dans OSM tant que la représentation volumétrique est simple (peut-être pas les couloirs aériens tel que discuté sur la liste talk...). Les bâtiments, pour le coup, c'est d'autres éditeurs, d'autres modèles de données... Que ça puisse être lié à OSM, je l'espère ! Google Sketchup et les bâtiments créés avec cet outil fonctionnent très bien avec Google Earth. Il y a d’excellents standards et logiciels pour faire les bâtiments. Laissons-les s'exprimer ! S'il faut passer les données OSM dans des moulinettes 3D : Blender, Pov Ray et autres que je connais à peine. Autant créer avec ces outils et la qualité qu'ils offrent, stoquer de façon que ça puisse se superposer à OSM... À vouloir mettre la 3D dans OSM (en micromapping) on réinvente mal la roue ! -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
