Re: [OSM-talk-fr] Problème Plescop
Pour ma part, j'ai vraiment du mal à comprendre ce qu'il s'est passé sur ces 2 changesets. Ils concernent presque la même chose, mais dans le second, il y a aussi beaucoup de suppression d'anciens way. Si quelqu'un a l'oeil plus exercé... As-tu contacté le contributeur ? Il a l'air d'être nouveau, mais avoir quelques explications pour aider. .. Le mercredi 12 septembre 2012 20:31:35, Simon Miniou a écrit : Bonjour, en train d'intégrer les bâtiments du cadastre sur une commune de Bretagne (Plescop), quelle fut ma surprise apres avoir tout nettoyé et fusionné avec les données de la carte de voir que toutes les données de la zones (ou presque, je me suis pas amusé à vérifier) étaient en double http://www.openstreetmap.org/browse/way/180319318 http://www.openstreetmap.org/browse/way/180283810 avec un tag source:addr:postcode=GeoBretagne j'ai commencé à nettoyer mais je me demande si vaudrai pas mieux revenir en arrière ?? groupes de modif ou il y a du avoir erreur: http://www.openstreetmap.org/browse/changeset/13046807 et http://www.openstreetmap.org/browse/changeset/13049632 pour l'instant, je n'ai rien envoyé et sauvegardé à part mes modifications pour les réimporter plus tard. Simon ___ 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 Plescop
Hmmm... Plutôt que d'améliorer ce qui était existant, il a supprimé une grosse partie des routes déjà présentes pour ensuite faire un upload en double. Ca donne envie de reverter les 2 changesets, mais il a ajouté de nombreuses nouvelles routes et POI. Par contre, des rues en trunk, et les nodes highway=stop sur les intersections au lieu de les mettre juste avant...bof. Je pense qu'il faut vraiment en discuter avec lui pour voir s'il est capable de tout nettoyer ou bien s'il préfère qu'on efface tout et qu'il recommence proprement. Le jeudi 13 septembre 2012 09:24:51, Stéphane Péneau a écrit : Pour ma part, j'ai vraiment du mal à comprendre ce qu'il s'est passé sur ces 2 changesets. Ils concernent presque la même chose, mais dans le second, il y a aussi beaucoup de suppression d'anciens way. Si quelqu'un a l'oeil plus exercé... As-tu contacté le contributeur ? Il a l'air d'être nouveau, mais avoir quelques explications pour aider. .. Le mercredi 12 septembre 2012 20:31:35, Simon Miniou a écrit : Bonjour, en train d'intégrer les bâtiments du cadastre sur une commune de Bretagne (Plescop), quelle fut ma surprise apres avoir tout nettoyé et fusionné avec les données de la carte de voir que toutes les données de la zones (ou presque, je me suis pas amusé à vérifier) étaient en double http://www.openstreetmap.org/browse/way/180319318 http://www.openstreetmap.org/browse/way/180283810 avec un tag source:addr:postcode=GeoBretagne j'ai commencé à nettoyer mais je me demande si vaudrai pas mieux revenir en arrière ?? groupes de modif ou il y a du avoir erreur: http://www.openstreetmap.org/browse/changeset/13046807 et http://www.openstreetmap.org/browse/changeset/13049632 pour l'instant, je n'ai rien envoyé et sauvegardé à part mes modifications pour les réimporter plus tard. Simon ___ 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] Recherche d'un coordinateur de terrain pour une mission en Afrique dans le cadre du projet humanitaire européen EUROSHA
Bonjour, Je renvoie sur cette liste une demande du groupe HOT (Humaniterian OSM Team) qui cherche un coordinateur de terrain (field coordinator) pour un projet européen de cartographie participative dans 4 pays africains *(Tchad, République centreafricaine, Burundi et Kenya). Ca consisterait à former les volontaires ainsi que les partenaires locaux. Avec deux voyages sur place, etc. Enfin, tous les détails ci-dessous. ** Le profile recherché est quand même assez pointu : ** HOT work, experience in the OSM project, strong expertise in JOSM, GPS, QGIS and other open source GIS tools. ** Comme 3 des 4 pays concernés sont francophones, ils recherchent un profile de .. francophone pour le poste, ce qu'ils n'ont pas trouvé lors du premier appel à candidature (même si la maitrise de l'anglais est aussi indispensable dans ce milieu). C'est pourquoi celle-ci est prolongée de quelques semaines et aussi pourquoi je la renvoie sur la principale liste francophone d'OSM ;-) ** Pieren * -- Forwarded message -- From: Séverin MENARD severin.men...@hotosm.org Date: Thu, Sep 13, 2012 at 6:40 AM Subject: [OSM-talk] Field Coordinator position for the EUROSHA project - reopening for another 15 days To: t...@openstreetmap.org *Hi,* * * *One month ago, HOT published a Field Coordinator position for the EUROSHA project. As a reminder, EUROSHA is a European Union pilot project that wants to build up a European Open-Source Humanitarian Aid corps of volunteers to address humanitarian issues and specifically ensure inclusive humanitarian information-sharing in crisis preparedness. 26 volunteers from Europe and Africa will be deployed 6 months in 4 African countries (Chad, Central African Republic, Burundi and Kenya) for 6 months, starting mid October. During these missions, HOT will support the volunteers in accomplishing the training, mapping and outreach activities planned for each country during the months of preparation, involving the EUROSHA local partner organization as well as local and international humanitarian organizations, local government institutions, and local tech or social communities. We’d like to thank the persons who applied for the position of Field Coordinator with HOT in the EUROSHA project: there is no doubt that you will be able to contribute greatly to HOT projects in the future and we will be contacting you if any further project arise. Unfortunately the proficiency in French was a criteria insufficiently met by the applicants. Since this project involves three French speaking countries, we decided to reopen this position for another 15 days (until 27-Sept). Work includes one 3 weeks trip in November and potentially a second one over January and February after evaluation of the first deployment. The position requires familiarity with HOT work, experience in the OSM project, strong expertise in JOSM, GPS, QGIS and other open source GIS tools and a commitment to continue supporting the mapping project that would have been set up throughout the mission. Given the the tight deadlines on this project, we will be conducting interviews as application come. **We would also like to encourage people interested in working with HOT on-the-ground to take advantage of this call to apply and get known by us.* * The complete description of the position: http://hot.openstreetmap.org/get_involved/hot_eurosha_field_coordinator_position More information on the Eurosha project: http://hot.openstreetmap.org/projects/eurosha_0 **Sincerely,** * http://img4.hostingpics.net/pics/224326500pxHotlogowithtext.png * Severin MENARD Senior Project Lead France tel (+33) 9 7046 7595 Brasil tel1 (+55) 71 3355 4471 Brasil tel2 (+55) 71 8222 1145 Skype ID severin.menard * * * ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème Plescop
Je viens de lui envoyer ce message : * Bonjour Philmas, je me suis intéressé à la commune de Plescop pour intégrer tout les bâtiments du cadastre et j'ai remarqué des erreurs lors de l'import de ton travail. Quasiment tout ce que tu a fais se trouve en double sur la carte et au moins une version (parfois trois) devrait être supprimé. Peut tu tout nettoyer ou bien préfère tu qu'on efface tout et que tu recommence proprement ton import en utilisant préalablement sur tes données les outils de validation de JOSM. Cordialement, Simon Miniou * j’attends d'avoir sa réponse. Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Message sur la carte OSM
Bonjour, On va dans le bon sens là :) On améliore un peu plus pour avoir des verbes à l'infinitif : 8 -- Vous pouvez [télécharger] et [utiliser] les données d'OpenStreetMap librement, sous les conditions de leur [licence ouverte]. Pour améliorer la carte, commencez par [créer un compte]. - 8 Teuxe PS. J'ai toujours trouvé jolis les ciseaux en ASCII :) - Mail original - De: Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net À: talk-fr@openstreetmap.org Envoyé: Mercredi 12 Septembre 2012 23:36:26 Objet: Re: [OSM-talk-fr] Message sur la carte OSM Pour que ça sonne mieux à des oreilles francophones, il faut écrire dans l'autre sens : 8 -- Le téléchargement et l'utilisation des données sont libres, sous les conditions de leur licence ouverte. L'amélioration de la carte est accessible après avoir créé un compte. - 8 -- Jean-Francois Nifenecker, Bordeaux ___ 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] Vidéo «dessous des cartes»
2012/9/10 Cyrille Giquello cyrill...@gmail.com: On peut l'acheter sur la boutique d'Arte, c'est pas cher du tout (2€), et ça contribue à la survie de la culture ;-) http://www.artevod.com/Le_dessous_des_Cartes_Cartographie_2_0 A noter que ça passe encore plusieurs fois cette semaine sur TV5 Monde. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tag à appliquer sur les fermes
Bonjour, Débutant sous OSM/JOSM et actuellement entrain d'améliorer la carte d'un village, je sollicite votre aide concernant la marche à suivre pour correctement mapper les fermes. Actuellement j'entoure les quelques bâtiments d'une ferme ainsi que sa basse-cour d'un polygone avec area=yes + landuse=farmyard + name=le nom de la ferme Cependant, je constate maintenant qu'existe aussi en parallèle au landuse le tag place=farm. Je préfère m'assurer avec vous du bienfondé de la méthode que j'utilise actuellement, avant de continuer dans ma démarche. 1) Le tag name= doit-il être associé au landuse ou bien au tag place ? J'ai un doute quant au fait que l'application d'un tag name= avec un landuse= soit correct... 2) Le tag place=farm peut être appliqué à un node ou une area. Me conseillez-vous de le positionner sur un node ? 3) J'ai bien vu qu'en plus de place=farm existe place=isolated_dwelling. Comme je tag pour l'instant des fermes en activité, me confirmez-vous que la valeur à associer au tag place est bien farm et non isolated_dwelling ? 4) J'en profite pour ajouter les routes menant à chaque ferme. Dois-je les faire aboutir au centre de la ferme (en m'aidant de Bing ou du cadastre), ou bien dois-je la connecter à un node constituant le polygone du landuse=farmyard ? Merci pour votre aide. Nicolas. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag à appliquer sur les fermes
2012/9/13 Pieren pier...@gmail.com: 2012/9/13 Nicolas e.co...@gmx.net: 1) Le tag name= doit-il être associé au landuse ou bien au tag place ? J'ai un doute quant au fait que l'application d'un tag name= avec un landuse= soit correct... Aux deux. En fait, l'idéal serait d'avoir un seul polygone taggué avec le landuse et le place. Note que le tag area=yes est inutile ici. J'ai oublié de dire que cette solution ne marche que si le nom est identique pour la ferme et le lieu-dit. Et compléter en disant que le tag place n'est utile que si le l'endroit est effectivement aussi un lieu-dit. Souvent le nom de la ferme et le nom du lieu-dit se confondent mais pas toujours. Si les noms sont différents, alors on peut revenir à un modèle avec deux entités séparées (ici, le polygone pour l'emprise de la ferme et un noeud pour le tag place). Le nom de la ferme peut aussi éventuellement figurer dans l'adresse (addr:housename). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cherche contributeur de midi-pyrénée.
As-tu regardé ce qu'Osmose avait trouvé comme erreurs sur la zone ? http://osmose.openstreetmap.fr/map/?lat=44.1824lon=1.141zoom=13 Voici aussi celles liées à ton compte utilisateur parce que tu es le dernier à avoir modifié les objets en cause: http://osmose.openstreetmap.fr/text/?username=OpenSourceWay Le 12 septembre 2012 22:56, OpenSourceWay opensource...@laposte.net a écrit : Bonjour, Je suis un étudiant assez impliqué dans tout ce qui est logiciel libre et je reviens vers OSM après 1 an d'inactivité. J'aimerais trouver quelqu'un proche de chez moi (82, 65 et départements limitrophes) pour que l'on m’apprenne à être efficace, faire des contributions de qualité et enfin passer un peu de bon temps. Je me suis occupé de DURFORT-LACAPELETTE et je pense avoir fait des erreurs. Merci d'avance. Léo aka OpenSourceWay -- *OpenSourceWay* * Skype : opensourceway http://opensourceway.fr.nf/* ___ 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] Tag à appliquer sur les fermes
Donc, si j'ai bien compris, en ce qui concerne l'ajout des fermes : - Créer un polygone autour des bâtiments de la ferme sans area=yes mais avec : landuse=farmyard + place=isolated_dwelling + name=le nom de la ferme - Je ne créé pas de node taggé place=farm - Tracer la route menant à la ferme jusqu'à sa fin physique, généralement dans la cour. La connecter au polygone du landuse=farmyard, mais tager la section du chemin située à l'intérieur du polygone avec access=private, sauf bien entendu dans le cas d'une ferme constituée de bâtiments situés de part et d'autre d'une route publique. Voilà, j'espère que c'est bon. Merci à vous ! Nicolas. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème Plescop
Philmas m'a répondu et préfère apparemment tout nettoyer avec Potlach. et concernant le tag source:addr:postcode=GeoBretagne c'est quelque chose de valide? Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème Plescop
Il a du fourcher, car tout nettoyer avec Potlatch, c'est impossible. Osmose va certainement retourner un paquet d'erreur sur la zone très prochainement, je suis même étonné qu'on ne les voit pas encore. Pour geofabrik et keepright, c'est déjà le cas : http://tools.geofabrik.de/osmi/?view=routinglon=-2.80075lat=47.68814zoom=14 http://keepright.ipax.at/report_map.php?lang=frch30=1ch40=1ch50=1ch60=1ch70=1ch90=1ch100=1ch110=1ch120=1ch130=1ch150=1ch160=1ch170=1ch180=1ch191=1ch192=1ch193=1ch194=1ch195=1ch196=1ch197=1ch198=1ch201=1ch202=1ch203=1ch204=1ch205=1ch206=1ch207=1ch208=1ch210=1ch220=1ch231=1ch232=1ch270=1ch281=1ch282=1ch283=1ch284=1ch285=1ch291=1ch292=1ch293=1ch294=1ch311=1ch312=1ch313=1ch320=1ch350=1ch370=1ch380=1ch401=1ch402=1ch411=1ch412=1ch413=1ch20=1ch300=1ch360=1ch390=1number_of_tristate_checkboxes=8highlight_error_id=0highlight_schema=0lat=47.69718lon=-2.80607zoom=16show_ign=1show_tmpign=1layers=B0Tch=0%2C30%2C40%2C50%2C60%2C70%2C90%2C100%2C110%2C120%2C130%2C150%2C160%2C170%2C180%2C191%2C192%2C193%2C194%2C195%2C196%2C197%2C198%2C201%2C202%2C203%2C204%2C205%2C206%2C207%2C208%2C210%2C220%2C231%2C232%2C270%2C281%2C282%2C283%2C284%2C285%2C291%2C292%2C293%2C294%2C311%2C312%2C313%2C320%2C350%2C370%2C380%2C401%2C402%2C411%2C412%2C413 %2C20 Geobretagne ? Aucune idée. Le jeudi 13 septembre 2012 13:47:11, Simon Miniou a écrit : Philmas m'a répondu et préfère apparemment tout nettoyer avec Potlach. et concernant le tag source:addr:postcode=GeoBretagne c'est quelque chose de valide? Simon ___ 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] Fwd: Invitation au Datalift Camp
Le 12 septembre 2012 18:50, Pieren pier...@gmail.com a écrit : 2012/9/12 Charles Nepote char...@nepote.org Je ne connais pas assez bien le modèle de données d'OSM mais je pensais que chaque objet avait un ID qui lui ne change pas, non ? Ex : http://linkedgeodata.org/page/triplify/way27743320 Un objet OSM ne change pas d'ID mais l'objet peut être supprimé et remplacé par un nouveau qui aura un ID différent. Ou encore, dans l'exemple d'une ligne (way), elle peut être coupée en deux puis refusionnée plus-tard, là encore avec un ID qui pourrait avoir changé. La seule de pérenne dans OSM, ce sont les coordonnées géographiques d'un objet (avec une certaine marge) et un ou plusieurs attributs (tags) qualifiant cet objet. Surtout pas l'ID. Wikipedia a résolu ce problème en utilisant une application tiers qui permet de retrouver l'ID d'un objet OSM à partir des critères précédents : http://wiki.openstreetmap.org/wiki/WIWOSM Bonjour Il me semble que WIWOSM ne fonctionne que si la clé wikipedia est présent, ce qui est un peu différent de critères propres à l'objet OSM Par contre Overpass API développe le concept de permanent ID autour de ses requêtes. A noter le template wiki disponible qui permet de ne plus avoir à rentrer d'Id OSM dans les pages du wiki OSM. http://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID A+ Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: Invitation au Datalift Camp
Le concept de permanent ID est fortement lié à celui des ref:*. Autrement dit la permanence est liée surtout à l'existence d'un autre objet dans une autre base de données (qui au passage peut aussi évoluer et ne pas garder cette permanence). Puisque ces références externes ne sont pas plus stables que celles internes à OSM (id=*) on en revient à la sélection de tags de références externes, ces tags étant spécifiques pour chaque base. Dans ce cas la clé wikipedia n'est rien d'autre qu'une autre ref dans son propre domaine. Il n'y a pas de réelle différence de comportement. Reste à savoir quelle clé est la plus pertinente pour référencer une autre base et faciliter le rapprochement entre elle et OSM. Effectivement id=* n'est pas approprié, mais wikipedia=* est tout à fait approprié dans OSM, même si un jour l'article Wikipedia est renommé (les ids internes de Wikipedia réellement permanent sont les numéros de version d'articles, pas les titres, mais leur contenu peut ne plus correspondre à ce qu'on voudrait référencer et qui doit suivre aussi les évolutions). Il n'y a donc pas de réelle référence permanente d'une base à l'autre. On choisit juste la clé et sa valeur qui permet de retrouver l'objet le plus facilement et le plus probablement (en admettant que cela ne change pas trop souvent et que chaque base de données suit un schéma d'écolution assurant une certaine stabilité), ou si elle ne peut plus être retrouvée telle quelle, en la qualifiant assez pour que les listes de choix proposés dans une recherche permettent de recréer le lien brisé sans trop de difficultés : une seule clé de référence ne peut pas toujours suffire, et il n'est donc pas inutile dans ce cas de permettre de recroiser avec d'autres valeurs de clé liées, sachant qu'aucune de ces clés n'est réellement permanente. Dans OSM j'aurais tendance à privilégier les identifiants issus d'organismes officiels qui sont en charge de la définition de cet objet (ref:*, par exemple les codes INSEE, des collectivités françaises, voire SIREN ou SIRET et autres numéros RCS, qui évoluent aussi de temps en temps) mais cela ne doit pas dispenser de préciser et croiser aussi d'autres valeurs (notamment name=* ou les codes postaux qu'on croise fans une zone géographique pas trop grande avec le type d'objet indiqué pour permettre de le retrouver de façon floue quand une base ou l'autre a du changer). Il n'y a donc aucun schéma universel : à chaque type d'objet et selon sa zone géographique correspond des clés et valeurs de clés plus pertinentes que d'autres. Formaliser ça dans un modèle unique valable partout relève de l'utopie, ce modèle parfait n'existant pas. Le 13 septembre 2012 14:45, Bruno Cortial bruno.cort...@laposte.net a écrit : Un objet OSM ne change pas d'ID mais l'objet peut être supprimé et remplacé par un nouveau qui aura un ID différent. Ou encore, dans l'exemple d'une ligne (way), elle peut être coupée en deux puis refusionnée plus-tard, là encore avec un ID qui pourrait avoir changé. La seule de pérenne dans OSM, ce sont les coordonnées géographiques d'un objet (avec une certaine marge) et un ou plusieurs attributs (tags) qualifiant cet objet. Surtout pas l'ID. Wikipedia a résolu ce problème en utilisant une application tiers qui permet de retrouver l'ID d'un objet OSM à partir des critères précédents : http://wiki.openstreetmap.org/wiki/WIWOSM Il me semble que WIWOSM ne fonctionne que si la clé wikipedia est présent, ce qui est un peu différent de critères propres à l'objet OSM Par contre Overpass API développe le concept de permanent ID autour de ses requêtes. A noter le template wiki disponible qui permet de ne plus avoir à rentrer d'Id OSM dans les pages du wiki OSM. http://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Migration ODbL: c'est demain !
Le 13 septembre 2012 03:21, Emilie Laffray emilie.laff...@gmail.com a écrit : S'il te plaît donc, va lire les mailings listes des précédentes années ainsi que les opinions de juristes sur le sujet comme Benjamin Jean ou la position de l'April sur ces sujets. Je ne peux qu'appuyer ce point. J'ai lu (et acheté même si on peut récupérer le PDF gratuitement sur le site) le livre de Benjamin Jean : Option Libre, du bon usage des licences libres [1] et là on voit qu'un point entier traite des licences OpenData. Au moins des vrais idées de juriste sont évoquées et détaillées (source à l'appui). Je ne peux clairement pas dire que j'ai tout compris mais c'est vraiment un livre à lire avant de commencer à parler de licences éprouvées ou non. Il y a même un laïus de 3 pages pour expliquer la portée de cette licence (renvoyant à plein d'articles) ainsi qu'une table de corrélation avec les autres licences. Si c'est une licence si « expérimentale » c'est vraiment étrange... Fabien [1] http://framabook.org/option-libre-du-bon-usage-des-licences-libres ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Où en est la libération des donnéesde jaccede.com
Bonjour J'aimerais savoir où en sont la libération des données de jaccede.com ainsi que les discussions pour leur intégration dans la base OSM. En effet il y a le 20 octobre une opération jaccede à Marseille http://ja2012.jaccede.com/marseille, à la quelle La Luciole http://www.laluciole.asso.fr/ est conviée. Ce serait bien qu'on ait des nouvelle fraiches pour alimenter pour échanger avec les animateurs locaux. Cordialement Françoise (contributrice OSM et membre de La Luciole) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] imaginationforpeople : Septembre, mois de la cartographie innovante
Salut Pour info: http://imaginationforpeople.org/en/newsletters/septembre2012/3hz-32386aa50e4eea1b6791/ Extract: Net!2Plan, MapLive, Cartes ouvertes, Colibri ... Pour le mois de septembre, Imagination for People [1] se tournera vers le thème de la cartographie en innovation sociale. Nous vous invitons donc à vous joindre à nous du 17 au 23 septembre pour identifier des éléments innovants de l’usage des cartes et de la géolocalisation dans des projets sociaux. Il s’agit d’un thème vaste et divers sujets seront abordés au cours de cette semaine. De la gestion intégrée des ressources aux nouveaux usages cartographiques et de la cartographie des zones de crise à la gestion urbaine communautaire, différents projets devraient stimuler votre curiosité et votre intérêt. Nous annoncerons nos activités sur notre blogue au cours de la semaine, mais vous pouvez déjà inscrire la date du mercredi 19 septembre à vos agendas. De 15h à 17h (TU), nous tiendrons une première séance de clavardage portant sur le thème du mois. Nous vons invitons à vous joindre à nous sur Twitter et à utiliser le mot-clé #InnMap pour identifier vos gazouillis sur la cartographie innovante. [1] http://imaginationforpeople.org/ -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Retoucher une frontière nationale, ou pas?
Bonsoir, J'ai un souci avec la frontiere franco-luxembourgeoise, au niveau de la commune de Rédange(57). La feuille cadastrale numéro 6, qui semble servir de source a la frontiere France/Luxembourg ne correspond pourtant pas la la frontiere OSM?! Les frontieres de la France ne sont pas établies et justes, ou bien c'est moi qui est merdé avec les croix de lambert? Avant de re-gribouiller la frontiere - sur la base du cadastre - je prefere demander ... si c'est pas une mauvaise idée? C'est la partie est de ce way qui pose probleme 116418434. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retoucher une frontière nationale, ou pas?
Le 13/09/2012 23:06, Tetsuo Shima a écrit : J'ai un souci avec la frontiere franco-luxembourgeoise, au niveau de la commune de Rédange(57). La feuille cadastrale numéro 6, qui semble servir de source a la frontiere France/Luxembourg ne correspond pourtant pas la la frontiere OSM?! En fait, tu peux voir au nord de cette feuille que la commune qui borde Rédange est Russange (en France). Et c'est la feuille 15 2 de Russange qui porte la frontière avec le Luxembourg. Le tracé dans OSM est raccord avec celui du cadastre. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr