Re: [OSM-talk-fr] Interdit sauf véhicules non autorisés sur voie express
Merci pour vos différentes réponses. J'ai finalement opté pour : access !=trunk C'est pour rire ;-) Mais plutôt : motor_vehicule=no mofa=yes moped=yes agricultural=yes J'ai laissé tombé les quad et les voiturettes. J'ai mis une note = Interdit sauf véhicules non autorisés sur voie express. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Interdit sauf véhicules non autorisés sur voie express
A chercher sur internet, il semble que les véhicules à moteur de moins de 50 cm3 (ou 15 kW) soient interdits sur voie express (mais 125 cm3 sur autoroute). Donc, pour la route qui m'intéresse, sont autorisés : - tout moyen de locomotion non motorisé - véhicules motorisés de moins de 50 cm3 (mobylette, voiturette, quad...) - engins agricoles Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Changement de licence, enfin des nouvelles !
Pour info, http://odbl.poole.ch/france-20120213-20120328-poly.html vient d'être mis à jour et donc au dernier comptage: J'ai un peu des doutes sur les calcules de poole.ch. Hier, je suis tombé sur une route qui n'était pas considérée comme menacée. Sauf que tous les noeuds de la route l'étaient (unique contributeur n'ayant pas accepté les nouvelles conditions). Sinon, sur Madagascar, il y a une entreprise qui avait fait plusieurs comptes. Sur un des comptes, ils ne retrouve pas le mot de passe (ni l'adresse où ça doit être renvoyé). Est-ce qu'il serait possible de contacter les admins pour valider manuellement ce contributeur? C'est le compte : ild_err4 (et le reste de l'entreprise qui est OK est en ild_xxx) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Interdit sauf véhicules non autorisés sur voie express
Ça, c'est du titre. C'est surtout ce qu'il y a grosso modo sur un panneau. À la sortie de Moûtiers (73), il y a une voie rapide 2x2. En parallèle, il reste l'ancienne nationale mais avec à l'entrée un panneau interdit aux voitures et motos : http://wiki.openstreetmap.org/wiki/File:Fr-B7a-Interdit_aux_v%C3%A9hicules_a_moteur_sauf_cyclo.gif et en dessous, il est rajouté : sauf véhicules non autorisés sur voie express Vous suggérez quoi comme codage? -- Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary
- on ne taggue pas pour le rendu (leit-motif récurrent sur cette liste), On ne taggue pas pour UN rendu particulier ;-) On taggue pour tous les rendus, passés, présents et à venir!!! -par contre il semble bien vu de tagguer pour le routage ; Le routage est UN rendu... et encore, il y le routage voiture, camping-car, vélo, piéton, chaise roulante, aveugle... Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de licence, la date approche
fds == Francisco DOS SANTOS f.dos.san...@free.fr writes: fds Vu sur le site de la fondation : fds http://www.osmfoundation.org/wiki/License/Rebuid_Plan fds fds Plus la date approche et plus j'angoisse ... http://fakestevec.blogspot.com/2012/02/inspirational-message.html Bel effort de massacre d'un projet, cette volonté de changement de licence. -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de licence, la date approche
Bel effort de massacre d'un projet, cette volonté de changement de licence. Pareil, je suis sidéré de voir tant d'energie dépensée, tant de compétences monopolisées, tant d'autodestruction mise en oeuvre avec autant de bonne volonté pour contourner un probleme que je n'ai toujours pas compris. En même temps j'avoue ne pas avoir fouillé le sujet vu que les aspects legaux ne m'interessent pas. Mais je n'accorde aucune importance à mes modestes contributions et le fait qu'elle soient CC ou ODbL ou autre ... Comme une grosse partie de la communauté je pense, j'ai du mal à comprendre les tirades enflammées à ce sujet, pour ou contre. Mais j'espere que le résultat à ce niveau ne sera pas trop catastrophique. Je pense garder le fichier Geofabrik de fin mars un petit moment :)) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de licence, la date approche
vj == Vincent-Xavier JUMEL endymion+...@thetys-retz.net writes: vj Il aurait bien évidement souhaitable de continuer avec une licence vj inadaptée aux bases de données Aucune licence n'a aujourd'hui démontré (par la jurisprudence dans différents pays, qui ont des législations très différentes en ce domaine) qu'elle est adaptée aux bases de données. En revanche, une compréhension commune de l'esprit de la licence CC-BY-SA commence à émerger, et devrait protéger les contributeurs d'utilisations qui ne seraient pas conformes à cet esprit (celle faite par Apple, par exemple). vj et avec l'impossibilité pour la fondation de faire quoique ce soit vj du travail des contributeurs en cas de disparition de ceux-ci. Je ne suis pas intéressé par ce que la Fondation OSM peut faire du travail des contributeurs. En revanche, je suis très intéressé par ce que les _gens_ peuvent faire de ces contributions. vj J'estime au contraire que le transfert de «copyright» vers une fondation vj qui garantit une utilisation conforme à l'esprit du projet est un acte vj fort intéressant. Il n'y a pas transfert du copyright vers la Fondation, mais les contributeurs se voient contraints de lui accorder des droits d'exploitation particuliers. Et la Fondation OSM ne me semble pas travailler de façon conforme à l'esprit du projet; au contraire : - elle va procéder à la destruction du résultat d'énormes quantités d'heures de travail de contributeurs - elle suit un calendrier rigide de mise en oeuvre qui ne permet pas de limiter la casse, apparemment pour éviter que des membres du board ne perdent la face - elle n'étudie pas des pistes qui permettraient d'éviter cette destruction de données, comme le processus de rénovation des licences CC, qui devraient passer en v4 en fin d'année (et qui vont chercher à mieux intégrer les questions relatives aux bases de données) - sa communication sur un sujet ayant des implications aussi immenses (surtout dans certains pays comme l'Australie et la Pologne) a été quasi inexistante Que cette nouvelle licence donne davantage de pouvoirs à un organisme aussi mauvais est à mon avis une seconde conséquence négative de ce processus. -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de licence, la date approche
jt == THEVENON Julien julien_theve...@yahoo.fr writes: ecm elle n'étudie pas des pistes qui permettraient d'éviter cette ecm destruction de données, comme le processus de rénovation des licences ecm CC, qui devraient passer en v4 en fin d'année (et qui vont chercher à ecm mieux intégrer les questions relatives aux bases de données) jt Par curiosite, est ce que ses versions 4 seront retrocompatibles jt avec les versions precedentes ? ou il faudra un accord explicite jt de l auteur pour relicencier ? J'ai compris qu'elles devraient être retrocompatibles, et donc que OSM pourrait passer «automatiquement» vers la v4, sans devoir effacer de données (mais je ne suis pas expert en la matière). http://creativecommons.org/weblog/entry/30676 http://wiki.creativecommons.org/4.0 -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Formation OSM cycle
Bonjour, Cette formation de demain est-elle toujours d'actualité ? Si oui, en tant que cycliste et nouveau Lyonnais, j'essayerai volontiers de passer demain meme si ca sera surement un peu en retard ... :( Ps: y a t-il un endroit sécurisé pour les vélos ? Eric(user:Blueberry) Le 6 mars 2012 08:16, Yves Rouquier yves.rouqu...@wanadoo.fr a écrit : Bonjour , L'association La ville à vélo http://www.lavilleavelo.org/ propose une petite formation osm orientée cycle. Notre but est d'améliorer et d’étendre la couverture de notre carte des aménagements cyclables http://carte.lavilleavelo.org/. Rendez vous Mercredi 14 Mars à 19h 10 rue Saint Polycarpe Lyon 01 http://www.openstreetmap.org/?mlat=45.769025mlon=4.834161zoom=17 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Capitalisation automatique des odonymes francophones hors de France
D'évidence, il n'y a pas des masses de communauté locale à qui poser la question. On fait sans à défaut ? Les règles typographiques Françaises peuvent-elles s'appliquer aux toponymes et odonymes Français dans des pays francophones sans tomber dans un paternalisme néo-colonialiste arrogant quoique bien intentionné ? Alors je vais parler de Madagascar. Hors la capitale, je suis le principal contributeur. Alors, j'ai fait une page wiki sur Mada pour essayer de cadrer les choses : http://wiki.openstreetmap.org/wiki/FR:WikiProject_Madagascar Je n'ai pas abordé le problème particulier que tu mentionnes mais les exemples vont dans le sens de la typographie française, y compris pour les noms malgaches. Ensuite, pour la capitale Antananarivo ( http://osm.org/go/nBOh57KE- ), les principaux contributeurs sont les employés d'une entreprise locale... dirigée par un français (pour les aspects techniques). Et le métier premier de l'entreprise, c'est l'édition de brochures touristiques pour des opérateurs français. Donc, ils sont à donf sur la typographie française. Alors, la consultation des contributeurs locaux, on tourne un peu en rond. Finalement, le wiki comme espace de discussion me paraît une bonne option. Eric PS : et de toute façon, les malgaches n'en n'ont rien à faire des noms de rue. Ils utilisent les noms de quartier pour se repérer et un système de lots pour le courrier et les éléments administratifs. http://wiki.openstreetmap.org/wiki/FR:WikiProject_Madagascar#Adresses ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communes fusionées
Je suis de très loin ce fil de discussion. Mais je pense que le mieux serait d'indiquer pour chaque bâtiment (building=yes) la population moyenne à l'année. Ou s'il y a vraiment de forte variations saisonnières, le coupler avec opening_hours=*. - plusieurs place ? lequel est le bon ? on regarde le nom ? le ref:INSEE ? Cas que j'ai déjà cité, d'une commune historiquement fusionnée, pour revenir au sujet de départ : - commune de Livet-et-Gavet - le village de Livet à un bout - le village de Gavet à l'autre bout - le village de Rioupéroux au milieu - ces trois villages sont de taille équivalente - une demi-douzaine d'autres hameaux - tout ça bien séparé (pas de suburb) - la mairie est à Rioupéroux Vous mettriez quels noeuds où? Et pas grand monde pour cartographier ce charmant coin et compter le nombre d'habitant par maison ;-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communes fusionées
! Sauf que les ajouts que j'imagine ne sont que pour les déserts actuels : pas de node place dans l'emprise du polygone communal du GeoFLA. Ca pourrait être une première statistique intéressante. Combien de commune sans node place ni relation de limites? Et aussi, combien de commune avec une relation de limites mais sans node place? Et pendant qu'on y est : combien de commune avec une relation de limite, des node place mais pas de admin_centre? Mes 0,02 €. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Usage d'OSM par les infographistes...
A titre de test, j'ai généré 2 fichiers SVG avec les limites des régions et des départements, [...] simplifié les traces pour ne pas manipuler trop de points (résolution 50m). Je viens de regarder le résultat dans Inkscape. Je pense que tu peux simplifier beaucoup plus. A la louche, vue l'épaisseur des traits sur le dessin (valeur par défaut?), ça ferait 1 km de largeur sur le terrain!!! J'ai fait ça en semi-automatique, si vous pensez que ça peut être utile, Oui, ça peut être utile. Expérience spéléo, quand on fait un inventaire des cavités d'une zone, on est toujours à la recherche de fond de carte. Souvent, c'est à l'échelle d'un département. Donc : les communes d'un département, Oui. Les cantons d'un département aussi. J'imagine les comcom pour d'autres. le réseau hydrographique, Intéressant aussi. ferré, autoroutier...). Moins intéressé en ce qui me concerne mais ça peut en intéresser d'autres. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Usage d'OSM par les infographistes...
cq == Christian Quest cqu...@openstreetmap.fr writes: cq J'ai fait ça en semi-automatique, si vous pensez que ça peut être cq utile, je peux l'automatiser pour d'autres types d'extractions (les cq communes d'un département, le réseau hydrographique, ferré, cq autoroutier...). Serait-il difficile d'ajouter une couche raster avec le relief, d'après Natural Earth? http://www.naturalearthdata.com/downloads/10m-raster-data/10m-natural-earth-1/ (c'est du TIF avec un fichier .tfw, données dans le domaine public) -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger un cassis ?
Oui, les radiers, c'est pour faire passer l'eau. Un autre exemple au-dessus de Grenoble : http://maps.google.fr/maps?q=la+tronchehl=frie=UTF8ll=45.214139,5.744597spn=0.000688,0.001206sll=46.75984,1.738281sspn=10.961323,19.753418hnear=La+Tronche,+Is%C3%A8re,+Rh%C3%B4ne-Alpest=hz=20layer=ccbll=45.214068,5.744532panoid=N_Lsk8WIhahvIxNQozyy3Acbp=12,7.4,,0,34.24 Je l'ai codé en gué (ford) comme je le fais régulièrement à Madagascar. Un radier n'a pas vocation à ralentir la circulation et peut d'ailleurs être relativement étendu. Pour moi radier et cassis sont deux concepts à distinguer dans OSM. Pour le cassis, il faut enrichir les valeurs du tag traffic_calming (=hollow?) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger un cassis ?
Pour le cassis, il faut enrichir les valeurs du tag traffic_calming (=hollow?) As-tu un exemple pour le hollow ? Il est vrai que je ne connais pas le terme en anglais... Non, c'est une traduction à l'arrache avec google. Je viens de regarder dans le gros Robert et ça propose : cassis [route] : bump, ridge. Donc, l'aspect creux n'est pas du tout rendu. Et dans taginfo, je ne vois pas non plus d'exemple correspondant. Pour aller plus loin, d'après le Trésor de la Langue Française : CASSIS3, subst. masc. Rigole pavée et/ou pente pratiquée en travers d'une route pour faciliter l'écoulement des eaux. Un cassis à bords vifs taillés en travers du sentier (ABELLIO, Heureux les pacifiques, 1946, p. 103). P. ext. Dépression brutale d'une route. Anton. dos d'âne : ... nous embarquons dans la Ford qui s'en va, déhanchée, à travers les sillons de la route. Les « cassis » ont ici un pied de profondeur, et les ornières pétrifiées absorbent les pneus jusqu'aux jantes. T'SERSTEVENS, L'Itinéraire espagnol, 1933, p. 84. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] place = locality / hamlet
Le 11/02/2012 18:45, Po G a écrit : Sur le cadastre, un nom est affiché souvent dans les champs à coté des bâtiments d'une ferme. A ma connaissance, ce même nom sert d'adresse. Plusieurs questions : 1 - Utilisez vous place=locality ou place=hamlet pour une ferme unique ? place=isolated_dwelling http://wiki.openstreetmap.org/wiki/Tag:place%3Disolated_dwelling 2 - Utilisez vous un point ou une area pour enregistrer cette information Point en ce qui me concerne. 3 - Si area : quel contour utilisez vous. Si un point, à quel endroit le placez vous (à la place du texte dans le cadastre ou sur le bâtiment) ? Au milieu de la cour de ferme, au niveau du puits. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Openstreetmap chez les cm1 cm2
Le temps de prise en compte des modifs sur le rendu Mapnik est effectivement frustrant au début où je languissais de voir le résultat pour contrôler si j'avais pas fait de bêtises. J'ai vu sur la liste la procédure qui permettait via un /DIRTY de forcer une regénération prioritaire de la tuile et ca, c'est pratique ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] liste local-grenoble [HS ou presque]
Si le Nord-Isère en a marre d'être à cheval, ils pourront toujours créer local-bourgoin, Nan, local-terres-froides!!! Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti = nettoyage des données cleo carto
J'ajoute qu'au delà des chevauchements, il y a les bâtiments scindés en plusieurs morceaux (par les limites de parcelles) qui prennent nettement plus de temps à corriger. Comme ça vient d'être signalé, il y a des bâtiments mitoyens construits indépendamment sur des parcelles voisines (typiquement dans les centres anciens) qui n'ont pas lieu d'être fusionnés. Et inversement, des bâtiments uniques construits sur plusieurs parcelles qui eux doivent être fusionnés. Les données du cadastre seul ne permettent pas de choisir. Donc, pas de fusion/correction automatique, uniquement du manuel après contrôle sur le terrain. Sinon, j'ai aussi rencontré des cas de bâtiments récents sur parcelle unique mais découpés en plusieurs morceaux. Dans ce cas, je serais plus favorable à un traitement automatisé. Il semble qu'à un moment donné (durant automne 2011), cleo carto faisait la fusion en automatique. Vous confirmez? Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] liste local-grenoble [HS ou presque]
Modestes suggestions : 1 rebaptiser la ML Dauphiné-Savoie, Nan, c'est pas possible. :-p Savoie indépendante, du foin pour nos vaches!!! 2 créer, en plus de la ML LOG, une liste Savoie (ce qui ne serait pas une position politique) une liste SavoieS au pluriel pour ne pas froisser les susceptibilités des gars de la Haute (à prononcer Yote). ou Annecy-Chambéry ou Cartes pentues sub-lémaniques et, si le besoin arrive, une liste régionale. Ou Alpes du Nord, tient!!! Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Accueil des nouveaux contributeurs
Gilles Bassière gbassi...@gmail.com a �crit : Bonjour Je détecte aussi les nouveaux (plus artisanalement, via OWL) et, s'il y a des améliorations à proposer, j'envoie un message.[...] Même genre de démarche pour moi. Ce que j'apprécierais, c'est un flux rss des nouveaux contributeurs d'une zone données. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sondage sur le travail collaboratif de saisie de données pour un contributeur expérimenté OSM
ho == Hendrik Oesterlin hendrikmail2...@yahoo.de writes: ho Peut-on avoir une explication ce que la question 4 veut dire? 4. Pensez-vous que la description de caractéristiques de certains objets comme « c’est le plus grand immeuble de la zone » ou de relations entre certains objets comme « l’abribus est exactement en face du bureau de poste » peut rendre le contenu encore plus utile ? Si non, pourquoi ? Si oui, avez-vous des exemples en tête, en particulier des relations entre des nouveaux objets et des objets topographiques de référence comme ceux présents sur les cartes de sources gouvernementales comme l'IGN (routes, bâtiments, etc.) ? Ceci me fait penser à une technique utilisée par Google Maps en Inde, pour générer des descriptions d'itinéraire intégrant des points de référence locaux («à droite après le McDonalds» ...). http://googleblog.blogspot.com/2009/12/go-thataway-google-maps-india-learns-to.html -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sondage sur le travail collaboratif de saisie de données pour un contributeur expérimenté OSM
Je ne trouve pas de manière pertinente de représenter ces relations remarquables entre objets. D'une part, je me heurte toujours à la subjectivité de la chose. Par exemple, j'ai vaguement connaissance qu'il y a des McMachin autour de chez moi mais je suis incapable de dire où ils sont, je n'y prête pas attention, c'est-à-dire qu'ils ne sont pas visibles pour moi. Et d'autre part, je reviens toujours à la notion de POI. Effectivement, qu'est-ce que le visibility=McDonalds apporte de plus que amenity=fast_food+name=McDonalds ? Exemple: on a rendez-vous à Limoges. Le coéquipier me dit : tu prends l'autoroute et quand tu vois le logo McMachin (au sommet d'un mat), tu sors de l'autoroute et on se retrouve sur le parking de McMachin.. http://maps.google.fr/maps?q=limogeshl=frll=45.883465,1.29114spn=0.000727,0.002064sll=46.75984,1.738281sspn=11.727894,33.815918hnear=Limoges,+Haute-Vienne,+Limousint=hz=20layer=ccbll=45.883465,1.29114panoid=3TgSpxPfHjgSzHpe8qOx0wcbp=12,191.05,,0,0.15 Sur le terrain, on n'a eu aucune difficulté pour se trouver même si on n'est pas allé manger chez McMachin. Et il est à priori difficile de prévoir que McMachin est visible depuis l'autoroute avant d'arriver à la bonne sortie et dans un coin vallonné. Après, comment prendre ça en compte dans un logiciel de guidage et en amont dans une base de données? Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sondage sur le travail collaboratif de saisie de données pour un contributeur expérimenté OSM
mod troll IGN - OSM, n'est-ce pas antinomique ? , l'IGN aurait-il peur du projet OSM ou souhaiterait-il investir dedans ? /mod troll Oui, l'IGN prévoit d'ouvrir le RGE sous licence libre... Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Informations Holux GPS sport 260 pro
Sympa, un nouvel acteur sur le terrain des GPS Outdoor et qui en plus revendique une compatibilité OSM ! Autre bonne nouvelle, les TwoNav Sportiva prennent une claque et sont dans la ligne des Oregon maintenant (330€). Mais mon prochain sera surement un Oregon quand meme ! :)) Le 31 janvier 2012 21:02, Fabien marbolan...@gmail.com a écrit : Ah oui c'est bien plus sympa déjà. J'en profite pour remercier, tardivement, ceux qui ont participé au fil. Je ne l'ai pas pris parce que c'est un comme montré au dessus qui m'intéresse donc à suivre. Fabien Le 31 janv. 2012 20:50, Ab_fab gamma@gmail.com a écrit : On change de budget, mais la carto OSM est là ! :-) http://www.itrnews.com/articles/128356/mio-deux-gps-velo-prix-eleves.html Le 27 janvier 2012 10:10, Fabien marbolan...@gmail.com a écrit : Bonjour, Merci pour la réponse. Ça me semble sympa mais le logiciel privatif qui, à mon avis, ne marchera pas sous Linux n'est pas terrible. En plus est-ce qu'on peut mettre des cartes OSM ? Au niveau de la mémoire c'est vrai que ça fait pas beaucoup. Enfin je trouve... Fabien Le 27 janvier 2012 08:56, Ab_fab gamma@gmail.com a écrit : Bonjour, Le manuel utilisateur disponible sur le site constructeur indique que la puce GPS est une Mediatek MTK3329 Il en est pas mal question sur les sites de drônes, du fait de son faible coût et de sa capacité à renvoyer 5 positions par seconde (contre 1 pour une puce classique SirF III). http://www.diydrones.com/forum/categories/705844:Category:61230/listForCategory Ceci étant, rien ne dit que le programme du GPS Holux permettra ce genre de bidouille (l'intervalle mini est annoncé à 1 sec. en page 99) Il y a une petite contradiction entre les 4 MB de mémoire et la capacité de 160 000 points. Cette dernière laisserait plutôt penser que c'est 64 MB. Dans ce cas, ça laisse de quoi voir venir. Le manuel indique qu'il faut utiliser le logiciel maison pour décharger les traces. Est-il possible de se passer de celui-ci (le boitier est-il reconnu comme une clef USB) ? Pour le reste, il a l'air d'avoir plein de fonctions sympathiques, et un écran monochrome qui ne doit pas consommer grand chose tout en restant bien lisible. Le 27 janvier 2012 08:29, Fabien marbolan...@gmail.com a écrit : Bonjour, Je vois aujourd'hui une promotion (qoqa.fr) intéressante pour un gps. Est-ce que quelqu'un a des informations vis à vis de ce produit ? La page : http://wiki.openstreetmap.org/wiki/GPS_Reviews ne donne pas de grandes informations... Merci, Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ 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 : http://cadastre.cleo-carto.org n° des départements
...les satellites GPS peuvent émettre des signaux publics modifiés avec des écarts encore plus grands, même en France (il faut être militaire ou d'un service officiel autorisé pour avoir les clés de décryptage du signal de correction à la précision métrique ou mieux). Même encore maintenant, il arrive souvent que mes GPS me géolocalisent à plusieurs centaines de mètres, sur la mauvaise route, alors que les signaux sont marqués comme excellents et que je capte au moins 7 ou 8 signaux Ces erreurs aléatoires sont visiblement volontaires dans les signaux de position et d'horloge émis par les satellites. Je suis étonné par ca. Le SA (Selective Availability) auquel tu fais allusion qui était effectivement conçu pour dégrader volontairement la précision en cas de conflit a été abandonné sur ordre de Clinton au 1/5/2000 [1] rendant ainsi possible l'explosion des outils GPS grand public et les USA se sont à priori engagés à ne plus l'utiliser même si techniquement, ca reste possible en cas de crise majeure (d'où le programme Galiléo). Les seules grosses aberrations connues sont maintenant de cause naturelles (éruptions solaire) et peu fréquentes. Derniere occurence : aout 2011 ou pendant une journée, le GPS a été inutilisable suite à un orage solaire. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Simplifier une capture de trace.
Title: Re: [OSM-talk-fr] Simplifier une capture de trace. Bonjour, J'ai des traces GPS que je souhaiterais simplifier, ce sont des déplacements en voiture. Ces traces contiennent aussi la vitesse de déplacement. J'aimerais que la trace soit simplifiée (par exemple à chaque changement de voies ou à chaque intersection) mais que la vitesse moyenne soit bien conservée et donc recalculé avec les points qui ont été supprimés. Le but de la manipulation étant d'historiser le déplacement. Savez-vous comment procéder ? Merci par avance. GPS Babel te fait ca très bien. Voici mon batch pour simplifier mes traces enregistrées à 1s. d:\Gps\GpsBabel\gpsbabel -t -i gpx -f %1.gpx -x simplify,crosstrack,error=0.005k -o gpx -F %1_filtré.gpx Je te mets tout mais le seul paramètre qui t'importe est le "error" qui donne la tolerence pour supprimer ou garder entre deux points consécutifs. Je ne sais pas si tes données de vitesse seront corrects après mais tu peux faire un test. Il te faudra eventuellement fouiller dans la foultitude des parametres GPSBABEL. - Eric (User:Blueberry) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prise de contact avec VVV Lorraine
En résumé, le savoir, c'est le pouvoir... ... mais ça va un peu à l'encontre de leur objectif initial, de faire profiter leur travail au plus grand nombre d'utilisateurs. En fournissant leurs données sous licence libre, tous les éditeurs sont à pied d'égalité. Ils peuvent alors se concentrer sur leur tache principale, faire un bon topo-guide pour le plus grand plaisir des utilisateurs finaux. Et si certaines préfèrent faire de mauvais topo-guides chers, c'est leur droit. Ensuite, le VVV suppose qu'il connaît la meilleure manière de diffuser ses données. Or l'expérience d'OSM montre qu'on ne peut pas imaginer tous les usages possibles. Ils ont fait des applications pour smartphones? On pourrait imaginer des applications de guidage vélo mélangeant leurs données avec celles des villes du coin... et de toute l'Europe, OSM étant fédérateur. En attendant, à court terme, les contributeurs OSM vont refaire leur travail de collecte sur le terrain, ce qui est du gâchis de temps de bénévole et va de toute façon mettre fin à leur monopole. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Informations Holux GPS sport 260 pro
Attention, il n'a pas de carto intégrée ! Il a juste quelques champs d'information texte visiblement Navigation à l’aide d’une flèche et d’indications de distances (pas de carte sur l’appareil) Le 27 janvier 2012 10:10, Fabien marbolan...@gmail.com a écrit : Bonjour, Merci pour la réponse. Ça me semble sympa mais le logiciel privatif qui, à mon avis, ne marchera pas sous Linux n'est pas terrible. En plus est-ce qu'on peut mettre des cartes OSM ? Au niveau de la mémoire c'est vrai que ça fait pas beaucoup. Enfin je trouve... Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Informations sur les GPS pour présentation
Perso, je suis très content de mon Garmin 705 parfait pour le vélo route et chemins (VTT, je pratique pas trop). Il est maintenant dépassé et plus en vente. Points négatifs : * ecran petit maintenant, trop peu de données à l'ecran en mode carto * processeur à l'agonie pour deplacer les cartes OSM très détaillées actuelles (batis, POIs, ...) Positif * très grosse autonomie * très precis (3-5m) * des tas de champs paramétrables, ergonomique (pas tactile) * and, cake under the cherry, compatible OSM bien sur avec des cartes qu'on peut se faire sur mesure. * - - - L'Oregon 450(T) me tente beaucoup (280€ maintenant). J'ai renoncé au Montana très cher et trop gros pour le vélo. -- User : Blueberry Le 23 janvier 2012 13:07, Lois Taulelle l...@taulelle.net a écrit : Le 23 janvier 2012 12:54, PierreV belett...@hotmail.fr a écrit : Pour ma part j'ai un Etrex Legend qui est plus abordable au niveau tarif pour de l'utilisation en VTT, j'en suis entièrement satisfait... et surtout solide vu les gamelles qu'il a déja pris! (tiens, je me rends compte que j'ai oublié des données :o) J'ai eu : - un garmin etrex (un modèle H qqchose) : était gros et lourd, mais passait partout sauf dans l'eau (il a pas aimé...) - un médion : rien à dire tellement il n'a jamais fonctionné - un garmin oregon 300 : mal fini (j'en ai usé 3 en 15j, bourré de défauts) - un garmin dakota 20 : c'est celui que j'utilise actuellement, j'en suis trés content. Increvable pour le VTT et la rando. A+, Loïs ___ 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] CR OSM aux Rencontres d'Autrans
Je reviens en février pour le ski on prévoit une carto-partie ? Ca pourrait être sympa. Enfin, je dis ça, mais faut voir mes dispo ;-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : redfox : Contributor terms: Accepted 1 jour ago
Manque plus que aka trop long !!! Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] sentiers raquettes
je crois comprendre qu'il ne se suffit pas à lui même et qu'il faut l'adjoindre à un highway=path ou autre. En ce qui me concerne, pour la raquette ou le ski de fond, par défaut, je ne mets rien dessous. Si je repasse en été et que je constate qu'il y a dessous un(e) route/piste/chemin, je le rajoute et encore, en ne partageant que les points, pas les ways. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] sentiers raquettes
Tu retraces un way par dessus l'autre ??!! Ca m'est arrivé quand il n'y avait qu'une partie des points en commun entre la section de route sous-jacente et la piste de ski de fond. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] vitesses limites
Admettons que la relation de valeurs de vitesses limites est effectivement utilisée, alors il faudrait préciser pour tous ces cas particuliers la vitesse limite effectivement en place dans la description du way. C'est ce que j'essaie de faire de manière systématique au moins à la campagne. Pour les villes, je me contente pour le moment de mettre le panneau d'entrée/sortie d'agglomération mentionné précédemment: traffic_sign=city_limit (et name=la_ville; et alt_name=autre_commune si on rerentre de suite dans une autre agglomération). Ces informations sont généralement insuffisantes pour définir les voies où s'appliquent les règles de conduite en agglomération. Néanmoins, ce sont des informations de terrain et le jour où on saura comment coder ça, on pourra rapidement faire la transition sans retourner sur le terrain. -- Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Contours administratifs français : fin des limites au 1/100.000e
En fait, il faut s'être coltiné de l'import de cadastre-raster-sans-croix pour savourer le système de couleurs : pour moi, je rampe le long des repères géographiques [...] Essayez, vous verrez bien ... Ben, j'ai essayé récemment pour les trous restants dans la Drôme... et je m'y suis cassé les dents. Je ne m'y retrouvais pas sur les bords des trous et les communes voisines déjà importées. D'ailleurs, il me vient une question : dans ces zones, il y a du cadastre-raster-sans-croix avec des limites communales qui ne sont pas indiquées comme provenant du cadastre. Néanmoins, ceci semble correspondre à des imports massifs juste après la mise à disposition du cadastre (février 2009). Y a-t-il eu à l'époque des scripts magiques qui auraient permis ce genre d'import? Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] vitesses limites
Et croiser avec le landuse ? La corrélation entre les landuse=residential et les zones de circulation urbaine ne serait que pure coïncidence. Quid des zones industrielles et autre? Une highway=primary dans un landuse=residential... ça devrait être 50km/h par défaut, non ? C'est sûr que les algorithmes pour gérer ça sont complexes, mais c'est le boulot nécessaire à faire lors de la conversion des données brutes d'OSM vers des données destinées à du guidage routier. Je pense qu'à terme, il faudra coder manuellement un polygone à l'intérieur duquel s'applique les règles de conduite en agglomération. En s'appuyant sur les panneaux d'entrée/sortie d'agglo. Je ne vois pas comment un algorithme peut déterminer la portion urbaine d'un highway sur lequel on a mis un traffic_sign=city_limit Certains cas triviaux pourraient être traités. Genre, une route importante avec deux panneaux successifs portant le même nom, on peut supposer que la section entre les deux est en agglo. Et en poussant un peu plus loin, si toutes les entrées du village ont un panneau, alors topologiquement, on doit pouvoir définir un ensemble de voies où s'applique les règles urbaines. -- Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau venu !
Je suis de moins en moins convaincu de l'intérêt des GPS pour cartographier lorsque l'on a des sources comme le cadastre ou les images aériennes à notre disposition. Sauf que les sources en question ne sont pas nécessairement bien calées. Donc, il demeure un intérêt pour l'enregistrement GPS. De nombreux tracés anciens provenant de traces GPS sont en effet très mal calés et les défauts des GPS récents utilisés en guidage routier font dériver les virages vers l'extérieur bien trop souvent (surtout sur petite route lorsque l'on roule un peu vite). C'est sûr qu'un GPS qui colle la trace aux routes existantes a peu d'intérêt pour le recalage. Néanmoins, l'accumulation de traces GPS non biaisées permet facilement de détecter les bugs du cadastre ou de Bing. Par exemple, dans quelques années, quand tout le cadastre sera vectoriel et que des algos automatiques vont trouver des tas d'incohérences dans les limites communales, les traces GPS permettront peut-être de détecter de quel côté est le bug, surtout si on a beaucoup de traces, une seule trace isolée n'étant pas très significative. En attendant, j'encourage tout le monde à continuer à enregistrer des traces GPS à la campagne, lors de séances cartographique ou non, et à les uploader dans OSM. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de license et disparition programmée de données
A coté de Saintes le tracé est plutot précis (comparé à Bing) ; probablement que des points ont été ajoutés depuis les origines mais la majorité des points qui composent l'autoroute sont historiquement anciens et anonyme donc risque d'être supprimé. C'est vrai qu'en ce qui me concerne, pour certaines routes nationales en montagne, depuis plusieurs mois, j'ai pris l'option de les redessiner complètement plutôt que d'améliorer l'existant en déplaçant et ajoutant des points parce que je trouve que sous JOSM, ça va beaucoup plus vite. Les nombreuses traces GPS téléchargées par les contributeurs aident bien le boulot. Ensuite, on a le problème inverse sur certaines autoroutes où il y a tellement de traces GPS qu'on a du mal à distinguer un faisceau principal. Mais si quelques autoroutes redeviennent transitoirement anguleuses, ça ne m'affole pas trop non plus. Par contre, le problème des relations supportées par les chemins menacés m'inquiète plus. Sur Grenoble, la perte potentielle de données serait minime. Mais justement, il y a des morceaux de trams qui seraient concernés (et encore, une seule voie sur deux). Il est probable que les relations de ligne soient amputées. Ça fait partie des effets de bord auxquels il faut réfléchir. Sur l'Isère et la Savoie, je ne pense pas qu'il y ait de grosse menace. Sur la Haute-Savoie, il y a de l'import du bâti mais sans doute aussi des rues dans la zone d'Annecy. Et des limites de communes dans tout une partie du département. Quant à Madagascar, tout baigne sous les tropiques:-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Journées d'Autrans : besoin d'aide le 12 janvier
La cartopartie est au minimum prévue pour des étudiants de journalisme (toute la journée, y compris récoltes de traces sur le terrain) Une cartopartie à Autrans en janvier??? Tu veux tester leur résistance au froid??? Je sais qu'en semaine, il est difficile de mobiliser des bénévoles, mais si certains peuvent venir : Tu l'as dit :-( Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de license et disparition programmée de données
J'espère bien que ces vieux points ne seront pas effacé (pour cause de contributeur anonyme) car on perdra pas mal de chose. Par chez moi ce sont tout les points support de l'Autoroute A10 qui sont dans ce cas : http://www.openstreetmap.org/browse/node/21462512/history D'un autre côté, reprendre les autoroutes et nationales qui ont été tracées au début du projet et qui sont super anguleuses ne ferait pas de mal, surtout qu'on a maintenant des tas de traces GPS. Ce n'est peut être pas le cas de l'A10 vers Sainte... Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de license et disparition programmée de données
Plus généralement, ne serait-ce pas pas une bonne de purger la base ? De ne garder arbitrairement qu'un historique de 5 max par exemple par objet? Est-ce bien nécessaire de traîner la genèse complète de chaque objet ? Ca réduirait considérablement le volume de la base, rendrait tout ca plus réactif et pour le coup ca aurait pour avantage énorme de supprimer le problème d'un non compliant enfoui il y a 25 versions sans violer d'un droit d'auteur. L'explication serait que le premier auteur est un anonyme. Pendant les premières années d'OSM, il était possible de s'inscrire sans dévoiler son identité. Cette possibilité a été supprimée parce que les autres contributeurs n'avaient aucun moyen de communiquer avec ces personnes (sauf les admins qui ont les emails). Une date couperet avait été fixé pour que ceux qui le souhaitaient, dévoilent leur pseudo, sinon ils ne pourraient plus contribuer (mais resteront dans l'anonymat). Le premier contributeur du way 4776297 user_7568 est dans cette catégorie mais il a malgré tout accepter les CT's. D'après Frederik Ramm, il faudrait traiter manuellement ces cas particuliers (je n'ai pas bien compris pourquoi mais à priori, ses contributions n'ont pas de raisons d'être effacées) ... Au passage, j'ai découvert cet outil en ligne qui permet d'afficher l'historique d'un élément OSM d'une manière très lisible à cette adresse: http://osm.mapki.com/history/ par exemple: http://osm.mapki.com/history/way.php?id=4776297 Plus généralement, on peut se poser la question de l'opportunité d'effacer des ways qui ont 20 ou 30 versions seulement parce que le premier contributeur refuserait les CT's. On pourrait considérer que les droits liés sont noyés par les contributeurs suivants. Mais bon, la carte a visiblement une interprétation très rigoureuse (peut-être trop) de ce qui devrait disparaitre et cela n'est que l'interprétation des règles de suppression par Frederik Ramm. Cela n'engage que lui. Autant vous dire que la discussion fait rage sur les listes internationales car cette carte donne un aperçu très pessimiste sur certains pays. De plus, comme les règles de suppression ne sont pas encore gravées dans le marbre, il y aura encore du changement d'ici au 1er avril. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr - Eric (User:Blueberry) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de license et disparition programmée de données
Je m'aperçois que le bot qui avait modifié les amenity=fire_hydrant en emergency il y a un peu plus d'un an a refusé la nouvelle licence. Et bien, on va revenir à amenity=fire_hydrant pour tous ces objets :-) Par contre, on va perdre les changements ultérieurs au bot, style affinement de la position :-( Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de license et disparition programmée de données
justement la question se pose concernant ces changement. Il n'est pas impossible que dans certains cas comme celui la juste l'information qui a été modifiée soit enlevée. En poussant à l'extrême et pas que sur ce cas, ce n'est pas au niveau du nœud(/chemin/relation) qu'il faudrait travailler mais de chaque tag/coordonnée. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] carte des circonscriptions françaises
Je discutais dernièrement avec des membres du collectif Regards Citoyens, [...] *** Question: OSM dispose-t-elle d'une carte complète des cantons français? Pas que je sache car... *** Question: OSM dispose-t-elle d'une carte complète des communes françaises? Non. Pas actuellement. Là encore, il faut des bénévoles. *** Qu'en pensez-vous? Qui est intéressé? Si les membres de Regards Citoyens sont volontaires, nous sommes tout à fait près à les accueillir et à leur apprendre à rentrer des limites administratives dans OSM. En l'état actuel, il y a tous les départements mais avec des portions de limites à faible définition. Pour les communes, il en reste un nombre certain à tracer : http://beta.letuffe.org/?zoom=7lat=46.57058lon=2.18464layers=BT Comme source, nous utilisons principalement le cadastre mais celui-ci n'est pas exploitable de la même façon partout: 1 - certaines communes ont un cadastre en format vectoriel 2 - certaines communes ont un cadastra scanné avec géoréférencement 3 - certaines communes ont un cadastra scanné avec quadrillage géoréférençable 4 - certaines communes ont un cadastra scanné sans quadrillage ou quadrillage exploitable. Petit à petit, tout passe en catégorie 1 mais tout ne sera fait que dans quelques années (5 ans?). La catégorie est gérée en semi-automatique et tout ce qui pouvait être fait l'est. Les catégories 2 et 3 nécessitent un travail de décalquage manuel assez long. Ça demande beaucoup de fourmis. Regards Citoyens pourrait tout à fait participer. La catégorie 4, franchement, c'est presque impossible. On attend qu'elle passe en catégorie 1 ou 2 :-( Ensuite, les communes peuvent fournir une bonne base pour les cantons. Il n'y a plus qu'à s'occuper des cas particuliers infra communaux. Et enfin, les cantons peuvent fournir une bonne base pour circonscriptions législatives. Il n'y a plus qu'à s'occuper des cas particuliers infra cantonaux et infra communaux. Et s'interroger sur la manière de coder ça. Voir s'il y a des références INSEE avec. Si on met des références INSEE, on doit pouvoir relier aux populations, ce qui est important aux moments des redécoupages électoraux, les circonscriptions devant être équilibrées. Ce qui devrait intéresser Regards Citoyens ;-) -- Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] carte des circonscriptions françaises
Y'aurait-il un sens à tester le cheminement qui va de la donnée OSM jusqu'à l'implémentation côté Regards Citoyens sur un département, voire une région ? Les découpages électoraux se faisant à l'intérieur du département, on peut déjà expérimenter sur les départements où toutes les communes sont tracées. Il existe déjà pas mal de départements (et 5 régions) intégralement couverts en limites communales. Ça permettrait de se poser l'ensemble des questions, depuis les sources à exploiter pour les cas infra-communaux, jusqu'à la mise en oeuvre, en passant par le choix des descripteurs pour les circonscriptions (pour une amorce sur le sujet : voir [1]). Il faut aussi prendre en compte que les circonscriptions législatives devraient changer régulièrement, après chaque recensement. Maintenant qu'on est en recensement continu, je ne sais pas ce que prévoit la théorie. Pour la pratique, les redécoupages sont plus rares mais quand même. Il faut pouvoir faire la mise en jour sans un travail trop important. Ensuite, un autre enjeu est de pouvoir contrôler voir faire soi-même son découpage en respectant deux critères : - chaque circonscription doit avoir la même population - on cherche à avoir des circonscriptions compactes Pour ça, il faut connaître les briques élémentaires qui vont servir à l'assemblage. Visiblement, ce ne sont pas toujours les cantons ni les communes? Les bureaux de vote? Les îlots INSEE? Pour chaque brique élémentaire, il faut connaître le contour et la population. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] carte des circonscriptions françaises
Il me semble que la donnée élémentaire, c'est le bureau de vote. Regards Citoyens a déjà beaucoup travaillé pour les collecter,mais les fichiers fournis ne sont pas encore exhaustifs (et rarement géolocalisés) : Il est à noter que pour l'objectif initial, à savoir les circonscriptions électorales, on n'a besoin des bureaux de vote que là où il y a découpage infra communal, c'est-à-dire en ville, là où il a justement plus de monde pour mapper... Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bureaux de vote (Re: carte des circonscriptions françaises)
En ville, il arrive qu'un même bâtiment abrite plusieurs bureaux de vote (3 dans un gymnase où j'ai été assesseur, à Grenoble). Ce sont des bureaux bien distincts pour leurs zones de couverture ou simplement un découpage alphabétique des électeurs? Pour les attributs, cela veut dire que chaque bureau de vote est un POI (centré sur l'urne ;-), à l'intérieur du bâtiment et non un attribut du bâtiment. Pour moi, c'est un POI et un périmètre... une relation comme la commune avec son admin_centre. Le pire cas serait si des bureaux changeaient (regroupement) selon le type d'élection, mais je ne crois pas que ce soit le cas en France. Jamais entendu parler. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bureaux de vote (Re: carte des circonscriptions françaises)
Territoire découpé en 7 zones ; 7 bureaux de votes ; tous localisés dans le même gymnase ; pour dépouiller, c'est bien plus pratique. Un seul POI bureau de vote. 7 relations avec 7 périmètre et un même bureau de vote en commun. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenData EtatLab et l'IGN
Les communes sont créées par arrêté préfectoral après rédaction d'un procès verbal de délimitation (An VIII ou IX, mais souvent revu depuis). C'est le (ou les) procès verbal (aux) de délimitation intercommunale qui défini (par description et par plans) les limites de la commune. ce PV est à rechercher dans les archives communales ou aux Archives départementales (série P). On va garder ça pour osm_vs_limites_communales.2.0 ;-) Pour les problèmes de raccord, j'identifie avant tout des mauvais calages du cadastre. Je l'ai encore constaté hier soir en important les communes nouvellement vectoriées de l'Ardèche. Je parle d'erreurs dépassant la dizaine de mètres. Dans certains cas, on voit bien la limite naturelle utilisée, typiquement une rivière. Y-a-plus-k'à aller parcourir la rivière avec son GPS (en espérant qu'elle n'a pas bougée) et tracer la limite au GPS ou trouver de quel côté le cadastre est décalé. Dans d'autres cas, ce n'est pas facile de trouver de quel côté est le problème. Là, il faudrait aller chercher dans les PV l'élément de repère initial. Et je crains que dans certains cas, le repère initial sur le terrain ait disparu comme une rivière depuis canalisée toute droite ou un ancien chemin. Les divergences sur la forme même de la frontière intercommunale sont quand même beaucoup plus rares. Il y a le cas de la haute montagne sans parcelle mais le PV indiquera certainement du sommet A au sommet B en passant par la ligne crête là où le cadastre a tiré une ligne droite. Pour les autres cas, le PV toujours. Quand est-ce qu'ils les mettent en ligne??? ;-) De quoi occuper les fourmis quelques décennies... Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle réflexion sur le frontières de commune et éléments naturels - Etait: OpenData EtatLab et l'IGN
C'est ades_five qui a posté le message vers 9h52. Pour résumer, grosso modo, il y a deux-cents ans, deux gars se sont réunis et ont dit : la limite entre nos deux communes, c'est le ruisseau du Pissedru. Et c'est ça qui fait foi. Depuis, le ruisseau s'est déplacé une demi-douzaine de fois dans son lit. Et ça, dans notre société psychorigide, c'est pas acceptable qu'une limite administrative se ballade :-p. En pratique, ce n'est pas bien important. Il n'y a pas de parcelle dans la zone de divagation du ruisseau. Chacun doit entretenir la berge de son côté. Et payer la moitié du pont qui relie un côté à l'autre (ou tenter de filer le bébé au CG ;-) Après, le cadastre et les cartes IGN ne sont que des reflets déformés de la réalité, dixit Platon. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre à la Réunion (était : Limites communes aux archives dép.)
J'étais tombé sur ce document il y a un certain temps: http://www.esgt.cnam.fr/documents/tfe/memoires/2002/02_smil_mem.pdf Les choses intéressantes commencent vers la page 20. Il y a du boulot pour les fourmis tropicales. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] www.openstreetmap.fr 2.0
Coté tutos, j'avais fait un p'tit truc pour la création de cartes Garmin http://wiki.openstreetmap.org/wiki/User:Blueberry C'est basique mais si ca peut aider ... Je peux éventuellement le peaufiner un poil. Je veux bien relire ton tuto mais le lien vers le fichier source n'a pas l'air de marcher, j'ai une erreur 404. - Eric (User:Blueberry) Tu parles de mon tuto j'imagine ? Si oui, n'hésite pas à reprendre le fichier odt disponible à l'adresse suivante afin d'y appliquer les corrections : http://www.partir-en-vtt.com/stockage/hebergementosm.odt Cela me permettra ensuite de répercuter les modifications. Merci ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Data.gouv.fr lancé le 5 décembre !
Mais même récentes, je reste très sceptique sur la possibilité de faire soi-même l'ortho-rectification avec modèle de terrain de ces images. Trop technique, trop long. Ca peut évoluer. Les travaux et les algorithmes sur la reconnaissance d'image progressent. Il y aurait fourni la BD alti à la résolution max, c'est sûr que ça aurait été un grand pas en avant. En attendant, quand je vois le boulot qu'a fait l'IGN pour caler le cadastre en automatique en utilisant les orthophotos, je trouve leur méthode pas mal. Sur une zone à problème du Vercos, DGI 50 m d'erreur, IGN 10-15 m. Le plus marrant, sur les Géoportail, c'est quand on met aussi les limites de communes par dessus le parcellaire. On voit que leurs limites communales sont beaucoup plus approximatives que le cadastre à la louche. Donc, j'imagine un jour un programme qui utilise les données OSM pour caler automatiquement les photos aériennes. Il reste ensuite l'orthorectification qui nécessite un modèle de terrain mais qui pourra peut-être aussi se faire par analyse automatique de couple de vues aériennes (ou libération de la BD Alti...). Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] SOTM en France?
RMLL il y a... et quelles ! http://comite.rmll.info/Selection-de-la-ville-organisatrice-des-RMLL-2012.html Ben voilà. RMLL jusqu'au 12 juillet à Genève. SOTM à Grenoble du vendredi 13 au soir au dimanche/lundi suivant ;-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] SOTM en France?
Cette année, c'était début septembre mais toutes les autres années, c'était vers le 10 juillet. Est-ce qu'il y a des règles quelque part ? Oui, dans la FAQ : http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2012/Call_for_venues#FAQ Are the dates set? No, the date of SotM12 are not set yet. Since the AGM of the OSM Foundation will also be held during the conference, SotM12 should be held during July, August or early September. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] SOTM en France?
Le 04/12/2011 02:31, Christian Quest a écrit : Donc comme idée de lieu pour l'instant on a: - Brest, - Lille, - Strasbourg Autre idée ? Grenoble ;-) Ya'l TGV. Ya'l TER aussi. Aya l'aéroport de Lyon (1 heure en bus, 1 bus par heure). Aya aussi celui de Genève mais à 2 heures et seulement 5 bus/jours. Yaossi un campus universitaire. On doit pouvoir trouver un amphi ou deux et de la résidence universitaire. Ya quelques contributeurs. C'est un chouette coin. Sinon, concernant l'accès à Strasbourg, il y a la mise en service (partielle) du TGV Rhin-Rhône le 11 décembre d'où des trains directs depuis Marseille ou Montpellier. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import cadastre Blot l'Église (063)
Sources : beaucoup de Bing, visiblement plus précis que CRAIG dans le secteur ; Se méfier du calage aussi bien de Bing que du cadastre. La haute résolution de Bing n'implique pas nécessairement un calage au même niveau. Pour les routes j'ai essayé de suivre la logique suivante (en dehors des secondary et tertiary) : - track pour les chemins larges sans revêtement - residential pour les rues de village ou hameau - unclassified pour les voies d'accès (avec revêtement) à des fermes cul-de-sac - Qu'est-ce qui ne va pas ? De mon point de vue, il y a trop de tertiary quidevraient être moins nombreuses que les unclassified/residential. Moi, je passerais toutes les tertiary qui ne sont pas des départementals en unclassified. Pour le reste, rien à dire. - Qu'est-ce qui manque urgemment ? Chacun évalue ce qui manque à l'aune de ses propres critères et ses propres objectifs ;-) Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistiques sur OSM en France
Je doute qu'une projection cylindrique ou pas change à ce point les résultats vu la petite distance de chaque way. Si, si, ça s'appelle la projection Mercator, celle qui donne l'impression que le Groenland est aussi grand que l'Amérique Latine. Ca sent plutôt une projection foireuse qui sort autre chose que des km... Ça multiplie les distances par un coefficient tan(latitude) ou quelque chose qui s'en rapproche. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Etat communes sur beta.letuffe.org
Le fichier de suivi des communes montre un paquet de nouvelles communes en vecteur disponibles. Il montre aussi quelques relations cassées, dont 3 contours de départements : Ardèche, Finistère (un abonné, celui-là), et Haute-Loire, L'analyse a du tomber pendant que je reprenais la limite Ardèche/Haute-Loire mais ça doit être bon. et des communes dans les depts 73, Je suis un peu surpris. Au moins sur le rendu graphique de beta.letuffe, la Savoie était complète depuis un moment. Est-ce que les deux communes manquantes étaient englobées par erreur dans une autre commune? Les relations supprimées par erreur? J'ai refait une commune hier soir. Je m'occupe de l'autre ce soir. Dans la Loire, il y a aussi des communes à problème. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Etat communes sur beta.letuffe.org
Dans la Loire, il y a aussi des communes à problème. D'ailleurs, à ce propos, je me permets de protester énergiquement : http://osm.org/go/0AplYF_UX- C'est quoi ces raccords à deux balles??? :-( Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Export des contours administratifs français - nettoyage source CA - plus que 107 !
Et bien je vous propose les quelques limites de communes (4-5) de Haute-Saône au Nord de Luxeuil qui ne sont pas entrées. Les planches existent en raster. Je ne peux pas vous montrer le coin sur beta.letuffe dont le service est temporarily unavailable. Indique nous les noms des communes. Avec ça, ça fera un département de plus qui sera fini. Je bosse aussi (à très petite vitesse) sur la Drôme. Il y a au nord-est de Montélimar un gros trou avec pas mal de raster à croisillon (remembrement pour le passage du TGV?). Après ça, il restera deux trous plus petits mais sans croisillons. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 500K utilisateurs inscrits
te...@free.fr a �crit : La croissance infinie n'existe pas dans le monde réel ;) (et c'est valable dans tous les domaines...) Dans le monde virtuel, il n'est pas interdit de s'inscrire plusieurs fois d'où potentiellement une infinité de contributeurs :-p Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Export des contours administratifs français - nettoyage source CA - plus que 107 !
Il reste encore un morceau dur entre Ardèche et Haute-Loire. Je vais peut-être avoir du temps dans les jours/nuits qui viennent. Je vais regarder s'il y a des cadastres exploitable d'un côté ou de l'autre mais je ne suis pas optimiste. Et bien, j'en suis venu à bout. En fait, sur la majorité du tracé, il y a d'un côté ou de l'autre de la limite des planches du cadastre raster avec quadrillage Lambert III. Après téléchargement avec cadget (http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/cadget), j'ai calibré avec mon propre outil (http://eric.sibert.fr/article171.html). Ça permet de calibrer sur plus de points qu'avec le greffon de Josm, ce qui limite les risques d'erreur. Enfin, j'ai ouvert dans JOSM avec PicLayer et importation de la calibration. L'avantage, c'est que c'est en projection Mercator, ce qui permet la superposition avec Bing. J'avais des doutes sur ces quadrillages Lambert dans le raster. Ça correspond à des feuilles remembrées à partir des années 60 avec des noms à deux lettres (comme AM ou ZH au lieu de A1, A2...). Les raccords entre feuilles et surtout entre communes sont bons (typiquement 1 m). Il ne restait que deux segments avec planches sans croisillons des deux côtés. Comme à chaque fois, la longueur n'était que d'une planche, j'ai pris des points de repères sur les limites avec les planches voisines et j'ai calé comme ça. Là, on est plus dans les 4-5 m d'erreur. Un autre truc lourd, c'est que ce sont non seulement des limites de département mais aussi de région. Quand il faut télécharger les relations, c'est long. J'ai profité de la superposition cadastre/Bing pour compléter les zones alentour, corriger les routes au tracé GPS anguleux et j'en passe. Globalement, c'est quand même un bon travail de forçat. Je laisse aux autres fourmis le soin de s'occuper du reste ;-) Je vais peut-être quand même me pencher sur les deux morceaux de limite Ardèche/Gard qui restent (~6 km chacun). De mémoire, ce sont des zones avec cadastre raster sans croisillon de chaque côté. Je vais peut-être tenter une méthode de géoréférencement de proche en proche. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Export des contours administratifs français - nettoyage source CA - plus que 107 !
Pour des planches avec croisillons Lambert, je me contente de piquer 2 croisillons le plus diamétralement opposés sur la planche, avec le plugin cadastre-fr. Je trouve que tu te donnes bien du mal pour un gain de précision qui se discute, car au delà de 2 points de calage, on déforme la planche, non ? Non, je peux choisir orthogonalité ou non. En pratique, il y a pas de changement significatif. Il n'y a qu'une commune où les deux planches traitées présentaient une distorsion de 0,1% quand on n'activait pas de l'orthogonalité. Ça peut paraître faible mais c'est beaucoup plus que les autres planches. Ça sent le scanner qui ripe. J'ai tendance à ne pas chercher la précision à tout crin en raboutant les planches raster, considérant qu'à la base la justesse de raccord entre feuilles est déjà une science pas exacte du tout (sans parler des divergences de tracés pour une même frontière, selon qu'on considère l'une ou l'autre des communes). C'est ce qui m'a étonné, c'est que les divergences sont faibles. Bien meilleures que des fois avec le cadastre vecteur. Je soupçonne que les dites planches refaites après la seconde guerre ont fait l'objet d'un gros travail de terrain. Je suppose que les petits ronds qu'on voit un peu partout sur ces planches (et pas celles d'époque Napoléon) sont les stations théodolites raccordées au réseau Lambert local. Ça ne m'empêche pas de chercher à faire les raccords proprement, hein :-) mais en cherchant à m'économiser, disons. Je reconnais que j'y vais peut-être un peu fort dans ma méthode. En fait, il faudrait que je puisse remonter ma calibration au cadastre... Allez, plus que 9000 et quelques communes manquantes en raster :-). Je viens de regarder les zones Ardèche/Gard. J'ai découvert tout à fait par hasard une planche raster qui possédait un géoréférencement. Je me suis empressé de l'utiliser :-) Mais c'est bien la seule :-( Tout le reste, c'est du raster sans croisillon. Vous faites comment dans ce cas là? Le prétexte Cartographes Associés aura donné un boost sur le sujet, mais le chantier se termine. Il faudrait trouver un autre prétexte :-) Ce n'est pas faux. ;-) Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transports en commun : zones de tarification ?
Il ne faut pas limiter notre réflexion qu'à Paris même si le cas des zones tarifaires est peut être unique à Paris (en France). Non, il y aussi un concept de zone pour les lignes de bus du département de l'Isère. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 500K utilisateurs inscrits
Le 29/11/2011 14:50, Pieren a écrit : Signalé par Andy Robinson sur la liste principale, le cap des 500.000 inscrits vient d'être franchi: http://wiki.openstreetmap.org/wiki/Stats Après une période de croissance exponentielle, nous sommes dans une phase de croissance linéaire. La prochaine étape, c'est le ralentissement de la croissance... voir le plateau ;-) Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Export des contours administratifs français - nettoyage source CA - plus que 107 !
Pieren pier...@gmail.com a �crit : Petite mise à jour des 22 derniers ways comportant le tag Cartographes...: [...] Ces derniers ways sont de taille assez importante et nécessitent un plus long travail puisqu'ils concernent d'avantage de communes. Comme prévu, les derniers ways seront les plus difficiles. Mais nous y arriverons. Je suis déjà impressionné que toute la partie Haute-Loire/Cantal ait été traitée. Je n'aurais pas misé cher dessus mais il y en a visiblement qui ont calé le cadastre avec l'orthophoto Graig. Chapeau. Il reste encore un morceau dur entre Ardèche et Haute-Loire. Je vais peut-être avoir du temps dans les jours/nuits qui viennent. Je vais regarder s'il y a des cadastres exploitable d'un côté ou de l'autre mais je ne suis pas optimiste. Comme le disait un grand penseur du XXe siècle, La route est droite, mais la pente est forte. Avec suffisamment de fourmis, tout est possible... Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] on parle d'OSM sur Camptocamp
Une discussion de camptocamp parle d'OSM en montagne : http://www.camptocamp.org/forums/viewtopic.php?pid=1555726#p1555726 Si vous voulez compléter la discussion, à propos de dans 5 ans, on peut aussi mentionner que l'IGN commence à fournir les photos aérienne brutes libres en numérique. Potentiellement, avec ça on peut d'une part établir nous même des courbes de niveaux ou un équivalent numérique et d'autre part, après réalisation d'une chaîne d'orthorectification, avoir le même fond d'orthophoto. Donc globalement, on va avoir les sources que l'IGN. Et on a un avantage côté terrain pour la précision des sentiers. Récemment, en préparation de la saison d'hiver, on a fait une course d'orientation pédestre avec le club de ski de rando, dans des bois. L'organisateur avait bien choisi les objectifs. Bonjour les différences entre la carte et le terrain. Et dans un cas au moins, le sentier actuel est une ancienne voie médiévale qui n'a pas bougé depuis des siècles. Donc, on peut arriver à produire un rendu équivalent à la carte Top 25. Il faut juste beaucoup de petites fourmis besogneuses. Merci de transmettre à celles de C2C qui en plus ont souvent un GPS ;-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] COD : Cadastre Osm Diff
Merci pour cet outil qui nous sera bien utile ! J'ai essayé sur ma ville plus petite (20ko) et ca m'a l'air nickel. J'ai vérifié vite fait le diff et ca m'a l'air bien cohérent. Je regarderait plus précisément. c:\codejava -Xmx1024M -jar cod.jar Vln-01-2011.osm Vln-07-2011.osm start : Vln-01-2011.osm total nodes = 131415 total ways = 23481 total duration : 3734 ms start : Vln-07-2011.osm total nodes = 131411 total ways = 23394 total duration : 3421 ms doublons : 23369 batiments supprimÚs : 22 batiments ajoutÚs - Eric (User:Blueberry) Wiki http://wiki.openstreetmap.org/wiki/User:Blueberry Salut J'ai fait un petit programme qui compare 2 exports cadastre fait par cleo. Ca extrait les batiments qui ne sont pas strictement identiques dans les deux fichiers.(même nombre de points, aux même coordonnées, dans le même ordre) Ca ne marche *PAS* avec des exports successif de la base OSM, c'est vraiment spécifique aux export cadastre. l'archive (140 Ko) est dispo ici http://dl.free.fr/hqeE3jWns testé sur deux exports fait a 2 mois d'intervale de Rennes. Il m'a trouvé 2 nouveaux batiments qui etaient en fait des modifications de batiments existants. et 42 supressions dont - un batiment erreur (triangle de 1M²) qui a été donc supprimé a la source. - 2 batiments modifiés (les mêmes que les 2 nouveaux) - 1 batiment inclus dans une cour, qui n'est pas présent par le cadastre de JOSM (raster?), mais qui existe bien sur Bing - le reste c'est un ensemble de batiments qui ont été démoli, je suis passé verifier ;) Donc : ca fonctionne. Par contre ca n'est pas super testé, a utiliser a vos risques et périls. Ca ne gere pas les relations, je ne sais pas si il y en a dans les fichiers cleo. C'est fait en java, il faut un java 6 apres avoir dezippé le fichier, on l'utilise en faisait java -jar cod.jar nom_vieux_export.osm nom_nouveau_export.osm Ca crée deux fichiers de sortie codOld.osm et codNew.osm Ensuite il faut ouvrir ces fichiers avec votre editeur preferé et utliser votre connaissance du terrain pour voir si ce qu'ils racontent est vrai. Pour traiter Rennes (45K batiments), ca prends 20s environ. Je mettrais le code sur un github dans la semaine. Vos retours m'interessent bien sur. Le plus compliqué c'est d'avoir deux exports de la même commune a des moment differents. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Site pour placer des lieux sur fond carto OSM
Ben... si. OSM, ce sont les données, rien que les données, toutes les données. N'oubliez pas que certains sont même en faveur de supprimer toute carte du site openstreetmap. Les rendus genre Mapnik, cyclemap, etc, Mince alors, je m'aperçois que j'ai rien compris à OSM Moi j'avais vraiment compris que la finalité de OpenStreeMap était de proposer des cartes collaboratives et libres (dans OpenStreetMap il y a quand meme Map), pas de remplir une base de données. En soit, ca ne m'intéresse pas de remplir une BDD. J'avais compris que remplir ces 2Go de données (FR) est un moyen pas une finalité. Ce qui m'intéresse c'est d'avoir des cartes consultables en ligne sympas, evolutives, fideles et précises, utilisables de 1000 manières. La partie visualisation est pour moi la dominante du projet. Je préférerai toujours une carte incomplète mais lisible et pratique à une carte exhaustive mais im***table. J'imagine que ces 2 phrases seront mal reçues mais c'est mon sentiment de non-géographe. Dernier exemple en date, lors d'un RV dans un lieu inconnu : Nominatim n'a pas trouvé l'adresse et la carte proposée ne mettait pas assez en évidence le moyen le plus simple d'y aller. Conclusion : j'ai fini par me résoudre à utiliser mappy et GMap qui ont trouvé le lieu tout de suite et m'ont proposé une carte claire et lisible. C'est sur ces points de faiblesse je pense qu'un accent doit être mis si on veut populariser OSM à partir de la richesse exceptionnelle des données présentes dans la base. Faire abstraction du rendu me parait étrange de même que le leitmotiv on ne tagge pas pour le rendu. J'ai l'impression que c'est comme un motoriste de F1 qui dirait le chassis, c'est pas mon problème. Ou l'inverse... - Eric (User:Blueberry) http://wiki.openstreetmap.org/wiki/User:Blueberry ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Article sur le monde mettant en valeur une carte et parlant d'ARCGIS
Title: Re: [OSM-talk-fr] Article sur le monde mettant en valeur une carte et parlant d'ARCGIS Moi je renseigne pas les routes secondaires. J'aime pas les routes secondaires. Pareil pour moi, je ne les renseigne pas... je veux même pas les corriger quand osmose me les signale en erreur... :-( surement possible de faire le même genre de traitement sur d'autres données?? adrien Le 11 novembre 2011 17:57, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Jusqu'à présent, je me suis refusé à les mentionner dans ma ville. Romain Le 11 novembre 2011 17:20, Emilie Laffray emilie.laff...@gmail.com a écrit : http://bigbrowser.blog.lemonde.fr/2011/11/11/malbouffe-mcdo-vu-du-ciel-cartographie-dun-empire/ Peut etre qu'il y a quelque chose a faire a pour mettre en valeur des outils du libre ainsi que la donnée libre. Emilie Laffray - Eric (User:Blueberry) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration jonction route
Je suis un peu désabusé par certains contributeurs qui font des corrections/modifications/suppressions sans connaitre le terrain. exemple ici de la suppression d'un sentier piéton : http://www.openstreetmap.org/browse/way/134065909/history On a compris ce que faisait l'individu en question? Parce qu'il semble avoir agit dans mon secteur de surveillance mais comme le changset fait tout le sud-est de la France avec 70 chemins impliqués, j'arrive pas à m'y retrouver. A-t-il été contacté? Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le bati, c'est fini!
On 11/09/2011 01:58 PM, Cyrille Giquello wrote: Sans faire un outil formidable, une espèce de Xml-Diff spécifique à OSM serait pas mal pour identifier les changements. Le Diff serait souple sur la position des points pour ne pas détecter une nouveauté lorsqu'il s'agit d'un ajustement manuel (correction manuel à l'import). Quel chose comme ça a méditer... Connaissez vous OSMDIFF ? C'est un script perl (dispo sur http://wiki.openstreetmap.org/wiki/Osmdiff) qui peut faire en partie le job j'imagine. Je suis en train de l'adapter pour voir ce que ca donne car je voulais savoir, un peu comme toi, sur les extraits cadastres ce qui avaient bougé depuis mes derniers imports. Ca genere un fichier HTML contenant les diffs et un fichier graphique SVG pour montrer le resultat. Par contre, il part facilement en memory error sur des gros fichiers. Les points à modifier pour exploiter le script sont : * inverser lat/lon (car l'outil attend les coordonnées dans l'ordre lon/lat et les extrait catastre sont sous la forme lat/lon. C'est trivial à adapter (ligne 976-976) * mettre les node id et way id en positif car l'outil refuse les id negatifs (ligne 973) Ceci dit, je ne pense pas que ce script soit pas bien adapté aux fichiers bati car pour les bâtis les node id ne sont pas constants et ce sont visiblement de simples numéros auto incrémentés.. - Eric (User:Blueberry) Wiki http://wiki.openstreetmap.org/wiki/User:Blueberry ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] itransport un outil d'intermodalité national basé OSM TeleAtlas
cg == Cyrille Giquello cyrill...@gmail.com writes: cg Moviken développe des relations de partenariat avec les acteurs des cg transports, autorités organisatrices, exploitants, RFF, SNCF, … cg itransports.fr a été développé avec le soutien du Ministère des cg Transports, d’OSEO-Anvar et de l’ADEME. Ce site a l'air utile et bien fait, mais il me semble que les développeurs ne respectent absolument pas la licence OSM CC-BY-SA. Ils mélangent des données OSM et TeleAtlas pour générer les tuiles de fond (là où j'ai vérifié, sur Toulouse, ils utilisent clairement des données non-OSM, puisqu'ils font un rendu des numéros de rue là où OSM n'en a pas), et prétendent dans leur FAQ que , | L’édition, la diffusion, la reproduction et la commercialisation des | cartes de iTransports sont interdites, sauf accord particulier passé | avec Moviken. Elles constituent un délit au regard de la loi, par | conséquent, Moviken se réserve le droit d’agir selon toutes voies de | droit. ` (Le rendu des lignes de transport est fait dans une couche vectorielle séparée des tuiles, donc pas de pb de licence.) -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] itransport un outil d'intermodalité national basé OSM TeleAtlas
vct == Vincent de Chateau-Thierry v...@laposte.net writes: vct Je ne sais pas s'il y a mélange de données. Le seul endroit où vct j'ai vu de la donnée OSM c'est en dehors de l'aire du service, vct par exemple sur le Maroc. En zoomant vers Ceuta, on a une nette vct délimitation entre des tuiles au nord de source (a priori) vct TeleAtlas, et au sud des tuiles OSM avec un rendu Mapnik. Si la vct génération des tuiles des différentes sources se fait séparément, vct on est pour moi dans la situation de calque séparé à laquelle vct ils ont recours pour le rendu vectoriel. Effectivement, en y regardant de plus près, ce n'ont pas l'air d'être les données OSM en France. On voit un basculement entre jeux de tuiles dans l'est de l'Europe également. Donc en fait, un outil très peu basé sur OSM ... -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mode Bac à sable'
Bonjour, Au vu des différentes manips, présentations et ateliers qui se multiplient, j'ai vraiment l'impression qu'un mode bac à sable serait bien utile à OSM. Par exemple, j'imagine bien une ile factice carrée de quelques km2 au milieu d'un océan avec libre saccage pour tests en tous genres. Et JOSM, quand il serait utilisé en mode Bac à sable, pourrait filtrer les éléments postés dont les coordonnées sortent de celle zone dédiée, donc 0 risque pour la base. Ou alors, solution 2 (plus coûteuse j'imagine), en mode Bac à sable, JOSM interrogerait une copie complète de la base dédiée à cet usage et écrasée régulièrement par un copie fraiche de la base mère. A mon sens, ca permettrait de faire ses premiers pas sans stress tout en faisant la chaine complète (recup d'une zone, modif, postage, visu du résultat). Mais bon, je ne sais pas si c'est un besoin ressenti par les personnes ayant animé des présentations, moi en tous cas ca m'aurait rassuré au début de pouvoir faire des régulièrement à blanc. - Eric (User:Blueberry) Wiki http://wiki.openstreetmap.org/wiki/User:Blueberry) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import Massif
Tient, d'ailleurs, à propos des traces GPS stockées dans OSM, il y a un truc pas pratique quand on veut récupérer les traces d'une zone. Le résultat de la requête sur le serveur est un fichier GPX. Sauf que dans ce fichier, toutes les traces en visibilité Public se retrouvent concaténées en une seule trace. On peut d'ailleurs le voir dans Potlatch ou Josm. Sur une autoroute, en bord d'écran, il y a des segments qui rejoignent les deux sens de circulation. Ce n'est pas pratique pour faire des traitements. Je ne sais pas si ça peut faire partie des demandes pour la future API ou ailleurs. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import Massif
- Les sentiers, chemins, routes sont avant tout des highways et finalement, à mon avis, il serait bon d'avoir une base riche et qualitative (au sens précision du tracé) de ces voies et ensuite d'enrichir les attributs au fur et à mesure (et c'est déjà le cas actuellement où plein de voies ont des attributs incomplets). Ce concept d'incomplet/complet ne colle pas du tout avec OSM en tant que projet ouvert. Chacun a sa propre notion de complétude qu'elle soit en terme de précision ou en terme de tag. Et il n'y a pas de référentiel global à atteindre. Moi, par exemple, j'aimerais bien avoir toute la voirie en France avec connectivité, nom, ref et restrictions diverses. D'autre vont surtout être intéressé par l'état de cette voirie pour faire du vélo ou du roller, sa dangerosité... Donc dire qu'on finit quelque chose (les tracés avec un niveau de précision donné dans ton cas) avant de passer aux tags n'a pas de sens du point de vue OSM. Par contre, chacun particulier ou entreprise peut de fixer des objectifs d'exhaustivité sur un aspect. Les allemands (entre autre) ont atteint exhaustivité pour la voirie. Des 2 aspects précédents, je me dis que si je récupère une base de données très riche de trace GPS de sentiers (donc utilisateur randonneur ou VTTiste), je peux grâce à la quantité de donnée et donc au moyennage de ces traces [...] avoir un maillage quantitatif (car milliers de traces) et qualitatif (car bien meilleur que le passage d'un seul GPS). Oui. Beaucoup de traces GPS peuvent aider le travail des mappeurs. Si tu trouves un ou plusieurs site de randonneurs, vttistes et autres qui veulent verser leurs traces à OSM dans une licence compatible, ça sera toujours bienvenu. Comment faire le maillage/moyenne? J'ai utilise Topofusion perso (http://www.topofusion.com/) mais l'algorithme de moyennage ne semble pas compliquer à refaire dans n'importe quel langage (http://www.topofusion.com/network.php) Des outils pour faire des moyennes de trace GPS seraient intéressants même pour les traces déjà disponibles dans le projet. J'avais déjà regardé des algorithmes pour faire des moyennes. Même si en première lecture, ça paraissait simple, dans les détails, ça se compliquait et je ne me suis pas lancé dans la programmation. http://citeseer.ist.psu.edu/viewdoc/summary?doi=10.1.1.16.5216 Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM sur magellan
Bon, le but n'est pas d'en faire une discussion autour de Magellan (on peut faire un autre thread, je me dérobe pas ;) ). Ça évitera de me lâcher ;-) Je discute avec Maps4me en effet, à voir ce qu'on arrive à faire. Dois-je comprendre que vous fournissez des informations privilégiées à Maps4me pour générer ses cartes? Si tel est le cas, je crains que ceci ne soit une distorsion de concurrence. Et c'est là qu'on sent bien tout l'intérêt des formats libres, logiciels libres et autres données libres, c'est que ça permet une concurrence saine et libre... Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import Massif
ahh et donc concrètement, ca se passerait comment? Voilà, imaginons que j'ai 1000 traces GPS de randonneurs et que la license est ok...j'en fais quoi, je les donne à qui, je les upload où, qui peut les utiliser et comment? Manuellement, sur le site web d'osm, il y a un onglet Traces GPS. Dans l'onglet, un lien Envoyer une trace. Ça peut aussi se faire avec l'outil JOSM. Il y a sans doute un moyen de le faire en plus automatisé avec l'API d'OSM. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM sur magellan
Le 05/11/2011 00:27, darrepac a écrit : Eric Sibert wrote: Je discute avec Maps4me en effet, à voir ce qu'on arrive à faire. Dois-je comprendre que vous fournissez des informations privilégiées à Maps4me pour générer ses cartes? Euh non, enfin je crois pas... de quelles informations parles-tu? J'ai cru que vous lui aviez fourni des informations sur les formats Magellan. Autant pour moi. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corrections d'orthographe
Aussi Le Saint-Evre en Le St-Evre et Auto-École Saint-Michel en Auto-École St-Michel pour les mêmes raisons. On ne met pas d'abréviations dans OSM. Ce sera le rendu qui décidera d'en mettre ou pas. Pour les tirets, en France, on essaie autant que possible de resêcter la typographie française même si elle est malmené sur le terrain. Saint-Algue que j'ai remis en Saint Algue: le site internet de cet institut (http://www.saintalgue.eu/site/index/) confirme qu'il n'y a pas de tiret. Pour les marques, je serais tenté de respecter les marques. On peut indiquer dans osmose quand il y a des faux positifs. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import sauvage des stations Velib'
1200 stations Vélib entrées d'un coup, des noms en majuscule, pas de source ni de lien vers une description de la démarche. [...] Bref, du brutal ... Revert + explications à l'intéressé ? +1. Surtout qu'il a déjà commencé à modifier/supprimer certaines stations mal placées ou en doubles. Même s'il est inscrit depuis 2 ans, il n'a qu'une demi-douzaine de changset à son actif. Ca reste un novice. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import sauvage des stations Velib'
*Data comes from http://www.velib.paris.fr/service/carto. La licence??? http://www.velib.paris.fr/Infos-Editeur Ainsi, les actions suivantes sont formellement interdites : I) L’extraction par transfert permanent ou temporaire de la totalité ou d'une partie qualitativement ou quantitativement substantielle du contenu du Site sur un autre support, par tout moyen et sous toute forme que ce soit ; II) La réutilisation, par la mise à la disposition du public de la totalité ou d'une partie qualitativement ou quantitativement substantielle du contenu du Site, quelle qu'en soit la forme, y compris par un lien hypertexte. Pour moi, il n'y a pas photo. Sauf mention contraire ailleurs ou autorisation expresse, il n'y a pas à utiliser les données de ce site. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Google Maps : l'accès aux API n'est plus totalement gratuit
http://www.clubic.com/internet/univers-google/google-maps/actualite-455222-google-maps-developpeurs-devront-payer-acces-api.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour le GPS de nos rêves
cyrille giquello cyrill...@gmail.com a �crit : Je ne sais plus qui cela concerne, mais j'ai bien entendu parler d'un GPS idéal lors de mon passage à La Cantine parisienne. Alors je relaye ici cette news du monde de l'électronique: un module GPS avec SIRF Star III pour 2€ ! Je ne qualifierais pas la puce Sirf Star III de composant GPS idéal mais de composant qui va bien, à savoir qui fournit une précision correcte de quelques mètres en général. Je te renvoie à la discussion sur le GPS logger idéal (chacun ayant sa définition de l'idéal): http://lists.openstreetmap.org/pipermail/talk-fr/2011-January/030147.html et plus particulièrement au message que j'avais posté: http://lists.openstreetmap.org/pipermail/talk-fr/2011-January/030194.html La puce est un peu chère (100€) mais avec une précision centimétrique en statique. Il faudrait une solution intermédiaire en terme de coût (et de précision). Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Google Maps : l'accès aux API n'est plus totalement gratuit
Vincent Pottier vpott...@gmail.com a �crit : Pour le coup, ça n'est pas tant des contributeurs, des mappeurs qui seraient intéressés, mais des utilisateurs (lourds) de données, de fond de carte... Or, les utilisateurs lourds, OpenStreetMap les redoute aussi ! Je ne formulerais pas ça comme ça mais plutôt : rien n'est gratuit ;-) Les données OpenStreetMap sont libres mais la génération de tuiles est à la charge de l'utilisateur. Soit on se monte son propre serveur de tuile, soit on passe par une société tierce. Dans tous les cas, ce n'est pas gratuit. Dans la comm, il faut donc proposer des alternatives à l'API Google, basées sur OpenLayers, Leaflet ou autre... Justement dans les commentaires de l'article indiqué au début, un gars disait merci à OpenLayers. Ceux qui attaquaient Google avec pouvait plus facilement migrer chez un autre fournisseur. Il reste que Google propose les vues aériennes/satellites que pas grand monde propose au même niveau et c'est une représentation très parlante pour beaucoup d'utilisateurs finaux. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Forêt domaniale
Proposition : landuse = forest + operator = (ONF | Commune de ...) Oui, c'est une idée intéressante. Néanmoins, il se trouve que toute la forêt domaniale n'est pas en forêt. Il y a des clairières significatives en taille. L'autre problème, c'est qu'avant d'avoir tout le tour de la forêt domaniale qui est bien tortueux, il va falloir du temps. C'est pour ça que j'aurais bien vu quelque chose en boundary=*. En pratique, l'ONF gère souvent les forêts communales aussi, mais via une convention avec la commune (ou DSP, ou que sais-je). On parle bien du propriétaire public. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Export des contours administratifs français - nettoyage source CA - plus que 107 !
En passant, j'ai vu des groupes de modifications avec comme commentaire « Suppression source CA », mais : - sans tag source sur les chemins (tant pis pour le polyligne) corrigés - sans tag source sur le changeset Alors, si dans 3 ans il faut se repalucher le boulot, c'est un peu dommage. Merci donc aux gentilles fourmis de bien faire le boulot jusqu'au bout et de préciser avec quoi ils ont corrigé le way. Dans l'exemple que j'ai sous les yeux, le chemin a été corrigé en collant à la rivière. On a déjà discuté ici de la différence entre limite administrative et cours d'eau. Dans la même discussion, j'ai indiqué que quand la rivière était encaissée, je n'hésitais pas à l'utiliser, éventuellement en jetant un coup d'œil au cadastre (raster non géoréférencé) du coin pour voir si la limite de commune est bien sensée suivre la rivière. Dans d'autres cas, j'ai aussi repris des limites de parc naturel qui semblaient coller pas trop mal, sachant qu'en général l'aire un parc naturel régional est constitué de la surface de l'ensemble des communes qui compose le parc. Dans 3 ans, comment fera-t-on pour savoir si ce chemin a été tracé en collant le chemin à la rivière déjà tracée (source=interpolation), en utilisant le cadastre (source=cadastre…), ou bien en utilisant d'autres sources ? Et bien, on fera comme on fait depuis 3 semaines, on se coltinera l'historique (qui sera certainement encore plus long qu'aujourd'hui), et on verra que la rivière était là avant. Si la source de la rivière est douteuse, alors il sera de même pour la limite administrative (mais pas l'inverse). Je ne voudrai blâmer personne, mais je commence à me transformer en vieux con qui se lasse de rabacher la même chose, et oublie qu'il fait les mêmes erreurs. Ne va pas vieillir avant l'âge. Le tracé des limites administratives va être un problème de très longue haleine dans les zones de campagne/forêt/montagne. J'y ai été confronté ce week-end dans une forêt. Une piste forestière est censée matérialiser la limite des communes. Gros écart entre ma trace GPS (médiocre au demeurant) et la limite actuelle, limite non sourcée ne correspondant à aucun des cadastres des deux communes avec divergence d'une vingtaine de mètres entre les deux communes. D'une manière générale, l'import depuis le cadastre sans confronter les données venant des deux communes mitoyennes ne va pas faciliter la détection de ce genre de problème. Il n'y a pas quelqu'un qui voudrait faire un algorithme qui détecte les divergences dans les fichiers d'import vectoriel et nous affiche ça sur fond de carte avec un code couleur suivant la divergence. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Export des contours administratifs français - nettoyage source CA - plus que 107 !
Ok, c'est donc du bon boulot. Mais dans ce cas un source=interpolation et un commentaire plus explicite serait encore mieux. Dans la page wiki, il y a plutôt source=extrapolation que interpolation. Mais dans tous les cas, ça me pose problème car je ne fais que rajouter des tags à une polyligne existante, je ne la modifie pas et je n'ai aucune idée de ses sources. Sinon, sur la question générale du sourçage des données, mon problème est que je suis souvent dans le schéma source = survey;image;cadastre... Oui, mais ça impose du cas par cas. Tandis que classifier les données par type de source se fait plus facilement si l'étiquette est bien présente. Comme le travail dans OSM est composite le sourçage n'est pas facile. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Forêt domaniale
Bonjour, Hier, en me baladant, j'ai constaté que les limites de la forêt domaniale et de la forêt communale constituaient des repères très pratiques. En effet, la forêt domaniale est marquée par un double très vert sur fond blanc alors que la forêt communale est repéré par un double trait rouge sur fond blanc. Et le tout est bien marqué sur le terrain. Je me demandais comment on pourrait saisir ça dans OSM. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Estimer le décalage ou pas de Bing?
Bonsoir, Est-ce que vous pourriez-me dire si sur cet exemple il y a besoin d'ajuster la position de l'imagerie: http://www.openstreetmap.org/?lat=48.783296lon=5.921055zoom=18layers=M http://www.openstreetmap.org/?lat=48.783296lon=5.921055zoom=18layers=M J'ai pris exprès un château d'eau qui porte un repère géodésique. Quand on affiche Bing, on constate que l'imagerie ne respecte pas la verticalité du coup je me demande s'il y a décalage ou pas. Clairement, les points de repères sur les édifices en hauteur, ce n'est pas top pour caler les vues aériennes. Néanmoins, dans le cas présent, le repère géodésique semble au milieu de la base du château d'eau. Donc, je dirais que c'est bon. Les traces GPS, ça peut aussi aider à savoir si le calage est bon. Malheureusement, il n'y a qu'une pauvre trace qui traverse le village. C'est très insuffisant pour faire un diagnostic. Dans ton exemple, le bâti semble avoir été importé du cadastre. Or le bâti semble bien calé dans Bing. Donc, si le cadastre est bon, Bing doit être bon. S'il n'y a pas de décalage dans ce cas présent, est-ce que l'on peut considérer qu'il n'y en a pas non plus sur les communes aux alentours? En d'autres termes, est-ce que l'on peut extrapoler ce constat sur plusieurs kilomètres? Déjà si le terrain n'est pas plat, Bing peut réserver des surprises sans faire des kilomètres. Alors j'éviterais les extrapolations :-( Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Visualisation des traces GPX sur fond OSM
Title: Re: [OSM-talk-fr] Visualisation des traces GPX sur fond OSM Bonjour, Soit ma mémoire me joue des tours soit il n'est plus possible de visualiser les traces GPX que l'on a précédemment uploadées sur http://www.openstreetmap.org/traces En tout cas je n'arrive plus à le faire. Question plus générale, vous connaissez des sites qui permettent cela sur fond OSM ? A++ Je peux te proposer non pas un site mais un outil: l'excellent GPX Editor où tu peux choisir un fond Google ou Mapnik. Je m'en sers beaucoup pour visualiser et nettoyer mes traces. http://www.knackes.com/blog/index.php/2008/11/193-gpx-editor-1070/ Je crois que l'auteur est d'ailleurs contributeur OSM ... - Eric (User:Blueberry) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Export des contours administratifs français - nettoyage source CA - plus que 107 !
[...] un célèbre contributeur [...] les a redessiné avec comme cahier des charges : pas plus de 3 points sinon c'est trop précis :-). On n'avait pas dit 3 semaines avant de sortir le lance-flamme? Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Export des contours administratifs français - nettoyage source CA - plus que 107 !
j'aurais bien voulu aider mais je bloque sur le cadastre image le truc avec les croisillons ... j'ai bien suivi le wiki mais apparement je bugue ! Oui, j'ai aussi souvent des difficultés avec les croisillons pour cause de mélange entre les X et les Y, les m et les km, et l'utilisation ou non d'un préfixe sur les Y pour indiquer la zone Lambert. Donc, quand on ne s'est trompé sur aucun de ces points, ça marche. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Export des contours administratifs français - nettoyage source CA - plus que 87 !
Petite remarque pour les fourmis besogneuses. Quand il n'y a plus que du cadastre raster non géoréférencé de chaque côté, essayez de regarder (sur le cadastre justement) si la limite de commune ne correspond pas à un élément naturel style rivière, ligne de crête... visible sur photo aérienne comme Bing. Et bien sûr, pour les rivières comparer entre Bing et le cadastre pour voir si des boucles n'ont pas été rabotées ;-) Ca peut résoudre un certain nombre de cas. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Export des contours administratifs français - nettoyage source CA - plus que 87 !
Et bien sûr, pour les rivières comparer entre Bing et le cadastre pour voir si des boucles n'ont pas été rabotées ;-) Si on veut être précis, il ne faut surtout pas faire ça avec les waterways. Les limites communales ne se déplacent pas en fonction des déplacements de lits de ruisseaux ou rivières. Il est très possible, voire probable, que les limites ne correspondent plus du tout à la réalité physique. C'est bien pour ça que j'ai dit qu'il fallait comparer. Mais récemment, j'ai utilisé une rivière sans même comparer. J'espère juste que le Lot n'est pas sorti de ses gorges :-p Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
