Re: [OSM-talk-fr] Osmose: Repère géodésique sans bâti
Pardon, je m'amène un peu tard sur ce sujet : Personnellement j'hésiterai, de lier dans OSM un repère géodésique ou de nivellement au bâti-support, même s'il en existe un. Un repère géodésique peut être la croix d'une des tours d'une cathédrale qui en a plusieurs, ou peut ne pas être au centre de la terrasse sommitale d'un clocher sans flèche. Et ce n'est que rarement à la verticale au-dessus du centre du lieu de culte (autel...), mais la plupart est à l'autre bout... Un repère du nivellement généralement est sur une des faces du bâti support Bref ça ne rarement correspond au centre du bâti. En mes yeux, les réseaux géodésiques sont une chose, le bâti en est une autre. (D'ailleurs, est-ce quelqu'un pourrait me renseigner où on peut trouver les fiches pdf des anciens repères géodésiques IGN apparemment abandonnés, sur le site du IGN ? Même si ces points peut-être ne sont plus officiellement supporté, ou sont en coordonnées projo anciennes, ils peuvent parfois m'être précieux... Merci !) Gerhard Le 12 janv. 2011 à 18:14, Vincent Privat a écrit : Bonjour, Je suis en train de jeter un coup d'oeil aux erreurs d'osmose sur ma région, et la plupart sont des repère géodésiques sans bâti. D'ailleurs il y a une faute à bâti ;) Si quelqu'un pouvait détailler l'erreur sur le wiki: http://wiki.openstreetmap.org/wiki/FR:Osmose#Description_des_erreurs je lui en serait reconnaissant :) En attendant, comment corrige-t-on cette erreur dans les cas suivants: - Repère sur un calvaire - Je modifie le node pour ajouter le tag habituel (historic=wayside_cross) ou je crée un nouveau node aux mêmes coordonnées ? - Clochers d'église - là je m'insurge, le bâti de mon église est là ^^ Il faut une relation quelconque entre le bâti et les repères ? Merci pour vos lumières :) Vincent ___ 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
Bonne année ! Le 2 janv. 2011 à 17:00, Christian Rogel a écrit : Bonnée année à tous. .../... Je viens de finir le travail assez long de révision des noms de voies et des toponymes de la Communauté de Concarneau-Cornouaille. Bravo. J'aimerais bien savoir pourquoi les SIG ESRI (et autres) produisent des données avec des noms en capitales, qui écrasent les accents, qui sont indispensables en France. Je crains que ce soit à cause du doute : Peu de gens connaissent les règles, et encore moins leurs exceptions particulières (par exemple celles des Saints, qui prennent ou ne prennent pas un trait d'union, selon s'il s'agit d'une chose ou personne appartenant à Dieu, d'un Saint avéré et reconnu par l'Église, ou d'un bâtiment sous son vocable. Ou encore d'un lieu-dit, d'un nom de ville ou de village, au quel cas il faut savoir si le nom découle du Saint lui-même, ou d'un bâtiment sous son vocable. Que penser d'un Saint-Plaisir, village dans l'Allier ? J'avoue que j'y perds mon latin de cuisine. Il y a deux manies qui se répandent beaucoup trop, l'abus des majuscules et la suppression des tirets. Je suppose que beaucoup, en doute sur l'orthographe, se tiennent aux premières colonnes de la liste de l'INSEE, majusculisée au max', mais qui a l'avantage d'être officielle. Peu de gens se souviennent, que cette barbarie date de l'ascii des débuts (du temps des dinosaures, avec les télex : 4 rangées de perforations aux débuts, deux de part et d'autre de la perforation d'entrainement de la bande, soit 4 bits, puis, quel luxe ! une cinquième rangée perforée coincée au bord, enfin A l'époque, l'abstraction d'orthographe était imposée par ces moyens techniques, 'top à l'époque, mais rudimentaire en nos yeux actuels. Cette majusculisation forcée de l'époque encore aujourd'hui, aux temps du UTF-9 et autres, sert d'excuse pour ne pas retourner au banc d'école, ou, d'en catimini s'acheter un Bécherelle comme lecture sur la table de nuit. Quant aux tirets dans les noms de rue, le dilemme devient encore moins extricable, car les règles de grammaire courante disent une chose pour l'usage écrit communément, mais par endroits les règles gouvernementales disent autre chose pour les dénominations officielles, et comme le gouvernemental est l'officiel... None were perfect, nor pretended such. Comme il a déjà été rappelé ici, il faudrait suivre la pratique recommandée par l'IGN, mais qu'elle ne respecte pas sur ses cartes Oui, on y voit des différends considérables entre leurs cartes, selon leur date de création originelle. On peut comprendre, que les gens du IGN en priorité s'étaient préoccupé de tenir à jour la cartographie proprement dite, les routes et le bâti, et que la mise à jour des plaques comportant les noms, les mettre à jour selon les règles d'orthographe changeantes, pouvaient attendre. Les règles applicables au breton sont beaucoup plus simples, mais il faut voir si, c'est un nom officiel débutant par un mot français (route, chemin...) et dans ce cas mettre les accents ou, encore, si c'est un nom officiel ancienne manière (Hent-Coz) ou un nom officiel en breton moderne (Hent Kozh) décider de mettre ou non le tiret. Ce que tu expliques (moi ne connaissant pas la langue bretonne) me paraît être un véritable os. Si je te comprends bien, il y existent plusieurs orthographes officiels du Breton, une ancienne et une moderne ? (En Corse le dilemme paraît un peu similaire, mais ce semble être une bagarre entre ceux qui recueillent les langues parlées sur place, et ceux qui voudraient y imposer une simplification ou unification, ce qui forcément laisserait de côté beaucoup de particularités locales. Une simplification de plus de deux cent mille recueils, à cinquante mille termes, puis à huit mille, ne se fait pas sans dégâts...). Le blême pour ces versions du Breton seble, qu'apparemment on n'ait qu'un seul sigle international pour cette langue, sans sous-distinction de quelle version, ancienne ou moderne, il s'agit. Mettre un hist à la version ancienne ne résoudrait pas la question, car d'autres nomes historiques peuvent exister. Mettre un alt ne résoudrait rien non plus, même dilemme. La soluce idéale serait, qu'on ait des codes de langue différents pour ces variantes de la langue bretonne. Je ne sais pas, si dans le nouveau code international à trois lettres cette distinction soit prévue (?). Je ne m'y connais pas, ni saurais à qui m'adresser. Gerhard Christian ___ 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] On dirait bien OSM !
Le 30 déc. 2010 à 10:01, hpmt a écrit : Je suis tombée par hasard sur ce site : http://shamavideals.l-wa.org/GPXEditor1.1/ Les conditions d'utilisation en bas à droite mentionnent google maps, mais en regardant les zones que je suis en train de cartographier, à Belberaud, par exemple, je reconnais mes approximations du moment ; je pense donc que c'est OSM qui s'affiche en fond de carte par défaut. Qu'en pensez-vous ? Hélène En vérifiant la carto de ce site versus trois petites zones dans le Midi que j'avais dessiné sur OSM, je constate que ce site y montre mes données (dont des qui ne sont pas encore sur google), y compris mes omissions, mes erreurs non encore corrigées, et mon choix arbitraire des POI. Et je reconnais la griffe des autres contribteurs à OSM. Et le rendu. Je pense que ce fond de carte *est* OSM. Je suppose que le créateur ait commencé son travail sur carto google, puis ait basculé vers OSM comme carte de défaut, je qui en soi me semble une très bonne chose ! Mais on aimerait, que la licence et copyright d'OSM s'y affiche dans les conditions d'utilisation en bas à droite, quand cet éditeur s'ouvre avec la carte OSM affichée. D'ailleurs, quand on change de carte de fond puis revient sur fond OSM, les conditions d'utilisation disparaissent. Je suppose qu'il s'agisse d'une simple omission non volontaire. Amicalement Gerhard --- Post scriptum : Je n'y connais pas grand'chose. En cherchant l-wa.org et sh...@l-wa.org sur http://whois.domaintools.com/ et sur www.gandi.net/whois/ on trouve des données personnelles de Linux Web Association et de Vincent Cagnard. -- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf. : Re: On dirait bien OSM !
Le 30 déc. 2010 à 18:22, BOUTIN Louis-Paul a écrit : pourquoi cette question on dirait bien OSM? .../... Tu donnes la réponse : c'est un bonne chose si on dit quel est l' origine Aussi, la licence d'OSM oblige un ré-utilisateur, de l'indiquer. vous vous inquiétez de tas de détails alors que la majorité des communes n'ont pas de routes ni de zones soit résidentiels ou rural quel est l'intérèt d'un kiosque à musique , qui sert peut ètre une fois par an le 21 Juin Chaque participant à OSM est libre de cartographier ce qu'il veut, dans le secteur qu'il veut (ou peut). Certes, cela conduit à des différences de couverture, selon les régions. Mon patelin est assez bien couvert, celui d'à côté n'est encore qu'un pâté gris sans routes. Cela viendra... et qui va le consulter ? Un kiosque de musique pourrait avoir son intérêt pour quelqu'un ultérieurement, qui sait ? Tout comme pourront avoir un intérêt des WC publiques, des boîtes aux lettres, des magasins, des stations velib (pourtant j'évite Paris, donc je n'utilise pas velib), des toutounettes (pourtant je n'ai plus de chien), des points d'eau (pourtant je ne fais plus de rando à cheval, n'ai plus de chevaux, plus besoin de connaître les points d'eau non potables), et des pistes/aérodromes ULM, planeur, ou moteur (mes licences d'aviateur sont périmé depuis une trentaine d'années). Je respecte, que ces choses aient leur importance. Chacun voit midi à sa porte. Personne ne donne des ordres Vas-là et cartographie ceci et cela ! Chacun est libre. --- alors comment faire pour trouver de nouveau mappeurs , ou comment les rencontrer pour évoluer ? Là, tu touches un tout autre sujet, autour duquel tournent déjà plusieurs autres fils de discussion sur cette liste. Et, je suis tout-à-fait d'accord avec toi, cette question est de première importance ! Beaucoup de participants battent tambour pour OSM, organisent des rencontres, font connaître OSM autour d'eux et auprès des Collectivités et des Institutions. C'est un chemin de longue haleine. Un autre handicap est la complexité grandissante, tout sauf aisée à prendre en main pour un novice qui veut participer. Plusieurs initiatives s'emploient à faciliter cet accès, par exemple par la refonte de l'accueil, et du site en langue française. Ceci est un travail de fourmi... Je pense, que toute collaboration active y soit bienvenue ! Mais ce sont d'autres fils de discussion. Un autre moyen pour faire connaître OSM justement est l'obligation pour un site qui ré-utilise OSM, d'indiquer d'où vient la cartographie, et de préférence avec un lien vers le site OSM. Puis l'obligation d'indiquer la licence cc-by-sa. Ainsi, ceux qui ré-utilisent OSM, indirectement le font connaître. A terme, cela pourra faire boule de neige. D'où ce fil de discussion On dirait bien OSM !. trouver de l' aide est vraiment difficile car il y en a partout et de toutes les formes Je ne te le fais pas dire. comment faire dans OpenRouteservices pour ouvrir cette carte à l'endroit où on l'a fermé ? Désolé, je ne me connais pas avec cela, ne peux pas te renseigner. voila beaucoup de questions mais je continuerais de vous lire à bientot Louis Paul Il y a besoin de tous ! Tiens bon. A bientôt ! Amicalement Gerhard aka trop long --- ---Message original--- De : g.d Date : 30/12/2010 13:05:19 A : Discussions sur OSM en français Sujet : Re: [OSM-talk-fr] On dirait bien OSM ! Le 30 déc. 2010 à 10:01, hpmt a écrit : Je suis tombée par hasard sur ce site : http://shamavideals.l-wa.org/GPXEditor1.1/ Les conditions d'utilisation en bas à droite mentionnent google maps, mais en regardant les zones que je suis en train de cartographier, à Belberaud, par exemple, je reconnais mes approximations du moment ; je pense donc que c'est OSM qui s'affiche en fond de carte par défaut. Qu'en pensez-vous ? Hélène En vérifiant la carto .../... ___ 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
Non, bordel !!! Je REFUSE, et Tous savent très bien pourquoi ! Tout comme quasi tous les vieux d'osm. N'en ai-je pas fait suffisamment état, depuis ces années ? C'est QUOI, cet harcèlement ? Ça va OU, là ? Jawohl, sofort, gleich, Führer befiel, wir folgen, heil !, Herr Blockwart ?! Was soll der Scheiss ?! Alles schon mal dagewesen, den Heini kennen wir doch, im Westen nichts Neues, im Osten auch nicht. Pardon, ai glissé sur peau de banane virtuelle, traduction raccourcie en français : Plus JAMAIS ÇA ! Copie à la talk-liste fr. Gerhard trop long. Le 24 déc. 2010 à 15:50, Guillaume Audirac a écrit : Hi GerhardP, Guillaume Audirac has sent you a message through OpenStreetMap with the subject changement de licence vers ODbL: == Bonjour, Tu as fait des modifications dans OSM. Dans la page http://odbl.de/france.html, j'ai noté que tu n'as pas encore accepté la proposition de transition vers la nouvelle licence ODbL. En as-tu eu connaissance ? Pour l'accepter, suis le lien ci-dessous: https://www.openstreetmap.org/login?referer=%2Fuser%2Fterms Pour plus d'informations: http://wiki.openstreetmap.org/wiki/FR:ODbL/We_Are_Changing_The_License Cordialement, Guillaume == You can also read the message at http://www.openstreetmap.org/message/read/153646 and you can reply at http://www.openstreetmap.org/message/reply/153646 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une autre source pour l'imagerie a érienne de Bing Maps
Merci pour le lien. Peut-être j'ai mal lu le bulletin, mais je n'y trouve pas de référence à de l'imagerie de Digital Globe dans Bing Maps (?). S'il y en a une, peux-tu me l'indiquer ? Gerhard PS : Je pense que si Emilie disposait de nouvelles concrètes, elle nous en ferait part Le 16 déc. 2010 à 16:21, topodom a écrit : J'ai lu aujourd'hui ce billet qui parle aussi de cette information: http://www.sig-la-lettre.com/?Bing-Maps-s-ouvre-a-OpenStreetMap -- View this message in context: http://gis.638310.n2.nabble.com/Une-autre-source-pour-l-imagerie-aerienne-de-Bing-Maps-tp5835865p5842311.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
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. -- Le 16 déc. 2010 à 17:40, Eric Sibert a écrit : Ce document de l'IGN sur la constituion du RGE à l'aide du cadastre doit pouvoir vous éclairer sur certains points. Il y est notamment question de réassemblage des planches rasters. http://recherche.ign.fr/doc/BI72/B02_72_GUIGUES.pdf J'ai survolé ledit document. J'ai quelques doutes dessus et sur son utilisation réelle. Grosso modo: - il propose une méthode fortement automatisée de traitement du cadastre raster. - il assemble les planches façons puzzle. - il géoréférence les planches en essayant de faire coïncider des lignes qu'il extrait avec d'autres sources de données, principalement les orthophotos. - il n'y a pas de mesures ou de contrôle sur le terrain. - ça s'affole quand les erreurs sont supérieures à 3 m. Ce que j'en pense: - en ville où le cadastre est vectoriel depuis longtemps, on est largement sous les 3 m et ce n'est pas la méthode utilisée. Mes contrôles au GPS montrent qu'on est largement plus précis que le GPS de base. - à la campagne, je pense que l'IGN a utilisé cette méthode par défaut. C'est le résultat qu'on voit sur geoportail avec la couche cadastre alors même que sur le site gouv.cadastre le même cadastre n'est pas géoréférencé. Exemple : Le Bugue. - j'imagine toujours que la DGI (et/ou ses partenaires) font un calage sur le terrain du cadastre mais j'ai des doutes quand je vois des fois les erreurs de plusieurs dizaines de mètres. Ne font-ils un calage précis que dans les zones habitées? Il faudrait faire un contrôle au GPS mais c'est beaucoup moins facile de trouver des repères, les limites de propriétés étant moins matérialisées à la campagne que dans les banlieues pavillonnaires. En résumé, j'ai toujours des doutes sur le cadastre en zone rurale et la crainte que ça induise des erreurs dans OSM. Et j'aimerais bien savoir ce qu'ils font réellement sur le terrain ou pas. Eric --- Mon brouillon : Le 9 déc. 2010 à 21:16, Denis a écrit : 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 Je ne connais pas cet endroit précisement, mais parfois je suis tombé (dans le cadre de mon job, encore en début d'année du côté de Toulouse, et l'an précédent en Charente) sur du plan cadastre en références locales : Les arpenteurs d'antan avaient pris un point pratique dans le paysage comme référence, souvent sur une butte (parfois avaient mis une tourelle en bois dessus, bien visible de loin). Quand on recourt les coordonnées, on peut identifier leur point de repère sur une carte IGN ou sur géoportail. Quand on réfléchit, leur procédé était normal : Les arpenteurs arrivaient dans un secteur à relever, sans qu'ils avaient un réseau général auquel rattacher. Il fallait bien commencer le travail quelque part... Donc d'abord les arpenteurs du cadastre antan relevaient en coordonnées flottantes, petit morceau par petit morceau, sans projection, du purement x/y par rapport au fil à plomb local, et (si chance) calaient une flèche de nord magnétique sur le croquis.
Re: [OSM-talk-fr] Une autre source pour l'imagerie a érienne de Bing Maps
Le 14 déc. 2010 à 21:05, Philippe Pary a écrit : .../... Si nous avons la possibilité de corriger le calage de ces images à partir des repères géodésiques, nous pourrons limiter la casse. Philippe Pas sûr... Tout dépend de la qualité du dem sur lequel l'image a été re-projeté. Et pour l'instant, cette annonce ne me semble pas être officielle. On verra... Gerhard ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation de bulk_upload bulk_upload_sax
Le 24 sept. 2010 à 10:32, Tenshu a écrit : Je tient à faire remarquer que le sujet à fortement dévié. Pardon, j'avais mal compris certains mails, et pensais que le pb était aussi lié aux serveurs et disques. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] niveaux admin_level=7 (était : Limites communales)
me demande s'il est utile Hm, ouaipch, probablement tu n'as pas tort... Peut-être vaudrait-il mieux, d'attendre voir ce qui adviendra, et s'atteler à décrire le résultat ensuite, une fois qu'ils auront décidé, au lieu de maintenant y engager la sueur du front, pour dans quelque temps devoir re-modifier ? Parfois, il peut être urgent, d'attendre. L'énergie des osm'eurs est tellement précieuse, et nous avons déjà tellement à faire, à re-caoutchouter les ways (and means...) suite aux imports en masse, à éviter que les rues traversent les maisons, éviter que l'arrêt de bus se retrouve dans l'arrière-cour, éviter que des hameaux se retrouvent dans du landuse:forest, port du casque obligatoire ? , il y a du boulot sur la planche... Oups, pardon ! c'est juste my two cents ! En aucun cas je voudrais empêcher qui que ce soit, de faire ce qu'il veut faire ! C'est simplement, que je trouverais triste, si de l'énergie précieuse soit engagée là où probablement dans deux, trois ans il faudra reprendre, et que personne pour l'instant encore ne sait ni quoi ni comment... Amicalement Gerhard --- Le 23 sept. 2010 à 00:44, Christian Rogel a écrit : Dans une discussion similaire, j'ai rappelé que l'actuelle réforme territoriale a pour ambition de supprimer le canton et de le remplacer par un territoire dans lequel serait élu un conseiller territorial. Il a été avancé que les communautés de communes (après des fusions obligatoires après 2013) pourraient être cette circonscription. De mauvaises langues disent que la réforme sera finalement sabordée. En attendant la fin de ce suspense, je me demande s'il est utile de s'intéresser à une bagarre canton versus communauté. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation de bulk_upload bulk_upload_sax
Hello Emilie et les autres, Si je me souviens, en début d'été avait été lancé un appel à dons pour équiper de nouveaux disques, côté ici, Franco (Pardon, je ne retrouve plus le fil de discussion). J'étais ok pour donner, et le suis toujours, quid à racler les fonds des tiroirs, ça semblait valoir. Il avait été dit que ce sera pour après la rentrée, un dilemme d'assoc' et/ou de compte en banque. On y est, la rentrée est passée, mais je n'ai pas de nouvelles, ne sais toujours pas où envoyer. Saurais-tu (ou quelqu'un d'autre) où c'en est ? Sans connaître les internæ des comment tout cela fonctionne techenikkement, derrière, comment les données vectorielles sont localisées ou dé-localisées, ni comment sont fait les transformations du vectoriel en pixels, sans savoir ni où ni par qui (On pourrait me reprocher ma naïveté et ma confiance aveugle, mais, bon, je crois en le bon, ce qui est mon grand défaut. Ma femme aimée ne cesse de me le rappeler), cet appel à dons € pour équiper avec des disques viables côté chez nous me paraissait légitime. P'tèt' j'ai tort ? Dites. Gerhard --- Le 21 sept. 2010 à 17:17, Emilie Laffray a écrit : 2010/9/21 Benoît ROUSSEAU adressepossi...@free.fr On a avancé : 1 - il y a un pb côté JOSM a coup sûr = donc avertir l'équipe de JOSM ; 2 - les serveurs sont PROBABLEMENT surchargés et donc ce pb est plus fréquent et ne passe plus inaperçu = SIMILI pb côté charge serveur. note : en gras, termes prudents, même si cela semble confirmées par Émilie, mais... Oui surtout que je n'ai rien confirmé :) J'ai juste parle que l'on allait avoir une nouvelle machine plus puissante, mais je ne suis pas sure de l'utilisation de la machine (pas sure qu'elle soit la pour la base de donnée). Comme je l'ai indiqué plutôt, je demanderais aux admins s'ils sont au courant d'un quelconque problème. Les problèmes rencontrés par les serveurs récemment étaient liés a un contrôleur RAID défectueux, qui a été changé depuis. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] niveaux admin_level=7 (était : Limites communales)
Le 23 sept. 2010 à 11:23, Benoît ROUSSEAU a écrit : Dans ce cas on arrête les routes :p avec le nombre de projets de déviations et de constructions, ca ne sert à rien. La réforme territoriale elle se fera, mais ça ne résoudra pas nos pb pour autant de prendre des décisions quant à comment l'arbre. Les mêmes problèmes se poseront. Benoît R. Tu as bien raison, je pense, et, comme j'écrivis, *rien* n'empêche d'y aller, de faire. Juste être conscient que probablement ce sera à refaire de fond en comble d'ici deux ou trois ans. Fut un temps j'avais tracé, re-tracé, re-re-re-tracé les tronçons de la A 750, au fur et à mesure des modif's de chantier, aux environs de Gignac, durant un ou deux ans, jusqu'à abandon. Le tracé final ensuite a été dessiné sur osm par d'autres contributeurs (Merci à eux !). Ce n'est qu'un exemple local, délimité dans l'espace-temps. Ce que je voulais dire était, s'attaquer à un territoire grand comme la France, pour y tracer des sous-admin desquels on sait par avance que d'ici deux, trois ans ça pourrait changer complètement, pourrait peut-être être un peu prématuré. Rien n'empêche de le faire. Je n'en émets aucun jugement, loin de moi, que Dieu m'en préserve. Peut-être les cantons et circonscriptions resurgiront, mais qui sait ? Tant que là-haut ça se débat avec les principes de démocratie et ses variantes, nous ci-bas ne sommes sûrs de rien. Difficulté complémentaire étant, qu'un peu tout peut être déclaré rétroactivement, ou peut être invalidé sans que ça paraisse au JO, ça rend difficile à savoir sur quel pied danser. Mon souci pour osm au sujet cantons vs communes vs agglos vs autres regroupements simplement est, que nous sommes si peu d'osm'eurs, par rapport à la quantité de données bancales qui déjà sont dans la bdd et qui demandent d'être remis à l'endroit, que je doute qu'il soit utile d'en ajouter, quand on sait que dans peu de temps ce sera changé. Ça aurait sa valeur historique, valeurs irremplaçables, c'est sûr. On en a parlé, de faire des versions historiques de la carte, mais en pratique on n'en est pas encore là. (Il serait chouette, d'un jour avoir Cassini, voire Piri-Reis, dans osm... hm, blêmes de projection à prévoir...). Juste être conscient que rien n'est éternel. Out, over, je rends l'antenne. Gerhard. (Post scriptum : L'import sans regarder les chevauchements et superpositions insensés que ça donne, ça commence à barber. Dans beaucoup d'agglomérations, selon la carte osm, on rentre droit dans le mur. C'est quoi, ça ?! Il n'est pas la quantité de données qui ferait la qualité et utiisabilité d'une carte. Quand un higway:primary passe dans l'arrière-cour, et un bus-stop se retrouve au fond du jardin, il y a un couack. Et ce n'est pas seulement ponctuel, on en a dans quasi toutes le villes. Ça devient inquiétant. On aura pour des années, à rectifier ces bourdes grossières. Pitié ! J'abandonne. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [OSM-talk] MapQuest Continues to Open Up!
Sympa ! La nav' a l'air de coller, c'est que les osm'eurs ont fait du bon boulot. Le draggable de l'itinéraire franchement est TOP. Le rendu me paraît bien clean (Justement, on voit bien où les rues traversent les maisons importées, vlam, droit dans le mur... on a du boulot...). J'aime le OpenStreetMap and contributors, CC-BY-SA en bas à droite, surtout qu'il y a les liens, pas seulement texte. (Dans les terms-of-use on n'en voit pas encore, mais ça va ptèt' venir, laisser le temps au temps). Ça marche bien plus vite que mappy ou pis encore viaMichelin, et sans du baratin pub' autour (avec des connexions lentes, en déplacement, avec clé3g ou tél portable, c'est important...). Je m'en fais un marque-pages favori, je pense que ça deviendra un de mes outils préférés, et j'en parlerai autour. Bhen, osm commence à faire son chemin, ça commence à porter ses fruits pour la collectivité, pour les générations à venir, développement durable, action citoyenne, peu importe quel qualificatif on mette dessus. C'est qu'on n'a pas fait tous ces efforts pour rien, depuis ces tant d'années qu'on galalère... Ensemble avec le bigmap et la ribambelle d'autres outils, ça devient quelque chose de vraiment utile et free ! Comme quelqu'un disait il y a des années, ne sais plus qui, osm est un travail de fourmis, et c'est en participant qu'on se rend compte à quel point on est fourmi. (Pas comme un certain Steve, qui un jour avait commenté Maintenant qu'on a des imports en masse, on n'a plus besoin de gps pour faire du commercialisable. Ce jour-là, je pense (pardon si lèse-majesté), il ptèt' aurait mieux fait de rester couché. Hm, page ouaibbe non retrouvable, effacée. Passons). Au risque de me répéter, et avec les peu de connaissances que j'ai, je trouve http://open.mapquest.fr/ excellent. Gerhard --- Le 23 sept. 2010 à 15:47, Emilie Laffray a écrit : Mapquest vient de faire une nouvelle annonce. Voila la traduction: Salut, Je voulais vous signaler quelques nouvelles interessantes venant de Mapquest: A partir de ce matin (6 heure locale a Denver, soit 14 heure en France), Mapquest a annonce quatre nouveaux sites betas europeens basés sur les donnees de OpenStreetMap. Je dois dire que c'est super cool de voir que la recherche de noms utilise Nominatim, et qu'il y a des fonctionalites comme des routes draggables. De meme, vous pouvez envoyer vos cartes sur Facebook, votre GPS et votre email. Vous pouvez aller voir les sites aux adresses suivantes: http://open.mapquest.fr http://open.mapquest.de http://open.mapquest.it et http://open.mapquest.es Voila voila. Emilie Laffray -- Forwarded message -- From: Hurricane hurric...@hurricanemcewen.com Date: 23 September 2010 14:39 Subject: [OSM-talk] MapQuest Continues to Open Up! To: t...@openstreetmap.org Howdy! I wanted to let your radars pick up some interesting news from MapQuest: As of early this morning (it's 6am in Denver ;)), MapQuest announced the beta launch of four new European mapping sites built on OpenStreetMap data! I've got to say, it's super cool to see it's powered by Nominatim and features like draggable routes! And-- you can send your maps to Facebook, your GPS and email. Woohoo! You can check out the sites at http://open.mapquest.fr http://open.mapquest.de http://open.mapquest.it and http://open.mapquest.es These sites are in addition to http://open.mapquest.co.uk which was launched earlier in the summer. [A full press release (where I got this info) is here. And the dev blog gives more information on the above mentioned features! Cheers, Hurricane ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Residential in Residential
Le 22 sept. 2010 à 11:49, René-Luc D'Hont a écrit : Ma question était donc dans le cas d'un lot de bâtiment qui fait déjà partie d'un landuse=residential et que l'on souhaite nommé sans avoir à mettre un name pour chaque bâtiment. Donc comment représenté l'emprise d'un lotissement, d'une résidence, d'un quartier faisant déjà partie d'un residential. Bhen, essaye, faire du area residential par-dessus un residential déjà existant, et on verra ce que ça donnera. Je pense qu'il faut faire le test grandeur nature. Le risque me semble être que le nouvel area pourrait se superposer sur les bâtiments, et les cacher. A voir... Je n'ai jamais compris comment fonctionne l'ordre de rendu des éléments divers dans les moteurs de rendu d'osm, que se superpose à quoi, ça m'échappe. Visiblement ça ne fonctionne pas comme dans des logiciels traditionnels de dessin vectoriel, d'architecture, ou de 3d. Apparemment, mettre un objet dans un level de plus ou de moins n'a aucune répercussion sur l'ordre du rendu, ce n'est pas comme avec des layers dxf/dwg. Donc il me semble qu'il ne reste qu'à faire un essai, et voir ce que cela donne. Pas attendre que le résultat soit transmis sur l'interface ouaibbe d'openstreetmap.org, ça pourrait prendre une semaine. Il y a http://www.informationfreeway.org/ qui répercute en live les rendus des modifications, et si à zoom 12 on fait un ctrl-clic, ça lance une requête pour re-rendre tes données (pas en abuser, patience...). Plus en détail, il y a http://tah.openstreetmap.org/Browse/ Ce n'est pas aisé pour naviguer dans l'interface et trouver son coin, mais est vachtément efficace. Pas en abuser, cool Raoul, les potes font ce qu'ils peuvent, ce ne sont pas des boeufs, pas les pousser dans les orties... Mine de rien, transformer les données vectorielles de la base de données en images pixel, ça demande du boulot, capacité de traitement et de stockage, et bande passante pour mettre en ligne. Nous simples contributeurs de données on ne s'en rend pas forcément compte du travail que ceux-là derrière fournissent. Moi non plus ne suis pas dedans, je juste peux apprécier le résultat, chapeau bas à eux. Selon comment sont occupé les potes qui font ti...@home (tah), ça peut aller plus viite que t'as le temps pour cliquer, ou peut demander des heures ou des jours, 'faut pas leur en vouloir, ils font ce qu'ils peuvent. Si ça vraiment tarde des jours et des jours, on peut relancer un request pour rendu. Vlà, ce crois qu'il faut se lancer, essayer, tester ce que ça donne, et si ça foire, revenir en arrière, puis re-commencer... Josm permet d'enregistrer des données en local, ça peut aider à revenir en arrière si besoin est, à condition de traiter des petites surfaces, pas un village en entier. Aussi, maintenant les modif's qu'on apporte sont regroupées dans un changeset, dans un ensemble de modifications, et il doit y avoir moyen d'annuler une série de modifs qu'on a fait, à condition de le faire vite, avant qu'un autre contributeur à son tour soit intervenu, mais je n'ai pas encore trouvé le bouton-clic revert dans josm (alzi ?). --- Brouillon précédent, ça se croise : Le 22 sept. 2010 à 00:21, Vincent de Chateau-Thierry a écrit : Le 21/09/2010 23:15, g.d a écrit : Le 21 sept. 2010 à 21:53, René-Luc D'Hont a écrit : Pour info mon problème de residential in residential n'est pas strictement lié aux résidences étudiantes. Il est lié à quoi, stp ?, quel est le dilemme, au juste ?, exemple ? Pour qu'on puisse regarder voir, et éventuellement aider à trouver. En effet, les résidences ne sont pas qu'étudiantes. Le terme recouvre pour moi un ensemble de notions présentes +/- toutes ensembles : * un ensemble de constructions (immeubles et pavillons) de même style/époque, sorties du même moule * une délimitation visible : murs, clôtures (barrier=*) * des entrées matérialisées, parfois des barrières d'accès (access=*), des panneaux à l'entrée avec le nom de la résidence * des voies de desserte entre les bâtiments (highway=service) * parfois des aires de jeu, voire des commerces * et donc un nom propre pour désigner l'ensemble : Residence xxx, qui sert pour exprimer l'adresse postale, combiné à un numéro de bâtiment/ de cage d'escalier (Résidence xxx / Bâtiment B / Escalier 2) Je ne sais pas si ReLuc parlait de ça, mais je sais que je sèche quand il s'agit de tagguer ce genre d'emprise, assez fréquente en zone urbaine. vincent Oui, je vois ce que tu veux dire, c'est courant en ville... Un peu comme http://www.openstreetmap.org/?lat=43.62171lon=3.87732zoom=17layers=M Corriger et taguer correctement tout cela correctement n'est pas chose aisée. Souvent il manque même l'entrée (C'est par où qu'on y entre ? par quelle rue ?), sans parler des voies de circulation intérieures, et quand des cycleways traversent des bâtiments, sans être rattaché aux rues, quand des rues elles-mêmes traversent des bâtis, et des bus_stops se retrouvent dans
Re: [OSM-talk-fr] La France, lanterne rouge des erre urs dans OSM ? (était: Route non connectée)
Je me méfie de statistiques (ai quelques années de maths dans les jantes, du vieux café, mais coumême quelques bons restes), et ne suis pas certain quels étaient les critères pour arriver à ces stats. (Peu de distance entre points voisins ? Ça pourrait avoir ses justes raisons... Les nombreux unconnected 5 meters un peu dans tous les pays me font soupçonner quelque chose de ce genre.) Les duplicate ways pourraient avoir leurs raisons d'être, par exemple superpositions de ways distincts pour limites communales sur des routes ou des ruisseaux, des area de zones piétonnes superposés à une voirie tangente, ou simplement les polys de Corine landcover, que sais-je... (On n'est pas encore obligé de mordicus utiliser multi-polygones avec leurs tronçons dans des relations (?) ). Faudrait que quelqu'un regarde de plus près quels sont les algorithmes qui ont mené à ces chiffres, pour vraiment pouvoir interpréter ces données, pour les mettre en leur contexte. S'il se trouvait, que ces stats en réalité exprimeraient l'activité de mapping et sa densité, plutôt que des véritables erreurs Donc peut-être des stats à lire plutôt en positif qu'en négatif (?), cela ne m'étonnerait point... Des chiffres nécessitent explication. ;-) Gerhard --- Le 20 sept. 2010 à 13:14, Pieren a écrit : On pourrait le croire si on regarde ces quelques statisques de routes non connectées détectées par l'outil OSM Inspector mis à disposition par Geofabrik: Pour l'Europe. http://neis-one.org/wp-content/uploads/2010/09/20100918_Stats_EU.png Plus détaillé pour les 6 premiers: http://neis-one.org/wp-content/uploads/2010/09/20100918_Stats_EU_top6.png (vu sur le blog de Pascal Neis) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Residential in Residential
Je serais plutôt pour residential. Des cités étudiantes ne sont pas des amenities compléments de confort, pas comme des supermarchés, stations d'essence, post office, frigos, boîtes aux lettres, ou lavomatics, (http://www.merriam-webster.com/dictionary/amenity), elles s'apparentent à d'autres coins où on a l'habitude de crécher, donc résidences, je pense. La différence avec un residential classique est, que les locataires sont des étudiants (ou assistants, ou enseignants, parfois). Je pense que cela se laisserait exprimer dans le name (?), genre cité étudiante Xyz ? Même si par endroits il y a des qu'on pourrait confondre avec un bordel, un dépotoir, ou des hot-point de deal, ça n'en fait pas des amenities en soi, leur fonction première est (ou devrait être) d'y loger des étudiants... ça serait bien que cette liste garde ce ton léger où certains traits d'humours sont encore possibles. --- Le 20 sept. 2010 à 17:23, Jean-Francois Nifenecker a écrit : Le 20/09/2010 14:13, René-Luc D'Hont a écrit : Je trouve cette utilisation inapproprié mais comment corrigé cela ? La personne qui a fait cela souhaitait enregistré l'emprise de la cité, comment ne pas perdre cette information ? area=yes amenity=??? name=Cité Universitaire Truc -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâtiments en France
Le 21 sept. 2010 à 11:01, alexis gayte a écrit : et peut être en décréter un Officiel Nope, s'il te plaît, ne pas faire ça. OSM n'a pas la science infuse, et n'est pas en position de décréter de l'officiel, de quoi que ce soit, loin de là. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Residential in Residential
Le 21 sept. 2010 à 21:53, René-Luc D'Hont a écrit : Pour info mon problème de residential in residential n'est pas strictement lié aux résidences étudiantes. Il est lié à quoi, stp ?, quel est le dilemme, au juste ?, exemple ? Pour qu'on puisse regarder voir, et éventuellement aider à trouver. Récemment je fus assez content, de trouver une solution viable pour des places mi-piétonnes mi-voitures, dans un village près de chez moi. La solution était, de faire un area distinct pour la zone piétonne, en contournant les bâtiments, sinon ça risque de les faire disparaître, au rendu sur la carte, et relier par points communs aux intersections (un peu ch..., mais ça marche au rendu, et topologiquement est correct, il me semble). Si on fait en landuse, telle démarche chiadée n'est pas nécessaire, le landuse reste derrière, on laisse aux nav's d'en faire la discrimination, mais pas vraiment glop, cela. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fwd: Pb avec les posts émanant d'un client Apple
J'utilise Mail d'Apple depuis des années, actuellement Version 4.2 (1078) sous OSX 10.6.3, viens de m'envoyer ce mail à moi-même, et ne vois qu'une seule Mime Version dans l'entête. Ne suis pas conscient de difficultés autres que : • Certains systèmes ne disposaient pas de codage / décodage automatique, ce qui affichait les caractères comme du charabia, • Des pièces jointes du Mac figurent deux fois, une, la vraie pièce jointe, et une, très petite (4 k) avec un point devant le nom, elle est une ressource système Mac, inutilisé et inutile aux PC, donc - poubelle, mais si quelqu'un tentait de l'ouvrir, ça pouvait figer le PC, • Certains aintiviraux PC prenaient cette petite pièce jointe comme un virus, et le mail entier - poubelle, • Certains serveurs boudaient tout mail qui ne provenait pas d'un OS Micro$oft - mail pas acheminé au destinataire, sans message d'erreur à l'expéditeur, • Certains utilisateurs blindent leur PC par firewalls et antiviraux poussés au max, au point que rien d'autre que du mail en txt ascii en provenance d'un logiciel Microsoft ne passe. Et aucun mail avec pièce jointe ne leur parvient. J'ai un ami comme ça, super sympa, droit, franco de port, il a horreur d'être dérangé. D'autres le trouvent brut de décoffrage. Il peut être ours. Tu lui dis bonjour ! et il peut répondre T'es malade ?! Il pleut des cordes !. Pourtant c'est un crack, et est hyper-câlé en 3d. Inversement, à un moment j'avais un provider qui m'envoyait les mêmes mails des centaines de fois, et qui plusieurs fois était blacklisté par d'autres providers, impossible d'y envoyer des mails. Infosat, mcom, pour ne pas le nommer. Actuellement je suis connecté par Orange (2 mégas à la sortie de la box, au lieu des 8 mégas qui y rentrent, testé). A part cela, mon seul problème est, que mes mails sont trop long, mais c'est un problème de script dans l'interface chaise - clavier, dans le mec, pas dans le Mac. Si mon mail pose tel blème, merci de me faire signe, que je cherche. Gerhard -- Le 27 août 2009 à 14:33, Gourmet a écrit : Bonjour, les utilisateurs d'un client de courriel Apple ont un souci mais ne s'en rendent pas compte. :) Leur lecteur place 2 fois la ligne MIME-Version dans l'entête ; ce qui va à l'encontre des bonnes pratiques du RFC822 (section 4.1). Et donc, du coup, systématiquement, mon antispam place ces articles en quarantaine. Bouh le vilain ! Ceci pose également des soucis pour eux qui pratique la signature DKIM (http://marc.info/?l=postfix-usersm=11838123515w=2) Les utilisateurs en question n'ont-ils pas un patch à appliquer des fois ? Merci, -- db ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réserves Naturelles ( était Pavage de landuse)
Merci pour ces explications. J'ai pigé pourquoi je n'arrivais pas à sélectionner le NR. C'est, que ma ville entière est à l'intérieur de l'area de la NR. Au vu, j'avais pensé que la mystérieuse NR était une zone intercalée entre les landuse forest et residential. Il faut reculer quelques kilomètres, pour en capter le bord, c'est tout. --- Contour de Parc National n'est pas forcement identique au contour de zone de conservation, http://fr.wikipedia.org/wiki/Parc_national_des_Cévennes Le parc proprement dit constitue un espace de 321 380 ha et regroupe 117 communes. Il abrite de ce fait une population permanente significative : 74 000 personnes vivent dans l'aire d'adhésion et 591 dans le coeur du Parc (zone de conservation). http://fr.wikipedia.org/wiki/Parcs_nationaux_de_France Peut-être c'était le rendu surfacique du Parc entier, qui m'a induit en erreur (versus un éventuel rendu linéaire), peut-être faudra-t-il distinguer entre Parc National et Réserve Naturelle, zone de conservation. Bon, ça ne presse pas, avec le temps on va voir plus clair... --- Si je modifie un landcover Corine, pour l'adapter aux réalités, que faire du tag source ? Couper le polygone aux endroits que je modifie, mettre source:survey sur le morceau modifié, et tenter de faire un multipolygone de ça ? Les mutipolygones me fichent encore trouble. 'Faut s'habituer à tout ça... Y a-t-il une sorte de sandbox quelque part, où on pourrait se faire la main sans faire des dégâts ? Un coin dans l'atlantique, Atlantis (Ça déjà a coulé, on ne risquerait plus grand'chose...) ? Amicalement Gerhard --- Le 16 sept. 2010 à 12:25, sly (sylvain letuffe) a écrit : On jeudi 16 septembre 2010, Pieren wrote: 2010/9/16 g.d g...@wanadoo.fr mais quand je vois ces areas NR sur la carte et n'arrive pas à les sélectionner dans josm, ni à les sélectionner dans l'interface web (layer data), je me dis que j'ai dû rater un coche quelque part (Alzi qui guette ?). Peut-être n'ais-je pas compris quel était le problème ? Si tu cliques ici : http://www.openstreetmap.org/?lat=45.37037lon=5.91346zoom=17layers=M que tu sélectionne données dans la sélection en haut à gauche des layers, et que tu choisi données, un trait gris apparaît qu'il est possible de cliquer. L'absence de tags descriptifs sur le chemin n'empêche pas de le manipuler Dans JOSM pareil, et comme JOSM supporte les relations multipolygone, il va en plus gentillement te le mettre en vert, indiquant qu'il a bien reconnu quelque chose. L'édition des tags en revanche, je l'admets volontiers, nécessitera en effet d'utiliser le panneaux des relations car, et c'est dommage, l'interface de JOSM ne permet pas (encore ?) une édition simplifiée et transparente des surfaces enregistrées sous forme de relation. Plus généralement, je pense que le problème n'est pas simple, on voit que l'import corine (qui limite au maximum les relations) est parfois pénible également à manipuler (cf la discussion à coté) avec des glue, unglue, découpage, mais présente l'avantage de n'avoir recours aux relations que rarement. L'import des NR ne nécessite pas d'avoir des fusions de noeuds, collage et décollage, mais a le défaut d'utiliser plus intensivement les relations, et alors de savoir manipuler ces entités OSM. (Il faudra d'ailleurs jouer un peu fort pour coller aux ruisseaux, frontières de communes en plaçant les chemins dans les bonnes relations) Mais j'ai peur qu'il n'y ait de solution magique, lorsque beaucoup de donnée réélles et virtuelles qui partage chemin et points, ça chevauche forcément, ou regroupe forcément. J'ai bon espoir que les éditeurs de données s'améliorent au fûr et à mesure pour gérer cela de façon plus transparente. Je rêverais de pouvoir cliquer au milieu de la zone et ainsi sélectionner la/les surfaces plutôt que de devoir cliquer le contour qui n'est pas forcément ce que je veux sélectionner (à la Qgis) Ces NR sont donc des polygones représentant des réserves naturelles taguées en boundary=protected_area+nature=reserve et qui sont en principe bien délimitées mais peuvent se chevaucher avec d'autres landuses. D'expérience, il n'est pas très courant que les NR disposent de frontières communes avec les landuse de type forêt, rochers, ..., donc l'interaction des deux devrait être minime, alors qu'elle est beaucoup plus courante avec les frontières administratives. A l'exception notable des NR en bord de mer qui souvent s'arrête à la côte, qui peut elle même être la limite d'un landuse, soit parce qu'il s'agit de réserves marines coté flotte soit parce qu'il s'agit d'une réserve terrestre. Le fait d'y avoir ajouté un access=no+foot=yes systématique est plus discutable. J'en conviens, j'avais rapidement regardé celles de par chez moi que je connais, et toutes interdisent la circulation de véhicules (sauf maintenance/secours). Mais visiblement, surtout quand je vois le nombre de
Re: [OSM-talk-fr] difficultés mapping village débu tant
Lamalou-les-Bains ne se prête pas gentiment au relevé par gps, c'est un os dur. Ce vallon est tellement encaissé, qu'à beaucoup d'endroits le gps ne capte pas les satellites de façon fiable. Fut un temps j'y passais régulièrement (travail), et avais tenté de gpxer ça, mais au-delà du pont de chemin-de-fer mes gpx devenaient tellement aléatoires, que j'abandonnais l'idée. Plus en hauteur ça captait mieux, mais en doute, et sans avoir pu rattacher mes morceaux scabreux à route de la vallée, je n'y ai pas tracé. Depuis, on a le cadastre, et le plug-in cadastre de Pieren. Je pense que dans le cas spécifique de Lamalou, si on n'a pas au moins quatre satellites au gps, mieux vaut s'accrocher au cadastre, au moins pour le fond du vallon. Même pour la D 908 dans la vallée mon gps à l'époque faisait parfois des échappés pas clean, au point que je n'avais pas osé mettre les gpx sur le serveur. Mais comme depuis, elle a une belle série de tracés gpx qui concordent nickel, je pense que son tracé sur OSM soit correct. Pour le souci de l'antériorité du créateur d'un way : L'antériorité disparaît, si quelqu'un efface un way et le remplace par son propre nouveau tracé, ça disparaît même de l'historique. (Je crains avoir commis de telles inconvéniences, par mégarde. Pardonnez-moi). L'antériorité est conservée, si on seulement modifie le way existant, y ajoute des points, des connexions, ou le rallonge. Fut un temps, les effaçages de mon antériorité par autrui m'agaçaient à titre perso, j'étais vexé. Ensuite je m'y suis fait, me disant que c'est l'ensemble qui compte, le résultat, la base de données, la carte entière (C'est Ça qu'on transmettra à nos enfants...), au point que je me dis que mes contributions sont domaine public, entièrement libres. Qu'elles servent, vlà tout. Mais je comprends très bien, que beaucoup aimeraient que leur nom reste dans les archives, C'est moi qui avait fait le premier, on laisse sa trace dans l'histoire. Cela peut faire partie de la motivation individuelle de participer à OSM. Je ne sais pas, comment on peut assurer une telle persistance dans osm. Je juste essaye d'éviter d'effacer un way long en entier, tente de plutôt le modifier, mais ça a ses limites... Je me souviens du tracé de la A 51 Val de Durance : Le premier tracé avait été fait d'après photo grossière, avec des nodes très espacés, zig-zag, ça traversait la rivière et des villages un peu n'importe-comment. Quand j'ai voulu approximer ça un peu mieux, d'après mes premiers gpx, deux allers-et-retours, pas vraiment une masse d'informations, à certains endroits j'ai dû effacer des tronçons et les refaire, et dessiner la deuxième voie (l'autoroute ne figurait qu'avec une seule voie). J'espère ne pas avoir trop effacé le contributeur qui avait crée le premier tracé... Depuis, beaucoup d'autres contributeurs on corrigé et amendé ce tracé, et j'en suis très content, la A 51 maintenant figure nickel-prot' sur OSM. Je veux dire par ceci, qu'il ne faut pas hésiter, d'amender et corriger des ways qui déjà existent dans la base de données, si on est certain de faire mieux que ce qui y est déjà. C'est lé résultat qui compte. Bon courage ! Le pays autour de Lamalou est magnifique, il y a beaucoup d'endroits à découvrir (et à compléter sur la carte OSM...). Je m'attends à ce qu'un randonneur y mette l'ancien chemin-de-fer... Amicalement Gerhard -- Le 17 sept. 2010 à 01:18, Pieren a écrit : 2010/9/17 Vincent Pottier vpott...@gmail.com Quelques remarques en plus de ce qui a été dit: - le cadastre n'est pas toujours très fiable, surtout en dehors des zones urbaines. En cas de doute, l'idéal (si on peut) est de faire plusieurs traces GPS à des périodes différentes (avec d'autres satellites) et de faire une moyenne. - je tague les ruelles qui fait moins de 2 mètres de large en highway=path si aucune voiture ne peut passer (réserver footway pour les voies exclusivement pour piétons mais là, tous les deux roues peuvent aussi l'emprunter). - il n'existe pas d'application ou de site qui permet de signaler des modifications sur ses propres contributions uniquement mais on peut surveiller les changements sur une zone (avec possibilité de flux RSS) sur le site ITOWorld (inscription requise). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] On ne tag pas pour le rendu...
Héhé, Pieren, Là, tu les as eu, chapeau ! Le graphisme est parlant. Fais-tu gardien, ou avant gauche ? ou entraîneur ? Suis content qu'on s'entend. Bien sûr ne jamais on tague pour le rendu... ;-) Quant à Strossburi ou Straßburg, SOTM 2011, est-ce que le vieux café-resto dans la Gerbergasse existe encore ? Celui avec le vieux nickelodeon en bas de l'escalier d'entrée ? (Souvenirs de jeunesse, ptèt je confonds). Le 16 sept. 2010 à 11:43, Pieren a écrit : 2010/9/16 Vladimir Vyskocil vladimir.vysko...@gmail.com J'aime bien aussi la note associée... ;-) Eh ben c'est pas gagné... Vladimir. Héhé zut, découvert. Mais en fait, j'ai mis barrier=wall parce que sur le terrain, il y avait bien un mur (de défenseurs) ;-) Promis, dès qu'un tag barrier=ligne_de_jeu existe, je corrigerais mes terrains de foot ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] chemin recouvert à marée haute
Oui, Pieren, *là* ça devient mieux cohérent. Il faudrait amalgamiser ces deux proposed tags (Hazard_warning et hazard) en une seule, étendre son application aussi à des surfaces/area (pour couvrir des zones inondables, des couloirs d'avalanches...). Cela intégrerait aussi les proposed flood_prone, et quelques autres. Et pourquoi pas intégrer (imply) le proposed tag road_sign, qui deviendrait une sous-fonction du plus générique Hazard = danger ? , avec les codes réglementaires du panneau routier, s'il y en a un qui correspond au risque (En France ces panneaux sont Ministère, qui dit : Les signaux routiers font partie du domaine public routier. En cons�quence, l'�tat fran�ais ne saurait revendiquer de droits au titre de la propri�t� intellectuelle pour l'utilisation par un tiers de ces signaux., http://www1.securiteroutiere.gouv.fr/signaux/default.asp ils sont donc réutilisables directement comme vignette sur les cartes OSM. Cela résoudrait aussi la question de proposed : hazard, si oui ou non on devrait distinguer entre mettre attention élans, attention cerfs, et attention vaches puisque si chaque pays met son code de son panneau concerné, selon, le moteur de rendu n'a qu'à chercher le panneau référencé, réduire la taille, et le scotcher sur la carte (?). Même en France, la distinction peut avoir son importance : En Foret de Tronçais, à l'impact, un cerf arrache le haut de la voiture (- cabriolet), un sanglier enfonce le moteur, et sur le Larzac un troupeau de moutons est encore aut'chose. En plus, on doit les payer, on paye l'équarrisseur, et on n'a même pas le droit de les manger, l'arnaque... Similaire, au Goix de Noirmoutier la différence si on se fait balayer par marée rentrante ou par marée sortante aussi a son importance - pour les cérémonies : Si c'est par marée montante, on a des chances à un enterrement dans un cimetière, si c'est par marée sortante, c'est cérémonie en mer... (Pardon, mauvaises blagues. Néanmoins, il y a des années, j'avais apprécié une nuit avec ma copine sur la tourelle à l'angle de la voie du Goix, nuit de pleine lune, fort coeff', au milieu de l'eau. Une variante du coup de la panne, mais à pied. Bon, d'acc', c'est un peu serré là-haut...). Si aucun panneau routier ne correspond au risque à décrire, on prendrait le générique (en France le FR:A11), avec un texte qui décrit le danger. C'est là, que la proposition hazard, de mettre ce texte dans le tag du name, me déplaît un peu, parce qu'un tronçon de route peut très bien avoir un nom (Ex : Passage du Goix) *et* comporter un risque (inondé par marée, submersed by tide). D'où mon idée un peu bancale, de provisoirement mettre le texte descriptif dans alt_name, en attendant de voir plus clair. Je pense qu'une telle organisation pourrait être acceptable pour les nav', et aussi pour les moteurs de rendu, faudrait voir avec eux comment ils voient la réalisabilité d'un rendu. Comme je disais, par ma vie décousue je ne vais pas pouvoir lancer et suivre une proposal en ce sens, dans une semaine je pars sur chantier pour environ deux mois, ensuite m'attendent six interventions chirurgicales (pour l'instant), rien de bien grave chacune, mais j'avoue avoir la pétoche quand ils charcutent au système nerveux, ne suis pas rassuré. Si quelqu'un de vous pourrait prendre en main, de concocter une proposal de tag en ce sens, tenter à réunir les proposals existantes sur un dénominateur commun ? Merci à vous tous ! Amicalement trop long aka Gerhard --- Le 15 sept. 2010 à 13:05, Pieren a écrit : 2010/9/15 Christophe Merlet red...@redfoxcenter.org C'est dommage. C'était super intéressant comme proposition. J'espère vraiment que quelqu'un va prendre le relai pour travailler à fond dessus. Peut-être suffirait-il d'étendre l'une des propositions existantes: http://wiki.openstreetmap.org/wiki/Proposed_features/Hazard_warning http://wiki.openstreetmap.org/wiki/Proposed_features/hazard Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Route non connectée
Chouette, ça ! merci, Frédérik et Cie. Et, content, juste un way de vingt mètres doublé, dans mon coin, ça va... Le 15 sept. 2010 à 15:51, Steven Le Roux a écrit : 2010/9/15 Emilie Laffray emilie.laff...@gmail.com: Bonjour, Geofabrik vient d'ajouter un nouvel outil a leur panoplie. http://tools.geofabrik.de/osmi/?view=routing Cela permet de voir les routes non connectées. Le top ça pour fixer les imports différentiels ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] chemin recouvert à marée haute
Il y a eu déjà une discussion à ce sujet, ne sais plus quand, ni qu'en est sorti. Par exemple il y a ceci : http://www.openstreetmap.org/?lat=46.927lon=-2.1176zoom=14layers=O mais je trouve le waterway:tidal pas heureux. Ce n'est pas la D 948 qui par marée haute se transformerait en un canal navigable. La carte n'affiche pas la contrainte. Il nous faudrait peut-être un tag qui indique, qu'une route n'est praticable que temporairement, dans le groupe des restrictions, avec différents valeurs qui indiqueraient les causes. Les Champs Elysées à Paris les 14 juillet se laissent taguer avec date_on / date_off. Un centre ville impraticable chaque samedi à cause du marché se laisse taguer avec day_on / day_off. Mais, une route (passage du Gois) ou un chemin de fer (http://www.openstreetmap.org/?lat=54.679lon=8.7236zoom=12layers=O) peuvent être inondables par la marée, d'autres routes sur digue en bord de mer (Pays-Bas, Allemagne, Danemark...) sont fermées lors de forte houle + marée haute à coeff fort + vent défavorable même aux piétons, en montagne des routes sont fermées durant la saison de ski (Des pistes qui coupent, exemple sur la Route des Crêtes des Vosges, et dans quasi toutes les stations de ski des Alpes), à cause de la saison tout court : des cols systématiquement pas déneigés, des cols déneigés en dernier, des routes souvent coupées par des avalanches, des parkings jamais déneigés, des chemins d'accès à des fermes isolées, en plaine ou moyenne montagne des routes coupées à quasi chaque pluie (lit sec, pas de pont...) ou coupées en cas d'orage ou de lâcher de barrage (ponts submersibles, juste quelques buses dans le lit de rivière), (see http://en.wikipedia.org/wiki/Low_water_crossing). Même à Montpellier des axes principales peuvent être coupé par des inondations (Des barrières mobiles sont installées à demeure, pour arrêter la circulation si besoin), aussi voir le passage piéton sur le Lez, inondable, du côté de l'Hôtel de la Région http://www.openstreetmap.org/?lat=43.6084lon=3.89765zoom=17layers=O en plein dans le nouveau centre fleuron de la ville Les-Saintes-Maries-de-la-Mer la semaine du 24 mai, à New York la 5th avenue à la Steuben Parade chaque troisième samedi de septembre (samedi qui vient), le carnaval ou la Fastnacht qui peuvent tout bloquer, ces contraintes ne se laissent pas décrire par date, jour ou heure fixe, mais peuvent être importants. Ailleurs dans le monde il y a d'autres cas, des routes sur des lacs canadiens, praticables que par temps de fort gel (rouler vite, mais pas trop, ni ralentir, la glace chante...) d'autres dans des marais, utilisables uniquement quand c'est gelé, d'autres qui par temps de monsoon sont déconseillés, des lignes de ferry qui ne fonctionnent que deux mois, et que sais-je encore. Amha cela devrait être rendu sur les cartes, ne soit-ce que par le triangle avec point d'exclamation,A14 : Autres dangers, générique, en attendant que notre carte se différencie mieux. Une autre solution, déjà proposed feature, pourrait être http://wiki.openstreetmap.org/wiki/Proposed_features/Traffic_sign Ça pourrait se lire traffic_sign=FR:A14 avec un alt_name=Route inondée par marée haute ou alt_name=Route fermée par temps de neige ou alt_name=Fermé la semaine du 24 mai, WE compris et devrait s'appliquer aussi à des area (Zones d'inondation, wadi, couloirs d'avalanches...) pas seulement aux nodes et ways. Utiliser ce traffic_sign serait un peu tiré par les chaveux, je pense mieux d'avoir ça dans les restrictions, les hour_ / date_ / day_, on/off y sont déjà. Y mettre un tag genre moment_on / moment_off, avec une case pour spécifier de quoi il s'agit ? Le alt_name n'est pas idéal non plus, mais autrement on attendra les calendes grecques que ces informations s'afficheront sur les cartes... Quand les renderers afficheront ça mieux, quelqu'un pourrait lancer un robot pour mettre le contenu du alt_name dans un tag approprié ? --- D'une part, on peut craindre que tel affichage et information surchargera les cartes (afficher telles contraintes dans un layer à part, qu'on active ou désactive ?), d'autre part est-il rageant quand un gps envoie vers une route fermée l'hiver, rien d'affiché à l'entrée de la vallée, ni sur la carte Michelin, et qu'on doit faire quatre heures de détour et doit dormir dans la voiture, Ah, Monsieur, chacun ici le sait !. Bhen, justement, on n'est pas d'ici, on ne fait que passer. A quoi bon une carte, si elle ne montre pas ce qui est ? Bien sûr, on n'arrivera pas à cartographier certaines obstructions de routes pourtant prévisibles. Des catastrophes de circulation comme le Tour de France, une course à Magny-Cours, un Paris-Dakar, un chassé-croisé de vacances à hauteur d'Orange-Montélimar, ou une fin de match à Saint-Etienne, quand on est dedans, on y est pour du bon. Là, il n'y a que le rds qui peut aider, et encore... --- Mais la question des voies temporaires
Re: [OSM-talk-fr] Carte Tango
J'ai enfin trouve comment afficher avec bigmap, heureka ! :-) Suis d'abord tombé quelque part au large de Groenland dans l'eau, pas trouvé les bons n° de tiles, celles de t...@h ne semblent pas être les mêmes, mais avec la fonction zoom-out de bigmap j'ai réussi à regagner terre ferme. Maintenant que j'ai ça tout beau à l'écran, dans firefox, tout mon village au zoom 16, je suis devant un dilemme : Quand j'essaye de imprimer ça en pdf, ça me fait du haché menu en pages séparées, avec bord blanc autour, et seulement un tiers ou un quart de la carte est enregistré, quand je fais une saisie écran avec Capture ça ne prend que la fenêtre visible, à 72 dpi, quand je veux saisir l'image et la déposer sur le bureau, ça ne prend qu'une seule des tuiles, sélectionner le tout, le copier et coller dans photoshope ne donne rien, image blanche, et quand j'enregistre la page sous firefox, ça enregistre la ribambelle des tuiles une par une. J'ai bien trouvé l'astuce, de imprimer ça en pdf avec une mise-en- page à 20 %, ça donne bien une seule image entière, mais ça gâche la résolution, les écritures redeviennent flou. Réduire à 25 % par la fenêtre de BigMap puis imprimer en pdf ne fait pas mieux, textes flous. Comment j'en fais un seul beau jpg ou png ? Un fichier que je pourrai imprimer disons à 300 dpi sur un A3 ? Faut-il re-mouliner tous les png un à un dans photoshope, à la main ? C'est où que j'ai raté le coche ? (On devient vieux...). Merci pour vos conseils ! Gerhard (Je suis sur Mac, mais si besoin, je peux rallumer un vieux PC 64 de derrière les fagots. Il me donne de l'urticaire...). Le 14 sept. 10 à 17:53, Gérard a écrit : Comment Bigmap marche? pour l'utilisateur c'est comme ça: .../... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] chemin recouvert à marée haute
Le blême me semble ne pas être dans les minutes ou secondes, il semble être dans la question que quelqu'un prenne l'initiative de proposer un tag générique dans les restrictions, un truc du genre Attention, avec un texte qui affiche en quoi consiste le danger ou la restriction, soit-ce marée, gel, neige, dégel, foire, pluie, monsoon, orage, ou autre. Suis désolé, je ne peux pas m'engager à lancer une proposition sur le wiki, je n'aurai pas le temps pour en assurer le suivi, ma vie est trop décousue pour assurer un suivi, il m'arrive d'être inactif OSM durant un an, d'où mon appel. Merci de votre compréhension. Gerhard --- Le 15 sept. 10 à 01:52, Benoît ROUSSEAU a écrit : Le 14/09/2010 21:33, Vincent de Chateau-Thierry a écrit : Le 14/09/2010 20:54, g.d a écrit : Il y a eu déjà une discussion à ce sujet, ne sais plus quand, ni qu'en est sorti. Par exemple il y a ceci : http://www.openstreetmap.org/? lat=46.927lon=-2.1176zoom=14layers=O mais je trouve le waterway:tidal pas heureux. Ce n'est pas la D 948 qui par marée haute se transformerait en un canal navigable. La carte n'affiche pas la contrainte. Bien d'accord. tidal devrait concerner une zone de part et d'autre de la route, qui montre la surface approximativement dégagée à marée basse. Il nous faudrait peut-être un tag qui indique, qu'une route n'est praticable que temporairement, dans le groupe des restrictions, avec différents valeurs qui indiqueraient les causes. (...) Les Champs Elysées à Paris les 14 juillet se laissent taguer avec date_on / date_off. Un centre ville impraticable chaque samedi à cause du marché se laisse taguer avec day_on / day_off. Mais, une route (passage du Gois) ou un chemin de fer (http://www.openstreetmap.org/?lat=54.679lon=8.7236zoom=12layers=O ) peuvent être inondables par la marée, (..) blubb-blubb sponge-bob. Dans le cas du Gois, qui ressemble à ce que Ziva indiquait dans sa question, on ne peut pas indiquer d'horaire, sachant que le passage est possible 2 x 3 heures par tranche de 24 heures, et que les créneaux changent quotidiennement, puisqu'ils encadrent les heures de basse mer. On pourrait imaginer un tag relatif plutôt qu'absolu, sur le principe des Access time restrictions : hour_on : 90 mn to low tide hour_off : 90 mn past low tide ou qqch du genre. vincent Juste une remarque l'abréviation de minute est min : http://www.industrie.gouv.fr/metro/aquoisert/si.htm#ut . Benoît R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur sur une frontière
Le tracé de la CIA est grossier, et par endroits il est carrément faux. Pas s'y fier ! Si le reste de leurs données est aussi faux que le sont ces frontières, on ne s'étonne plus de dégâts collatéraux quand ils envoient les bombardiers :-( Un moment donné on avait dit que quand nous avons plu fiable qu'eux (par exemple du gpxé soi-même sur place), on met le notre, avec source = survey, et on efface le way décrivant leur frontière, mais on laissera en place leurs nodes pour mémoire. D'après ce que j'avais constaté dans le massif du Queyras, le tracé de la CIA en tant que tel n'est pas aussi mauvais qu'on pourrait le penser au premier abord. Bien sûr leur way manque de résolution, c'est grossier, bien loin de notre précision habituelle, mais surtout, il peut être décalé de deux cent à quatre cent mètres, généralement en direction ouest nord-ouest par rapport à la vérité sur place. Soit que c'est une triche voulue de leur part pour tromper l'ennemi, soit que ce serait un dilemme de projections divergentes. J'ai pu constater ce rippé aussi en Alsace, et dans le Jura. Bien sûr nous n'allons pas crapahuter le long de toutes les crêtes des Alpes pour gpxer toutes les frontières nous-mêmes ... Je pense que provisoirement on pourrait copier-coller quelques points de la CIA adjacents à un endroit gpxé (traversée de frontière), disons un kilomètre de chaque côté, et les re-coller en fonction des points relevés par gps, le résultat ne devrait pas être trop faux. Peut-être mettre une note dans ces points/ways ainsi extrapolés, quelque chose comme derivated from CIA data, re-positionned on gpx crossing, sais pas. (Mais je pense qu'on ne peut pas se permettre de ripper toutes leurs frontières en entier (?) ). On doit mettre des annotations pour savoir quel est l'origine des tracés divers de ces frontières, sinon on ne va pas s'en sortir, à la fin... En tous cas, on a des ways frontière non cohérents, ça va donner du fil à retordre aux relationistes... Amicalement Gerhard -- Le 31 août 10 à 22:39, Pierre BOIZOT a écrit : Non c'est une frontiere avec la suisse. Entre la commune de chatel et le district de montey entre Tour de don et conche. J'ai déplacé trois points . ce qui semble avoir ramené la frontiere sur la limite de commune de chatel (74) Pierre CH-1009 PULLY Le 31 août 2010 22:23, Pieren pier...@gmail.com a écrit : 2010/8/31 Vincent Pottier vpott...@gmail.com Il faudrait plus compliquer ? Je vais chercher... -- FrViPofm Pour les frontières officielles, on préfère d'habitude se baser sur le cadastre mais si c'est de la montagne, le GPS peut être plus précis. Mais comparer la trace GPS et le cadastre peut être intéressant (l'écart sera sans doute bien inférieur à celui de la vieille source CIA..). Est-ce que c'est la frontière avec l'Espagne ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Sondage] Donation pour aider a payer de nouveaux disques durs pour Osmose (RatZilla$)
Je rente de déplacement chantier, la question de utilité publique me barbe. Il s'agit de collecter des sous pour des disques : a) Où j'envoie mon don, n° IBAN, BIC, banque ? b) A quelle adresse postale j'envoie mon vieux 5oo giga ? Pas besoin de déductibilité. trop long aka Gerhard -- Le 8 juil. 10 à 10:48, Yann SLADEK a écrit : J'ai discuté avec un des salariés de Framasoft à ce sujet car eux se sont fait reconnaître d'intérêt général. Il y a effectivement un formulaire à envoyer au centre des impots de la prefecture de l'asso Passé un délai de 6 mois sans réponse, l'asso est reconnue d'intérêt général automatiquement. Pour info, l'APRIL s'est faite refusé le dossier (mais cela avait un petit arrière-goût de caprice politique) En gros, il faut envoyer le dossier, faire le mort pendant 6 mois (ne pas les relancer en fait) et l'asso sera reconnue de fait Par contre, je n'arrive pas à avoir d'infos sur l'ancienneté nécessaire pour être defiscalisable Yann - Mail Original - De: Pieren pier...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Lundi 5 Juillet 2010 22:16:45 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] [Sondage] Donation pour aider a payer de nouveaux disques durs pour Osmose (RatZilla$) Sur http://vosdroits.service-public.fr/F426.xhtml Organismes concernés: œuvres ou organismes d'intérêt général à caractère philanthropique, éducatif, scientifique, social, humanitaire, sportif, familial, culturel ou concourant à la mise en valeur du patrimoine artistique, à la défense de l'environnement naturel ou à la diffusion de la culture, de la langue et des connaissances scientifiques françaises (par exemple, les associations ayant pour but de venir en aide aux personnes en difficultés, les organismes ayant pour but d'effectuer des recherches scientifiques ou médicales, ...), Sur l'autre page déjà citée: l'oeuvre ne fonctionne pas au profit d'un cercle restreint de personnes. Combien de personnes utiliseraient ce disque ? 10, 20 ? A partir de combien le cercle n'est plus restreint ? Sinon il y a : Les organismes qui souhaitent bénéficier de cette procédure doivent déposer auprès de la direction des services fiscaux de leur siège, selon les modalités explicitées par l'instruction du 19 octobre 2004 publiée au Bulletin officiel des impôts sous la référence 13 L-5-04, une demande écrite comportant, notamment, une présentation précise et complète de leur activité. Il vaudrait mieux se renseigner avant de distribuer des reçus fiscaux à tour de bras. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Conversion Lambert II
Il y a aussi le logiciel circe du IGN, pour transfomations, l est téléchargeable gratos sur leur site, pour Windows. (http://professionnels.ign.fr/ficheProduitCMS.do?idDoc=5352513 et http://lambert93.ign.fr/index.php?id=34) Il fonctionne soit en mode fichier, si on veut transformer un ensemble de données complet, et aussi en mode point par point (utile si on n'a que quelques coordonnées à transformer). Il a un mode général qui marche vite, sans bien de réglages à faire, mais avec une précision de transformation moyenne, à peu près dans les cinq à dix mètres d'erreur max', selon les différentes projections, et il a un mode grille (avec des grilles de correction locales bien plus précis), qui ramène l'erreur de transformation à un ordre de grandeur de quelques centimètres. Je trouve ça pas mal, juste quelques cases à cocher, et ça floupp'. Par contre, je n'ai pas trouvé où par a suite ça coince, je probablement fais une mauvaise manip' quelque part : Le ficher gpx que ça sort, n'est pas accepté par OSM/JOSM. Mais ce n'est point grâve, il suffit que je repasse le fichier sortie de circe de nouveau dans babel, avec réglage fichier gpx d'entrée : gpx ; fichier de sortie : gpx aussi, et tout rentre en règle, le résultat passe bien dans josm et dans OSM. C'est juste une manip' de plus. circe est livré avec la plupart des grilles de transformation qui m'intéressent, et s'il faut des exotiquesb en sus, on en trouve sur leurs sites, ou on peut en tricoter soi-même (un peu plus hardi à faire), mais j'avoue que pour mes besoins, ce qui est dans leur package gratuit me suffit dans 97 % des cas. Leur mode fichier en mode grille me fait bien l'affaire, dans quelques centimètres. Cordialement, Gerhard (aka trop long). Post scriptum : Parfois on peut se casser les dents sur des trucs du IGN, comme sur leur gps evadéo ushiaïa primo (et sur ses services après- vente), ou sur des orthophothos pô bien ortho, plutôt goo, mais aussi (et en premier), généralement ils font les choses très bien, et il me semble que le logiciel gratuit circe en soit un exemple. Honneur à qui de droit. On râle quand des choses ne collent pas, mais aussi faut il le dire et en faire état, quand il y a des choses qui marchent bien. Ce que par la présente je fais. -- Le 12 avr. 10 à 11:39, René-Luc D'Hont a écrit : Le 12/04/2010 11:36, Rodolphe Quiédeville a écrit : Salut, Est-ce que quelqu'un à sous la main un fichier tableur openoffice ou une routine perl/python pour convertir du lambert II ? Merci à vous Du lambert 2 vers quoi ? SI tu as PostgreSQL/PostGIS tu peux le faire avec une requête Tu peux aussi utiliser ogr2ogr, enfin je crois. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Demande quel gps acheter pour utilisation OSM
Amis, pardon, je le sais, la question a été posée xyz fois, mais je n'arrive pas à retrouver des pages/messages explicites, les wiki deviennent un peu complexe... Les pages en anglais sur la question foisonnent de tellement informations sur tant de modèles, qu'à la fin je ne suis pas avancé d'un poil :-( Quel gps acheter, pour utilisation avec OSM ? Je voudrais un gps avec chipset mtk (leur précision me paraît meilleure, que celle des sirf), qui sait exploiter les sats de correction, comme les waas, éventuellement d'autres sats, (et, (on peut rêver !) peut-être aussi les données envoyées par les relais de téléphone). Un truc qui fait un waypoint sur simple pression sur un bouton (physique), c'est nécessaire quand on roule. Le gps IGN Evadéo qu'on m'a volé, était une catastrophe pour faire un waypoint : Une véritable galalère, à taper tout ce qu'il demandait avant d'enregistrer, sur l'écran tactile, impossible à faire ça en voiture ! Une ergonomie à se scratcher dans le décor... Puis, même quand c'était le passager qui l'opérait, speedait, ce gps captait le wpt seulement quand l'opérateur avait fini de tout saisir, c'est-à-dire les coordonnées étaient quelques centaines de mètres plus loin. Intravaillable, ce truc ! Pourtant on l'avait acheté, à cause des cartes IGN au 25oooème, pour la rando... (Euh, par endroits ces cartes sont très mal géo-corrigées, ça pouvait envoyer directement dans le ravin. Et des SAV séparés pour soft et pour hard, qui se revoyaient la balle On me dit, que l'IGN aurait refourgué l'histoire hardsoft de leurs gps à une boîte allemande, qui enfin devrait mettre ça au point. Donc de ce côté-là, il paraît urgent, d'attendre quelques mois encore...). Et, je voudrais un truc qui sort des fichiers gpx acceptables pour JOSM et pour OSM, sans que je doive faire plusieurs runs à babeliser (avec le risque, de perdre les time-stamps). Si j'ai bien compris, il faudrait regarder du côté Garmin (?), (mais font-ils des MTK ?) puisqu'il paraît possible de mettre les données OSM sur ces engins, en parallèle de leur cartographie à eux. Donc on verrait où OSM a des trous, des blancs. Pardon pour cette question idiote, mais dans les pages anglois trop nombreuses, je ne me retrouve pas, je n'y 'arrive pas, à me faire une décision. Comme budget, tout compris, l'appareil gps, les câbles, la carto Europe de l'ouest, et les logiciels, je m'étais dit que je pourrai y mettre dans les quatre cent à quatre cent cinquante €, peut-être cinq cent, si c'est l'engin miracle. (bhen Oui, j'y tiens, et s'il faut racler les fonds des tiroirs !). Il y a aussi la question du futur réseau européen : Vaut-il, d'investir tant, si d'ici peu ce nouveau réseau, plus précis que le gps, serait opérationnel ? Je n'ai pas envie, de re-casquer tant pour du matos gps de si tôt, il faudrait que ce que j'achète-là, me ferait cinq ou six ans au moins. Pourriez-vos me renseigner ? Merci à Vous Tous ! Amicalement trop long (aka Gerhard) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Souviens-toi l'hiver dernier....
Un an déjà... que le temps passe vite ! Merci à toi, Denis, de nous rappeler cet anniversaire. C'est un milestone, une date à marquer dans les annales d'OSM en France ! Et nous sommes encore loin, d'avoir exploité cette masse de données, adapter, intégrer, rectifier, interpréter Y a du boulot sur la planche ! Maintenant que les assurances m'ont dédommagé du vol de mon véhicule avec son équipement, je vais enfin pourvoir me ré-équiper avec du gps, c'est déjà utile pour moins me pommer dans la cambrousse, et pour mes géolocalisations brico. Mais je ne suis pas certain, que je reprendrai le tracé d'après gpx (sauf exception, si je tombe sur du blanc total sur OSM) : La masse de données à exploiter, du Cadastre, là où il est suffisamment fiable (en agglomération), suffirait peut-être pour occuper les longues soirées d'hiver... Comme tu le dis, Merci à toutes les fourmis, et à Saint Pieren, sans lesquel(le)s cela n'aurait pas été possible. Et, aussi, parmi tant d'autres, à Emilie, Sly, et tous les autres ! On ne peut pas les énumérer tous, tant ils sont... C'est tout de même gigantesque, cette synergie entre tous, via internet ! Du virtuel, qui devient du concret, du tangible, du réel, et utile pour l'humanité ! Ça donne chaud au cœur, dans ce monde de brutes... (Chrmpfh, c'est là, que cette histoire de licence me chagrine, mais c'est un autre sujet, autre mail. Aattention, ça va être long...). Pourvu qu'OSM continue, avec du bon sens. Avec l'aide de tous, ça marchera, on y arrivera, ça ira !. Courage ! :-) Amicalement Gerhard --- Le 19 janv. 10 à 08:05, Denis a écrit : Il y a un an, jour pour jour, la Direction Générale des Finances Publiques autorisait explicitement la réutilisation du Plan Cadastral Informatisé. Depuis (un peu avant pour certains), OSM s'est emparé du fond de plan public le plus précis qui soit accessible : près de 500.000 objets building quelques dizaines de milliers de limites communales et j'en passe sur les cimetières, la voirie rectifiée ou créée. Nous n'en sommes encore qu'au début. Rendez-vous pour le 2e anniversaire. Bravo à toutes les fourmis et une spéciale dédicace à Saint Pieren, sans qui tout ceci ne serait encore qu'un rêve. Denis ___ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement vers licence Odbl
pas impossible que l'A6, l'A10, le boulevard périphérique ou encore la N20 disparaissent de la carte ! Tel que ça se présente, c'est ce qui risque de se passer, y a des grandes chances, quasi certitude :-( Il y en avait, qui sur la talk-liste de la Fondation ont averti, que leur pays entier devra disparaître de la bdd. Parce que c'étaient eux, qui y ont introduit les données officielles de leurs pays, sous cc-by-sa, et sous condition de ce qui était écrit et promis sur les pages des wiki. Y en a qui ne sont plus en poste et ne peuvent plus prendre décision de migrer sous ODbL, des qui ne sont pas d'acc' avec les termes de cette licence, ou des qui légalement ne peuvent pas être d'acc' avec les contributor terms que la Fondation voudra faire signer. Donc, si ça passe, ce projet (et apparemment, malgré toutes semblances de démocratie, la messe déjà serait dite, amen), plusieurs pays disparaîtraient de la carte osm. C'est pour telles âneries, que ce changement me paraît inconcevable. Peu importe si le donneur des données était un gouvernement, pour un pays entier, ou si c'était un simple contributeur qui avait fait ce qu'il a pu, comme toi et moi. T'as qu'à re-négocier !, me dit-on. Négocier avec qui ? Avec une pierre tombale ? Avec la dalle sur la fosse commune ? Avec le sable du désert ?). L'idée d'une acceptation tacite de modification est la pire des inepties que jamais j'ai entendu de ma vie. Si ma banque fait un changement dans les conditions générales il y a toujours accord tacite si je ne m'oppose pas explicitement, jamais le contraire. Bhen, c'est justement cela, le monde à l'envers :-( Comment pourrait-on supposer que quelqu'un qui ne répond pas, soit d'accord ?! C'est l'inverse, qu'on se doit de présumer ! Peu importe pour quelle raison l'ancien contributeur ait quitté le mouvement, ait déménagé ou soit décédé. Il avait donné son accord (et sa contribution) sous cc-by-sa. Nous, osm, nous lui avions promis cela, nous lui avions promis qu'il participe à une carte libre du monde, c'est-à-dire qu'il contribuait à une chose qui perdure ! Et que sa contribution y reste (si osm perdure), même quand il sera mort. D'acc', ce n'était pas écrit expressément comme cela, pas exactement en ces mots-là, mais c'est ce qui en sortait : Qu'on participe à une chose free, pour le bien de tout le monde sans distinction, et que ce qu'on y fait, que ça reste, contre tous commerciaux, et malgré vent et tempête ! Na, le fric ! Et maintenant, ça veut se mettre à mentir, à voler, ou à virer ? Non mais ! Nous n'avons pas le droit ni de virer ses contributions, ni de présumer qu'il soit d'accord avec un changement de licence. Merde ! Même des Pays, des Nations, commençaient à se servir d'OSM comme dépôt officiel de leurs données cartographiques, un développement durable hors pair, du jamais vu auparavant dans l'histoire ! Qu'enfin le mot fraternité, la mise-à-plat dans un but commun, sans trop de paranose, prenait un sens concret ! Tout ÇA pour rien ? Ils ne s'en rendent pas compte, ils ont leurs oeillères, ne comprennent pas ce qu'ils sont en train de faire. Fourrer des données anciennes dans un tiroir à part, pour qu'elles restent accessibles, ce n'est que triche. Ce n'est pas ainsi, qu'on tient sa parole. Et, OSM, c'est nous, Nous, nous tous un chacun ! (Au moins encore aujourd'hui... un peu, j'espère...). Il est à nous, à chacun de Nous, moi, toi, lui, elle, de tenir parole. Il justement est (était ?) du principe de base d'osm, de ne pas voler, de ne pas mentir, de ne pas trahir, mais de respecter les Droits de chacun ! Et, avant tout, de respecter les motivations. Si ce changement de licence se ferait, l'action osm perdrait sa crédibilité. --- J'aurais voulu ne plus me mêler de ces folies de changement de licence d'osm, j'en ai ma claque, de ces tentatives d'usurpation et d'abus, depuis le temps que ça dure. Mais leur machine avance inexorablement, c'est pire que du Kafka. Cherchez bien les causes de cette modification proposée, cherchez aussi les causes, clauses et conséquences de la double licence blindée un max au bénéfice de la Foundation. Vous trouverez. La proposal ne vise pas seulement une migration de la licence (en elle-même déjà inconcevable ! Who owns OSM ? YOU !, mensonge ?!), mais aussi et surtout, elle vise de transférer des droits afférents de façon inaliénable à la personne (c'est écrit dans la Loi), à la Foundation, de façon irrévocable et éternelle. je ne suis pas certain que ce soit légal, en France... QUI protégera le contributeur ?! Avec l'actuelle cc-by-sa, justement par ses lacunes, le contributeur était un peu protégé, parce que le Droit d'Auteur Inaliénable de par la Loi française était maintenu et pouvait intervenir là, ou la cc-by-sa avait des trous. Si nécessaire, la Justice pourrait intervenir pour protéger le citoyen contributeur. Mais avec les conditions que veut nous faire signer la
Re: [OSM-talk-fr] [bot][accents] proposition de corrections
1. École maternelle Tartempion +1 (Et ne suis pas capable d'étayer mon avis). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une association pour OSM - Local Chapter - Sondage
Je comprends l'empressement pour une association française local- chapter d'OSMF. Le statut de Chapters n'est pas fixé, il me semble. http://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters : we should first reach consensus on the important issues, environ : nous devrions d'abord obtenir consensus sur les points importants. La page est en discussion, un consensus semble se montrer. Le projet de convention sur http://docs.google.com/Doc?id=dgdmw5gt_7gtj36hhh n'est plus d'actualité, un nouveau n'est pas encore là. Rien n'empêche que des fondateurs d'une asso demandent au board d'OSMF et au local-chapters workgroup, confirmer ce qu'ils demanderont dans des statuts d'un éventuel chapter français, plus en détail, et le prévoir, si ce n'est pas trop contraignant. Ne pas ancrer le chapter dans les statuts. Gerhard --- Chapter ne résout pas tout. La OSMFoundation ne peut pas parler au nom d'OSM : Elle n'est pas propriétaire d'OSM, n'est pas le projet lui-même (écrit à plusieurs endroits sur le wiki). Ni peut elle parler au nom de la communauté des contributeurs : Elle n'est pas cette communauté. Pas tous les contributeurs sont membres d'OSMF, loin de là. La Foundation apparemment ne peut pas obliger quelqu'un, qui ne mentionne pas openstreetmap.org cc-by-sa. Le contributeur détient le droit d'auteur de ses donnes. A lui, de demander au contrevenant de se conformer à la licence. Il me semble que pour un chapter ces choses vont être pareilles, et, un étage plus bas, ne peut pas parler au nom d'OSMF, juste pour lui-même. Les moyens de représentation pour OSM et sa communauté sont limités. --- Le 1 déc. 09 à 23:59, Pieren a écrit : 2009/12/1 g.d g...@wanadoo.fr: à la véritable question derrière, qui n'y est pas dite ? Gerhard, la question, c'est de savoir SI une association OSM se créer en France, elle devait aussi être un local-chapter tout de suite, plus-tard ou jamais. C'est quand même important au moment de la rédaction des statuts de l'association. La question n'était pas faut-il oui ou non créer une association. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une association pour OSM - Local Chapter - Sondage
Le 2 déc. 09 à 11:25, Pieren a écrit : tu laisses entendre que la fondation n'a finalement aucun pouvoir et n'est propriétaire de rien. Ce n'est pas que je voulais exprimer, mais attirer au fait, que de faire un local chapter et donc être habilité par la OSMF, avoir droit à leur logo, et la présenter, ne résout pas toutes les questions de représentation qui parfois se posent. Il n'est pas parce que l'asso se fédère à OSMF, qu'elle deviendrait OSM. L'association chapter ne pourra pas signer quelque chose pour OSM, OSM est collectif, ne pourra pas garantir à un donneur de data, que celles-ci resteront intégrales, pas parler en nom et à la place de la communauté française des OSMeurs. Tel petites difficultés restent, il me semble. --- Il va de soi, qu'un chapter français aura un poids et sérieux beaucoup plus important, qu'une simple association. Et encore plus, si/quand le projet de nouvelle licence passe, avec les contributor terms et autres annexes, et quand la base de données sera nettoyée. --- Une question quant au montage d'un local chapter : L'asso chapter local doit représenter OSMF. Cette asso est française, est juridiquement indépendante d'OSMF, n'est pas représentant légal d'OSMF, n'a aucun dire dans OSMF, pas d'influence (sauf l'influence individuelle de ceux qui à titre personnel sont membre d'OSMF), mais elle et ses dirigeants prennent des responsabilités. Bien sûr on espère que tout roule, mais,... n'y-t-il pas là comme un déséquilibre entre les responsabilités et les moyens pour les assumer, qui pourrait tomber sur le coin du nez de nos amis de l'asso chapter ? Je ne suis pas avocat, ne sais pas. --- Quant aux manquements à la licence (manque d'attribution, absence du cc-by-sa, ou référence à google sur des cartes osm) pour l'instant, la Foundation semble ne pas vouloir rentrer en action. Actuellement il y a une discussion sur la liste de la Foundation, un cas concret, Magix Foto en Allemagne, avec des commentaires comme I don't think _OSMF_ has the right to sue anyone at present. It doesn't own any rights in the data. I actually believe that *only* that OSM contributors that hold the copyright *ON THE PART OF THE MAP USED* can sue the license violator. et tels. La page http://wiki.openstreetmap.org/wiki/License_violations s'allonge. Je ne sais plus quoi penser. Si tu dis vrai, Si quelqu'un oublie la mention OSM, c'est aussi elle qui devrait défendre ce manquement à la licence auprès de la justice peut-être la Fondation regarde ces cas comme trop peu significatif, a des choses plus importantes à s'en occuper, ou ne voudra pas trop remuer ? Sais pas. --- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une association pour OSM - Local Chapter - Sondage
Dis, Pieren, j'a encore dû rater un truc : C'est écrit où, qu'un local chapter se doit de défendre le copyright du data, et la marque ? Comme un chapter est assoc locale, et indépendante d'OSMF (à part la Convention qui serait à faire), et comme c'est écrit qu'un chapter ne doit *pas* se prétendre d'être le représentant légal dOSMF, je vois mal, comment un chapter légalement hériterait d'un droit ou d'une obligation qui appartient à OSMF, comme par exemple défendre le nom de marque ou poursuivre des infractions au copyright. Pour faire ce genre de choses, devant la justice, au nom de l'OSMF, l'assoc devrait être représentant légal d'OSMF, ou être dûment et expressément mandaté par OSMF pour tel et tel cas, il me semble. Autrement plainte non recevable ? (ça ferait un certain garde-fou, une protection, bien que relative, pour les dirigeants du chapter...). Me trompe-je ? Gerhard Le 2 déc. 09 à 17:18, Pieren a écrit : 2009/12/2 David MENTRE dmen...@linux-france.org: Est-ce qu'une asso française veut avoir cette responsabilité[1] ? Je parlais de la fondation, donc OSMF qui siège en Angleterre, pas de l'association en France. Mais c'est vrai qu'un local-chapter pourrait être impliqué en cas de poursuites judiciaires ici (aide/soutien, traductions, contacts, etc). Mais comme le dit Emilie, les membres de la fondation ne veulent pas prendre cette responsabilité pour l'instant, arguant du fait que ce sont les contributeurs eux-mêmes qui détiennent les droits et qui doivent donc se défendre. Ama, cette position n'est pas tenable à long terme parce qu'aucun contributeur ne va investir son temps et son argent dans un procès et c'est tout le projet qui serait en danger en cas de violation de la licence sans réaction de sa part. C'est là qu'on voit que la fondation est encore jeune, qu'elle manque de moyens et de professionnalisme. Heureusement, pour l'instant, ça se corrige toujours bien à l'amiable ([1]) comme pour la GPL mais il pourrait y avoir des exceptions (cf. l'histoire Free/freebox). N'oublions pas que des intérêts financiers énormes sont en jeu derrière tout ça. La donne sera encore différente avec la nouvelle licence si elle est acceptée. Pieren [1] http://wiki.openstreetmap.org/wiki/Lacking_proper_attribution ___ 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] Une association pour OSM - Local Chapter - Sondage
Non, non, Pieren, pardon, c'est moi qui m'exprime mal, décidément... Je voulais ton information ou conseil sur ce sujet/question, puisqu'il figure sur la page http://wiki.openstreetmap.org/wiki/WikiProject_France/Projet_d%27association_en_France#Les_contres , Devoir protéger la marque (noms de domaines, cybersquatters, etc) et veiller à ce que la licence soit respectée par tous les utilisateurs. et ça a été mentionné ici, ne sais plus par qui. Je n'avais pas vu une telle obligation dans le projet de Local-Chapter de l'OSMF, et comme ça fausse la discussion si cet item est vrai ou pas, je voulais ton avis. Vlà tout... Gerhard --- Le 2 déc. 09 à 20:16, Pieren a écrit : 2009/12/2 g.d g...@wanadoo.fr: Dis, Pieren, j'a encore dû rater un truc : C'est écrit où, qu'un local chapter se doit de défendre le copyright du data, et la marque ? Arrêtez de lire entre les lignes. Ou alors je m'exprime mal. Ce que j'ai écris, c'est: Mais c'est vrai qu'un local-chapter pourrait être impliqué en cas de poursuites judiciaires ici (aide/soutien, traductions, contacts, etc). Si la fondation engage une action en justice en France ou dans n'importe quel autre pays, elle pourrait demander de l'aide auprès du local-chapter (=aide/soutien) ou lui demander des info sur la législation locale (=traductions) avant de se lancer dans quelque chose de sérieux en cherchant par exemple des avocats spécialistes (=contacts). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import massif bâtiments cadastre
Wow, suis heureux de ne pas être seul dans la jungle ! trop long --- Le 26 nov. 09 à 23:20, Pierre Touzard a écrit : J'adhère entièrement à la vision de Denis. Le contexte montre que nous sommes loin d'être les seuls à partager ces opinions... Si OSM -nous, citoyens- n'arrive pas à interpeller ceux (à commencer par nos plus proches) qui prennent des décisions à notre place (en notre nom), nous finirons par n'être qu'une entreprise de dessin et de coloriage, parmi d'autres. C'est malheureux mais crevant de vérité ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Jouons avec osm
Il n'y aurait pas une confiture entre latitudes (d'esprit) et longitu*r*e ? (je longe le mur et passe à l'ombre, turlututu, ni vu ni connu... ;-) Gégé --- Le 17 oct. 09 à 14:43, Frantz a écrit : Bonjour, Vincent de Chateau-Thierry a écrit : Art a écrit : (46.5, 3.0) - Au cadastre ils savent que ça existe ? (60, 3.0) - On voyage ? Y'a peut-être des ours là où tu es ? (90.0, 3.0) - Premier touriste dans l'espace ? (45.0, 0.0) Un peu de sport pour arriver à La Transeuropéenne (à environ 190m) (48.0, 2.0) Mais ma parole vous êtes au milieu de nul part ! y'a bien Route de Chanteau (à environ 3006m) (49.52,0.72) - Mon vieux, faut pas te péter une jambe, sinon en rampant longtemps tu as Quai Guilbaud (à environ 964m) Ça fait 6 :-) -- Frantz ___ 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] Croix de chemin, calvaires, calv aires sculptés + lavoirs
Qu'un tag soit abandoned, n'empêche pas de le faire raviver, comme les wayside cross, les shrine (qui correspondraient plutôt aux petits oratoires, type calvaire un peu décoré, souvent des niches avec statues, ou les marker pour les anciennes bornes de territoires (d'évêché, bornes miliaires romaines, bornes napoléoniennes...). Quand il y a quelques milliers de tags dans osm, d'un même genre, l'attribut abandoned dans tagwatch forcément disparaîtra, à la longue... Gerhard (Le abandonned me semble vouloir dire, que l'auteur de la proposition avait abandonné de se battre pour son idée) Le 18 oct. 09 à 13:01, Christian Rogel a écrit : Pieren a écrit : 2009/10/18 Christian Rogel christian.ro...@club-internet.fr: On a déjà eu quelques problèmes avec cette personne. Le statut abandonné ne veut pas dire rejeté. D'ailleurs, un status, ça se change ;-) http://wiki.openstreetmap.org/wiki/Proposed_features/wayside_shrine Le fait que ce soit dans les presets de JOSM mais pas actif dans le wiki ne me plait pas. Ca veut dire que celui qui décide des presets dans JOSM décide pour tout le monde sans même documenter, ni discuter (sauf peut-être sur la liste allemande) les tags à utiliser. Je sens que je vais changer le status. historic=wayside cross a, en fait, toujours une page Proposed : A nous de continuer à l'alimenter et le mieux est d'entériner l'existant. Seul ennui, il n'a plus d'image de rendu (la petite croix des cartes papier). Comment la remettre? Puisque Pieren nous dit que les développeurs de JOSM sont les manitous, faut-il trouver une méthode pour les saisir en cas de besoin? L'allemand serait-il la langue à apprendre pour pouvoir aller sur leur liste? D'après les photos, wash place me semblerait adapté, mais il faudrait shelter=yes comme pour les abris des bus et wash house pour les bâtiments fermés qui existaient par ici en ville et doivent continuer d'exister ailleurs. Remarque : dans une partie de la France de l'Ouest, on ne parle pas de lavoir, mais de douet, y compris en Bretagne. Christian ___ 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-talk-fr-bzh] [import] BMO Brest Metropole Oceane - building
Le 15 oct. 09 à 22:49, Steven Le Roux a écrit : .../... C'est du à l'imprecision du layer wms yahoo je pense. Quasi tout Brest a été fait comme ça, .../... ...cela explique, en effet. J'avais déjà constaté des grandes différences entre photos et réalité, dû à l'angle d'incidence des photos : En paysage accidenté, une montagne peut carrément cacher une route qui passe derrière, sur la photo. Si quelqu'un trace d'après ça, sur osm, il pourrait être tenté de mettre la route en tunnel:yes... Mais ici, c'est surtout la quantité de données à rectifier, qui m'impressionne. Quand on trace les maisons petit à petit d'après cadastre, on s'en rend moins compte... Gerhard ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Code Corine 324 «Forêt et vég étation arbustive en mutation»
Merci pour les renseignements ! Ça me donne une direction à suivre. Il me reste à interpréter Forêt et végétation arbustive en mutation. Selon les cas, ça peut être de la broussaille, de la garrigue, du maquis, de la roche/caillasse, des dunes fixées, ou de la forêt sauvage. Donc si j'ai bien compris, je vais devoir jongler avec l'outillage sur la page http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover/Nomenclature et du cliff, fell et ridge. Les desert 'semi_arid', bush, outback et les dunes:transverse étant abandonned, ce seront donc les scrub et heath qui deviendront fourre-tout. Je me heurte encore à quelques définitions, comme végétations basses, ça s'arrête où ? A hauteur d'homme (mesures humaines), ou à six/huit mètres (mesures bio/commerciales)? Et, ce grassland, qui d'après sa description devrait pouvoir couvrir une bonne partie du Larzac, de garrigues, de maquis, mais ça me ferait drôle, de couvrir les falaises du Ségala, les gorges de la Vis, ou les flancs de la Punta di a Mola avec ça, et pourtant, ça sert à faire paître les chèvres et correspondrait à la description - sauf qu'il n'y a presque pas d'herbe. Cocher non importable, ce ne serait pas très satisfaisant, puisque les polygones de contour existent (et qu'on n'a que rarement l'occasion d'y retourner sur place et gpxer). J'accepte volontiers la définition osm que donne Pieren, qu'on décrive ce qui EST sur place, et que l'utilisation ne vient qu'après, moi aussi suis défenseur de cette approche !, mais je crains, qu'à l'échelle où on trace, sur osm, les deux aspects ne se laisseront plus séparer, puisque c'est l'usage qu'on en fait, qui donne son aspect au terrain. Quand on y fait paître trop des chèvres, il ne reste que de la rocaille, quand on y met des brebis, il restent quelques arbustes et arbres hauts, quand on y met des chevaux ou des vaches, ça fait des ronds verts, et des sentiers en terrasses zigue-zague, et quand on n'y fait rien, ça devient la jungle, ou de la rocaille nue, selon le degré d'abandon et la topo. Contrairement à ce que pourraient penser des citadins, ce qu'ils prennent pour de la Nature, en grande partie est d'origine humaine : La belle foret, tout comme les déserts du paysage, sont conséquence de l'homme, donc man-made. Et, c'est mobilis in mobile, ça change très vite : Là où aujourd'hui on peut voir une belle forêt contiguë, wow, quelle beauté éternelle de la nature !, il y a seulement deux cents ans il pouvait y avoir une ville de six mille habitants, cent ans avant des champs, encore cent ans avant une autre forêt, et encore avant une autre ville, et ainsi de suite On a remonté des endroits comme ça jusqu'au néolithique. Dans le Midi e la France, si on se baisse et ramasse un caillou, il y a de grandes chances que ce même caillou ait été touché par des humains auparavant déjà, au moins trois ou quatre fois depuis l'aube de l'humanité. Pour trouver du vrai natural dans nos contrées, 'faut s'accrocher. Là ou CLC avait mis du Forêt et végétation arbustive en mutation, je ne peux pas simplement traduire par natural=wood + wood=mixed (surtout, quand il n'y a aucun arbre haut en vue, sauf quelques solitaires, sinon que des broussailles). Corinne garnit bien la carte au cent-millième, bon boulot, ça crache, ça en jette, mais, quand je regarde de plus près, on devra faire concorder ça à notre échelle, aux endroits où ça touche la civilisation, pour rassurer, que la maison du pote n'est pas déjà dans la mer (aux dernières nouvelles, ils sont encore au sec, mais d'après CLC ils seraient noyés depuis au moins 2006), et que l'autoroute ne rentre pas dans les arbres, inutile de sortir la tronçonneuse pour se frayer le chemin. Des forest mixed où on devra attendre longtemps avant que le premier arbre grandira, des heath où ça vendangeait, il y a quelques jours, du coniferous où je vais chercher les cèpes entre les vieux chênes. Boudiou, il y a du boulot sur la planche, et les osm'eurs ne sont pas beaucoup en nombre, pour le faire... Gerhard --- Le 14 oct. 09 à 00:05, Vincent Pottier a écrit : g.d a écrit : Le 13 oct. 09 à 10:08, Christophe Merlet (RedFox) a écrit : Le mardi 13 octobre 2009 à 09:59 +0200, Christophe Merlet (RedFox) a écrit : Je ne suis pas trés chaud pour une nouvelle clé. .../... Pourtant on l'a fait : landuse=orchard qui existait de façon discrète, sans référence dans le wiki (juste une allusion à un proposal ancien que je n'ai jamais retrouvé) Avec même une proposition de tag de second niveau. .../... une correspondance unique de chaque code CLC vers un équivalent OSM +1 Il nous faut des tags de correspondante exacte avec CLC, donc nécessité de nouveaux clés, je pense. Cependant le code CLC peut renvoyer à une combinaison OSM landuse=forest + wood=permanent ...et inversement, CLC 211, 212, 213 renvoient au landuse=farm. Seul le tag CLC:ref fait la distinction. Donc ne pas retirer trop
Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)
Comment fais-tu pour le postal_code ? Les différents coins d'une même commune peuvent avoir des codes postaux différents, certains même peuvent être desservis par un centre de tri du département voisin, donc leur code postal ne correspond pas à leur numéro minéralogique. La liste de l'insee que j'ai scruté il y a près de trois mois, me paraissait tout sauf complète, sous ces coutures-là, et le vrai registre des adresses avec leurs codes semble être copyrighté, bhen, on peut l'acheter pour usage commercial, ça coûte assez cher (on me l'avait proposé, mais pour mon job je m'en tape, pas utile, ne fais pas du porte-à-porte ni du dumping), mais apparemment on n'a pas le droit de le publier sous cc-by-sa, et encore moins sous le projet de la nouvelle licence. mais si on met un tag postal_code sur des communes, soit-ce sur leurs relations boundary ou sur leur node place, 'faut qu'on soit sûr et certains que c'est ça, et rien d'autre. Fut un temps, il a fallu que je traverse le pays pour récupérer mon courrier à l'autre bout, dans un bureau de poste de nom semblable mais complètement ailleurs, juste à cause d'une telle bourde dans le code postal d'une commune desservie depuis deux départements. J'te dis pas les embrouilles, surtout qu'il y avait des appels d'impôts et des factures EDF dedans :-( Le cadastre n'est d'aucune aide sur ce sujet, il ne s'en occupe pas. A la limite, on peut y trouver le code postal du chef-lieu, mais c'est tout. Les seulement 1200 trous desquelles tu fais part, pourraient être gênants, et c'est de trop pour qu'on puisse les rechercher et éclaircir à la main, déjà les centres de tri sont difficilement joignables par téléphone, encore plus difficile d'y trouver quelqu'un qui soit ouvert et qui veuille prendre le temps pour renseigner sur son secteur, et bonjour la facture de téléphone x 1200 x n préposés ! Je veux bien, s'il restent dix ou vingt, on y arriverait petit à petit, mais 1200, c'est infaisable (et, je pense, qu'en réalité il y ait plutôt dans les 20 % des trente- six mille communes qui ont des recoupements sévères de la sorte, dont un bon tiers qui a des recoupements multiples, ce qui nous amènerait à entre cinq et huit mille véritables exceptions à traiter à la main, pas seulement 1200). Il n'y aurait aucun sens, de mettre des codes postaux qui feraient, que le courrier n'arrive pas au destinataire. Le réseau de service postal est indépendant des limites des communes, ça n'a pas les mêmes boundaries, mais ça dépend des tournées. Stp, dis-nous, comment tu fais pour mettre les codes postaux corrects sur les morceaux d'agglomérations. Ne me prends pas mal, je t'en prie ! Si on a un moyen physiquement correct de le faire, légal sans pirater, j'en suis ravi. Je voudrais juste savoir, comment. Amicalement Gerhard --- Le 14 oct. 09 à 13:55, sly (sylvain letuffe) a écrit : On mercredi 14 octobre 2009, kimaidou wrote: Je fais cela aussi : utiliser geonames seulement quand pas de données dans OSM, car quand j'avais commencé, il y avait peu de données dans OSM. Le mix des 2 fonctionne bien, et permettrait à sly de faire des tests intéressants je pense. Il faut se méfier des conventions d'écritures, par exemple Saint - St, mais sinon c'est à peu près utilisable. Je ne compte pas du tout toucher au nom, ni même m'en servir (écriture trop aléatoire) et je pré-suppose que les osmeurs qui l'ont fait en manuel on su ce qu'il faisait et je me garde bien de pré-supposer que ce que je peux faire est mieux. (ce qui serait vraisemblablement faux) La source de ce que j'ai est a priori (débats sur forum) un travail personnel de jérome galichon ayant comme source principale l'insee plus d'éventuelles corrections remontées par les utilisateurs. Je pense partir sur cette première étape, et éventuellement faire un recoupement avec d'autres sources pour compléter les 1200 trous maximum , mais à réfléchir. (Et puis, peut-être, sur les 1200, il s'agit d'une majorité de communes au format image, donc ça fera peut-être pas tant de boulot à la main, et le cadastre, via l'outil de frédéric pourra alors servir de source) Pour le nom des communes, le plugin osmose de étienne fait déjà un travail d'alerte que je n'ai pas envie de concurrencer (ça marche très bien !) -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ 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] Robot de mise à jour des communes (ref et code postal)
Bhen oui, personne n'est sorcier, mais je croyais que tu étais extra-terrestre reconnu et assermenté, ta parenté avec E.T. aidant pour trouver maison (donc adresse ?). Oui, la liste http://www.galichon.com/codesgeo/index.php, Je ne vois pas écrit si elle est libre de droits, mais comme le nom du fichier 'insee l'indique, ça a un goût d'insee (http://www.insee.fr/fr/methodes/nomenclatures/cog/telechargement.asp) Et, comme d'hab', hélas, quand j'y cherche mes deux patelins fétiche pour ces choses-là, ça ne montre pas les divers codes postaux de Montpellier, juste le 34 000. Comme toujours, ça met le 34 090 pour Le Cres uniquement. Pourtant, plusieurs quartiers du nord de Montpellier officiellement sont 34 090 Montpellier, et si on met seulement 34000, ça peut prendre des mois avant d'arriver. Et ça donne pour San-Gavino-di-Carbini seulement le 20170, là où pour écrire à la Mairie Annexe de 20170 San-Gavino au hameau d'Araghju (qui a le 20170 dans son tampon officiel), on doit mettre comme CP le 20137 (de Porto-Vecchio), sinon la lettre n'arrive jamais à destination, mais finit dans une autre poste sur l'autre côte de l'île, où probablement ils ont une benne replie de tels courriers erronés. Le blème donc est toujours le même :-( On en avait déjà parlé. D'où mon hésitation de mettre ces CP dans OSM, tant qu'on n'a pas le vrai découpage des secteurs. Désolé, n'ai pas trouvé le graal... Gerhard Le 14 oct. 09 à 19:03, sly (sylvain letuffe) a écrit : La source de donnée que j'ai choisi pour l'instant est la bien connue : http://www.galichon.com/codesgeo/ certes un poil vieux 2003 et non complète. (il y manque environ 1260 communes en métropole) Petit retour sur la qualité de ces données après un import par chez moi: c'est plutôt médiocre. Sur 305 communes, 45 disposent d'une géolocalisation mal placée dans ce fichier. Je dispose d'un outil pour les lister, mais ça représente donc pas mal d'opérations manuelles plutôt pénibles de rétro-correction/contrôle. Je continue à chercher le graal, si quelqu'un trouve : - n°insee - nom commune - code postal (supposé) - coordonnées GPS d'un point de la commune wikipedia semble faire mieux, sinon je regarderais peut-être dans osm avec le noeud commune lui même. Mais comme il en manque pas mal... -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rond-points coupés
Bhen oui, dilemme dans la stratégie générale d'osm... :-( Utiliser les points seulement, ça deviendrait vite ingérable (invisible, et pas exploité), Saucissonner tout en petits morceaux et les fourrer dans des relations, ce serait certes systématique, mais tant que les éditeurs sont ce qu'ils sont, ça va finir dans un plateau de charcuterie à la fin d'un buffet froid : Plat de résistance : Île flottante de jambon cru dans saumure de cornichon, garnie d'anneaux de peau de tranches de salami :-( (Pour être conséquent avec soi-même, il faudrait que Tout osm du jour au lendemain bascule vers un système de relations imbriquées : Plus aucun tag sur des nodes ni sur des ways, qui eux deviendraient géopositionnement pur, et toute la description irait dans les relations... On aurait donc aussi des relations mono-nodes, et un système de super-hyper-duper-relations. Il deviendrait inconséquent, de noter un copyright dans chaque sous- élément ou sous-relation : On aurait une seule super-relation par année d'édition de cadastre, dans laquelle on fourre tous les tracés de cette année-là, l'IGN ne figurera qu'une seule fois : dans le tag d'une super-relation dans laquelle on engloutirait toutes ses bornes, voire même une seule relation pour tous les parkings de France et de Navarre, pareil pour les églises, mairies, peaks et autres. Ce deviendrait une approche inverse à l'actuelle. Peut-être ça viendra un jour, mais on n'en est pas là, pour l'instant c'est hybride). Revenir à l'api précédente : en aucun cas, Et superposer des ways à part pour les itinéraires en utilisant les mêmes nodes, ça avait été regardé comme indigne, ringard out over Mathusalem, si j'ai bon souvenir (Dans l'amas des spaghetti superposés, parfois il n'est pas aisé de sélectionner celui qu'on cherche, il est plus facile de dire, que c'est méthode ringard...) Donc, qu'est-ce qu'on fait ? Pour être in ? me grattant la tête... ...bhen, n'étant pas féru en relations, et par trouille de casser une relation, pour l'instant je pense continuer avec des ways superposés, pour les trajets/itinéraires. Dans le cas d'itinéraire rando que présente Fabien, si le randonneur doit emprunter le bitume de la route (comme c'est le cas dans des villages où il n'y a pas de trottoirs, et sur beaucoup de petites routes dehors), je pense que je collerai un way footway supplémentaire sur les nodes de la route, mais si les randonneurs passent sur le bas-côté (se sont faits un sentier à part), ou en ville sur des trottoirs, j'y mettrai probablement un footway avec des nodes séparés, et des nodes communs avec les highway voitures, là où ça les croise. Et pour le trajet d'un bus ou tram, je probablement mettrai un way à lui, pareillement : Si ça partage le même espace, sur les mêmes nodes que la route, mais si ça passe à côté sur voie séparée ou entre deux voies sens- uniques, sur des nodes distincts. Donc le rond-point resterait un rond-point fermé, avec collé dessus d'autres ways qui eux représentent le trajet du car, donc un way pour l'aller et un autre pour le retour, à chaque fois un way complet entre deux arrêts (solution que je préférerais), Ensuite, je pourrai imaginer de découper ce way-trajet en morceaux sur le rond-point, et fourrer les morceaux dans des relations distinctes, une pour l'aller, l'autre pour le retour. Mais dans ce cas, je ne sais pas comment faire pour qu'un trajet entre deux arrêts reste cohérent *et* qu'il reste distinctif de la ligne entière : Il y a bien des trajets de car/tram/métro distincts dans les deux sens, soit-ce à cause de rues en sens unique, ou des lignes qui bifurquent pour desservir des coins différents. Il faut donc garder bien séparé les deux trajets, afin qu'un nav' mixte ne propose pas un tour de manège autour d'un rond-point ou autour d'un quartier, là où pour ce faire, en réalité on doit descendre à la station suivante et prendre la rame / le car suivant dans l'autre direction. Dans d'autres pays, on voit sur osm des lignes de transport-en-commun représenté par des linges droites entre les haltes/stations. D'un point de vue topologique et pour les nav', ça se tient, puisque les points où on change de réseau, y sont, mais sur la carte ça fait désordre, quand une ligne de car traverse les blocs de maisons, ou traverse les Alpes en ligne droite là où il n'y a pas de tunnel. Je suis donc pour une représentation réaliste des lignes de transport en commun, mais je suis conscient que pour la ligne de car Montpellier-Rodez (officielle) ça pose des conflits, sans parler de lignes de car comme Berlin-Istanbul ou Paris-Alger (privées, je pense). Je n'ai pas la science infuse :-( Je vois déjà les foudres que ce commentaire va m'attirer, et rétracte la tête entre les épaules, mais faute de mieux je ne sais pas comment conserver la cohérence *et* la lisibilité par une autre manière, que de tracer un way concret. Amicalement (et pas sur de moi, du tout...) Gerhard
Re: [OSM-talk-fr] Code Corine 324 «Forêt et vég étation arbustive en mutation»
Le 13 oct. 09 à 10:08, Christophe Merlet (RedFox) a écrit : Le mardi 13 octobre 2009 à 09:59 +0200, Christophe Merlet (RedFox) a écrit : Je ne suis pas trés chaud pour une nouvelle clé. .../... .../... une correspondance unique de chaque code CLC vers un équivalent OSM +1 Il nous faut des tags de correspondante exacte avec CLC, donc nécessité de nouveaux clés, je pense. ...et inversement, là où OSM est plus détaillé que CLC, garder les notres (residential, commercial...), mais trouver, sans ambiguïté, avec quelle rubrique CLC les assimiler, de façon à ce que ça restera traitable et comparable par un script, aller-et-retour. Autrement, toute communication automatisée entre OSM et CLC s'arrêterait-là, avec ce récent import, ce qui serait coumême dommage :-( On a déjà assez de confuses dans OSM, pas en rajouter. Oui, j'entends déjà dire si chaque pays fera son relevé d'utilisation des sols à sa sauce, et que pour chacun on fera des tags à part, où ça nous mène ? Un foisonnement pas possible de tags !?. Bhen OUI, si nécessaire, on devra le faire, si on ne veut pas passer à côté de ressources précieuses. Mais CLC est européen, pas seulement franco-français, déjà cela limite le foisonnement de tags sur le vieux continent... ;-) (Ouh... CLC couvre l'Europe - Est-ce que quelqu'un serait au courant d'autres communautés OSM qui de leur côté importent le landcover de leurs pays ? Ou est-ce que la France est précurseur en la matière ? Juste pour éviter, qu'on fasse notre sauce propre chacun dans not' coin, et qu'on harmonise les équivalences des tags ?). --- Dans mon coin, pour l'instant je ne touche pas aux polys de CLC non encore importés dans osm, déjà par manque de tags adéquats. Il y en a un paquet, au premier vu dans les 70 % du paysage manque à l'appel, je dirai, dans le coin où j'habite actuellement, et dans les 95 % dans le coin où j'envisage d'aménager. Pour la plupart, c'est du Forêt et végétation arbustive en mutation du Systèmes culturaux et parcellaires complexes et du Surfaces essentiellement agricoles, interrompues par des espaces naturels importants que je ne sais pas, comment les caser dans osm. Je suppose que la plupart des Forêts de conifères, Forêts de feuillus, Vignobles et les Prairies non importées dans mon coin soient plutôt des recoupements/superpositions/chevauchements avec des tracés pré-existants dans osm, ou, que dans CLC même, leurs polys se chevauchent de trop avec d'autres landuse CLC. Ces cas-là se laisseront résoudre à la main, je pense, avec un peu de connaissance du terrain. Mais quand il n'y a pas de tag équivalent dans osm, je donne ma langue au chat... Aussi, j'attends encore des outils pour pouvoir traiter ça comme il faut (ou d'apprendre, comment mieux me servir des outils existants) : Par exemple, le lien ouvrir dans josm sur osmose ne semble pas marcher sur mon mac, ça n'ouvre rien, je dois importer le fichier gpx (le fichier osm ne semble pas marcher, non plus). Mais, bon ça viendra... --- Déjà un grand merci pour l'astuce comment augmenter la ram de josm sur mac, j'avais désespérément tenté d'augmenter la ram de la version java, que tchi !, ça restait mordicus dans les cinquante, soixante mégas, avec des strange things may happen à tout bout de champs :-( Là où avec la version pour mac, et son fichier de prefs modifié à la main, ça marche feu de ziou, enfin trois gigas live pour josm, et autant en mem' virtuelle, ça fuuuse ! :-) --- Si quelqu'un pourrait résoudre l'histoire des tags landuse manquants, pour qu'on arrive à une équivalence travaillable ? De toute façon, une proposal de tag, quand il y a déjà dix ou vingt mille nodes et polys derrière, ça passe sans discussion, surtout que dans le cas présent, je pense que les personnes qui ont monté CLC ont déjà dû cramer une quantité respectable de matière grise hautement qualifiée, pour arriver à leur classement, donc il n'est ptèt' pas utile qu'on réinvente la roue juste pour rajouter une couche à la sauce d'OSM sur la Tour de Babylone... autant se tenir à leur classification... (si c'est admis). A la base, ça m'a l'air d'être une classification de type décimale, les descriptifs en langues locales n'interviendraient que par la suite, je pense. Amicalement Gerhard ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rond-points coupés
L'idée de bases séparées par réseau au premier abord sonne pas mal, ça probablement marcherait pour des réseaux comme ERDF ou SNCF, mais je ne vois pas, comment traiter puis recouper des réseaux qui par endroits partagent un même espace avec d'autres réseaux, et par endroits ont leur support propre à eux. Si on séparerait les BdD, je crains que leur superposition/croisement poserait plus de blêmes que leur séparation résoudrait, logiques, et matériels. On est des hobbyistes, je crains qu'on ne puisse pas se payer des lignes atlas réservées sans limite de bande passante. Je pense que tout ce qui est physique (géoréférencement, nature et caractéristiques des choses...) devrait rester ensemble dans une même et unique BdD. Y compris les trajets ou itinéraires des différents réseaux (sinon blême aux intersections). Ce qui est des infos supplémentaires (opérateur du carting, financier de la chaîne d'achats, url externe, n° de téléphone du gîte, liens vers des photos ou des tracks sonores, prix des carburants à la pompe, de la boîte de ravioli ou du kilo de patates, prénom de la fille de la cousine...) d'acc, ça devrait/pourrait aller dans des BdD à part. --- Le 13 oct. 09 à 14:30, kimaidou a écrit : Bonjour Pas de foudre pour ma part, je trouve ton commentaire très intéressant, car il montre bien la complexité de la choses et ne tombe pas l'écueil de la simplification abusive d'un problème complexe. Je ne pense pas non plus qu'il y ait de solution évidente. Il faut que le travail des participants reste simple, sinon comme cela a été dit personne n'ajoutera des lignes de transport, et à force de créer des relations par dessus les données de base on ne verra plus rien. D'un autre côté, je n'aime pas trop les affirmations du genre On n'est pas là pour simplifier le travail du concepteur de logiciel. D'accord, les développeurs peuvent toujours s'adapter, mais il ne faut pas que cela oblige à concevoir des usines à gaz non plus. Tout est dans l'équilibre. Pour finir, on atteint peut-être là aussi la limite de ce qu'on devrait cartographier dans osm. Peut être que tous nos chemins de rando, lignes de bus, etc, bref tout ce qui n'est pas physique ne devrait pas être ajouté directement dans la donnée brute d'osm, mais seulement sur des bases de données parallèles dédiées. ? Cela permettrait d'avoir un fond de carte physique qui reste simple, mais cela demande une fois encore plus de travail pour développer ces applications tierces. (Si la route n'est pas découpée en plusieurs ways, il est plus difficile de créer les routes et il faudrait alors travailler noeud par noeud ? Par exemple on définit une ligne comme passant par des noeuds, et plus comme une relation contenant des ways = morceaux de rues ?) Kimaidou Le 13 octobre 2009 12:43, g.d g...@wanadoo.fr a écrit : Bhen oui, dilemme dans la stratégie générale d'osm... :-( Utiliser les points seulement, ça deviendrait vite ingérable (invisible, et pas exploité), Saucissonner tout en petits morceaux et les fourrer dans des relations, ce serait certes systématique, mais tant que les éditeurs sont ce qu'ils sont, ça va finir dans un plateau de charcuterie à la fin d'un buffet froid : Plat de résistance : Île flottante de jambon cru dans saumure de cornichon, garnie d'anneaux de peau de tranches de salami :-( (Pour être conséquent avec soi-même, il faudrait que Tout osm du jour au lendemain bascule vers un système de relations imbriquées : Plus aucun tag sur des nodes ni sur des ways, qui eux deviendraient géopositionnement pur, et toute la description irait dans les relations... On aurait donc aussi des relations mono-nodes, et un système de super-hyper-duper-relations. Il deviendrait inconséquent, de noter un copyright dans chaque sous- élément ou sous-relation : On aurait une seule super-relation par année d'édition de cadastre, dans laquelle on fourre tous les tracés de cette année-là, l'IGN ne figurera qu'une seule fois : dans le tag d'une super-relation dans laquelle on engloutirait toutes ses bornes, voire même une seule relation pour tous les parkings de France et de Navarre, pareil pour les églises, mairies, peaks et autres. Ce deviendrait une approche inverse à l'actuelle. Peut-être ça viendra un jour, mais on n'en est pas là, pour l'instant c'est hybride). Revenir à l'api précédente : en aucun cas, Et superposer des ways à part pour les itinéraires en utilisant les mêmes nodes, ça avait été regardé comme indigne, ringard out over Mathusalem, si j'ai bon souvenir (Dans l'amas des spaghetti superposés, parfois il n'est pas aisé de sélectionner celui qu'on cherche, il est plus facile de dire, que c'est méthode ringard...) Donc, qu'est-ce qu'on fait ? Pour être in ? me grattant la tête... ...bhen, n'étant pas féru en relations, et par trouille de casser une relation, pour l'instant je pense continuer avec des ways superposés, pour les trajets/itinéraires. Dans le cas
Re: [OSM-talk-fr] [osmose] nouveau plugin de vér ification des majuscules
Conflits sur des faux faux positifs. Exemple, le node Golfe du Lion, deux nodes superposés, l'un : • name: Golfe du Lion • place: locality • natural: sea • gns:dsg: GULF • gns:uni: -2149855 • source: GNS et l'autre, aux mêmes coords : • place: locality • name: Gulf of Lion • natural: strait • gns:dsg: GULF • gns:uni: -2149854 • source: GNS Le deuxième fait tilter: Toponymie majuscule manquante à : of node 305639359 rawedit natural = strait name = Gulf of Lion gns:dsg = GULF source = GNS place = locality gns:uni = -2149854 Ni l'un ni l'autre portent un tag qui spécifie son langage. Comment déceler ces cas de pas-tout-à-fait-doublons ? L'outil n'indique pas, qu'il y a juste dessus/dessous un autre node, lui écrit correctement. Donc si on corrige le node de langue étrangère vers le français, on ferait une bourde... Puis, si tout de même on les trouve, au hasard, comment résoudre ? Fusionner les nodes, et leur mettre un name_en ET un name_fr ? ...ça va faire du boulot... :-( Ou, les déclarer en faux positif ? Sais pas... Gerhard Puis, juste pour troller (j'adore...), d'autre part, certains noms ne jamais ont été complètement francisés, comme Serra-di-Scopamène, San-Gavino-di-Carbini, Spin'a Cavallu, Punta di a Vaca Morta, Cîme de las Crouisillas, Saint-Pierre-dels-Forcats, ou encore des u Rizzanese, die Ebene, les Granges dessous, le Mont de Scheibenhard, le Frambourg, qui tout-à-fait correctement en français s'écrivent avec des minuscules en début), qui ne sont pas des local_name. Il n'est donc pas la peine d'y chercher un autre node ou way avec une écriture un peu plus à la parisienne. Bien sûr, on peut caser tout ça dans les faux positif, mais je plains le gars ou la fille qui, un jour, voudront éplucher et trier ça, cas par cas. Ok, on s'était mis d'acc sur un certain orthographe, une règle passe- partout, sachant qu'on fait abstraction de beaucoup de choses... Peste de troll : Quel robot pourrait trier entre adjectif et adverbe dans un nom de lieu, et entre les différentes langues d'origine ? (L'exemple de la ville de Saint-Etienne et le mot pour leurs habitants, les stéphanois, en est un tout petit exemple, ou le rapport entre Saint-Malo et les îles malouines, ou encore entre les syllabes aix, ach, aach, ax, ac, aare, ours, rose, ru, ré, et autres eaux : Pour faire le rapprochement automatisé, il faudrait qu'existerait une BdD croisée complète, un dictionnaire au travers toutes les langues et leurs modif's dans l'histoire, y compris les modif's sonores, et leurs répercussions sur l'écriture (et vice-versa) chose qu'on n'a pas, il me semble... (Hihi, si on l'avait, ça mettrait plusieurs sciences universitaires au chômage, difficilement recadrables/recyclables, et augmentation sévère des impôts pour payer ce que leur est de droit...). Donc, la liste des faux positifs ne sera exploitable que sur une toute petite partie, ptèt les dix ou vingt pour-cent des occurrences les plus nombreuses. A combien de tags name historic ou local ou alt un seul et unique node a droit ? Assez pesté, fin de troll... ;-) On n'en finirait plus... A + ! trop long ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Frontières maritimes/territoriales /côtes de france
Le 7 oct. 09 à 11:50, sly (sylvain letuffe) a écrit : On mercredi 7 octobre 2009, g.d wrote: Le 6 oct. 09 à 18:55, sly (sylvain letuffe) a écrit : il m'a fallu 5 minutes pour faire les contours de la france maritime. Hm... ? J'sais po, si c'est si facile que ça... Je parlais juste de la construction de la relation qui englobe tout ça (dans la logique pré-discuté de relation de relations). Le trait de frontière territorial et les frontières terrestres étaient déjà là. C'est sûr que sans ça, ce serait vachement plus long. -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Frontières maritimes/territoriales /côtes de france
Pardon, je n'avais pas suivi tout cela d'assez près... :-( Si on a déjà le trait de côte officiel, bien sûr ça roule. Gerhard (Suis devenu marin d'eau douce, de préférence en piscine chauffée) --- Le 7 oct. 09 à 11:50, sly (sylvain letuffe) a écrit : On mercredi 7 octobre 2009, g.d wrote: Le 6 oct. 09 à 18:55, sly (sylvain letuffe) a écrit : il m'a fallu 5 minutes pour faire les contours de la france maritime. Hm... ? J'sais po, si c'est si facile que ça... Je parlais juste de la construction de la relation qui englobe tout ça (dans la logique pré-discuté de relation de relations). Le trait de frontière territorial et les frontières terrestres étaient déjà là. C'est sûr que sans ça, ce serait vachement plus long. -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ 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] Batiments sans rez-de-chaussée
Bhen oui, il nous manque des moyens d'expression sur osm :-( Pour des vraies cartes et plans, je jongle avec l'épaisseur des traits sur les jouées, pour exprimer ces choses : Faible épaisseur de trait pour les choses de peu de relief, forte épaisseur pour les ressauts forts, et des tiretés pour ce qui se passe en-dessous, qu'on ne verrait pas depuis vue d'oiseau. (La vue du dessus est coumême la convention pour les cartes... Sinon, ça deviendrait des plans du rdc, du premier, du deuxième, du sous-sol, ce qui est une approche différente, et qui ne permettrait plus la cohésion topologique des voies de communication... ...sauf quand on est en 3d). Une entrée de tunnel n'est pas vraiment adaptée pour exprimer une entrée de parking, et déclarer le building au-dessus comme bridge, ça ne le fait pas , non plus... On ne va pas caler un natural:cliff le long de la voie qui s'enfonce, ou un cutting, leur représentation sur la carte écraserait les environs... (Quoique, peut-être du barrier:wall ferait l'affaire des jouées? Jamais essayé...). On ne tague pas pour l'apparence, ok, mais nous faudrait des variations d'épaisseurs de trait, pour aux échelles rapprochées dessiner ce qui est, soit-ce en ville ou dehors. Gerhard --- Ces histoires de tunnel et bridge peuvent aussi poser des questions, quand en montagne on a des galeries, ces semi-tunnels ouverts dun côté - parfois suivies d'un vrai tunnel. Ou en ville, pour les dalles (on en a déjà causé, sans vraiment trouver la solution miracle), ou quand on a des voies superposées, parfois plusieurs highways superposées en étages, sur pilotis, Tokyo... plusieurs highways XXL indépendants les uns dessus les autres, dont un réservé aux camions, certains étages en sens-unique, et des trains ou métro/RER en plus, et au sol dessous des rues ordinaires avec leurs carrefours, des maisons, canaux, ruelles (avec leurs ponts, encore). Leurs cartographes devaient s'arracher les cheveux. J'y étais y a 35 ans, la ville a dû changer, depuis. Anecdote : Ne parlant pas le japonais, j'avais acheté les plans de ville en anglais et en japonais, pensant de pouvoir communiquer ainsi, trouver l'endroit où je voulais me rendre sur la carte en anglais, l'identifier sur la carte en japonais, et montrer au chauffeur de taxi, mais que tchi ! : Les chauffeurs de taxi ne savaient pas lire une carte... (et encore moins ne comprenaient une autre langue...). Donc embaucher un guide local qui parlait anglais, ou des étudiants qui, à ma grande surprise, parlaient plutôt... allemand. Mais chacun ne connaissait que certains quartiers, donc je passais de mains en mains. A l'époque il n'y avait pas du téléphone portable, encore moins du gps. Mais, j'avais 144 MHz deux mètres, et la langue des radio-amateurs est l'anglais, c'était un fil d'ariane : Un fois j'étais complètement pommé, déposé par un taxi pas du tout là où je voulais, et ils ont fait triangulation pour me localiser et venir me chercher, une vraie chasse au renard. Sympa, les potes, de m'avoir tiré de cette jungle... arrigato gotsaïmas', et un snack accompagné d'algues et saké au coin... (et à faire un papier en anglais pour remercier, et justifier devant leurs chefs, faire hautement louange, qu'ils avaient porté secours à un personnage hautement important patron propriétaire d'entreprise. 'Faut y mettre les titres, là-bas : Un general director, coordinator in chief of high-level communication departement peut être le liftboy.) Comme quoi, une carte (+ boussole) en elle-même ne fait pas tout... ;-) --- Le 6 oct. 09 à 00:09, Christian Rogel a écrit : Justement, je me posais la question du tunnel pour les parkings couverts qui se multiplient dans mon coin pour les rares moments où il pleut (nous sortons enfin de 6 semaines de sécheresse). On doit représenter des voies d'accès qui disparaissent alors dans le rectangle. Ca le fait moyennement. Il faut donc faire un tag pour les tunnels à l'air libre. ;-) Christian g.d a écrit : Le 5 oct. 09 à 23:07, Jean-Christophe Haessig a écrit : Dans le cas particulier où il y a un passage sous un bâtiment j’ai pour l’instant utilisé tunnel=yes Bhen, ce n'est pas bien correct, puisque un tunnel en principe, c'est du creusé dans du terrain naturel, à quelques exceptions près, de travail à ciel ouvert puis remblayé... http://fr.wikipedia.org/wiki/Tunnel Tant que la voie ne s'enfonce pas dans un relief naturel (soit qu'il se lève devant la voie, soit que la voie s'enfonce sous du terrain, en génie civil on ne parle *pas¨ de tunnel. Le tunnel est un ouvrage distinct. (et rien à voir avec des diodes à effet tunnel ;-) ___ 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] Batiments sans rez-de-chaussée
Le 6 oct. 09 à 09:39, Guillaume Allegre a écrit : Pour les immeubles où il existe un petit passage piéton en RdC, c'est un peu plus discutable, parce que ça oblige à couper en 3 un bâtiment qui ne l'est pas vraiment dans la réalité, mais faute de mieux je ferai ça, avec en plus un footway en level 0. Bhen oui, faute de mieux c'est ce que j'ai fait pour ma maison, qui a un passage piéton dessous, au rdc... G ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Routes forestières
J'ai un blême semblable avec certaines D XXX dans les Cévennes, du côté de la Séranne, et dans les Monts d'Orb, qui parfois se terminent quelque part en cambrousse où plus personne n'habite, qui ne sont pas praticables avec une voiture citadine (trop de trous, se casserait le carter, ou ferait la toupie sur un caillou...), qui nécessitent plusieurs manœuvres dans les virages serrés, et où il n'est pas question de croiser une autre voiture, les ronces de part et d'autre rayent la bagnole des deux côtés, donc s'il y a une voiture en face, l'un des deux rebrousse chemin en marche arrière, et y en a même une, qui carrément est tombée dans le ravin, ça fait deux cul-de sac, un de chaque côté, réparation envisagée pas avant 2015. Y en a d'autres, bitumées encore, avec un joli pointillé blanc au milieu, censé séparer les voies, mais entre le rocher et le ravin, la largeur roulable ne fait que deux mètres vingt de large, chacune des voies ne fait qu'un mètre-dix, donc pour se croiser... :-( Et parfois y a des fissures dans le bitume côté vallée, au point qu'on grimpe un peu sur le côté montagne, si possible, avec les pneus en friction sur le côte, pour ne pas déclencher la chute (et tomber dans le trou, avec...) Du D XXX, tout ça. Un jour passé je disais, que chaque route qui mène quelque part où habitent des gens devrait être mise en tertiary, vu son importance pour la vie des gens sur place, mais depuis j'ai changé d'avis, et serais prêt à mettre ces trux-là dans du unclassified, ou, selon, dans du track. Parce que, mettre ça en tertiary, ça induit l'utilisateur de la carte en (t)erreur : Ajouter des unsurfaced, steep incline, maxlength, maxwidth, 4x4 ou deudeuche only, éventuellement R4L6 si suicidaire, piéton uniquement avec bâtons et chaussures demi-hauts adaptés, et du cycle only en descente, mais avec des cross, bjen, l'utilisateur, quand il regarde la carte, ne le voit pas : Il ne voit qu'une belle route qu'il devrait pouvoir emprunter, avec sa belle berline ou avec son camping-car ! J'te dis pas la cata... Un jour ils ont sorti une caravane d'un tel piège, avec un hélico, et ont laissé tomber la voiture dans le ravin, trop lourde pour l'hélico. pour découvrir qu'au fond du vallon gisaient déjà plusieurs carcasses de voitures, avec des squelettes dedans. B :-( Puis l'autocar qui récemment, sais plus où, s'est scratché avec ne sais plus combien de gamins à bord. On a donc une certaine responsabilité, que ce qu'on met dans la bdd, soit rendu sur la carte comme il faut. Comment faire, quelle attitude adopter ? Gerhard --- Bon d'acc', 'faut pas non plus mettre un tronçon de Nationale 4 voies avec bandes d'arrêt, abandonné et coupé de le circulation voiture, en footway, non plus, ça devient un tronçon de 4 voies isolé, puisque c'est la vérité (on a un truc comme ça à Gignac, dû à la nouvelle autoroute) tant pis si les scripts contrôleurs d'osm se mettent à hurler au crime pour way non relié S'ils le conservent en bitu, ce tronçon isolé, on le mettra dans une relation d'un footway ou cycleway, pour que la topologie se tienne. Si quelqu'un à l'occasion pourrait corriger mon ancien tracé de la A 750 / N 109 et de son chantier, du côté de Gignac - St Paul, http://www.openstreetmap.org/?lat=43.6382lon=3.5986zoom=13layers=B000FTFT , ça serait sympa, parce que ça a crément changé depuis mon dernier tracé. Les anciens gpx sur le dépôt osm ne veulent plus rien dire, parce que la route a changée de trajectoire (et changera encore, d'ici un an, quand ils termineront le dernier tronçon) Pour l'instant je n'ai plus de gps, suite au vol de ma tire, suis handicapé, aveugle :-( --- Les gens qui habitent au bout des D XXX peu praticables mentionnés ci-dessus, souvent ont des 4x4 et des quads, ou, si agric's, roulent en tracteur. C'est pour ça, que les Kangoo 4x4 et les Berlingo Dangel d'occase sont recherchés. D'ailleurs, j'en cherche à acheter un, là, à pas trop cher... quelqu'un en connaîtrait un à vendre, pas trop déglingué ? Les Umm ça coûte trop cher, et sur la route ne le fait pas, les vieux Land sont extrêmement cher en pièces de rechange et en conso, les Lada d'occase n'en parlons pas, les Panda et petits Suzukis ne tiennent pas un caddy de courses, autant prendre un quad/tri et le sac-à-dos (puis glagla, et bonjour la flotte), et les vieux gros 4x4, pas trop chers à l'achat, slurpent le port- monnaie, quinze à vingt litres à l'heure :-( --- Le 6 oct. 09 à 11:03, Pieren a écrit : 2009/10/6 Bastien Jacquet bastien.jacquet_openstreet...@m4x.org: beaucoup de ces route qui ont été des routes goudronnées complètement standard, avec des numéros en D XXX, et qui ont juste été fermées à la circulation dans ces dernières années. Si c'était des routes standard en D XXX, je suis étonné que tu dises qu'on ne peut pas s'y croiser en voiture. Si c'était une petite départementale, on aurait pu la classer en tertiary. C'est pour ca que je
Re: [OSM-talk-fr] Rail
Tram, par définition, en ville partage un même espace avec voitures, piétons, cyclistes etc (en régions germanophones, ils appellent ça la Strassenbahn : le train sur les rues, et au début était tiré... par des chevaux). Il n'y a donc pas lieu, dans mes yeux, de mettre des crossing pour les tramways, là ou il circule sur espace partagé. C'est la différence fondamentale entre Tram et Train (ou Métro, ou Subway), qui eux ont des tracés distincts, d'où leurs crossings. Toutefois, cela n'empêche pas, que dans certains endroits en ville les urbanistes aient réservé un espace séparé, là où c'était possible, mais comme c'est le tram qui a priorité (va arrêter un tram à 40 km/h, même de construction légère, ça coupe un camion en deux. (Les conducteurs de tram, depuis l'aube de ce système, ont toujours en vue les emmarchements bas de l'entrée avant, et veillent à les garder dégagé de tout passager : Ce trou est leur sauve-qui-peut en cas de crash...), c'est l'arrivée du tram qui met les feux au rouge (gaffe, les pompiers ou gendarmes qui brûlent les feux à 160, ça peut faire trèes mal... Il n'est pas réjouissant, non plus, de voir la sculpture d'un motard en négatif dans le flanc d'un tram...). Néanmoins, si le tram va jusque dans les banlieues, sur des ballasts à part, là, il s'apparente à des chemins de fer, n'est plus ni sur du espace partagé, et il peut y avoir de vrais crossings avec signalisation, feux, barrières, cloches, et tout. Ça peut même, selon les cas, s'apparenter à du RER, et rouler à 120, 140, selon. Le tram de la côte en Corse est un exemple, c'est un vrai chemin-de- fer, ou le Tram de Stuttgart ou de Munich, qui aux extérieurs de la ville devient presque tgv, précurseurs du RER parisien. Là, où le tram draisine postier sur les îles de la Baltique, praticable par marée moyenne ou basse, plutôt aéré en hiver, parfois a du mal à tenir sur ses rails, because of vent, marée et houle. ('faut aimer la flotte glagla. Les moustaches en stalactites de glace, ça fait un style...), s'arrête pour laisser passer le piéton ou le troupeau, et ça fait la causette, un café tiède sur le radiateur du moteur, avec du avec comme ils disent (un reste de langue française, des passages de la Grande Armée), ce qui veut dire un coup de gnôle dans le café : par bft 11 à moins dix-huit, ça réchauffe le cœur...). Bhen, y a tram et tram... --- Le 6 oct. 09 à 12:37, Pieren a écrit : 2009/10/6 Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net : -- railway=rail quel est le nombre de voies par défaut ? (Je suppose 2). - Comment étiqueter des emprises à 4 voies / à 1 seule voie ? track=* ? Je n'ai pas vu de valeur par défaut pour le nombre de voies par railway, c'est donc difficile de dire que c'est 2 (souvent, ceux qui le peuvent dessinent chaque voie individuellement en particulier dans les gares. Résultat discustable mais ça veut aussi dire que le nombre est de 1 pour ces cas-là). Sinon, il y a le tag tracks: http://wiki.openstreetmap.org/wiki/Proposed_features/Multiple_Tracks -- railway=tram faut-il marquer des level_crossing lorsque les voies traversent la chaussée ? (Je dirais non a priori car le tram peut partager complètement la chaussée avec les autres véhicules) Non, je garde les level_crossing pour les trains. Avec les trams, il y a normalement un feu tricolore normalement (avant ou sur l'intersection) donc highway=traffic_signals. Pour les trams partageant la chaussée, on combine le tag railway=tram avec le tag highway sur la portion commune: http://wiki.openstreetmap.org/wiki/Trams Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Frontières maritimes/territoriales /côtes de france
Le 6 oct. 09 à 18:55, sly (sylvain letuffe) a écrit : il m'a fallu 5 minutes pour faire les contours de la france maritime. Hm... ? J'sais po, si c'est si facile que ça... Je cite le SHOM, Service Hydrographique et Océanographique de la Marine : Les lignes de base sont définies pour la France métropolitaine par un décret publié au J.O. du 19 octobre 1967. Voir http://www.shom.fr/fr_page/fr_shom/delimitations_maritimes.htm, http://www.shom.fr/fr_page/fr_prod_lettre/13/lettre13_3.htm, et http://projetbabel.org/gl/cog_frontiere.htm http://projetbabel.org/gl/cog_index.htm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Batiments sans rez-de-chaussée
Dans ces cas, je mets ce morceau du bâtiment sur le level 1, et le passage lui-même sur level zéro. C'est comme ça dans la vérité, et on le fait aussi pour les ponts. Pour les passages souterrains, le bâti reste au level zéro, et on met les passage de circulation au level -1. Ainsi, les contôleurs/vérificateurs ne hurlent pas trop... On a déjà eus des discussions sur ça, sans vraiment avoir trouvé un consensus passe-partout (Ça pourra venir, quand osm deviendra réellement 3d, mais on en est encore loin...). En attendant, je fais avec les levels. Amiclaement Gerhard PS: Uh, les jaunes clairs sur le cadastre ne sont pas du sur des passages, c'est du bâti léger (des hangars et similaires, pour distinguer du bâti dur). Parfois, les deux peuvent coïncider, mais c'est assez rare. Si le bâti dessus du passage est du dur, ça reste en jaune foncé. La couleur n'est donc pas un indice. Le cadastre ne distingue *pas* les passages en-dessous du bâti dur, ça apparaît au cadastre comme un bâti massif : Aucune indication que dessous, il y ait un passage (j'en ai un, sous ma maison...). Ça vient du fait, que le cadastre d'abord décrit les propriétés privées (et comme la plupart des surfaces publiques ne sont pas des parcelles, mais sont le vide entre parcelles, bhen... bhen vlà... sur le dessin cadastral le passage disparaît). Le cadastre par principe est du deux-dimensionnel, du projeté au sol. Ça donne du fil à retordre aux notaires, d'où les millièmes des copropriétés, et les décrits en texte dans les actes de vente. Seulement la connaissance du terrain peut aider à savoir, de quelle manière décrire les différents cas sur osm... ;-) Et avec des dalles comme à la Défense, on arrive au bout du latin, un jour va falloir qu'on trouve du plus sérieux comme système pour osm. Un jour on y arrivera, rien ne presse, chaque chose en son temps, une après l'autre... --- Le 5 oct. 09 à 21:34, Guillaume Allegre a écrit : Salut, Il y a des bâtiments qui n'ont pas de rez-de-chaussée, ce qui fait que les piétons peuvent passer au-dessous. De même, il y a aussi les passerelles d'étage entre les bâtiments, qui sont parfois fermées (couvertes et cloisonnées). Est-ce qu'il y a moyen de baliser ça pour l'indiquer ? Le but étant que si un piéton regarde un plan de quartier pour trouver un cheminement, il ne fasse pas un grand détour pour rien, croyant qu'un passage est fermé alors qu'il est ouvert. Un exemple là : http://www.openstreetmap.org/?mlat=45.18917mlon=5.7722zoom=17layers=0B00FTF (D'ailleurs, j'ai l'impression que ça correspond parfois au jaune clair du cadastre, mais pas toujours) -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Batiments sans rez-de-chaussée
Le 5 oct. 09 à 23:07, Jean-Christophe Haessig a écrit : Dans le cas particulier où il y a un passage sous un bâtiment j’ai pour l’instant utilisé tunnel=yes Bhen, ce n'est pas bien correct, puisque un tunnel en principe, c'est du creusé dans du terrain naturel, à quelques exceptions près, de travail à ciel ouvert puis remblayé... http://fr.wikipedia.org/wiki/Tunnel Tant que la voie ne s'enfonce pas dans un relief naturel (soit qu'il se lève devant la voie, soit que la voie s'enfonce sous du terrain, en génie civil on ne parle *pas¨ de tunnel. Le tunnel est un ouvrage distinct. (et rien à voir avec des diodes à effet tunnel ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quels tags pour un repère géod ésique
Le 3 oct. 09 à 11:37, Guillaume Allegre a écrit : Le Fri 02 Oct 2009 à 09:52 +0200, Eric Sibert a ecrit : Je pense que dans OSM il faut traiter séparément les repères géodésiques et de nivellement. Dans la suite, je vais surtout parler des repères géodésiques. D'accord, mais qu'est-ce que tu mets derrière traiter séparément en pratique ? Est-ce qu'il y a autre chose de plus que ça ? : Je pense qu'il faut conserver ces informations sur le réseau d'origine dans OSM à travers un tag spécifique. network = NTF1 NTF2 NTF3 NTF4 NTF5 RBF RRF RGP Oui, il y a plus que ça . Pardon, n'ai pas le temps, là, pour aller dans le détail, mais si tu compares des fiches des deux réseaux (Géodésie, et Nivellement), tu y trouveras tout un tas d'informations parfois très différentes, à commencer par les systèmes de ccord's (lon/lat/hauteur, X/Y/Z, E/N/ A), leurs systèmes NTF, divers RGF, leurs divers projections Lambert, ellipsoïdes de référence, (on trouve par exemple des points NTF 6 *sans* coords lon/lat/hauteur, uniquement du Lambert + NGF !) que l'un s'exprime en Mètres Lambert en x/y/z, avec un classement de sa précision (métrique, décimétrique, centimétrique ou encore interpolé...) et l'autre s'exprime en x/y en Kilomètres, ne donne que les décamètres (dizaine de mètres), mais en alti est au millimètre (trois décimales après le mètre), On ne peut pas fourrer ces différences dans une même gamelle, de ma même manière : Imagines la panique, quand l'utilisateur voudra utiliser ces informations ?! Ça fera donc des séries d'informations un tout petit peu différentes à intégrer (par tags) dans les nodes de ces différents réseaux. Et pour les RGP, c'est encore différent. Avec operators différents. Et pour de vieux repères des canaux fluviaux, t'en trouves avec coord's sur le méridien de Paris. Et beaucoup des repères sur les moulins à eau ne sont pas encore en NGF/NTF, mais aux coord's anciennes, et pourtant forment Droit... D'où l'intérêt, d'envisager chacun des réseaux et ses niveaux/degrés d'imbrication, séparément. Et déjà, tout simplement, si on se goure entre Lambert 93 et Lambert 3, on peut se trouver à cinquante kilomètres trop à l'Est et six cents kilomètres trop au Nord, ou inversement, ça faire désordre... Ça prendra son temps, pour qu'on y voie clair. Et qu'on arrive à des consensus. Printemps, peut-être... Gerhard ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quels tags pour un repère géod ésique
Le 2 oct. 09 à 09:52, Eric Sibert a écrit : .../... dans OSM il faut traiter séparément les repères géodésiques et de nivellement. +1 il faut conserver ces informations sur le réseau d'origine dans OSM à travers un tag spécifique. network = NTF1 NTF2 NTF3 NTF4 NTF5 RBF RRF RGP. +1 le lien vers la fiche d'origine a quand même son intérêt Oui, j'ai change d'opinion. import automatisé dans des nœuds indépendants +1 mais au printemps +1 il y avait quelques problèmes de conversion, les latitudes/longitudes n'étant pas fournies pour tous les repères. Il est donc urgent, d'attendre. Il ne sert à rien, de foncer tête baissée, 'faudra faire ça *bien*. Aussi, ces nodes ne devront *pas bouger* de leurs coordonnées, dans la bdd. C'est entre autres cela, le sens et l'utilité d'un repère. Question pas encore résolue. Ça viendra... chaque chose en son temps... Amicalement Gerhard___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quels tags pour un repère géod ésique
Je pense que tu l'as dit : Le repère/borne géodésique vient en *plus* de son ouvrage support (qui lui, dans le cas des églises, moulins et châteaux d'eau, à une fonction première toute autre que de servir de support à un point du référentiel...) et est donc un node *à part* du château d'eau, comme l'avait proposé Marc Siebert. La plupart des sites géodésiques consistent en plusieurs points distincts, dont souvent l'un visible de loin (pointe de clocher, château d'eau...), les autres généralement au sol, autour, pour sécuriser. Donc un site souvent ferait plusieurs nodes. Aussi, les emplacements précis du bâti support ne correspondent pas à l'emplacement précis du repère : Un node église (place of worship), se situerait sur son sanctuaire, l'autel principal, ou encore sur le croisillon du transept s'il y a, mais le repère ign peut être cent mètres plus loin, à l'autre bout de la cathé (et quatre-vingt à cent-soixante mètres plus haut, selon...) sur un des clochers du côté de l'entrée. Sur un château d'eau, le repère n'est pas forcément au milieu, non plus : Il peut être près du bord de la gamelle, reculé juste assez pour pouvoir poser le trépied et mettre une lunette en station, sans tomber par-dessus bord, attention au vertige. (Lunette : pivot gps, station totale robotisée ou pas, tachéomètre, théodolite, tablette et alidade, boussole...). Et si c'est un château, le repère est sur une des tours, donc forcément pas au milieu. Si on n'est pas vraiment sûr de comment ça se présente sur place, je trouverais très risqué, de déplacer le dessin d'un bâti que quelqu'un déjà a fait sur osm, d'un bâti qui porte un repère géodésique du IGN. Surtout, s'il l'avait fait d'après le cadastre : Généralement, autour des repères du référentiel, si c'est zone bâtie, le plan cadastre se tient très bien. J'en ai un sous les yeux à l'écran, il a été refait à neuf : Je tire mon chapeau, un bijou. Comparé versus quelques vérifications sur place, les maisons sur ce cadastre se tiendraient dans les sept centimètres, au travers de la section ! Et en local, dans les cinq centimètres, souvent trois centimètres pour la plupart que j'ai visé, quelques rares échappées dans les douze à quinze centimètres (Probablement leur laser a bigné sur des descentes d'eaux pluviales, ou sur des marches devant les portes, ça arrive... à moi aussi. Nobody is perfect, Murphy se mêle de Tout). Quelques très légères 'rotations' à l'extérieur de la zone bâtie, probablement dû à des blèmes de rattachement par visée (c'est boisé...) mais rien de substantiel. Un seul couack : une voirie extérieure qui foire un peu comme à l'ancienne, ça part en traviol, et elle ne concorde pas avec le style du plan, ça n'a pas la même griffe : Son tracé probablement provient d'une autre source. Il se peut qu'ils soient obligé de reprendre les plans d'autres instances pour ces choses-là, je ne sais pas. Très belle précision, sur une telle surface : Chapeau bas, je n'avais jamais vu tel cadastre en France, auparavant. Si on avait toute la France comme ça, on réserverait nos gps à la nav', pour retrouver les endroits qu'on a apprécié, ou à référencer les photos de vacances. Je vois venir la question comment je peux vérifier la précision ?, et répondrai en privé si utile, c'est de la techenikke pure et dure, il n'y a aucun secret, mais ça surchargerait la Liste (mon éternel défaut, trop long), ferait un cours magistral. *** Svp pas riper un dessin de bâti portant 'repère', sans être sûr et certain de ce qu'on fait. Avoir rectifié dans les 150, et encore 5000 sous le coude, sans coordination avec les sages ici, Pieren, Denis, et quelques autres, en quelque sorte nos gardiens, j'avoue, que ça me fiche un peu la trouille. *** La url de la fiche ne me semble pas nécessaire, la ref' du point l'identifie. Par contre, il peut être utile d'ajouter un tag au node, qui dit que c'est le réseau géodésique (network: ?), puisqu'un jour on importera aussi l'autre réseau, le Nivellement (qui, en altimétrie, est beaucoup plus précis, mais qui en x/y flotte un peu, svp pas mélanger les deux !!!). Je ne sais pas, si un tag operator:IGN serait nécessaire, puisque les deux réseaux ont LE opérateur unique. Mais si un jour on rentrera d'autres repères dans la bdd, il sera utile d'ajouter le opérateur : DDE, municipalité, comm' d'agglo, ERDF, ONF... pour savoir à qui s'adresser pour plus d'info. Gerhard --- Postscrrr... : Comme le disait Pieren, il n'y aurait aucun sens de vouloir géoréférencer ces repères géodésiques à l'aide de nos gps grand public, la démarche serait plutôt l'inverse : Si la borne est accessible et dégagée (assez de satellites), un wpt dessus peut donner une idée de l'imprécision de nos gps grand public, en faire plusieurs, déplacer le gps entre deux, et gare, les variations du z pourraient donner le mal de mer. Au niveau de précision que sont ces repères du réseau, il
Re: [OSM-talk-fr] Statistiques sur les donnees Corine
Le 29 sept. 09 à 22:40, Emilie Laffray a écrit : Bonsoir, .../... je compte produire quelques statistiques .../... une fois que Corine sera importée. Pour le moment, je compte produire principalement une statistique car elle me tient a cœur: - Nombre et noms des polygones landuse residentials qui n'ont pas de villes proches d'elles. .../... de manière heuristique a partir de quelques villes a peu près complètes. .../... je veux juste soumettre l'idée de base. Toutes les idées sont bien sures (C) :P Bhen l'idée me paraît trèès bonne : Ça donnera une idée, à quels endroits osm manque d'être complété. (Ça donnerait aussi des infos sur des commerces manquants, du transport en commun manquant, de la couverture médicale manquante ...et inversement... hihi, on viendrait à la question est-ce que ça manque sur OSM seulement ?, ou est-ce que ça manque d'abord sur place, dans la réalité ?) --- Au passage, en poussant un tout petit peu plus loin, ;-) , cela pourrait devenir un sacré outil pour la gestion du pays, ça pourrait donner des infos d'urba, pourait donner lieu à une étude sur l'urba elle-même... Mais, euh, d'abord, en pratique, d'une part on a des communes composées avec plusieurs zones habitées et du vert entre, sans qu'on ait les chiffres de populo pour chacune des composantes, d'autre part y a des villes qui sont pleines et poussent en hauteur... (en un premier temps exclure du calcul les communes où il y a plusieurs zones residential ? Juste pour se faire la main, mettre au point le premier algorithme de façon le moins faussée que possible ?). Pour en tirer des infos d'urba, ça ferait toute une arborescence aller- et-retour de critères qui devront s'ajuster eux-mêmes de façon automatisée, une sorte d'intelligence artificielle, se auto-pondérer entre le nombre des rues, leur longueur, leur nombres de junctions au kilomètre linéaire, au kilomètre carré, leur curvicité, et je ne sais pas quoi encore, si on ne veut pas fausser la machine par trop de subjectivité. Donc ça serait à commencer dans un bac à sable, une sandbox, juste pour voir ce que ça donne. Par exemple, chaque type de réseau de communication devrait intervenir seulement à partir des son échelle Aussi, le nombre de ways au km2, qui se touchent (ou qui ne se touchent pas) peut être intéressant, mais serait à pondérer par d'autres critères : Quand il y a peu qui se touchent, c'est plutôt du au carré (Manhattan, une cité années 50,60, ou un camp romain), et quand il y a beaucoup, ça pourrait être du radio- concentrique (Nouvelles villes, Karlsruhe, ou un village médiéval issu d'une motte féodale ou circulade). ...et le développement très divers dû aux contraintes externes, ennemi en face (Tarascon et Beaucaire, Brisach et Neuf-Brisach, par la topo, villes en forte pente donc en terrasses, villes sur butte promontoire dans un marais... :-), On pourrait ainsi distinguer les noyaux des autres zones historiquement différentes ou à usage autre... (et donc, juste pour le côté urba, ptèt' qu'on pourrait se passer du nombre d'habitants, aussi bizarre que ça peut sembler, et se baser uniquement sur les coeffs de géométrie ? (La city de Londres a une densité d'habitants extrêmement faible...) ), re-croiser des coeffs topographiques (longueur et nombres des choses par hectare, par km2, par e km2 etc...) avec des coeffs topologiques (platitudes, courbures, singularités...), et les typologies... :-) ça pourrait faire tout un jeu de coeffs de coeffs de coeffs, à hérisser les chaveux, nécessiterait une rigueur incroyable pour séparer les divers aspects des choses, mais ça pourrait être trèees intéressant... Bon, là, je rêve debout, j'en suis bien conscient :-) --- Mais, dans le passé j'avais mis le doigt sur des camps romains, et sur des châteaux et des villages, retrouvé une voie romaine, qui aujourd'hui ont disparu de la surface de la terre (absolument plus rien à voir, que foret, broussaille ou champs à perte de vue), simplement en regardant les lignes et courbes des parcelles et les axes des chemins sur le cadastre napoléonien, avec à côté une carte topo, pour voir si peut-être ces bizarreries étaient dû à des incidences du terrain, et si oui ou non ces tracés pouvaient être vestige d'urbanisation :-) . Je pense donc, par analogie, qu'il pourrait être possible de tirer des infos d'urba intéressantes, juste sur base de la géométrie sur osm vectorielle... ;-) --- Mais comme je disais plus haut, c'est un peu du domaine du rêve, et serait un challenge énorme... ...et aussi, nul ne sait à quoi sera employé un tel outil, s'il existait : Dans le Bon Sens pour le bien de la population, ou pour mieux vendre des frigos solaires aux derniers esquimaux en igloo, à des raisons stratégiques, ou encore pour économiser des fonctions des services publics :-( (?). Une fois un outil crée, on ne contrôle plus son emploi... Amicalement
Re: [OSM-talk-fr] Import Corine - Status
Je n'ai pas pu suivre ce fil, cette importation, pardon. Svp prévoir que Corine elle-même sera mise à jour dans le futur, et qu'à ce moment, nous (osm) aurons besoin d'un moyen/archives, pour qu'on voie ses différences avant/après, afin qu'à ce moment nous, osm, on pourra soit manuellement, soit automatiquement selon les critères retenus, mettre à jour osm comme il faut. Pas, qu'à ce moment-là, on rentrera dans des conflits insolubles. Mieux vaut prévoir, que guérir. Je suppose que j'enfonce des portes ouvertes, que vous ayez déjà prévu ça. Amicalement Gerhard --- Le 25 sept. 09 à 20:15, Emilie Laffray a écrit : Bonjour, le but de cet email est de tenir au courant tout le monde sur le statuts de l'import Corine. Il y a de nombreuses étapes dans l'import et il est important que tout le monde sache a peu près ou l'on en est. Les étapes sont les suivantes: - Import extraction de la France - Correction des polygones non valides dans Postgis - Calcul des chevauchements - Extraction des polygones et transformation en fichier OSM - Consolidation des polygones (les nodes sont fusionnes ainsi que les différents fichiers) - Upload des fichiers sur le serveur principal Nous en sommes a la première étape qui est l'import de la France dans ma base de donnée avec osm2pgsql. J'espère que toutes les étapes jusqu'à extraction des polygones inclus seront finies d'ici ce week end. Emilie Laffray ___ 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 Corine - Status
C'est simplement, que je voulais mettre le doigt sur de tels dilemmes futurs, qui sont prévisibles comme l'est l'amen dans l'église, pour que ceux qui font ce travail aujourd'hui prévoient quelques crochets et archives, pour que, le moment venu, on ne devra pas reprendre 'Le Tout depuis zéro. Humblement, Gerhard --- Le 27 sept. 09 à 21:51, Vincent Pottier a écrit : Damouns a écrit : Ce qu'il faut aussi savoir c'est que les données Corine sont disponible en mode complet et en mode différentiel : il ne nous suffira que d'utiliser les données différentielles en 2013 pour regarder où ça a changé et le répercuter dans OSM. au cas où ça n'aurait pas été retouché dans le coin. On suppose que si le proprio de la donnée n'est pas clc2006, la donnée a été précisée à la main. -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import Corine - Status
Le 27 sept. 09 à 23:17, Emilie Laffray a écrit : g.d wrote: C'est simplement, que je voulais mettre le doigt sur de tels dilemmes futurs, qui sont prévisibles comme l'est l'amen dans l'église, pour que ceux qui font ce travail aujourd'hui prévoient quelques crochets et archives, pour que, le moment venu, on ne devra pas reprendre 'Le Tout depuis zéro. Humblement, Gerhard Merci pour ton commentaire. Je ne sais pas si on a la bonne solution mais on a garde le maximum d'information permettant de savoir quel polygone de Corine a été importé. Merci pour ton travail, et pour ta précaution. Ça rassure. La dessus, je voudrais signaler que l'on ne sait pas dans quelle mesure ces données vont évoluer d'un point de vue quantitatif ou technique. J'ose espérer que l'on aura pas besoin des prochaines données venant de Corine Ça éviterait de se mêler les pattes dans les jambes, dans un futur... car on aura réussi a mapper toute la France avec une précision supérieure a ce que Corine pourra fournir. :) Oui, c'est à supposer, au moins pour les recoins où passent des osm'eurs... ;-) De plus, a moins qu'on parle d'une guerre nucléaire qui rase une grande partie du relief et des forets françaises, je ne suis pas sure que l'on aura a tout refaire, Je craignais tout à refaire sur un niveau procédural, d'importation partielle ultérieure et de faire concorder, justement parce que les osm'eurs auront repris et modifié les polys, donc ensuite plus moyen, de savoir lequel sera le meilleur, aucun revert possible. La réelle utilisation des terres est en continuel changement, non seulement dans les zones fréquentées où les osm'eurs tiennent à jour. sans parler du fait que Corine n'est qu'une base a améliorer. Hm, ils seront peut-être contents de pourvoir améliorer Corine entre autres depuis OSM, sous cc-by-sa ? --- Tangentiellement dit , question licence, quant à la nouvelle licence prévue pour osm, je suis dubitatif (suis contra), déjà parce qu'une licence dans tel contexte, pour être applicable ici (et les osm'eurs français son français), doit être rédigée en langue d'ici, sine qua non (On ne peut pas demander à quelqu'un de français et d'officiel qui nous file des données, d'accepter une licence écrite en langue estrangère, et qui se réfère à des Lois d'ailleurs . Ça ne marche pas, ici : 'Faut au moins une traduc' officielle, qui, si elle se réfère à des Lois, doit faire ref' à des Lois en vigueur et à des notions valables ici, pas à des truc d'ailleurs). L'état de cette openmachindblLicence (y a environ un mois, dernière fois que j'y ai mis le nez) en était loin, ça soulevait plus de questions que ça ne résout, encore loin d'être applicable ici. Mais avant tout je suis contre pour une toute autre raison : Je trouve immoral, que la Foundation qui a comme but de soutenir l'action d'OSM, se mêle du fonctionnement-même d'OSM, chose qu'elle s'était *formellement* interdite. Who own OSM ? YOU own it, ça disait. Remember that ? A qui appartient OSM ? A Vous ! z'souvenez ? Le fait, de changer la licence, *est* de se mêler profondément du fonctionnement d'OSM. Puis, dire aux participants Acceptez ce qu'on vous dit de faire, ou virez, l'est encore plus. La Foundation, là, tente d'agir en tant que Propriétaire d'OSM, et de nous mettre en position subordonnée, choses pour lesquelles *jamais* personne ne leur a donné Pouvoir. Ici, on appelle ça usurpation et abus. D'où mon désaccord. Gerhard ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import Corine - Status
Le 28 sept. 09 à 01:02, Emilie Laffray a écrit : Pour le moment, les membres de la fondation n'ont pas été amenés a voter sur la licence. Il est donc toujours possible de s'inscrire Chose faite, depuis quelque temps. Je regarde, j'attends voir... Gerhard ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bureau de poste/Banque postale : comment saisir dans OSM ?
Pas fusionner, ça ne me semble pas sympathique (c'est justement la bêtise qu'ils font, eux, et qu'on attend des heures pour poster une lettre a/r derrière des personnes qui ont des blêmes de compte, ou qui ont le nom du destinataire du virement uniquement en écriture d'ailleurs). On a un tag pour Poste et un autre Banque. Pour moi, ça fait deux nodes côté à côté (Et, est-ce nécessaire ? Est-ce qu'il y a encore des Postes qui ne font pas opérations banque ?). Sinon faudra fusionner aussi les petites Mairies, qui aussi font bureau postal (qui lui aussi fait Banque Postale), et qui font dépôt de pain, épicerie de dépannage, snack, halte- garderie, dépôt d'ordonnances que l'infirmière va chercher à la pharmacie en ville, dépôt de colis, et ptèt' en même temps point vert du Crédit Agricole, du multiservices campagnard quoi, ...et c'est la secrétaire de Mairie qui fait tout ça, en union personnelle, un super-nœud, elle ! Est-ce que quelqu'un aurait des expériences qu'est-ce que ça donne, quand on met tous ces attributs sur un bâtiment, au lieu d'à un node ? Gerhard Le 26 sept. 09 à 12:26, Art Penteur a écrit : Bonjour, J'ai rapidement cherché dans les archives de la liste, et pas trouvé de discussion approchante .. mais j'ai peut-être mal cherché. Comment qualifiez-vous, dans OSM, les bureau de poste qui ont aussi une fonction financière ? Il faudrait fusionner les ensembles d'attributs {amenity:post_office, name:nom_du_bureau} et {amenity:bank, name:nom_du_bureau, operator:la Banque Postale, name:nom_du_bureau, atm:yes/no}. Comment faites-vous ? 2POIs ? Un seul POI avec un attribut amenity concaténé : amenity:post_office, bank ? Un seul POI avec amenity:post_office et bank:yes ? Art. ___ 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] Traduction wiki gondola vs cable_car dans le transport par câble
Un jour il me manquait un tag pour décrire les poubelles, ces petits paniers ouverts, 2 personnes la plupart, et on reste debout, à l'air. Gondola me fait plutôt penser aux œufs où on est assis, et à l'abri, ça me paraissait un peu trop luxueux pour les pelleteuses à touristes. Pas trouvé ça sur http://wiki.openstreetmap.org/index.php/Proposed_features/Piste_Maps Gerhard --- Le 23 sept. 09 à 11:05, Christophe Jacquet a écrit : Bonjour, http://wiki.openstreetmap.org/index.php/Proposed_features/Piste_Maps D'après mon expérience de la montagne, d'accord avec ça : – cable car = téléphérique : 1 ou 2 cabines, sens alterné, – gondola = télécabine (familièrement : œufs) : 2 cabines, en boucle, – chair lift = télésiège. Christophe (ChJ). ___ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tagguer une digue
Ces talus et murs vont devenir un casse-tête, quand nous voudrons cartographier les forteresses de type Vauban avec bastions, douves, multiples escarpes et contre-escarpes, chemins couverts, talus, et tout ça ! Pour Mont-Louis, près de Font-Romeu, http://www.openstreetmap.org/?lat=42.508212lon=2.122629zoom=18layers=B000FTFT skywave s'est à peu près débrouillé avec landuse:grass, pour dessiner le contour extérieur de la fortif', comme ça au moins on voit le contour général, mais d'une part ça ne permet pas, de distinguer les bastions elles-mêmes (avec cette façon de dessiner, par endroit elles apparaissent plein dans ce dessin, à d'autres endroits en négatif, et à d'autres endroits elles n'apparaissent pas du tout... et d'autre part, il n'est pas vrai, dans la nature, que ce soit tout de l'herbe : Par exemple l'accès au parking, sur place, n'a pas cette forme-là, cet accès passe dans la zone dessinée comme herbe, y compris la barrière de péage du parking. Aussi, ça colle en un pâté ensemble des choses, qui sont à des niveaux très différents, séparés par des murs mastodontes. Pour décrire de telles incidences de terrain, les tags d'osm sont encore un peu pauvre, et les lignes d'alti extraites des dem disponibles gratos ne sont pas suffisamment précis pour se baser dessus, loin de là ! A terme, il serait coumême sympa si, nous aurions les tags nécessaires pour dessine par exemple Mont-Louis comme il faut, patrimoine mondial... :-). Pour dire, qu'i serait chouette si un jour on aurait des tags pour mieux décrire la topo. Certains s'en occupent, avec ridge et le thalweg (*) par exemple, mais on est encore loin de disposer d'une description cohérente pour tout ça :-( Un jour peut-être ça viendra, et quelqu'un s'y dédiera ? Gerhard Ps : Pardon, je ne pourrai pas m'en occuper, en surcharge côté job, dont entre autres avec une partie minuscule des fortif's de Mont- Louis, mais en détail... :-) (*) Le thalweg relance aussi la discussion sur comment fabriquer les tags osm : Toujours en anglois, ou selon l'écriture d'où vient le mot ? Parce que, ce mot vient de l'allemand, et depuis leur réforme de 1901 ça s'écrit Talweg. Voir http://en.wikipedia.org/wiki/Thalweg, et http://de.wikipedia.org/wiki/Talweg , Si on prenait l'anglois, le terme anglophone techniquement plus correct serait valley line, ligne de la vallée, mais en américain, encore différent, ces mots souvent font partie de noms de lignes de chemin-de-fer, donc ça induirait dans d'autres erreurs... Don't make an issue out of it, je trolle. --- Le 23 sept. 09 à 10:44, Vincent Pottier a écrit : Guillaume Allegre a écrit : Salut, J'ai besoin d'un conseil. Je viens de cartographier Caderousse, un village dont le centre historique est entouré d'une digue maçonnée des années 1860. Pour l'instant j'ai taggué la digue de la façon suivante : highway=footway (on se balade à pied sur la digue, à environ 3m du sol) barrier=city_wall two_sided=yes ça donne ça : http://www.openstreetmap.org/?lat=44.10199lon=4.75495zoom=17layers=B000FTF D'une part, le rendu ne me semble pas idéal : on voit un chemin de promenade, mais pas le mur. D'autre part, je sais que city_wall est plutôt prévu pour des remparts. Ici la digue servait à éviter que les inondations du Rhône pénètrent dans le village (avant les travaux de la CNR). Comment améliorer ça ? À voir http://sautter.com/map/?zoom=18lat=44.10374lon=4.75662layers=00B000TF le mur n'a plus fonction de digue, je ne suis pas sur qu'il faille l'indiquer comme tel aujourd'hui. le city_wall me semble bon. Je pense que la digue est du type des remparts d'Avignon, porte Saint-Dominique (qui est encore parfois fermée pour inondation) Le tag 'city_wall' est sur le même way que le footway. Les deux ne peuvent pas s'afficher ensemble. Il faut créer deux ways différents, voire trois : le mur d'enceinte a une certaine épaisseur. Caderousse est disponible au Cadastre vecto. Avec OSM, j'ai donc apporté quelques transformation et enrichissements dans le coin haut-gauche, pour l'exemple. - J'ai tracé un rond-point, - j'ai tracé un bout de rempart - j'ai corrigé quelques tracés de rues - j'ai corrigé la type d'une rue : rue du Docteur Guérin en Rue du Docteur Guérin - j'ai tracé deux bâtiments. Bon courage. -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] cadastre-fr: l'image disparait systematiquement au georeferencement
Le 25 sept. 09 à 14:47, Fabien Marchewka a écrit : J'ai le cas de plusieurs planches non géoréférencée sans croisillons et pourtant la couche cadastre de geoportail fonctionne, donc l'IGN à surement géoréférencé ces cartes. Je cherche un moyen de géoréférencer ces planches même sans le plug-in J'en ai eu le même blême, et l'ai encore, au niveau job :-( Des plans (papier) sans indications Lambert, et sans nord d'indiqué. Ça me semblent d'être des survivants des reformes/re-travails cadastraux précédents (ai actuellement un tel blême, pour positionner un site en pleine forêt à des kilomètres de tout). Et sur cad.gouv', c'est un peu pareil... Ma soluce, pour l'instant : J'vais sur place, gps à la main, identifie dans la nature quelques points qui figurent sur le plan d'une manière distincte, un pont ici, une maison là, de préférence quatre ou cinq, dont un vers le centre du plan (puisque des vieux plans peuvent être assez chewing-gum... :( ) me fais plusieurs wpts à chacun de ces endroits (puis la moyenne), et ensuite moyenne la position de la planche d'après ça. En général ça colle à peu près. - Il semble que ces planches aient le nord à la verticale Oups, fais gaffe, j'en connais des planches papier qui ont le Nord complètement ailleurs, ça vient du napoléonien. Et en plus, quel Nord ? Un géographique, un magnétique, ou un Lambert ? S'il n'y a pas les croix Lambert sur une feuille papier, le nord peut être n'importe-où Et même s'il y a des croix, sur des planches à l'ancienne, souvent ces croix étaient l'assemblage local sur place, des arpenteurs, aucun rapport à un système cardinal. Ce sont des croix Lambert seulement si au bord de la feuille figurent les chiffres Lambert (encore savoir, quel Lambert...) Aussi 'faut se méfier s'il y a un Nord fait au tampon (bleu, en général), sur la copie d'une planche : souvent le tampon a été mis à l'œuil, au pif, par le préposé au guichet, sa précision peut être aléatoire... Ça vaut pour les planches papier. Maintenant si on trouve la planche sur géoportail, ils ont quand même nordé et assemblé les feuilles raster. et t'as en bas à gauche les coords géo du curseur. (Si besoin, il y a le logiciel gratos circe du ign, pour transformation de coordonnées, même le béta que je suis arrive à s'en servir). Toutefois, il reste l'imprécision de certaines zones du cadastre, c.a.d. en cambrousse montagneuse, il ne colle pas avec le gps (peu importe si plan raster ou vectorisé...), et sur géoportail on voit bien comment les différentes cartes, photos, et cadastre, parfois diffèrent... Même au recoupement entre plusieurs planches raster du cadastre souvent ça ne colle pas ensemble, mais alors aux limites où deux communes pas encore verctorisées se touchent, ou plutôt se croisent, bonjour les dégâts... (Je pense que ça doit donner du fil à retordre aux géooportailliens à s'arracher les chaveux...). Gerhard Ps : Surtout pas oublier, que géoportail et ign sont copyright, pas utiliser ça pour OSM ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tagguer une digue
ça sort pas mal, le fort de Besancçon... Le 25 sept. 09 à 17:22, Emilie Laffray a écrit : 2009/9/25 Vincent Pottier vpott...@gmail.com Mes essais pour entrer la Citadelle de Besançon : http://osm.org/go/0CUkzdSmR- fort usage du barrier=city_wall (les polygones risquent de disparaître, ils sont masqués pour l'import CLC) Autres essais pour le Fort de Joux http://osm.org/go/0CTEwWObg-- Difficile de cartographier une bute qui est une poudrière couverte de 6 m de terre et engazonnée. http://sautter.com/map/?zoom=18lat=46.872022lon=6.374034layers=00B000TF C'est toi qui avait mappé les forets du cote de Besancon? Emilie Laffray ___ 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] Nouvelle explosion de villes ... en Bretagne
(zou, j'ai du mal à suivre les différents fils qui traitent de sujets proches...) Le blême vient aussi de la compréhension française du mot lieu-dit : C'est un nom pour un endroit ou une zone géographique, soit-ce habité ou non : Ponant, point du jour, levant, gué, les quatre chemins, la croix peyre, et cætera. Même le bourg est un leu-dit ! Regardez un acte notarial de vente : commune xyz, section unetelle, lieu-dit le village (ou le bourg), parcelle n° tant ! Ces noms avaient un sens pour les habitants, pas toujours le même pour deux villages voisines : Ce qu'était le levant pour l'un, pouvait être le ponant pour l'autre (Horizon de clocher, quoi, et légitime... : Chacun est le centre de son monde, donc il d'abord donne ses noms aux lieux ;-) C'était le cadastre, qui finalement a défini ou officialisé ces noms, souvent avec des écritures en dépit du sens, de façon phonétique (eh, 'fallait pas demander à un arpenteur envoyé depuis la Capitale, qu'il comprenne la langue d'oc, le basque ou le breton... Pourtant un Décret d'Etat, de dix-huit-cent et des patates, dans un contexte d'élections et de recensement disait que c'est l'écriture des gens sur place qui prime, sur comment écrire les noms des des lieux, et je pense que c'est toujours en vigueur, pas abrogé (?). Mais dans beaucoup de cas, les erreurs et omissions sont passé inaperçus du public, ça restait dans les paperasses dans les Mairies et à Paris, donc depuis le temps, ces bourdes sont devenues officielles, et pour corriger maintenant, on l'a in the baba (d'où les noms local et historic ). Et, le cadastreux n'a pas noté dans le plan tous les lieux-dits qui existaient : Par exemple quand plusieurs vallons appartenaient à un même propriétaire (ou à personne...), on ne voyait pas l'utilité d'annoter leurs noms. Cela n'empêche pas, que les habitants utilisent des noms pour ces endroits, ces lieux-dits. Il y a peut-être cinq fois plus de lieux-dits que ceux figurant au cadastre. Et il y a peut-être dix ou vingt fois plus de lieux-dits inhabités, que d'habités. Et même cela change : On a des lieux-dits anciennement habités qui sont tombé en ruines, qui maintenant sont rachetés, réaménagés, réhab(il)ités. Et certains de nouveau sont tombé en ruines : Les nouveaux propriétaires habitent parfois loin, à Paris, en Hollande, en Allemagne... et après la première euphorie de la maison de vacances, ça leur devient trop dur à s'en occuper, et s'ils ne trouvent pas un repreneur qui leur rachète le truc au prix d'or qu'ils en demandent, vlà de nouveau une ruine, un leu-dit non habité :-( Aussi, en réalité souvent nous faisons confusion entre le lieu dit (zone/endroit géographique) et la maison ou le hameau qui peut s'y trouver : Ici, le Bronc est une zone dans la vallée, il y a une maison, un ancien moulin avec ses annexes (qui était abandonné, en ruines, maintenant retapé et habité), le nom correct de ce moulin serait le Moulin du Bronc. Mais on nomme ce moulin tout court le Bronc, y compris dans l'adresse. Ou, mon ancienne maison dans l'Allier s'appelait ldt La Croix Peyre, là où en réalité ce n'était pas le nom ni de la maison, ni de la zone, mais le nom de la croix de chemin de l'autre côté de la route. La maison était à seulement six mètres à l'extérieur officiel du village, donc compte encore dans la zone bâtie cohérente... A l'autre extrême, ma maison actuelle, en plein centre médiéval du patelin, mitoyenneté sur trois côtés, elle a un nom lieu-dit propre à elle (pas sur le cadastre, mais dans l'usage, dans les archives, et dans l'adresse), qui pourrait dater de la fin de l'empire romain. Avant que je l'aménageais, elle était inhabité depuis plus de trois siècles. Et, le gag : sous ma maison, réellement dessous, même n° de parcelle, un autre propriétaire a un étage encore, accès depuis une autre rue, avec un nom lieu-dit distinct, qui lui est médiéval (Lieu qui jusque-là ne jamais encore a été habité, c'était un local utilitaire, c'est en cours d'aménagement et sera habitable peut-être, si Dieu le veut et les ouvriers s'accélèrent un peu, d'ici deux ans...). (hihi, si on poussait la chose sur la pointe, par exemple la cité de Minerve dans le 34 Hérault ne se trouvait pas dans le Minervois, qui est partie du département de l'Aude, 11. Bon, ça s'arrange, la distinction entre zones géographiques, administratives, historique, religieuse, et viticole se fait, enfin, et il y a une comm' de comm' du Minervois héraultais, mais ça a pris son temps ;-) Si un nom ne contient plus sa source, où va-t-on !) Bref, avant qu'on se lance dans des traductions, il faut qu'on soit mieux avancés sur le contenu de nos termes. Wikipedia est excellent, mais ne constitue pas une référence et même Robert ou Larousse ne sont pas exhaustifs, ils ne traitent que des significations premières et s'arrêtent à un certain pourcentage très
Re: [OSM-talk-fr] Stabiliser la traduction de « tag (c)
Le 15 sept. 09 à 12:23, tenshu a écrit : Wayp d'accord aussi un glossaire suffira. Donc un tag est un tag \o/ +1 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import corine (sisi ça se rappro che !)
Oups, je confirme, il y manque un gros bout de foret, dans la zone que tu indiques... (Facile à vérifier pour tous, par exemple sur géoportail). La tempête avait bien fait des dégâts, mais pas à ce point-là ! Et ça n'a pas tout brûlé, au dernier incendie... Gerhard (Simon, comme quoi le monde est petit, il y a quelques années, j'habitais au milieu de la zone de ton exemple, à Saint-Ju (d'Voc'), au ldt 'La Selle' (ou plutôt 'la Celle' : encore un de ces désaccords entre l'ortokraf quadrastre, l'origine historique et l'usage sur place... :-) Ce hameau-là n'est pas encore sur osm. J'ai comme une idée..., que l'import corine va nous mettre du pain sur la planche, à corriger à la main, déjà sans la question de l'overlap : Corine dans ce coin-là montre des endroits comme forêt, qui ne sont pas forêt, mais qui sont pâture. Bon d'acc, ça retombe en friche depuis que je suis parti de là, et qu'il n'y a plus mes chevaux pour nettoyer ça. Sur la photo aérienne, on peut vite confondre friche et forêt. Histoires perso mises à part, ça me démontre, qu'on aura du travail à faire, à rectifier cet import, à la main. Corine garnira bien la carte quand on zoome out, mais quand on zoome in, il est important pour l'utilisateur qu'il puisse s'orienter correctement, que la foret soit du bon côté de la route... ;-) --- Le 14 sept. 09 à 09:52, s1057...@gmail.com a écrit : Tout d'abord un grand bravo pour cet énorme boulot. Pour ma part, en Ardèche nord, je constate que de très importantes surfaces continues de foret (conifère je pense) n'apparaisse pas dans l'import notamment ici : http://tinyurl.com/mfvtf7 Est ce que cette catégorie CLC ne fait pas partie de l'import ou est une anomalie ? Simon (STA) ___ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Stabiliser la traduction de « tag (c)
Un lexicon n'est pas une mauvaise idée, je trouve, mais 'faut garder en tête que a) les métiers géo ont leur jargon, il existe depuis des lustres, et il sert de moyen de communication international, donc on ne va pas francisioniser le tout, non ? Ça risquerait de couper la comm' internationale. b) beaucoup de logiciels utilisent ces jargons internationaux, même des logiciels made in France. Il n'est pas facile, de s'adapter aux néologismes françoës, au fur et à mesure qu'ils émergent. (Comme le couriel ou le mél... ou les sig à la place des gis. Tape ça dans un search, et on reste franco-français, on passe à côté du reste du monde...), c) pas question d'imposer aux utilisateurs une traduction officielle, il n'y a rien d'officiel, que des usages et des coutûmes (Hm, je ressens que ça va devenir un point hot à la Foundation, un jour...) d) comme Pieren le dit, nous avons déjà le glossaire, donc je trouverai utile de s'en servir, de l'amender, et pourquoi pas se servir de sa page de discussion pour en causer, puis mettre en italique gras sur la page elle-même les termes qui ont la majorité subjective ? Amha, un lexicon devrait s'intégrer dans le glossaire déjà existant. Humblement Gerhard --- Le 14 sept. 09 à 10:32, Pieren a écrit : 2009/9/14 Vincent Pottier vpott...@gmail.com: Pour assurer un consistance des traductions (site osm, wiki, JOSM, potlatch...), on peut faire une page Lexique sur le wiki qui soit une référence pour les traducteurs. Autre chose que le glossaire http://wiki.openstreetmap.org/wiki/FR:Glossary Allez, je me lance http://wiki.openstreetmap.org/wiki/FR:Lexicon -- Vincent alias FrViPofm Hum, pourquoi créer (encore) une page alors que le glossaire proposait déjà la traduction en italique ? Faudra-t-il une troisième page expliquant la différence entre glossaire et lexique ? Fausse bonne idée, ama. Pieren ___ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de crete
haut de falaise, falaise, ou rupture du terrain, je pense. Gerhard Le 14 sept. 09 à 10:50, Thomas Clavier a écrit : Après en français, je ne sais pas bien comment on décris la ligne du haut d'une falaise par exemple ? -- Thomas Clavier http://www.tcweb.org Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org +33 (0)6 20 81 81 30 +33 (0)950 783 783 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Stabiliser la traduction de « tag (c)
Si on francisait tous les termes utilisés à la perfection, on sera obligés d'ajouter le distinctif 'sur osm' ou 'dans la nature', sinon on ne saura plus, de quoi qu'on cause : D'un endroit dans la nature, ou d'un node dans osm ? Du panneau d'affichage sur place, ou du tag dans la base de données ? Du réel chemin sur place, ou du way qui sert à le dessiner la carte ? Le monde bouge, tous les jours il y a de choses nouvelles, donc on a besoin de nouveaux mots communs à la communauté (qui elle est internationale...). D'où le glossaire. Tout vouloir franciser, ça rappelle le Zerknalltreibling allemand sous l'empire millénaire allemand, mot inventé pour remplacer Motor. Ça n'a pas duré longtemps ! On dit bien frigidaire (un nom de marque), fridge, ou frigo, pas armoire réfrigérante isolée ? On dit bien internet, pas réseau de ch'aipôquoiaujuste nicommangçamarche mékançamarchec'estbien ? Sans pour autant vouloir tomber dans l'autre extrême, de tout moderniser comme dans l'ex-urss, ou on pouvait trouver des noms de personnes comme Elektrolokomotivna Polaroid. Déjà qu'osm n'a pas adopté le jargon international de la géomatique, de l'imagerie, des gis, ni de la 3d, si en plus chaque pays fait à sa propre sauce, ça va devenir un capharnaüm pas possible, une tour de babylone, il va falloir faire des stages de géomancie pour deviner de quoi parle le voisin ! gégé Le 14 sept. 09 à 12:17, Emilie Laffray a écrit : 2009/9/14 Pieren pier...@gmail.com A propos de fainéantise, je préfère de loin une page du wiki traduite avec quelques anglicismes que pas de traduction du tout. Je suis le premier à déplorer l'usage d'anglicismes dans le langage courant lorsque l'équivalent français existe et ne pose pas de problèmes. Mais je ne suis pas non plus un taliban de la langue française qui fait que nos étudiants frais sortis des écoles sont de bien piêtres interlocuteurs lorsqu'ils arrivent sur le marché du travail à l'international. OSM est nouveau, on peut donc créer un nouveau language à cette occasion et si cela veut dire que l'on conserve le mot d'origine en anglais parce que c'est plus simple, pourquoi pas ? L'exemple le plus flagrant est 'way' traduit en 'chemin' alors que le language technique de la géomatique utilise 'polyline' traduit en 'polyligne'. OSM n'adopte pas le vocabulaire des professionels volontairement parce qu'il a aussi refusé d'adopter ses conventions et standards dès le départ. Utiliser le terme de 'chemin' alors que nous parlons constament de la meilleur manière de tagguer les chemins, sentiers, routes n'ajoute qu'à la confusion. C'est pouquoi j'ai souvent accoler les deux termes ensemble en début de page way ('chemin') pour ne conserver ensuite que 'way' parce que c'est le mot le plus simple pour parler de cet élément de base d'OSM. L'autre exemple est 'tag' ou 'tagguer' qui est déjà passer dans le vocabulaire courant pour tous les graffitis que l'on voit sur les murs. Hors, il se trouve que le terme 'tag' a exactement le même sens ici. C'est celui de 'label', 'marqueur' ou 'étiquette' dans l'éthymologie anglaise et c'est plus court à écrire. Bref, je suis pour les traductions, pour une cohérence mais contre les excès qui aboutissent au ridicule. Plutôt qu'une nouvelle page Lexicon, on devrait faire une page liste des pages à traduire en urgence ou à remettre à jour Quelques lignes pour confirmer le problème avec les anglicissismes. Quand j'ai commence mes études de biochimie, tout le monde utilisait le terme ADN. Mais a mesure que l'on progresse dans les études, les profs utilisent de moins en moins le terme ADN. Ils parlent de plus en plus de DNA car c'est ce qu'ils utilisent tous les jours pour communiquer avec d'autres chercheurs dans le monde. Utiliser le terme anglais est parfois plus simple et impose moins de gymnastique mentale pour passer d'un terme a l'autre en permanence. Bref, le Français n'est pas la lingua franca sur OSM, ni d'ailleurs dans le monde de l'open source, car si on veut être compris par tout le monde, on utilise l'anglais. Emilie Laffray ___ 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] Ligne de crete
Oups, pas vraiment : le water_divide peut être ambigu, lui aussi : La réelle division des eaux ne se trouve que rarement sur la crête :-( Ce que fait l'eau, ça dépend grandement de la géologie en dessous... et c'est très flou, voire inconnu. Voir le Danube, proche de ses sources : La résurgence du Danube rend de l'eau qui provient d'un autre bassin versant, tout comme beaucoup de sources rejettent de l'eau qui, par les couches géologiques, est ramené depuis l'autre flanc, depuis l'autre côté de la crête. Le jour qu'osm s'occupera de plus près de l'hydrologie, il faudra revoir ce tag-là (Ça sera très intéressant, si osm un jour ferait la première vraie carte hydrologique de la planète, mais avant ça, il faudra qu'on intègre la 3d, la topo, et la géologie... ce n'est pas pour demain, je crains). Comme tu le dis, les lignes de partage des eaux qu'on voit affiché sur le terrain sont déduites du pendage topo de surface. Depuis un point, on remonte orthogonal aux lignes isohypes, entre autres ça trace les crêtes, et quand on ne peut plus, on est au sommet. La définition est un jeu d'avec les pendages, et, selon les critères de courbure, on est dans un col, une selle, une crête, ou, si ça descend dans toutes les directions, sur un sommet. Elles sont virtuelles, sont une abstraction mathématique. La vérité (des eaux) est ailleurs... Et même, ça ne fait pas toujours une crête, c'est plutôt rare... : le partage des eaux officiel à Naurouze, point haut du canal du Midi / entre deux mers est plutôt plat comme un fond de casserole :-) Mais la question première, de je ne sais plus qui, me semblait avoir été, de comment définir ou décrire une crête en langue française. Et de voir si oui ou non, et comment, ça peut s'appliquer à un haut de falaise. Le modèle math' de la crête, que tu dis, n'est pas mal, mais ça ne décèle pas une falaise dans un flanc, puisque les vecteurs de pendage surface ont à peu près la même direction, ce n'est que l'inclinaison, le z, qui change de façon abrupte. Le 14 sept. 09 à 12:53, openstreet...@coutiere.com a écrit : Je trouve que Ridge ne convient pas : ridge semble être une faille, ou un plateau, enfin quelque chose de géologique. Une ligne de crête n'est pas géologique : c'est une notion topographique / topologique / mathématique. D'où une question simple : faut-il l'indiquer dans OSM ? De mémoire, la ligne de crête est le point le plus haut de toutes ses perpendiculaires : quand je suis sur la ligne de crête, à gauche et à droite, il n'y a que des points plus bas. C'est par conséquent la ligne de partage des eaux (water divide). Normalement, la ligne de crête est par définition une ligne qui se déduit des courbes de niveaux... Bref, j'aurais tendance à chercher du côté de water_divide, et non du côté de ridge. Charlie Echo - Mail Original - De: Guillaume Allegre allegre.guilla...@free.fr À: talk-fr@openstreetmap.org Envoyé: Lundi 14 Septembre 2009 10:21:39 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] Ligne de crete Salut, J'ai cherché le moyen de baliser une ligne de crête sur OSM sans trouver. En mars dernier, j'ai lancé la discussion sur le wiki : http://wiki.openstreetmap.org/wiki/Talk:Key:natural La réponse indique de proposer natural=ridge. En lisant l'article http://en.wikipedia.org/wiki/Ridge, j'ai l'impression que Ridge recouvre une notion plus vaste que ligne de crête. J'aimerais vos avis. Pour préciser un peu la notion telle que je la conçois : - une ligne de crête est une donnée topographique. - elle peut éventuellement être confondue avec un chemin de crête, mais pas forcément. Le chemin peut dévier par endroits de la crête elle-même, et se confondre avec en d'autres endroits. Il peut n'y avoir aucun chemin. - sur la ligne, il peut y avoir des noeuds particuliers : sommets (peaks) ou cols (mountain_pass ?), mais la plupart sont des noeuds ordinaires. -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MapOSMatic : génération automa tique de plans de ville à partir des données OpenStree tMap
Je pense que ce qu'avait dit Pieren, comme quoi les polygones qui posent blême resteront dans des fichiers à part, et que les gens qui connaissent le terrain pourraient les récupérer ensuite dans un éditeur, pour les modifier puis les valider, ça serait une bonne solution, sur le principe de fonctionnement, pas seulement pour les residential ou les forest, mais comme démarche de fond. Les environ six mille recouvrements de la couche forêt ne me 'font pas peur', les osmeurs en ont vus d'autres, déjà, on les abattra aussi, ces arbres-là... ceux qui cachent la forêt... ;-) 'Faudrait juste quelqu'un (sly ?) qui pond un truc qui ferait des nouveaux polys, sur un autre layer, des zones de recouvrement ou à problèmes, et qui les mette en rouge camiva (pardon, rouge pompier), pour qu'on ne cherche pas tout autour du poly et ne soit pas obligé de fouiner dans tous les tags des éléments qui chevauchent, mais qu'on soit guidés vers l'endroit où ça qouacque. P rdon, je tape vite, suis en connexion data par gprs, sur chantier au fin fond de la montagne, ç a douille :-( gégé Le 14 sept. 09 à 15:46, Emilie Laffray a écrit : 2009/9/14 Hans-Christian Bohlmann cant...@web.de tres bonne solution. Pourrait-on limiter (au choix) le rendu de la carte sur les surfaces landuse=residential d'une commune (si celles-ci existent). Souvent les communes ont de grandes surfaces administratives non interessant (champs, forets, prés etc.) pour la cartographie d'une commune. cantece Il faut voir que peu de villes ont des landuse residentials. Quand Corine sera mis en place, on couvrira la France beaucoup mieux mais ça ne sera toujours pas parfait. Les tous petits villages (genre Lion en Beauce) n'ont pas de zones résidentielles. De plus, la forme des landuse résidentiels suit la ou il y a des habitations, et donc ça donne une structure en arbre. Je ne suis pas sure que ça soit le plus adapte. Emilie Laffray ___ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Et la génération automatique de plan à partir des données du cadastre ?
En effet, le cadastre n'a pas les routes en vecteur. Les noms des rues sont assez bien orientés, grâce à un petit vecteur, isolé, que le dessinateur trace entre les maisons dans l'emprise de la rue, et qui sert à placer et à orienter le texte (Sur certains rendus du cadastre on le voit, ce vecteur : Dans ces cas, ça donne l'aspect comme si le nom de la rue était barré, hihi). Mais ces petits vecteurs ne sont pas cohérents entre eux (il n'y en a pas partout, seulement aux endroits ou est écrit le nom) et ils ne dessinent pas la route avec ses virages, encore moins l'axe réel sur place. L'idée aurait pu être bonne, mais pô d'chance, hélas... Gerhard --- Le 10 sept. 09 à 14:40, tenshu a écrit : De plus, le cadastre ne montre pas les routes juste les parcelles et les bâtiments. Le cadastre ne dispose pas des 'routes' en vecteurs? Pourtant au vu de la façon dont les noms de rues sont placés à différents zoom, j'ai un doute. 2009/9/10 Emilie Laffray emilie.laff...@gmail.com 2009/9/10 Gourmet o...@blas.net Faisable ? Pas faisable ? On n'a le droit d'utiliser le cadastre que pour tracer. On n'a toutefois pas le droit de réutiliser tel quel le cadastre. Donc une impression du cadastre n'est pas permis. De plus, le cadastre ne montre pas les routes juste les parcelles et les bâtiments. Les routes ne sont pas directement définies en tant que telle d'où parfois l'imprécision. Emilie Laffray ___ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Request to block a bot using copyrighted data
Merci Pieren, pour cette initiative. C'est clair net et précis. Espérons qu'on aura une réponse aussi claire de la part d'OSMFoundation, et leur intervention. A mon humble avis, osm ne peut pas laisser faire cette personne, hors de question. D'une part son comportement me semble assimilable à du vandalisme sur la bdd, d'autre part c'est un abus de copyright qui nous attirerait des emms pô possibles :-( Je n'ai pas encore vu ta missive (de la plus haute importance !) sur osmf talk. A qui tu l'as envoyé ? Pardon de m'y mêler, mais je tiens mordicus à ce qu'osm reste prop' et net, sous toutes les coutures. C'est la garantie pour qu'osm perdure. Merci à toi, de faire le garde-fou. Gerhard --- Post scriptum : euh, j'en commence un nouveau filon, qui concerne cette même problématique mais plus large, au lieu de le fourrer dans le Request to block a bot using copyrighted data (si j'y arrive). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Request to block a bot using copyrighted data
Bhen oui, ai loupé le changement de fil, pardon. On ne peut pas être partout à la fois... :-( Merci ! Gerhard --- Le 10 sept. 09 à 16:59, Pieren a écrit : 2009/9/10 Julien D. murphy2712+osm...@gmail.com: Apparemment tu as loupé la réponse de l'utilisateur concerné qui avoue tout et va réparer ses erreurs d'ici peu. Aussi loupé le changement de fil. :) Oui, j'attendais de voir si le revert était réellement engagé avant d'annuler ma propre demande. Mais le message d'Etienne semble indiquer qu'on est sur la bonne voie. Merci donc surtout à lui pour cette surveillance. Pieren ___ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Marquage d'une ancienne voie de chemin de fer
Si dans la nature je vois un chemin de fer abandonné (railway disused), avec ses ponts, tunnels, maisons kilométriques, maisons garde-barrière et anciennes gares, (et il y en a, dans notre coin ici, un bon paquet !), je trouverai sympa de le retrouver de façon identifiable dans osm. Bon d'acc', ça n'a peut-être pas grand'chose à voir avec navigation routière ou piétonne, mais on met bien d'autres curiosités touristiques dans la bdd, pourquoi on ne mettrait pas les chemins de fer abandonnés ? Deuxième point : Là où les tracés de ces anciens chemins de fer ont été récupérés pour les transformer en chemins de promenade, de cyclotourisme, ou de randonnée équestre, l'information que c'est un ancien chemin de fer a son importance, je trouve. Ça dit que ce sont des chemins à relativement faible pente, chose importante à savoir pour des vieux pépés asthmatiques cardiaques avec emphysème pulmonaire, comme moi. On y peut sans trop se crever accéder à de jolis coins et à de beaux points de vue. Le fait qu'un way de transport ferroviaire soit abandonné et/ou transformé, n'enlève pas obligatoirement l'existence physique de son tracé, ni son éventuelle utilité pour d'autres usages. Remarquez, même l'IGN reproduit les tracés des anciennes voies, si on les voit encore dans la nature. Gerhard --- Je serais d'accord pour ne pas taguer les anciennes gares : Des utilisateurs, tête-en-l'air, de la carte osm, pourraient s'y pointer et demander un billet pour Paris... --- Les mails se croisent. On en rigole, mais à terme, une interface temporelle pour osm pourrait avoir son intérêt... Dans mon métier, je suis souvent à la chasse de documents anciens (cartes, gravures, croquis), pour retrouver des états antérieurs. Le cadastre napoléonien et d'autres cadastres ou terriers précédents souvent me sont des outils précieux. Pour l'instant osm n'est pas encore-là, mais dans quelques dizaines d'années on pourrait regretter d'avoir effacé des dispositions antérieures qui avaient été cartographiées sur osm et au fur et à mesure les avoir remplacé par les dispositions nouvelles. Conserver de temps à autre l'état actuel cartographié d'osm et l'archiver, ça pourrait devenir un outil précieux pour les historiens futurs, qui sait... Le 8 sept. 09 à 17:59, Pieren a écrit : 2009/9/8 Sébastien Dinot sebastien.di...@free.fr: À la fin, OSM sera une carte à quatre dimensions, parfaitement inexploitable par le commun des mortels. +1. Lorsqu'un élément dans la base disparait dans le monde réel, on l'efface de la base. Il reste bien-sûr dans l'historique et en 2050, on pourra reconstituer des cartes de 2009 sans difficulté. Par contre, le problème se pose pour les éléments déjà disparus et que certains voudraient ajouter dans OSM par intérêt histrorique louable mais cela tient plus de l'opportunisme sur l'utilisation d'outils déjà en place qu'autre chose. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] numeros de rus interdits par la cnil ? [Avis Legal]
Bhen, je me rends à l'évidence... http://professionnels.ign.fr/ficheProduitCMS.do?idDoc=5289835 J'ai du mal à voir les conséquences pour osm, de virer les n° de rue en France. La nav' par GPS dans des rues longues, comme la Corniche Kennedy ou le Chemin de la Merlière, deviendra galère :-( Déjà simplement savoir depuis où s'amener, pour atteindre une adresse dans une rue qui partiellement est en sens-unique, deviendra impossible, il me semble. Bonjour le tourne-en-bourrique : on reconnaîtra ceux guidés par gps à leur présence dans les nouveaux bouchons à venir... :-( Comment faire, en pratique ? Simplement effacer les n°s serait détruire du travail qui a été fait par des osm'eurs. Graver ce travail déjà fait sur un dvd et le mettre au congélateur, dans l'espoir qu'un jour on pourra le réintégrer ? Sais pô... Je suppose que la protection par la CNIL concerne seulement le territoire français, et que les autres pays pourront conserver leurs n°s de rue ? Est-ce que c'est uniquement le territoire français qui est privé de bdd carto avec n° de maison ? Je ne vois pas, comment on pourrait empêcher les usagers, d'accéder aux n°s de rue que nos voisins ont mis chez eux, dans osm. Ni comment empêcher le reste du monde, de taguer des n°s dans nos rues... Devra-t-on mettre un big panneau multilingue dans osm, sur la surface de la France : forbidden to tag housenumbers ? ou larguer un robot qui intra-France vire ces tags, chaque minute ? Sais pô... Prévoir de l'Aspro, pack familial. Gerhard Le 7 sept. 09 à 11:59, Sylvie a écrit : La BD ADRESSE® de l'IGN est soumise à des restrictions de vente [1] : 'Conformément à la décision CNIL n° 2006-091 du 6 avril 2006, POINT ADRESSE® et BD ADRESSE® ne peuvent être diffusés par l'IGN qu'à l'État et à ses établissements publics, aux collectivités territoriales et à leurs établissements publics ou privés statutairement chargés ou délégataires d'une mission de service public, aux seules fins de l'exécution de cette mission et à l'exclusion de toute réutilisation commerciale. Tout traitement de ces fichiers ou toute interconnexion ou rapprochement avec des fichiers contenant des données à caractère personnel doit faire l'objet des formalités requises auprès de la Commission nationale de l'informatique et des libertés.' En 2007, la DGI avait attendu l'avis de la CNIL pour ouvrir cadastre.gouv.fr. Voilà l'avis [2] et l'explication sur le comment du pourquoi l'adresse est une donnée indirectement personnelle : 'Les données traitées relatives aux informations cadastrales proviennent de l'application de gestion du plan cadastral informatisé (PCI) de la direction générale des impôts. L'article 3 du projet d'arrêté prévoit que sont communiquées, avec les plans, certaines informations descriptives relatives aux parcelles : le département et la commune, les références cadastrales (numéro de section et numéro de parcelle), la ou les adresses du bien, la surface du bien. La commission prend acte que l'identité des propriétaires n'apparaît jamais sur les plans. Elle relève que certaines informations relatives aux parcelles (les références cadastrales et les adresses) permettent d'identifier, indirectement, les propriétaires (ou les occupants) des biens concernés, et constituent donc des données à caractère personnel au sens de l'article 2 de la loi du 6 janvier 1978 susvisée.' En clair : pour la CNIL, il arrive suffisamment souvent que l'adresse d'une parcelle (a fortiori celle d'un batiment) permette d'identifier une personne pour qu'elle soit considérée comme une donnée indirectement à caractère personnel. Enfin, l'avis de la CNIL sur le Répertoire des Immeubles Localisés (RIL), base de données d'adresses gérée par l'INSEE et vérifié/ complété chaque année par les communes [3] : 'La Commission Nationale Informatique et Libertés (CNIL) a été consultée dans la mesure où les données relatives à l’adresse sont considérées comme indirectement nominatives.' Ceci dit, cette position originale de la CNIL française (par rapport aux autres CNIL européennes) devrait être revue. Voir le post de Marc Leobet (CNIG) sur GeoRezo [4] Pour l'instant la loi est comme ça, mais ça peut changer Sylvie [1] http://professionnels.ign.fr/ficheProduitCMS.do?idDoc=5289835 [2] http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT18008630dateTexte= [3] http://insee.fr/fr/insee-statistique-publique/default.asp?page=qualite/ril.htm [4] http://georezo.net/forum/viewtopic.php?pid=122331#p122331 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : numeros de rus interdits par la cnil ?
Pour mi, un n° de rue ne constitue une donnée personnelle, que si ce n° de rue est associé avec ne nom d'une personne. Pour mi, un n° de rue associé à une rue (sans être associé à une personne précise) n'est pas une donnée personnelle, mais est une donnée cartographique (comme elles figurent sur le *plan* (dessin) du cadastre) : il est impossible de associar ça avec une personne en particulier. --- C'est pourquoi les données qui relient les infos du plan cadastral (n° de parcelle, n° de rue...) dans le cadastre aux personnes concernées figurent dans un livre à part, les rôles, lesquelles ne sont pas publiées. Et par ailleurs, ce blocage est scindé en deux : Dans le premier rôle, figurent les propriétaires sous un raccourci anonyme, comme E33, A01, avec le total des parcelles qui leur appartient, sur la Commune, et dans un deuxième livre ou rôle on trouve l'association de ces raccourcis avec une adresse réelle, des propriétaires (et dans trois quarts des cas, les propriétaires n'habitent plus à l'adresse indiquée dans ce rôle, donc même si on est ayant-droit légal, avec droit de vue sur ces rôles, souvent on fait chou blanc...). Par la suite de cela, il y a un autre livre, celui qui dit les impôts fonciers que chacun paye, sur un village, et celui-là, de nouveau, est public, consultable en Mairie, voire est affiché sur la voie publique, selon. Sans détail. --- Le 6 sept. 09 à 18:15, Vincent Pottier a écrit : Arnaud CORBET a écrit : Pour moi, non. Constitue une donnée à caractère personnel toute information relative à une personne physique identifiée ou qui peut être identifiée, directement ou indirectement, par référence à un numéro d'identification ou à un ou plusieurs éléments qui lui sont propres. Pour déterminer si une personne est identifiable, il convient de considérer l'ensemble des moyens en vue de permettre son identification dont dispose ou auxquels peut avoir accès le responsable du traitement ou toute autre personne. Nous associons un numéro de maison à une coordonnée GPS, nulle part il est question ni possible d'y associer un élément identifiant une personne. D'ailleurs il peut y avoir plusieurs appartements derrière un numéro, ou aucun domicile. Quelqu'un qui dispose de l'adresse trouvera l'emplacement géographique, pas le nom. Quelqu'un qui dispose des ccordonnées trouvera l'adresse, pas le nom. Donc non, dans le cadre d'OSM, vu qu'ils ne permettent ni de près ni de loin l'identification d'une personne, les numéros de rues ne sont pas des données à caractère personnel. Par contre hors de question de tagguer du nom figurant sur la sonnette. Tout à fait d'accord avec cette analyse. OSM associe une adresse postale à une coordonnée géographique, mais n'associe pas une boite aux lettres avec une coordonnée géographique. La différence est importante ! OSM ne dit même pas combien il y a de boite aux lettres à cette adresses, même pas s'il y a une boite aux lettres. A fortiori, OSM ne dit pas à quels noms sont les boites à lettres. La seule indication concerne les POIs (pub, fleuriste...) qui peuvent être identifiés. Il s'agit de personnes morales, et non physiques, qui, il me semble, entrent dans la catégorie opt-out, qui PEUVENT être entrées 'a priori' et DOIVENT être sorties sur demande. -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petite hésitation... a poste riori
Chrmpfh, c'est pô clair : Ça re-soulève la question de où au juste un logiciel nav' va envoyer le pauv' conducteur d'une voiture, s'il tape le nom d'une ville (sous-entendu centre-ville, il s'attend à se retrouver là où il y a de la vie, des gens...) d'un patelin. Pour l'instant je préfère mettre le POI du village au centre de vie intra-muros réel du patelin. C'est totalement subjectif, je sais. Mais au moins la personne sera guidée vers un endroit où se passe quelque chose, et où elle trouvera des panneaux (et des gens) qui pourront lui indiquer la suite. Prendre le admin_center pour le centre de vie serait erroné : on a des villes /villages où la Mairie, manque de place, a été poussée dans la périphérie, et d'autres, où le développement a repris à un tout autre endroit du territoire de la commune, ce qui fait que la Mairie se retrouve dans un actuellement petit hameau, loin des centres modernes. C'est souvent le cas pour des stations de ski, et pour le littoral méditerranéen : Quel touriste béta sait, de quelles communes dépendent Pyrénées 2000, ou la station de Prat-Loup dans les Alpes ? Il serait idiot, d'envoyer les premiers à leur Mairie à Bolquère-le- Bas, les autres à celle d'Uvernet-Fours. Et il serait encore plus insensé, d'envoyer les nav's (et leurs utilisateurs) dans un méta-centre d'une surface communale ! Par exemple pour la commune de San-Gavinu-di-Càrbini en Corse (je la sors souvent, celle-là, comme exemple), ça probablement enverrait le pauv' conducteur sur les barres rocheuses en haut de la Valle Longa, au nord du Pic de la Mola (je n'ai pas fait le calcul exact !) un endroit isolé où, pour autant que je le sache, aucun 4x4 n'a encore mis ses pneus, même les pompiers secouristes y vont avec l'hélico (pour en sortir des randonneurs égarés, chevilles cassées ou en manque d'eau). L'endroit pourtant est assez animé, il y a du GR qui passe pas loin de là, des chemins de transhumance, et des sentiers de chasseurs. Ptèt avec une 125 cross légère boostée au max ça serait envisageable, à condition que le pilote ait assez d'expérience pour laisser partir la machine dans le ravin et s'agripper lui-même aux rochers, mais avec un vésicule à 4-roues, j'y vois mal... Il serait du sadisme criminel, d'y envoyer des gens innocents qui tapent sur leur gps guidage San Gavino. Un ou plusieurs place=historical_center en sus, pourquoi pas. Mais ça ne calme pas la discussion à quel endroit mettre le POI du village lui-même (généralement c'est celui-là, qui sert aux nav's). Pour ma part perso je persiste et signe : le PIO va sur l'endroit de vie du patelin. Et s'il y en a plusieurs, comme dans les stations de ski ou balnéaires, ça fait plusieurs POI place, chacun avec son nom, peu importe si ça a le même code INSEE et le même code postal, et où se trouve la Mairie, pour osm je m'en fiche, ce qui compte est la vérité sur place, na ! C'est celle-là, que cherche l'utilisateur d'osm. trop long --- Le 2 sept. 09 à 12:32, sly (sylvain letuffe) a écrit : Pour la question du centre historique que soulève pieren, je dirais qu'on pourrait ré-imbriquer une nouvelle surface ou point avec nouvelle proposition du style : place=historical_center Cela permettrait d'en avoir plusieurs ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vol de gps, et de véhicule
Merci. J'avais signalé le vol à la société d'autoroute, le jour même. Ils me disent que si le badge passe au péage, ça couine alerte, et filme. Mais pas encore de nouvelles, jusqu'ici :-( Si les voleurs ont vus le badge, et sont intelligents, ils l'ont balancé par la fenêtre... Je m'étais dit, que peut-être chez VW une loupiote rouge pourrait s'allumer, si quelqu'un commande un jeu de vitres complet pour ce modèle précis, pas très courant (pour remplacer les vitres gravées antivol), mais ce n'est pas prévu au programme, chez VW. Je n'ai plus grand espoir, qu'on retrouve le véhicule... Merci à vous tous Gerhard Le 3 juil. 09 à 20:34, Yann Coupin a écrit : Pas pris le temps de répondre, mais c'est moche. Je te souhaite de retrouver ton vehicule rapidement. En complément de ce que disait piratebab, je pense que tu devrais, si tu ne l'as pas déjà fait, donner le numéro de ton badge télépéage à la police, ça peut peut-être aider. Yann Le 3 juil. 09 à 19:44, piratebab a écrit : Si tu as le télépéage, tu devrais prévenir les sociétés d'autoroute. Elles doivent avoir le moyen de le repérer, voire de le bloquer. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Vol de gps, et de véhicule
Je m'excuse de temporairement ne plus être actif sur osm, début juin on m'a cambriolé mon véhicule, volé mon ordi portable acer bicore 32 bits 2 gigs xppro, avec le câble et logiciel du Magellan SportTrak color, un tracker solar, et un tracker bt, et vendredi dernier on m'a volé le véhicule entier, un VW California coach confort tdi 5 cylindres 2,5 litres intercooler 150 ch (un des derniers T4) équipé Westfalia, toit qui se soulève, sièges tournants, presque toutes options, blanc, jantes alu, roues larges 16, intérieur gris, un petit pèt à l'avant-droit au pare-choc (et deux lamelles anti-choc noires collées au pare-choc avant, ça se remarque), et un petit pet bleu au centre du pare-choc arrière, attelage remorque avec attaches supplémentaires pour stabilisateur de caravane (atypique, aussi), vitres gravées (vitre coulissante dans la portière latérale, c'est pas courant non plus), vitrage avant teintée vert clair, double vitrage isolant à l'arrière, protections solaires alu argentées glissées entre les rideaux arrières, il y a encore des éclats de verre dans le rail de la portière latérale coulissante, du premier cambriolage, le garagiste n'a pas bien nettoyé. Mais sinon véhicule est très discret, aucun autocollant à part le westfalia à l'arrière sur le toit, un A3 scotché à l'intérieur arrière droit avec des dessins que j'ai fait, et des vieilles vignettes d'autoroute suisses près du rétro intérieur (elles sont presque impossibles à décoller...) ah oui, aussi un badge télépéage derrière ce rétro, et la pastille verte à droite (véhicule écolo, à catalyseur), il n'y a plus d'autoradio, c'est un trou béant, ils l'ont volé lors du premier cambriolage. Aussi est parti, avec le véhicule, un gps IGN Ushuaïa evadéo primo version France entière, son logiciel Géorando Europe, ses câbles et chargeurs, et deux packs de ni-mh auxiliaires, le tout dans une petite valisette rouge. Immatriculation 281 AXS 34. Pardon que je vous embête avec ça, je sais que ça n'a rien à voir avec OSM, mais si quelqu'un remarque ce véhicule, il serait sympa de me faire signe au 06 88 98 52 84, ou par e-mail, et d'avertir la prochaine gendarmerie. Ce véhicule était mon outil de travail, ma cabane de chantier turbo et mon logement, je suis sacrément embêté. Pardon encore, et Merci à vous. Gerhard ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
Merci du conseil ! J'vais taguer ça selon tes indications ;-) Je n'avais pô trouvé ça sur le wiki. J'avoue, parfois j'y perds mon latin... Mais d'abord, je vais prendre une photo de ça, et la mettre en ligne. Gerhard Le 26 juin 09 à 18:06, Pieren a écrit : 2009/6/26 GerhardP g...@wanadoo.fr: Par contre, on a des cas biscornus, je pense à l'ovni près des beaux-arts à Montpellier, qui en pratique est un rond-point réglementé par des feux tricolores, avec un tram qui passe en plein milieu, mais aucune signalisation sur place n'indique que c'est un rond- point - sens unique. Il faudrait y ajouter les tags suivants : biscornu_case=yes missing_traffic_signs=yes shame_on_administration=yes risk_of_collisions=high Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tag] Références sur sorties
J'sais pô, suis ptèt' bête, mais je ne mets pas de ref aux bretelles (ce sont des links entre routes, qui elles ont des refs). Dans mes yeux, il suffit de mettre un tag junction avec sa ref (= n ° de sortie). Le logiciels nav' trouvent bien. Et ça n'empêche pas les perfectionnistes, de fourrer tout ça dans une relation d'un trajet, s'il le voudront. Euh, si on devait donner des refs aux bretelles, (est-ce vraiment nécessaire ?), il serait plus logique d'y mettre la ref de la voie qu'on va rejoindre, (on veut savoir comment rejoindre le highway qu'on cherche, pas vrai ?), pas la ref de la voie qu'on quitte (on la connaît déjà, puisqu'on y est). Le 24 juin 09 à 17:54, Xav a écrit : motorway(A1) - motorway_link(A5) - motorway(A5) motorway(A1) - trunk_link(N1) - trunk (N1) trunk(N1) - motorway_link(A1) - motorway(A1) Oui, ça me semble mieux logique que l'ancienne définition désuète. En supposant que des link à double-sens n'existent pas (grande discussion celle-là aussi). Bhen oui, question fondamentale... Généralement avec les autoroutes, les links joints en contre-sens ont une séparation entre les voies, ne soit-ce qu'un trait continu, et ne permettent aucun croisement de voies, donc il me paraît admis, de séparer ces voies. Mais j'admets que sur des Nationales, on peut rencontrer des cas assez biscornus. OSM a inventé les relations restrictives pour décrire qu'on n'a pas de droit de tourner dans le mauvais sens. Cette solution se tient mais n'est pas plus logique que le nom de la sortie et la référence de la sortie. Prenons un cas concret. Le link à droite : http://maps.google.fr/? ie=UTF8ll=48.081778,-1.647391spn=0,359.961848z=15layer=ccbll=48.0 81749,-1.647577panoid=OUTdtU68JZ69U9zdcNcHgwcbp=12,85.64,,1,-8.41 - ref=D 163 et name=Route de Rennes ? - ref=5 et name=Porte d'Angers ? - Un mélange hétérogène ? Je ne vais pas à ce point de perfectionnisme, n'ai pas les sous pour me payer les soins psy que ça engendrerait, donc je ne mets pas de ref' aux bretelles. Amicalement Gerhard ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] la slippy map arrive
(Je viens de me demander, qu'est-ce que ce sujet aurait à faire sous l'intitulé la slippy map arrive dans un sous-sujet osmose). Perso pour mon job je suis sur online.fr, à pas cher, mais je ne vois pas l'utilité pour osm F de payer, ou de se faire héberger par des pro qui auraient un intérêt commercial dans osm (je haïs les mariages d'intérêt, surtout quand ils n'ont pas d'intérêt pour les deux parties, généralement les enfants deviennent de la marchandise et des moyens de pression...), quand free.fr, la boîte gratos d'online.fr, propose des gigas gratos sans limits de bande passante, justement pour des actions comme nous ? Je ne connais pas les internae, peut-être j'ai dit une grossièreté ? Quelqu'un les connaîtrait de plus près ou de l'intérieur, pour prendre contact avec eux pour osm, ou pour m'expliquer pourquoi on n'y irait pas, si on a besoin de place serveur ? Gerhard Le 19 juin 09 à 15:41, Emilie Laffray a écrit : 2009/6/19 Pieren pier...@gmail.com 2009/6/19 Emilie Laffray emilie.laff...@gmail.com Je pense aussi que CLC est la priorité. Emilie, pourrais-tu attendre l'extract de samedi matin avant de chercher les overlaps ? Je voudrais supprimer ce soir une grande partie du massif forestier que j'avais créé sur l'est de la France (celui entre Strasbourg, Nancy, Epinal) moins bon que CLC. Ca devrait faire pas mal d'overlap en moins. Pas de problème. Ca m'arrange, j'aurais une soirée tranquille :) Concernant une présentation France au SOTM, j'ai peur qu'il ne soit trop tard. A moins que ceux qui ont prévus d'y aller ne se portent volontaires pour montrer quelques diapo. C'est vrai qu'en regardant la vidéo de l'année dernière (encore merci à Renaud Martinet), on voit tout de suite ce qui pourrait être présenté: - progression de la carte, nombre de participants réels (montrer Nantes qui était mentionné en 2008, lister les grandes villes bien couvertes) - les sources officiellement approuvées : cadastre, clc, bornes géodesiques IGN (équivalent à OS UK) avec une mention qui devrait intéresser nos amis anglais : tout ce qui entièrement financé par des fonds publics est réutilisable dans OSM (sous condition) (les brits se battent avec OS pour obtenir la même chose, ça va les tuer ça).. - les limites communales, qui n'existe en libre nul part ailleurs. - les serveurs de tuiles francophones (listés sur le wiki) - sources potentielles, contacts : les photos aériennes IGN mais non géoréférencées, les coastlines IGN, les GR, les voies vertes, les parcs naturels, etc - nouvelle license : quid de toutes les sources précédement citées (par exemple, respecter/conserver le tag source) S'il y a vraiment des gens intéressées pour que la France soit représentée, je peux toujours voir avec les organisateurs pour essayer de voir si je peux obtenir un slot. Je dois déjà les contacter pour demander un slot semi officiel pour une présentation pour certains des produits de ma société, qui est un des sponsors de la conférence (je ne ferais pas de pub). Par contre, je n'ai absolument pas le temps de monter une présentation par moi même. Le cadastre ça les tue déjà. Lors du week end a Cloudmade, j'ai suffisamment enfoncé le clou :P Emilie Laffray ___ 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] [Liste] Nabble
57 ans, oui. 170 ans, oui blablablablablouh... --- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Liste] Nabble
Deuxième mail, autre sujet : Oui, j'aime les frites, à condition que ça ne pue pas l'huile rance. aimes tu les frite ? blablablablabeux --- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Technic] Serveurs
Tu commences à me faire peur, pour OSM et son côté free. trop long --- Le 19 juin 09 à 14:26, Emilie Laffray a écrit : C'est peut être le bon moment de parler infrastructure pour permettre a la communauté française d'avoir des serveurs qui tiennent la route ou qui permettent de créer une sorte de load balanced sur le net. Il y a des discussions qui commencent a apparaître. Peut être faudrait il songer a créer une association loi de 1901 afin de gérer les développements actuels. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM] OSM et le mecenat
Le 22 juin 09 à 16:32, Pieren a écrit : 2009/6/22 Emilie Laffray emilie.laff...@gmail.com Je ne vais pas rentrer dans de longues discussions Ben si quand même un peu. On a deux trop longs maintenant: g.di et Emilie ;-) (je plaisante) Je m'efface, tout petit, padong... OSM ne peut pas exister actuellement sans le mécénat (intéressé, ou pas). C'est faux. OSM peut vivre sans mécénat (je rajoute d'entreprise puisque sinon on fait tous du mécénat). C'est bien ce qui me semble. Cette histoire de lécher les bottes des entreprises, et qu'on me dise qu'on doive en être fier, me *déplaît un max*. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Encore un record pour la liste OSM e n français !
A chacun son goût :-) Pour moi, un forum scindé en sous-sujets et stocké sur un serveur distant est plus aisé, qu'une ml non structurée et rapatriée sur DD local. Surtout quand les utilisateurs de ml changent l'intitulé, ou cliquent sur répondre pour commencer un nouveau sujet. Le 12 juin 09 à 21:55, Mathieu Arnold a écrit : +--On 12 juin 2009 14:07:16 +0100 Emilie Laffray emilie.laff...@gmail.com wrote: | 2009/6/12 g.d g...@wanadoo.fr | | trop long, encore... : | | | No comment. Desolee, je n'ai fait que survole ton email car il est tout | bonnement illisible du fait de la maniere dont il est formatte. Je ne critique pas le contre-sens ni la redondance dans cette phrase. Mais tu vois qu'il n'est pas facile, de conserver la logique dans un environnement qui semble être régi par les tripes. J'ai eus | le plus grand mal a savoir ce que tu essayais de dire. (+1) D'acc, je rumine trop, sur l'avenir d'OSM. | Toutefois, ma position est la suivante. Je ne participerais a un forum que | si je n'ai pas le choix, et encore je ne suis pas sure d'avoir envie ou le | temps d'utiliser un forum. (+1) Chacun son goût. A cause du débit de la ML, je mets un nombre de mails directement à la poubelle, selon leur intitulé. Mais souvent l'intitulé ne correspond pas à ce qui est écrit dedans, donc nombre de mails qui m'intéresseraient, passent à la trappe. Avec une interface forum ça arriverait moins, et plus tard on peut aisément retrouver les messages qu'au premier abord on avait ignoré. | Je pense que l'utilisation actuelle ML + wiki a ete la plus efficace pour | la gestion de Corine. (+1) Pour la gestion de Corine c'est certainement vrai, mais justement, durant ce temps-là, que deviennent les autres petits osmeurs ? Corine était précisément l'exemple qui a montré, que la ml n'est pas idéale pour communiquer. Raccourci en smseux :fe chie cte Corin ki envoi tan 2 mel sur la ML. E 0 ki repnd a ma kestio ! --- La question record pour la liste OSM en français ! et les solutions éventuelles emmerdent - je n'y reviendrai plus. Tiens, il y a de nouveaux intitulés dans la ml : [OSM-talk-fr] Organisation des discussions : forum openstreetmap (merci, Robin Prest), et [OSM- talk-fr] [Liste] Organisation en catégorie. Pour peu, j'ai failli les mettre au trash :-(... Amicalement Gerhard. --- (Mon formatage est un reste de mon passé lointain d'informaticien. Est-ce mieux lisible comme ça, en spaghetti ?). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Encore un record pour la liste OSM e n français !
Le 16 juin 09 à 15:15, Vincent MEURISSE a écrit : http://n2.nabble.com/French-OSM-list-f3070341.html Merci ! , j'y vais de ce pas. J'ai dû rater cette nouvelle, dans le flot sur la ml, pardonne-moè. souvent l'intitulé ne correspond pas à ce qui est écrit dedans, donc nombre de mails qui m'intéresseraient, passent à la trappe. Avec une interface forum ça arriverait moins, Je vois pas vraiment en quoi un forum aide à savoir écrire un titre. Bhen, sur un forum les gens postent leur sujet, commentaire ou avis Les sujets se mélangent moins les pattes dans les jambes que dans une ml. La question record pour la liste OSM en français ! et les solutions éventuelles emmerdent - je n'y reviendrai plus. Tiens, il y a de nouveaux intitulés dans la ml : [OSM-talk-fr] Organisation des discussions : forum openstreetmap (merci, Robin Prest), et [OSM- talk-fr] [Liste] Organisation en catégorie. Pour peu, j'ai failli les mettre au trash :-(... Sur le coup je ne te comprends vraiment pas. Tu gueules que la ML n'est pas pratique et tu te plains quand on essaye de trouver des solutions. (sur nabble t'as une catégorie Liste. Tu l'ignores et basta) Pardonne-moi, j'ignorais qu'OSM était lancé sur nabble. S'il y avait un message pour ça sur la ml, il est probablement passé à la trappe, avec quelques centaines d'autres :-( et tu te plains quand on essaye de trouver des solutions Non je ne m'en plains pas, bien au contraire, merci à vous ! J'y vais... Amicalement, et merci !, Gerhard ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Licence ODbL : on en est où ?
:-( J'avais espéré qu'ils (les legal-machin) auraient enfin compris que le simple fait de changer de licence est pire, que de continuer avec la vielle licence cc. Mais non, ils continuent :-( Personnellement je n'ai rien contre un texte d'une nouvelle licence, les legal font ça probablement très bien. Non, les couacks sont ailleurs, dans le fait-même de changer ! a) Yaka regarder la masse de données que des personnes/instituions tiers nous filent. Une bonne partie nous est donnée sous la présomption de la cc-by-sa. Renégocier tout ça ? Le virer ? b) Quelqu'un avait fait part, sur une de leurs pages wiki, que, s'ils changent la licence, ces legal, ils devront virer plusieurs pays sur la planète de la base osm. C'est probablement lié à des circonstances, que les accords pour récupérer les données dans osm avaient été conclus avec des personnes qui n'y sont plus, aujourd'hui, soit sont partis en retraite, remplacé par des durs, soit que les gouvernements ont été remplacé... Concernant la pseudo-discussion legal : Des pages legal changent plus vite que je change de t-shirt. Ils se permettent, de virer des commentaires substantiés faites par des participants de la planète, ou, de carrément virer la page, floupp, à la trappe... Pas glop, ça. S'ils avaient lus G Machiaveli, ils s'y seraient pris un peu plus futée, pas de façon aussi dilettante et grossière. c) Les avons-nous mandaté, pour qu'ils nous disent ce qui est bon pour nous ? De plus, de façon C'est à prendre ou à laisser, signez, et si ça vous ne plaît pas, barrez-vous, virez ouste, vous et vos données. Ça me déplaît sérieusement. Dans mes yeux, ça ne va pas ensemble avec du 'collaboratif'. J'ai le vague souvenir d'avoir lu quelque part sur les pages du wiki quelque chose comme A qui appartient OSM ? A vous !. Mais ça n'a pas l'air d'être le vrai :-( Si c'était vrai, personne ne penserait d'imposer sa Loi (= changement de licence) aux participants (Déontologie de base, my dear...). Là, tel qu'ils s'y prennent, de toute évidence nous et notre travail sommes propriété de quelqu'un, puisque ce quelqu'un s'autorise à nous diriger. Qu'on cherche comment on peut mieux faire, oui. Qu'on en discute, oui. Qu'on impose, non ! Tel comportement a un air facho. La scientologie utilise de telles méthodes undercover inside. A quand un Führer befiehl, wir folgen ! ?? It smells, it stinks to heaven ! Y a comme un déjà-vu :-( Et personne ne rue dans les brancards ? --- Je ne veux aucunement soupçonner une quelconque mauvaise intention de la part de la foundation ! Cette initiative certainement est partie d'une bonne intention louable. Mais la façon de laquelle ça se fait me paraît abjecte. Dans un monde civilisé, n'importe quel groupement de personnes, s'il veut faire loi interne, d'abord se constitue comme groupe (Ce qui n'est pas le cas d'osm. ...Avez-vous signé un papier, une adhésion ?! ), et ensuite se dote de conseils (audit, commissions), pour étudier la situation, quoi faire, puis c'est présenté à ceux qui décident (rapport), et ceux qui décident (c'est QUI, au juste, dans OSM ? Au début, il me semblait que c'était nous tous en consensus, mais visiblement il y a d'autres Forces à l'œuvre...), ils décident, et les autres, les petits, devront s'y plier ou partir. Il n'y a qu'un pas mince entre république et dictat (Euhmchrmpfh, il me semble que c'était Ici qu'ont été formulé plusieurs versions des Droits de l'Homme ? Il m'étonne, que personne ne bronche au vu des legal d'osm). là où osm, si j'avais bien compris, se voulait ni l'un ni l'autre, et même pas démocratique (forme de gouvernement où le plus faible se plie sous celui qui fait la meilleure pub'), encore moins délégative (forme de gouvernement où la majorité se plie sous une minorité), mais se voulait consensus collaboratif. La première fois que je participais à OSM (sous autre adresse et pseudo, il y a des années), nous ne voulions aucune forme de gouvernement intra-OSM. En bon Français (même que je sois venu d'ailleurs, y a trente ans, pardon pour mes fautes de conjugaison), l'Opinel s'ouvre tout seul dans la poche, je n'y suis pour rien. -- Merci aux legal (et à la Foundation), de bien vouloir afficher clairement sous quel régîme nous sommes, et à quelle sauce on sera bouffés, nous idéalistes du terrain, et d'expliquer à la planète, comment leur intention d'imposer une nouvelle licence pourra s'accorder avec le paragraphe 2 de la page d'accueil de la Foundation http://foundation.openstreetmap.org/ : The OpenStreetMap Foundation is an international non-profit organisation supporting but not controlling the project. Remarquez le but not controlling. Ce n'est *pas* ce qu'est en train de se faire. :-( Puis
Re: [OSM-talk-fr] Organisation des discussions : forum openstreetmap
Je forwarde le e-mail ci-dessous vers la ML, il était arrivé dans ma boîte perso. Vous, la liste, êtes mieux à même de répondre à Mathieu, que moi. Je remercie Mathieu pour son initiative sa proposition, et pour son engagement. Gerhard PS : C'est mio qui ai mis en gras les passages qui me paraissaient importants. --- Le 12 juin 09 à 21:01, Mathieu Goutfreind a écrit : La mailing list talk-fr est un excellent moyen de communication, cependant je trouve les discussions difficiles à suivre. En effet la mailing diffuse des message très (voire trop) fréquemment, à raison de 7 publication par jour il est bien difficile de suivre les discussions et les sujets concernés. La forme même d'un mailing ne s'y prête pas suffisamment. Une forme plus adaptée au contenu me semble nécessaire. Je souhaiterai avec votre aide développer un forum qui me semble être une forme de publication bien plus apte à mettre en valeur le contenu diffusé sur la mailing. Les débats seraient alors bien plus clairs, et leur suivi bien plus facile. Je ne vous listerai pas les avantages d'un forum je pense que vous les connaissez déjà. Un résumé rapide des sujets de discussion et des évènement majeurs pourrait ensuite être envoyé sur la mailing list. Ce qui permettrai de mettre en valeur le contenu et de ne plus se noyer dedans. Les débats une fois clos ils pourraient rejoindre le wiki officiel. Pour ceux qui seraient intéressés par le projet contactez moi par mail. Ps : j'ai réalisé une ébauche grossière d'un forum de ce type disponible sur 2 urls différentes : http://openstreetmapforum.fr.st/ ou http://gakushuusuru.free.fr Mathieu ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: RE: Utilisation des fiches de géodésie et de nivellement
Bravo !, et merci !!! Le 12 juin 09 à 10:03, Eric Sibert a écrit : De : Herve Le-Men herve.le-...@ign.fr Date : 11 juin 2009 16:29:27 HAEC À : Eric SIBERT pe...@eric.sibert.fr Objet : RE: Utilisation des fiches de géodésie et de nivellement Bonjour M. Cantat a bien reproduit le mail que je lui avais transmis a ce sujet. La reutilisation des fiches geodesiques ne releve pas de la reutilisation sous le regime de licence prevu par la loi CADA (qui est par contre celui des donnees du referentiel a grande echelle par exemple). Ainsi, leur reutilisation est libre de droits. Les seules restrictions sont celles prevues a l'article 12 de la loi CADA (que les donnees ne soient pas altérées, que leur sens ne soit pas dénaturé et que leurs sources et la date de leur dernière mise à jour soient mentionnées). Herve Le Men IGN Directeur MODSP Responsable de l'acces aux documents administratifs de l'IGN. -Message d'origine- De : Eric SIBERT [mailto:pe...@eric.sibert.fr] Envoyé : mardi 9 juin 2009 22:40 À : Herve Le-Men Objet : Utilisation des fiches de géodésie et de nivellement Bonjour Monsieur Le Men, Monsieur Cantat a dû vous transmettre notre demande concernant l'utilisation des informations disponibles dans les fiches sur les repères géodésiques et de nivellement de l'IGN. Il nous a indiqué que dans l'hypothèse (message joint) où notre demande serait acceptée, il ne faudrait pas dénaturer les données, indiquer la source et le millésime. Nous appliquons déjà une telle politique lorsque nous utilisons les données en provenance du cadastre. En particulier, nous insérons le champ Source cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre ; mise à jour : 2009 pour chaque élément importé. Nous pouvons mettre en oeuvre une politique similaire pour les données sur les repères de l'IGN avec le champ source contenant IGN, Service de Géodésie et Nivellement: . Au final, nous souhaitons connaître sous quelles conditions nous pouvons réutiliser ces informations. Nous restons à votre disposition pour de plus amples informations. En l'attente de votre réponse, nous vous prions d'agréer, Monsieur, l'expression de nos salutations distinguées. Pour le projet OpenStreetMap Éric SIBERT ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr