[OSM-talk-fr] OSM dans le magazine l ordinateur individuel
Bonjour, Ce mois ci en couverture du nouveau numero de l Ordinateur Individuel [1] il y a un encart intitulé : Internet le match des services de cartographies OSM figure en bonne place dans l article [2] ce qui pourrait nous faire une bonne pub. Petit bemol, l article dit qu il n y a pas d applications mobiles pour OSM, je pense qu il parlait d applications officielle. Pour le routage ils avaient bien precise que c est possible mais sur des sites tiers alors que la plupart des articles grands publics s arretent au fait que le routage n est pas dispo sur OSM.org, je trouve ca dommage qu ils n aient pas applique la logique aux applis mobiles [1] : http://thevenon.julien.free.fr/osm_press/couv_ordi_individuel.pdf [2] : http://thevenon.julien.free.fr/osm_press/osm_ordi_individuel.pdf Julien___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A propos de la couche voirie/cadastre de layers.openstreetmap.fr
Bonjour Sly, Ce bug a été corrigé ou pas ? Je pose la question car il y en encore pas mal de commune qui passent en blanc. Exemple : http://layers.openstreetmap.fr/?zoom=12lat=47.0331lon=-1.33732layers=BFFTF Ces communes de Aigrefeuille sur Maine et Remouillé étaient en bleu encore récemment. Plus globalement, toutes les communes des pays de la loire sont vectorisées depuis longtemps (à l'exception de 2 en Mayenne), et pourtant, il y a pas mal de blanc. Stéphane. Le 23/10/2012 17:08, sly (sylvain letuffe) a écrit : On mardi 23 octobre 2012, Stéphane Péneau wrote: Ha, peut-être une piste : Il y a 2 jours, j'ai touché légèrement à certains chemins composant ces relations. Ouais, moi aussi je croyais avoir trouvé, ça correspondait pile poil avec un changement du chemin au 21 octobre, mais comme il a eu lieu après le calcul et que si je lance le calcul à la main ça marche ha mais au put eureka ! C'est toi qui m'a mis sur la voi (rie) ;-) Ho le bug de conception que j'ai trop honte de le dévoiler... En un mot : ça va se réparer tout seul dimanche prochain. En 17 mots : toute retouche sur une relation ou un membre remet à zéro son nombre de km de voirie En 9876215 mots simples : ha ouais mais ça va être un peu plus compliqué que prévu à corriger parce que la table de postgis est liée à l'import de osm2pgsql et va donc perdre l'info qu'il faut que je remette dynamiquement car mon script php... et blabla blabla... enfin bref pas tout de suite. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Problème de localisation de Rennes
Bonjour, Quand je recherche Rennes sur Open Street Map, je tombe sur la commune de Saint Gilles une petite commune à coté de Rennes : Limite administrative Rennes, Ille-et-Vilaine, Bretagne, Francehttp://www.openstreetmap.org/?minlon=-2.28898406028748minlat=47.8984336853027maxlon=-1.28395414352417maxlat=48.4047355651855. Il est possible que ce soit les limites administratives de Rennes Métropole qui soit prisent en compte, mais du coup, ce n'est pas correct. Cordialement, Tanguy ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] 5ème anniversaire de Juvaboun
Le message suivant de JUVABOUN: ## Bonjour, Je me présente : http://www.juvaboun.fr L’association JUVABOUN a le plaisir de vous annoncer son rassemblement de véhicules anciens et de prestiges qui aura lieu le 17 Mars 2013, à St Lubin des Joncherets (28350) « La ferrette » au centre Edouard Hoff (comme en 2012 pour ceux qui étaient présents). Cette année ce rassemblement sera dédié à Robert Morin, le fondateur de l’association qui nous a quitté beaucoup trop tôt. Une bourse d’échange vous est aussi proposé pour un tarif unique de 5 € pour exposer (quelque soit le nombre de mètre). 2 repas seront offerts par véhicule pour toute inscription avant le 07 Mars 2013. Beau cadre champêtre ; jeux extérieurs pour les enfants ; salle pour se restaurer ; …. Que du bonheur en perspective. Nous comptons sur votre présence. Pour information, en 2012, environ 200 véhicules étaient présents. Cordialement Eric Gigan Président Juvaboun 06 60 22 91 71 a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=6t=491 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleures réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM dans le magazine l ordinateur individuel
Merci pour l'info ! http://openstreetmap.fr/ordinateur-individuel-257 Le 1 février 2013 09:15, THEVENON Julien julien_theve...@yahoo.fr a écrit : Bonjour, Ce mois ci en couverture du nouveau numero de l Ordinateur Individuel [1] il y a un encart intitulé : Internet le match des services de cartographies OSM figure en bonne place dans l article [2] ce qui pourrait nous faire une bonne pub. Petit bemol, l article dit qu il n y a pas d applications mobiles pour OSM, je pense qu il parlait d applications officielle. Pour le routage ils avaient bien precise que c est possible mais sur des sites tiers alors que la plupart des articles grands publics s arretent au fait que le routage n est pas dispo sur OSM.org, je trouve ca dommage qu ils n aient pas applique la logique aux applis mobiles [1] : http://thevenon.julien.free.fr/osm_press/couv_ordi_individuel.pdf [2] : http://thevenon.julien.free.fr/osm_press/osm_ordi_individuel.pdf Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de localisation de Rennes
Bizarre... je viens de faite le test sur osm.org et la première qui sort, c'est bien la ville de Rennes (avec le code postal indiqué dans le résultat), pas l'arrondissement. Le 1 février 2013 09:44, Tanguy JACQ tanguy.j...@gmail.com a écrit : Bonjour, Quand je recherche Rennes sur Open Street Map, je tombe sur la commune de Saint Gilles une petite commune à coté de Rennes : Limite administrative Rennes, Ille-et-Vilaine, Bretagne, Francehttp://www.openstreetmap.org/?minlon=-2.28898406028748minlat=47.8984336853027maxlon=-1.28395414352417maxlat=48.4047355651855. Il est possible que ce soit les limites administratives de Rennes Métropole qui soit prisent en compte, mais du coup, ce n'est pas correct. Cordialement, Tanguy ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A propos de la couche voirie/cadastre de layers.openstreetmap.fr
Le 1 février 2013 09:41, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Ce bug a été corrigé ou pas ? Je pose la question car il y en encore pas mal de commune qui passent en blanc. Exemple : http://layers.openstreetmap.**fr/?zoom=12lat=47.0331lon=-** 1.33732layers=**BFFTFhttp://layers.openstreetmap.fr/?zoom=12lat=47.0331lon=-1.33732layers=BFFTF Ces communes de Aigrefeuille sur Maine et Remouillé étaient en bleu encore récemment. Pour ce problème je ne sais pas, je laisse Sly regarder. Les communes sont bien des polygones fermés ? Plus globalement, toutes les communes des pays de la loire sont vectorisées depuis longtemps (à l'exception de 2 en Mayenne), et pourtant, il y a pas mal de blanc. L'extraction de la base de référence cadastrale a été calculé au premier trimestre 2011 (et ça a pris le trimestre entier pour faire le calcul). Il n'est pas prévu de mise à jour. Si tu veux refaire des calculs ou une mise à jour, les scripts dispo sur le net. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de localisation de Rennes
La première adresse qui sort est bien la ville de Rennes, mais la deuxième se centre sur Saint Gilles, ça peut être déroutant ... Le 1 février 2013 09:58, Christian Quest cqu...@openstreetmap.fr a écrit : Bizarre... je viens de faite le test sur osm.org et la première qui sort, c'est bien la ville de Rennes (avec le code postal indiqué dans le résultat), pas l'arrondissement. Le 1 février 2013 09:44, Tanguy JACQ tanguy.j...@gmail.com a écrit : Bonjour, Quand je recherche Rennes sur Open Street Map, je tombe sur la commune de Saint Gilles une petite commune à coté de Rennes : Limite administrative Rennes, Ille-et-Vilaine, Bretagne, Francehttp://www.openstreetmap.org/?minlon=-2.28898406028748minlat=47.8984336853027maxlon=-1.28395414352417maxlat=48.4047355651855. Il est possible que ce soit les limites administratives de Rennes Métropole qui soit prisent en compte, mais du coup, ce n'est pas correct. Cordialement, Tanguy ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ 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] Ombrière avec prises de rechargement solaire pour 2 roues
Bonjour à tous, Je suis tombé dans la liste des tag amenity sur : http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dev_charging Ça correspond bien aux bornes de chargement mais dans mon cas pour vélo/2 roues dans un garage à vélo... J'ai donc un peut transposé en mettant : ev_charging=yes ev_charging:solar=yes ev_charging:capacity=3 # Les 3 prises ev_charging:bicycle=yes ev_charging:motorcycle=yes ev_charging:motorcar=no Je sais que c'est des tags inventés... Faudrait que je fasse une proposal mais c'est quand même à la base un parking à vélo couvert d'où le fait de ne pas mettre en amenity ev_charging. Je me rappelle plus des voltages... J'y retournerai pour compléter ! Fabien Le 26 janvier 2013 11:29, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Dans le même genre, à Orléans on a 2 bornes pour le rechargement d'appareil (smartphone, ordinateur portable, ...) avec de l'électricité solaire : http://www.bioaddict.fr/article/des-bornes-solaires-a-orleans-pour-recharger-gratuitement-ses-appareils-electroniques-a3338p1.html Si certains ont des pistes pour les tags :) Le 24 janvier 2013 15:29, Sylvain Maillard sylvain.maill...@gmail.com a écrit : Salut, est-ce que tu as regardé ce qu'il se fait du côté des bornes pour voitures ? avec un access=cycle, ça devrait indiquer que c'est la même chose, mais pour les vélos ? Sylvain Le 24 janvier 2013 12:24, Fabien marbolan...@gmail.com a écrit : Le 21 janvier 2013 14:45, Vincent de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Fabien Trêve de digression, le sujet que je voulais savoir c'est comment ajouter les bonnes informations : * Pour le type de parking vélo : c'est bon. * Pour dire que c'est solaire : power=generator, generator:source=solar ça ira ? * Pour dire que les prises c'est pour les 2 roues là je vois pas... j'ai cherché VAE, électrique, recharge dans le wiki mais rien de bien concluant. Si quelqu'un a une idée pour ces deux derniers points. Pour l'aspect VAE, en cherchant e-bike (le petit nom anglais des VAE) sur taginfo j'ai trouvé en tout... 1 seul POI : http://www.openstreetmap.org/browse/node/1598972627 Autant dire que ça te laisse le champ libre. vincent Merci pour la réponse. J'attendais pour voir si personne ne proposait autre chose mais ça motive pas les foules... Attendons un peu pour voir si d'autres pays plus en avance sur le déplacement vélo ne propose pas une solution. 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A propos de la couche voirie/cadastre de layers.openstreetmap.fr
Le vendredi 1 février 2013 10:03:08, Frédéric Rodrigo a écrit : Pour ce problème je ne sais pas, je laisse Sly regarder. Les communes sont bien des polygones fermés ? Oui, j'ai vérifié leur relation il y a 1 ou 2 jours. L'extraction de la base de référence cadastrale a été calculé au premier trimestre 2011 (et ça a pris le trimestre entier pour faire le calcul). Il n'est pas prévu de mise à jour. Si tu veux refaire des calculs ou une mise à jour, les scripts dispo sur le net. Ces communes sont dans la base de référence, je voulais juste préciser que ce n'était pas localisé à la zone que j'ai mentionné, et que de nombreuses communes sont touchées. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A propos de la couche voirie/cadastre de layers.openstreetmap.fr
L'extraction de la base de référence cadastrale a été calculé au premier trimestre 2011 (et ça a pris le trimestre entier pour faire le calcul). Il n'est pas prévu de mise à jour. Si tu veux refaire des calculs ou une mise à jour, les scripts dispo sur le net. C'est compliqué à mettre en place ? Je pose la question car je vais avoir pendant quelques semaines un Bi Xeon 16 coeurs à 2.6Ghz (+ hyperthreading). J'imagine qu'il devrait être capable de calculer ça un peu plus rapidement. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM dans le magazine l ordinateur individuel
Mouais... J'ai pas encore tout lu, mais déjà rien que les légendes à côté des images: *OpenStreetMap: [...] revers de la médaille: certaines régions sont moins détaillées que d'autres* Parce que chez G00gle, ils ont des données détaillées partout peut-être??? M'enfin... au moins ça affiche OSM au grand public, c'est déjà ça... et les curieux iront se faire une opinion eux-même -- Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux -- Albert Einstein A journey does not need reasons. Before long, it proves to be reason enough in itself. One thinks that one is going to make a journey, yet soon it is the journey that makes or unmakes you. -- Nicolas Bouvier Photos de voyages, photos de montagne: http://www.henriod.info 2013/2/1 Christian Quest cqu...@openstreetmap.fr Merci pour l'info ! http://openstreetmap.fr/ordinateur-individuel-257 Le 1 février 2013 09:15, THEVENON Julien julien_theve...@yahoo.fr a écrit : Bonjour, Ce mois ci en couverture du nouveau numero de l Ordinateur Individuel [1] il y a un encart intitulé : Internet le match des services de cartographies OSM figure en bonne place dans l article [2] ce qui pourrait nous faire une bonne pub. Petit bemol, l article dit qu il n y a pas d applications mobiles pour OSM, je pense qu il parlait d applications officielle. Pour le routage ils avaient bien precise que c est possible mais sur des sites tiers alors que la plupart des articles grands publics s arretent au fait que le routage n est pas dispo sur OSM.org, je trouve ca dommage qu ils n aient pas applique la logique aux applis mobiles [1] : http://thevenon.julien.free.fr/osm_press/couv_ordi_individuel.pdf [2] : http://thevenon.julien.free.fr/osm_press/osm_ordi_individuel.pdf Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ 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] Un groupe de coordination était Support publicitaire
Bonjour, Je forke une discussion en cours (jointe) pour lever le point de la coordination. J'ai bien conscience qu'OSM est basé sur le volontaria et la liberté de contribution et je ne remets pas en cause cette vision. Je reste convaincu que la mise en place d'un groupe de travail pourrait se mettre en place pour faire des propositions de taches à réaliser sur le territoire français (au sens large), comme cela a pu se faire ponctuellement sur le Nord avec le remplacement des données supprimées. Je vous propose de lancer le sujet pour en débattre et voir l'intérêt qu'y la communauté porte. A+ -- Marc Sibert m...@sibert.fr -- Message transféré -- De : Pierre-Alain Dorange pdora...@mac.com Date : 31 janvier 2013 20:01 Objet : Re: [OSM-talk-fr] Support publicitaire À : talk-fr@openstreetmap.org Michel michel.descou...@gmail.com wrote: quand je tombe sur des zones de ce type, une question me vient à l'esprit : le devenir d'OSM est il de servir, entre autres, de support publicitaire pour des structures à but lucratif ? http://www.openstreetmap.org/?lat=43.610584lon=3.876857zoom=18layers=M C'est le Sentier ? Je suis aussi assez dubitatif sur ce genre de rendu qui peut avoir certains intérêts (on a tous des centres d'intérêts différents et un rendu généraliste ne pourra pas satisfaire tout le monde) mais un tel niveau de détail me perturbe quand on trouve a quelques kilomètres de là des zone ou il manque de la voirie... Mais c'est aussi le propre d'un projet comme le notre. Il est contributif, chacun y contribu a sa manière, sur les zones qui l'intéresse et aussi sur les sujets qui l'intéresse. Toutefois il manquerait peut être une coordination pour rendre nos cartes plus homogène (des task-forces de vétérans qui s'occuperaient sur bien commun et s'organiserait pour cartographier les bases sur l'ensemble d'un territoire). Après l'autre soucis que je vois avec le tag de toutes ces boutiques, ce sont les mises à jour. Car dans certains coins ça change souvent d'enseigne et là on est carrément pas équipé pour assurer un suvi et on va vite se retrouver avec des trucs obsolètes... Mais là encore c'est compliqué, chacun fait comme il a envie. Par exemple lors des carto-parties que j'organise localement j'ai une participantes qui note tout, pour une boutique elle va noter le nom, les horaires d'ouvertures, le téléphone, etc... et veut renseigner ça dans OSM. Je lui ait bien sur montrer comment faire, mais j'y ait mis des bémoles persos sur le fiabilité et longévités des données. On cartographie des bourges ruraux et ces infos ne me semble pas assez fixe pour être intégrer à OSM avec le niveai d'organisation qui existe. Mais en même temps, je peux pas lui interdire de s'amuser en notant tout, elle a parfaitement le droit de la faire... -- 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
[OSM-talk-fr] [forum-osm-fr] Qualité des sources de données
Le message suivant de : ## Bonjour, Je suis étudiante en master 2 SIG et Télédétection et j'aimerais contribuer à OSM dans ma région au nord du Cameroun en faisant ressortir de cela un projet de fin d'étude. Concernant les sources de données je me pose des questions et j'aimerais avoir plus d'infos: - l'utilisation des images Bing disponibles dans OSM ont un atout pédagogique, j'aimerais donc savoir si ces images ont étés géoréférenceés ou orthorectifiées? -Concernant les GPS, j'ai un Garmin etrex 10, la ville que j'aimerais cartographier ne possède pas trop d'immeuble et quand il y'en a c'est maximum 3 niveaux. quel type de précision je pourrais avoir dans ce cas? a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=2t=492 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleures réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de localisation de Rennes
2013/2/1 Tanguy JACQ tanguy.j...@gmail.com: La première adresse qui sort est bien la ville de Rennes, mais la deuxième se centre sur Saint Gilles, ça peut être déroutant ... La deuxième, c'est l'admin_level 7. J'ai un peu déconnecté sur ces niveaux exotiques (5, 7, 9) mais pour moi, il y a clairement un problème de nom dans cette relation: http://www.openstreetmap.org/browse/relation/1655027 C'est quoi finalement, le admin_level 7 ? L'arrondissement départemental ou une communauté urbaine ? D'après le wiki, c'est l'arrondissement: http://wiki.openstreetmap.org/wiki/Tag:boundary=administrative?uselang=en Sur Wikipedia, la division administrative est nommée Arrondissement de Rennes et Rennes n'en est que le chef-lieu: http://fr.wikipedia.org/wiki/Arrondissement_de_Rennes Si on donne un nom correct, les résultats de nominatim seront moins trompeurs. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM dans le magazine l ordinateur individuel
2013/2/1 Stéphane Henriod s...@henriod.info: Parce que chez G00gle, ils ont des données détaillées partout peut-être??? Pour ce qui est des données routières, oui. Sauf que souvent, ils ne font pas la différence entre routes et chemins limites carrossables, mais bon. Sinon, l'article est globalement assez équilibré, à part la grosse faute sur les appli mobiles et aussi la mention de cloudmade qui a tourné le dos à OSM depuis quelques temps déjà (même si les services sont encore en ligne, il n'y a plus de mises à jour). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de localisation de Rennes
Bonjour, De : Pieren La deuxième, c'est l'admin_level 7. J'ai un peu déconnecté sur ces niveaux exotiques (5, 7, 9) mais pour moi, il y a clairement un problème de nom dans cette relation: http://www.openstreetmap.org/browse/relation/1655027 C'est quoi finalement, le admin_level 7 ? L'arrondissement départemental ou une communauté urbaine ? D'après le wiki, c'est l'arrondissement: http://wiki.openstreetmap.org/wiki/Tag:boundary=administrative?uselang=en Sur Wikipedia, la division administrative est nommée Arrondissement de Rennes et Rennes n'en est que le chef-lieu: http://fr.wikipedia.org/wiki/Arrondissement_de_Rennes Si on donne un nom correct, les résultats de nominatim seront moins trompeurs. L'INSEE n'est pas ambigu sur la manière de nommer un arrondissement départemental : http://insee.fr/fr/methodes/nomenclatures/cog/arrdep.asp?codedep=35 Et notre version des arrondissements suit cette règle partout (enfin, partout où on a des arrondissements...) : http://layers.openstreetmap.fr/?zoom=7lat=48.34434lon=1.35998layers=000B0FFFT Appeler dans la base l'arrondissement Arrondissement de Rennes, ça revient, au niveau 8, à appeler chaque commune Commune de xxx. On n'a pas fini. Mais Nominatim, avec les 2 informations : - limite administrative de niveau 7 ET - limite s'appliquant au territoire français a tout le loisir de présenter ses résultats en habillant le nom (le tag name) avec un préfixe tel que Arrondissement de . vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cantons : tracés suivant les limites d'anciennes communes
Bonjour, Pas mal de cantons continuent de suivre les limites communales d'anciennes communes, et qui ont depuis fusionné avec une autre commune. Où trouver les limites communales de ces anciennes communes ? Notre outil cadastre.openstreetmap.fr ne semble pas les proposer... -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cantons : tracés suivant les limites d'anciennes communes
De : Francescu GAROBY Pas mal de cantons continuent de suivre les limites communales d'anciennes communes, et qui ont depuis fusionné avec une autre commune. Où trouver les limites communales de ces anciennes communes ? Notre outil cadastre.openstreetmap.fr ne semble pas les proposer... Un bout de réponse peut résider dans le découpage en feuilles cadastrales : avec un peu de chance, les feuilles des communes initiales restent telles qu'avant la fusion, et donc des limites actuelles de feuilles correspondent à d'anciennes limites de communes. Mais ça n'est qu'une supposition, et qui plus est, il te faut par ailleurs une source pour définir, au moins de façon macro, où passait la limite des anciennes communes pour faire le lien avec les actuelles limites de feuilles. Bref, pas mieux qu'un début de commencement de piste. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de localisation de Rennes
2013/2/1 Vincent de Chateau-Thierry v...@laposte.net: L'INSEE n'est pas ambigu sur la manière de nommer un arrondissement départemental : http://insee.fr/fr/methodes/nomenclatures/cog/arrdep.asp?codedep=35 Dans un tableau avec une colonne marquée Arrondissement, c'est évident qu'on ne va pas encore écrire Arrondissement de .. dans chaque case. Le même tableau présente le chef-lieu en majuscule. C'est pas une raison pour en faire autant. Et notre version des arrondissements suit cette règle partout (enfin, partout où on a des arrondissements...) : Je pense que c'est une erreur. On voit maintenant que ça prête à confusion lorsque plusieurs relations sont présentées avec le même nom. Appeler dans la base l'arrondissement Arrondissement de Rennes, ça revient, au niveau 8, à appeler chaque commune Commune de xxx. On n'a pas fini. Non. Si je dis Rennes à quelqu'un, il comprend tout de suite que je parle de la ville, pas d'un arrondissement départemental. Si je dessine trois cercles imbriqués sur une feuille et que je les appelle tous les trois Rennes, ça veut dire quoi ? Le nom doit être un indicateur suffisant sans passer par l'analyse d'un 3e sous-tag (après type=boundary, boundary=administrative, cherchez le admin_level.) En plus, peu de gens comprennent ce qu'est l'admin_level 7 et la confusion avec les communautés urbaines, les CC ou les métropoles est assez rapide (et déjà faite sur ce fil de discussion). Je suis pour une clarification dans le nom directement et appeler Rennes la commune, Rennes Métropole la CU et Arrondissement de Rennes l'arrondissement. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A propos de la couche voirie/cadastre de layers.openstreetmap.fr
Le 1 février 2013 10:33, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : C'est compliqué à mettre en place ? Je pose la question car je vais avoir pendant quelques semaines un Bi Xeon 16 coeurs à 2.6Ghz (+ hyperthreading). J'imagine qu'il devrait être capable de calculer ça un peu plus rapidement. Le résultat actuel avait du prendre 2 mois à temps complet à 9 process (3 machines à 3 process). L'outil est un bougiboulga de c/python/ruby/perl (rayer la mention inutile s'il y a). http://lists.openstreetmap.org/pipermail/dev-fr/2011-January/000148.html Si tu veux te lancer là dedans l'idée serait de juste faire les communes manquantes. Si tu le fais je suis intéressé par les GPX produits. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de localisation de Rennes
Je pense comme Pieren même si sur un plan très puriste l'ajout de Arrondissement de fera un peu bizarre, mais il permet de lever toute ambiguité à l'usage par un humain. Peut-être qu'on peut conserver le nom court dans un autre tag name pour l'utilisation par les machines... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de localisation de Rennes
De : Pieren Le nom doit être un indicateur suffisant sans passer par l'analyse d'un 3e sous-tag (après type=boundary, boundary=administrative, cherchez le admin_level.) Ça, c'est un doux rêve. À ce compte là, comment vas-tu traiter les cas d'homonymie entre communes en France ? On a une cinquantaine de communes qui s'appellent Saint-Nicolas. Si on ne leur ajoute pas soit le code de leur département, soit leur valeur de code postal, on ne peut pas lever l'ambiguïté entre elles. C'est bien aux applications de le faire, pas à la base de stocker : name=Saint-Nicolas (22170) name=Saint-Nicolas (62170) name=Saint-Nicolas (79150) etc. On est exactement dans la même problématique avec les noms d'arrondissements. Ils sont homonymes de noms de villes, soit. Mais aux application de _combiner_ des infos pour rendre la présentation de ces infos non ambigües. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Logo trait OSM-FR
Afin de réaliser quelques goodies pour le SOTM-FR, j'ai fait une version au trait du logo OSM. Elle est destinée à des impressions en une couleur Qu'en pensez-vous ? http://openstreetmap.fr/node/445 -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Logo trait OSM-FR
J'aime bien ! C'est simple et efficace. Bonne journée Michael Le 1 février 2013 12:07, Christian Quest cqu...@openstreetmap.fr a écrit : Afin de réaliser quelques goodies pour le SOTM-FR, j'ai fait une version au trait du logo OSM. Elle est destinée à des impressions en une couleur Qu'en pensez-vous ? http://openstreetmap.fr/node/445 -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ 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] Logo trait OSM-FR
Le 1 février 2013 11:16, kimaidou kimai...@gmail.com a écrit : simple et efficace. +1 -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ou est le nom des oceans ?
Bonjour, Je m'était fait un récap de tête mais je l'ai couché sur papier pour le partager de la façon la plus lisible possible en exposant l'état actuel, en comparant les méthodes et avec une conclusion personnelle. Ceci reflète mon avis personnel mais le cas n°1 me semble l'approche idéal (oui je me contredit avec mon message précédent). Cet avis découle de la conclusion de ce qui suis et des erreurs de jugement peuvent exister (en espérant que ce ne soit pas trop long à lire). ===DÉBUT=== *Approche 1 : * - natural=wood est utilisé pour marquer les zones couvertes d'arbres ; - landuse=forest est utilisé pour marquer les parcelles gérées pour l'exploitation commerciale ; - woodland=virgin est utilisé pour marquer les zones de forêt vierge non gérées par l'homme. La prioritée est faite à natural=* et landuse=forest est une précision sur l'utilisation des sols. Cela permet le marquage des zones d'exploitation commerciale qui ne sont pas actuellement boisés (natural=scrub + landuse=forest). Les forêts vierge (uniquement) sont marquée de façon explicite par woodland=virgin. Une fôret vierge est également appelée forêt primaire ou originelle. *Approche 2 : * - landuse=forest est utilisé pour marquer les zones couvertes d'arbres entretenue ou exploitée commercialement ; - natural=wood est utilisé pour marquer les forêts ancienne et les forêts vierge. La priorité est faite à landuse=forest, les forêts ancienne et les forêts vierge sont marquées de façon explicite par natural=wood, ce cas découlant de connaissances spécifique, l'utilisation de name=* devrait être fortement commandé voir obligatoire. *Approche 3 : * - wood=* est utilisé pour marquer la présence ou non d'arbres ; - natural=wood est utilisé pour marquer les zones de forêt non géré. Implique wood=yes - landuse=forest est utilisé pour marquer les zones de forêt géré (commercialement ou non), peut inclure des forêts vierges gérée (cas en Amazonie). Implique wood=yes Cette approche dépend directement des connaissances locale, la priorité statistique d'utilisation pour le rendu dépends directement de la région du monde concernée ou du climat : - Europe + Amérique du Nord (partiellement) les forêts sont gérées (exploitées ou entretenues), landuse=forest est couramment utilisé ; - Amérique du Sud, les forêts sont principalement vierge, les autres sont exploitées mais rarement entretenues sans exploitation commerciale, natural=wood est couramment utilisé ; - Afrique et Asie, l'utilisation dépend du climat et des habitudes locale. Exemple : landuse=forest au nord Magrebh, *Synthèse : * - *L'approche n°1* permet d'associer les tag natural=* et landuse=* de façon cohérente (l'état visuel et l'utilisation humaine) tout en pouvant préciser la présence de forêts vierge ou primaire. - *L'approche n°2* permet d'automatiser la saisie et d'obtenir un résulta homogène mais ne permet pas de prendre en compte les forêts qui ni entretenue ni ancienne comme c'est souvent le cas en Afrique ou en Asie. - *L'approche n°3* permet de définir fidèlement le type de forêt mais demande une bonne connaissance locale du terrain et de l'historique d'utilisation. Elle ne permet pas d'obtenir un résulta exploitable similaire sur toute la planète compliquant l'exploitation des données à la fois pour les ordinateurs et pour les humains. *Conclusion personnelle : * Pourquoi y a t'il 3 approches ? Elles ne sont pas compatible entre elles et si dans la même zone plusieurs approches sont appliqués, cela complique le maintient dans le temps des données et de longue discutions (comme maintenant) peuvent avoir lieu pour arriver à une conclusion similaire. Une mise au point de la doc anglaise serait à soumettre... ceci pour éviter que des conclusions divergeante entre pays provoque des incohérences lors de l'examen de données au niveau d'un continent ou au niveau mondial. FIN Si il faut soumettre la proposition en anglais, j'aurai besoin de l'aide d'une personne parlant correctement anglais pour m'aider à transcrire la demande. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Logo trait OSM-FR
Salut Christian, J'aime bien cela fait épuré. Le must serait d'avoir un QR code ayant la forme de la France :) Arnaud On 13-02-01 07:37 AM, Christian Quest wrote: Afin de réaliser quelques goodies pour le SOTM-FR, j'ai fait une version au trait du logo OSM. Elle est destinée à des impressions en une couleur Qu'en pensez-vous ? http://openstreetmap.fr/node/445 -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest http://openstreetmap.fr/u/christian-quest ___ 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] Problème de localisation de Rennes
Le vendredi 01 février 2013 à 11:50 +0100, Pieren a écrit : En plus, peu de gens comprennent ce qu'est l'admin_level 7 et la confusion avec les communautés urbaines, les CC ou les métropoles est assez rapide (et déjà faite sur ce fil de discussion). Je suis pour une clarification dans le nom directement et appeler Rennes la commune, Rennes Métropole la CU et Arrondissement de Rennes l'arrondissement. +1 Regardez en Russie, Bielorussie, Ukraine... L'équivalent de leur régions ont toutes été enregistrées sous la forme Oblast de ... (pour Moscou : московская областъ = Oblast de Moscou). C'est quand même plus clair que s'ils s'étaient contentés de mettre le nom de la capitale de région, amha... Cordialement, Mika_Gueret ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Logo trait OSM-FR
Oui, je ne suis pas trop content du QR code, je pense rajouter des pixels bidons autour pour ne pas avoir ce blanc assez bizarre. Je sais qu'on peut personnaliser une partie les QR code (le centre), mais pas comment... Le 1 février 2013 12:52, Arnaud arnaud@gmail.com a écrit : Salut Christian, J'aime bien cela fait épuré. Le must serait d'avoir un QR code ayant la forme de la France :) Arnaud -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Logo trait OSM-FR
Salut, Moi je ne le trouve pas beau ce QR-Code, il n'y en a pas besoin. Frédéric. Le 1 février 2013 12:58, Christian Quest cqu...@openstreetmap.fr a écrit : Oui, je ne suis pas trop content du QR code, je pense rajouter des pixels bidons autour pour ne pas avoir ce blanc assez bizarre. Je sais qu'on peut personnaliser une partie les QR code (le centre), mais pas comment... Le 1 février 2013 12:52, Arnaud arnaud@gmail.com a écrit : Salut Christian, J'aime bien cela fait épuré. Le must serait d'avoir un QR code ayant la forme de la France :) Arnaud -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ 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] Logo trait OSM-FR
De : Christian Quest cqu...@openstreetmap.fr Oui, je ne suis pas trop content du QR code, je pense rajouter des pixels bidons autour pour ne pas avoir ce blanc assez bizarre. Je sais qu'on peut personnaliser une partie les QR code (le centre), mais pas comment... Tu as des sites qui permettent de faire cela, notamment celui-ci mentionne par Korben : http://www.qrhacker.com/ sinon il y a aussi ceux la entre autres : http://www.unitag.fr/qrcode http://www.myfeelback.com/generateur-qr-code-gratuit-personnalisable http://qrcode-pro.com/ Julien___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] natural = wood vs landuse = forest (était : Ou est le nom des oceans ?)
Le mercredi 30 janvier 2013 à 16:27 +0100, ades_...@orange.fr a écrit : ce qui est marrant c'est qu'en français la différence entre bois et forêt et n'est qu'une question de dimension (et d'étymologie) bois = lieu planté d'arbre (ca 1100) et forêt = vaste étendue de terrain peuplée d'arbres (ca 1130). Pour ma part j'avais compris natural=wood pour ce qui n'a pas été planté par l'homme (même si c'est fortement anthropisé et qu''il a pu favoriser la pousse ou le semis de renouvellement) et landuse=forest pour les endroit où l'on a vraiment planté de jeunes arbres (en général alignés, les peupleraies par exemple…) + 1 pour moi, un critère important et facile à repérer est le fait que les arbres aient été plantés ou non. Un alignement de clone de peuplier ne peut pas être une zone naturelle... C'est donc landuse = forest. Idem pour les alignements de sapins... Une zone abandonnée par l'homme dans laquelle le climax se réimplante tout seul peut amha porter le nom de zone naturelle. C'est donc natural = wood, même si certaines coupes peuvent avoir lieu pour du bois de chauffage par exemple. Cordialement, Mika_Gueret ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ou est le nom des oceans ?
Pourrais-tu également rajouter dans ta synthèse qu'il s'agissait de répondre à une question sur les océans ? :-) Le 1 février 2013 12:42, Jo. perche...@gmail.com a écrit : Bonjour, Je m'était fait un récap de tête mais je l'ai couché sur papier pour le partager de la façon la plus lisible possible en exposant l'état actuel, en comparant les méthodes et avec une conclusion personnelle. Ceci reflète mon avis personnel mais le cas n°1 me semble l'approche idéal (oui je me contredit avec mon message précédent). Cet avis découle de la conclusion de ce qui suis et des erreurs de jugement peuvent exister (en espérant que ce ne soit pas trop long à lire). ===DÉBUT=== *Approche 1 : * - natural=wood est utilisé pour marquer les zones couvertes d'arbres ; - landuse=forest est utilisé pour marquer les parcelles gérées pour l'exploitation commerciale ; - woodland=virgin est utilisé pour marquer les zones de forêt vierge non gérées par l'homme. La prioritée est faite à natural=* et landuse=forest est une précision sur l'utilisation des sols. Cela permet le marquage des zones d'exploitation commerciale qui ne sont pas actuellement boisés (natural=scrub + landuse=forest). Les forêts vierge (uniquement) sont marquée de façon explicite par woodland=virgin. Une fôret vierge est également appelée forêt primaire ou originelle. *Approche 2 : * - landuse=forest est utilisé pour marquer les zones couvertes d'arbres entretenue ou exploitée commercialement ; - natural=wood est utilisé pour marquer les forêts ancienne et les forêts vierge. La priorité est faite à landuse=forest, les forêts ancienne et les forêts vierge sont marquées de façon explicite par natural=wood, ce cas découlant de connaissances spécifique, l'utilisation de name=* devrait être fortement commandé voir obligatoire. *Approche 3 : * - wood=* est utilisé pour marquer la présence ou non d'arbres ; - natural=wood est utilisé pour marquer les zones de forêt non géré. Implique wood=yes - landuse=forest est utilisé pour marquer les zones de forêt géré (commercialement ou non), peut inclure des forêts vierges gérée (cas en Amazonie). Implique wood=yes Cette approche dépend directement des connaissances locale, la priorité statistique d'utilisation pour le rendu dépends directement de la région du monde concernée ou du climat : - Europe + Amérique du Nord (partiellement) les forêts sont gérées (exploitées ou entretenues), landuse=forest est couramment utilisé ; - Amérique du Sud, les forêts sont principalement vierge, les autres sont exploitées mais rarement entretenues sans exploitation commerciale, natural=wood est couramment utilisé ; - Afrique et Asie, l'utilisation dépend du climat et des habitudes locale. Exemple : landuse=forest au nord Magrebh, *Synthèse : * - *L'approche n°1* permet d'associer les tag natural=* et landuse=* de façon cohérente (l'état visuel et l'utilisation humaine) tout en pouvant préciser la présence de forêts vierge ou primaire. - *L'approche n°2* permet d'automatiser la saisie et d'obtenir un résulta homogène mais ne permet pas de prendre en compte les forêts qui ni entretenue ni ancienne comme c'est souvent le cas en Afrique ou en Asie. - *L'approche n°3* permet de définir fidèlement le type de forêt mais demande une bonne connaissance locale du terrain et de l'historique d'utilisation. Elle ne permet pas d'obtenir un résulta exploitable similaire sur toute la planète compliquant l'exploitation des données à la fois pour les ordinateurs et pour les humains. *Conclusion personnelle : * Pourquoi y a t'il 3 approches ? Elles ne sont pas compatible entre elles et si dans la même zone plusieurs approches sont appliqués, cela complique le maintient dans le temps des données et de longue discutions (comme maintenant) peuvent avoir lieu pour arriver à une conclusion similaire. Une mise au point de la doc anglaise serait à soumettre... ceci pour éviter que des conclusions divergeante entre pays provoque des incohérences lors de l'examen de données au niveau d'un continent ou au niveau mondial. FIN Si il faut soumettre la proposition en anglais, j'aurai besoin de l'aide d'une personne parlant correctement anglais pour m'aider à transcrire la demande. ___ 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] Ou est le nom des oceans ?
En effet... j'avais ouvert un sujet parallèle pour éviter de polluer le sujet d'origine mais tous le monde à continué de répondre sur celui ci alors je suis revenu ici même pour continuer la discutions en cours Désolé pour la gêne occasionnée. Le 1 février 2013 13:13, Ista Pouss ista...@gmail.com a écrit : Pourrais-tu également rajouter dans ta synthèse qu'il s'agissait de répondre à une question sur les océans ? :-) Le 1 février 2013 12:42, Jo. perche...@gmail.com a écrit : Bonjour, Je m'était fait un récap de tête mais je l'ai couché sur papier pour le partager de la façon la plus lisible possible en exposant l'état actuel, en comparant les méthodes et avec une conclusion personnelle. Ceci reflète mon avis personnel mais le cas n°1 me semble l'approche idéal (oui je me contredit avec mon message précédent). Cet avis découle de la conclusion de ce qui suis et des erreurs de jugement peuvent exister (en espérant que ce ne soit pas trop long à lire). ===DÉBUT=== *Approche 1 : * - natural=wood est utilisé pour marquer les zones couvertes d'arbres ; - landuse=forest est utilisé pour marquer les parcelles gérées pour l'exploitation commerciale ; - woodland=virgin est utilisé pour marquer les zones de forêt vierge non gérées par l'homme. La prioritée est faite à natural=* et landuse=forest est une précision sur l'utilisation des sols. Cela permet le marquage des zones d'exploitation commerciale qui ne sont pas actuellement boisés (natural=scrub + landuse=forest). Les forêts vierge (uniquement) sont marquée de façon explicite par woodland=virgin. Une fôret vierge est également appelée forêt primaire ou originelle. *Approche 2 : * - landuse=forest est utilisé pour marquer les zones couvertes d'arbres entretenue ou exploitée commercialement ; - natural=wood est utilisé pour marquer les forêts ancienne et les forêts vierge. La priorité est faite à landuse=forest, les forêts ancienne et les forêts vierge sont marquées de façon explicite par natural=wood, ce cas découlant de connaissances spécifique, l'utilisation de name=* devrait être fortement commandé voir obligatoire. *Approche 3 : * - wood=* est utilisé pour marquer la présence ou non d'arbres ; - natural=wood est utilisé pour marquer les zones de forêt non géré. Implique wood=yes - landuse=forest est utilisé pour marquer les zones de forêt géré (commercialement ou non), peut inclure des forêts vierges gérée (cas en Amazonie). Implique wood=yes Cette approche dépend directement des connaissances locale, la priorité statistique d'utilisation pour le rendu dépends directement de la région du monde concernée ou du climat : - Europe + Amérique du Nord (partiellement) les forêts sont gérées (exploitées ou entretenues), landuse=forest est couramment utilisé ; - Amérique du Sud, les forêts sont principalement vierge, les autres sont exploitées mais rarement entretenues sans exploitation commerciale, natural=wood est couramment utilisé ; - Afrique et Asie, l'utilisation dépend du climat et des habitudes locale. Exemple : landuse=forest au nord Magrebh, *Synthèse : * - *L'approche n°1* permet d'associer les tag natural=* et landuse=* de façon cohérente (l'état visuel et l'utilisation humaine) tout en pouvant préciser la présence de forêts vierge ou primaire. - *L'approche n°2* permet d'automatiser la saisie et d'obtenir un résulta homogène mais ne permet pas de prendre en compte les forêts qui ni entretenue ni ancienne comme c'est souvent le cas en Afrique ou en Asie. - *L'approche n°3* permet de définir fidèlement le type de forêt mais demande une bonne connaissance locale du terrain et de l'historique d'utilisation. Elle ne permet pas d'obtenir un résulta exploitable similaire sur toute la planète compliquant l'exploitation des données à la fois pour les ordinateurs et pour les humains. *Conclusion personnelle : * Pourquoi y a t'il 3 approches ? Elles ne sont pas compatible entre elles et si dans la même zone plusieurs approches sont appliqués, cela complique le maintient dans le temps des données et de longue discutions (comme maintenant) peuvent avoir lieu pour arriver à une conclusion similaire. Une mise au point de la doc anglaise serait à soumettre... ceci pour éviter que des conclusions divergeante entre pays provoque des incohérences lors de l'examen de données au niveau d'un continent ou au niveau mondial. FIN Si il faut soumettre la proposition en anglais, j'aurai besoin de l'aide d'une personne parlant correctement anglais pour m'aider à transcrire la demande. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list
Re: [OSM-talk-fr] Logo trait OSM-FR
Le vendredi 01 février 2013 12:58:59, Christian Quest a écrit : Je sais qu'on peut personnaliser une partie les QR code (le centre), mais pas comment... Les QR codes contiennent de la redondance d’information donc on peut l’altérer plus ou moins sans perdre d’info. Le plus simple est de tester si tu as un smartphone sous la main ou un logiciel permettant de le scanner, tu le modifie avec n’importe quel logiciel de traitement d’image jusqu’à ce que le scan ne soit plus possible ou renvoie un résultat faux. :) -- En droit pénal français, un acte de piraterie est « le fait de s'emparer ou de prendre le contrôle par violence ou menace de violence d'un aéronef, d'un navire ou de tout autre moyen de transport à bord desquels des personnes ont pris place, ainsi que d'une plate-forme fixe située sur le plateau continental » (Article L.224-6). Landry MINOZA landry.min...@gmail.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] natural = wood vs landuse = forest (était : Ou est le nom des oceans ?)
Le 1 févr. 2013 à 13:11, Mickaël Guéret a écrit : pour moi, un critère important et facile à repérer est le fait que les arbres aient été plantés ou non. Un alignement de clone de peuplier ne peut pas être une zone naturelle... C'est donc landuse = forest. Idem pour les alignements de sapins... Une zone abandonnée par l'homme dans laquelle le climax se réimplante tout seul peut amha porter le nom de zone naturelle. C'est donc natural = wood, même si certaines coupes peuvent avoir lieu pour du bois de chauffage par exemple. A l'inverse, je proposerai que presque tous les bois et forêts en France métropolitaine soient landuse=forest et quelque soit la superficie. A mon sens, natural=wood devrait être limité au sens du mot natural et ne concerner que les (très) rares forêts naturelles de haute montagne. A la rigueur, on pourrait y mettre les arbres le long des cours d'eau. Cela évite de se poser des questions sur les méthodes d'exploitation. Est-ce, si important que les plants soient alignés ou que les coupes soient régulières? Tout emprise de bois est destinée à passer un jour sous la scie, même si, de manière conjoncturelle, ils sont laissés à l'abandon. Pour donner un exemple, le mois dernier, le propriétaire d'un bois de 10 ha, dont on a la trace d'une exploitation pluricentenaire, me confiait qu'il avait laissé tomber les coupes tous les 7 ans, alors même que cela fait de l'ombre au milieu de l'après-midi en hiver. Ses enfants reprendront, un jour, ces coupes. Comment pouvons-nous chercher à déterminer si finement les politiques des propriétaires? Christian R.___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] natural = wood vs landuse = forest (était : Ou est le nom des oceans ?)
-Message d'origine- De : Mickaël Guéret [mailto:m.gue...@free.fr] Envoyé : vendredi 1 février 2013 13:11 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] natural = wood vs landuse = forest (était : Ou est le nom des oceans ?) Le mercredi 30 janvier 2013 à 16:27 +0100, ades_...@orange.fr a écrit : ce qui est marrant c'est qu'en français la différence entre bois et forêt et n'est qu'une question de dimension (et d'étymologie) bois = lieu planté d'arbre (ca 1100) et forêt = vaste étendue de terrain peuplée d'arbres (ca 1130). Pour ma part j'avais compris natural=wood pour ce qui n'a pas été planté par l'homme (même si c'est fortement anthropisé et qu''il a pu favoriser la pousse ou le semis de renouvellement) et landuse=forest pour les endroit où l'on a vraiment planté de jeunes arbres (en général alignés, les peupleraies par exemple…) + 1 pour moi, un critère important et facile à repérer est le fait que les arbres aient été plantés ou non. Un alignement de clone de peuplier ne peut pas être une zone naturelle... C'est donc landuse = forest. Idem pour les alignements de sapins... Une zone abandonnée par l'homme dans laquelle le climax se réimplante tout seul peut amha porter le nom de zone naturelle. C'est donc natural = wood, même si certaines coupes peuvent avoir lieu pour du bois de chauffage par exemple. -- La desserte de la forêt ou du bois peut être un indice supplémentaire pour faire la distinction entre les deux. S'il n'y a pas de chemin d'exploitation, il n'y a pas d'exploitation. Bon, c'est pas forcément aussi simple que du 0/1. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cantons : tracés suivant les limites d'anciennes communes
-Message d'origine- De : Vincent de Chateau-Thierry [mailto:v...@laposte.net] Envoyé : vendredi 1 février 2013 11:44 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Cantons : tracés suivant les limites d'anciennes communes De : Francescu GAROBY Pas mal de cantons continuent de suivre les limites communales d'anciennes communes, et qui ont depuis fusionné avec une autre commune. Où trouver les limites communales de ces anciennes communes ? Notre outil cadastre.openstreetmap.fr ne semble pas les proposer... Un bout de réponse peut résider dans le découpage en feuilles cadastrales : avec un peu de chance, les feuilles des communes initiales restent telles qu'avant la fusion, et donc des limites actuelles de feuilles correspondent à d'anciennes limites de communes. Mais ça n'est qu'une supposition, et qui plus est, il te faut par ailleurs une source pour définir, au moins de façon macro, où passait la limite des anciennes communes pour faire le lien avec les actuelles limites de feuilles. Bref, pas mieux qu'un début de commencement de piste. -- Sur le site du cadastre, la visualisation de la liste de toutes les feuilles d'une commune montre que le nom des feuilles comporte un code de commune absorbée (000 quand il n'y en a pas) suivi du n° de section et du n° de feuille. Exemple de Berstett dans le Bas-Rhin : 000 : commune de Berstett 157 : commune associée de Gimbrett (http://insee.fr/fr/methodes/nomenclatures/cog/recherche.asp?nivgeo=communesearch=67157) 393 : commune associée d' Hermerswiller (http://insee.fr/fr/methodes/nomenclatures/cog/recherche.asp?nivgeo=communesearch=67193) 419 : commune associée de Rumersheim (http://insee.fr/fr/methodes/nomenclatures/cog/recherche.asp?nivgeo=communesearch=67419) Peut-être qu'une adaptation de l'outil d'extraction des données cadastrales pourrait limiter son travail à l'ensemble des sections d'une commune absorbée. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] natural = wood vs landuse = forest (était : Ou est le nom des oceans ?)
Bonjour, ceci est la copie du msg que j'avais placé dans la mauvaise discutions... Je m'était fait un récap de tête mais je l'ai couché sur papier pour le partager de la façon la plus lisible possible en exposant l'état actuel, en comparant les méthodes et avec une conclusion personnelle. Ceci reflète mon avis personnel mais le cas n°1 me semble l'approche idéal (oui je me contredit avec mon message précédent). Cet avis découle de la conclusion de ce qui suis et des erreurs de jugement peuvent exister (en espérant que ce ne soit pas trop long à lire). =DÉBUT= *Approche 1 : * - natural=wood est utilisé pour marquer les zones couvertes d'arbres ; - landuse=forest est utilisé pour marquer les parcelles gérées pour l'exploitation commerciale ; - woodland=virgin est utilisé pour marquer les zones de forêt vierge non gérées par l'homme. La prioritée est faite à natural=* et landuse=forest est une précision sur l'utilisation des sols. Cela permet le marquage des zones d'exploitation commerciale qui ne sont pas actuellement boisés (natural=scrub + landuse=forest). Les forêts vierge (uniquement) sont marquée de façon explicite par woodland=virgin. Une fôret vierge est également appelée forêt primaire ou originelle. *Approche 2 : * - landuse=forest est utilisé pour marquer les zones couvertes d'arbres entretenue ou exploitée commercialement ; - natural=wood est utilisé pour marquer les forêts ancienne et les forêts vierge. La priorité est faite à landuse=forest, les forêts ancienne et les forêts vierge sont marquées de façon explicite par natural=wood, ce cas découlant de connaissances spécifique, l'utilisation de name=* devrait être fortement commandé voir obligatoire. *Approche 3 : * - wood=* est utilisé pour marquer la présence ou non d'arbres ; - natural=wood est utilisé pour marquer les zones de forêt non géré. Implique wood=yes - landuse=forest est utilisé pour marquer les zones de forêt géré (commercialement ou non), peut inclure des forêts vierges gérée (cas en Amazonie). Implique wood=yes Cette approche dépend directement des connaissances locale, la priorité statistique d'utilisation pour le rendu dépends directement de la région du monde concernée ou du climat : - Europe + Amérique du Nord (partiellement) les forêts sont gérées (exploitées ou entretenues), landuse=forest est couramment utilisé ; - Amérique du Sud, les forêts sont principalement vierge, les autres sont exploitées mais rarement entretenues sans exploitation commerciale, natural=wood est couramment utilisé ; - Afrique et Asie, l'utilisation dépend du climat et des habitudes locale. Exemple : landuse=forest au nord Magrebh, *Synthèse : * - *L'approche n°1* permet d'associer les tag natural=* et landuse=* de façon cohérente (l'état visuel et l'utilisation humaine) tout en pouvant préciser la présence de forêts vierge ou primaire. - *L'approche n°2* permet d'automatiser la saisie et d'obtenir un résulta homogène mais ne permet pas de prendre en compte les forêts qui ni entretenue ni ancienne comme c'est souvent le cas en Afrique ou en Asie. - *L'approche n°3* permet de définir fidèlement le type de forêt mais demande une bonne connaissance locale du terrain et de l'historique d'utilisation. Elle ne permet pas d'obtenir un résulta exploitable similaire sur toute la planète compliquant l'exploitation des données à la fois pour les ordinateurs et pour les humains. *Conclusion personnelle : * Pourquoi y a t'il 3 approches ? Elles ne sont pas compatible entre elles et si dans la même zone plusieurs approches sont appliqués, cela complique le maintient dans le temps des données et de longue discutions (comme maintenant) peuvent avoir lieu pour arriver à une conclusion similaire. Une mise au point de la doc anglaise serait à soumettre... ceci pour éviter que des conclusions divergeante entre pays provoque des incohérences lors de l'examen de données au niveau d'un continent ou au niveau mondial. FIN Si il faut soumettre la proposition en anglais, j'aurai besoin de l'aide d'une personne parlant correctement anglais pour m'aider à transcrire la demande. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] natural = wood vs landuse = forest (était : Ou est le nom des oceans ?)
je commence à me perdre dans les bois… sans champignons… ;-( Je crois que la question de départ venait du fait que 'forest' apparait mais pas 'wood' sur la restitution de la base. Ce serait peut-être la première chose à voir ; même si l'on ne cartographie pas pour le rendu. ;-) Comme ça, forest ou wood apparaitrait comme un espace boisé pour les utilisateurs, laissant au contributeur le choix sur le terrain. Un moyen simple, , en me contredisant, serait de réserver wood aux forêts strictement primaires donc, pour la France métropolitaine, il suffit de tout modifier en bloc ;-). La proposition 2 du wiki serait donc une autre réponse à la question de base, et on peut ajouter le tag '' pour ce qui relève de la nature des arbres et du degré d'exploitation de la forêt (coupe de bois d'ouvre, éclaicissement, coupe de bois de chauffage, plantation…). J Le 1 févr. 2013 à 14:07, HELFER Denis a écrit : -Message d'origine- De : Mickaël Guéret [mailto:m.gue...@free.fr] Envoyé : vendredi 1 février 2013 13:11 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] natural = wood vs landuse = forest (était : Ou est le nom des oceans ?) Le mercredi 30 janvier 2013 à 16:27 +0100, ades_...@orange.fr a écrit : ce qui est marrant c'est qu'en français la différence entre bois et forêt et n'est qu'une question de dimension (et d'étymologie) bois = lieu planté d'arbre (ca 1100) et forêt = vaste étendue de terrain peuplée d'arbres (ca 1130). Pour ma part j'avais compris natural=wood pour ce qui n'a pas été planté par l'homme (même si c'est fortement anthropisé et qu''il a pu favoriser la pousse ou le semis de renouvellement) et landuse=forest pour les endroit où l'on a vraiment planté de jeunes arbres (en général alignés, les peupleraies par exemple…) + 1 pour moi, un critère important et facile à repérer est le fait que les arbres aient été plantés ou non. Un alignement de clone de peuplier ne peut pas être une zone naturelle... C'est donc landuse = forest. Idem pour les alignements de sapins... Une zone abandonnée par l'homme dans laquelle le climax se réimplante tout seul peut amha porter le nom de zone naturelle. C'est donc natural = wood, même si certaines coupes peuvent avoir lieu pour du bois de chauffage par exemple. -- La desserte de la forêt ou du bois peut être un indice supplémentaire pour faire la distinction entre les deux. S'il n'y a pas de chemin d'exploitation, il n'y a pas d'exploitation. Bon, c'est pas forcément aussi simple que du 0/1. Denis ___ 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] natural = wood vs landuse = forest (était : Ou est le nom des oceans ?)
Le 01/02/2013 15:01, ades_...@orange.fr a écrit : je commence à me perdre dans les bois… sans champignons… ;-( +1 Si j'ai bien compris : wood = forêt vierge forest = bois privé exploité rien n'est simple ! -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] natural = wood vs landuse = forest (était : Ou est le nom des oceans ?)
Le 1 févr. 2013 à 15:10, Vincent Pottier a écrit : Le 01/02/2013 15:01, ades_...@orange.fr a écrit : je commence à me perdre dans les bois… sans champignons… ;-( +1 Si j'ai bien compris : wood = forêt vierge forest = bois privé exploité rien n'est simple ! ça non wood- strictement primaire forest - le reste cela dit le problème ne serait-il pas plutôt que les champ 'natural' mélange des données d'ordre géologique (éboulis etc) et des données de l'ordre de l'occupation du sol. Qu'une forêt soit un bois ou pas c'est toujours une surface sur laquelle pousse des arbres, donc une occupation du sol et si j'ai bien compris un land_use. Aux tags complémentaires de caractériser cet espace boisé. Les valeurs 'heath', scrub', tree, tree_row', 'wood' n'on peut être rien à faire dans le champ 'natural', à coté de 'volcano' 'costline ou 'rock'. Qu'il s'agisse de quelque chose exploitée ou pas. -- FrViPofm ___ 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] Support publicitaire
Le 31 janv. 2013 à 20:01, Pierre-Alain Dorange pdora...@mac.com a écrit : Je suis aussi assez dubitatif sur ce genre de rendu qui peut avoir certains intérêts (on a tous des centres d'intérêts différents et un rendu généraliste ne pourra pas satisfaire tout le monde) mais un tel niveau de détail me perturbe quand on trouve a quelques kilomètres de là des zone ou il manque de la voirie... Il faut suivre les intérêts des 70% de la population mondiale qui habite en ville. Mais c'est aussi le propre d'un projet comme le notre. Il est contributif, chacun y contribu a sa manière, sur les zones qui l'intéresse et aussi sur les sujets qui l'intéresse. La question ne concerne que le rendu principal d'OSM, mais, il n'y a aucun doute sur le fait que ces informations doivent se trouver, un jour ou un autre dans la base de données sous condition que.. voir plus bas Après l'autre soucis que je vois avecen avalle tag de toutes ces boutiques, ce sont les mises à jour. Car dans certains coins ça change souvent d'enseigne et là on est carrément pas équipé pour assurer un suvi et on va vite se retrouver avec des trucs obsolètes... Mais là encore c'est compliqué, chacun fait comme il a envie. Par exemple lors des carto-parties que j'organise localement j'ai une participantes qui note tout, pour une boutique elle va noter le nom, les horaires d'ouvertures, le téléphone, etc... et veut renseigner ça dans OSM. Je lui ait bien sur montrer comment faire, mais j'y ait mis des bémoles persos sur le fiabilité et longévités des données. On cartographie des bourges ruraux et ces infos ne me semble pas assez fixe pour être intégrer à OSM avec le niveai d'organisation qui existe. Mais en même temps, je peux pas lui interdire de s'amuser en notant tout, elle a parfaitement le droit de la faire... Dans le principe, une zone commerciale devrait être complétée et vérifiée par ceux qui habitent à côté. Comme je l'ai déjà dit, je ne tagge des commerces que dans un rayon limité autour de chez moi, pour être sûr de réagir à chaque changement. Et j'en ai vu, au moins, une quinzaine en 4 ans. Il faudrait donc, non pas 1 million d'inscrits sur OSM, mais, 5 millions en activité en permanence. Cela arrivera, tôt ou tard. Mais, comme déjà dit ici aussi, les commerces ruraux sont plus stables qu'en centre ville : généralement ou ils existent ou ils ont fermé. La mappeuse risque moins d'être démentie que dans le péri-urbain ou les quartiers urbains périphériques. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] natural = wood vs landuse = forest (était : Ou est le nom des oceans ?)
Oui à la base le problème était soulevé pour un problème de rendu mais c'est l'occasion de clarifier la situation. Une fois clarifié, ceux qui crée les rendu ne ce mélangeront plus les pinceaux Le problème actuel est qu'il y a 3 approches différents et chacun pioche dedans en fonction de ses besoins. Personnellement j'ai commencé avec l'approche n°3 (utilisation sur ma commune), continué avec la n°2 (quand j'ai édité sur le département que je connaît) et maintenant après étude je pense que seul la n°1 est valable. Rien d'étonnant que tous le monde soit perdu. Comment fait on pour ouvrir une question ou un débat en vu de stabiliser un tag ? Est ce que c'est sûr le wiki ou sur la liste ? En anglais ? Le 1 février 2013 15:25, ades_...@orange.fr ades_...@orange.fr a écrit : Le 1 févr. 2013 à 15:10, Vincent Pottier a écrit : Le 01/02/2013 15:01, ades_...@orange.fr a écrit : je commence à me perdre dans les bois… sans champignons… ;-( +1 Si j'ai bien compris : wood = forêt vierge forest = bois privé exploité rien n'est simple ! ça non wood- strictement primaire forest - le reste cela dit le problème ne serait-il pas plutôt que les champ 'natural' mélange des données d'ordre géologique (éboulis etc) et des données de l'ordre de l'occupation du sol. Qu'une forêt soit un bois ou pas c'est toujours une surface sur laquelle pousse des arbres, donc une occupation du sol et si j'ai bien compris un land_use. Aux tags complémentaires de caractériser cet espace boisé. Les valeurs 'heath', scrub', tree, tree_row', 'wood' n'on peut être rien à faire dans le champ 'natural', à coté de 'volcano' 'costline ou 'rock'. Qu'il s'agisse de quelque chose exploitée ou pas. -- FrViPofm ___ 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] [OSM-talk] Qualité des sources de données
Retransmission vers talk-fr... On 01/02/2013 15:55, Abba Asmaou wrote: l'utilisation des images Bing disponibles dans OSM ont un atout pédagogique, j'aimerais donc savoir si ces images ont étés géoréférenceés ou orthorectifiées? Oui, mais pas formidablement bien - suffisamment bien pour l'écrasante majorité des usages OSM, mais ne pas les prendre pour argent comptant en particulier dans les zones escarpées. Concernant les GPS, j'ai un Garmin etrex 10, la ville que j'aimerais cartographier ne possède pas trop d'immeuble et quand il y'en a c'est maximum 3 niveaux. quel type de précision je pourrais avoir dans ce cas? Le meilleur moyen de le savoir est de tester en utilisant un point de référence réputé précis - un repère géodésique par exemple. Apparemment le Cameroun est en train de se doter d'un nouveau réseau géodésique - mais j'ignore son statut. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM dans le magazine l ordinateur individuel
Meme pour les données routières c'est très variable! A moins qu'on s'en tienne uniquement aux pays occidentaux, et encore... Sent from Android On Feb 1, 2013 12:18 PM, Pieren pier...@gmail.com wrote: 2013/2/1 Stéphane Henriod s...@henriod.info: Parce que chez G00gle, ils ont des données détaillées partout peut-être??? Pour ce qui est des données routières, oui. Sauf que souvent, ils ne font pas la différence entre routes et chemins limites carrossables, mais bon. Sinon, l'article est globalement assez équilibré, à part la grosse faute sur les appli mobiles et aussi la mention de cloudmade qui a tourné le dos à OSM depuis quelques temps déjà (même si les services sont encore en ligne, il n'y a plus de mises à jour). 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] OSM dans le magazine l ordinateur individuel
De : Stéphane Henriod s...@henriod.info Meme pour les données routières c'est très variable! A moins qu'on s'en tienne uniquement aux pays occidentaux, et encore... Sent from Android Il faut remettre ca dans le contexte de l article qui est Franco-Francais et centre sur la France : Mappy, Geoportail Il ne s agit pas du tout d un comparatif mondial. J ai beau etre un fondu d OSM je reste realiste, oui en France Google est globalement plus homogene que nous. Ca n enleve rien au fait qu on est largement superieurs dans certaines zones comme on est inferieur dans d autres mais les fourmis vont arranger ca avec le temps Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk] Qualité des sources de données
Abba, il vaut effectiement mieux que tu t'abonnes à la liste Talk-fr pour discuter en français. Le groupe humanitaire HOT de OSM collabore aussi avec plusieurs pays africains. Voir hot.openstreetmap.org/ où les articles sont en général en anglais. Pour évaluer le décalage des images, il est généralement suggéré d'importer des tracés GPS de sa région et de comparer avec l'imagerie Bing. Le mieux est d'apprendre à utiliser le logiciel d'édition JOSM. Il existe de bons tutoriels. Voir notamment LearnOsm.org. Si l'imagerie Bing est disponible pour ta ville, à partir de JOSM, il te sera possible de zoomer pour voir le plus de détails possibles. Il te sera alors possible de tracer le contour des immeubles. En plus d'utiliser ton GPS pour comparer la géolocalisation de différentes routes, il pourra également te servir pour ajouter différents points d'intérêts tels que écoles, hopitaux, cliniques, commerces, etc. Pierre De : Jean-Marc Liotier j...@liotier.org À : Abba Asmaou asmamou@gmail.com Cc : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Vendredi 1 février 2013 10h48 Objet : Re: [OSM-talk-fr] [OSM-talk] Qualité des sources de données Retransmission vers talk-fr... On 01/02/2013 15:55, Abba Asmaou wrote: l'utilisation des images Bing disponibles dans OSM ont un atout pédagogique, j'aimerais donc savoir si ces images ont étés géoréférenceés ou orthorectifiées? Oui, mais pas formidablement bien - suffisamment bien pour l'écrasante majorité des usages OSM, mais ne pas les prendre pour argent comptant en particulier dans les zones escarpées. Concernant les GPS, j'ai un Garmin etrex 10, la ville que j'aimerais cartographier ne possède pas trop d'immeuble et quand il y'en a c'est maximum 3 niveaux. quel type de précision je pourrais avoir dans ce cas? Le meilleur moyen de le savoir est de tester en utilisant un point de référence réputé précis - un repère géodésique par exemple. Apparemment le Cameroun est en train de se doter d'un nouveau réseau géodésique - mais j'ignore son statut. ___ 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] natural = wood vs landuse = forest (était : Ou est le nom des oceans ?)
On est dans le maquis (tiens, mais comment on va tagger ça ? c'est naturel, c'est exploité, mais surtout c'est corse) … ;-) C'est pour ça que je posais la question de savoir s'il ne serait pas plus pertinent que tout soit tagger dans un champ land_use=* et non 'natural'=* .Le champ 'natural' (sauf 4 termes sur 28) traite plus de la géomorphologie que du couvrement du sol. Le terme land use semble d'ailleurs associé à land_cover dans des études US ( http://books.google.fr/books?hl=frlr=id=dE-ToP4UpSICoi=fndpg=PA1dq=land+use+by+kindots=sVnq1W4g8Gsig=9NwdQtR17wkEsXTN32G7fxqa_Ok#v=onepageq=land%20use%20by%20kindf=false par exemple, pas tout lu), ce ne serait donc pas une grosse erreur de mettre la couverture du sol avec l'utilisation de sol. D'autant qu'il me semble que le vocabulaire utilisé dans un tag ne peut pas l'être dans un autre (je n'ai pas vérifié, et ne connais pas assez les BD pour le savoir d'avance). Tagger land_use='surf avec des arbres dessus' avec, des compléments portant sur : les espèces, la nature (primaire, ancienne, cultivée…) le nom etc. me semblerait plus logique. Même pour les gds espaces nord-américains. Comment sont taggées les forêts (que je crois primaires) du Canada et qui sont actuellement coupées à blanc pour l'industrie ? Mais déjà que la définition d’un tag parait compliquée, j'imagine bien comment ça pourrait-être pour faire une modif de ce type. Le 1 févr. 2013 à 16:44, Jo. a écrit : Oui à la base le problème était soulevé pour un problème de rendu mais c'est l'occasion de clarifier la situation. Une fois clarifié, ceux qui crée les rendu ne ce mélangeront plus les pinceaux Le problème actuel est qu'il y a 3 approches différents et chacun pioche dedans en fonction de ses besoins. Personnellement j'ai commencé avec l'approche n°3 (utilisation sur ma commune), continué avec la n°2 (quand j'ai édité sur le département que je connaît) et maintenant après étude je pense que seul la n°1 est valable. Rien d'étonnant que tous le monde soit perdu. Comment fait on pour ouvrir une question ou un débat en vu de stabiliser un tag ? Est ce que c'est sûr le wiki ou sur la liste ? En anglais ? Le 1 février 2013 15:25, ades_...@orange.fr ades_...@orange.fr a écrit : Le 1 févr. 2013 à 15:10, Vincent Pottier a écrit : Le 01/02/2013 15:01, ades_...@orange.fr a écrit : je commence à me perdre dans les bois… sans champignons… ;-( +1 Si j'ai bien compris : wood = forêt vierge forest = bois privé exploité rien n'est simple ! ça non wood- strictement primaire forest - le reste cela dit le problème ne serait-il pas plutôt que les champ 'natural' mélange des données d'ordre géologique (éboulis etc) et des données de l'ordre de l'occupation du sol. Qu'une forêt soit un bois ou pas c'est toujours une surface sur laquelle pousse des arbres, donc une occupation du sol et si j'ai bien compris un land_use. Aux tags complémentaires de caractériser cet espace boisé. Les valeurs 'heath', scrub', tree, tree_row', 'wood' n'on peut être rien à faire dans le champ 'natural', à coté de 'volcano' 'costline ou 'rock'. Qu'il s'agisse de quelque chose exploitée ou pas. -- FrViPofm ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un groupe de coordination était Support publicitaire
Bonjour Marc, Le 01/02/2013 10:47, Marc SIBERT a écrit : Je forke une discussion en cours (jointe) pour lever le point de la coordination. J'ai bien conscience qu'OSM est basé sur le volontaria et la liberté de contribution et je ne remets pas en cause cette vision. Je reste convaincu que la mise en place d'un groupe de travail pourrait se mettre en place pour faire des propositions de taches à réaliser sur le territoire français (au sens large), comme cela a pu se faire ponctuellement sur le Nord avec le remplacement des données supprimées. J'y suis complètement favorable, parallèlement à la sacro-sainte liberté de choix des contributeurs. Pour moi, un groupe de coordination n'aurait pas pour tâche de diriger quoi que ce soit ni qui que ce soit mais de donner des pistes ou de signaler des points faibles qui ont besoin d'une contribution. Je n'y vois donc que des avantages : les mappeurs attachés à leur liberté seraient respectés (ex : en ce moment j'Osmose à donf') et ceux qui cherchent des centres d'intérêt seraient guidés. Merci pour cette initiative, -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Logo trait OSM-FR
Bonjour, Le 01/02/2013 13:06, Frédéric Rodrigo a écrit : Moi je ne le trouve pas beau ce QR-Code, il n'y en a pas besoin. +1 Après, la loupe vide ferait bien... vide. Qu'y mettre ? -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un groupe de coordination était Support publicitaire
Je proposerai bien une tâche Osmose... faire baisser ce graphique: http://osmose.openstreetmap.fr/fr/errors/graph.png?item=7060 Il s'agit des restes du passage du bot de redaction et ça vaudrait le coup de terminer de repasser derrière lui. J'ai fait un peu de nettoyage sur une partie de l'Ile-de-France (plutôt 94), et on y trouve des coins à corriger assez facilement. Le 1 février 2013 18:14, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net a écrit : Bonjour Marc, Le 01/02/2013 10:47, Marc SIBERT a écrit : Je forke une discussion en cours (jointe) pour lever le point de la coordination. J'ai bien conscience qu'OSM est basé sur le volontaria et la liberté de contribution et je ne remets pas en cause cette vision. Je reste convaincu que la mise en place d'un groupe de travail pourrait se mettre en place pour faire des propositions de taches à réaliser sur le territoire français (au sens large), comme cela a pu se faire ponctuellement sur le Nord avec le remplacement des données supprimées. J'y suis complètement favorable, parallèlement à la sacro-sainte liberté de choix des contributeurs. Pour moi, un groupe de coordination n'aurait pas pour tâche de diriger quoi que ce soit ni qui que ce soit mais de donner des pistes ou de signaler des points faibles qui ont besoin d'une contribution. Je n'y vois donc que des avantages : les mappeurs attachés à leur liberté seraient respectés (ex : en ce moment j'Osmose à donf') et ceux qui cherchent des centres d'intérêt seraient guidés. Merci pour cette initiative, -- Jean-Francois Nifenecker, Bordeaux __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] natural = wood vs landuse = forest (était : Ou est le nom des oceans ?)
Tu va sourire, j'en discute également sur le forum du maquis : http://forum.openstreetmap.fr/viewtopic.php?f=2t=487p=2282hilit=maquis#p2282 Pour le maquis ce serait natural=scrub qui comprend entre autre chose la garrigue et le maquis. Le 1 février 2013 17:21, ades_...@orange.fr ades_...@orange.fr a écrit : On est dans le maquis (tiens, mais comment on va tagger ça ? c'est naturel, c'est exploité, mais surtout c'est corse) … ;-) C'est pour ça que je posais la question de savoir s'il ne serait pas plus pertinent que tout soit tagger dans un champ land_use=* et non 'natural'=* .Le champ 'natural' (sauf 4 termes sur 28) traite plus de la géomorphologie que du couvrement du sol. Le terme land use semble d'ailleurs associé à land_cover dans des études US ( http://books.google.fr/books?hl=frlr=id=dE-ToP4UpSICoi=fndpg=PA1dq=land+use+by+kindots=sVnq1W4g8Gsig=9NwdQtR17wkEsXTN32G7fxqa_Ok#v=onepageq=land%20use%20by%20kindf=falsepar exemple, pas tout lu), ce ne serait donc pas une grosse erreur de mettre la couverture du sol avec l'utilisation de sol. D'autant qu'il me semble que le vocabulaire utilisé dans un tag ne peut pas l'être dans un autre (je n'ai pas vérifié, et ne connais pas assez les BD pour le savoir d'avance). Tagger land_use='surf avec des arbres dessus' avec, des compléments portant sur : les espèces, la nature (primaire, ancienne, cultivée…) le nom etc. me semblerait plus logique. Même pour les gds espaces nord-américains. Comment sont taggées les forêts (que je crois primaires) du Canada et qui sont actuellement coupées à blanc pour l'industrie ? Mais déjà que la définition d’un tag parait compliquée, j'imagine bien comment ça pourrait-être pour faire une modif de ce type. Le 1 févr. 2013 à 16:44, Jo. a écrit : Oui à la base le problème était soulevé pour un problème de rendu mais c'est l'occasion de clarifier la situation. Une fois clarifié, ceux qui crée les rendu ne ce mélangeront plus les pinceaux Le problème actuel est qu'il y a 3 approches différents et chacun pioche dedans en fonction de ses besoins. Personnellement j'ai commencé avec l'approche n°3 (utilisation sur ma commune), continué avec la n°2 (quand j'ai édité sur le département que je connaît) et maintenant après étude je pense que seul la n°1 est valable. Rien d'étonnant que tous le monde soit perdu. Comment fait on pour ouvrir une question ou un débat en vu de stabiliser un tag ? Est ce que c'est sûr le wiki ou sur la liste ? En anglais ? Le 1 février 2013 15:25, ades_...@orange.fr ades_...@orange.fr a écrit : Le 1 févr. 2013 à 15:10, Vincent Pottier a écrit : Le 01/02/2013 15:01, ades_...@orange.fr a écrit : je commence à me perdre dans les bois… sans champignons… ;-( +1 Si j'ai bien compris : wood = forêt vierge forest = bois privé exploité rien n'est simple ! ça non wood- strictement primaire forest - le reste cela dit le problème ne serait-il pas plutôt que les champ 'natural' mélange des données d'ordre géologique (éboulis etc) et des données de l'ordre de l'occupation du sol. Qu'une forêt soit un bois ou pas c'est toujours une surface sur laquelle pousse des arbres, donc une occupation du sol et si j'ai bien compris un land_use. Aux tags complémentaires de caractériser cet espace boisé. Les valeurs 'heath', scrub', tree, tree_row', 'wood' n'on peut être rien à faire dans le champ 'natural', à coté de 'volcano' 'costline ou 'rock'. Qu'il s'agisse de quelque chose exploitée ou pas. -- FrViPofm ___ 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 ___ 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] Logo trait OSM-FR
Deuxième version avec le QRcode adoucit et étendu sur le bord de la loupe. Le 1 février 2013 18:17, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net a écrit : Bonjour, Le 01/02/2013 13:06, Frédéric Rodrigo a écrit : Moi je ne le trouve pas beau ce QR-Code, il n'y en a pas besoin. +1 Après, la loupe vide ferait bien... vide. Qu'y mettre ? -- Jean-Francois Nifenecker, Bordeaux __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un groupe de coordination était Support publicitaire
Pourquoi pas relancer le projet de la semaine... si j'ai bien compris, je crois que ça a disparu en 2012 mais quand j'ai commencé c'etait bien pour donner des idées de quoi faire: http://wiki.openstreetmap.org/wiki/Project_of_the_week/2011 -- View this message in context: http://gis.19327.n5.nabble.com/Un-groupe-de-coordination-etait-Support-publicitaire-tp5747518p5747647.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un groupe de coordination était Support publicitaire
+1 Le 1 février 2013 19:24, PierreV belett...@hotmail.fr a écrit : Pourquoi pas relancer le projet de la semaine... si j'ai bien compris, je crois que ça a disparu en 2012 mais quand j'ai commencé c'etait bien pour donner des idées de quoi faire: http://wiki.openstreetmap.org/wiki/Project_of_the_week/2011 -- View this message in context: http://gis.19327.n5.nabble.com/Un-groupe-de-coordination-etait-Support-publicitaire-tp5747518p5747647.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- http://www.virage-energie-npdc.org/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un groupe de coordination était Support publicitaire
bonjour, +1 C'est pile le sujet que je voulais évoquer sur la liste. Ou est passé le projet de la semaine ? ou bien le jeu de la semaine, etc... J'y vois que des avantages. Et avec de bons sujets choisis cela permettrait entre autre de communiquer sur la réactivité, la précision, la vigueur d'OSM les sujets, il faudrait les choisir dans une liste remplie par nous tous le plus HOT, le plus juste, le plus drôle (pourquoi pas), le plus urgent, etc Pour que cela soit efficace il faudrait sans doute des rapports intermédiaires, du suivi, des graphiques, des conclusions et faire du prémâché pour les média. djo_man Le 01/02/2013 19:24, PierreV a écrit : Pourquoi pas relancer le projet de la semaine... si j'ai bien compris, je crois que ça a disparu en 2012 mais quand j'ai commencé c'etait bien pour donner des idées de quoi faire: http://wiki.openstreetmap.org/wiki/Project_of_the_week/2011 -- View this message in context:http://gis.19327.n5.nabble.com/Un-groupe-de-coordination-etait-Support-publicitaire-tp5747518p5747647.html Sent from the France mailing list archive at Nabble.com. ___ 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] Activations humanitaires, Groupe HOT
Tout le monde se souvient de la façon dont la communauté OSM a fait la une en janvier 2010 lors du tremblement de terre en Haïti. Depuis lors, le groupe humanitaire Humanitarian OpenStreetMap Team (HOT) a poursuivi sa collaboration avec diverses ONG humanitaires et agences de l'ONU pour soutenir les organisations humanitaires lors de diverses catastrophes dans le but de faciliter l'aide humanitaire. Les récents conflits militaires en République démocratique du Congo, au Mali et en Syrie ont créé une situation humanitairetrès complexe. Des centaines de milliers de personnes sont actuellement déplacées et de nouvelles personnes sont déplacées régulièrement. Il est également très dificile pour les ONG de circuler sur le territoire. La logistique pour répondre à ces besoins humanitaires nécessite de bonnes cartes de base qui ne sont généralement pas disponibles dans ces pays. La communauté OSM est très sollicitée pour collaborer à cartographier rapidement ces régions tandis que les services de cartes commerciaux négligent ces pays. L'équipe de HOT a récemment activé des actions de cartographie pour supporter l'organisation des actions humanitaires pour ces trois pays, ce à la demande de l'Office des Nations Unies pour la coordination des affaires humanitaires (UNOCHA) et des organisations humanitaires dans ces trois pays. Compte-tenu decette situation très particulière et de la tâche à accomplir, nous sollicitons l'aide d'autres contributeurs OSM pour cartographier ces pays en fonction des besoins des organisations humanitaires. Vous pouvez voir les articles publiés sur le Blog HOT pour décrire ces activations. - http://hot.openstreetmap.org/updates/2012-12-13_hot_activation_sud_et_nord_kivu_r%C3%A9publique_d%C3%A9mocratique_du_congo - Http://hot.openstreetmap.org/updates/2013-01-28_syria_activation - http://hot.openstreetmap.org/updates/2013-02-01_activation_pour_le_mali Le Gestionnaire de tâches OSM facilite la coordination de la cartographie à distance (Crowdmapping) par les différents contributeurs. Nous invitons la communauté OSM en général à venir aider l'équipe HOT à répondre rapidement à cette situation humanitaire urgente. Voici des liens vers les sections du Gestionnaire de tâches pour ces trois pays. - http://tasks.hotosm.org/#all/Congo - http://tasks.hotosm.org/#all/Mali - http://tasks.hotosm.org/#all/syria En plus de la cartographie de base, nous sommes invités à géolocaliser divers services de base (ie. établissements de santé, écoles et. points d'eau). Cette information est cruciale pour les organisations humanitaires et nous recherchons des bénévoles ayant la connaissance locale de ces pays pour nous aider à ce sujet. Ces activités de cartographie coordonnées par les membres de HOT décrits ci-dessous et par l'intermédiaire de la liste de distribution http://lists.openstreetmap.org/listinfo/hot HOT . - République démocratique du Congo: Pierre Béland avec Claire Halleux à titre de contact HOT en RD Congo - Mali: Pierre Béland et Frédéric Bonifas - Syrie: Joseph Reeves - Le soutien à ces équipes par Nicolas et Kate Chapman S'il vous plaît rejoignez-nous! Pierre Béland Groupe humanitaire HOT ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cantons : tracés suivant les limites d'anciennes communes
Le 1 février 2013 11:36, Francescu GAROBY windu...@gmail.com a écrit : Bonjour, Pas mal de cantons continuent de suivre les limites communales d'anciennes communes, et qui ont depuis fusionné avec une autre commune. Où trouver les limites communales de ces anciennes communes ? Notre outil cadastre.openstreetmap.fr ne semble pas les proposer... Moi je me pose la question du fait que les communes nouvelles de 2013 résultant d'une fusion ont encore conservé leur nom et leurs limites aux communes déléguées ou associées qui persistent même s'il n'y a plus qu'un seul conseil municipal fusionné, et que malgré cela on a viré les anciennes relations au lieu de les changer de niveau (9?) ou de les garder sans niveau défini (ou alors old_admin_level=8; avec des tags pour indiquer le statut actuel, susceptible d'évolutions mineures à l'occasion du redessin de certains quartiers avec des microfragments frontaliers réunis au sein des nouvelles communes déléguées ou associées) Comment sont modélisées les communes associées et déléguées dans OSM ??? Ont-elles encore des frontières bien définies ou persistent-elles seulement sur la carte des agglomérations, qui ne sont pas nécessiarement bien joitives au sein d'une même commune, avec des espaces ruraux réunis dans la nouvelle commune fusionnée mais plus attribués à une commune associée ou déléguée ? Je trouve qu'on a été trop rapide à supprimer les anciens tracés, alors qu'on aurait pu changer les statuts pour ne pas les confondre avec les communes nouvelles actuelles. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un groupe de coordination était Support publicitaire
Le 01/02/2013 19:24, PierreV a écrit : Pourquoi pas relancer le projet de la semaine... si j'ai bien compris, je crois que ça a disparu en 2012 mais quand j'ai commencé c'etait bien pour donner des idées de quoi faire: http://wiki.openstreetmap.org/wiki/Project_of_the_week/2011 -- View this message in context: http://gis.19327.n5.nabble.com/Un-groupe-de-coordination-etait-Support-publicitaire-tp5747518p5747647.html Sent from the France mailing list archive at Nabble.com. Bonjour, Je trouve que la fréquence hebdomadaire est trop courte, mais sinon cette idée est un bon moyen de favoriser un sujet mais sur une base mensuelle. A+ -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de localisation de Rennes
Tous les arrondissments sont nommés par le nom de leur chef-lieu (à quelques exceptions près) : le niveau 7 en France est toujours un arrondissment et on ne met jamais Arrondissement de dans le nom ! Si Nominatim se trompe, le problème est ailleurs. Le 1 février 2013 10:55, Pieren pier...@gmail.com a écrit : 2013/2/1 Tanguy JACQ tanguy.j...@gmail.com: La première adresse qui sort est bien la ville de Rennes, mais la deuxième se centre sur Saint Gilles, ça peut être déroutant ... La deuxième, c'est l'admin_level 7. J'ai un peu déconnecté sur ces niveaux exotiques (5, 7, 9) mais pour moi, il y a clairement un problème de nom dans cette relation: http://www.openstreetmap.org/browse/relation/1655027 C'est quoi finalement, le admin_level 7 ? L'arrondissement départemental ou une communauté urbaine ? D'après le wiki, c'est l'arrondissement: http://wiki.openstreetmap.org/wiki/Tag:boundary=administrative?uselang=en Sur Wikipedia, la division administrative est nommée Arrondissement de Rennes et Rennes n'en est que le chef-lieu: http://fr.wikipedia.org/wiki/Arrondissement_de_Rennes Si on donne un nom correct, les résultats de nominatim seront moins trompeurs. 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
