[OSM-talk-fr] [MS BOT v1.3] executé cette nuit
Bonjour Et voilà,c 'est fait ! La v1.3 a été exécutée la nuit dernière jusqu'au bout difficilement. A+ -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle version du plugin JOSM cadastre-fr (13546) (0.9)
2009/2/5 Patrice Vetsel ubu...@kagou.fr: /me regrette encore le bug sur l'affichage en blanc au lieu de noir ;) /me se demande si il faut bien (obligatoire ?) utiliser lambert zone comme système ? - Le bug d'affichage n'arrive que lorsqu'on a un fond josm blanc et que l'on veut remplacer le fond blanc des images originales par de la transparence (ou une autre couleur). Un moyen temporaire d'éviter ce problème est de ne pas activer le changement de couleurs et de mettre le(s) calque(s) en bas de la pile d'affichage. Mais je regarderais ce point dès que l'import des buildings fonctionnera. - la projection Lambert évite au plugin de reprojeter les images d'un système à un autre. Josm ne dispose pas de librairies pour ça en natif mais Java fournit notamment la classe AffineTransform qui serait certainement exploitable ici. Si quelqu'un se sent suffisament motivé pour le faire, le code source est ouvert et modifiable sur le dépôt svn d'OSM. De plus, je pense que la prochaine version du WMS apportera des changements ici. Il y a aura probablement le support du Lambert93 et/ou 9 zones et l'abandon du Lambert 4 zones. Ca sera déjà une grosse amélioration puisqu'il y a aura une seule projection sur l'ensemble de la métropole donc plus de problèmes de dépassements de zones. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle version du plugin JOSM cadastre-fr (13546) (0.9)
Bon boulot Tip Top Les Gars! Pieren 2 petites questions me taraude ;-) Si l'on peu difficilement inclure d'autres système de projection dans JOSM, Peut-on inclure une conversion au niveau du script de Frederic pour extraire au final un GPX projeté en EPSG:4326 ou Mercator dans Josm. Ce serait déjà ça de gagné pour tracer les limites communales dans les DOM-TOM. Gaël Date: Thu, 5 Feb 2009 01:19:23 +0100 From: pier...@gmail.com To: talk-fr@openstreetmap.org Subject: [OSM-talk-fr] Nouvelle version du plugin JOSM cadastre-fr (13546) (0.9) Bonsoir, La nouvelle version 13546 (0.9) du plugin cadastre-fr apporte les changements suivants: - avec l'aide de Frederic Rodrigo et de son script dont j'ai pu m'inspirer, il est maintenant possible d'importer en un clic la limite administrative extérieure d'une commune. Un way est créé et le nombre de noeuds est réduit grâce à l'algorithme SimplifyWay copié d'un autre plugin (utilsPlugin). La position de la vue principale n'a pas d'importance. Il faut juste avoir le bon calque WMS activé. Il faut ensuite taguer puis sectionner/fusionner les ways aux bordures voisines manuellement mais c'est déjà un travail fastidieux en moins. - le problème du tag source=cadastre... activé dans le menu mais qu'on ne veut pas ajouter (clic no à la question) n'empêche plus le transfert des données comme auparavant. Prochaine étape: - l'import des building sur la vue en cours (le faire sur toute la commune en une fois ne semble pas possible, la vue d'ensemble présentant les bâtiments de manière incomplète - à étudier) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr _ Windows Live™: Keep your life in sync. http://windowslive.com/howitworks?ocid=TXT_TAGLM_WL_t1_allup_howitworks_022009 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Robot MS BOT V1.3
On Thursday 05 February 2009 03:37:31 Marc SIBERT wrote: Par contre il reste toujours le message de AVG :) Et là ? Hoawou ! parfait :) Merci de la part de toute la ML. (Au passage je savais pas que l'on pouvait empêcher AVG de rajouter son message.) -- Vincent MEURISSE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Troll du pied de page ;-)
Moi non plus ! Marc talk-fr-boun...@openstreetmap.org a écrit sur 05/02/2009 09:50:48 : On Thursday 05 February 2009 03:37:31 Marc SIBERT wrote: Par contre il reste toujours le message de AVG :) Et là ? Hoawou ! parfait :) Merci de la part de toute la ML. (Au passage je savais pas que l'on pouvait empêcher AVG de rajouter son message.) -- Vincent MEURISSE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr - Disclaimer -- --- Ce message ainsi que les éventuelles pièces jointes constituent une correspondance privée et confidentielle à l'attention exclusive du destinataire désigné ci-dessus. Si vous n'êtes pas le destinataire du présent message ou une personne susceptible de pouvoir le lui délivrer, il vous est signifié que toute divulgation, distribution ou copie, totale ou partielle, sur un quelconque support de cette transmission est strictement interdite. Si vous avez recu ce message par erreur, nous vous remercions d'en informer l'expéditeur par téléphone ou de lui retourner le présent message, puis d'effacer immédiatement ce message de votre systeme. Tout message électronique est susceptible d'altération. Le groupement des Mousquetaires décline toute responsabilité au titre de ce message s'il a été altéré, déformé ou falsifié.--- --- This e-mail and any attachments is a confidential correspondence intended only for use of the individual or entity named above. If you are not the intended recipient or the agent responsible for delivering the message to the intended recipient, you are hereby notified that any disclosure, distribution or copying, either whole or partial, in any medium of this communication is strictly prohibited. If you have received this communication by mistake, please notify the sender by phone or by replying this message, and then delete this message from your system. E-mails are susceptible of alteration. The Mousquetaires' group shall not therefore be liable for the message if altered, changed or falsified.--- --- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle version du plugin JOSM cadastre-fr (13546) (0.9)
wt !!! génial !! must test ! Bravo Pieren ! 2009/2/5 Pieren pier...@gmail.com: Bonsoir, La nouvelle version 13546 (0.9) du plugin cadastre-fr apporte les changements suivants: - avec l'aide de Frederic Rodrigo et de son script dont j'ai pu m'inspirer, il est maintenant possible d'importer en un clic la limite administrative extérieure d'une commune. Un way est créé et le nombre de noeuds est réduit grâce à l'algorithme SimplifyWay copié d'un autre plugin (utilsPlugin). La position de la vue principale n'a pas d'importance. Il faut juste avoir le bon calque WMS activé. Il faut ensuite taguer puis sectionner/fusionner les ways aux bordures voisines manuellement mais c'est déjà un travail fastidieux en moins. - le problème du tag source=cadastre... activé dans le menu mais qu'on ne veut pas ajouter (clic no à la question) n'empêche plus le transfert des données comme auparavant. Prochaine étape: - l'import des building sur la vue en cours (le faire sur toute la commune en une fois ne semble pas possible, la vue d'ensemble présentant les bâtiments de manière incomplète - à étudier) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle version du plugin JOSM cadastre-fr (13546) (0.9)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sur cette liste quelqu'un a parlé de l'utilisation de qgis et je lui ai demandé comment faire. J'attends toujours ;) Fabien Marchewka a écrit : Bonjour, En ce qui concerne les zones non-vectorisées, le plug-in charge bien les images, apparemment le niveau de zoom est correct mais le positionnement est plutôt aléatoire et les éventuelles rotations ne semblent pas être faites. Est-ce prévu que les planches non vectorisées soit en partie exploitables avec ce plug-in ? Ou si qqun a une autre solution pour exploiter ces planches (j'ai essayé sur un site web de géoréférencer une planche mais il ne comprend pas qu'il faut faire tourner la planche et du coup elle est complètement dformée et inutilisable ! Bonsoir, La nouvelle version 13546 (0.9) du plugin cadastre-fr apporte les changements suivants: - avec l'aide de Frederic Rodrigo et de son script dont j'ai pu m'inspirer, il est maintenant possible d'importer en un clic la limite administrative extérieure d'une commune. Un way est créé et le nombre de noeuds est réduit grâce à l'algorithme SimplifyWay copié d'un autre plugin (utilsPlugin). La position de la vue principale n'a pas d'importance. Il faut juste avoir le bon calque WMS activé. Il faut ensuite taguer puis sectionner/fusionner les ways aux bordures voisines manuellement mais c'est déjà un travail fastidieux en moins. - le problème du tag source=cadastre... activé dans le menu mais qu'on ne veut pas ajouter (clic no à la question) n'empêche plus le transfert des données comme auparavant. Prochaine étape: - l'import des building sur la vue en cours (le faire sur toute la commune en une fois ne semble pas possible, la vue d'ensemble présentant les bâtiments de manière incomplète - à étudier) Pieren ___ 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 - -- Patrice Vetsel ubu...@kagou.fr Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmKrbwACgkQAGLykBXAlNuSmACeMoalKEynP6TkpQLW8LItOLS7 Wp4AoIfhkYKddPrawZaPqiWgRfLmRpd3 =GNpC -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle version du plugin JOSM cadastre-fr (13546) (0.9)
excellent !! merci Pieren par contre, est-ce que tu sais pourquoi il arrive parfois qu'il manque un morceau de mot. Je m'explique, je me calle en mode 100m, F11 pour télécharger une petite zone et il arrive que sur une tuile j'ai Rue de la répu et sur la tuile d'à coté rien alors qu'il devrait y avoir blique. de même que parfois le même mot est superposé à lui même avec un léger décallage, ce qui le rend illisible. pb du plugin où c'est le serveur qui fait ca? la prochaine fois je penserais à faire une capture. Steven Le Roux a écrit : wt !!! génial !! must test ! Bravo Pieren ! 2009/2/5 Pieren pier...@gmail.com: Bonsoir, La nouvelle version 13546 (0.9) du plugin cadastre-fr apporte les changements suivants: - avec l'aide de Frederic Rodrigo et de son script dont j'ai pu m'inspirer, il est maintenant possible d'importer en un clic la limite administrative extérieure d'une commune. Un way est créé et le nombre de noeuds est réduit grâce à l'algorithme SimplifyWay copié d'un autre plugin (utilsPlugin). La position de la vue principale n'a pas d'importance. Il faut juste avoir le bon calque WMS activé. Il faut ensuite taguer puis sectionner/fusionner les ways aux bordures voisines manuellement mais c'est déjà un travail fastidieux en moins. - le problème du tag source=cadastre... activé dans le menu mais qu'on ne veut pas ajouter (clic no à la question) n'empêche plus le transfert des données comme auparavant. Prochaine étape: - l'import des building sur la vue en cours (le faire sur toute la commune en une fois ne semble pas possible, la vue d'ensemble présentant les bâtiments de manière incomplète - à étudier) Pieren ___ 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] Nouvelle version du plugin JOSM cadastre-fr (13546) (0.9)
+--On 5 février 2009 03:19:31 +0100 g.d g...@wanadoo.fr wrote: | Oups, 'faut que je vois ça... | J'étais juste en train de tracer la limite de mon patelin, | d'après moults importations depuis le cadastre, | ce qui a poussé josm dans les orties... | (C'est où, qu'on donne plus de mem à josm, sur un mac OSX ? | 64 mégas, c'est un peu faiblard, quand on a des gigs) Moi je vais dans un Terminal, et je lance : java -jar -Xmx1024M -XX:MaxPermSize=1024M -Dapple.laf.useScreenMenuBar=true josm-latest.jar Bien sur, il faut être dans le dossier ou il y a le .jar de josm :-) -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle version du plugin JOSM cadastre-fr (13546) (0.9)
+--On 5 février 2009 01:19:23 +0100 Pieren pier...@gmail.com wrote: | Bonsoir, | | La nouvelle version 13546 (0.9) du plugin cadastre-fr apporte les | changements suivants: Tout simplement génial :-) | Prochaine étape: | - l'import des building sur la vue en cours (le faire sur toute la | commune en une fois ne semble pas possible, la vue d'ensemble | présentant les bâtiments de manière incomplète - à étudier) Moi j'aimerai avoir dans les préférences une case à cocher en plus de 100m ou je peux définir la taille de la grille, car parfois, il y a des choses qui n'apparaissent pas à 100m mais qui sont bien là à 40 ou 50m. (Comme je ne sais pas où mettre mes doléances, je le met ici, mais je peux les mettre ailleurs si il faut :-).) -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle version du plugin JOSM cadastre-fr (13546) (0.9)
Le Thu, Feb 05, 2009 at 10:16:02AM +0100, Vilain Mamuth [...@damota.net] a écrit: excellent !! merci Pieren par contre, est-ce que tu sais pourquoi il arrive parfois qu'il manque un morceau de mot. Je m'explique, je me calle en mode 100m, F11 pour télécharger une petite zone et il arrive que sur une tuile j'ai Rue de la répu et sur la tuile d'à coté rien alors qu'il devrait y avoir blique. de même que parfois le même mot est superposé à lui même avec un léger décallage, ce qui le rend illisible. pb du plugin où c'est le serveur qui fait ca? C'est le serveur qui fait ça. Je ne sais pas quelle solution logicielle ils utilisent, mais j'ai déjà vu des choses du genre avec MapServer. Les étiquettes de nom étant zappées si le point de placement est en dehors de la tuile demandée. Là, c'est la même chose. Quand c'est la fin du nom qui déborde sur une tuile voisine, le début est bien rendu. Mais quand ça serait normalement le début du nom qui déborderait, l'objet ne doit pas être pris en compte, et l'étiquette disparait complètement. Dans ces cas là, ce que je fais, pour les noms de rue dont le début ne me suffit pas pour les retrouver (ie des rues que je ne connais pas du tout), c'est que je charge la zone en question sur le site web du cadastre pour avoir le nom complet. Dom -- Dominique Rousseau Si cinquante millions de gens disent une sottise, ça n'en reste pas moins une sottise. -- Anatole France ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Le Rhone déborde vers Avigno n ?
Bonjour, Il semble y avoir un problème bien visible avec le Rhone au dessus d'Avignon ! Une correction a été faite vers Pierlatte ou le problème était encore plus important, presque une petite mer intérieure... Cette dernière n'apparait pas encore avec le rendu mapnik. A ce sujet j'ai l'impression que le rendu mapnik du mercredi n'a pas été fait cette semaine ou je me trompe ? Vlad. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT v1.3] executé cette nuit
J'ai remarqué cette modif : Avenue du Général De Gaulle = Avenue du Général de Gaulle Faut-il vraiment enlever la majuscule d'un nom propre sous prétexte qu'il sagit de de ? On Thu, Feb 5, 2009 at 09:08, Marc Sibert m...@sibert.fr wrote: Bonjour Et voilà,c 'est fait ! La v1.3 a été exécutée la nuit dernière jusqu'au bout difficilement. A+ -- Marc ___ 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] Le Rhone déborde vers Avig non ?
Cette dernière n'apparait pas encore avec le rendu mapnik. On voit le problème ici : http://beta.letuffe.org/?zoom=13lat=43.98075lon=4.8466layers=B000 -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [Nantes] apéro OSM
Bonjour à tous, Ce soir sur Nantes, un apéro OSM est proposé. L'idée étant d'échanger localement sur les travaux, projets, souhaits, besoins et caetera de chacun. Le rendez-vous est donné à 20h, vraisemblablement devant le bar Les Flesselles (3 allée des Flesselles) mais le lieu de la rencontre n'est pas encore sûr à 100%. -- Léon. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le Rhone déborde vers Avignon ?
On Thu, 5 Feb 2009 11:01:19 +0100, Vladimir Vyskocil vladimir.vysko...@gmail.com wrote: Bonjour, Il semble y avoir un problème bien visible avec le Rhone au dessus d'Avignon ! Une correction a été faite vers Pierlatte ou le problème était encore plus important, presque une petite mer intérieure... Cette dernière n'apparait pas encore avec le rendu mapnik. A ce sujet j'ai l'impression que le rendu mapnik du mercredi n'a pas été fait cette semaine ou je me trompe ? Vlad. Bonjour, J'ai essayé de retourner le inner du polygone : l'eau toujours à droite, en riverbank comme en coastline. A suivre. En plus ici c'est en natural=water, alors que ça devrait être waterway=riverbank, à relire : http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank. A+ -- Marc (sans disclaimer ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT v1.3] executé cette nuit
Je pensais que le nom du Général Charles de Gaulle s'écrivait avec un de minuscule ? http://fr.wikipedia.org/wiki/Charles_de_Gaulle_(homonymie) Donc il serait correct, de mettre en minuscule (?). Le 5 févr. 09 à 11:58, murphy2712.nospam a écrit : J'ai remarqué cette modif : Avenue du Général De Gaulle = Avenue du Général de Gaulle Faut-il vraiment enlever la majuscule d'un nom propre sous prétexte qu'il sagit de de ? .../... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le Rhone déborde vers Avig non ?
Tiens d'ailleurs je voulais te demander un truc sur ton rendu real- time. Les ways entourées de rouge c'est les noname ? Sinon c'est très très bien ! Yann Le 5 févr. 09 à 12:27, sly (sylvain letuffe) a écrit : Cette dernière n'apparait pas encore avec le rendu mapnik. On voit le problème ici : http://beta.letuffe.org/?zoom=13lat=43.98075lon=4.8466layers=B000 -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.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] Nouvelle version du plugin JOSM cadastre-fr (13546) (0.9)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sur cette liste quelqu'un a parlé de l'utilisation de qgis et je lui ai demandé comment faire. J'attends toujours ;) Je vais essayer avec qgis mais bon je débute totalement, c'est pas gagné ... apparement c'est relativement simple de géoréférencer un raster mais plus complexe pour faire le serveur WMS. Fabien Marchewka a écrit : Bonjour, En ce qui concerne les zones non-vectorisées, le plug-in charge bien les images, apparemment le niveau de zoom est correct mais le positionnement est plutôt aléatoire et les éventuelles rotations ne semblent pas être faites. Est-ce prévu que les planches non vectorisées soit en partie exploitables avec ce plug-in ? Ou si qqun a une autre solution pour exploiter ces planches (j'ai essayé sur un site web de géoréférencer une planche mais il ne comprend pas qu'il faut faire tourner la planche et du coup elle est complètement dformée et inutilisable ! Bonsoir, La nouvelle version 13546 (0.9) du plugin cadastre-fr apporte les changements suivants: - avec l'aide de Frederic Rodrigo et de son script dont j'ai pu m'inspirer, il est maintenant possible d'importer en un clic la limite administrative extérieure d'une commune. Un way est créé et le nombre de noeuds est réduit grâce à l'algorithme SimplifyWay copié d'un autre plugin (utilsPlugin). La position de la vue principale n'a pas d'importance. Il faut juste avoir le bon calque WMS activé. Il faut ensuite taguer puis sectionner/fusionner les ways aux bordures voisines manuellement mais c'est déjà un travail fastidieux en moins. - le problème du tag source=cadastre... activé dans le menu mais qu'on ne veut pas ajouter (clic no à la question) n'empêche plus le transfert des données comme auparavant. Prochaine étape: - l'import des building sur la vue en cours (le faire sur toute la commune en une fois ne semble pas possible, la vue d'ensemble présentant les bâtiments de manière incomplète - à étudier) Pieren ___ 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 - -- Patrice Vetsel ubu...@kagou.fr Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmKrbwACgkQAGLykBXAlNuSmACeMoalKEynP6TkpQLW8LItOLS7 Wp4AoIfhkYKddPrawZaPqiWgRfLmRpd3 =GNpC -END PGP SIGNATURE- ___ 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] Le Rhone déborde vers Avig non ?
On Thursday 05 February 2009 13:15, Yann Coupin wrote: Tiens d'ailleurs je voulais te demander un truc sur ton rendu real- time. Les ways entourées de rouge c'est les noname ? Le blabla que j'ai écris ici : http://wiki.openstreetmap.org/index.php/Yet_another_validation_tool_for_osm_data dit : no name layer This layer is working a bit like the noname one with a red line around : * unclassified/tertiary/residential/minor when there is no name set to the highway or the keyword FIXME To avoid false positive this tool take advantage of the Proposed features/Internal quality validate:no_name=no_sign and validate:no_name=yes key value --- Pour les non-roastbeef compliant : en français --- en rouge : ceux qui n'ont pas de nom, ou qui ont le mot clé FIXME et qui n'ont pas le tag validate:no_name=no_sign ou validate:no_name=yes ( sinon y'a aussi le style mapnik normal c'est un peu plus joli si on veut juste voir ce qu'on vient de tagger sans que les routes ne saignent ) Sinon c'est très très bien ! Thanks you ;-) -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Nantes] apéro OSM
le père Léon a écrit : Bonjour à tous, Ce soir sur Nantes, un apéro OSM est proposé. L'idée étant d'échanger localement sur les travaux, projets, souhaits, besoins et caetera de chacun. Le rendez-vous est donné à 20h, vraisemblablement devant le bar Les Flesselles (3 allée des Flesselles) mais le lieu de la rencontre n'est pas encore sûr à 100%. Etienne CHOVÉ et moi même sommes partant pour cet apéro. Merci de nous tenir au courant. -- Yoann. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Nantes] apéro OSM
le père Léon a écrit : Le rendez-vous est donné à 20h, vraisemblablement devant le bar Les Flesselles (3 allée des Flesselles) D'après le cadastre, c'est Allée Flesselles. D'ailleurs la rue n'avait pas de highway, c'est corrigé ! -- Yoann. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle version du plugin JOSM cadastre-fr (13546) (0.9)
2009/2/5 Fabien Marchewka v...@mirabellug.org: Est-ce prévu que les planches non vectorisées soit en partie exploitables avec ce plug-in ? - Comme tu peux le voir, c'est en partie supporté. Il n'y a que le tableau d'assemblage et la transformation en x,y et z. Il ne manque que la rotation, l'accès aux plans détaillés et leur transformation affine sur des repères fixes. C'est un assez gros travail et c'est assez démotivant de voir que le site du cadastre en ligne convertie +/- 5000 plans raster en vectorisés chaque mois. - d'un autre côté, il existe une méthode employée par Denis (dhel...@free.fr) avec des outils libres. Il faut lui demander de décrire cette méthode (Denis, c'est un appel ;-) Je fais des essais, la methode est simple à mon avis (fait avec d'autres images). Mais je rencontre quelques problèmes : - comment récupérer le jpg d'une feuille cadastrale sur le site (meme s'il faut taper une requete ce n'est pas bien grave) ? - ensuite comment tu fais pour connaitre avec précision certains points ? D'après ce que j'ai compris les coordonées du curseur sur le site du cadastres ne sont pas utilisables. - quel est l'EPSG utilisé par le site du cadastre pour les raster ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle version du plugin JOSM cadastre-fr (13546) (0.9)
Prochaine étape: - l'import des building sur la vue en cours (le faire sur toute la commune en une fois ne semble pas possible, la vue d'ensemble présentant les bâtiments de manière incomplète - à étudier) Je ne peux qu'encourager cette prochaine étape ! je suis en train de me taper comme un boulet le tracé des building orange, et quand je vois certains villages, ça me fait déprimer de me dire qu'un robot pourrait sans doute le faire. Mais comme je n'ai pas le courage de me lancer dans le développement, j'ai pas grand chose à dire sinon bravo, continues comme ça ! Si l'idée devait germer d'automatiser ce tracer building à grande échelle, je ne pourrais que vous féliciter. -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] riverbank
Pieren a écrit : On Wed, Feb 4, 2009 at 11:22 PM, Etienne Chové ch...@crans.org wrote: Bonsoir, Est ce que quelqu'un spécialiste des rivières (ou non) peut regarder pourquoi les iles (correspondant à des écluses) sur le lien suivant ne sont que de l'eau (il y en a plusieurs). Salut Etienne, amha, ça vient du fait que tu as une relation multipolygon pour plusieurs polygones. Ton découpage de la rivière est bon mais il faut que tu fasses une relation par section de rivière (un seul outer) et une relation uniquement aux endroits où il y a des îlots. Mais comme là, il y a plein de inner's et de outer's, les logiciels de rendu risquent de pédaler dans la semoule. En principe, tu ne devrais avoir qu'un seul way en outer (voir http://wiki.openstreetmap.org/wiki/Relation:multipolygon). Il est bien prévu que la relation multipolygon supporte plus-tard plusieurs polygones dans une relation (suivant la proposition de F. Rahm pour pouvoir remplacer la relation boundary) mais je ne crois pas que ce soit déjà le cas aujourd'hui. Pieren Génial, ça marche. Merci Pieren. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle version du plugin JOSM cadastre-fr (13546) (0.9)
On Thursday 05 February 2009 14:06:31 Fabien Marchewka wrote: - ensuite comment tu fais pour connaitre avec précision certains points ? D'après ce que j'ai compris les coordonées du curseur sur le site du cadastres ne sont pas utilisables. Tout dépend si la feuille est géoréférencée. Pour les feuilles qui les sont tu as les deux coordonnés qui sont positives. Dans ce cas il s'agit des coordonnés en Lambert. Si une des coordonnés est négative, la feuille n'est pas géoréférencée. Dans ce cas il n'y a pas moyen de récupérer de coordonnés utilisables (à ma connaissance) -- Vincent MEURISSE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT v1.3] executé cette nuit
Ok, autant pour moi. 2009/2/5 Steven Le Roux ste...@le-roux.info 2009/2/5 g.d g...@wanadoo.fr: Je pensais que le nom du Général Charles de Gaulle s'écrivait avec un de minuscule ? http://fr.wikipedia.org/wiki/Charles_de_Gaulle_(homonymie)http://fr.wikipedia.org/wiki/Charles_de_Gaulle_%28homonymie%29 Donc il serait correct, de mettre en minuscule (?). c'est généralement le cas des particules oui. Le 5 févr. 09 à 11:58, murphy2712.nospam a écrit : J'ai remarqué cette modif : Avenue du Général De Gaulle = Avenue du Général de Gaulle Faut-il vraiment enlever la majuscule d'un nom propre sous prétexte qu'il sagit de de ? .../... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ 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] Petit cours sur les boudary
Bonjour, Voila la cas d'école que je voudrais traiter : Mon village A est séparé du village - B par une rivière - C par une nationale Combien de way dois-je faire ? - un pour la rivière - un pour la nationale - un pour la frontière A-B (s'appuyant sur les mêmes node que la rivière) ? - un pour la frontière A-C (s'appuyant sur les mêmes node que la nationale) ? Quelle relations définir ? Et où définir les tags (dans la relation ou dans le way) ? On en rajoute un peu ? La frontière A-B est en plus un limite de département ? On fait encore un autre way ? -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Bug Limites Communales
Pieren, J'ai un petit bug au niveau du téléchargement des limites communales de Fos Sur Mer (13), Le fond cadastrale est correctement téléchargé, mais quand je demande les limites communales il me télécharge celles de Porc de Bouc (13 juste à côté de Fos) ?! ;-) Pour Port de Bouc Pas de problèmes !? Une idée ? _ Windows Live™: E-mail. Chat. Share. Get more ways to connect. http://windowslive.com/howitworks?ocid=TXT_TAGLM_WL_t2_allup_howitworks_022009 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle version du plugin JOSM cadastre-fr (13546) (0.9)
2009/2/5 Vilain Mamuth par contre, est-ce que tu sais pourquoi il arrive parfois qu'il manque un morceau de mot. Je m'explique, je me calle en mode 100m, F11 pour télécharger une petite zone et il arrive que sur une tuile j'ai Rue de la répu et sur la tuile d'à coté rien alors qu'il devrait y avoir blique. de même que parfois le même mot est superposé à lui même avec un léger décallage, ce qui le rend illisible. pb du plugin où c'est le serveur qui fait ca? la prochaine fois je penserais à faire une capture. En voilà une belle toute fraîche : http://www.flickr.com/photos/25104...@n08/3256028592/sizes/o/ Pas mal comme captcha :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petit cours sur les boudary
Les lignes côtières municipales ou cadastrales ne sont pas les limites côtières nationales, ça ne suit pas le même schéma. Le 5 févr. 09 à 15:48, Pieren a écrit : les lignes côtières qui servent aussi de limites administratives mais à une grande échelle. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] fichier et/ou gps ?
Merci, Pieren, pour tout ce travail ! :-) --- Mais, Sylvain, tracer building à grande échelle serait-ce un de tes trolls ? Importer les bâtis en masse, sans vérification humaine, sans avoir vu soi-même, sur place ? (Es-tu sûr, que tel ou tel bâti cadastré existe encore, depuis les parfois vingt ou trente ans ?) Si on irait par-là, où va la plus-value du terrain, d'osm, du réel, et l'appréciation du subjectif ? Si c'est ça, yapuka faire un plombé du cadast', avec toutes ses erreurs (qui au fait ne sont pas des erreurs, car sa tache n'est pas, de faire de la topo de terrain, il s'occupe plutôt des droits et obligations liées à une propriété), on y parachute des stations d'essence, les supermarchés, les distributeurs de billets, boîte-aux-lettres, velibs et autres, à partir de leurs fichiers (à quand Décaux ?), chacun avec ses imprécisions ? Oui, au premier abord ça ferait un produit fini, commercialisable, mais qu'ils se débrouillent, si les données sont chmeurf et si la station service en réalité est à l'autre bout du village. Et nous, ceux du terrain, on rentre à la maison, laisse faire les 'fichierados', et on revend nos gps, d'occase, sur e-bay ? -- Tu sais, sillonner le pays juste pour corriger des données erronées ou imprécises, plombées depuis ailleurs, sans créer soi-même, ce ne serait pas très motivant. Ce problème déonto/motivation se pose, maintenant qu'on a à disposition pas mal de données réutilisables, sur le territoire. -- 'Faudrait qu'on en discute, quelle direction prendre... Les questions de robot ou de import massif n'en sont que les pointes du iceberg. Il me paraît important, qu'on arrive à un consensus, quelle stratégie ou déontologie adopter, sur le fond (!), fichier et/ou gps ? Ça arriverait probablement une moyenne entre les deux, mais justement, 'faut qu'on en cause, pour trouver comment faire, d'abord sur le fond, ensuite un peu plus dans le détail. Parce que si on laisse faire, ceux qui ont les coudes les plus larges prendraient le dessus, ce qui ne plaira pas forcément aux contributeurs anonymes et bénévoles, qui, quand même, sont la majorité... Pardon pour cet audit un peu bancale :-( Amicalement Gerhard --- Le 5 févr. 09 à 14:12, sly (sylvain letuffe) a écrit : Prochaine étape: - l'import des building sur la vue en cours (le faire sur toute la commune en une fois ne semble pas possible, la vue d'ensemble présentant les bâtiments de manière incomplète - à étudier) Je ne peux qu'encourager cette prochaine étape ! je suis en train de me taper comme un boulet le tracé des building orange, et quand je vois certains villages, ça me fait déprimer de me dire qu'un robot pourrait sans doute le faire. Mais comme je n'ai pas le courage de me lancer dans le développement, j'ai pas grand chose à dire sinon bravo, continues comme ça ! Si l'idée devait germer d'automatiser ce tracer building à grande échelle, je ne pourrais que vous féliciter. -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fichier et/ou gps ?
tracer building à grande échelle serait-ce un de tes trolls ? Je n'en fais que si on me demande, ou si je me suis emporté, là, ce n'est pas le cas. Importer les bâtis en masse, sans vérification humaine, sans avoir vu soi-même, sur place ? oui, c'est ce que j'ai dis (Es-tu sûr, que tel ou tel bâti cadastré existe encore, depuis les parfois vingt ou trente ans ?) non. Suis-je pour autant plus sûr que la batisse saisie dans OSM est plus juste ? Si on irait par-là, où va la plus-value du terrain, d'osm, du réel, Il n'est pas de plus-value venant de l'inexistance selon moi. La non présence d'une batisse dans osm ne me semble pas avoir plus de valeur que la présence (de probabilité faible) d'une fausse batisse. En outre il est possible de rajouter le tag batisse=oui et peut_etre=oui pour mentionner une incertitude et l'appréciation du subjectif ? heu ? perso, je tente de faire une carte objective, en acceptant tout de même qu'un système puisse contenir des erreurs. Je pense juste qu'une carte OSM avec toutes les batisses du cadastre vectorisées, me sera plus utile comme base à modifier que l'abscence de toutes. En ce moment, tiens toi à ton siège, je recopie à la main, sans réfléchir, toutes les batisses du cadastre dans OSM. De ce que j'en vois, c'est une source de repérage de très bonne qualité, et je doute avoir le courage de faire le tour, de chaque batisse, avec mon GPS en main un jour. Ces données nous sont offertes, ça me semble être une chance, je préfère supprimer les 0.1% de faux que de rajouter les 100% de juste (qui ne viendront selon moi jamais, on est pas géomètres !) Si c'est ça, yapuka faire un plombé du cadast', avec toutes ses erreurs Je serais pas contre, tant que la source et la qualité de la donnée est indiquée, et que jamais elle ne remplace la donnée OSM collectée à la main Tu sais, sillonner le pays juste pour corriger des données erronées ou imprécises, plombées depuis ailleurs, sans créer soi-même, ce ne serait pas très motivant. Là, tu lances à un sacré pavé, que j'avais moi même soumis à pieren lors de l'annonce de ré-utilisabilité du cadastre en finissant mon mail par : et merde, j'ai plus qu'a balancer mon GPS J'avoue te comprendre, et être sur le même sentiment... je regarde mon dur labeur de cette dernière année, et je me dis : Merde, j'aurais pû tout faire en 10 jours avec le cadastre Maintenant, je ne sais plus quoi penser, mais je suis informaticien, j'aurais dû mal, sachant que ça existe, à venir faire chaque village et faire le tour de chaque batisse en rentrant dans le jardin des gens 'Faudrait qu'on en discute, quelle direction prendre... Les questions de robot ou de import massif n'en sont que les pointes du iceberg. totafais, le plugin cadastre encore plus que tout. Combien parmis nous commencent à tracer aveuglément par dessus le cadastre ? combien traces par dessus la yahoo imagery ? combien convoitent des vélib, des stations de bus, des dab, des églises, à rentrer d'un coup comme ça en masse avec un robot ? -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Nantes] apéro OSM
le père Léon a écrit : Bonjour à tous, Ce soir sur Nantes, un apéro OSM est proposé. L'idée étant d'échanger localement sur les travaux, projets, souhaits, besoins et caetera de chacun. Le rendez-vous est donné à 20h, vraisemblablement devant le bar Les Flesselles (3 allée des Flesselles) mais le lieu de la rencontre n'est pas encore sûr à 100%. Le rendez-vous est maintenu ? Personne n'a répondu... -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle version du plugin JOSM cadastre-fr (13546) (0.9)
Pieren a écrit : 2009/2/5 Fabien Marchewka v...@mirabellug.org: Est-ce prévu que les planches non vectorisées soit en partie exploitables avec ce plug-in ? - Comme tu peux le voir, c'est en partie supporté. Il n'y a que le tableau d'assemblage et la transformation en x,y et z. Il ne manque que la rotation, l'accès aux plans détaillés et leur transformation affine sur des repères fixes. C'est un assez gros travail et c'est assez démotivant de voir que le site du cadastre en ligne convertie +/- 5000 plans raster en vectorisés chaque mois. - d'un autre côté, il existe une méthode employée par Denis (dhel...@free.fr) avec des outils libres. Il faut lui demander de décrire cette méthode (Denis, c'est un appel ;-) Pieren ci-joint (je ne sais pas si les pièces jointes sont supportées sur la liste) un début de brouillon (en OpenOffice) de la fameuse méthode avec OpenJUMP+PostGIS (et non Qgis). A wikifier, compléter, amender, etc. Dans Qgis, c'est l'image que l'on peut géoréférencer et je peux aussi écrire un petit mot à ce sujet, si besoin. A vot bon coeur Denis how_to_limite_communale.odt Description: application/vnd.oasis.opendocument.text ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fichier et/ou gps ?
Sur certains points ok, mais le reste reste à résoudre, le fond de la question... Le 5 févr. 09 à 17:36, sly (sylvain letuffe) a écrit : ... que la batisse saisie dans OSM est plus juste ? à 97% Non. Mais si on fait du automatique, les 3% restants seraient une masse énorme, plus que nous osm'eurs avons faits jusque-là :-( et vu le peu de gens que nous sommes, osm'eurs, pour... ... Si on irait par-là, où va la plus-value du terrain, d'osm, du réel, Il n'est pas de plus-value venant de l'inexistance Pas plus dans la copie. ... il est possible de rajouter le tag batisse=oui et peut_etre=oui pour mentionner une incertitude Sur base de quoi ? D'aller voir sur place soi-même ? ;-) Et de voir que tel bâti orange en réalité cache une ruelle enjambée par des bâtis au-dessus ? Si oui, oui... ;-) ... et l'appréciation du subjectif ? heu ? perso, je tente de faire une carte objective On fait bien dans le subjectif, abstraction, interprétation de ce qui nous paraît important, et on laisse de côté ce qui nous semble négligeable, comme des cabanons de jardin, avaloirs et lampadaires ? Et se concentre sur les voies... Notre objectivité est très relative ;-) ... une carte OSM avec toutes les batisses du cadastre vectorisées, me sera plus utile comme base à modifier que l'abscence de toutes. Peut-être, probable, mais *qui* rectifiera ça ? ... je recopie à la main, sans réfléchir, Moi aussi retrace ;-) des coins que je connais, pas sans réfléchir, et me demande, s'il ne faille pas plutôt extraire seulement la surface bâtie du bloc ou du patelin, et pas retracer chaque maison/parcelle. Et pour le reste rester au linéaire, connectif, des voies, pas mettre trop de surfaçique très détaillé. Mais bon, ça se discute. D'une part je ne suis pas sûr qu'un import massif corresponde à la demande qui a été faite au Cadastre, et à leur réponse (ne suis pas avocat), d'autre part je ne sais pas, si on aura suffisamment de place de stockage pour tout ça, et les engins/serveurs suffisants, pour satisfaire à livrer ça, sans qu'on attende une plombe. La masse de données me paraît énorme. c'est une source de repérage de très bonne qualité, Oui. C'est le moins qu'on puisse dire. Merci à eux. je doute avoir le courage de faire le tour, de chaque batisse, avec mon GPS en main un jour. Moi non plus. Aussi, que mon gps foirera (canyon). les 0.1% de faux Pas rêver, c'est un peu plus que ça (Peut-être un mauvais exemple, mais sur ma propre baraque, datante du Moyen-Âge, environ un tiers du tracé cadastre ne colle pas, et pas d'un peu... va falloir que je m'en occupe). ... et que jamais elle ne remplace la donnée OSM collectée à la main Ça, c'est primordial ! ... Tu sais, sillonner le pays juste pour corriger des données erronées ou imprécises, plombées depuis ailleurs, sans créer soi-même, ce ne serait pas très motivant. Là, tu lances à un sacré pavé Oui, en suis conscient. et merde, j'ai plus qu'a balancer mon GPS M'en souviens bien... :-) J'avoue te comprendre, et être sur le même sentiment... je regarde mon dur labeur de cette dernière année, et je me dis : Merde, j'aurais pû tout faire en 10 jours avec le cadastre Non. La plus-value par ton interprétation personnelle est et reste inestimable. Maintenant, je ne sais plus quoi penser Moi non plus ne sais pas, d'où mon caillou dans la mare. Mais si toi et moi seraient les seuls à s'en préoccuper, je laisse tomber, y compris osm. Amicalement Gerhard ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] riverbank
En ce qui nous concerne, pour la France, il serait intéressant de mettre en place un robot qui sélectionne les ways trop longs et qui les découpe en sous-ways de moins de 2000 noeuds. 2009/2/5 Marc SIBERT m...@sibert.fr Attention aussi aux ways de plus de 2000 nodes. Cela passe encore, mais ça ne fonctionnera plus dans l'API 0.6. Voir le très fameux http://tools.geofabrik.de/osmi/?view=geometrylon=1.05951lat=46.64748zoom=7overlays=long_ways qui indique même les Ways de plus de 1000 nodes. -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Arnaud Duval Doctorant en mécanique du solide ESSTIN - LEMTA 2, Rue Jean Lamour 54519 Vandoeuvre les Nancy Cedex tél. +33 (0)3 83 68 51 44 port. +33 (0)6 70 34 35 38 http://ecomotionteam.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fichier et/ou gps ?
sly (sylvain letuffe) a écrit : tracer building à grande échelle serait-ce un de tes trolls ? Je n'en fais que si on me demande, ou si je me suis emporté, là, ce n'est pas le cas. Importer les bâtis en masse, sans vérification humaine, sans avoir vu soi-même, sur place ? oui, c'est ce que j'ai dis (Es-tu sûr, que tel ou tel bâti cadastré existe encore, depuis les parfois vingt ou trente ans ?) non. Suis-je pour autant plus sûr que la batisse saisie dans OSM est plus juste ? Si on irait par-là, où va la plus-value du terrain, d'osm, du réel, Il n'est pas de plus-value venant de l'inexistance selon moi. La non présence d'une batisse dans osm ne me semble pas avoir plus de valeur que la présence (de probabilité faible) d'une fausse batisse. En outre il est possible de rajouter le tag batisse=oui et peut_etre=oui pour mentionner une incertitude et l'appréciation du subjectif ? heu ? perso, je tente de faire une carte objective, en acceptant tout de même qu'un système puisse contenir des erreurs. Je pense juste qu'une carte OSM avec toutes les batisses du cadastre vectorisées, me sera plus utile comme base à modifier que l'abscence de toutes. En ce moment, tiens toi à ton siège, je recopie à la main, sans réfléchir, toutes les batisses du cadastre dans OSM. De ce que j'en vois, c'est une source de repérage de très bonne qualité, et je doute avoir le courage de faire le tour, de chaque batisse, avec mon GPS en main un jour. Ces données nous sont offertes, ça me semble être une chance, je préfère supprimer les 0.1% de faux que de rajouter les 100% de juste (qui ne viendront selon moi jamais, on est pas géomètres !) Si c'est ça, yapuka faire un plombé du cadast', avec toutes ses erreurs Je serais pas contre, tant que la source et la qualité de la donnée est indiquée, et que jamais elle ne remplace la donnée OSM collectée à la main Tu sais, sillonner le pays juste pour corriger des données erronées ou imprécises, plombées depuis ailleurs, sans créer soi-même, ce ne serait pas très motivant. Là, tu lances à un sacré pavé, que j'avais moi même soumis à pieren lors de l'annonce de ré-utilisabilité du cadastre en finissant mon mail par : et merde, j'ai plus qu'a balancer mon GPS J'avoue te comprendre, et être sur le même sentiment... je regarde mon dur labeur de cette dernière année, et je me dis : Merde, j'aurais pû tout faire en 10 jours avec le cadastre Maintenant, je ne sais plus quoi penser, mais je suis informaticien, j'aurais dû mal, sachant que ça existe, à venir faire chaque village et faire le tour de chaque batisse en rentrant dans le jardin des gens 'Faudrait qu'on en discute, quelle direction prendre... Les questions de robot ou de import massif n'en sont que les pointes du iceberg. totafais, le plugin cadastre encore plus que tout. Combien parmis nous commencent à tracer aveuglément par dessus le cadastre ? combien traces par dessus la yahoo imagery ? combien convoitent des vélib, des stations de bus, des dab, des églises, à rentrer d'un coup comme ça en masse avec un robot ? Bonsoir, Mes excuses pour le mauvais quotage. Il me semble qu'il y a deux aspects dans la chose. Faut-il obéir aveuglément à un robot? La réponse est catégoriquement NON! Faut-il se passer d'un robot? La réponse est la aussi catégoriquement NON! Ce que je suggèrerais c'est que le robot fasse son travail 1 fois et il ne revient plus! Le fait de faire une fois permet d'accélérer la construction du bâti. Un avis sur la liste permet de savoir que cela a été fait et nous devons contrôler ce qui a été fait. Il y aura toujours des erreurs mais au moins la base aura été construite. Je ne sais si une solution intermédiaire serait possible mais pourquoi ne pas faire le passage du robot à la demande? Comme cela ceux qui ne veulent pas de l'aide du robot ne l'ont pas et ceux qui la trouve bienvenue pour initier le travail peuvent soit demander son lancement soit le faire eux-même en fonction d'un mode opératoire bien précis. À coté de cela je ne vois pas comment se fait la MAJ du plug-in? Quelqu'un pour me guider? À coté de cela quelqu'un peut me dire si mon building=yes est bien passé sur 45,5333-4,8744 et environs immédiats Amitiés -- Yannick VOYEAUD http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Actes En Vrac: http://www.francegenweb/actes/ Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr Inconnu de Saulcy: http://www.lced.org Antoine Payet de la Réunion: http://payet.voyeaud.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fichier et/ou gps ?
g.d a écrit : Merci, Pieren, pour tout ce travail ! :-) --- Mais, Sylvain, tracer building à grande échelle serait-ce un de tes trolls ? Importer les bâtis en masse, sans vérification humaine, sans avoir vu soi-même, sur place ? (Es-tu sûr, que tel ou tel bâti cadastré existe encore, depuis les parfois vingt ou trente ans ?) Si on irait par-là, où va la plus-value du terrain, d'osm, du réel, et l'appréciation du subjectif ? Si c'est ça, yapuka faire un plombé du cadast', avec toutes ses erreurs (qui au fait ne sont pas des erreurs, car sa tache n'est pas, de faire de la topo de terrain, il s'occupe plutôt des droits et obligations liées à une propriété), etc. Salut Gerhard, Pas de panique quoique les GPS jetés pourraient utilement resservir dans les pays en voie de développement (projet go to togo ;-) Le cadastre sera irremplaçable pour localiser des choses immatérielles : limites de communes, par ex ou difficilement accessibles (rivières). Quant à la voirie, les 2 voies sont ouvertes : aller sur le terrain avec son GPS et digitaliser à la mano ou faire digitaliser par un programme quelconque à partir de sources préexistantes. Chacun selon son goût, la météo, la flemme du moment. Il y a des choses que seule la vérification terrain permettra : les limitations diverses et variées (hauteur de pont, tonnage maxi annoncé), les sens uniques, les boîtes aux lettres, les boîtes de nuit, et tout ce que nos imaginations débordantes ne manqueront pas encore inventer. Je crois qu'il n'est l'intention de personne de deshumaniser- robotiser nos contributions. On y perdrait notre sel et le caractère foncièrement contributif de notre démarche. Ce qui est intéressant avec les données cadastrales (et autres données publiques ; je pense aux orthos de Brest) c'est que ce qui a été financé par nos deniers nous resserve un jour pour nos besoins propres. Cela (re)devient un service (vraiment) public. C'est encore l'hiver et seul les plus motivés pointent le bout de leur nez dehors, mais le printemps va arriver, bientôt, sous toutes réserves ;-) Blague à part, je crois fortement à la capacité de notre communauté à remâcher les données de nos GPS et autres sources de données et je militerai pour qu'OSM ne soit pas qu'une simple juxtaposition de fonds récupérés à droite ou à gauche. Dans la main gauche le GPS, dans la main droite un import du plan cadastral ou des orthosphotos et au milieu un cerveau pour transformer toutes ces informations en quelque chose que nous croyons utile. cordialement Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Appel aux dons pour l'achat de nouveaux serveurs OSM
Je traduis ici l'annonce publiée sur la liste de diffusion anglaise aujourd'hui même par Steve Coast, fondateur d'OSM: http://www.opengeodata.org/?p=384 http://donate.openstreetmap.org/ Aujourd'hui nous démarrons une campagne de dons pour obtenir £10,000 (environ €11.400 - ndt) pour acheter de nouveaux serveurs de base de données pour la nouvelle API et les logiciels correspondants que nous appelons 0.6 car nous en sommes à la 6e version. Nous cherchons à acquérir plus particulièrement un 3U Rackmount server, 2x Quadcore, 24GB RAM, 10x SAS 15kRPM disques. OpenStreetMap connait une croissance exponentielle depuis le premier jour, impliquant une augmentation mécanique de la demande en hardware et software. Cette campagne de dons nous placera en bonne position pour passer les prochains obstacles de la cartographie du monde. Nous avons des administrateurs système et développeurs qui se dévouent bénévolement pour construire OSM aujourd'hui, alors donnez-leur les meilleurs outils pour continuer à construire la carte la plus détaillée du monde. Alors s'il vous plait, allez voir sur donate.openstreetmap.org et faites un don d'argent pour la cause. Nous vous tiendrons au courant dans le processus d'achat, mise en place et installation du nouveau matériel. Donate today! (SteveC) J'ajouterais que les dons peuvent être anonymes ou signés, avec ou sans dédicace: http://donate.openstreetmap.org/comments/ Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Précision des limites internationa les ?
Bonsoir, Les discussions sur les limtes de communes et le Cadastre me font penser à une quetsion que je me suis posé, il y a quelque temps : d'où viennent les limites internationales actuellement dans OSM ? J'ai eu l'occasion de regarder la fontière Franco-Espagnole vers Bourg-Madame-Puygcerda, et je l'ai trouvée assez approximative (des 2 cotés, à l'est vers la ligne de crète du Puygmal, à l'ouest vers Latour-de-Carol, Entveitg). Je l'ai rectifiée à vue de nez, de mémoire (je ne suis pas sur place), mais je pense qu'il y aurait mieux à faire. J'ai été surpris qu'une limite aussi importante ne soit pas juste. Si il faut rectifier toute la frontière, y'a du boulot Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] riverbank
Arnaud Duval a écrit : En ce qui nous concerne, pour la France, il serait intéressant de mettre en place un robot qui sélectionne les ways trop longs et qui les découpe en sous-ways de moins de 2000 noeuds. -- Cordialement, Arnaud Duval Doctorant en mécanique du solide ESSTIN - LEMTA 2, Rue Jean Lamour 54519 Vandoeuvre les Nancy Cedex tél. +33 (0)3 83 68 51 44 port. +33 (0)6 70 34 35 38 http://ecomotionteam.org J'ai peur que ça ne soit pas si simple que ça ! Exemple bête : l'Étang de Berre (http://www.openstreetmap.org/browse/way/28247877), un beau natural=water de 2490 nœuds. Je te laisse imaginer la cata si un bot découpe son contour en 4 morceaux. Vu le (faible) nombre de taches bleu sur OSM Inspector, ça doit pouvoir se faire en une soirée de chat irc/jabber bien organisée (je sais, demain c'est déjà la mensuelle). Enfin, moi je dis ça, je dis rien... -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] riverbank
Salut, J'ai peur que ça ne soit pas si simple que ça ! Exemple bête : l'Étang de Berre (http://www.openstreetmap.org/browse/way/28247877), un beau natural=water de 2490 nœuds. Je te laisse imaginer la cata si un bot découpe son contour en 4 morceaux. Vu le (faible) nombre de taches bleu sur OSM Inspector, ça doit pouvoir se faire en une soirée de chat irc/jabber bien organisée (je sais, demain c'est déjà la mensuelle). Enfin, moi je dis ça, je dis rien... Pourquoi pas une sélection et un Simplify way (disponible par activation de je ne sais plus quel plugin) dans JOSM ? En général l'algo qu'il y a derrière fait plutot du bon travail - de ce que j'ai expérimenté sur mes ways que j'ai simplifiés -, même si c'est sur que l'on doit perdre en précision par rapport au terrain, je me demandais si la précision après simplification n'était pas acceptable malgré tout. my 2cents, -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Appel aux dons pour l'achat de nouveaux serveurs OSM
Ok, je donnerai mon obole, si peu que ce soit :-) À nous tous, on y arrivera :-) Le 5 févr. 09 à 20:55, Pieren a écrit : Je traduis ici l'annonce publiée sur la liste de diffusion anglaise aujourd'hui même par Steve Coast, fondateur d'OSM: http://www.opengeodata.org/?p=384 http://donate.openstreetmap.org/ Aujourd'hui nous démarrons une campagne de dons pour obtenir £10,000 (environ €11.400 - ndt) pour acheter de nouveaux serveurs de base de données pour la nouvelle API et les logiciels correspondants que nous appelons 0.6 car nous en sommes à la 6e version. Nous cherchons à acquérir plus particulièrement un 3U Rackmount server, 2x Quadcore, 24GB RAM, 10x SAS 15kRPM disques. OpenStreetMap connait une croissance exponentielle depuis le premier jour, impliquant une augmentation mécanique de la demande en hardware et software. Cette campagne de dons nous placera en bonne position pour passer les prochains obstacles de la cartographie du monde. Nous avons des administrateurs système et développeurs qui se dévouent bénévolement pour construire OSM aujourd'hui, alors donnez-leur les meilleurs outils pour continuer à construire la carte la plus détaillée du monde. Alors s'il vous plait, allez voir sur donate.openstreetmap.org et faites un don d'argent pour la cause. Nous vous tiendrons au courant dans le processus d'achat, mise en place et installation du nouveau matériel. Donate today! (SteveC) J'ajouterais que les dons peuvent être anonymes ou signés, avec ou sans dédicace: http://donate.openstreetmap.org/comments/ Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les oeufs de pâques géants de l 'IGN. L'info géographique à la sauce franç aise.
Bonsoir, Je ne te répondrais pas directement mais la Cour des Comptes vient d'épingler l'IGN ou des sommes à sa destination. No comment Amitiés -- Yannick VOYEAUD http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Actes En Vrac: http://www.francegenweb/actes/ Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr Inconnu de Saulcy: http://www.lced.org Antoine Payet de la Réunion: http://payet.voyeaud.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Précision des limites internationa les ?
Sais pas au juste, d'où ça vient, apparemment du CIA, mais comme toi ai dû constater des différends majeurs avec la réalité, d'environ un kilomètre (et plus), surtout dans le Alpes vers l'Italie. Auparavant il y avait un tracé bien mieux exact, dans les quarante mètres, mais hélas il a redisparu d'osm :-( Le 5 févr. 09 à 20:59, arp enteur a écrit : Bonsoir, Les discussions sur les limtes de communes et le Cadastre me font penser à une quetsion que je me suis posé, il y a quelque temps : d'où viennent les limites internationales actuellement dans OSM ? J'ai eu l'occasion de regarder la fontière Franco-Espagnole vers Bourg-Madame-Puygcerda, et je l'ai trouvée assez approximative (des 2 cotés, à l'est vers la ligne de crète du Puygmal, à l'ouest vers Latour-de-Carol, Entveitg). Je l'ai rectifiée à vue de nez, de mémoire (je ne suis pas sur place), mais je pense qu'il y aurait mieux à faire. J'ai été surpris qu'une limite aussi importante ne soit pas juste. Si il faut rectifier toute la frontière, y'a du boulot Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les oeufs de pâques géants de l 'IGN. L'info géographique à la sauce française .
C'est peut-être pas si simple que ça, et pouvait être une réponse plutôt politique. Je me souviens vaguement de cette disputaillation... Dans du vectoriel on encontre des faussages volontaires qui servent d'empreinte digitale. Mais dans du bitmap/raster, ça me semble plutôt être un effet de parallaxe et de projo, dû à inclinaison des prises de vue et au manque de reprojection sur relief 3d dem, donc pas forcément une mauvaise intention mais plutôt un résultat de la teschenikke, bancale. Le 5 févr. 09 à 22:06, Christian Rogel a écrit : des éléments bâtis, de peur qu'un automate ne pompe le contenu. Le directeur-adjoint confirmait et justifiait la chose par la crainte des personnes malintentionnées et, comble de l'ironie involontaire, expliquait qu'il faut protéger les données publiques. Il semble que, face aux protestations des clients publics, l'Etat ait contraint l'IGN à cesser ce petit jeu. Quelqu'un sait-il, si cela a été fait? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bug Limites Communales
+-le 05.02.2009 16:48:47 +0100, Pieren a dit : | PS les données SVG sont sauvegardées dans un fichier dans le | répertoire cache du plugin. On peut les visualiser avec n'importe | quelle visionneuse/éditeur svg. Hum, c'est quelquechose qu'on active/désactive ? Parce que je ne les y trouve pas moi. -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bug Limites Communales
Un autre bug malencontreux :) Je me positionne sur ma commune : Plougastel-Daoulas. Je grab le cadastre... pas de pb... je demande les limites administratives : c'est la commune voisine qui est renseignée ;) (Loperhet, mais qui a le même code postal. Pour autant Plougastel n'a pas été renseigné.) On Thu, Feb 5, 2009 at 10:43 PM, Mathieu Arnold m...@mat.cc wrote: +-le 05.02.2009 16:48:47 +0100, Pieren a dit : | PS les données SVG sont sauvegardées dans un fichier dans le | répertoire cache du plugin. On peut les visualiser avec n'importe | quelle visionneuse/éditeur svg. Hum, c'est quelquechose qu'on active/désactive ? Parce que je ne les y trouve pas moi. -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] riverbank
Pierre Mauduit a écrit : Salut, J'ai peur que ça ne soit pas si simple que ça ! Exemple bête : l'Étang de Berre (http://www.openstreetmap.org/browse/way/28247877), un beau natural=water de 2490 nœuds. Je te laisse imaginer la cata si un bot découpe son contour en 4 morceaux. Vu le (faible) nombre de taches bleu sur OSM Inspector, ça doit pouvoir se faire en une soirée de chat irc/jabber bien organisée (je sais, demain c'est déjà la mensuelle). Enfin, moi je dis ça, je dis rien... Pourquoi pas une sélection et un Simplify way (disponible par activation de je ne sais plus quel plugin) dans JOSM ? En général l'algo qu'il y a derrière fait plutot du bon travail - de ce que j'ai expérimenté sur mes ways que j'ai simplifiés -, même si c'est sur que l'on doit perdre en précision par rapport au terrain, je me demandais si la précision après simplification n'était pas acceptable malgré tout. my 2cents, En même temps, couper la surface en 4 et faire un multipolygone, ça évite de supprimer des Nodes qu'un malheureux c'est em... à tracer. ma suggestion à 0.50 € :-) , on verra dans 2 ou 3 jours le résultat de mon découpage. -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bug Limites Communales
2009/2/5 Steven Le Roux ste...@le-roux.info: Le problème se produit semble-t-il sur toutes les communes de bord de mer. Le serveur WMS ne retourne pas la limite de la commune dans les données au format SVG dans ce cas-là. J'ai déjà essayé de changer la taille de la bbox mais sans résultat. Il faut peut-être voir du côté de la liste des calques à transférer. A suivre. On Thu, Feb 5, 2009 at 10:43 PM, Mathieu Arnold m...@mat.cc wrote: Hum, c'est quelquechose qu'on active/désactive ? Le fichier s'appelle boundary.svg et se trouve dans le même répertoire que les fichiers cache des images. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fichier et/ou gps ?
Attention, je précise à toute fin utile que nous restons entre gens civilisé, et qu'il n'y a pas d'animosité dans mes propos, mais je pense que le débat à de l'intérêt. ( moi pas méchant, vous pas taper !) à 97% Non. Mais si on fait du automatique, les 3% restants seraient une masse énorme, plus que nous osm'eurs avons faits jusque-là :-( et vu le peu de gens que nous sommes, osm'eurs, pour... Oui, mais c'est l'opportunité d'obtenir 97% de batisses justes ! Je pourrait tenter de poser la question en ces termes : - voulons nous tout reconstruire de zéro, et arriver à nos fins (quelles sont elles ?) en 2068 - voulons nous obtenir de l'aide et rapidement arriver à 98% de remplissage, au détriment d'une qualité que nous aurons corrigé en 2123 ? Moi je penche pour la 2, ce que je veux, c'est beaucoup de donné en tolérant 2% d'erreur, plus que très peu de donnée avec 1% d'erreur. ( mes chiffres sont bien sûr menteurs, et tentent, par le truchement des statistiques foireux infléchir en mon sens, mais s'ils étaient juste ? ) Il n'est pas de plus-value venant de l'inexistance Pas plus dans la copie. Ha, pour moi si ! Le cadastre en l'état (sur le site cadastre.gouv.fr) est inutilisable pour moi, si j'arrive à le foutre dans mon GPS, sur mes rendus, là, j'aurais obtenu une plus-value il est possible de rajouter le tag batisse=oui et peut_etre=oui pour mentionner une incertitude Sur base de quoi ? Toute batisse qui est importé robotiquement du cadastre peut être taggée : source=cadastre 2009 building=yes validity=unknown Tout ce qui est manuel de chez manuel est taggué building=yes Ce qui provient du cadastre ET validé humainement devient source=cadastre 2009 building=yes Chaque personne établissant un rendu, import, que sais-je fera selon son choix : - j'affiche tout et tant pis pour les erreurs - j'affiche que les trucs validé humainement et j'ai deux batisses qui se battent en duel ( ceci étant valable pour tout ce qui peut s'importer automatiquement et qui n'a pas de validation humaine : * listes des distributeurs de billets du crédit populaire du Nord * liste des station vélib par M. X * Liste des boites aux lettres publique données par la poste * Liste des station service provenant de station-gpl.fr ) Pour l'instant, cela a été fait (dans quelques rares cas) en mentionnant la source, et à chaqu'un qui fait un rendu de se renseigner sur la qualité de cette source : - station-gpl.online.fr (ou un truc comme ça, dont la qualité est douteuse ) - cartographe associés pour les limites de dép (donc la qualité est connu comme mauvaise ) - autres ? une carte OSM avec toutes les batisses du cadastre vectorisées, me sera plus utile comme base à modifier que l'abscence de toutes. Peut-être, probable, mais *qui* rectifiera ça ? Nous. ou personnes ;-) mais je préfère avoir quelque chose d'une fiablité de 98% que rien. Cependant, je préfère rien qu'une qualité de 50% ( tant est qu'une qualité se mesure en % ) d'autre part je ne sais pas, si on aura suffisamment de place de stockage pour tout ça, et les engins/serveurs suffisants, pour satisfaire à livrer ça, sans qu'on attende une plombe. La masse de données me paraît énorme. C'est un autre problème, le temps qu'on finalise ça, les espaces de stockage et les puissances auront doublées ! ( IGN le fait depuis un bail, on devrait pouvoir y arriver ) PS : Fin, oui, moi aussi je convoite le titre de Mister Trop long PS2: je parle du texte de mon mail !! -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bug Limites Communales
+-le 05.02.2009 23:29:20 +0100, Pieren a dit : | On Thu, Feb 5, 2009 at 10:43 PM, Mathieu Arnold m...@mat.cc wrote: | Hum, c'est quelquechose qu'on active/désactive ? | | | Le fichier s'appelle boundary.svg et se trouve dans le même répertoire | que les fichiers cache des images. Ah, je cherchais un fichier NOM_DE_LA_VILLE.svg :-) -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] riverbank
Salut, étant auteur de ces - trop - longs ways (Berre en partie, Sainte-Croix, Serre-Ponçon), je viens de jeter un zoeil sur le problème. Je pensais de prime abord qu'il serait suffisant de segmenter les rives plutôt que de reconstituer carrément des polygones individualisés comme tu l'as fait (ou pas...) pour Berre, et ai donc testé la méthode sur le lac de Sainte-Croix. Bilan : - le rendu Osmarender foire apparemment complètement (mais il n'a également, sauf erreur de ma part, jamais pris en compte la 'relation' servant à produire l'île) - le rendu Mapnik, prévisualisé avec l'excellent plugin 'Up-to-date', semble lui nickel-chrome-platine D'où mon questionnement : le rendu mapnik fait-il autorité - je le présume - ou bien doit-on prendre en considération les insuffisances d'Osmarender (et donc également représenter l'île d'une autre manière)? A dire vrai, je n'utilise les 'relations' que depuis quelques jours et ne sais pas trop à quoi m'en tenir dans ce domaine... @+ P.S. : En ce qui concerne mes tracés (user 'Krysst'), ils passent toujours à la moulinette du 'simplify way' (dispo avec 'utilsplugin' pour ceux qui se le demandent), mais avec un 'simplify-way.max-error' réglé à 1 afin de conserver un bon niveau de détail. Je pars du principe que qui peut le plus, peut le moins... Marc SIBERT a écrit : Pierre Mauduit a écrit : Salut, J'ai peur que ça ne soit pas si simple que ça ! Exemple bête : l'Étang de Berre (http://www.openstreetmap.org/browse/way/28247877), un beau natural=water de 2490 nœuds. Je te laisse imaginer la cata si un bot découpe son contour en 4 morceaux. Vu le (faible) nombre de taches bleu sur OSM Inspector, ça doit pouvoir se faire en une soirée de chat irc/jabber bien organisée (je sais, demain c'est déjà la mensuelle). Enfin, moi je dis ça, je dis rien... Pourquoi pas une sélection et un Simplify way (disponible par activation de je ne sais plus quel plugin) dans JOSM ? En général l'algo qu'il y a derrière fait plutot du bon travail - de ce que j'ai expérimenté sur mes ways que j'ai simplifiés -, même si c'est sur que l'on doit perdre en précision par rapport au terrain, je me demandais si la précision après simplification n'était pas acceptable malgré tout. my 2cents, En même temps, couper la surface en 4 et faire un multipolygone, ça évite de supprimer des Nodes qu'un malheureux c'est em... à tracer. ma suggestion à 0.50 € :-) , on verra dans 2 ou 3 jours le résultat de mon découpage. -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Marc SIBERT a écrit : Pierre Mauduit a écrit : Salut, J'ai peur que ça ne soit pas si simple que ça ! Exemple bête : l'Étang de Berre (http://www.openstreetmap.org/browse/way/28247877), un beau natural=water de 2490 nœuds. Je te laisse imaginer la cata si un bot découpe son contour en 4 morceaux. Vu le (faible) nombre de taches bleu sur OSM Inspector, ça doit pouvoir se faire en une soirée de chat irc/jabber bien organisée (je sais, demain c'est déjà la mensuelle). Enfin, moi je dis ça, je dis rien... Pourquoi pas une sélection et un Simplify way (disponible par activation de je ne sais plus quel plugin) dans JOSM ? En général l'algo qu'il y a derrière fait plutot du bon travail - de ce que j'ai expérimenté sur mes ways que j'ai simplifiés -, même si c'est sur que l'on doit perdre en précision par rapport au terrain, je me demandais si la précision après simplification n'était pas acceptable malgré tout. my 2cents, En même temps, couper la surface en 4 et faire un multipolygone, ça évite de supprimer des Nodes qu'un malheureux c'est em... à tracer. ma suggestion à 0.50 € :-) , on verra dans 2 ou 3 jours le résultat de mon découpage. -- Marc ___ 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] fichier et/ou gps ?
nous restons entre gens civilisé eh, toi en tant que chtroumpf farçeur hautement diplômé, et co-fondateur de l'internationale du trollisme, explique ! ;-) et qu'il n'y a pas d'animosité dans mes propos, mais je pense que le débat à de l'intérêt. ( moi pas méchant, vous pas taper !) moi pas taper :-), ai remis le casque de chantier moi-même, et rentre le cou, en attente de coups... à 97% Non. Mais si on fait du automatique, les 3% restants seraient une masse énorme, plus que nous osm'eurs avons faits jusque-là :-( et vu le peu de gens que nous sommes, osm'eurs, pour... Oui, mais c'est l'opportunité d'obtenir 97% de batisses justes ! Si les autres, ceux silencieux sur la liste, le sont d'accord pour nettoyer derrière, pour mettre tout ce patatra en forme... Je pourrait tenter de poser la question en ces termes : - voulons nous tout reconstruire de zéro, et arriver à nos fins (quelles sont elles ?) en 2068 - voulons nous obtenir de l'aide et rapidement arriver à 98% de remplissage, au détriment d'une qualité que nous aurons corrigé en 2123 ? Oui, c'est une autre façon de formuler la question, quoique je trouve 2123 optimiste. --- Mais comme on n'est que deux à en discuter, parmi cents, et que pour toi c'est ton gagne-pain, ne l'est pas pour moi, je tire ma révérence, et prends congé. Amicalement Gerhard ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fichier et/ou gps ?
Le 6 févr. 09 à 00:34, g.d a écrit : Je pourrait tenter de poser la question en ces termes : - voulons nous tout reconstruire de zéro, et arriver à nos fins (quelles sont elles ?) en 2068 - voulons nous obtenir de l'aide et rapidement arriver à 98% de remplissage, au détriment d'une qualité que nous aurons corrigé en 2123 ? Oui, c'est une autre façon de formuler la question, quoique je trouve 2123 optimiste. Est-ce qu'un compromis ne serait pas d'utiliser un truc analogue à lake-walker afin de ne pas se palucher le dessin à la main tout en permettant de faire au moins une première passe de validation pour éviter d'importer des trucs qu'on sait être erroné ? J'ai un cas précis en tête. En face de chez moi les maisons ont été rasées il y 2-3 ans pour construire une résidence, hors sur le cadastre figure encore les maisons. Je ne vais donc pas les tracer, par contre avoir la faculté de tracer les autres bâtiments qui ont une géométrie qui m'a l'air exacte d'un seul clic est très attrayant car sans doute le seul moyen d'avoir l'info (gps, canyon, visite des jardins tout ça). Ça permettrait en tout cas de mapper très vite les zones connues et de limiter le taux d'erreur. De toute façon un import massif de certaines zones telles que montagne, si j'ai bien compris, ne rimerait pas à grand chose, non ? Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fichier et/ou gps ?
Pour enlever encore un peu le côté sexy de la promenade avec le GPS, je ne me rappelle plus où j'ai lu ça mais un anglais (SteveC ?) rappelait que le but d'Openstreetmap était de créer des données géographiques libres, et pas d'envoyer les gens se promener avec un GPS. Si les données peuvent être collectées avec un GPS, c'est excellent. Mais dans le cas des bâtiments je n'ai jamais eu de résultats très concluants. Frédéric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les oeufs de pâques géants de l 'IGN. L'info géographique à la sauce française .
Le 5 févr. 09 à 23:18, Denis a écrit : Il y a bien eu des déformations volontaires d'images aériennes de la part de l'IGN. Oups. Si c'est ça, c'est grave. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les oeufs de pâques géants de l 'IGN. L'info géographique à la sauce française .
Ce n'était pas un problème technique. 2 citations (dans les imites du droit) de l'art. du Figaro de 2006. Cela ne concerne plus à la situation actuelle, en principe. Ciation 1 « Nous avons à coeur de protéger la diffusion des données publiques sur le site, explique François Brun, directeur général adjoint de l'IGN. Les risques de réutilisation sont tels qu'ils nous ont conduits à mettre en place des processus dissuasifs pour les personnes mal intentionnées. Les déformations sont repérables, et nous permettraient d'apporter la preuve d'une éventuelle utilisation frauduleuse. » Citation 2 (O. Bouiri avait mis en place le 1er géoportail) : Pour simplifier, les marquages visuels protègent le contenu de l'image, et évitent sa réutilisation ultérieure. En revanche, cette méthode ne permet pas de protéger les informations contenues dans chaque pixel de l'image : c'est-à-dire leur position géographique précise à un mètre près. C'est alors qu'intervient la déformation, par un filtre informatique, de chaque photo aérienne. L'altération est censée ne pas être gênante pour l'observateur, à part pour les lignes droites, mais enlève irrémédiablement la qualité de positionnement de chaque point de l'image. « D'ailleurs, les images sur pagesjaunes.fr sont aussi déformées, même si c'est moins visible, insiste Olivier Bouiri. C'était une des conditions que nous avions posées avant de leur vendre les images. » Autre différence entre pagesjaunes.fr et Géoportail, le programme d'affichage de ce dernier affiche directement des images sous un format classique, téléchargées depuis le serveur, alors que le moteur graphique de pagesjaunes.fr utilise un petit programme qui cache l'origine des données et évite leur piratage. Fin de citation Je donne la référence complète du site sig.bretagne : http:// sig.region-bretagne.fr/ Christian Le 6 févr. 09 à 01:33, g.d a écrit : Le 5 févr. 09 à 23:18, Denis a écrit : Il y a bien eu des déformations volontaires d'images aériennes de la part de l'IGN. Oups. Si c'est ça, c'est grave. ___ 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] riverbank
Bonjour, Concernant 'simplify-way.max-error', il faut le rajouter manuellement dans la config avancée ? J'utilise utilsplugin, mais n'ai pas ce paramètre dans la liste. Merci d'avance, Antoine krysst a écrit : Salut, étant auteur de ces - trop - longs ways (Berre en partie, Sainte-Croix, Serre-Ponçon), je viens de jeter un zoeil sur le problème. Je pensais de prime abord qu'il serait suffisant de segmenter les rives plutôt que de reconstituer carrément des polygones individualisés comme tu l'as fait (ou pas...) pour Berre, et ai donc testé la méthode sur le lac de Sainte-Croix. Bilan : - le rendu Osmarender foire apparemment complètement (mais il n'a également, sauf erreur de ma part, jamais pris en compte la 'relation' servant à produire l'île) - le rendu Mapnik, prévisualisé avec l'excellent plugin 'Up-to-date', semble lui nickel-chrome-platine D'où mon questionnement : le rendu mapnik fait-il autorité - je le présume - ou bien doit-on prendre en considération les insuffisances d'Osmarender (et donc également représenter l'île d'une autre manière)? A dire vrai, je n'utilise les 'relations' que depuis quelques jours et ne sais pas trop à quoi m'en tenir dans ce domaine... @+ P.S. : En ce qui concerne mes tracés (user 'Krysst'), ils passent toujours à la moulinette du 'simplify way' (dispo avec 'utilsplugin' pour ceux qui se le demandent), mais avec un 'simplify-way.max-error' réglé à 1 afin de conserver un bon niveau de détail. Je pars du principe que qui peut le plus, peut le moins... Marc SIBERT a écrit : Pierre Mauduit a écrit : Salut, J'ai peur que ça ne soit pas si simple que ça ! Exemple bête : l'Étang de Berre (http://www.openstreetmap.org/browse/way/28247877), un beau natural=water de 2490 nœuds. Je te laisse imaginer la cata si un bot découpe son contour en 4 morceaux. Vu le (faible) nombre de taches bleu sur OSM Inspector, ça doit pouvoir se faire en une soirée de chat irc/jabber bien organisée (je sais, demain c'est déjà la mensuelle). Enfin, moi je dis ça, je dis rien... Pourquoi pas une sélection et un Simplify way (disponible par activation de je ne sais plus quel plugin) dans JOSM ? En général l'algo qu'il y a derrière fait plutot du bon travail - de ce que j'ai expérimenté sur mes ways que j'ai simplifiés -, même si c'est sur que l'on doit perdre en précision par rapport au terrain, je me demandais si la précision après simplification n'était pas acceptable malgré tout. my 2cents, En même temps, couper la surface en 4 et faire un multipolygone, ça évite de supprimer des Nodes qu'un malheureux c'est em... à tracer. ma suggestion à 0.50 € :-) , on verra dans 2 ou 3 jours le résultat de mon découpage. -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Marc SIBERT a écrit : Pierre Mauduit a écrit : Salut, J'ai peur que ça ne soit pas si simple que ça ! Exemple bête : l'Étang de Berre (http://www.openstreetmap.org/browse/way/28247877), un beau natural=water de 2490 nœuds. Je te laisse imaginer la cata si un bot découpe son contour en 4 morceaux. Vu le (faible) nombre de taches bleu sur OSM Inspector, ça doit pouvoir se faire en une soirée de chat irc/jabber bien organisée (je sais, demain c'est déjà la mensuelle). Enfin, moi je dis ça, je dis rien... Pourquoi pas une sélection et un Simplify way (disponible par activation de je ne sais plus quel plugin) dans JOSM ? En général l'algo qu'il y a derrière fait plutot du bon travail - de ce que j'ai expérimenté sur mes ways que j'ai simplifiés -, même si c'est sur que l'on doit perdre en précision par rapport au terrain, je me demandais si la précision après simplification n'était pas acceptable malgré tout. my 2cents, En même temps, couper la surface en 4 et faire un multipolygone, ça évite de supprimer des Nodes qu'un malheureux c'est em... à tracer. ma suggestion à 0.50 € :-) , on verra dans 2 ou 3 jours le résultat de mon découpage. -- Marc ___ 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