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] 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] 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] [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] 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
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] 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] forum: Tentative de contribution...
On peut aussi aller regarder sur http://www.informationfreeway.org/ ou encore sur http://tah.openstreetmap.org/Browse/ qui est un peu scabreux pour y naviguer et trouver son coin, mais qui est quasi "live". Là on voit en quasi direct, ce que donne ce qu'on a uploadé. Et svp pas trop abuser à re-re-demander des rendus, pas trop surcharger les potes qui s'en occupent, mais en général le rendu se fait assez vite, parfois plus vite que t'as le temps de dire ouff. Quoique, parfois, selon l'encombrement, pannes, et la queue-leu-leue en attente, ça peut prendre son temps... Quand sa demande de rendu est dans la liste d'attente, ça va se faire, pô pousser. Ensuite, le transfert de ces images sur l'interface ouaibbe officielle d'osm, leur répercussion à toutes les échelles, ça peut prendre son temps, des jours, une semaine... Si j'ai bien compris, la mise-à-jour de l'interface ouaibbe openstreetmap.org se fait les jeudi soir. Donc de ce côté-là, se prémunir de patience... Si sur t...@h tah c'est rendu, il n'est qu'une question de temps pour que ça soit répercuté sur l'interface osm. Espérant de ne pas avoir commis trop de bourde, pourrais-tu re-transmettre à ton forum, Sylvain, si t'es d'acc' ? Je n'y participe plus, ce n'est pas par dédain, bien au contraire ! (Moi-même avais lancé la demande d'un forum en parallèle avec la mailing-list, nubble ou autre...) , mais par manque de temps et défaillance de doigts... pardon. Amicalement Gerhard Le 23 sept. 2010 à 17:46, piratebab a écrit : > Bonjour, > il faut attendre 24 heures minimum pour que les tuiles soient refabriquées. > > Le 23/09/2010 00:08, fo...@letuffe.org a écrit : >> Le message suivant : >> ## >> Bonsoir, >> >> J'ai voulu me familiariser avec OSM en rentrant le nom d'un col que je fais >> souvent à vélo. >> >> J'ai installé le logiciel Merkaartor. >> >> j'ai téléchargé le bout de carte qu'il me fallait. >> >> j'ai sélectionné le n?ud correspondant à mon col. >> >> J'ai rajouté dans les "tags" les "key" : mountain_pass, ele, name et leurs >> valeurs respectives. >> >> j'ai "uploadé". >> >> >> >> je vois bien sur le site que ma contribution a été uploadée (dans l'onglet >> "mes modifications"). >> >> Par contre je ne vois pas le nom du col apparaître sur le carte, sur le site. >> >> Ai-je loupé quelque chose ? >> >> Merci ! >> >> >> >> a été posté sur le forum >> http://forum.letuffe.org/viewforum.php?f=2 >> >> Une réponse sur la liste directement n'est hélas pas transmise sur le forum, >> ce qui n'empeche pas une concertation avant réponse sur ce fil de discussion >> -- >> Tout commentaire sur ce message peut être demandé à >> sylvainaletuffe.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] 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 > 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] 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] 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 > > 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)
> 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] 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
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
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
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] 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] " 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 > > 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] 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 > > 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] 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 >> >>> 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.37037&lon=5.91346&zoom=17&layers=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,
[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-users&m=11838123515&w=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] 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 : >> 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] Pavage de landuse
Moizaussi aimerais bien corriger les landuse Corine dans mon coin, il m'escagaçe que ma maison (et tous mes voisins) soit dans "forest", et qu'un quart des maisons du village sont dans un vert pâle "NR", un attribut/zone que j'ai du mal à identifier/sélectionner dans josm. Et comme j'étais inactif sur osm durant environ un an, mon interface chaise - clavier a mal patché les mises-à-jour "relations", "multipolygone", "multi-way" c'est surtout le côté > dupliquer/réparer la relation multipolygon si besoin est où mes doigts rechignent à transmettre au clavier... ...par trouille de commettre des bourdes. Bref, je me retrouve comme un nouveau CartoGrafAmateur in need of intégration. Il me manquerait une carte qui montrerait en mots simples comment piger quekéquoi, ces notions, je n'en trouve pas d'explication simple sur le wiki (ai-je mal cherché ?). La notion de réutiliser les mêmes nodes ou ways pour plusieurs fonctions distinctes est logic, dear Watson, c'est relativement aisé à créer sur osm, mais leur gestion et modification ensuite dans josm m'échappe, quelque part :-( On a plus vite fait de casser quelque chose, que de faire du bien. Donc en attendant de pouvoir mettre mon pigeomètre à l'endroit, je reste avec la vieille méthode "node - way - tag" décrite sur http://wiki.openstreetmap.org/wiki/Map_Features, et la forêt Corine ou ses "NR" insaisissables continuent à engloutir des villages entières sous son feuillage. (Assez souvent avec des polygones inversés entre les dalles des rendus. Osmarender toujours et encore fait ces artéfacts avec les landcover, résultat inutilisable... Là où j'aime bien leur rendu des zones bâties, il y a plus de POI de représentés, il juste manquerait que l'interface ouaibbe aille jusqu'aux zooms 21 ou 22, pour afficher les commerces et autres POI. C'est bien ça qu'on cherche quand on voyage, non ? Une station d'essence, un café, un resto, un hôtel, un camping, un parking, des chiottes, pipi-room, non ?) Je connais des bdd relationnelles, me semble que j'y étais pour quelque chose, aussi connais le pourquoi du sens de rotation de polys 3d et leurs "normales" (mes premiers rendus 3d perspectiviques de trajets routiers datent de 1972 ou '73, sur plotter, filaires), 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 ?). Elle est où, la carte osm, pour dénicher comment bien faire ? Peut-être Pieren déjà a fait (il prévoit, toujours une longueur d'avance...), mais je n'ai pas trouvé la page. Merci à vous tous. Amicalement, trop long, Gerhard. --- Le 15 sept. 2010 à 18:58, Croquette Olivier a écrit : > > Le 20 août 2010 à 15:12, hpmt a écrit : >> Et vous comment voyez vous le pavage du terrain ? > > De mon côté, j'ai appris péniblement à l'utiliser, ou plus précisément, > appris à utiliser JOSM pour que ce soit plus ou moins gérable. > > J'essaie de réutiliser au maximum les points des éléments existants (par > exemple, réutiliser les segments d'une route si elle sépare une forêt de > champs) : > - fonction "Merge" pour fusionner les nodes > - touche ALT lors de la création d'un nouveau point au milieu d'un segment > qui est partagé par divers landuse ou autres highways, par exemple pour > rendre le tracé plus précis > - fonction "Unglue" pour séparer les nodes commun des landuses quand > nécessaire > > Là où ça devient vraiment difficile, c'est avec les multipolygones créés par > l'import Corine. Ils peuvent être très complexes (nombreux trous et/ou > centaines de nodes). A certains endroits où ils ne correspondaient pas à la > réalité, j'ai commencé à les diviser pour pouvoir éditer plus facilement. Ce > faisant, je me suis d'ailleurs demandé que faire des tags spécifiques à > Corine (ID & co)... > Pour les diviser, c'est assez complexe aussi. Il faut sélectionner le way, 2 > nodes, et la fonction "Split way", puis "Unglue" sur les nodes partagés. > Ensuite, pour chaque way, il faut le fermer, et dupliquer/réparer la relation > multipolygon si besoin est. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte Tango
> Le 15 sept. 2010 à 22:44, Gérard a écrit : > utiliser Firefox et son plugin screengrab Avec screengrab, ça marche... merci ! Il a juste fallu trouver comment lancer screengrab. Il n'est pas expliqué que c'est par control-clic, menu contextuel, fonctionnalité que j'utilise peu. J'utilise une tablette graphique, pas la souris (sauf pour josm, où elle est indispensable). >> Le 14 septembre 2010 23:10, Balooval a écrit : >> Il y a en bas de la petite fenêtre de contrôle les liens "permalink, form, >> perl, ..." Le Mac est livré avec Perl intégré, mais quand je colle le script dans la fenêtre de Terminal.app, il émet des blimps pas content, et affiche "mode : command not found". Mais bon, screengrab fonctionne. Merci encore ! Gerhard ___ 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 > 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] 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.927&lon=-2.1176&zoom=14&layers=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.679&lon=8.7236&zoom=12&layers=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] 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
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.927&lon=-2.1176&zoom=14&layers=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.679&lon=8.7236&zoom=12&layers=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.6084&lon=3.89765&zoom=17&layers=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 qu
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 a écrit : 2010/8/31 Vincent Pottier 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" À: "Discussions sur OSM en français" 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 "exotiques"b 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 hard&soft 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] 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.
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] [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
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 : 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] 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 : >> 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
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
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 : >> à 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] 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] Une association pour OSM - Objet de l'association
Faites comme vous voudrez, chacun est libre de ses actes, je défends ce Droit, avant toute autre chose. Faites, comme bon vous semble. Mais svp ne viendrez pas pleurer, après. trop long. --- Le 25 nov. 09 à 23:17, Vincent Pottier a écrit : > > Emilie Laffray a écrit : >> >> Il n'y a rien car il n'y a rien. >> Emilie Laffray >> > Bing ! > http://wiki.openstreetmap.org/wiki/FR:Fortunes > -- > 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] 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 : > >> 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] 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] 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] Re : [OSM-talk-fr-bzh] [import] BMO Brest Metropole Oceane - building
Bravo ! Toutefois, au moins dans le centre ville, il semble exister un décalage entre les maisons importées, et les tracés des rues faits par les osm'eurs, et ça a un air "systématique", c'est bizarre... Je ne pense *pas*, que tous les osmeurs qui ont travaillé la-dessus, auraient fait une même erreur ! Ça sent quelque chose de généralisé, comme une différence dans les projections, dans le géoïde utilisé, ou, est-ce que le système gps nous envoie dans les orties ? Ou simplement l'effet canyon ? Je n'ai pas d'explication pour ce décalage quasi systématique. Gerhard --- Le 15 oct. 09 à 11:42, Pieren a écrit : > > 2009/10/15 Etienne T : >> Et à recentrer le tout : >> http://www.openstreetmap.org/?lat=48.398999&lon=-4.469574&zoom=18&layers=B000FTF >> Bref, il y a encore du boulot ;-) > > Notez ici: > http://www.openstreetmap.org/?lat=48.395088&lon=-4.478672&zoom=18&layers=B000FTF > > le billet de banque au milieu de la route et l'église Saint-Martin qui > n'a pas son place_of_worship. > Cela veut dire qu'il faut déplacer un certain nombre de tags du node > vers le building. > > Effectivement, il y a encore du boulot mais ça montre l'utilité > d'importer les bâtiments dans OSM. Cela permet de positionner > précisément les routes, les autres voies (cyclables par exemple) et > autres POI's. Et à OSM d'atteindre un niveau de qualité > quasi-professionnel. > Bravo à tous, > Pieren > > ___ ___ 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] 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] 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è
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 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
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
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 pa
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] [tag] Colonne forestière h:5 m, 2r:1,5m
Tout ce que je trouve pour ça, serait le "histroric=marker", une proposition de tag en cours : http://wiki.openstreetmap.org/wiki/Proposed_features/historic_marker Ça pourrait aussi servir pour les bornes miliaires romaines, les poteaux d'évêché, les bornes Napoléon, et autres. Gerhard --- D'autre part, ces colonnes (ONF, 1826, dans l'axe des "traces" de la forêt, visibles de loin...) me font penser fort à des bornes faites pour les arpenteurs et ingénieurs, pour faire le plan de la forêt, tracer ses lignes, découper ses parcelles, bref, pour créer la base pour sa gestion... ...donc peut-être c'étaient en premier lieu des bornes de leur réseau géodésique local. 'Faudrait poser la question à l'ingénieur divisionnaire qui s'occupe de la forêt, peut-être il saura ? (En "marche-arrière", ça peut servir à envoyer les ouvriers au bon endroit sans qu'ils se gourent, qu'on parle bien de la "bonne" parcelle à s'en occuper). Dans d'autres régions, le plan/découpage/tracé des lignes avait été fait à l'aide de "bornes" temporaires, une sorte de pyramidion en bois avec une croix de visée dessus, les bras peints en rouge et blanc, pour pouvoir bien viser au théodolite depuis loin. Ces pyramidions ont disparus, depuis, mais ils avaient laissé une borne en pierre enterrée en-dessous, avec une croix gravée sur le dessus, qui elle était le "véritable" point de repère. Hélas la plupart de ces repères a disparu depuis (un bulldozer qui refait un chemin forestier ne la remarque même pas), mais les rond-points aux croisement des lignes de visée (on appelle ces chemins aussi "traces", de "tracer") sont restés, et servent aux pique-niques. La plupart des gens ignorent que ces grands ronds avaient leur raison d'être : Les charrettes débardeurs avec leur charge de bois long devaient pourvoir passer à côté du repère pyramidion, sans le toucher, sans le déplacer. Peut-être que dans la forêt de Chaux, les ingénieurs de l'ONF avaient ras la casquette, de devoir re-centrer tous les quat' matins les pyramidions de visée renversés par les charretiers ? Et les auraient fait faire en pierre ? Faudrait pouvoir jeter un coup d'oeil sur le dessus du chapiteau des colonnes : S'il y a une marque gravée au centre, ou un piton scellé, ça serait un indice. Techniquement parlant, si des lettres ou des chiffres seraient gravée sur la face de la colonne, en haut, plusieurs fois (dans chaque direction de départ d'un chemin) , ça serait encore plus aisé pour identifier le point depuis loin, dans la lunette du théodolite, et le soupçon de borne de géodésie deviendrait presque affirmation. Sur certains des photos sur le site internet que tu indiques, on voit chiffres et lettres sur les chapiteaux, mais on ne voit pas si elles "visent" dans l'axe d'un des chemins. Mais bon, je ne les ai pas vu sur place, ces colonnes, je ne fais que des suppositions/parallèles/hypothèses. --- Le 7 oct. 09 à 18:00, Vincent Pottier a écrit : > > Bonjour, > Comment on taggue ça ? > http://fr.wikipedia.org/wiki/For%C3%AAt_de_Chaux#Singularit.C3.A9s > > http://www.racinescomtoises.net/?Les-Colonnes-de-la-foret-de-Chaux > > Je sais qu'il en existe aussi une là : > http://www.openstreetmap.org/?mlat=48.767371&mlon=7.317139&zoom=18&layers=B000FTF > > un man_made= quelque chose. Mais quoi ? > (et autres tags...) > pas trouvé de man_made=column dans OSMdoc > -- > 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] 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] 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
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] 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 >: >> -- 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] 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.6382&lon=3.5986&zoom=13&layers=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 : >> 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 q
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] 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 d"un 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 ou
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] 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.18917&mlon=5.7722&zoom=17&layers=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] 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 "operator"s 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
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
Re: [OSM-talk-fr] Gonflage
Ouiich ! Et svp prévoir d'indiquer la pression max' disponible, puisque pas mal de véhicules nécessitent des pressions de 3,5 bars, 4 bars, voire 6 bars parfois, donc si on se pointe "sous-gonflé" avec un tel engin à une station de supermarché réglée sur max 2,8 bars, ou sur une station autoroute limitée à 3,3 bars c'est l'inverse qui se passe : C'est le pneu sous-gonflé avec ses 3,6 bars, qui se déglonfe encore plus et remplit la cuve du compresseur, et là, t'est vraiment à plat, sur les jantes, plus que les yeux pour pleurer, à pied, on a "gagné sa journée"... :-( (et attendre qu'un autre engin de la sorte veuille bien passer par-là, et veuille bien s'arrêter, pour te filer un peu de pression (on a des tuyaux exprès pour ça) de chacun de ses pneus, ou, le "luxe total", de te brancher sur son compresseur 'pro' embarqué... J' avais acheté un, de ces compresseurs "six bars garantis" 220, 24 et 12, bas prix, pour découvrir qu'à 3,2 il chauffait au point de fondre, pchitt, -> poubelle...). Aussi, certaines stations sur autoroute, quoique souvent elles fournissent dans les 4,2 voire 5 bars, sont inaccessibles aux gros gabarits : Pour y arriver, ça demande des manœuvres pô possibles, et en manœuvrant on a peur d'écraser le pépé qui cherche son sandwich, ou la mémé, ou sa mercedes (quoique, les clk ou des Lambo sont tellement basses, que ça peut passer sous l'arrière de la caisse,sans rayures, si la caisse a encore un cul à l'ancienne, haut...). Et avec des attelages quarante-deux tonnes, 'faut dételer pour y arriver, donc durant un certain temps, sans en avoir l'intention, on est obligé de bloquer tout le passage "droit" de la Station... :-( Derrière, ça râle, à juste raison, mais comment faire autrement ? Un tag pour décrire une station de gonflage, avec des amendements pour ses détails d'utilisabilité, serait vraiment utile aux routiers/routards/campeurs, je pense... Amicalement Gerhard --- Le 30 sept. 09 à 10:54, Etienne Chové a écrit : > > Pieren a écrit : >> 2009/9/30 Jean-Francois Nifenecker > >: >>> Bonjour, >>> >>> je ne sais si cette question a déjà été posée ici... >> >> Jamais... >> >>> Comment étiqueter une station de gonflage comme on en trouve aux >>> entrées >>> d'autoroutes, par exemple ? >> >> highway=services (attention au 's') + inflation_station=yes ? >> ou amenity=tire_inflation_station ? >> ou amenity=fuel + inflation_station=yes si combiné avec une station >> essence ? >> >> Il faudrait aussi regarder avec tagwatch si le mot 'inflation' est >> déjà utilisé. > > On ne trouve pas de clé avec *inflate*. > > Cependant on trouve : > http://osmdoc.com/en/tag/amenity/air%20to%20inflate%20wheels > http://osmdoc.com/en/tag/amenity/air%20to%20inflate > http://osmdoc.com/en/tag/amenity/bicycle_tire_inflator > http://osmdoc.com/en/tag/amenity/air_fill > http://osmdoc.com/en/tag/amenity/bicycle%20air > http://osmdoc.com/en/tag/air_fill/yes > > Mais ces infos n'apparaissent respectivement que 2, 1, 1, 6, 5, 2 > fois. > > C'est peut être l'occasion de proposer une nouvelle feature ? > > -- > Etienne > > ___ 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] 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
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] tagguer une digue
Ooouaipch, souvent on confond, mais je dis "fort" pour ce qu'il a dessiné, la citadelle proprement dite n'en est qu'une partie. Gégé --- Le 27 sept. 09 à 20:29, Jean-Francois Nifenecker a écrit : > > g.d a écrit : >> ça sort pas mal, le fort de Besancçon... >> > > on dit "la citadelle" :-) > > -- > Jean-Francois Nifenecker, Bordeaux > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 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] 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] 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 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=18&lat=46.872022&lon=6.374034&layers=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] 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
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.508212&lon=2.122629&zoom=18&layers=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.10199&lon=4.75495&zoom=17&layers=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=18&lat=44.10374&lon=4.75662&layers=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] 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] 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 à
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] 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 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] 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" À: 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] 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 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
"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)
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 : >> 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] 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] 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 2009/9/10 Gourmet 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
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. : >> 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] 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] 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 : >> À 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=JORFTEXT18008630&dateTexte= [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 : >> 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] forum: [Proposition] Espaces dans les ref.
Le 24 juin 09 à 13:22, Pieren a écrit : A generic path. Paths for which all and any of highway=footway, highway=cycleway and highway=bridleway would be inappropriate or inadequate, yet usable for travel or navigation. Either not intended for any particular use, or intended for several different uses. footway: For designated footpaths, i.e. mainly/exclusively for pedestrians. pedestrian: For town centres and civic areas, where wide expanses of hard surface are provided for pedestrians to walk between shops. Je suis d'accord que la difference est assez mince (sauf pour pedestrian qui est assez clair). La faute à ceux qui ont introduit le tag "designated" pour remplacer footway mais qui n'y sont pas arrivé. Le compromis final est assez bancal. Oui, ça cafouille un peu. Ce "path" semble être un équivalent du "unclassified", quand le chemin n'est pas assez large pour des véhicules. Mais alors pour les "restrictions", je pateauge dans la semoule : Toute une gamme, avant d'arriver au "alpine hiking", si on voulait décrire : quad:no, motorbike:no, enduro:no, cross-country:yes, cycle:no, crossbike:yes, mais seulement en descente, foot:yes, promeneurs:no, mamys:no, babies:no, caddies:no, pushchair:no, accès_handicapés:à_spécifier_selon_handicap, horse: yes, cavaliers_du_dimanche_avec_bombe:no, chevaux_de_valeur:no, randonneurs_sur_canassons-bâtards:yes, ski:only_when_snow, boat:only_when_coeff≥96, fishing:yes, mais gare aux lachers de l'EDF, et certainement j'en oublie la moitié. S'il faut taper tout ça dans les tags, au secours ! Josm commence à proposer des "précuits" pour de telles choses, merci, mais tant que ça ne sort pas sur l'affichage de la carte, ça n'encourage pas. Emilie a beau dire qu'elle se fiche de la carte, et que c'est la base de données qui l'intéresse, pour nous ici bas, simples contributeurs, c'est coumême la carte qui est notre récompense : C'est là où on voit, ce qu'on a fait. Gégé ___ 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=UTF8&ll=48.081778,-1.647391&spn=0,359.961848&z=15&layer=c&cbll=48.0 > 81749,-1.647577&panoid=OUTdtU68JZ69U9zdcNcHgw&cbp=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] Footway ou path ; seule la vue du terrain permet de choisir
>> - un bot pour remplacer les 'residential' par des >> 'unclassified' (parce que la différence entre ces tags ne >> correspond à rien de concret) Svp pas remplacer les "residential" par du "unclassified" (J'espère que c'était un troll ?). Le "residential" a son sens en agglomération, et en habitat dispersé, ça veut dire qu'il y a des maisons. Là où du "unclassified" en rase campagne est valable pour des départementales qui font 2 mètres le large, et qui mènent nulle part, pas d'âme qui y vive sur des kilomètres. Je préfère conserver la distinction entre ces deux tags, elle est très utile. Gerhard ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr