Re: [OSM-talk-fr] Sources de TeleAtlas / Navteq ?
Bonjour, > J'ajouterai que d'utiliser des logiciels de reconnaissances de formes > afin de tracer des routes à partir de photos satellites, abouti à avoir > des erreurs stupides/grossières/absurdes. Moi qui, naïvement, croyait > que les cartes IGN Pour l'instant je n'ai mis en défaut les cartes IGN que par l'obsolescence des données et les différences d'écriture des noms (plessis <-> plessix etc.) > (et par extension michelin/atlas/google etc.) Là les défauts sont légions et souvent grossiers dans les tracées, les noms, les connections de route etc. > Rien ne vaut nos relevés sur le terrain ! Pour les cours d'eau c'est très sportif :-) -- Au revoir, 02 99 64 31 77 Gilles Lamiral. France, Chavagne (35310) 06 20 79 76 06 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre et coupure réseau
Désolé pour ton travail perdu. J'ajouterais une limite de temps pour la connection dans la prochaine version (dommage, à 1 heure près, je l'aurais mis dans la version 0.7 :-( Pieren 2008/8/24 leblatt <[EMAIL PROTECTED]>: > J'ai eu un problème à deux reprises aujourd'hui : pendant une requête au > serveur, la fenêtre est restée bloquée sur « contacting », JOSM n'a plus > répondu et j'ai perdu le travail en cours. > > A chaque fois, il me semble que le réseau s'était coupé (je suis en wifi > pour quelques temps). > > Il est possible qu'un timeout à un moment précis ne sois pas géré et bloque > tout ? > > Je ne sais pas si on peut y faire quelque chose, et je n'ai pas essayé de > reproduire l'erreur volontairement, mais j'ai pensé qu'il fallait le > signaler. > > > > ___ > 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] Cadastre et coupure réseau
Jai eu un problème à deux reprises aujourdhui : pendant une requête au serveur, la fenêtre est restée bloquée sur « contacting », JOSM na plus répondu et jai perdu le travail en cours. A chaque fois, il me semble que le réseau sétait coupé (je suis en wifi pour quelques temps). Il est possible quun timeout à un moment précis ne sois pas géré et bloque tout ? Je ne sais pas si on peut y faire quelque chose, et je nai pas essayé de reproduire lerreur volontairement, mais jai pensé quil fallait le signaler. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] CadastreWMS v0.7
Zut, j'ai installé la version 0.6 y'a deux heures :-D Aller hop, nouvelle mise à jour, et bravo pour ton boulot, le plugin a progressé énormément depuis les débuts. Pieren a écrit : > Vous trouverez à l'adresse suivante une nouvelle version du plugin > CadastreWMS, version 0.7: > > http://dl.free.fr/qbN5krqan > > C'est une toute petite correction, essentiellement pour tenir compte > d'un changement de nom dans la projection Lambert qui devrait > apparaître dans les prochains jours dans JOSM. Si vous mettez à jour > Josm, vous devrez aussi mettre à jour le plugin, sous peine de voir un > message vous demandant de passer en projection Lambert alors que vous > y êtes déjà. > La projection Lambert a subit quelques petits changements, > essentiellement pour ceux qui voudraient l'utiliser en dehors de la > France, ce qui pose problèmes (une exception se produisait; il y a > maintenant un message d'avertissement et plus d'exceptions). La > projection est renommée passant de "Lambert" en "Lambert Zone > (France)" pour éviter les confusions. > > Concernant les autres fonctionalités, pas de changement sauf en ce qui > concerne l'affichage des images se recouvrant partiellement ou > totalement. L'opération de filtrage ne fonctionne que si le checkbox > "Set background transparent" est activé pour éviter des effets > désastreux à l'écran. > > Comme d'habitude, la doc se trouve sur le wiki à l'adresse: > http://wiki.openstreetmap.org/index.php/Fr:JOSM/Fr:Plugin/Cadastre > > Désolé de faire une nouvelle version pour si peu mais c'était nécessaire. > > 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
[OSM-talk-fr] CadastreWMS v0.7
Vous trouverez à l'adresse suivante une nouvelle version du plugin CadastreWMS, version 0.7: http://dl.free.fr/qbN5krqan C'est une toute petite correction, essentiellement pour tenir compte d'un changement de nom dans la projection Lambert qui devrait apparaître dans les prochains jours dans JOSM. Si vous mettez à jour Josm, vous devrez aussi mettre à jour le plugin, sous peine de voir un message vous demandant de passer en projection Lambert alors que vous y êtes déjà. La projection Lambert a subit quelques petits changements, essentiellement pour ceux qui voudraient l'utiliser en dehors de la France, ce qui pose problèmes (une exception se produisait; il y a maintenant un message d'avertissement et plus d'exceptions). La projection est renommée passant de "Lambert" en "Lambert Zone (France)" pour éviter les confusions. Concernant les autres fonctionalités, pas de changement sauf en ce qui concerne l'affichage des images se recouvrant partiellement ou totalement. L'opération de filtrage ne fonctionne que si le checkbox "Set background transparent" est activé pour éviter des effets désastreux à l'écran. Comme d'habitude, la doc se trouve sur le wiki à l'adresse: http://wiki.openstreetmap.org/index.php/Fr:JOSM/Fr:Plugin/Cadastre Désolé de faire une nouvelle version pour si peu mais c'était nécessaire. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sources de TeleAtlas / Navteq ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 J'ajouterai que d'utiliser des logiciels de reconnaissances de formes afin de tracer des routes à partir de photos satellites, abouti à avoir des erreurs stupides/grossières/absurdes. Moi qui, naïvement, croyait que les cartes IGN (et par extension michelin/atlas/google etc.) étaient tracées par Dieu lui même, depuis que j'ai rejoins le mouvement OSM, j'en suis revenu ;) Rien ne vaut nos relevés sur le terrain ! Pieren a écrit : > Si tu lis ce reportage de zdnet : > http://www.zdnet.fr/galerie-image/0,50018840,39380306,00.htm > tu apprendras que navteq (mais ça doit être pareil avec Tele Atlas) a > récupéré (acheté) les photos aériennes et satellites de l'IGN il y a > 15 ans mais ils utilisent aussi des infos du cadastre et de la poste > (!) > J'ajouterais que les voies privées, barrées ou qui n'en sont pas sont > des erreurs courantes dans leurs bases parce que inspirées de photos > aériennes. Ne pas avoir accès à ces photos a des inconvénients mais > aussi des avantages : ça nous oblige à aller sur place et à obtenir de > meilleurs résultats qu'eux. > Pieren > > 2008/8/24 Charlie Echo <[EMAIL PROTECTED]>: >> Juste un mot : j'ai noté, en utilisant et observant un GPS avec cartes >> TeleAtlas, qu'il y avait quand-même des détails qui semblent plus >> probablement provenir de cartes IGN ou d'éléments cadastraux que de données >> terrain. >> Par exemple, des chemins "privés" (avec des portes aux bouts) sont >> "utilisables" d'après mon GPS et d'après les cartes IGN du coin. Etonnant. >> >> Bref, je me demande juste si Navteq et TeleAtlas ont parcourru toutes les >> routes du monde, ou si ils se sont aidés de données autres : IGN, cadastre, >> ou photos (à la Yahoo!, mais ces photos sont disponibles depuis peu et pas >> toujours suffisantes car les arbres couvrent les routes), etc. >> >> >> ___ >> 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 <[EMAIL PROTECTED]> Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIsUhfAGLykBXAlNsRAjpqAJ98z6YZTpJJzcWqRQ2wM9HvrcgttACePnQu 4zFoZuBnZnSHIpsjaB4+eNg= =87hm -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites administratives ?
En fait, je ne suis pas géomaticien et d'autres pourraient mieux répondre que moi mais il existe des modules pour bases de données qui fournissent des librairies de fonctions géographiques telles que "voir si un point est à l'intérieur d'une zone". Mapnik utilise postGIS, le module géospatial pour postgresql. Il est donc très facile d'obtenir ce genre d'info pour un logiciel, à condition d'avoir ce type de bdd. Or les données brutes d'OSM sont dans une base simple (mysql). Il faut donc migrer les données géospatiales dans une nouvelle base organisée différemment. C'est ce que fait le script osm2pqsql, dévellopé pour mapnik mais qui peut servir à d'autres usages. Pieren 2008/8/24 Charlie Echo <[EMAIL PROTECTED]>: > Ok, bonnes réponses ; je les adopte. > Pour les communes, je faisais ça jusqu'ici. > > Il reste à clarifier une chose : j'avais commencé à faire des communes avec > des "left / right", et je suis passé aux "relations", qui, au fond, sont plus > intelligentes. Or il y a eu un mail récemment sur ce sujet, qui préconnisait > les "left/right". Donc il faudrait clarifier cette situation, à mon avis. (en > fait, c'est plutôt une question : tolère-t-on deux systèmes ou bien faut-il > uniformiser ?) > > Reste la question "mathématique" de l'art et de la manière de savoir si un > point est DANS une zone. Il faudrait que je creuse ça... > > Merci pour vos éléments ! > > > - Mail Original - > De: "Pieren" <[EMAIL PROTECTED]> > À: "Discussions sur OSM en français" > Envoyé: Samedi 23 Août 2008 23:13:26 GMT +01:00 Amsterdam / Berlin / Berne / > Rome / Stockholm / Vienne > Objet: Re: [OSM-talk-fr] Limites administratives ? > > 2008/8/23 Charlie Echo <[EMAIL PROTECTED]>: >> mais je pense que deux villages d'une même commune peuvent avoir les mêmes >> noms de rues. > > Je ne crois pas. C'était le cas par le passé mais je connais un > exemple concret où le nom d'une rue en double sur une "agglomération" > comme tu dis, a été changé il y a 20 ans, parce qu'il y avait trop de > problèmes d'erreurs d'adresses (routage poste, impôts, etc). > >> >> Il faut donc que la rue soit identifiée de façon unique. >> Deux possibilités : >> - soit définir les noms de villages en même temps que les rues (Name=Rue de >> la Mairie ; City=Brie-Comte-Robert), > aïe aïe, il y a le tag "is_in" qui a été créé dans cette idée là > >> soit précisément les limites des communes et des agglomérations. >> - soit tracer la limite de la commune, et celle de l'agglomération ; puis il >> faudra qu'un logiciel prenne les rues les unes après les autres et cherche >> dans quelle zone elles sont, pour différentier les milliers de "rues de la >> mairie" en France. >> > > Je crois que c'est la meilleure solution. > Moi je distingue l'administratif (le tag boudary=administrative) avec > comme unique source possible pour nous (pour l'instant, et encore, > peut-être plus pour longtemps), le cadastre qui fixe les limites de la > commune sur la planche "vue d'ensemble" par exemple. > Et la limite physique avec un polygone fermé tagué landuse=residential > et name=nom_de_la_ville quand c'est effectivement la zone > résidentielle. Sinon landuse=industrial, commercial, etc... pour les > autres types de zones. > Il sera alors possible qu'à l'intérieur d'un polygone > "boudary=administrative", il y ait plusieurs zones marquées en > residential, une pour le village principal, et d'autres pour chaque > lieu-dit important ou "sous-commune" rattachée (pour ceux-là, il > m'arrive d'utiliser le tag place=suburb). > Pour le cimetière, c'est un cas particulier. En fait, il y a eu des > plaintes de gens qui trouvaient qu'utiliser landuse pour un cimetière > était inapproprié. Heureusement, les renderers tiennent compte de ce > cas particulier et le cimetière apparait normalement à l'intérieur > d'un autre landuse même s'il n'y a pas de tag layer. > 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 > ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sources de TeleAtlas / Navteq ?
Si tu lis ce reportage de zdnet : http://www.zdnet.fr/galerie-image/0,50018840,39380306,00.htm tu apprendras que navteq (mais ça doit être pareil avec Tele Atlas) a récupéré (acheté) les photos aériennes et satellites de l'IGN il y a 15 ans mais ils utilisent aussi des infos du cadastre et de la poste (!) J'ajouterais que les voies privées, barrées ou qui n'en sont pas sont des erreurs courantes dans leurs bases parce que inspirées de photos aériennes. Ne pas avoir accès à ces photos a des inconvénients mais aussi des avantages : ça nous oblige à aller sur place et à obtenir de meilleurs résultats qu'eux. Pieren 2008/8/24 Charlie Echo <[EMAIL PROTECTED]>: > Juste un mot : j'ai noté, en utilisant et observant un GPS avec cartes > TeleAtlas, qu'il y avait quand-même des détails qui semblent plus > probablement provenir de cartes IGN ou d'éléments cadastraux que de données > terrain. > Par exemple, des chemins "privés" (avec des portes aux bouts) sont > "utilisables" d'après mon GPS et d'après les cartes IGN du coin. Etonnant. > > Bref, je me demande juste si Navteq et TeleAtlas ont parcourru toutes les > routes du monde, ou si ils se sont aidés de données autres : IGN, cadastre, > ou photos (à la Yahoo!, mais ces photos sont disponibles depuis peu et pas > toujours suffisantes car les arbres couvrent les routes), etc. > > > ___ > 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] Sources de TeleAtlas / Navteq ?
Juste un mot : j'ai noté, en utilisant et observant un GPS avec cartes TeleAtlas, qu'il y avait quand-même des détails qui semblent plus probablement provenir de cartes IGN ou d'éléments cadastraux que de données terrain. Par exemple, des chemins "privés" (avec des portes aux bouts) sont "utilisables" d'après mon GPS et d'après les cartes IGN du coin. Etonnant. Bref, je me demande juste si Navteq et TeleAtlas ont parcourru toutes les routes du monde, ou si ils se sont aidés de données autres : IGN, cadastre, ou photos (à la Yahoo!, mais ces photos sont disponibles depuis peu et pas toujours suffisantes car les arbres couvrent les routes), etc. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites administratives ?
Ok, bonnes réponses ; je les adopte. Pour les communes, je faisais ça jusqu'ici. Il reste à clarifier une chose : j'avais commencé à faire des communes avec des "left / right", et je suis passé aux "relations", qui, au fond, sont plus intelligentes. Or il y a eu un mail récemment sur ce sujet, qui préconnisait les "left/right". Donc il faudrait clarifier cette situation, à mon avis. (en fait, c'est plutôt une question : tolère-t-on deux systèmes ou bien faut-il uniformiser ?) Reste la question "mathématique" de l'art et de la manière de savoir si un point est DANS une zone. Il faudrait que je creuse ça... Merci pour vos éléments ! - Mail Original - De: "Pieren" <[EMAIL PROTECTED]> À: "Discussions sur OSM en français" Envoyé: Samedi 23 Août 2008 23:13:26 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Limites administratives ? 2008/8/23 Charlie Echo <[EMAIL PROTECTED]>: > mais je pense que deux villages d'une même commune peuvent avoir les mêmes > noms de rues. Je ne crois pas. C'était le cas par le passé mais je connais un exemple concret où le nom d'une rue en double sur une "agglomération" comme tu dis, a été changé il y a 20 ans, parce qu'il y avait trop de problèmes d'erreurs d'adresses (routage poste, impôts, etc). > > Il faut donc que la rue soit identifiée de façon unique. > Deux possibilités : > - soit définir les noms de villages en même temps que les rues (Name=Rue de > la Mairie ; City=Brie-Comte-Robert), aïe aïe, il y a le tag "is_in" qui a été créé dans cette idée là > soit précisément les limites des communes et des agglomérations. > - soit tracer la limite de la commune, et celle de l'agglomération ; puis il > faudra qu'un logiciel prenne les rues les unes après les autres et cherche > dans quelle zone elles sont, pour différentier les milliers de "rues de la > mairie" en France. > Je crois que c'est la meilleure solution. Moi je distingue l'administratif (le tag boudary=administrative) avec comme unique source possible pour nous (pour l'instant, et encore, peut-être plus pour longtemps), le cadastre qui fixe les limites de la commune sur la planche "vue d'ensemble" par exemple. Et la limite physique avec un polygone fermé tagué landuse=residential et name=nom_de_la_ville quand c'est effectivement la zone résidentielle. Sinon landuse=industrial, commercial, etc... pour les autres types de zones. Il sera alors possible qu'à l'intérieur d'un polygone "boudary=administrative", il y ait plusieurs zones marquées en residential, une pour le village principal, et d'autres pour chaque lieu-dit important ou "sous-commune" rattachée (pour ceux-là, il m'arrive d'utiliser le tag place=suburb). Pour le cimetière, c'est un cas particulier. En fait, il y a eu des plaintes de gens qui trouvaient qu'utiliser landuse pour un cimetière était inapproprié. Heureusement, les renderers tiennent compte de ce cas particulier et le cimetière apparait normalement à l'intérieur d'un autre landuse même s'il n'y a pas de tag layer. 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