Re: [OSM-talk-fr] Retour de la journée régionale de géomatique à Lille...
-Message d'origine- De : Christian Quest [mailto:cqu...@openstreetmap.fr] Envoyé : mercredi 12 décembre 2012 11:08 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Retour de la journée régionale de géomatique à Lille... La question des licences est quand même facilement reçue par ce type de public qui a souvent été confronté au moins une fois à un problème vis à vis des conditions d'utilisation des données de l'IGN... en gros, on leur fait découvrir qu'avec Google (ou autre) c'est pas forcément mieux et qu'il y a un risque même si Google n'est pas aussi réactif sur ce sujet. A noter toutefois, la licence étendue (http://cigalsace.net/recette/ConventionsIGN/ConventionIGN_BDTOPO_TOPADRESSE_9185.pdf) de l'IGN permet de relicencier sans réserves des données dérivées produites par un utilisateur des bases acquises sous cette licence. La licence (http://professionnels.ign.fr/sites/default/files/cgu-mission-service-public.pdf) qui permet aux organismes ayant une mission de service public de bénéficier du RGE à titre gratuit permet de licencer des données crées à partir du RGE pour peu qu'elles ne permettent pas la reconstitution d'une partie substantielle des données (point 4.3). Typiquement, les données sur les hôtels du Comité Régional du Tourisme NPDC auraient pu bénéficier de ce régime. Il n'y a pas de bonne raison pour utiliser du Google pour géolocaliser des données métiers. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Premier contact INSEE
Pourquoi vouloir refaire la doc de l'INSEE : http://www.insee.fr/fr/methodes/default.asp?page=definitions/canton-ou-ville.htm ? De : Philippe Verdy [mailto:verd...@wanadoo.fr] Envoyé : mercredi 5 décembre 2012 15:40 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Premier contact INSEE Pseudo-cantons ? Non il a exactement les définitions des cantons électoraux, même si pour cela il doit découper certaines communes en « fractions cantonales » (qui peuvent ne rien avoir à faire avec les IRIS, même si les IRIS aident le ministère de l'Intérieur à définir le découpage cantonal. En revanche ce que tu appelles « pseudo-canton » est peut-être un CODE supplémentaire de regroupement comme « autres cantons » destiné à préserver le secret statistique ce regroupement étant propre à chaque type de données statistique, il ne constitue jamais en lui-même un découpage : ces regroupements seront alors différents par exemple pour les données économiques, celles sur le chomage, sur la fiscalité... Ce n'est pas nouveau dans les données statistiques - NUTS contient aussi de tels codes de regroupement à tous les niveaux de son découpage, uniquement destiné à boucler un total à 100% pour les sous-zones qui ne sont *volontairement* pas détaillées (alors qu'elles sont connues et codifiées elles-mêmes individuellement). L'ISO 3166-1 contient aussi des codes de regroupement et divers codes spéciaux, de même les données statistiques mondiales de l'ONU (codification dans sa norme UN M.49), mais cela n'implique pas pour autant l'existence de ces regroupements en tant qu'entités administratives ou politiques. Le 5 décembre 2012 15:24, Christian Quest cqu...@openstreetmap.frmailto:cqu...@openstreetmap.fr a écrit : Pour les mises à jour, il n'est pas impossible que l'INSEE fasse directement les mises à jour dans OSM :-) Ce serait pour eux un moyen supplémentaire de diffuser leurs infos. Par ailleurs l'INSEE est dans une démarche généralée tournée vers le web sémantique. Les données seront donc aussi disponibles en RDF interrogeable via des requêtes SPARQL. Pour les cantons, c'est encore plus compliqué semble-t-il car l'INSEE a plusieurs notions de cantons, des cantons ville, des pseudos cantons... mais ces découpages statistiques n'ont peut être pas de rapport direct avec les canton du COG. Le grand quartiers correspondent plus ou moins aux TRIRIS, mais ce n'est plus vraiment d'actualité semble-t-il. J'ai aussi marqué des points avec mes ref:NUTS ;) -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.orgmailto: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-fr CA] Table ronde Langues de France et numérique
Pas d'alsacien ? Pourtant : http://taginfo.openstreetmap.fr/search?q=name%3Agsw Denis -Message d'origine- De : Christophe Merlet [mailto:red...@redfoxcenter.org] Envoyé : mardi 4 décembre 2012 11:58 À : RatZilla$ Cc : c...@listes.openstreetmap.fr; Discussions sur OSM en français Objet : Re: [OSM-talk-fr] [osm-fr CA] Table ronde Langues de France et numérique Le mardi 04 décembre 2012 à 11:07 +0100, RatZilla$ a écrit : Bonjour à tou[te]s Je participerai le 6 décembre à la table ronde: Langues de France et numérique à La Cantine organisée par La Délégation Générale à la langue française et aux langues de France et Silicon Sentier en coopération avec Chroniqu.es, Wikimedia, Ubimix, le LIMSI, Mondeca et le Dico du futur Inscription et programme ici: http://lacantine.org/events/numerique-investissons-dans-la-diversite- des-langues-tables-rondes-langues-de-france-et-numerique J'évoquerai le support linguistique dans OpenStreetMap et les initiatives en cours. Pour les tuiles internationales il y a bien sûr le serveur https://toolserver.org/~osm/locale/__all.html avec toutes les langues du monde. Il a l'inconvénient d'utiliser plusieurs calques distincts qui limite la facilité d'utilisation offline des tuiles. C'est pour ça que j'ai mis en place un serveur de tuiles localisées monocouche http://tile.paulla.asso.fr/openlayers.html Français, breton, Catalan, Basque et Occitan (Auvergnat, Gascon, Languedocien, Limousin, Provencal et Vivaro-alpin) Faut le faire monter en charge maintenant... :o) Reste à développer la traduction de ces cartes en s'appuyant sur Wikipedia... Librement, -- Christophe Merlet (RedFox) ___ 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] parking ou parking_space?
Perso, j'utilise parking_space (depuis peu) pour localiser sous forme de point, un emplacement handicapé (avec capacity :disabled=1|2|n) et parking pour localiser sous forme de point ou surface des parkings plus étendus ; j'indique, quand j'ai l'info, capacity :disabled=n). C'est ma pratique actuelle susceptible de changer. Denis De : Romain MEHUT [mailto:romain.me...@gmail.com] Envoyé : mardi 4 décembre 2012 14:27 À : Discussions sur OSM en français Objet : [OSM-talk-fr] parking ou parking_space? Bonjour, Je ne saisis pas la distinction entre amenity=parking et amenity=parking_space. http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking_space Doit-on comprendre qu'il s'agit de dessiner le contour des emplacements de stationnements dans l'emprise plus grande d'un parking? Auriez-vous des exemples à montrer? Merci. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] réutilisation citoyenne d'OpenStreetMap
J'ai découvert par hasard cette réutilisation que je trouve particulièrement intéressante : http://pourletram.fr/DATA/Documents/koenig-collectif-22.pdf. (page 2) J'ai pris contact avec eux pour leur signaler l'absence de crédits et leur dire tout le bien que je pensais de ce genre de réutilisation. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Maproulette pour la France ?
C'est exactement la réflexion que je me suis faite hier soir. J'aime le côté serious game. Denis -Message d'origine- De : Pieren [mailto:pier...@gmail.com] Envoyé : jeudi 15 novembre 2012 15:38 À : Discussions sur OSM en français Objet : [OSM-talk-fr] Maproulette pour la France ? Bonjour, Les plus attentifs connaissent déjà l'application 'maproulette': http://lima.schaaltreinen.nl/remap/ qui pointe sur une erreur OSM choisie au hasard à chaque visite du site. Celui-ci ne concerne que les USA et pour l'instant, uniquement les problèmes de connectivité des highway. Je pense qu'un site similaire sur la France et basé sur des erreurs signalées par Osmose, par exemple, serait un moyen ludique de réduire certains types d'erreurs présentes en trop grand nombre dans OSM (genre un thème par mois avec les erreurs les plus nombreuses mais faciles à corriger, au niveau de l'éditeur et des solutions, pour que ce soit à la portée du plus grand public possible). D'après ce blog de l'auteur, il est en contact avec les gens de keepright ([1]). Mais je pense qu'on pourrait aussi en profiter ou développer une application similaire. Vous en pensez quoi ? Pieren [1] http://oegeo.wordpress.com/2012/10/29/new-maproulette-challenge- connectivity-bugs/ ___ 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] Import de données créées dans ArchiCAD
-Message d'origine- De : sebastien.di...@free.fr [mailto:sebastien.di...@free.fr] Envoyé : mercredi 14 novembre 2012 09:40 À : Liste francophone OSM Objet : [OSM-talk-fr] Import de données créées dans ArchiCAD ... Mes questions sont donc les suivantes : 1. Connaissez-vous un outil qui, à partir de quelques points d'appui, saurait géoréférencer des données vectorielles et qui supporterait le format DWG ? OpenJUMP (1), à partir d'une couche DXF (ou shapefile ou autre) et d'une autre couche de vecteurs de déformation (warping vectors) permet de faire cela. Si le plan est orienté plein nord, c'est mieux (un seul vecteur de déformation suffirait) 2. Savez-vous comment on peut importer dans JOSM des données géoréférencées au format DWG ? Je n'ai pas trouvé ce format dans la liste proposée en entrée. 3. S'il n'est pas possible d'importer des données au format DWG, connaissez-vous un outil de conversion du format DWG vers un format supporté par JOSM ? GDAL/OGR (2) doit pouvoir convertir cela. La piste QGis permettrait de passer en format OSM (avec le plugin qui va bien). Si tu as un extrait de ce plan, je peux faire quelques tests. Denis 1 : http://www.openjump.org/ 2 : http://www.gdal.org/ogr/ogr_formats.html 3 : http://www.qgis.org/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation du cadastre pour les numéros de voies
-Message d'origine- De : Pieren [mailto:pier...@gmail.com] Envoyé : mercredi 31 octobre 2012 12:06 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Utilisation du cadastre pour les numéros de voies 2012/10/31 Christian Quest cqu...@openstreetmap.fr: Tu peux me donner une piste ? Je n'arrive pas à en retrouver, c'est un peu l'aiguille dans la meule de foin tant dans les data que le wiki ;) Pour info, j'ai passé quelques mois à réviser les rues et adresses des arrondissements 1 à 12 plus le 16 en croisant avec le cadastre et le PLU. Pour les voies du type FO/20 ou P/11, je les ai taggué avec name=Passage x/y ou Voie x/y suivant les indications du cadastre. Ces noms ne sont pas visibles sur le terrain et ne possèdent généralement pas de numéro non plus (sauf une exception ou deux). Je ne sais pas dans quelle mesure elles sont utilisées par la poste. Mais elles sont connues par la mairie. Pour les adresses, les 98% des numéros déjà présents utilisent le schéma addr:street sans relation. 96,7% ici en Alsace (au 24/10). J'avoue que le schéma addr:housenumber+addr:street a aussi ma préférence. Plus facile à saisir, plus facile à réutiliser, mais moins élégant qu'une relation. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Invitation animation OSM pour la 2e journée régionale de la géomatique en NPDC
Bonjour, Je suis également intéressé par l'événement. Je vais essayer de prendre ma casquette professionnelle pour le financement du voyage. A défaut, et sous réserve de trouver des ressources financières, je pourrais y aller en tant que simple fourmi de l'Est. Affaire à suivre... Denis -Message d'origine- De : Philippe Pary [mailto:phili...@cleo-carto.com] Envoyé : mardi 23 octobre 2012 22:36 À : talk-fr@openstreetmap.org Objet : Re: [OSM-talk-fr] Invitation animation OSM pour la 2e journée régionale de la géomatique en NPDC Salut, L'idée proposée est intéressante. La présence l'an dernier d'OSM à ces journées avait accouché du dessous des cartes consacré à OSM : ça sera dur de faire aussi bien, mais on peut essayer :-) Concrètement, on a surtout besoin d'être 3-4 pour assurer une présence continue ce jour là. Je vais tâcher de prendre l'orga côté OSM en main. Christian, tu confirmes ton intérêt pour l'événement ? Philippe ___ 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] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)
-Message d'origine- De : Pieren [mailto:pier...@gmail.com] Envoyé : vendredi 19 octobre 2012 14:44 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration) 2012/10/19 Christian Quest cqu...@openstreetmap.fr: Il n'y a pas d'engagement vis à vis de la dgfip d'avoir un tag source sur les objets eux même, je doute que la dgfip connaisse notre modèle de données, sache ce qu'est un tag, sache ce qu'est un changeset. Que l'info de source soit sur l'objet lui même ou sur le changeset c'est du pareil au même (pour moi), elle n'est pas visible dans la majorité des usages (cartes), il faut passer par un éditeur pour voir ce tag et l'éditeur permet de remonter l'historique pour savoir que l'objet provient du cadastre et de quel millésime il s'agit. Trouver les tags du changeset est plus difficile que de trouver ceux directement attachés à l'élément. Lorsqu'un objet a un historique, c'est encore plus difficile. Lorsque les données OSM sont redistribuées (export, planet), il est très facile de perdre les tags des changesets alors que supprimer le tag source attachés aux éléments nécessite une action volontaire. J'ai déjà fait une liste des avantages et inconvénients de chaque méthode, cf les archives. Pieren +10 Dans le produit composite que forme la base OSM par rapport au plan cadastral, il est indispensable de maintenir la source au niveau données et pas des changesets. Tant que l'API ne transfèrera pas automatiquement la mention de source d'un changeset sur les objets concernés, il serait hasardeux d'envisager un tel changement de méthode. Je crois qu'on a de la marge jusqu'à ce que cela soit réalisé. Pour les cartes, qui sont des œuvres intellectuelles distinctes de la base, ce sont les mentions de la licence ODbl OSM qui s'appliquent. Si c'est la question taille de ces mentions de source dans la base qui posent problème, je suis prêt à participer à l'appel de fonds nécessaire pour l'acquisition de serveurs supplémentaires. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?
-Message d'origine- De : sly (sylvain letuffe) [mailto:li...@letuffe.org] Envoyé : vendredi 19 octobre 2012 17:00 À : Discussions sur OSM en français Objet : [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ? Salut, ... Vu qu'une prise de contact avec les services juridiques du cadastre est sans doute la meilleure solution pour savoir, je vais donc repartir de ça : http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/C onditions_d%27utilisation#Contact_avec_la_DGFiP et, bien, évidement, de leur réponse : http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/C onditions_d%27utilisation#Copie_de_la_r.C3.A9ponse Tu crois que leur service juridique n'est pas passé avant que la réponse ne nous parvienne ? Bien sûr que si. Je ne sais pas que ce tu (moi j'ai déjà donné) espère avoir comme réponse supplémentaire. Pourtant loin d'être un expert juridique, ce que je lis de leur réponse qui pourtant contient un : j'ai le plaisir de vous informer qu'une suite favorable a été donnée à votre demande d'utilisation du service WMS. ... Et bien pardi parce qu'on a jamais importé leur données cadastrales (au sens de fichiers PCI vecteurs en DXF ou au format EDIGEO) !! 1. le plan cadastral est libre d'utilisation pour un usage interne 2. OSM a officiellement le droit d'y accéder via le WMS 3. la base OSM publiée est bien un produit composite. 4. les mentions de source et de millésime sont bien faites (pour le moment) sur les informations en provenance de ce WMS Et, c'est là que j'émets de gros doutes sur la conclusion sur laquelle nous arrivons qui est oui, on a le droit Pourquoi ? parce que la licence actuelle de la base OSM (ODBL) n'impose pas, elle, ces conditions. Exemples : La licence ODbl est incompatible alors avec la Loi française (code de la propriété intellectuelle) !!! L'incorporation des données cadastrales, peu importe la méthode, n'est pas un transfert de propriété intellectuelle. Le code de la PI (les articles doivent se trouver sur le wiki encore) impose la mention de source * OSM permet la rediffusion de tout, ou partie de son contenu. Et dans le pour partie, rien n'interdit à quelqu'un d'extraire des données bâti, qui, par exemple, n'auraient jamais été retouchées ni combinées. Il y a là, à mon sens, incompatibilité, car le ré-utilisateur n'est pas tenu de le recombiner à son tour, il se retrouve donc, potentiellement, à redistribuer des données complètement cadastre alors qu'il est en conformité avec ODBL Donc un gugusse va publier juste les bâtiments du cadastre ? Il faut que je présente à mon frère psychiatre. * Idem pour la source, ODBL n'interdit pas à un utilisateur des données de retirer tous les tags source, redistribuer les données et se contenter de ne citer que les contributeurs d'osm Je sais que ça a été discuter mainte fois, mais je suis triste ici d'annoncer mon avis sur la question : On a conclu ce qui nous arrangeait en annonçant en gros : C'est à celui qui ré-utilise de se conformer aux exigences du cadastre. Et ça ne me semble pas compatible avec ODBL. C'est celui qui, volontairement, aurait enlevé les mentions de source qui contreviendrait à la Loi. Ne crois-tu pas que si la DGFip avait décelé des pratiques incompatibles avec la Loi française, elle ne se serait pas déjà manifesté ? Je sais, ils sont lents, mais quand même. Sly, rendors toi, ce n'était qu'un cauchemar. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?
-Message d'origine- De : sly (sylvain letuffe) [mailto:li...@letuffe.org] Envoyé : vendredi 19 octobre 2012 17:43 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ? C'est celui qui, volontairement, aurait enlevé les mentions de source qui contreviendrait à la Loi. Cette manière de penser m'inquiète. Pourquoi donc ? Un concessionnaire me prête une voiture dans laquelle je retire les ceintures de sécurité. Ce n'est pas le garagiste qui sera verbalisé. Pourquoi n'autorisons nous pas les données sous copyright, puisque la charge de l'utilisation, et les coût afférents, sont à la charge de celui qui utilise ? Parce que le droit patrimonial attaché à ces données, géré sous forme de licence, est souvent incompatible avec les usages ouverts que permet la licence ODbl (notamment mais pas exclusivement la revente des données, redistribution). Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [RECH] Un contributeur pédagogue sur Belfort ?
La motarde te monte au nez ? Je connais le chemin -[] -Message d'origine- De : partir-en-vtt [mailto:ad...@partir-en-vtt.com] Envoyé : jeudi 18 octobre 2012 10:22 À : talk-fr@openstreetmap.org Objet : Re: [OSM-talk-fr] [RECH] Un contributeur pédagogue sur Belfort ? Ça dépend si c'est un(e) motard, pourquoi pas... -- View this message in context: http://gis.19327.n5.nabble.com/RECH-Un- contributeur-pedagogue-sur-Belfort-tp5731359p5731385.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
Re: [Talk-gb-midanglia] PRoW
On 05/09/12 12:10, Denis W Payne wrote: Councils can simply get an exemption from Ordnance Survey that will allow them to publish PRoW mapping data as Open Data - if they wish. A number (eg Hants - and OK, I know its out of area ...) are already publishing this on their website. Really? Actually licensed under OS OpenData licence? I noticed that Milton Keynes council have the PRoWs up but I don't think they are under a free licence. Really, yes!! They were originally exempted under OS' Free to Use terms, but there was a critical announcement in the Chancellor's Autumn Statement (2011) that converted that into OS OpenData™ There is still, of course, a decision by the authority to implement this Denis ___ Talk-gb-midanglia mailing list Talk-gb-midanglia@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-midanglia
[Talk-gb-midanglia] PRoW
Councils can simply get an exemption from Ordnance Survey that will allow them to publish PRoW mapping data as Open Data - if they wish. A number (eg Hants - and OK, I know its out of area ...) are already publishing this on their website. Denis ___ Talk-gb-midanglia mailing list Talk-gb-midanglia@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-midanglia
Re: [OSM-talk-fr] Import bâti = nettoyage des données cleo carto
-Message d'origine- De : sly (sylvain letuffe) [mailto:li...@letuffe.org] Envoyé : mercredi 8 février 2012 14:32 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Import bâti = nettoyage des données cleo carto Frédéric Rodrigo : - Il y a peut être une solution pas trop compliqué à mettre en œuvre pour corriger les deux cas d'erreur avec postgis 2.0 et la fonction http://postgis.org/documentation/manual-svn/ST_Snap.html Je pense que c'est une solution valable pour nettoyer sa propre copie de la base, pas une méthode pour corriger en amont celle de OSM. Je lance une idée en l'air (pour voir où elle peut retomber) : - injecter le fichier osm brut de fonderie (ou générer directement à partir du pdf) une base locale PostGIS - utiliser les outils de PostGIS pour signaler les éléments problématiques * points trop rapprochés (seuil de tolérance à définir) * superposition d'objets * détection de surfaces inférieures à un autre seuil * etc - le signalement est rabattu sur un élément FIXME ; des corrections simples peuvent peut-être déjà intervenir au sein de la base - export de PostGIS vers osm Si l'utilisateur voit dans JOSM tous les FIXME, cela peut l'aider à corriger plus facilement, non ? Je ne sais pas si c'est faisable, mais cela mérite peut-être qu'on y réfléchisse Mes 0,02€ Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] conversion geofla des X_CENTROID de RGF93 en WGS84
Tu peux trouver des pistes ici (après avoir converti ton dbf en csv): http://www.gdal.org/ogr/drv_csv.html, notamment le paragraphe Reading CSV containing spatial information Denis -Message d'origine- De : Cyrille Giquello [mailto:cyrill...@gmail.com] Envoyé : mercredi 25 janvier 2012 12:16 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] conversion geofla des X_CENTROID de RGF93 en WGS84 Le 25 janvier 2012 12:05, Cyrille Giquello cyrill...@gmail.com a écrit : Bonjour, J'ai trouvé sur la page wiki de Pieren l'outil ogr2ogr pour re-projetter les données spatiales des fichiers GeoFla (Insee communes) de Lamb93 vers wgs84 mais l'outil ne convertit que les shapes (fichier .SHP) et pas les données contenues dans la base de données (fichier .DBF). Notamment, j'aimerai convertir les X_CENTROID et Y_CENTROID. Quelqu'un a-t-il l'outil ou la formule ? Merci Exemple: INSEE_COM: 71398 NOM_COMM: SAINT-CHRISTOPHE-EN-BRESSE X_CENTROID: 8519 Y_CENTROID: 66291 -- Cyrille. ___ 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] Re : OSM recensement de la population (INSEE)
Des Orangina, tellement ils se bougent la pulpe !! -Message d'origine- De : Cyrille Giquello [mailto:cyrill...@gmail.com] Envoyé : mardi 10 janvier 2012 14:03 À : THEVENON Julien; Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Re : OSM recensement de la population (INSEE) C'est super. Bravo les Orangers ! Le 9 janvier 2012 23:03, THEVENON Julien julien_theve...@yahoo.fr a écrit : De : ZIMMY jeanlouis.zimmerm...@laposte.net Voici une tentative au sein de la mairie d'Orange : utiliser à côté des ilôts IRIS produits par l'INSEE une carte pour aider les agents recenseurs à se repérer : cette carte est utilisée et enrichie. La photo de la rencontre avec la responsable du service population et des agents recenseurs. http://www.flickr.com/photos/jeanlouis_zimmermann/6667601537/in/photostream Le responsable INSEE était agréablement surpris de l'initiative : affaire à suivre. C est vraiment genial tout ça ! Tu as une sorte de dossier de presse qui resume tout ce qui est fait par la ville d Orange avec OSM ? Julien De : ZIMMY jeanlouis.zimmerm...@laposte.net À : talk-fr@openstreetmap.org Envoyé le : Lundi 9 Janvier 2012 23h00 Objet : [OSM-talk-fr] OSM recensement de la population (INSEE) Voici une tentative au sein de la mairie d'Orange : utiliser à côté des ilôts IRIS produits par l'INSEE une carte pour aider les agents recenseurs à se repérer : cette carte est utilisée et enrichie. La photo de la rencontre avec la responsable du service population et des agents recenseurs. http://www.flickr.com/photos/jeanlouis_zimmermann/6667601537/in/photostream Le responsable INSEE était agréablement surpris de l'initiative : affaire à suivre. - cordialement :-) ZIMMY Jean-Louis ZIMMERMANN Développeur territorial Mandataire Grand Sud-Est OSM FRANCE -- View this message in context: http://gis.638310.n2.nabble.com/OSM-recensement-de-la-population-INSEE-tp7169763p7169763.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 -- Cyrille. ___ 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] Suivi Légifrance : fusion de communes en Seine-Maritime
-Message d'origine- De : Frédéric Rodrigo [mailto:fred.rodr...@gmail.com] Envoyé : vendredi 16 décembre 2011 18:05 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Suivi Légifrance : fusion de communes en Seine-Maritime Bonsoir, Ce jour j'ai aussi lu sur le SudOuest un remembrement d'EPIC. L'article laisse supposé que ce remembrement est plus important en France à suite à une loi, mais j'ai un peu cherché sans trouver plus de détail. Au programme fusion d'EPIC et interdiction d'isolement de commune. http://www.sudouest.fr/2011/12/16/martignas-rejoint-la-cub-582308-660.php Probablement la loi n° 2010-1563 du 16 décembre 2010 de réforme des collectivités territoriales http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT23239624dateTexte= Je retarde un peu mon intervention sur les périmètres d'EPCI car je sais qu'(au moins) en Alsace, il y aurait pas mal de changements (dont un qui va intervenir à la fin de cette année : fusion de la comcom de la Région de Haguenau et de celle du Carrefour des 3 Croix). Par endroits, le redécoupage fait grincer les dents et la reforme avance plus lentement. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Data.gouv.fr lancé le 5 décembre !
-Message d'origine- De : Vincent de Chateau-Thierry [mailto:v...@laposte.net] Envoyé : lundi 5 décembre 2011 21:40 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Data.gouv.fr lancé le 5 décembre ! Merci pour ce complément. C'est exactement l'info que je n'avais pas (la teneur de la licence pro) et qui éclaircit la démarche dont on voit des résultats sur data.gouv . Extrait de la licence IGN pour l'exercice des missions de service public (http://professionnels.ign.fr/DISPLAY/000/530/030/5300300/CUDGN_cout_repro-diff.pdf) : 4.3 Les CU autorisent toutes les opérations d'utilisation comme référentiel géographique, de vectorisation et de croisement des données de l'IGN avec d'autres données appartenant à l'organisme éligible ou provenant de tiers. L'organisme éligible est seul titulaire des droits de propriété intellectuelle des données résultant de ces opérations si elles ne permettent pas la reconstitution d'une partie substantielle des données de l'IGN. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Data.gouv.fr lancé le 5 décembre !
-Message d'origine- De : François Van Der Biest [mailto:francois.vanderbi...@camptocamp.com] Envoyé : lundi 5 décembre 2011 13:56 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Data.gouv.fr lancé le 5 décembre ! 2011/12/5 Rodolphe Quiedeville rodol...@quiedeville.org: J'ai fais un premier test avec les parcelles agricoles, une piste serait peut-être de valider les positionnements de parcelles pour s'en servir à terme pour recaler la voirie en cas de besoin, qu'en pensez-vous ? Oui, mais faut valider le positionnement correct de ces parcelles avant tout. Le cadastre ? Attention, le RPG (Recensement Parcellaire Graphique) est constitué sur la base de déclarations d'exploitants agricoles faites sur fond d'orthophoto. Une donnée qui peut être utile, mais à confronter avec d'autres sources (comme d'hab quoi). François tu as compté 121 shapefiles, je n'en trouve que 96, quelle recherche as-tu faite ? Afficher toutes les données, puis filtrage par format SHP colonne de droite. Yes Il ne faut pas oublier les données tabulaires qui peuvent contenir des coordonnées. Les données sur les PN ou sur les gares (chercher RFF comme producteur). Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ArcGIS Editor for OpenStreetMap : retour d'expérience
Ahhh !!! Mais non, c’était une blague. Je viens de tester rapidement avec ArcMap 10.0 et je ne suis pas franchement emballé. Au rang des choses positives : - Gestion de la topologie aussi naturelle que dans JOSM - Gestion des conflits (pas testé) - Symbologies prédéfinies pour les différents objets (même si elle est moche) Au rand des choses négatives : - C’est leeent - Il faut créer une geodatabase (forte dépendance au microsoftisme) - On ne peut pas reexporter en format osm (pas trouvé en tous cas) - Absence de documentation digne de ce nom Je n’ai pas pu tester ni le download ni l’upload (l’outil ne semble pas gérer un proxy filtrant) Bref, je n’échange pas 2 barils de cet éditeur contre mon JOSM préféré. Pour tout pratiquant d’un SIG, JOSM ne doit pas poser de problèmes techniques ; il y a aussi QGis ! Si l’intention d’ESRI est louable (faire venir de nombreux contributeurs dans le projet), les moyens ne me paraissent pas (encore) à la hauteur. Par ailleurs, ESRI fournit également un fond de carte OSM directement utilisable dans ArcMap (menu Arcgis Online-rechercher openstreetmap) : c’est juste le rendu mapnik, mais cela peut inciter à l’utiliser en milieu professionnel. Mes 0.02 € Denis De : Robin PREST [mailto:ro...@georezo.net] Envoyé : vendredi 2 décembre 2011 14:56 À : Discussions sur OSM en français Objet : [OSM-talk-fr] ArcGIS Editor for OpenStreetMap : retour d'expérience Amis passionnés du libre, ne hurlez pas SVP ! Voire ne lisez pas ce message ;o) Dans un premier temps, une info : Esri met en vente une version Home de son SIG Arcgis avec plein d 'extensions pour une centaine d'euros. Couplée avec l’extension gratuite ArcGIS Editor for OpenStreetMap, on obtient un outil pour bosser sur OSM avec lequel certains sont familiers au bureau et disponible pour (pas trop) cher à la maison (en relatif du prix de l'outil et de ses extensions). Pour ma part, trouvant l'idée séduisante, j'aimerais bien avoir des retours d’expérience sur cette extension ArcGIS Editor for OpenStreetMap si certains OSMistes utilisateurs des produits ESRI sont parmi vous : est-ce facile à utiliser, interfaçable facilement avec les données SIG courantes, etc ? Merci d'avance de vos retours éclairés et constructifs, Robin. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] RMLL 2011
Autant sur les pistes cyclables (assez bon état d'avancement pour un ex-cyliste comme moi) que sur les itinéraires de TC, il reste encore beaucoup de boulot à faire et, malheureusement peu de bras. Mais il y aura une bonne concentration de fourmis bientôt sur place !!! Je serais aux RMLL une partie du samedi 9 (fin d'aprem+soirée), peut-être un soir ou deux du 10 au 14 et une partie du 15 juillet. Il n'est pas prévu officiellement de mapping partie sur la période (une assoc s'est dit intéressée par la thématique de l'accessibilité PMR), mais c'est tout à fait envisageable tout comme un dîner ou une bière-party ou une visite guidée de la ville, de ses repères géodésiques allemands. Je suis ouvert à toute proposition et ravi de vous rencontrer IRL. A bientôt Denis De : Jo [mailto:winfi...@gmail.com] Envoyé : lundi 27 juin 2011 12:46 À : Ab_fab Cc : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] RMLL 2011 oui, merci, j'ai probablement oublié de cliquer sur permalink. Jo 2011/6/27 Ab_fab gamma@gmail.commailto:gamma@gmail.com Bonjour Jo, Je pense que tu veux parler de ce rendu de transports en commun, http://opencyclemap.org/?zoom=14lat=48.57889lon=7.74119layers=0B et non de celui des voies cyclables Le 27 juin 2011 12:12, Jo winfi...@gmail.commailto:winfi...@gmail.com a écrit : Point de vue transport en public, c'est encore le désert... http://opencyclemap.org/?zoom=14lat=48.57889lon=7.74119layers=B00T Jo 2011/6/27 Pieren pier...@gmail.commailto:pier...@gmail.com 2011/6/26 Jo winfi...@gmail.commailto:winfi...@gmail.com Et devinez quelle carte est utilisée sur le site ? http://2011.rmll.info/spip.php?page=osmlang=fr Ca fait toujours plaisir de voir son travail mit en valeur. P'tite larmichette au passage ;-) S'il n'y a pas de mapping party, ceux qui le souhaitent pourront profiter d'une visite du centre-ville pour corriger certaines erreurs signalées sur OSB: http://openstreetbugs.schokokeks.org/?zoom=14lat=48.57889lon=7.74119layers=B00T Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.orgmailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fabhttp://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagger les entrées de métro
Le 26/06/2011 20:24, JonathanMM a écrit : Le 26/06/2011 16:57, Vincent-Xavier JUMEL a écrit : L'idée est partie d'une discussion avec un ami qui estimait qu'il manquait l'emplacement des bouches de métro dans OSM. Je lui signalais qu'il existait un attribut (railway_entrance) permettant de les référencer. L'idée est donc naturellement venu de parcourir une ligne de métro en s'arrêtant à chaque station pour noter le nom des stations et leur emplacement, en s'aidant du plan de situation. L'imprécision de ces plans de situation nous a conduit à effectuer une vérification « de surface ». Au niveau du process retenu, nous avons donc parcouru les stations d'une ligne de métro. À chaque station, nous descendions par une des entrées pour repérer le nom des sorties sur le plan de situation et leur emplacement approximatif. Puis nous ressortions vérifier précisément l'emplacement et le noter dans un cahier. Il suffit ensuite de reporter ces informations dans la base de donnée OSM. Si y'a des gens intéressés, je serais disponible cet été sur Paris pour organiser un atelier sur le sujet. Attention, je rappelle qu'il est interdit de copier un plan de la RATP, que ce soit les « plans de situations » ou les plans de lignes ;) JonathanMM pour alimenter le débat : http://www.data-journalism.com/?p=592 Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagger les entrées de métro
Le 27/06/2011 22:06, JonathanMM a écrit : Et je rebondi sur ce mail pour signaler l'existence toute fraiche d'OpenTimeDataBase, une base de données sous licence ODbL 1.0 qui a pour but de recenser les horaires de tout transport en commun. http://otdb.nocle.fr/ Si y en a qui veulent aider, qu'ils n'hésitent pas ^^ /minute_pub JonathanMM t'as pas peur !!! Comptes-tu faire un lien avec les arrêts/lignes OSM (via leurs IDs) ? Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapping trop précis ?
Le 20/06/2011 21:10, Julien Fastré a écrit : Personnellement, je ne suis pas choqué. J'ai vu une proposition de cartographier les places de parking individuellement... Pas tenté ? Ici, ça serait quasiment possible... Julien Même avec une ortho de moins bonne qualité, j'essaie de ne pas oublier de localiser toutes les places réservées aux handicapés. Donc des nodes avec amenity=parking + capacity:disabled:[1-n]. Les autres se débrouilleront toujours. Cela fait drôle sur certains rendus, mais je crois que c'est une approche honorable. Denis PS : les parkings traditionnels (genre supermarché, etc.) ont aussi des obligations de signaler leurs emplacements réservés. Selon Saint-Wiki, même sur un way, on peut. PS1 : sur une des listes des RMLL, il y a justement en ce moment même une discussion sur un sujet connexe : l'accessibilité des PMR à certains bâtiments. Il y a encore un gros effort à faire car le besoin est là ; l'absence de données confine à l'urgent (aka plan B). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Open Data et Licences compatibles OSM
Le 14/06/2011 17:10, Sébastien Dinot a écrit : Bonjour, Romain MEHUT a écrit : Séverin NAUDET (directeur d'Etalab), invité de l'émission Place de la toile du dimanche 12 juin sur France Culture a indiqué que les données publiques ne devaient pas avoir de restrictions d'utilisation et en particulier commerciales. Pourquoi cela ne se concrétise-t-il pas dans les faits? Essentiellement parce qu'Étalab est une structure très récente (février 2011) et que le décret qui inscrit dans la loi les propos tenus par Séverin NAUDET date seulement du 27 mai 2011. Circulaire du premier ministre : http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT24072788 Décret : http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT24072772 Sébastien Si je reprend le titre du décret *n° 2011-577 du 26 mai 2011 relatif à la réutilisation des informations publiques détenues par l'Etat et ses établissements publics administratifs* et si je suis une collectivité locale, je ne me sens pas concerné (comprendre obliger de), à la différence d'INSPIRE (mais cela est une autre histoire, parallèle). Donc l'État montre la voie, certaines collectivités locales aussi, mais c'est encore un joyeux bordel dans les licences, les CGU, etc. Par ailleurs, instituer le principe de gratuité de la réutilisation des données publiques est une bonne chose (suffisante pour bon nombre), mais n'emporte pas sur la clause de réutilisation commerciale des données publiques qui, pour le cas d'espèce de la CUB, est bloquant pour une pleine réutilisation (nécessaire pour OSM). En entendant Séverin Naudet lors de cette émission, je crois que le vent souffle dans la bonne direction et que le navire État ne se manœuvre pas comme un esquif. Sortons la longue vue et le sextant pour faire les prochains points. Denis, pas marin pour 2 sous PS : j'ai quand même fait un peu d'aviron ! ça compte ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] transformateur électrique
Le 14/06/2011 20:25, Vincent Privat a écrit : Bonjour, Je ne m'attendais pas à voir une discussion sur ce sujet sur la liste fr si tôt :) Le tagging des transformateurs est actuellement un gros débat [1] sur un proposal que je suis en train d'écrire [2] pour clarifier les usages du tag power, qui posent pas mal de soucis actuellement, sur la manière de tagger les centrales, les postes électriques et les transformateurs. Punaise, j'étais même pas au courant ! Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Open Data et Licences compatibles OSM
Le 14/06/2011 22:00, Claire Libertic a écrit : Bonsoir. Je suis passee rapidement sur la licence de bordeaux mais il semble s agir de la cgu de l apie et je ne vois pas de restriction pour usage commercial. Quel est l article qui y fait reference? Claire Il apparaît que j'ai confondu les conditions d'utilisation des API avec celles des données. Toutes mes excuses les plus plates. Néanmoins, la juxtaposition du contrat de licence avec les conditions d'utilisations ici : http://data.lacub.fr/ n'est pas pour favoriser la compréhension du grand public. Je sais bien que nul n'est censé ignoré la Loi, mais honnêtement, il me semble qu'un peu de pédagogie (de communication) pourrait rendre la réutilisation plus facile. Bravo aux Bordelais donc et encore pardon d'avoir douté. Denis, qui s'est déjà couvert de cendres et retourne dans son trou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Open Data et Licences compatibles OSM
Le 09/06/2011 18:56, Claire Libertic a écrit : Bonjour à tous, Je représente une association nantaise qui travaille sur la promotion de l'open data. Suite à nos sollicitations, la ville a décidé d'ouvrir ses données et se pose actuellement la question de la licence. Le choix de Nantes est bien sur une licence gratuite de réutilisation mais restent deux possibilités: les CGU de l'APIE (article 7 non compatible projets libres?) ou l'ODbL de Paris. Un rendez-vous sur cette question est prévu le 16 juin, il s'agirait d'arriver avec des exemples de projets libres basés sur des données publiques pour démontrer l'intérêt d'une compatibilité. Avez-vous des exemples concrets ou arguments spécifiques ? D'avance merci :) Un contre-exemple : la licence des données opendata de la Communauté Urbaine de Bordeaux (CC-By-NC) suite au message de Tenshu : presque 200.000 adresses qui auraient pu être fusionnées dans la base OSM. Tant pis, il reste le cadastre (qui est probablement à la base des données re-licenciée par la CUB). Quand une collectivité restreint les conditions sur une ressource sur laquelle, souvent, elle n'apporte qu'un travail de rectification, d'actualisation, de caution,etc. elle freine sa réutilisation. Vous noterez, au passage, que des données indirectement personnelles (les adresses, selon la CNIL) sont désormais réutilisables. Il faut du courage pour basculer d'un mode de pensée à l'autre : passer du stade de l'information négociable (la clause NC) à l'information due au citoyen, à ses regroupements, à son pouvoir (et donc sa capacité) à analyser par lui-même ou par d'autres, l'opportunité de telle décision, l'alternative. Le choix de la licence me semble relever d'une dimension politique, peut-être juste un stade dans une démarche. A suivre Denis PS : je ne suis pas Bordelais et n'ai aucune animosité envers les autorités locales. J'essaie juste de comprendre comment la sauce peut prendre. Dura lex, sed lex : les besoins de la pleine réutilisation sont exigeants, mais ils sont nécessaires. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSM (était) dans la presse
Bonsoir, Je viens de mettre sur le wiki (1), la référence à un article qui m'a été signalé aujourd'hui. Il s'agit de la revue Techni.cités (le magazine des professionnels de la ville et des territoires) dans son n° 208 (23 avril 2011) qui a publié un dossier sur l'opendata (Libérons les données publiques) où est mentionné OpenStreetMap 'qui permet la réalisation d'une carte sous licence libre. Ainsi, des communes ont entrepris de cartographier leur territoire avec la collaboration des habitants.' Un dossier assez bien ficelé, synthétique où sont évoqués le cadre juridique, l'Étalab, les initiatives de Rennes, de Plouarzel, la CUB, la FING, LiberTIC. A la relecture, ça manque presque de détracteur Je crois que cela méritait une mention, même tardive. Denis PS : plus de détails en privé 1. http://wiki.openstreetmap.org/wiki/FR:OpenStreetMap_in_the_media#Avril_2011 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [HS][Humour] L'europe vu de la France
Le 19/05/2011 09:31, Julien Noblet a écrit : Bonjour, On est pas encore vendredi, je prends de l'avance :p Voici l'Europe vu de la France :) http://farm3.static.flickr.com/2196/2458274279_180ab2a1f5.jpg A ne pas prendre au premier degré... Bonne journée. Julien et voici le monde, vue de l'esprit : http://i.imgur.com/ex6Zu.jpg. C'est encore assez mâle, mais instructif. Denis, tacleur ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Questions débutant
Le 19/05/2011 17:40, Thomas Clavier a écrit : Le 19/05/2011 16:30, ben osm2xp a écrit : Je viens de me rendre compte qu'un import du cadastre a généré des doublons sur quasi toutes les zones ou j'ai travaillé , changesets 8115614 8113396 de cartoLibreMontpellier. Perso avec ce genre de travail *crado*, j'aurais tendance à violemment annuler les 2 changeset d'import du cadastre ! et la pédagogie, bordel ! Denis PS : cet interlude vous a été offert par la fourmi qui croit que patience et longueur de temps font plus que force ni que rage ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Détails tags points lumineux
Le 02/05/2011 17:11, Ab_fab a écrit : Mais que pensez vous de la Famille de Lampe ?: Lampe Sodium Hte Pression Lampe Fluo Led Lampe Iodure Incandescence Compact Fluo Là cela peut être intéressant pour les éco énergies et tout ça ;-) Cela vous parait il pertinent, si oui comment le traduit on ? Gaël Led ? Led ! Led Zeppelin !!! Désolé, je n'ai pas pu m'empêcher et retourne vite dans mon terrier. Denis, whole lotta ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM sur un écran urbain multitouch de 3,50x2 m
Le 21/04/2011 15:44, Charles Nepote a écrit : Bonjour, Jusqu'au 30 avril à Aix-en-Provence vous pouvez aller expérimenter le CityMedia, grand écran urbain multitouch multiutilisateurs : http://www.secondenature.org/citymedia/ Parmi les applications, la carte OpenStreetMap de la ville ! Quelques photos et videos (qualité smartphone, désolé) avec la carte de Marseille : http://www.flickr.com/photos/fondationinternetnouvellegeneration/sets/72157626545688718/ (Disclaimer : notre asso, la Fing, participe à cette initiative.) Wouah, ça fait envie !!! A quand un tel joujou sur un STOM ou des RMLL ? Une autre façon de dire : keep in touch Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-Talk-fr] Données OSM dans la prochaine version de X-Plane
Le 19/04/2011 18:29, Ab_fab a écrit : OpenStreetMap a été évoqué sur le forum d'OpenBVE http://openbve.freeforums.org/openstreetmap-data-import-t1172.html L'important n'est pas forcément dans le statut actuel du réseau ferroviaire, mais peut être montrer jusqu'où il est possible d'aller dans le détail, pour que les accros de la simulation ferroviaire puissent considérer que la base OSM est _ un pot commun légitime pour y enregistrer ce qu'ils savent du réseau réel (type de voies, signalisation, tension des caténaires et toutes autres choses que je ne saurais pas détailler même, en allant au plus près des voies) _ une source fiable pour tout ce qui constitue le décor environnant (batiments, routes, (*)...) et qui s'écarte de leur préoccupation de base. Et bien entendu, la base OSM se trouve de nouveaux contrôleurs qualité ! Gagnant - gagnant, enfin je pense. Et puis ça permet de s'échapper un instant du contexte carte glissante Cela fait un moment que je m'intéresse à la problématique ferroviaire. Non seulement les ferroviphiles peuvent être intéressés par nos données et les enrichir, mais également les Autorités Organisatrices de Transport et même les gestionnaires du réseau. J'ai eu récemment une discussion informelle avec une personne de RFF qui faisait état de leur besoins : cela va des embankment=yes au railway=level_crossing en passant par les electrified,gauge et autres service. Pour les passages à niveau, cela descend, en terme de précision sémantique, sur le type (SAL 2, SAL4, etc.) ou sur les ref (PN 24). Il nous manque un tag pour les aiguillages. Les barrières SNCF (longueur 2m) ou les passages de voie (souterrain ou aérien) sont également importants quand on veut faire une simulation du cheminement piéton possible. France Inter parlait également récemment des nouveaux services en gare : coiffure, médecin, etc. dans un contexte d'évolution et d'attractivité du rôle de la gare. Côté AOT, j'ai fait des démonstrateurs de point d'arrêt ferroviaire ici : http://osm.org/go/0DJ5@LG6P-- ou là : http://osm.org/go/0DOWAHY0J-- Le gros handicap pour OSM est qu'une zone ferroviaire est une zone essentiellement non accessible librement (je me suis fait klaxonner par une loco, il y a 2 ans ;-). Bref une bonne raison pour aller défricher les espaces publics et inciter les détenteurs d'informations spécialisées à libérer leurs entrepôts de données. Je ne parle même pas du patrimoine ferroviaire aujourd'hui en grande partie disparu. Bref, au charbon Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re : Le cadastre et les termes du contributeur
Le 18/04/2011 16:14, THEVENON Julien a écrit : *De :* BreBru . osm.cartograp...@gmail.com ** La license actuelle CC-*BY*-SA garantit la citation des auteurs. Elle garantit que l on dise qu OSM est la source des donnees. Nul part tu ne vois la liste de tous les contributeurs OSM + sources d imports. D apres les courriers cites dans la page http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation la source est attachée dans les données elles même. Où est cet accord ? Dans les conditions d'utilisation du cadastre je vois bien cette utilisation composite mais je vois aussi l'obligation de citer le cadatre (article 4 cité en intégralité dans mon premier mail) http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation Oui et le fait de faire un import massif de bati ne dispense pas de rajouter le tag source mentionnant le cadastre et le millesime sur les donnees importees Julien +1 : j'étais en train de répondre mais tu m'as devancé ;-) Les contributeurs réutilisent les données du plan cadastral et sont censés respecter les conditions mentionnées dans la réponse de la DGFiP. Les utilisateurs réutilisent les données OpenStreetMap et sont censés respecter les mentions d'attribution (licence CC-BY-SA et ODBL). A partir du moment où les données cadastrales sont incorporées dans la base OSM, l'auteur de la donnée initiale n'a plus droit de regard sur les conditions de rediffusion ou d'utilisation de la donnée composite. Pour ma part, je ne considère pas les imports de bâti comme des imports des données cadastrales au sens strict : nous n'avons reçu aucun fichier de la DGFiP ni via le biais de collectivités (sauf peut-être la 4C (Concarneau) pour les adresses ou BMO -à confirmer ou non par les importateurs-. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re : Le cadastre et les termes du contributeur
Le 18/04/2011 17:27, BreBru . a écrit : Encore une fois je ne vois aucun endroit où il soit dit que les conditions de l’article 4 ne s’appliquent que au produit composite et non à ses dérivées. La carte issues des données OSM étant clairement un document diffusé intégrant des données cartographiques cadastrales il faut citer la DGFiP comme source. Point. Si, étant entendu que la DGFiP ne peut prétendre exercer son droit patrimonial que sur l'oeuvre dont il est auteur, à savoir : des données cartographiques cadastrales c'est-à-dire le plan cadastral informatisé. L'article 4 ne vise que les oeuvres qui intègrent ce PCI en tant que tel. Les données cadastrales sont reconnues publiques et donc réutilisables (hors données nominatives de la matrice cadastrale) librement (il est rappelé que l'ensemble des utilisateurs sont habilités à faire un usage libre du plan cadastral pour la réalisation de leurs travaux internes). Donc, si j'utilise le plan cadastral, en couche de fond par exemple, en ajoutant des données de prix du bâti sur un ensemble de pâtés de maison, il y a obligation de mention de la source du plan. Ce n'est qu'un rappel à la Loi. Si j'importe (par quelque moyen que ce soit) une partie des données du PCI dans une base de données, il y a obligation de mention de l'origine des données dans le produit composite. En toute honnêteté, j'ai du mal à comprendre pourquoi un tel pointillisme compte-tenu du volume de données cadastrales déjà intégrées dans la base OSM et compte tenu de la carte glissante intégrant ces données cadastrales. Si la DGFiP avait eu une quelconque réticence, je crois qu'on serait déjà au courant (ou en procès). Denis Pour ma part, je clos ce débat. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de licence
Le 15/04/2011 14:30, Emilie Laffray a écrit : 2011/4/15 jul...@krilin.org mailto:jul...@krilin.org A noter que le numéro de la licence actuelle est 1.2.4 (comparé à ce qu'il y avait avant 1.0). On a donc eus un certain nombre d’itération pour trouver des compromis acceptables au plus grand nombre. On est d'accord sur le fait que la réponse que l'on fait est une intention de vote le jour J ? Si on a donné son accord sur la version x de la licence et qu'au final c'est la version x+15 qui est utilisé, c'est moyen. Non déjà la licence reste la même. Ce qui a change ce sont les termes des contributeurs. L'autre chose c'est que les termes actuelles sont plus souples. Veux tu pouvoir revoter sur les termes afin d'accepter les nouveaux termes? Il est clair que d'un point de vue de communication, cela a été une erreur de pousser cela, vu les révisions qui ont été faites. Toutefois, si tu as accepté les précédents termes, il y a peu de chance pour que tu t'opposes aux nouveaux. Emilie Laffray Je crois moins à un manque de communication qu'à un manque de pédagogie. Dans le même temps, y compris sur ces concepts juridiques aussi pointus qu'une projection RGF93CCxx, il faut faire confiance au capitaine du navire (ce n'est pas un radeau de la Méduse) pour manœuvrer. Bravo aux énergies déployées pour cette bordée (1). Imaginez que ce choix n'ait été proposé que dans 2 ou 3 ans ; encore plus de bordel, pardon, d'avis différents. Qui peut encore croire que la base OSM soit détournée de sa vocation initiale par des artifices juridiques ? Des nids de poule peuvent subsister mais à 80 km/h on les sens moins que si l'on roulait à 20 km/h (expérience vécue en Côte-d'Ivoire). On peut pinailler sur une virgule, un terme comme dans une résolution de l'ONU (x+150 ?) pour marquer son empreinte ; c'est le jeu de la démocratie CTRL-W des élus. Le terrain, ses enjeux dictent parfois un calendrier que toute la communauté rassemblée sur l'Agora ne pourra pas faire tenir dans un délai raisonnable. Denis, consentant (2) 1 : http://fr.wiktionary.org/wiki/bordée (acception #9) 2 : http://fr.wiktionary.org/wiki/consentir ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le cadastre et les termes du contributeur
Le 15/04/2011 22:06, Brebru a écrit : Bonjour, Le cadastre est-il compatible avec les termes du contributeur ? * Article 4 : Protection des droits de l’Etat Mentions obligatoires* Afin que les droits de l'Etat par la Direction Générale des Finances Publiques sur les données cadastrales cartographiques soient connus et préservés, les utilisateurs porteront sur tous les documents diffusés intégrant des données cartographiques cadastrales, quelle que soit leur forme, la mention suivante en caractères apparents : « source : Direction générale des Finances Publiques – Cadastre ; mise à jour : », où est le millésime d’actualisation des données cadastrales ainsi communiquées. Si je comprends bien les termes du contributeur, seule OSMF a l'obligation de citer les auteurs et encore via le biais de la page web http://wiki.openstreetmap.org/wiki/Attribution.; N'est-ce pas en contradiction avec sur tous les documents diffusés intégrant des données cartographiques cadastrales, quelle que soit leur forme, la mention suivante en caractères apparents ? La DGFiP demande simplement que, quand une information -le cadastre ne fournit pas encore de données directement importables dans OSM- issue de cette administration est utilisée dans notre base la mention de source soit respectée. Quand tu dis que seule OSMF a l'obligation de citer les auteurs, j'ai le poil qui frise. CHAQUE CONTRIBUTEUR A LE DEVOIR DE CITER SES SOURCES ET LA COMMUNAUTE LE BESOIN DE SAVOIR SI LES DONNEES SONT COMPATIBLES AVEC LA LICENCE EN VIGUEUR DE LA BASE. Pour les données ISSUES (et non pas IMPORTEES) du plan cadastral, la compatibilité de la licence|de la réutilisation de données publiques est réglée depuis plus d'un an. Merci à ceux qui les utilisent de respecter les conditions légales posées par le Cadastre. Attention au risque de crier au loup quand il n'y est pas. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Adjectifs dans les noms des rues
Le 12/04/2011 21:25, ratanes a écrit : Bonsoir, J'ai par exemple près de chez moi dans l'Hérault un col des Treize vents qui s'appelait évidement le col des Tres vents (c'est à dire des trois vents en occitan) mais qui a été traduit en treize vents par les non-occitanologues. Marc Bricard La Rue d'Aix-sur-Vienne (ici : http://osm.org/go/0DMurABxR--) ne devrait pas être nommée ainsi car il n'existe aucune commune française de ce nom. j'ai cru, un moment, que la commune avait changé de dénomination, mais non (http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=1930fin=2011dep=87mod=M0). Je ne suis même pas sûr que le alt_name soit justifié dans ce cas là (http://www.openstreetmap.org/browse/way/26461456/history) vu que c'est juste une erreur historique. Pour la Rue de Saillat (Saillat-sur-Vienne depuis 1953), je peux comprendre. Après tout, tout le monde s'en fout peut-être qu'Aixe-sur-Vienne ne s'écrive pas de la même manière qu'Aix-en-Provence. En 2055, on écrira peut-être X/Vieillehaine ; à côté de la Rue d'Oradour-sur-Glane ça le fera pas trop. J'adore la toponymie (en Alsace, comme en Champagne-Ardenne -sans s;-) ; c'est lire des histoires, des anecdotes, des drames : Spitalacker, En-dessous du Mont de la Putain, Les Allemands, etc... Je le constate souvent : le Cadastre connaît aussi les affres des déformations de la vieillesse ; quand ce sont des biem faciles à redresser en beim (chez/près de), ce n'est pas grave ; par contre, je n'irai pas plus loin dans un quelconque redressement d'un mot mal écrit tant sa forme actuelle peut, pour des linguistes, être aussi signifiant. Bref, pas facile comme exercice de connaissances de nos mondes mais enrichissant. On pourrait faire un bestiaire (une gallerie des horreurs) ? Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [OSM-talk] Spanish official land register (Catastro) changes its license
Le 07/04/2011 14:50, Vincent Pottier a écrit : Bonjour, Bonne nouvelle. L'Espagne libère son cadastre. Les mappeurs espagnols sont pleins de questions, juridiques et techniques, sur les suites. Ceux, parmi nous, qui ont construit de l'import différentiel peuvent peut-être leur donner conseils et bouts de code... -- FrViPofm C'est une nouvelle réjouissante de portée européenne. A-t-on déjà idée si les adresses font partie des données libérées ? Je ne parle pas évidemment des données nominatives. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] RE : Re: Besoin de mappeurs rapidement
Le 05/04/2011 20:39, rldhont a écrit : Le 05/04/2011 18:44, Jean-Francois Nifenecker a écrit : Le 05/04/2011 17:48, Julien Fastré a écrit : Heu... je peux vous dire que vous etes formidables? C'est vrai ça. Au passage, j'ai 2-3 secteurs à mapper, je donne la liste où ? ;-) C'est le principe d'une Mapping Party, ça pourrait être intéressant de lancer des mapping party virtuel ;-) Tu m'enlèves les mots de la bouche. genre... pour les prochaines RMLL ? Genre : ce que j'ai trouvé de très intéressant dans l'exercice était le regard croisé des hot-contributeurs. Un peu comme une crème caramel qui aurait besoin d'un coup de chalumeau. Denis, taquin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Créer un large escalier
Le 05/04/2011 20:36, skippyfr a écrit : Oui effectivement, je parlais essentiellement en termes de rendu. Si le rendu ne se fait pas correctement on se demande toujours si on a bien mis les bons tags avec les bons paramètres. mode troll=onDepuis quand tague-t-on pour le rendu des autres ?/mode troll=on Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Open(Geo)Data à Lyon ?
Le 27/03/2011 16:32, arno a écrit : Le mardi 01 mars 2011, à 14:56:12 +0100, François a écrit : Lu sur le wiki a-brest (http://www.a-brest.net/article7233.html) : Le schéma directeur des données géographiques du Grand Lyon propose l’ouverture de certaines bases de données en libre diffusion. J'en saurai plus le 17 mars ... Salut, as-tu des nouvelles ? a+ arno La présentation fait par le Grand Lyon est disponible ici : http://www.web-intelligence-rhone-alpes.org/docs/Donnees-20110317/fournillier.pdf La brillante présentation de François est également disponible ici : http://www.web-intelligence-rhone-alpes.org/docs/Donnees-20110317/vanderbiest.pdf Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création Association OpenStreetMap France
Le 30/03/2011 10:31, Gilles Bassière a écrit : Faut-il y lire une forme de méfiance ? Je connais peu de gens qui font du SIG le week-end pour s'amuser alors que ces outils sont largement utilisés dans les entreprises, les collectivités et les universités. Naturellement, l'OSGéo regroupe donc des professionnels. Mais ça ne l'empêche pas d'être ouverte à tous et de regrouper d'authentiques libristes. Bien que professionnel, je suis adhérent à l'OSGéo-fr à titre personnel. J'ai commencé à contribuer à OSM parce que je ne trouvais pas de données intéressantes pour bricoler mes applications. Je connais d'autres contributeurs qui ont suivi le même chemins. Cela illustre la pertinence des objectifs de l'OSGéo : promouvoir la géomatique libre : logiciels ET données. De même OpenStreetMap rassemble des gens de tous horizons réunis pour collecter de l'information géographique. Nombreux sont ceux qui ont commencer à développer des outils autour de cet tâche et OSM dispose maintenant d'une pile d'applications riche et dynamique. Suis-je le seul à voir une convergence et beaucoup de potentiel pour des partenariats et des collaborations ? J'y ai cru aussi et je continue à y croire... mais Je crois que l'ambition initiale d'OSGeo-fr d'embrasser les données géographiques en plus de ses buts initiaux sur les logiciels va bien au-delà de ses moyens actuels. Oui, l'OSGéo-fr a peu de moyens humains et financiers. La réactivité d'OSGéo-fr n'est pas en cause. Je pense au contraire que si. Après le vote de la communauté OSM-fr, la balle était clairement dans le camp d'OSGeo-fr pour concrétiser ce rapprochement. Mais à part le début d'un squelette de page wiki, rien ne s'est passé. C'est exactement de ça que je parle. OSM-fr a réussi à voter et c'est tout. Mis à part Gaël, je n'ai vu personne aller vers l'OSGéo-fr pour concrétiser ce rapprochement. Mais était-ce vraiment à l'OSGéo-fr de tout faire pour nous ? On pourrait dire qu'il y a égalité. OSM-fr a voté pour le rapprochement, l'OSGéo-fr aussi. Ensuite, il n'y a pas eu les forces vives pour concrétiser, d'un côté comme de l'autre. Ref nécessaire pour le vote de l'OSGéo-fr. Rappelons que les premiers contacts pour un rapprochement sont venus de la part d'OSGeo-fr. Et qu'entre-temps, l'équipe dirigeante a changé de mains, Je mettrais l'échec de ce rapprochement plus sur le compte de ce changement d'équipe que sur le défaut de réactivité ou de différences culturelles. Mais inutile de refaire le match, regardons l'avenir. Je crois qu'il faut considérer OSGéo-fr comme une structure amie et c'est d'ailleurs nettement plus sain qu'un rapprochement purement administratif. Créons donc l'association OSM-fr, construisons-nous, organisons-nous. Après avoir soutenu le rapprochement, je pense aussi qu'il faut se résigner à partir seuls même si je crois encore que la dispersion va exiger plus d'efforts et de doublons au final pour les deux entités. Dommage. Au final on est d'accord :) Mais je ne vois pas ça comme une résignation. C'est un autre chemin, moins axé sur la collaboration et le partage d'expérience. Mais ce chemin pourrait permettre à OSM-fr de trouver la forme qui lui convienne et qui respecte ses spécificités. Ce chemin nous conduira peut-être à faire des erreurs mais c'est comme ça qu'on se construit. Longue vie à OSM-fr donc ! Sans vouloir prolonger un débat qui n'a pas vocation à devenir un ressassement de frustrations et autres rendez-vous manqués, je croyais qu'OSM-fr pouvait habiter la case données libres de l'OSGeo-fr dont FVDB avait tracé les plans (voir wiki). Vu le côté famille nombreuse d'OSM, la situation aurait pû devenir difficile rapidement et le bail à renégocier. Nous nous orientons vers la construction de notre propre maison. Tant mieux finalement. Quant aux relations de bon voisinage, il faudra attendre la pendaison de crémaillère pour inviter. Dans le même temps, je suis persuadé que certains membres de l'OSGéo-fr auront envie de prendre une truelle ou un niveau pour nous aider à contruire notre /home. Denis, 2 mains gauche pour le bricolage ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Open(Geo)Data à Lyon ?
Le 28/03/2011 20:12, Otourly Wiki a écrit : Denis a écrit : PS : oublier Lyon pour le siège de l'assoc OSM ;-) C'est quoi ce troll ? Ce dans quoi tu as sauté à pieds joints ;-) Vu de Strasbourg, Lyon, c'est pas le pied. L'idée de l'isochrone (en transports en commun) rapportée à la population desservie pourrait être un élément de choix, non pas pour le siège, mais pour un lieu de rencontre urgent (la tournante, euh pardon, la pluralité de la localisation des AG étant un fait acquis, couplé à des événements locaux libres). Quel tag pour la seule manière efficace de se déplacer : la téléportation ? (on me souffle dans l'oreillette :video_conference=yes) Ne perdons pas de vue le quoi avant de chercher le où. Denis PS : De mon trop court séjour dans la Capitale des Gaules, je garde un excellent souvenir du Carnegie Hall (celui-ci : http://www.openstreetmap.org/browse/node/1104801374 + cuisine=meat ;-) Veni, vidi, arrivederci ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Open(Geo)Data à Lyon ?
Le 27/03/2011 16:32, arno a écrit : Le mardi 01 mars 2011, à 14:56:12 +0100, François a écrit : Lu sur le wiki a-brest (http://www.a-brest.net/article7233.html) : Le schéma directeur des données géographiques du Grand Lyon propose l’ouverture de certaines bases de données en libre diffusion. J'en saurai plus le 17 mars ... Salut, as-tu des nouvelles ? Infos à confirmer par François et Sylvie, que j'ai pris grand plaisir à rencontrer, j'ai noté : libération prochainement sous licence libre (licence IP, CC-BY-xx ?) de : - filaire de voirie +adresses - sens de circulation - lieux et édifices - infos/données contenues dans le plan de ville. C'est brut de notes, à prendre avec les pincettes de rigueur. J'ai le sentiment que la démarche est en route, irréversible mais pas totalement aboutie encore. Juste laisser du temps au temps. Le volume de données qui pourrait être (sera) libéré est important, j'imagine. Denis PS : oublier Lyon pour le siège de l'assoc OSM ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Digues
Le 26/03/2011 20:13, Pierre Touzard a écrit : Bonsoir, Comment tagger une digue destiner à contenir les eaux en cas d'inondation ? Exemple : ouvrages de terre de profil trapézoïdal enherbé (hauteur ~ 3 m) sur lequel on peut cheminer. Personnellement, je verrai bien un highway=track (ou plus précis si connu) + embankment=yes La page http://wiki.openstreetmap.org/wiki/Key:embankment évoque assez clairement la digue de protection d'un risque de crue. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Japon : les efforts de la communauté OSM visibles
Relevé via ERDAS, cette application qui montre, entre autres, qu'en cas de situation d'urgence, les données OSM sont de plus en plus visibles. C'est ici : http://apollopro.erdas.com/apollo-client/ Au notera au passage, la potentielle réutilisation d'images Geo-Eyes et Ikonos avant et après la tragédie. Je n'ai pas le temps de creuser et d'autres plus HOT(http://hot.openstreetmap.org/weblog/) ont peut-être plus de détails. Voir aussi : http://wiki.openstreetmap.org/wiki/2011_Sendai_earthquake_and_tsunami Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création Association OpenStreetMap France
Le 25/03/2011 18:51, RatZilla$ a écrit : Bonjour à tou[te]s, Le sujet a déjà épuisé beaucoup de claviers, mais il revient, pour, je l'espère fortement, aboutir à une structure OSM France pérenne. Après concertation avec le board de l'OSGéo-fr sur l'avenir d'OSM en France, il a été acté qu'il fallait mieux qu'OSM ait sa propre association. OSM n'étant pas représentée légalement en France il fallait trouver une solution. -Soit OSGéo-fr devient aussi un Local Chapter d'OSM. -Soit la communauté OSM en France bâtie sa propre association. Il apparait aujourd'hui que de plus en plus de contributeurs sont prêts à assumer des responsabilités dans le montage d'une association OSM France. Cela n'entrave en rien nos bonnes relations avec l'OSgéo-fr ni la possibilité de mener de concert des projets. Cette décision ravira certains d'entre vous, d'autres seront peut être déçus, mais il nous faut aller de l'avant pour plus de visibilité et de lisibilité. C'est le printemps, tout bourgeonne. J'ai cru pendant un temps que le rapprochement entre OSM et l'OSGeo était une bonne solution, qu'il n'était pas nécessaire d'avoir notre propre structure, que ce rapprochement pouvait permettre un partage d'expérience entre neo-géographes et paleo-géomaticiens, etc. Chaque projet a suivi sa propre route. J'adhère aujourd'hui à ce projet de constitution d'association OSM-fr car cela me semble la solution la plus réaliste dans l'état actuel des choses. Il serait peut-être, par respect pour ceux qui avaient acté le rapprochement avec l'OSGEO (http://doodle.com/3nm3y5czf3ukdgtg), de bon ton de formaliser cette nouvelle ambition par un nouveau vote/sondage pour que la démarche ne soit pas que la volonté d'une tête de pont (on me signale dans l'oreillette ce sondage : http://doodle.com/hk8kqeh3ibnuh3wz) distançant le gros de la troupe ou l'arrière-garde. Nous avons besoin de nous étoffer, pas forcément de nous étirer. Après négociation avec ma hiérarchie je suis désormais en temps partiel 1semaine/mois pour me consacrer aux activités communautaires d'OSM. Je serai donc à Paris tous les mois pendant 1semaine complète pour assurer l'amorce de la création d'OSM France. De nombreuses collectivités et entreprises nous apportent leurs soutiens dans cette phase nécessaire au soutien des activités des contributeurs en France. Les principaux besoins immédiats seront d'écrire les statuts de l'association. La domicilier à Paris facilitera les échanges et déplacements des membres. L'objectif est d'avoir une vrai autonomie financière / humaine et matériel grâce à des dons, subventions, et productions plus simple à obtenir quand on est une association. Il existe déjà une page amorçant le processus de création d'OSM France sur le wiki: http://wiki.openstreetmap.org/wiki/WikiProject_France/Projet_d%27association_en_France Nous la mettrons à jour au fur et à mesure. Ce post est aussi un appel à volontaires pour des fonctions diverses et variées au sein de la Future OSM France. Merci d'avance de votre aide dans cette belle aventure. Merci à toi Gaël du souffle et de l'énergie que tu as déjà mis dans la promotion, la valorisation d'OSM. J'essaierai, dans la mesure de mes moyens, de contribuer à la réflexion sur (et/ou l'animation de) cette nouvelle étape. A suivre, donc Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Génération de vidéos des contributions en fonction du temps
Le 21/03/2011 10:28, Nicolas Dumoulin a écrit : Bonjour, Oui, ça n'est pas simple. Je m'y suis personnellement essayé, et la première difficulté est de reconstituer l'historique des données. Après, créer une animation avec des rendues mapnik, ça me semble jouable (en moins perfectionné). Il y a un an, j'avais fait ceci sur l'avancée du bâti sur Haguenau (et Schweighouse/Moder clin -d'oeil amical à GeoBoris ;-) : http://dhelfer.free.fr/hag_coul_2010.avi C'était du pur bricolage : base PostGIS, mapserver, 2-3 idées folles. Si vous n'entendez rien, c'est normal il y a PAS de son, c'était juste un souhait, un désir, une frustration. Il y a probablement de la marge pour faire quelque chose sans faire appel à Dreamworks. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag d'une école
Le 21/03/2011 20:30, Guillaume Allegre a écrit : Le lun. 21 mars 2011 à 14:13 +0100, Agnès Rambaud a ecrit : Bonjour, Je progresse tranquillement dans ma découverte d'OSM. J'ai une question concernant la manière de définir une école - et ça me servira je pense pour toutes autres sortes de groupements de bâtiments. Donc une école, composée de plusieurs bâtiments. Comment est-ce qu'on définit cela ? J'ai tenté : - mettre une zone qui englobe les bâtiments et nommer cette zone (en utilisant également comme recommandé school:FR=*). C'est ça, mais sans oublier de tagguer aussi la zone en amenity=school. Souvent, l'école est entourée par une cour clôturée, donc tu peux éventuellement t'appuyer sur cette clôture pour définir ton polygone et éventuellement repasser le(s) chemin(s) définissant la clôture avec barrier=fence|hedge|wall... Le rendu donne quelque chose comme ça : http://www.openstreetmap.org/?lat=45.188351lon=5.755659zoom=18layers=M Je plussoie, c'est aussi ma pratique. Avec le cadastre en fond, on arrive à des représentations très proches du monde réel. Bon, je n'ai pas toujours le réflexe barrier=*, mais je me soigne. Ne pas oublier non plus les arceaux pour cycles (amenity=bicycle_parking + capacity=x ou les arrêts de bus scolaires). Penser aussi à demander à vos Conseils Régionaux/Généraux/Mairies, des plans des établissements pour repérer les cantines, les CDI, les internats, etc C'est un monde qui bouge assez rapidement. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistiques des km de voiries par communes dans osm comparé au cadastre
Le 12/03/2011 14:12, Emilie Laffray a écrit : 2011/3/12 sylvain letuffe sylv...@letuffe.org mailto:sylv...@letuffe.org C'est coloré, c'est chamarré , mais je ne sais toujours pas ce que c'est. Moi non plus ;-) c'est du vaudou on a dit : une vue approximative soumise a aléas du semblant d'une idée de progression sur le territoire. Ce qui n'est pas forcement une mauvaise chose :) C'est approximatif et du moment que tout le monde le sait, ce n'est pas un probleme :) On progresse, c'est l'enseignement principal, pas par bloc (applications, données, analyse, etc.) mais à la manière d'un tsunami : global, pénétrant, révélant les fossés et autres aspérités du terrain et où la survie dépend du niveau d'élévation qu'on peut atteindre. heu... oui oui oui, tout va très bien se passer. Tu te la procures où ? elle a l'air bonne ;-) Ne m'oublie pas si tu as le fournisseur :p Rendez-vous aux RMLL 2011 pour des échantillons IRL. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistiques des km de voiries par communes dans osm comparé au cadastre
Le 11/03/2011 18:20, Jean-Francois Nifenecker a écrit : Bug report pour toi ;) La commune de Montfort-en-Chalosse (40) est indiquée à 0/39, alors que y'en a des qui se sont troué la paillasse à cartographier un bon bout du lieu... ;-) http://beta.letuffe.org/?zoom=7lat=47.07051lon=2.45381layers=BFFFTF Où est l'erreur, docteur ? Viens puiser du réconfort sur Haguenau (608/15). On pourrait établir des meilleurs-pires et des pires-pires. C'est coloré, c'est chamarré , mais je ne sais toujours pas ce que c'est. C'est très loin d'une critique sur la nécessité d'automatiser certaines analyses statistiques, mais je sens la nécessité de mûrir la méthode pour que me (fourmi) sente et suive une piste. On n'avancera durablement que plus lentement (pour faire écho à des débats récents et récurrents sur l'acquisition du bâti). J'ai émis des doutes sur la fiabilité de l'extraction automatique de la voirie du cadastre. Je suis septique certes, mais que cela ne fausse pas l'envie de continuer sur cette voie ou sur des chemins de traverse. Moi aussi je continue à créer des footway alors que c'est peut-être ce tag est peut-être appelé à être balayé par un robot docile. On progresse, c'est l'enseignement principal, pas par bloc (applications, données, analyse, etc.) mais à la manière d'un tsunami : global, pénétrant, révélant les fossés et autres aspérités du terrain et où la survie dépend du niveau d'élévation qu'on peut atteindre. Denisibyllin PS : en écoute de Live in Japan, Deep Purple, 1972 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] fourmis volantes was:Statistiques des km de voiries par communes dans osm comparé au cadastre
Le 08/03/2011 11:58, Charles Nepote a écrit : Le 07/03/2011 22:08, ndecaris a écrit : Personnellement, depuis le début de ma participation à OSM, j'essaie de m'occuper de la campagne, et j'espère que d'autres se joindront à cette entraide obligatoire, car je vous rappelle qu'en France, il y a 80 % de citadins (personnes habitant dans une ville de plus de 30 000 habitants), ce qui naturellement fait qu'il y a plus de mappeurs en ville, qu'en campagne. Oui. On pourrait lancer une initiative genre mappeurs, adoptez un village !. Pour ma part je me suis concentré sur 3-4 petites communes rurales que je connais déjà. Il faudrait faire un ratio contributeurs actifs/nombre de communes rurales pour savoir combien de communes devraient idéalement être adoptées pour chaque mappeur. Et l'idéal serait peut-être d'avoir des binômes pour ne pas travailler trop seul... On pourrait aussi imaginer des opérations coups de poing financées par des acteurs publics. mappeur en résidence ou mapping d'été pourrait consister en un hébergement fourni par la collectivité pour que des mappeurs puissent venir cartographier le territoire sur un modèle du type chantier de fouille d'été. Le deal pourrait être le suivant : pendant la période estivale l'acteur public fourni le gite contre un engagement, de la part des mappeurs, de cartographier à mi-temps le territoire alentour (l'autre mi-temps étant laissé au choix des mappeurs). Pour l'acteur public c'est une manière de financer le mapping à moindre coût, de faire découvrir son territoire, de sensibiliser la population locale. Pour le mappeur c'est une manière de découvrir une région à moindre frais, en exerçant sa passion et en profitant aussi de temps libre pour d'autres choses. Qu'en pensez-vous ? Voilà une idée séduisante car elle inscrit nos contributions dans un tissu relationnel dont l'exemple de Plouarzel a démontré toute la pertinence. Cartographier des communales rurales de son bureau grâce à la magie du cadastre ou autres sources de données publiques (le tourisme virtuel) permet de faire avancer la base mais on se sent parfois seul à des kilomètres à la ronde. Se rendre sur place, rencontrer les acteurs locaux (y compris la presse) permettrait de franchir un pas important. Je repense aussi aux animateurs multimédia qui peuvent être des relais locaux et qui avaient manifesté un intérêt pour notre projet. Bref, il y a à creuser sur le comment, mais j'adhère largement au principe win-win. Denis PS : il y a bien des fourmis volantes, pourquoi pas des mappeurs volants ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Statistiques des km de voiries par communes dans osm comparé au cadastre
Le 08/03/2011 20:32, Vincent Pottier a écrit : Le 08/03/2011 20:18, Matthias Dietrich a écrit : Pour les path, d'accord, je veux bien, encore que ce soit très variable (sur certaines communes, les paths figurent au cadastre). Avec le machin de Voronoi, il n'y a pas moyen d'exploiter la largeur de l'espace restant une fois retiré les parcelles ? Des chemins ruraux, c'est moins large qu'une autoroute sur le cadastre. Et l'Avenue des champs Élysées doit être plus large que les ruelles de Ménilmuche. Si on ne peut pas déterminer si la voie est une tertiary ou une unqualified, on doit pouvoir tout de même faire quelques grandes catégories... -- FrViPofm Je ne crois pas qu'il soit possible de déduire la voirie (surtout la plus importante) à partir du cadastre car toute la voirie n'est pas dans le domaine non cadastré (le trou des parcelles) . Donc, il y a des portions d'autoroute, de nationale, de départementale, etc.qui sont des parcelles et donc, j'image, pas pris en compte dans le compte des statistiques de voirie. Le cadastre est une base de données foncières pas routières. L'outil d'analyse est fort intéressant, bravo à Frédéric et Sylvain. Avez-vous pensé à la piste SPOT Image ? + couverture complète et homogène du territoire + une précision suffisante pour des stats nationales (2,5m /pixel) Bon, il faut traiter du pixel et plus des espaces vectoriels. Il y a sûrement des compétences à réveiller à droite et à gauche. Denis, yakafocon PS : ce serait une bonne façon de valoriser la confiance qu'a placé Spot dans notre utilisation de leur données ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des communes/departements/régions qui ont libéré leurs données
Le 07/03/2011 13:32, Charles Nepote a écrit : Le 03/03/2011 17:55, Arnaud Vandecasteele a écrit : Bonsoir à tous, Dans le cadre d'une future réunion OSM, je chercherai à connaitre les différents organismes publics qui ont fait l'effort de libérer leurs données. J'ai bien évidemment en tête le cadastre ou encore la commune de plouarzel, mais auriez vous quelques chose d'un peu plus exhaustif ? Leurs données géographiques ? en France ? Il y a pas mal de choses ici dépassant largement le cadre de l'information géographique et français : http://www.reseaufing.org/pg/pages/view/16823 Charles. Merci pour cette piqûre de rappel. J'ai encore découvert des initiatives fort locales (de mon point de vue ;-) Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limite administrative et tag déprécié ?
Le 27/02/2011 15:12, Pieren a écrit : 2011/2/27 Black Myst black.m...@free.fr mailto:black.m...@free.fr Doit-on supprimer ces tags ? Peut-on envisager d'écrire un script qui supprime ces tags pour toute la France ? Erg, je fais partie de ceux qui ajoutent ces tags. C'est parfois bien utile de savoir de quel côté on se trouve sans avoir à consulter et charger les relations concernées. Elles ne dérangent personne, j'espère. Moi, je trouve qu'elles facilitent la vie des mappeurs. Pieren Pareil, j'utilise encore ces tags. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limite administrative et tag déprécié ?
Le 27/02/2011 18:31, Vincent de Chateau-Thierry a écrit : Le 27/02/2011 15:32, sylvain letuffe a écrit : Erg,(...) Pieren Glups, (...) -- sly Arf :-) J'ai plutôt, pour les raisons que donne Sly, tendance à enlever ces tags. Pour voir à quelle(s) relations sont rattachés des objets, je recours massivement sous JOSM à Ctrl+Alt+D, qui ne charge pas les relations complètes, mais donne pour les objets sélectionnés la liste de leurs appartenances dans la fenêtre Propriétés / Appartenances. Bref, à chacun ses usages. D'un autre côté, si quelqu'un nettoie ce genre de tags, pour moi, ce ne sera pas un drame. On a ses vieilles habitudes, pas facile d'en changer. Ces tags n'ont pas grande valeur en eux-même hors de l'utilisation que peut en faire le contributeur local. Peut-être qu'aujourd'hui le nettoyage est possible sur l'Alsace (toutes les communes sont faites), mais attendre encore un peu sur les Ardennes où je suis en train de bouffer des feuilles cadastrales. Je n'y travaille pas tous les jours et ce genre de balises m'aident encore pour savoir où j'en suis resté. Par ailleurs, il y a probablement des choses plus graves à rectifier actuellement dans la base, non ? Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM, ça marche
Le 23/02/2011 12:57, Nicolas Dumoulin a écrit : Bonjour, Hier soir a eu lieu la première réunion publique pour le plan local de déplacement de ma commune. J'ai assisté l'animation avec mon appli [1] qui a été saluée et applaudie par la modeste salle de 60 personnes. C'est pas grand chose, mais OSM (et ses copains) peut vraiment être un outil de médiation intéressant pour les citoyens, et ça marche. Merci donc à tous ceux qui rendent cela possible, ma contribution n'aurait pas pu exister sans vous. Il reste encore énormément de travail (je parle d'OSM), mais le projet est déjà viable pour certaines applications … en doutiez-vous ? Bonne journée à vous [1] http://pld.dumoulin63.net/ Merci à toi de valoriser notre projet citoyen. Ca donne du baume au cœur quand on planche au fin fond de la cambrousse sur des feuilles cadastrales non géoréférencées. Il y a sûrement une page sur le wiki pour consigner cette démarche. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM, ça marche
Le 23/02/2011 19:42, yvecai a écrit : On 23. 02. 11 18:34, sly (sylvain letuffe) wrote: Pas nécessairement, les deux approches ont leurs avantages et inconvénients. Les avantages étant nombreux je ne listerais que les petits défauts : - Coté client, ça rame plus car openlayers à besoin de faire de la transparence et (n-1) fois plus de requêtes (n le nombre de couche images) - Coté débit réseau, ça peut demander plus de trafic surtout si une couche du dessous disparaît sous le remplissage d'une couche du dessus - Dans le cas du SRTM qui n'est pas parfait, il est toujours un peu surprenant d'avoir de l'ombrage sur un lac qui, par les lois de la physique, devrait être plat et donc sans ombre. Tu n'y es pas du tout! Moi j'adore ce reflet de la montagne dans l'eau :) Un autre inconvenient: - Ce type de représentation du relief est clair sur les versants ouest, sombre sur les versant est, et gris dans les plaines. Le rendu surhttp://toolserver.org/~cmarqu/hill/ ne s'en sort pas mal, mais çà reste un peu grisouillant: http://pld.dumoulin63.net/?zoom=14lat=45.21524lon=5.84094layers=B00TFFFT En fait, si l'on veut du blanc dans les plaines, on perd toutes les infos versant ouest. J'aime bien la dérive que prend ce fil, mais j'ai peur que seuls les plus vivaces des lecteurs de cette liste aient le courage de remonter le courant. Cela prouve au moins 2 choses : - il y a beaucoup de talents sur cette liste ; - il y a peut-être de la publicité à faire pour la liste dev. Denis, 1.9 PS : dans un passé assez lointain, je m'étais intéressé à GMT, un soft développé par l'université d'Hawaï pour des rendus de relief. En ligne de commande of course. On pouvait choisir l'orientation et l'inclinaison de l'éclairage, de quoi satisfaire tous les amateurs d'ombres de leur coin. Ce sont aujourd'hui des fonctionnalités courantes pour Grass et autres softs modernes. Mais pas question de m'inscrire sur la liste dev. ; je n'ai qu'une seule vie. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment taguer un dolmen ?
Le 21/02/2011 13:21, Bruno Cortial a écrit : Le 21 février 2011 12:25, Nicolas Moyroud nmoyr...@free.fr mailto:nmoyr...@free.fr a écrit : La question est dans le titre. J'ai mis historic=dolmen. J'ai bon ? Est-il nécessaire d'ajouter un autre tag en complément ? J'utilise le schéma de cette page du wiki: archaeological_site http://wiki.openstreetmap.org/wiki/Tag:historic%3Darchaeological_site Ce qui donnerait historic=archaeological_site megalith_type=dolmen site_type=megalith Un germanophone pour nous expliquer megalith_type=grosssteingrab et le différence avec le dolmen breton ? http://taginfo.openstreetmap.de/keys/megalith_type#values Je ne suis pas un spécialiste des tas de pierres. Toutefois, il me semble, d'après le document ci-dessous (que je serai fort incapable de traduire en totalité), que le grosstseingrab est plus générique que le dolmen. Megalithanlangen serait le terme plus académique du Grosssteingrab ? A titre perso, je traduirai littéralement ce terme par fossé (graben) creusé (et délimité) par des grosses pierres (tombe mégalithique ?) et Megalithanlangen par site megalithique. Cela m'évoque une visite sur un chantier archéo dont l'un des animateurs-archeologue nous expliquait que les sépultures, notamment dans notre fossé rhénan, pouvait être regroupées en famille (et donc datés) suivant l'ornement dont la civilisation de l'époque rituait la mort : bois, terre, pierre. Ce n'était pas des mégalithes, donc prudence avec cette analogie. Ici un arbre généalogique des tas de pierres ancien : http://upload.wikimedia.org/wikipedia/de/7/71/Megawal21.PNG Bref, on est dans du pointu (sans parler des menhirs ;-). Obelix, au secours !!! Denis,paléo documentaliste ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Encore 2 ans et demi à patienter
Le 16/02/2011 21:20, hpmt a écrit : Pas d'accord. Bonsoir Hélène, la discussion peut donc s'engager En tous cas, en Haute-Garonne, le raster et le vecteur, c'est le jour et la nuit : sur les raster, seuls le bâti neuf est tenu à jour, les voies de circulation qui figurent sont totalement obsolètes et j'ai observé que les bâtiments démolis sur le terrain sont assez souvent toujours là sur le cadastre ; parfois on trouve l'emprise de l'autoroute, mais pas plus, et parfois cette emprise n'est représentée que dans une annexe. Les chemins ruraux remis en culture depuis belle lurette ne sont pas mis à jour, pas plus que les voies de chemin de fer démontées. Il ne faut SURTOUT pas oublier quel est l'objectif du cadastre : être le référentiel de la division du territoire en unités foncières. Il n'a jamais eu pour vocation d'être une base de données topographique. Cela explique que le bâti neuf (penser nouvel impôt foncier) soit le plus à jour. Pourquoi les services du cadastre consacreraient de la ressource (de plus en plus contrainte) à tracer les voies d'une autoroute alors que seule son emprise lui importe ? Concernant plus particulièrement les voies de chemin de fer démontées (retanchées est le terme exact dans la terminologie de RFF), je trouve, au contraire, que le cadastre est une source de richesse patrimoniale que, sur ce cas précis, OSM sait gérer avec railway=disused ou railway=abandonned, voire preserved ;-) En montagne, heureusement que beaucoup de gens ont injecté des traces gps, parce qu'aucune voie récente à gros débit n'a été tracée, on ne trouve que des chemins n'utilisant pas les mêmes lignes de pente, et donc tout à fait désaffectés. J'en sais quelque chose, puisqu'en ce moment je rentre la frontière de 3 à 4 communes raster par jour ; je suis un peu horrifiée. Il a été dit à plusieurs reprises : en montagne le cadastre n'est pas bon (géométriquement). Cela tient essentiellement à leur mode de confection du plan. Il serait hasardeux de ne s'appuyer que sur le cadastre dans ces endroits où le relief prend un importance prépondérante pour la géométrie (angle et distance). Cela est vrai que le Plan Cadastral Informatisé (PCI) soit encore sous forme d'image ou vectorisé. C'est le sens du message que j'essayais de faire passer : la vectorisation ne fera pas prendre en compte le relief, par exemple. La solution pour nous autres fourmis est de compiler les différents sources réutilisables à notre disposition : GPS, cadastre, survey. Rien ne sera de trop pour ces zones difficiles à cartographier. Récemment la commune de Landhorte a été vectorisée, et j'ai refais une partie de sa carto : ça change tout , ne serait-ce que parce que le cadastre se positionne tout seul au bon endroit ; les routes et les carrefours sont pile poil ; le rêve ; et au moins, les références des voies n'ont pas l'air d'être tirées d'un film muet en noir et blanc. Landhorte avant d'être vectorisée a été géoréférencée (et ce n'est pas la partie la plus facile). Je viens de terminer la commune d'Eckbolsheim (en plaine ; tout raster) : certaines feuilles sont en Lambert I Nord non géoréférencées, la plupart en Lambert93 CC49 (zone 8) déjà géoréférencées. Faut jongler avec, mais la partie coordonnées croisillons est nettement allégée et on peut rentrer plus rapidement dans la commune. Il faut enfin souligner que le cadastre est d'une bonne voire d'une très bonne qualité géométrique par endroits et je suis sûr qu'un certain nombre de contributeurs pourront attester de cela. Même à l'intérieur d'une même commune la qualité du positionnement varie (surtout en fonction de l'échelle d'origine du plan). N'oublions pas que le cadastre vient de fêter son bicentenaire récemment : un peu de respect pour les personnes âgées. Bref, je rentre les limites de communes pour que la Haute-Garonne ai l'air moins déplumée (et pour apprendre à le faire dans un max de cas merdiques), mais pour cartographier l'intérieur des communes sérieusement, il faut y aller faire du gps et du survey, ou attendre la vectorisation. Pour des raisons similaires, j'œuvre aussi occasionnellement dans les Ardennes, vu que les limites communales d'Alsace sont bouclées. Parfois, certaines feuilles sont velues à caler. Dans ce sacerdoce, aucune vocation n'est superflue. On ne sait pas comment on fera, quand on terminera, mais on sait où on va. On peut même encore passer pour des explorateurs dans certaines contrées, c'est dire si c'est jouissif. Denis, qui n'y retournera plus ce soir, vu l'heure (du lever demain) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Encore 2 ans et demi à patienter
Le 15/02/2011 18:01, Romain MEHUT a écrit : La qualité est volontairement mauvaise pour pouvoir passer sur la liste de discussion (taille limitée à 100 Ko) La qualité de l'article n'est pas au rendez-vous non plus. La vectorisation du cadastre n'a jamais apporté un surplus de qualité sur le plan lui-même, sur son contenu. C'est pourtant ainsi que, lecteur pour l'occasion de l'Est Républicain, j'interprète, les propos du journaliste. Bien au contraire, la DGFiP impose des règles très strictes (et des contrôles à postériori pour apposer son label de document opposable sur des produits dérivés comme des POS/PLU, etc.). La vectorisation du Plan Cadastral Informatisé (PCI) ne fait que transformer des pixels en vecteurs, selon une procédure millimétrée. Elle ne gommera qu'à la marge les incohérences dans les limites communales, par exemple. Bref ne pas attendre le miracle annoncé par le journaliste. Le miracle, s'il est nécessaire, réside plus dans le fait qu'un département prenne en charge la vectorisation du PCI avec pour effet bénéfique (mais dans une échéance encore plus lointaine que les 2,5 années annoncées) que la DGFiP va, par convention, récupérer le produit et donc le mettre en ligne. In fine, c'est quand même une bonne nouvelle pour OSM puisque d'ici 3 à 4 ans, on aura à disposition encore plus de communes vectorisées (et Dieu sait s'il y a en a en Lorraine ;-). Pour les plus impatients, je recommende le cadastre raster qui a encore beaucoup de charmes. Le cadastre ne se dévore pas (1), il se déguste Denis, cadastrophile sybillin 1. c'est trop souvent quadastrophique ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carnet de campagne
Le 10/02/2011 10:03, Philippe Pary a écrit : Le mercredi 09 février 2011 à 20:26 +0100, Denis a écrit : Souvenez-vous : http://lists.openstreetmap.org/pipermail/talk-fr/2009-December/016755.html Ben, justement ils reviennent en Finistère. Peut-être est-il encore temps de leur dénoncer le complot de Plouarzel. Peux-tu traduire ce message sybillin ? Philippe Oui, pardon ; voilà ce qui arrive quand on veut faire trop court. Donc France Inter cherche des témoignages (des caftages) sur des initiatives de portée environnementale, sociétales, socio-économiques, etc. Les prochaines émissions sont sur le Finistère. Plouarzel et sa carto-partie pourraient être signalé comme initiative intéressante, comme cela avait été suggéré dans le message de fin 2009 cité plus haut. Bref une possibilité de parler d'OSM sur une radio de service public dans une émission qui parle des initiatives citoyennes. J'espère être moins sybillin !!! Des finistériens (les auto-caftages sont autorisés ;-) pour concrétiser ? Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] huisnummers
What's the required minimum data you input for addresses? Addr:housenumber and addr:streetname seem to be the very basic. But should we always add addr:city, addr:postalcode and others? http://wiki.openstreetmap.org/wiki/Address has quite a few options. - Denis Moyogo Jacquerye 2011/2/8 Gerard Vanderveken g...@ghia.eu: Important is that for individual house numbers also the street (and postal code) is listed, when there could be any doubt.. eg this one: http://www.openstreetmap.org/browse/node/1138985638 Is it Leuvensebaan or Vijverstraat? People can make an educated guess, but conputers do not! Regards, Gerard. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-fr] Carnet de campagne
Souvenez-vous : http://lists.openstreetmap.org/pipermail/talk-fr/2009-December/016755.html Ben, justement ils reviennent en Finistère. Peut-être est-il encore temps de leur dénoncer le complot de Plouarzel. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OpenStreetMap] changement de licence vers ODbL
Le 26/12/2010 18:14, François Van Der Biest a écrit : 2010/12/26 g.d g...@wanadoo.fr mailto:g...@wanadoo.fr Non, bordel !!! Je REFUSE, et Tous savent très bien pourquoi ! Tout comme quasi tous les vieux d'osm Contributeur depuis octobre 2006, et je souhaite que mes contributions ne soient pas effacées de la base lors du passage à la nouvelle licence (que j'approuve). Ce message était juste pour dire que cette phrase n'est pas représentative de la réalité. Pour le reste, chacun est bien évidemment libre de faire ce qu'il lui plaît de ses contributions. Je ne peux prétendre être né à OSM au temps des dinosaures, quoique néanmoins fossilisable. Ces derniers étaient faits pour durer, fruit laborieux de l'évolution. Un caillou venu du ciel a brutalement et définitvement mis un terme à leur règne. Les dinosaures n'ont pas été consultés. Et les mammifères ont pris le relais pour notre plus grand bonheur. Ils ne l'ont pas choisi non plus. L'écosystème suit des lois dont les termes nous dépassent ; certains appelent celà évolution (avec une forte connotation darwinienne). La mer d'avant est devenue une plaine aride, les lits (de rivière de diamants) jadis horizontaux ont pris un relief inimaginable, difficilement calculable au moins. Plus personne n'ose s'aventurer dans sa prospective au-delà de quelques années ; une misère pour l'analyse ( et qui évoque plus la caution publicitaire que le sondage statistiquement décent) Chacun est libre de choisir son horizon (son azimut pour être plus précis), mais l'horizon s'en fout moyennement. Avons-nous choisi la même destination ? L'horizon est une vue de l'esprit, peuplée de mirages (appuyer sur F1 pour rire). Ce que je regrette le plus dans cette histoire de changement de licence, c'est sa capacité à cristalliser (comprendre fossiliser) des positions comme celle de Gerhard (merci à toi d'avoir reporté ton échange avec Guillaume). C'est une capacité, pas un objectif, ni un azimut. La fondation OSM a, peut-être, escompté un effet de capilarité (anciens contributeurs entrainant les plus novices) ou boule de neige (gros vs occasionnels). Des efforts ont été faits en terme de communication, mais peut-être trop tard pour réparer les dégâts initiaux (méfiance et autre risques). La question est d'importance et le terrain de ce passage délicat n'a pas été suffisament déminé. C'est une responsabilité communautaire et pas uniquement une affaire de ceux qui connaissent ou qui sont bien placés. Merci à tous ceux, à Emilie en particulier, qui s'investissent pour tisser des liens solides entre les différents composants de notre écosystème. On n'est pas toujours en phase, des fois on a les fils qui se touchent, mais le courant continue à passer et nous sommes TOUS conducteurs. Le language du droit est une langue étrangère pour la plupart d'entre nous mais qui n'a jamais fredonné une chanson sans en comprendre le moindre mot ? Quand la musique est bonne , ... Denis, abs-con ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données de la Communauté de Comm unes de Concarneau Cornouaille
Le 23/12/2010 11:18, Marc SIBERT a écrit : Bonjour, Indépendamment de ce qui peut être fait par d'autre, je me suis permis de lancer une page dans le Wiki à http://wiki.openstreetmap.org/wiki/WikiProject_France/Donn%C3%A9es_de_la_Communaut%C3%A9_de_Communes_de_Concarneau_Cornouaille. N'hésitez pas à la modifier / déplacer / etc. si ça ne va pas. J'ai aussi publié (dans cette page) une liste de substitutions à faire sur tous les libellés. N'hésitez pas à la compléter/corriger/etc. car il y a plein de toponymes bretons que je suis incapable de corriger. Voilà le résultat de mon travail ici : http://dl.free.fr/rPyAZFtPQ (méthodo + couche adresse osm résultat). Marc, aucun souci pour te laisser la main ; je m'étais proposé par défaut et j'ai moins de disponibilités qu'escompté (plus le temps est libre, plus il est court). Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données de la Communauté de Comm unes de Concarneau Cornouaille
Le 21/12/2010 15:53, François Van Der Biest a écrit : Je pense qu'il faudrait, dans l'ordre : - renseigner dans le wiki OSM la page [0] référençant l'import. - créer une page wiki récapitulant le contexte (avec lien vers la délibération [1]) la procédure suivie. - évaluer la qualité des données fournies, en comparant visuellement avec d'autres sources (cadastre/bing/...). A priori, ça devrait être très bon, - identifier les attributs intéressants à conserver pour OSM, et réaliser la correspondance avec les map features, - s'inspirer de ce qui a déjà été fait ici [2] et là [3] pour sélectionner automatiquement les voies à importer, - valider en commun (ici sur cette liste) le fichier .osm avant import dans la base. - importer Bon, voilà où j'en suis : évaluation de la qualité : - adresses : les données semblent provenir d'une source cadastrale. C'est globalement très exploitable. 16700 points adresse qui peuvent être importés assez facilement car la zone est vierge au premier coup d'oeil. J'ai commencé à rédiger une procédure détaillée du nettoyage des données. Je devrais pouvoir m'occuper de cela demain matin et être prêt pour l'import. - filaire de voirie : Je n'arrive pas à voir la partie attributaire. Suis-je seul ? Voilà, voilà Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données de la Communauté de Comm unes de Concarneau Cornouaille
Le 21/12/2010 19:50, François Van Der Biest a écrit : Est-ce que, si on importe le bati du cadastre dans la foulée, il y aurait moyen de raccorder ces adresses aux objets polygonaux ? J'ai des doutes. Mais ce serait le top, non ? L'idée m'a également traversé l'esprit. Toutefois, selon mon expérience du bâti et de l'adressage cadastral, j'ai comme un vieux doute sur l'automatisation de la procédure. Ce serait un super boulot de conflation : un os à ronger pour un d'jeuns en mal de requêtes spatiales. Je n'ai pas le niveau de compétences, ne suis qu'une fourmi. Au COGIT (labo de recherche de l'IGN), il y a déjà probablement des travaux, des réflexions de ce tonneau. Il n'y a pas un protocole OS-Geo/IGN qui pourrait servir de cadre à des discussions futures ? Je dis cela comme un ballon sonde météo : une idée en l'air quoi. - filaire de voirie : Je n'arrive pas à voir la partie attributaire. Suis-je seul ? Idem ici. Le dbf me semble corrompu. Je fais un A/R avec la source. Ouf, i'm not alone. Dans les métadonnées (le fichier xml de l'archive), la partie attributaire des tronçons semblait assez (voire très) riche : nombre de voies, sens, toponyme, largeur, etc. Largement de quoi alimenter notre frustration actuelle et de quoi espérer une grosse plus-value pour OSM. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données de la Communauté de Comm unes de Concarneau Cornouaille
Le 18/12/2010 13:25, Philippe Pary a écrit : Le vendredi 17 décembre 2010 à 20:11 +0100, Denis a écrit : On devrait inventer des jumelages au sein de la communauté des fourmis, histoire de ne faire faire que des bouts de carte chacun dans son coin. Je ne comprends pas cette idée : que veux-tu dire ? Un truc genre http://www.parrain-linux.com pour OSM avec des référents volontaires par région ? Philippe Pas tout à fait. L'idée de parrainage a déjà été évoquée sur cette liste et elle est pertinente. Mon idée est plus de rapprocher des contributeurs qui oeuvrent sur des territoires différents mais dont certaines caractéristiques peuvent être communes (je pense, notamment mais sans que cela soit exhaustif, au bilinguisme, aux zones de montagne, aux particularismes du patrimoine -croix et calvaires-). Bref, promouvoir des échanges entre territoires sur des thématiques communes. J'avais (et j'ai toujours) de la réticence par rapport aux listes de discussions régionalistes. Si je conçoit bien que certaines informations ne concernent qu'une fraction de la communauté, celles-ci peuvent faire naître d'autres idées connexes dans d'autres bouts de territoire. Quand on crée un groupe de travail spécialisé, il ne faut jamais oublier de faire des remontées d'informations à la structure mère. Bon tout cela reste très théorique j'en conviens et, surtout, je ne jette la pierre à personne. A se garder sous le coude. J'ai le sentiment que, par exemple, dans le Nord, en Bretagne, il commence à y avoir des phénomènes d'accrétion ; c'est très bien. Quelles sont les lois qui régissent ces évolutions ? Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données de la Communauté de Comm unes de Concarneau Cornouaille
Le 18/12/2010 13:12, Fabrice Phung a écrit : François Van Der Biest a écrit : Salut Denis, Je veux bien jeter un oeil sur les données même si je suis parmi les plus mal placés pour ce faire (et si aucun Breton ne se manifeste d'ici la semaine prochaine). Ce pourrait être des vacances de Noël à peu de frais !! Bonjour, Je serai dans ce coin lundi si la neige le permet. Mais que faut-il faire ? Et que veut dire ce pourrait être des vacances de Noël à peu de frais ? Je parle de tourisme virtuel. Quitte à choisir sa neige, celle de Bretagne est plus exotique de celle d'Alsace. Quand, je mappe des limites communales dans les Ardennes, je decouvre une organisation urbaine nouvelle où les villages ne sont pas espacés de 500 mètres et où la toponymie est moins germanique ; quand je mappe en Touraine, je me remémore mes vacances d'enfance et constate combien le paysage a évolué et puis La Faute-sur-Mer, Levernois, Pila, Abidjan, Man,Bouaké et autres endroits où j'ai traîné ma carcasse récemment (ou moins). Le territoire n'est pas neutre, il est coloré des traces affectives laissées, des souvenirs -bons ou mauvais- géolocalisés avec précision. Je ne suis pas amoureux du planet.osm mais de ce qu'il procure comme plaisir, comme émotion : une sorte de Carte de Tendre (http://fr.wikipedia.org/wiki/Carte_de_Tendre) personnalisable par chacun à l'infini. Oui, parcourir la carte glissante permet de surfer dans l'imaginaire, dans le souvenir. Bon après, il faut redescendre sur la terre ferme et regarder ce qu'il y a dans ces données et voir comment cela peut s'intégrer dans la base en tenant compte de l'existant. C'est un boulot que je fais quotidiennement et pour cela que j'ai proposé ma candidature. Il reste que je ne peux être effectivement sur place et tout regard des locaux résidents ou occasionnels sera le bienvenu. Pour lundi, ce sera quand même chaud, vu que je ne suis pas encore en vacances !!! Des nouvelles bientôt. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données de la Communauté de Co mmunes de Concarneau Cornouaille
Le 15/12/2010 11:31, François Van Der Biest a écrit : Bonjour, Il y a peu de temps, la CC de Concarneau Cornouaille votait l'ouverture de ses données SIG. Aujourd'hui, celles-ci sont disponibles pour OSM à cette adresse : http://dl.free.fr/mlOSilcKP Ci-dessous, le mail attestant de la provenance des données. Je n'ai pas trop le temps en ce moment de regarder pour un import. Quelqu'un est volontaire ? Je veux bien jeter un oeil sur les données même si je suis parmi les plus mal placés pour ce faire (et si aucun Breton ne se manifeste d'ici la semaine prochaine). Ce pourrait être des vacances de Noël à peu de frais !! On devrait inventer des jumelages au sein de la communauté des fourmis, histoire de ne faire faire que des bouts de carte chacun dans son coin. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites admin istratives KO
Le 16/12/2010 19:16, g.d a écrit : Je ne suis pas géomètre, mais l'ai étudié durant 2 ans à une fac' en RFA. Mon métier depuis 22 ans sont les Monuments Historiques, mais comme le monde est petit, je suis souvent confronté à des plans cadastraux, aux actuels comme aux anciens, y compris aux relevés partiels d'antan, avant assemblage en planches. Aussi, durant trois ans en tant qu'ingénieur des eaux en RFA j'y étais confronté. Là-bas, à mon époque, le dessin du plan cadastre faisait foi, d'où une application extrême pour sa conservation et reproduction. J'avais écrit un brouillon résumant mes expériences à ce sujet, mais je ne l'ai pas envoyé, car trop long (d'où mon surnom... ;-) et, surtout, en aucun cas je ne voudrai heurter qui que ce soit ! Le cadastre est un puzzle vraiment inextricable, un puzzle qui déjà au départ ne s'assemblait pas. Personne n'en est coupable, l'objectif du cadastre n'était *pas*, de créer un carte projetée du pays. Le temps ne l'a pas arrangé... Pour vous communiquer mes expériences, je le colle mon brouillon à la fin. Merci Gerhard de faire bénéficier la communauté des fourmis apprenantes (CFA c'est aussi Centre de Formation des Apprentis;-) de ton expérience passée. Elle éclaire utilement un monde où les pratiques ont bien changé depuis quelques années. On ne comprend pas toujours tout, tout de suite, mais ça laisse des traces (et des archives ;-) . Dire que Le cadastre est un puzzle vraiment inextricable, c'est toucher du doigt les limites (et pas que celles de notre entreprise) de la collecte, du traitement de l'information même labellisée ; c'est aussi nous renvoyer à une nouvelle pratique citoyenne : découverte, exploration, analyse, critique, proposition, contre-proposition, débat, etc. Pour les bordures communales, OSM n'a pas à rougir de son travail et la prochaine mise à disposition gratuite (c'est prévu pour le 1er janvier prochain), par l'IGN et aux seules structures de service public de l'ensemble des 4 composantes du Référentiel à Grande Échelle -RGE- (orthophoto, BD Topo, BD Parcellaire, BD Adresse) va créer une situation inédite, au moins pour les Collectivités Territoriales, et un véritable challenge pour notre communauté. La bonne nouvelle, c'est qu'on va pouvoir se mesurer à l'opérateur historique en termes concrets, mesurables ; une sorte de crash test IRL. La moins bonne nouvelle, c'est que nous avons toujours plusieurs dizaines d'années de retard dans la couverture du territoire. Nous aurons beau mettre les bouchées doubles, ce retard historique sera long à combler et pourra porter, par endroits, préjudice à notre crédibilité malgré les avancées opérées ici ou là. Pour tous les opérateurs qui cherchent à faire la promotion d'OSM en France, il y a des chantiers qui n'attendent qu'un investissement temps/argent. L'époque semble être aux annonces fracassantes mais mûries de longue date (SPOT, Mapquest, Bing, IGN, etc. (toutes les initiatives plus locales qui me paraissent au moins aussi importantes). 2011 s'annonce challengique. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
Le 09/12/2010 12:16, Sébastien KALT a écrit : Ben justement, là je viens de tomber sur une série dans le 16, je voulais regarder plus en détail ce midi. Par exemple Touzac en Charente (et les communes autour non encore tracées dans OSM), feuille 000 0A 1, les croisillons sont du genre 47.000 en latitude et 15.800 en longitude (en bas à droite, et si j'ai pas encore mélangé longitude et latitude), le cadastre annonce Métrique locale et X=9888,16 Y=970,42 (qui je suppose sont relatifs à la feuille). J'ai beau avoir cherché, le système de référence spatial est pour le moins bizarre. Le plus simple est de contacter le CDIF (Centre Départemental des Impôts Fonciers) de Cognac qui sera à même de te dire quel est le système de projection pour cette commune (ou s'il y a une erreur !!). Peut-être aussi sur le GeoRezo, il y aura des connaisseurs pro des données cadastrales du coin. Denis Si tu donnes un poisson à un homme, il se nourrira une fois. Si tu lui apprends à pêcher, il se nourrira toute sa vie. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] enquête sur les Français et la g éolocalisation
Bonjour à tous, Une enquête assez instructive http://www.atelier.net/sites/default/files/thema/synthese-ifop-thema-de-latelier-geolocalisation.pdf Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] bing!
On Wed, Dec 1, 2010 at 12:12 PM, Ben Abelshausen ben.abelshau...@gmail.com wrote: I'm having the same issues with Potlach2. Usually I use merkaartor but the bing maps plugin is not yet active. On Wed, Dec 1, 2010 at 11:42 AM, wannes wanne...@gmail.com wrote: Other roads seemd correct, so I re-alligned a few things. Now Potlach2 question: How do I add a node to a way? How do I merge 2 nodes? (don't find i t in the help) Adding a node to a way is document in http://wiki.openstreetmap.org/wiki/Potlatch2/Primer To add a point to an existing way, select the way and shift+click at the desired location. To merge, I would delete (click Delete button or press Backspace) one node and connect with the other if necessary. Cheers, Denis Moyogo Jacquerye ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Parcellaire ?
Le 29/11/2010 17:32, Pieren a écrit : 2010/11/29 Emilie Laffray emilie.laff...@gmail.com mailto:emilie.laff...@gmail.com L'accord que Pieren a négocié à l'époque est que l'on peut utiliser les données du cadastre pour créer un produit composite mais qu'en aucun cas l'on ne peut rentrer toutes les données du cadastre car on pourrait alors reconstituer le cadastre ce qui est interdit. Emilie Laffray Je peux difficilement répondre sur le fond (pas la compétence) mais il est vrai que ça serait presque l'entier du cadastre qui serait importé et identifié (donc reconstituable à l'identique si on le souhaite). Mais il faut rendre à César ce qui est à César. La DGFiP n'a jamais donné d'accord pour utiliser le cadastre dans OSM - ils ont juste dit qu'il était possible d'utiliser le cadastre en général à condition que le produit soit composite et qu'il y ait le millésime. De plus cette demande a été faite à quatre mains avec l'aide de Denis. Le seul accord que nous ayons obtenu concernait l'accès au WMS caché derrière le site cadastre.gouv.fr http://cadastre.gouv.fr Pour revenir sur les parcelles en général, il faut surtout se poser la question de leur utilité ou pertinence dans OSM, sachant que ces données sont abstraites comme les limites administratives (donc non vérifiables sur le terrain à part les bornes), qu'elles n'intéressent que une ou deux personnes à la fois (les propriétaires), qu'elles sont très nombreuses et souvent modifiées (remembrements, découpages, etc - on voit déjà tous les problèmes de maintenance des buildings) et qu'elles seront très difficiles à consolider géométriquement aux limites communales (connaissant les écarts que nous avons tous constaté dans ce domaine entre communes). Pour revenir au premier cas mentionné par Vincent, la personne a tagué toutes ses parcelles avec fence=barriere même au milieu de la forêt et je doute que ce soit vraiment le cas. Et il a aussi utilisé le tag name pour des références. Je crois plutôt que cette personne a utilisé des tags qui lui pemettait ensuite de retrouver simplement ses parcelles à partir de son GPS. Je pense que 1. il faudrait au minimum modifier les tags et 2. que ce genre d'expérience reste limité, sans aller jusqu'à les interdire (sauf s'il y avait une contrainte légale avérée). Pieren Entièrement d'accord avec tes conclusions. Pour mémoire, il n'y a pas eu de négociations avec la DGFiP, mais un questionnement sur les conditions d'utilisation (que nous traduisions à l'époque en utilisabilité pour le compte d'OSM) établies par le producteur. La réponse qui nous a été faite n'a fait que rappeler les termes de la Loi, en y incluant les aspects de la réutilisation des données publiques (le parcellaire est soumis à la directive INSPIRE et figure dans l'annexe 1 -prioritaire en terme de calendrier-) et corroborer la volonté de rendre interopérable la consultation du Plan Cadastral Informatisé (via des Web Services). Évidemment, il y a les ambitions et les moyens ; les premières sont énormes (à la hauteur des attentes) et les seconds en constante diminution. Toujours en attente d'un WMS conforme (cela concerne plus la communauté pro des SIGistes qui ont espéré, un temps, pouvoir disposer du PCI Vecteur directement dans leur outils SIG traditionnels), la colonie des fourmis à contourné l'obstacle, établit des ponts, développé des outils pour son usage. Aujourd'hui (bientôt 2 ans après cette bonne nouvelle), la base s'est durablement enrichie de données dont les bâtiments sont probablement la partie la plus visible (lourde ?). Il ne faut pas oublier pour autant la toponymie, l'hydrographie (malgré certaines erreurs en partie imputable à une compréhension moyenne de la nature du PCI) et ... les limites communales et les adresses postales. Dès l'origine, des usages alternatifs se sont fait jour (un certain S. le R. avait digitalisé des parcelles en les afflublant d'un tag garden). Le cas d'espèce semble relever de cette catégorie et je doute qu'une fourmi folle se mette à digitaliser frénétiquement des parcelles (90 millions d'objets sur toute la France) ; on a déjà du mal à boucler sur les limites communales. Dans cet exemple particulier d'utilisation du cadastre, je trouve que cela a du sens (outil disponible, source de donnée publique disponible, besoin avéré ?). C'est peut-être une tentative de contestation de déclaration PAC qui, elles, se font sur la base de l'orthophoto de l'IGN. Et si OSM pourvait être aussi un levier de la prise de décision !!! Bon, OSM n'a pas vocation non plus à héberger les lubies, les constestations et autres manifestations épidermiques de tel ou tel, d'autant plus si cela ne s'inscrit pas dans une démarche partenariale, communautaire. L'exemple est néanmoins rigolo et incite à la réflexion sur notre rôle d'outil. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http
Re: [OSM-talk-fr] Fwd: [josm-dev] Microsoft gains access to aerial imagery
Le 24/11/2010 11:12, Pieren a écrit : 2010/11/24 eMerzh merz...@gmail.com mailto:merz...@gmail.com parce que pour moi l'annonce http://www.bing.com/community/site_blogs/b/maps/archive/2010/11/23/bing-engages-open-maps-community.aspx semble officiel et elle dit : Microsoft is providing access to our Bing Aerial Imagery for use in the OpenStreetMap project Elle dit aussi : As a first step in this engagement, we plan to enable access ... (traduc. approx. Comme premier pas de cet engagement, nous planifions l'ouverture d'accès à l'imagerie aérienne globale etc... On est loin du présent de l'indicatif. pourtant : http://www.la-conjugaison.fr/du/verbe/planifier.php Ce n'est pas nous planifierons ni nous planifierions* * Denis* * ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartobalade dans le Finistère
Le 24/11/2010 19:41, Francisco DOS SANTOS a écrit : Le mercredi 24 novembre 2010 à 11:24 +0100, Louis-julien de la Bouëre a écrit : Bonjour à tous et toutes, Une nouvelle façon de voir Open Street Map Reportage fort bien sympathique, bravo ! +1 Très humain, d'un point de vue fourmi. Ça donne du corps, du cœur au ventre. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Le jeu de la vérité (des sourc es)
En surfant sur les données Bing, je suis tombé sur un cas qui m'a troublé. Ce secteur (lotissement en construction), je l'ai cartographié pour le compte d'OSM à l'aide de mon E-Trex ; pas moyen d'enregistrer autrement le tracé de la route puisqu'elle n'est pas encore ouverte à la circulation (un côté est ouvert certes, mais l'autre barré par un gros tas de terre) la version Google : http://maps.google.fr/maps?f=qsource=s_qhl=frgeocode=q=cronenbourgsll=38.347651,-102.026272sspn=25.287565,67.631836ie=UTF8hq=hnear=Cronenbourg,+Strasbourg,+Bas-Rhin,+Alsacell=48.612977,7.694491spn=0.002603,0.0103t=hz=18 la version Bing : http://www.bing.com/Maps/?v=2cp=48.61276503813079~7.694874846149808lvl=18dir=0sty=h la version OpenStreetMap : http://osm.org/go/0DMuhbbfT-- La version Cadastre - RASTER- (sur laquelle je me suis largement appuyé) commune : Mittelhausbergen feuille : 0601 la Rue Camille Claus est la parcelle 650 Bon, on est les seuls à avoir un toponyme sur le way D'autres qu'OSM travaillent les feuilles raster du Cadastre sans faire mention de source ? Bizarre, bizarre, vous avez dit bizarre... Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Place/Boundary [LONG]
Le 23/11/2010 21:29, Pierre-Alain Dorange a écrit : Ayant participé a réactiver le débat sur l'usage du tag place pour les villes, villages et hameaux et des frontières des communes. Et notamment de l'utilisation des données INSEE liés aux communes, je me suis permis de relire les discussions et de réprendre les définitions afin d'essayer de remettre un peu les choses à plats. En espérant que ça sera utile et que l'on pourra peut être arriver a une forme de consensus qui permettra de mettre au clair le Wiki:FR sur le sujet. Merci Pierre-Alain pour ce (pas trop) mail qui pourra servir de référence dans les archives. Je partage en quasi-totalité ton analyse. On est bien évidemment sur un équilibre (instable) entre territoire institutionalisé (la commune) et territoire ressenti (le village, le bourg, le hameau, etc.) ; entre la vision jacobine du Code Officiel Géographique et les lobbies (vous n'aurez pas manqué de remarquer les guillemets de rigueur) qui prônent la pré-éminence du terrain, le particularisme du terroir. Avec certains collègues on rit de certaines formules qui fleurissent dans des rapports préalables à des délibérations de la collectivité locale qu'est la Région libellées ainsi : De tous temps, la Région . Cela peut paraître subtil, quadricapillectotracté, etc. mais, je crois, que cela reflète cette vision double du même territoire (qu'OSM peut et doit conserver). Ce n'est pas une raison pour loucher et mélanger ce qui ressort d'applications externes (les statistiques socio-économiques) et ce qui ressort d'une cuisine interne (re-guillemets de rigueur) qui vise à déterminer les moyens les plus efficaces pour parvenir à des fins légitimes : faire en sorte que les plus grosses agglomérations apparaissent en premier puis les moins peuplées et pour finir par des détails dont la subtilité dépasse le commun des mortels (Bouxwiller apparaîtra-t-il au zoom 15 alors que Grisbach-le-Bastberg (commune associée) ne le fera qu'au zoom 16 ou 17). on ne tague pas pour le rendu selon la formule consacrée alors que dans la communication courante sur le projet on continue à parler de base de données cartographique : Vous ne connaissez probablement Open Street Map http://www.openstreetmap.org/. C'est un site web diffusant une cartographie libre. Ce site web regroupe l'ensemble des cartes libres numérisées du monde (agoravox 30/10/2010). Il y a encore du chemin à parcourir, ensemble Denis,losophe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le BCSF utilise OpenStreetMap comme fond de carte
Le 15/11/2010 11:41, Nicolas Dumoulin a écrit : Le lundi 15 novembre 2010 11:29:58 Christophe Merlet, vous avez écrit : Grosse surprise, l'appel à témoignage du BCSF (Bureau Central Sismologique Français) utilise OpenStreetMap comme fond de carte. http://www.franceseisme.fr/donnees/intensites/2010/101114_2213/pointInfo1.p df Bonne nouvelle quand à sa vulgarisation en effet. Par contre, OSM n'est pas cité comme source ! C'est chose faite maintenant (1). Merci à eux pour leur réactivité. J'ai prévu un entretien téléphonique avec le BCSF demain pour creuser un peu plus des pistes de réflexion et/ou de travail. A suivre au prochain épisode. Denis 1.http://www.franceseisme.fr/donnees/intensites/2010/101114_2319/15_Nov_2010-communique_BCSF_1.pdf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag sur le changeset
Le 16/11/2010 19:25, sly (sylvain letuffe) a écrit : Tu as tout à fait raison, aujourd'hui on est un peu obligé de passer par des bidouilles, genre source:name= source2= source=X+Y+Z, des relations pour que chaque way puisse être découpé et ainsi marquer sa source. Mais cela vient en partie de la mauvaise gestion des tags de changeset par les éditeurs courants, mais en partie seulement je pense : Depuis quand un changeset devrait indiquer qu'on a travaillé 12 noeuds avec le cadastre, 5 ways avec Corine, modifié 2 relations avec Yahoo ? J'en étais resté au descriptif du changeset censé dire la nature du travail accompli dans ledit commit. Chacun a des pratiques assez rigolotes dans le domaine. ... Je ne sais pas si c'est moi qui n'arrive plus à comprendre, si c'est les pratiques qui évoluent trop vite où si l'on en confond pas : - source de l'objet - tags du changeset - analyse de l'historique de l'objet Idéalement, peut-être, il faudrait un système de métadonnée ou il serait possible par exemple d'ajouter à chaque objet les différentes sources et origine de constitution qui ont servi durant la vie de l'objet, genre source1, puis source2, ... comme tag sur chaque objet mais d'une manière moins manuelle (interface qui permet : tous ce que je viens de faire à pour source Y, et tout ce que je vais faire à pour source X) et moins bidouillesque Voilà qui parle à ma fibre de documentaliste ! Toutefois, et ce n'est pas pour décourager, mais il existe des normes de métadonnées géographiques (ISO 19115/19139 +19110 et autres profils inspiro-compatibles pour les intimes), mais elles sont tellement touffues que beaucoup rechignent à rentrer dans un niveau de description aussi fin. Ce dont tu parles est parfaitement décrit par la norme dans le chapitre, je n'invente rien, Data Quality (DQ_Lineage, DQ_Process, etc.) Je ne peux m'empêcher de repenser au document de Serge Mang sur la qualité des données OSM et de sa nécessaire évaluation. Cette évaluation peut se faire (au moins) de 2 manières complémentaires : - une analyse fine des changesets : pas pour les tags qu'ils contiennent mais pour le delta des données touchées (géométrie + sémantique) et leurs sources éventuellement différentes - une description de l'origine des nouvelles données produites à l'instant t La prise de conscience de la nécessité de saisir des métadonnées au niveau le plus adapté naît de l'incertitude de ne pas pouvoir utiliser la donnée elle-même (casquette d'utilisateur) et de la tentative d'en faire une nouvelle jugée meilleure (casquette de producteur). L'outillage suivra. C'est un débat qui a déjà eu lieu, il me semble Denis, meta au travail ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de Licence - Historique e t débat actuel
Le 16/11/2010 20:13, Emilie Laffray a écrit : 2010/11/16 Gilles Bassière gbassi...@gmail.com mailto:gbassi...@gmail.com Prenons un cas concret : j'extraie tous les shop=bakery du département de la Creuse par exemple. Ce jeu de donnée n'est pas une part substantielle d'OSM et n'hérite donc pas de la licence ODbL ? Qu'en est-il de l'obligation d'attribution ? Déjà, je re-précise que je ne suis pas juriste et/ou avocate. moi non plus Ma compréhension du sujet est que ce n'est pas quelque chose qui est limitée a la nouvelle licence. C'est quelque chose d'inhérent a une base de donnée. Ton exemple peut se poser exactement dans le cadre des pages jaunes. Est ce que ton extraction serait alors substantielle? La réponse est probablement oui car tu as extrait quelque chose d'exhaustif dans un cadre donnée. Ce n'est pas tellement quelque chose que l'on peut définir comme cela. Mais ce n'est en aucun cas relatif a la taille et au contenu d'OSM. Dans le cadre de ton exemple, je pense que c'est une extraction substantielle, et donc tombe sous l'ODbL, car tu as pris toutes les boulangeries de la Creuse. le caractère substantiel de l'extraction sera jugé, après enquête, en analysant le ratio entre le nombre d'objets extraits par rapport non seulement du nombre total d'objets présents dans la base piratée, mais aussi par rapport aux possibilités offertes par le diffuseur de la base (qui peut ne pas être le propriétaire des données). Dans le cas d'espèce, la source permet-elle d'extraire sur une zone géographique et sur une activité précise ? Autre question qu'un juge se posera : il y a-t-il eu plus-value entre l'information extraite et l'information réutilisée (ajout, retrait, changements) ? Si tu prends donc une boulangerie et que tu publies juste quelques points, ça sera une extraction non substantielle et donc tu ne tombes donc pas sous le coup de l'ODbL. C'est le problème de toutes données factuelles en premier lieu qui ne tombes pas sous le coup des droits d'auteurs. La question qui risque de faire poids dans le dossier sera : quelle est la méthode utilisée pour extraire les données : automatisée (volonté délibérée relevant d'une infraction au droit des bases de données) ou manuelle (relevant du droit à citation -qui ne néglige pas la mention de source-). Bien évidemment, il y a des jurisprudences. Bien évidemment, on est dans un cas fictif. Bien évidemment, le ratio entre les parties présentes compte aussi (surtout leur surface financière). Bref, il y a la Loi, son interprétation et son application. Attention à ne pas mélanger droit patrimonial (géré par les licences -à défaut par le Code de la Propriété Intellectuelle) et le droit moral (inaliénable ET incessible selon le droit français). L'héritage de la licence me paraît relever du premier alors que l'attribution est couverte par le droit moral. Merci Emilie pour ton implication et ton retour sur ces questions juridiques importantes et ardues. Denis (une aspirine siouplait) PS : je suis en contact avec notre correspondant CADA et spécialiste de la PI pour des éclaircissements sur la notion de non-altérabilité des données publiques (ordonnance de 2005 si ma mémoire est bonne) dans le cadre de la réutilisation des données publiques. Des infos ASAP. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag sur le changeset
Le 16/11/2010 21:35, Olivier Croquette a écrit : Personnellement, soit je travaille par exemple soit avec mes traces GPS toutes fraiches, soit avec le cadastre, jamais les deux en même temps (je suis conscient que tout le monde ne travaille pas comme ça). D'où la frustration de devoir mettre la source sur chaque objet au lieu du changeset, surtout quand le-dit objet a déjà une autre source : ça devient un problème technique. Comment je rajoute survey à cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre ; mise à jour : 2010 ? Moi aussi, ces derniers temps, mes changesets ont tendance à être mono-source (mais aussi mono-maniaque ;-). Par ailleurs j'ai peu de scrupules à remplacer la source d'un objet existant sachant que l'historique montrera que la version précédente avait une autre source et qu'une analyse de la diff déterminera si c'est la géom ou les atributs (ou les deux) qui ont été modifiés. Je le pratique aussi bien pour les polygones de chez Corine que pour les routes tracées au GPS. On peut probablement faire plus subtil. Si on veut avoir la granularité nécessaire pour reconstituer les contributions de chaque source à un objet donné, il faut soit imposer des méthodes à l'édition (par exemple, un changeset = une source), soit il faut que le contributeur puisse pour chaque modification (déplacement d'un noeud...) définir quelle source a été utilisée, et stocker tout ça. J'ai l'impression qu'aucune de ces options n'est réalisable pour le moment. Je ne crois pas à l'imposition de méthodes (pas plus qu'à celle des mains et moins qu'à celle sur le capital ;-). Soit les métadonnées de l'objet (d'où provient-il, comment a-t-il évolué dans sa physionomie, dans son sens) sont indispensables (pour les utilisateurs comme pour les contributeurs) et l'amélioration de la description augmentera parce qu'on continuera à répéter qu'il faut contractuellement citer le cadastre dès lors qu'il est utilisé comme support. Et les outils et les bonnes pratiques suivront. Chaque contributeur peut, dès maintenant, saisir une source au niveau noeud|way|relation. Ce n'est pas une question de pouvoir mais de vouloir. Pour vouloir, il faut être convaincu que c'est utile. Après c'est une question de progression. Avant d'avoir les scripts d'import du bâti, on digitalisait les bâtiments à la main (à la grenobloise). Maintenant on parle d'extraction automatisée des voies de chemin de fer, des cimetières. A suivre Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag sur le changeset
Le 16/11/2010 21:42, sylvain letuffe a écrit : Mmmm ? je suis pas sûr qu'on s'est compris. Personne ne devrait on fait comme on veut, sinon je parlais des tags sur les objets, après, en ce qui concerne le changeset on pourait proposer l'usage d'une liste de tags, mais le type de meta-information que tu vieux de citer ne me semble pas la plus pertinente dans le changeset, comme je le dis plus loin, ça me semble préférable relié aux objets Sisi, je faisait référence au sujet initial du thread où les premières interventions parlaient de mettre un tag source sur le changeset. J'ai peut-être néanmoins compris de travers. ça, c'est le tag comment= du changeset, le seul à être utilisé de manière un peu cohérente du genre : description de ce qu'on a fait avec des mots Parfois il faut un décodeur quand même ... C'est un débat qui a déjà eu lieu, il me semble En effet, mais comme ça avance doucement (apparition du tag source, du tag source:tag, des tags sur le changeset, et pas grand chose d'autre), il me semble pertinent de relancer de temps à autre N'oublions pas qu'OSM est une expérience. Dans expérience, il y a essai (parfois raté). Tous les chemins mènent au rhum de Gaël. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] orthophoto Tours
Le 13/11/2010 23:28, simon a écrit : Pour les compétence je vais en avoir besoin, j'ai essayer de bidouiller geoserver et openlayer en local mais j'ai du mal a avoir des résultat concluant (peut être ma machine qui est faible). Pour les données j'ai un fichier de 4Go en .ecw Super bonne nouvelle ... Je sens que je vais faire un peu de contrib dans le secteur dès que les images seront prêtes. S'il y a besoin d'un coup de main, dans la mesure de mes capacités, je suis dispo aussi. Il serait peut-être judicieux de découper l'image avec gdal en portions plus petites. A voir. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tagger les addr:housenumber en zone pavillonnaire + building features
Le 14/11/2010 19:33, esperanza a écrit : Faut-il dans les lotissements et autres zones de pavillons, lorsque les batiments sont donc en retrait de la rue, tracer un way pour mettre l'ensemble des nodes addr:housenumber décalqués du cadastre, ou bien laisser ces nodes seuls, sans être adossés à un way ? Faut-il par conséquent enlever du way du building le tag addr:housenumber si on trouve cette situation ? 2e question : Faut-il utiliser sur un grand bâtiment de type centre commercial le tag building=yes building:use=shop name=Centre commercial du et y ajouter un node shop=supermarket name=nom de l'enseigne ou bien directement mettre shop=supermarket sur le way général du centre commercial ? le landuse=retail va donc à l'ensemble de la zone (building+parking +voies d'accès) ? Ce modèle peut être étendu aux bâtiments de bureaux building=yes building:use=office et landuse=commercial pour la zone (et rien si il ne s'agit que d'une tour isolée ?) Pour ma part, je mets un (des) node(s) addr:housenumber directement sur le building. A l'usage, on peut extraire directement une couche d'adresses géolocalisées sans avoir à traiter les bâtiments et avoir une représentation carto au plus juste. Je ne comprends pas bien l'intérêt d'un way simple support d'adresses (sauf dans le cas d'interpolation). Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Help : Utilisation d'une OrthoPhoto
Le 15/11/2010 17:39, Pierre BOIZOT a écrit : Bonjour, Je dispose depuis peu , d'une orthophoto 50 cm (25km2) , je cherche de l'aide pour la mettre en oeuvre en tantque image de fond dans Josm . Les premier essai non pas été trés concluant l'import dans Josm ne charge rien aprés 5 mn et produit l'erreur suivante : josm is out of memory .. qui a une idée de la valeur a passer en parametre -Xmx pour un image 10200x10200 pixels? Par ailleur est-ce une solution viable ? quel autre soltuion ? Probablement par un retraitement préalable des données avec le couteau suisse des données géoréférencées : gdal (http://www.gdal.org/gdal_utilities.html). Je n'ai pas une parfaite connaissance des capacités de JOSM à digérer de l'image géoref (j'en suis encore au WMS bien lourdingue), mais je pencherai d'abord vers un redecoupage. A confirmer par des spécialistes (FVdB ;-). Java est juste memoryphage. Cela peut se régler hors liste pour le cambouis dégeu, si besoin. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] cadget mis à jour
Le 07/11/2010 17:41, osmitheo a écrit : Depuis Ubuntu 10.04 (Lynx Lucide), cela fonctionne si l'on rajoute à la main le paquet ImageMagick v6.6.2 fournit avec Ubuntu 10.10. Merci de l'astuce, à enquêter asap. Néanmoins, et car il ne faut pas perdre l'objectif de vue, la production d'une image png (géoréférencable ou non) peut être obtenue par la méthode ci-dessous : - charger, pour sa commue préférée, une feuille cadastrale raster avec le plugin cadastre-fr - au moment du dialogue de géoréférencement, faire OK - au lieu de cliquer sur le premier croisillon, sélectionner la couche dans l'onglet des calques et clic-droit enregistrer l'image sous png - au résultat une image png brute, dépendante des paramètres choisis pour le plug-in cadastre (un multiplicateur d'image positionné à 100 m, pas de transparence, etc... plus de tests à faire) J'ai le sentiment qu'on arrive au même résultat (c'est cela aussi l'open source), mais il reste la phase de l'intelligence des pixels à traiter (le géoréférencement). Plusieurs pistes (outils) peuvent faire un chaîne de traitement (plugin cadastre pour utilisation dans OSM et à condition qu'on ait tous les éléments nécessaires ou QGIS ou OpenJump ou what else). Le problème que j'identifie est la quasi-absence de support d'un format d'image géoréférencée (géo-tiff ou fichier de géoréférencement externe -aka world file) dans JOSM. J'avais émis le souhait d'un tel support du géoréférencement dans le plug-in : c'est dans la todo-list sur le wiki (http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Problèmes à résoudre). Si JOSM ne sait pas -simplement (projection included)- afficher une image géoréférencée par l'extérieur (geotag pour les geotif ou fichier externe tfw/jgw, etc, on continuera à faire du Mr.Bricolage. Sincèrement, bravo à tous les développeurs qui découvrent la boîte à outils SIG et toutes ses complexités. Denis, yakafauxcon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] cadget mis à jour
Le 04/11/2010 17:53, Croquette Olivier a écrit : Le script cadget pour récupérer des feuilles raster entières du cadastre a été mis à jour. Les nouveautés sont les suivantes : Ajout de l'option -transparence pour faciliter le travail de superposition (dans JOSM) Les bords inutiles (blancs) sont désormais supprimés Sans l'option -transparence, la sortie PNG est désormais en couleurs indexées pour alléger les fichiers Les tuiles sont désormais téléchargées dans un sous-repertoire Corrigé: erreur à propos de make_path avec de vieilles versions des librairies Bravo pour cet outil dont j'ai très envie de me servir. Pourtant, il y a ci-joint un log d'erreur ; le Lucid Lynx miaule. Par ailleurs, le support de proxy serait un plus. Denis, en stand by discussion en privé si nécessaire (je ne suis pas abonné à dev) de...@machine:~/Bureau/OSM$ uname -a Linux machine 2.6.32-25-generic #45-Ubuntu SMP Sat Oct 16 19:52:42 UTC 2010 x86_64 GNU/Linux de...@machine:~/Bureau/OSM$ perl cadget.pl --ville KILSTETT --departement 67 /home/denis/Bureau/OSM... /home/denis/Bureau/OSM/tuiles... Création de /home/denis/Bureau/OSM/tuiles... Initialisation de la navigation et création du cookie... Activation de la commune... Récupération de la liste des feuilles... Récupération de 20 feuille(s)... Activation de la feuille QB237101 (1/20)... Récupération de la tuile 1 sur 1 pour la feuille QB237101 (Bbox: 00,-01915,013750,008710) Collage des tuiles pour créer la feuille QB237101 dans 067-KILSTETT-QB237101-0.08-feuille.png... *** glibc detected *** convert: free(): invalid next size (normal): 0x015fd450 *** === Backtrace: = /lib/libc.so.6(+0x775b6)[0x7fe5001165b6] /lib/libc.so.6(+0x7cce4)[0x7fe50011bce4] /lib/libc.so.6(__libc_memalign+0xc2)[0x7fe50011c6a2] /lib/libc.so.6(posix_memalign+0x39)[0x7fe50011c8f9] /usr/lib/libMagickCore.so.2(AcquireAlignedMemory+0x30)[0x7fe500cc97d0] /usr/lib/libMagickCore.so.2(AllocateSemaphoreInfo+0x22)[0x7fe500d07372] /usr/lib/libMagickCore.so.2(GetExceptionInfo+0x2b)[0x7fe500c9a8ab] /usr/lib/libMagickCore.so.2(AcquireExceptionInfo+0x1f)[0x7fe500c9b19f] /usr/lib/libMagickCore.so.2(GetLocaleMessage+0x75)[0x7fe500cc3655] /usr/lib/libMagickCore.so.2(GetLocaleExceptionMessage+0x61)[0x7fe500c9a4e1] /usr/lib/libMagickCore.so.2(ThrowMagickExceptionList+0x87)[0x7fe500c9ae27] /usr/lib/libMagickCore.so.2(ThrowMagickException+0x89)[0x7fe500c9b049] /usr/lib/ImageMagick-6.5.7/modules-Q16/coders/png.so(+0x771e)[0x7fe4fd4f771e] /lib/libpng12.so.0(png_error+0x46)[0x7fe4fd2e58a6] /lib/libpng12.so.0(png_set_PLTE+0x7c)[0x7fe4fd2d057c] /usr/lib/ImageMagick-6.5.7/modules-Q16/coders/png.so(+0x14b52)[0x7fe4fd504b52] /usr/lib/ImageMagick-6.5.7/modules-Q16/coders/png.so(+0x1629e)[0x7fe4fd50629e] /usr/lib/libMagickCore.so.2(WriteImage+0x2a0)[0x7fe500c3c570] /usr/lib/libMagickCore.so.2(WriteImages+0x16b)[0x7fe500c3cc9b] /usr/lib/libMagickWand.so.2(ConvertImageCommand+0x2a0b)[0x7fe5008ff69b] /usr/lib/libMagickWand.so.2(MagickCommandGenesis+0x1c3)[0x7fe500990883] convert[0x4009f5] /lib/libc.so.6(__libc_start_main+0xfd)[0x7fe5000bdc4d] convert[0x4008d9] === Memory map: 0040-00401000 r-xp 08:01 9044155/usr/bin/convert 0060-00601000 r--p 08:01 9044155/usr/bin/convert 00601000-00602000 rw-p 1000 08:01 9044155/usr/bin/convert 01593000-016ff000 rw-p 00:00 0 [heap] 7fe4f7de9000-7fe4f7dff000 r-xp 08:01 3145807/lib/libgcc_s.so.1 7fe4f7dff000-7fe4f7ffe000 ---p 00016000 08:01 3145807/lib/libgcc_s.so.1 7fe4f7ffe000-7fe4f7fff000 r--p 00015000 08:01 3145807/lib/libgcc_s.so.1 7fe4f7fff000-7fe4f800 rw-p 00016000 08:01 3145807/lib/libgcc_s.so.1 7fe4f800-7fe4f8021000 rw-p 00:00 0 7fe4f8021000-7fe4fc00 ---p 00:00 0 7fe4fc0db000-7fe4fc0dc000 ---p 00:00 0 7fe4fc0dc000-7fe4fc8dc000 rw-p 00:00 0 7fe4fc95d000-7fe4fd248000 rw-p 00:00 0 7fe4fd2c9000-7fe4fd2ee000 r-xp 08:01 3145877/lib/libpng12.so.0.42.0 7fe4fd2ee000-7fe4fd4ee000 ---p 00025000 08:01 3145877/lib/libpng12.so.0.42.0 7fe4fd4ee000-7fe4fd4ef000 r--p 00025000 08:01 3145877/lib/libpng12.so.0.42.0 7fe4fd4ef000-7fe4fd4f rw-p 00026000 08:01 3145877/lib/libpng12.so.0.42.0 7fe4fd4f-7fe4fd50c000 r-xp 08:01 9047986/usr/lib/ImageMagick-6.5.7/modules-Q16/coders/png.so 7fe4fd50c000-7fe4fd70b000 ---p 0001c000 08:01 9047986/usr/lib/ImageMagick-6.5.7/modules-Q16/coders/png.so 7fe4fd70b000-7fe4fd70c000 r--p 0001b000 08:01 9047986/usr/lib/ImageMagick-6.5.7/modules-Q16/coders/png.so 7fe4fd70c000-7fe4fd70d000 rw-p 0001c000 08:01 9047986
Re: [OSM-talk-fr] cadget mis à jour
Le 04/11/2010 21:14, Olivier Croquette a écrit : On 4 nov. 2010, at 20:36, Denis wrote: Pourtant, il y a ci-joint un log d'erreur ; le Lucid Lynx miaule. C'est ImageMagick qui plante. D'après le log, tu utilises la version 6.5.7 qui date d'un an. Tu peux essayer avec une version plus récente ? J'utilise la 6.6.4 ici, qui fonctionne dans ce cas. La dernière est la 6.6.5. scroneugneu, moi qui pensais avoir une distrib uptodate. Ca sent la compil à plein nez. Franchement, je croyais que l'informatique linuxienne avait fait des progrès depuis mes dernières compil de noyau. Ca fait un bail que j'ai arrêté de trouver cela amusant ou instructif. A suivre... Par ailleurs, le support de proxy serait un plus. OK, c'est fait ! Il faut utiliser la variable d'environnement http_proxy. J'en ai profité pour mettre la version officielle sur le serveur SVN : http://svn.openstreetmap.org/applications/utils/cadastre-france/cadget merci, je vais tester cela... asap Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Yahoo le Havre
Le 29/10/2010 15:12, manu1...@lavabit.com a écrit : Il y a une relation qui effectivement regroupe divers endroits où on a de l'imagerie : http://www.openstreetmap.org/browse/relation/1118873/history J'avais repéré que la limite de l'orthophoto du CRAIG apparaissait sur le rendu. Manu1400 Je crois que ces limites n'ont pas leur place au sein de la base. Après tout, rien ne m'empêche d'uploader les limites des feuilles cadastrales raster sur lesquelles je p(v)eux (ou d'autres) travailler. Je n'en ferais rien. En fait je l'ai fait pour ma gestion personnelle ; elles ne sont juste pas downloadées sur le serveur de prod mais sont restées sur mon poste de travail. Il serait néanmoins potentiellement utile de partager ce genre d'informations, sur le wiki par exemple, en lien dans les pages des projets concernés. Après tout, cela reste un format OSM directement utilisable, donc pratique, par tout contributeur. S'agissant du cadastre, plus particulièrement des histoires de projection (suis-je Lambert 93 ou 4 zones ?), cela dénationalise la donnée pour des contributeurs frontaliers. Je dis cela, conscient d'être sur le limes de l'empire cadastral français. Peut-être un meilleur practice à écrire quelque part sauf si cela ne gêne personne d'autre que moi. Denis PS : l'avantage qu'on pourrait y trouver est la communication qui peut être faite autour d'un projet dans une approche bottom-up alors que la pratique actuelle me paraît relever plus du top-down. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Probleme nominatim ?
Le 27/10/2010 18:29, Emilie Laffray a écrit : Non ce n'est pas bizarre. Mapquest a annonce via Brian Quinion qu'ils offraient un serveur permanent a Nominatim avec beaucoup plus de puissance et aucune restriction sur l'utilisation dans le cadre de leur initiative Open. Concernant ce genre de bug, peut etre devrait on ouvrir une page sur le wiki pour relever les erreurs et aider a corriger Nominatim. Attention on va bientôt t'appeller Grandes Oreilles. Merci en tous cas de faire office d'antenne grandes ondes ; la plupart d'entre nous ne capte que la FM. Denis connecté sur la fréquence 104.4 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le Pays d'Othe
Le 23/10/2010 12:22, Nicolas Frery a écrit : Personne ne connait le Pays d'Othe, ou personne ne s'y intéresse ? La question n'est pas si simple qu'il y paraît. Je connais les Pays au sens de la loi Voynet dont le périmètre est définit par des textes. J'ai bien peur que s'agissant de régions naturelles, il y ait peu de consensus sur le périmètre voire conflit sur les bordures (souvent pour des questions linguistes). S'il y a des panneaux, ils ont bien été installés par une autorité locale : laquelle ? Conseil Général, comcom, agence départementale ou régionale du tourisme ? Bref une première piste pour disposer d'un interlocuteur avec lequel discuter de ce périmètre. Reste 2 questions : comment tager (boundary=natural_region ?) et est-ce que cette notion de région naturelle est gérée de manière homogène sur l'ensemble du territoire national (par les mêmes acteurs ?). Dans mon coin, on a aussi des régions naturelles comme l'Alsace Bossue (la fameuse Krumme Elßass) ou le Kochersberg : ce sont des ensembles homogènes en termes de structure de paysage parfaitement identifiés par les locaux, relativement facilement cernables en termes de limites, mais qui n'ont aucune autre existence légale. Certaines de ces régions, comme le Sundgau dans le Haut-Rhin, correspondent peu ou prou à des entités comme les Pays (loi Voynet) ce n'est probablement pas la majorité (ou bien ?) Une première approche consisterait à placer un point place=natural_region ? dans le coin d'Aix-en-Othe. ma modeste contribution Denis, nostalgique d'un restau routier à Estissac, sur la route des vacances ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Concarneau-Cornouaille libère ses données géo
Le 19/10/2010 16:55, François Van Der Biest a écrit : Dans la rubrique Potential Data Sources : http://www.sig-la-lettre.com/?La-communaute-de-communes-de La donnée libérée fait tâche d'huile à l'Ouest ; c'est pas pour mettre nos amis bretons en boîte mais il faut quand même qu'ils nous donnent la recette un de ces jours. Bravo à tous les acteurs. de...@east ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [cadastre] Planches raster avec projection inconnue
Le 19/10/2010 14:54, Pieren a écrit : 2010/10/19 Croquette Olivier ocroque...@free.fr mailto:ocroque...@free.fr Je continue donc comme je fais, et j'essaierai de documenter ça sur le Wiki pour les suivants, même si j'aimerais vraiment bien savoir combien de communes sont en coordonnées locales. Tu aurais des exemples de communes en raster avec des croisillons Lambert ? Euh, je pense que 99% des plans images qui ont des croisillons sont en Lambert. Le plus dur, je crois, concerne les plans sans croisillons aucun. J'en ai fait l'expérience il y a quelques semaines et c'est beaucoup de boulot. On peut se baser sur un repère connu ou - comme je l'ai fait - sur une feuille voisine déjà référencée en tracant (temporairement) le contour des parcelles limitrophes pour ensuite recoller les feuilles ensemble. Pour caler une feuille à partir de repères connus, il y a aussi cette doc sur le wiki: http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Utilisation_de_plans_images_sans_croisillons Toi, t'as travaillé dans le Krumme Elßass il n'y a pas longtemps ;-) Personnellement, je commencerai par faire un tour des feuilles de la commune et privilégierai celles qui ont des point de calage objectif -en premier lieu les points géodésiques-. Une fois une ou 2 planches calées correctement (itération possible et souhaitable) calées, on peut, compte tenu de l'échelle, envisager d'étendre au reste de la commune. Pour mémoire, dans le cahier des charges de la numérisation du cadastre (CCTP pour les intimes), la DGFiP exige un minimum de 10 points de calage pour une seule feuille (avec transformation de Hellmert au lieu d'une tranformation affine). On ne veut pas être plus royaliste que le roi !!! Ceci étant, nous avons la chance en Alsace, pour une fois, de disposer d'un cadastre d'une qualité nettement au-dessus de la moyenne nationale. Je m'en va explorer dans d'autres contrées limitrophes (le Grand Est a besoin de limites communales). Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
