[OSM-talk-fr] Nom de la ville ne correspond pas au code INSEE
Bonjour, voila cela fait un peu plus d'un mois que j'ajoute des informations par rapport à ce que je vois autour de moi dans openstreetmap et en suivant la liste de diffusion j'ai vu que osmose permettait de corriger certaines erreurs. J'ai donc un peu regardé autour et j'ai corrigé les éventuels problèmes. Par contre là je suis arrivé sur : http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=16lat=43.66768lon=1.19509layers=B00Titem=1010,1030,1040,1050,1060,2010,2020,2030,2040,3010,3020,3030,4010,4020,4030,4040,4050,5010,5020,5030,5040,5050,6010,6020,6030,6040,6050,6060,7020,7030 Si on en croit : http://www.insee.fr/fr/ppp/bases-de-donnees/recensement/populations-legales/commune.asp?depcom=31297c'est Lévignac le nom. D'après le site de la mairie : http://www.mairie-levignac.com/ c'est bien Lévignac-sur-Save. Rien ne vaut le fait d'aller lire directement le panneau indiquant l'entrée de ville (qui selon moi doit faire foi) mais j'aurai voulu l'avis et surtout comment le traiter ? Merci, Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de la ville ne correspond pas au code INSEE
Le site internet de la mairie, Wikipedia [1], et les actes administratifs de la préfecture de Haute-Garonne [2] concordent tous sur Lévignac-sur-Save. Un coup de flemme de l'INSEE ? Vincent [1] http://fr.wikipedia.org/wiki/Lévignac-sur-Save [2] http://www.haute-garonne.gouv.fr/automne_modules_files/raa/public/r5394_RAA_PREF31_2009_09.pdf Le 25 juillet 2011 13:05, Fabien marbolan...@gmail.com a écrit : Bonjour, voila cela fait un peu plus d'un mois que j'ajoute des informations par rapport à ce que je vois autour de moi dans openstreetmap et en suivant la liste de diffusion j'ai vu que osmose permettait de corriger certaines erreurs. J'ai donc un peu regardé autour et j'ai corrigé les éventuels problèmes. Par contre là je suis arrivé sur : http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=16lat=43.66768lon=1.19509layers=B00Titem=1010,1030,1040,1050,1060,2010,2020,2030,2040,3010,3020,3030,4010,4020,4030,4040,4050,5010,5020,5030,5040,5050,6010,6020,6030,6040,6050,6060,7020,7030 Si on en croit : http://www.insee.fr/fr/ppp/bases-de-donnees/recensement/populations-legales/commune.asp?depcom=31297c'est Lévignac le nom. D'après le site de la mairie : http://www.mairie-levignac.com/ c'est bien Lévignac-sur-Save. Rien ne vaut le fait d'aller lire directement le panneau indiquant l'entrée de ville (qui selon moi doit faire foi) mais j'aurai voulu l'avis et surtout comment le traiter ? Merci, Fabien ___ 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] Nom de la ville ne correspond pas au code INSEE
bonjour, + osmose vérifie la cohérence: ref:INSEE=31297 doit correspondre à Lévignac + La derniere fois que j'ai pris cette route (route des airbus...), ce village s'appelait bien Lévignac tout cour + http://wiki.openstreetmap.org/wiki/FR:Key:name donc je dirais name=Lévignac loc_name=Lévignac sur Save didier --mateur amapeur-- Le lundi 25 juillet 2011 à 13:05 +0200, Fabien a écrit : Bonjour, voila cela fait un peu plus d'un mois que j'ajoute des informations par rapport à ce que je vois autour de moi dans openstreetmap et en suivant la liste de diffusion j'ai vu que osmose permettait de corriger certaines erreurs. J'ai donc un peu regardé autour et j'ai corrigé les éventuels problèmes. Par contre là je suis arrivé sur : http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=16lat=43.66768lon=1.19509layers=B00Titem=1010,1030,1040,1050,1060,2010,2020,2030,2040,3010,3020,3030,4010,4020,4030,4040,4050,5010,5020,5030,5040,5050,6010,6020,6030,6040,6050,6060,7020,7030 Si on en croit : http://www.insee.fr/fr/ppp/bases-de-donnees/recensement/populations-legales/commune.asp?depcom=31297 c'est Lévignac le nom. D'après le site de la mairie : http://www.mairie-levignac.com/ c'est bien Lévignac-sur-Save. Rien ne vaut le fait d'aller lire directement le panneau indiquant l'entrée de ville (qui selon moi doit faire foi) mais j'aurai voulu l'avis et surtout comment le traiter ? Merci, Fabien ___ 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] Nom de la ville ne correspond pas au code INSEE
dans ce cas name=Lévignac loc_name=Lévignac sur Save reg_name=Lévignac sur Save en attendant la mise a jour de l'insee ? Le lundi 25 juillet 2011 à 13:21 +0200, Vincent Privat a écrit : Le site internet de la mairie, Wikipedia [1], et les actes administratifs de la préfecture de Haute-Garonne [2] concordent tous sur Lévignac-sur-Save. Un coup de flemme de l'INSEE ? Vincent [1] http://fr.wikipedia.org/wiki/Lévignac-sur-Save [2] http://www.haute-garonne.gouv.fr/automne_modules_files/raa/public/r5394_RAA_PREF31_2009_09.pdf Le 25 juillet 2011 13:05, Fabien marbolan...@gmail.com a écrit : Bonjour, voila cela fait un peu plus d'un mois que j'ajoute des informations par rapport à ce que je vois autour de moi dans openstreetmap et en suivant la liste de diffusion j'ai vu que osmose permettait de corriger certaines erreurs. J'ai donc un peu regardé autour et j'ai corrigé les éventuels problèmes. Par contre là je suis arrivé sur : http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=16lat=43.66768lon=1.19509layers=B00Titem=1010,1030,1040,1050,1060,2010,2020,2030,2040,3010,3020,3030,4010,4020,4030,4040,4050,5010,5020,5030,5040,5050,6010,6020,6030,6040,6050,6060,7020,7030 Si on en croit : http://www.insee.fr/fr/ppp/bases-de-donnees/recensement/populations-legales/commune.asp?depcom=31297 c'est Lévignac le nom. D'après le site de la mairie : http://www.mairie-levignac.com/ c'est bien Lévignac-sur-Save. Rien ne vaut le fait d'aller lire directement le panneau indiquant l'entrée de ville (qui selon moi doit faire foi) mais j'aurai voulu l'avis et surtout comment le traiter ? Merci, Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Problème de routage avec restriction:only_straight_on
Bonjour à tous, J'ai remarqué plusieurs problèmes de routage au même endroit sur une route que je fais beaucoup en Allemagne: http://mapq.st/qY62IH Je voulais corriger mais je ne vois pas très bien le problème. Visiblement c'est la relation only_straight_on qui mets le bazar mais je ne comprends pas bien comment c'est censé marcher et où est le problème. http://wiki.openstreetmap.org/wiki/Relation:restriction Si vous avez des idées, je corrigerai tout ça! Merci d'avance, Antoine -- Tigre-Bleu courriel:tigre-b...@n7mm.org xmpp:tigre-b...@im.n7mm.org http://www.openstreetmap.org/?lat=45.4242lon=1.5612zoom=13layers=M ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Date des tuiles satellites Bing
Bonjour, J'apprends que l'on peut connaître la date d'une tuile de l'imagerie Bing: clique droit dans JOSM et Afficher l'information de la tuile. Quand il est affiché: capture-date: 1/1/2001-12/31/2006 est-ce que la date de dernière capture est bien l'année 2006 ? Merci Cyrille. -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de routage avec restriction:only_straight_on
Le 25/07/2011 14:02, tigre-bleu a écrit : J'ai remarqué plusieurs problèmes de routage au même endroit sur une route que je fais beaucoup en Allemagne: http://mapq.st/pQ377G C'est plutot pas mal non plus. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de la ville ne correspond pas au code INSEE
Le 25/07/2011 13:05, Fabien a écrit : Bonjour, [...] Rien ne vaut le fait d'aller lire directement le panneau indiquant l'entrée de ville (qui selon moi doit faire foi) mais j'aurai voulu l'avis et surtout comment le traiter ? Les panneaux ne sont pas à considérer comme une source fiable, pour l'anecdote j'ai déjà vu des panneaux avec une orthographe différente sur 2 entrées du village :-) A++ -- Rodolphe Quiédeville http://cartosm.eu - Intégration de carte libre sur site web Blog : http://blog.rodolphe.quiedeville.org/ SIP/XMPP : rodol...@quiedeville.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de la ville ne correspond pas au code INSEE
Le 25/07/11 15:31, Christophe Jacquet a écrit : Bonjour, Rien ne vaut le fait d'aller lire directement le panneau indiquant l'entrée de ville (qui selon moi doit faire foi) mais j'aurai voulu l'avis et surtout comment le traiter ? Personnellement je vois assez souvent des qualificatifs supplémentaires fantaisistes sur les panneaux d'entrée d'agglomération, alors que seul un nom simple est officiel (INSEE, cartes IGN, etc.). De plus la typographie sur les panneaux routiers est approximative : accents et traits d'union manquants, etc. Donc pour moi les panneaux ne sont pas fiables du tout. Exemple typique : Limours dans l'Essonne. Le nom de la commune est clairement Limours. Mais les panneaux d'agglomération indiquent Limours-en-Hurepoix. L'INSEE a un tel passif d'erreurs en tous genres que je me demande si une application citoyenne ne devrait pas se fier à l'avis de vrais gens quand il va dans le sens d'éviter des confusions dont les belles administrations centrales refusent de considérer, car n'étant pas sur le terrain. On pourrait imaginer changer le sens du manche et obliger l'INSEE a la modestie et à l'écoute (idem pour son complice souvent sourd, le Conseil d'Etat). Cela a coûté cher aux contribuables de certaines communes en arguties devant les tribunaux adminstratifs. Tout cela sent un peu le moisi. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de la ville ne correspond pas au code INSEE
L'INSEE a un tel passif d'erreurs en tous genres que je me demande si une application citoyenne ne devrait pas se fier à l'avis de vrais gens +1 Les bases de l'insee ne viennent qu'après selon moi -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de la ville ne correspond pas au code INSEE
Le 25 juillet 2011, sly (sylvain letuffe) a écrit : L'INSEE a un tel passif d'erreurs en tous genres que je me demande si une application citoyenne ne devrait pas se fier à l'avis de vrais gens +1 Les bases de l'insee ne viennent qu'après selon moi Dans ce cas, il est tout à fait envisageable d'ajouter en plus de la liste officielle de l'INSEE, une liste officieuse remplie par les contributeurs à OSM, que osmose vérifiera en plus. Ça permettra d'enlever les faux positifs, et de continuer à vérifier si les communes restent nommées correctement. Est-ce que cette solution vous irait ? (le seul souci que je vois est avec la création de la liste, mais ça peut se faire petit à petit) Merci, Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de la ville ne correspond pas au code INSEE
2011/7/25 Jocelyn Jaubert jocelyn.jaub...@gmail.com Le 25 juillet 2011, sly (sylvain letuffe) a écrit : L'INSEE a un tel passif d'erreurs en tous genres que je me demande si une application citoyenne ne devrait pas se fier à l'avis de vrais gens +1 Les bases de l'insee ne viennent qu'après selon moi Dans ce cas, il est tout à fait envisageable d'ajouter en plus de la liste officielle de l'INSEE, une liste officieuse remplie par les contributeurs à OSM, que osmose vérifiera en plus. Ça permettra d'enlever les faux positifs, et de continuer à vérifier si les communes restent nommées correctement. Est-ce que cette solution vous irait ? (le seul souci que je vois est avec la création de la liste, mais ça peut se faire petit à petit) Merci, Jocelyn Rebonjour, ouah ça en fait de la discussion dans la journée suite à ma question. Il semblerait que ça ne soit pas si évident comme solution... Alors comment faire le choix à valider ? Il serait bien que osmose indique le moins d'erreur sur toute la France mais il est vrai que pour un moteur de routage si les gens cherchent un nom spécifique et que openstreetmap ne le connaît pas parce qu'on ne se fie qu'à l'INSEE ça limite le tout... Personne n'a écrit un petit laïus là dessus dans le wiki (en fait je m'attendais à une réponse dans le style). Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de la ville ne correspond pas au code INSEE
didier2...@free.fr didier2...@free.fr wrote: + osmose vérifie la cohérence: ref:INSEE=31297 doit correspondre à Lévignac + La derniere fois que j'ai pris cette route (route des airbus...), ce village s'appelait bien Lévignac tout cour Soit la commune préfère utiliser un nom plus exotique mais pas officiel, soit c'est un changement officiel très récent et l'INSEE ne l'a pas intégré. Si on regarde nos concurrents/confrères, ils sont tous d'accord sur Lévignac (tout court) : GoogleMap, BingMap, ViaMichelin et le Géoportail... Quoique le géoportail (IGN) propose les 2 (sur la carte IGN) suivant le niveau de zoom (ça se complique)... A noter que la Carte de Cassini indique Levignac Il existe un Lévignac-de-Guyenne (47) par très loin, c'est peut être pour se différencier plus clairement mais ça semble moyennement officiel. Le mieux serait de contacter la mairie pour éclaircir ce point, voir la préfecture... + http://wiki.openstreetmap.org/wiki/FR:Key:name donc je dirais name=Lévignac loc_name=Lévignac sur Save Ca semble (sans étude sur le terrain) la meilleure solution. -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de la ville ne correspond pas au code INSEE
Le 25/07/2011 19:58, Pierre-Alain Dorange a écrit : Ca semble (sans étude sur le terrain) la meilleure solution. OSM ne consiste pas à cartographier ce qui nous entoure ? Je vois un panneau de rue écrit de tel manière, je le recopie donc sur OSM avec la même forme. Pourquoi me soucier de l'officiel qui ne correspond pas toujours au terrain. Car il ne faut pas oublier qu'OSM sert à faire quelques choses sur le terrain.. C'est pour cela que je mettrais en name le panneau visible sur la commune. Ce n'est plus de principe de base ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de la ville ne correspond pas au code INSEE
Le 25 juillet 2011 19:16, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net a écrit : partir de la liste INSEE, puis, au fur et à mesure que des mappeurs confirment les faux positifs, incorporer ces valeurs validées à la place de celles de l'INSEE. Dans ce genre de cas, mieux vaux faire 2 listes. - Celles de l'INSEE que l'on peut télécharger régulièrement, - Et celles des exceptions que l'on construirait à partir des erreurs que l'on constate sur le terrain. Le 25 juillet 2011 19:07, Fabien marbolan...@gmail.com a écrit : ouah ça en fait de la discussion dans la journée suite à ma question. Ca arrive souvent, mais ce n'est pas grave ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de la ville ne correspond pas au code INSEE
Nicolas Frery nicolas-l...@zoubi.info wrote: Ca semble (sans étude sur le terrain) la meilleure solution. OSM ne consiste pas à cartographier ce qui nous entoure ? Je vois un panneau de rue écrit de tel manière, je le recopie donc sur OSM avec la même forme. Pourquoi me soucier de l'officiel qui ne correspond pas toujours au terrain. Car il ne faut pas oublier qu'OSM sert à faire quelques choses sur le terrain.. Y'a terrain et terrain. Comme signalé dans cette enfilade, certaines rues ont déjà plusieurs orthographes sur les panneaux eux même (début et fin de rue). Certains panneaux de ville comportent des erreurs, etc... Ce que l'on voit autour de nous n'est pas a cartographié en l'état, il faut aussi interprété (notamment les erreurs, omissions ou raccourcis). C'est pour cela que je mettrais en name le panneau visible sur la commune. Et si c'est un employé municipal qui lors de la commande a fait un erreur, tu recopies aussi ;-? Ce n'est plus de principe de base ? Je suis pas sur que ça ait jamais été un principe de base. Le tag loc_name a été inventé aussi pour ça. http://wiki.openstreetmap.org/wiki/Key:name Mais il y a bien sur des cas réels ou le nom officiel est faux : http://rhone-alpes.france3.fr/info/saint-just-d-ardeche-retrouve-son-no m-69134797.html C'est pourquoi perso je contacterais les services de la mairie pour éclaircir la chose... ou pas... -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de la ville ne correspond pas au code INSEE
Le 25/07/2011 20:51, Pierre-Alain Dorange a écrit : Ce n'est plus de principe de base ? Je suis pas sur que ça ait jamais été un principe de base. J'avais ça en tête depuis le début de mes contributions... d'où je peu tenir ça alors.. C'est pourquoi perso je contacterais les services de la mairie pour éclaircir la chose... ou pas... Je préfère encore demander au habitant comment ils peuvent bien écrire leurs adresses ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de la ville ne correspond pas au code INSEE
Le 25 juil. 2011 à 19:58, pdora...@mac.com (Pierre-Alain Dorange) a écrit : Soit la commune préfère utiliser un nom plus exotique mais pas officiel, soit c'est un changement officiel très récent et l'INSEE ne l'a pas intégré. Si on regarde nos concurrents/confrères, ils sont tous d'accord sur Lévignac (tout court) : GoogleMap, BingMap, ViaMichelin et le Géoportail... Quoique le géoportail (IGN) propose les 2 (sur la carte IGN) suivant le niveau de zoom (ça se complique)... A noter que la Carte de Cassini indique Levignac Il existe un Lévignac-de-Guyenne (47) par très loin, c'est peut être pour se différencier plus clairement mais ça semble moyennement officiel. Le mieux serait de contacter la mairie pour éclaircir ce point, voir la préfecture... Il peut fort bien arriver que la mairie utilise le nom étendu pour son site et les panneaux sur lesquels elle a la main, mais que les panneaux délimitant l'agglo soient départementaux, d'où une contradiction. Il y a donc l'officiel de l'Etat et celui de la mairie pour des raisons pratiques ou d'usage. Loc—name est utilisable, mais est-il pris en compte par les logiciels de routage, à commencer par les produits CloudMade et Geofabrik? Christian___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Remplacement de données non compatibles - début des hostilités sur Toulouse
Ah, ben le chantier toulousain n'aura finalement pas lieu, les CT semblent avoir été acceptées. J'ai hâte de voir le rafraichissement de http://odbl.de/france.html, on devrait voir un saut significatif dans le pourcentage de données compatibles ! Vincent Le 24 juillet 2011 20:01, Vincent Privat vincent.pri...@gmail.com a écrit : Bonjour, Je viens de lancer le grand chantier de réimport de bâti sur Toulouse. Merci encore à l'équipe de cleo-carto pour l'export du cadastre :) Mon premier changeset, sur un quartier résidentiel du centre-ville ouest: http://www.openstreetmap.org/browse/changeset/8818759 A titre d'exemple pour celles et ceux qui vont se lancer dans les chantiers du type (pas seulement sur Toulouse), j'explique ici la méthode que j'ai suivi. 1) Installer le plugin licensechange pour JOSM 2) Télécharger les données OSM du quartier que l'on souhaite corriger, sauver le tout dans un calque. 3) Télécharger l'export du cadastre de la commune. Avec JOSM, enregistrer un sous-ensemble de cet export correspondant au quartier visé, à grands coups de Ctrl-Shift-P (purge). Sur ce calque, effectuer le nettoyage classique de tout import cadastral (jonctions des bâtiments, tout ça). 4) Fusionner les 2 calques. Lancer l'analyse de compatibilité des données. 5) Pour toutes les bâtiments taggués perte *possible *de données, ne rien remplacer pour l'instant. Il s'agit d'utilisateurs n'ayant pas encore accepté la nouvelle licence, mais pouvant encore le faire, donc plutôt le contacter si ce n'est déjà fait (voir fil de discussion Invitation pour accepter le changement de licence). 6) Pour les bâtiments taggués perte de données. Si le volume est important (cas de Toulouse), sélectionner tous bâtiments concernés. Dans la fenêtre d'attributs de JOSM, relever tous les attributs sortant de l'ordinaire (différents de building, source, note:qadastre, created_by). Les plus courants sont name et amenity, mais il peut y en avoir bien d'autres. Pour chacun de ses attributs, effectuer une recherche au sein de la sélection des bâtiments problématiques avec cet attribut comme filtre de recherche. Pour chacun de ces bâtiments, vérifier que les attributs supplémentaires ont été ajoutés par des utilisateurs ayant accepté la nouvelle licence. Si c'est le cas, copier les attributs du bâtiment vers le nouveau, et opérer au remplacement. Si ce n'est pas le cas, vérifier si l'information peut-être trouvée via une autre source et effectuer le remplacement. Une fois que tous les bâtiments spécifiques ont été remplacés, il ne doit rester que des bâtiments taggués building=yes + source=*** (et éventuellement created_by + note:qadastre). Il est donc possible de supprimer tout ce bloc de bâti d'un coup sans perte d'attributs additionnels. Par contre, vérifier que le tracé correspond, les bâtiments ayant pu être corrigés par rapport à un cadastre erroné. 7) Terminer le travail en remplaçant des nodes isolés restants de vieux bâtiments pouvant être utilisés par d'autres objets (highways, entrance, addr:housenumber, etc...) par les nouveaux nodes. 8) Itérer l'analyse de compatibilité des données jusqu'à ne plus avoir de perte de données. Pour les highways, même philosophie, mais c'est plus rapide :) 9) Lancer un coup de validator et corriger les erreurs. Ne pas oublier de bien corriger les relations pouvant être impactées (les associatedStreet, les lignes de bus, etc...). Si des bâtiments existants étaient compatibles avec la licence, faire attention à ne pas importer de doublon. 10) Plus d'erreur ni de données incompatibles. Les données sont prêtes à uploader. Pour info, rien que ce petit quartier de Toulouse m'a occupé presque tout l'après-midi. C'est long, c'est pénible, mais je ne vois pas de méthode plus efficace pour l'instant. S'il y a des volontaires pour Toulouse c'est le moment de se faire connaître pour coordonner l'action (par mail ou via le wiki si on est nombreux. Le mieux étant de travailler en fonction des 22 quartiers définis par la Mairie, et des quartiers à stationnement résidant pour l'hypercentre). Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] April Camp les 29, 30 et 31 juillet 2011 - était Soucis sur le dépôt cadastral
Le 22/07/2011 10:17, Philippe Pary a écrit : Le vendredi 22 juillet 2011 à 00:27 +0200, Marc Sibert a écrit : Le 21/07/2011 23:54, Philippe Pary a écrit : Le jeudi 21 juillet 2011 à 23:40 +0200, Marc Sibert a écrit : .. Il va falloir se faire un SOTM Fr pour payer quelques bières à nos admin/dev qui travaillent de nuit. Venez à l'April Camp du week-end du 30/31 :-) Philippe A planifier. ça doit être possible... j'ai vu que Gael (RatZilla$) y sera samedi. C'est l'occasion de transformer le camp en repère de geogeek ! Faut pas le dire trop fort, des fois que ça parvienne aux oreilles de Fred Couchet et que ça le facherait, mais c'était un peu l'idée à la base ; que la future OSM-fr s'incruste au week-end de travail de l'April. Viendez ! :-) Philippe Je remonte (up) ce fil. C'est l'occasion de se rencontrer ce WE (samedi ?) les contributeurs Iliens et les autres. Ça vous coutera bien moins cher que d'aller à Vienne ou à Denver. Pour parler de l'avenir de l'asso, du site web, des imports massifs (ya eu un échange intéressant à SOTM-EU sur ce sujet) et puis c'est bientôt l'anniversaire des 7ans d'OSM. Moi j'ai bloqué ma journée ! C'est là : http://www.april.org/april-camp-du-29-au-31-juillet-au-loop-paris-et-en-ligne (avec une carte OSM svp) A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Date des tuiles satellites Bing
2011/7/25 cyrille giquello cyrill...@gmail.com Quand il est affiché: capture-date: 1/1/2001-12/31/2006 est-ce que la date de dernière capture est bien l'année 2006 ? Non, je pense que cela donne l'intervale des prises de vues pour un ensemble photographique, pas seulement pour une tuile. Si ça vient de l'IGN, je crois qu'ils couvrent tout le territoire tous les 5 ans justement. Ensuite, la date que tu vois est retournée par l'API de Bing qui ne doit pas avoir les détails par tuile (mais cette date peut varier suivant les niveaux de zoom). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
