Re: [OSM-talk-fr] Walking papers / Field papers
Bonjour, Ça fait longtemps que je n'ai pas utilisé, mais il me semble qu'avec ça: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/WalkingPapers je m'en étais sorti. A+ Cedric Le 28/02/2013 09:56, Thomas Williamson a écrit : Bonjour, Petit message au sujet des Walking papers / Field papers car je ne trouve rien sur le web pour m'aider. J'ai uploadé une carte (qui comporte mes annotations de terrain) sur Field Papers et je souhaiterais désormais l'afficher dans Potlatch2 ou JOSM pour pouvoir modifier la carte OSM... Je m'arrache un peu les cheveux car je ne trouve absolument pas comment faire. Merci pour votre aide par avance ! -- * * *Thomas Williamson* 4 Place William Cody 86000 POITIERS │ France Tel fixe 05 49 01 98 55 Tel mob. 06 19 56 33 89 Courriel : wiltoma [at] gmail.com http://gmail.com Cordialement, Thomas ___ 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] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Bonjour, Chez moi, j'ai résolu ce manque en ajoutant operator=SNCF. Cedric Le 21/02/2013 09:32, Ista Pouss a écrit : Et moi j'ai oublié de mettre le lien vers la carte générale stéphanoise qui montre le problème de la distribution des logos sncf : http://tile.openstreetmap.fr/?zoom=12lat=45.44577lon=4.42526layers=B0 Le seul logo SNCF qu'on voit est une gare complètement secondaire, et il y a deux gares importante (st etienne chateaucreux et st chamond) qui n'ont pas de logo. Sans compter un peu plus loin, celle de Lyon Part Dieu qui n'a pas de logo non plus à ce niveau de zoom. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] D'une usine a stub proposed
Bonjour, Je te propose une solution plus simple: - Tu regroupes les polygones (Outils/Joindre les zones superposées (Maj-J). - Tu le nettoies un peu (nœuds inutiles, ajuster les bords, ...) - et tu supprimes ou ajoute les tags qui vont bien sur le polygone. Ou alors, tu supprimes ce qui n'existe plus. Et tu ajoutes ce qui y est maintenant. A+ Cedric Le 11/02/2013 08:38, Ista Pouss a écrit : Bonjour, Je vous parle à propos de http://osm.org/go/0ApGprud2--, l'endroit nommé La Cartonnerie. Voici comment cet endroit était lorsque la google car y est passe : http://goo.gl/maps/XYSid Et voici comment l'endroit est en réalité aujourd'hui : http://flic.kr/p/dTZ5M1 ! J'ai passé les landuses de construction à brownfield. http://www.openstreetmap.org/browse/changeset/14954632 http://wiki.openstreetmap.org/wiki/Brownfield Cependant, on voit, si on parcourt les données de la carte, que ce terrain, qui parait constitué d'un seul bloc, est en fait constitué de 4 parcelles - merci au cadastre, je suppose. Ces parcelles n'ont aucune réalité sur le terrain ; de plus, le nom Cartonnerie n'est attaché sur la carte qu'à une seule de ces parcelles, alors qu'il concerne tout le terrain. Je m'étais dit que pour ce cas j'allais constituer ma PREMIÈRE RELATION, pour regrouper toutes ces parcelles ! Ne sachant trop que mettre comme type de relation, je subbodore que site http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site#Examples_of_sites est celle qui va bien, mais malheureusement, c'est une Proposed Feature... ? Déjà que brownfleld était une page stub, ce qui m'a bien perturbé, si en pllus j'utilise une proposed feature... j'aurai donc tagué un espace vide en Stub Proposed Feature comme relation ??? Que faire, que penser, que dire ? Merci. ___ 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] Délai de prise en compte modifications
??? Je vois peut être mal, ou je ne comprends pas...: Je ne vois pas de layer=-1 dans l'historique de riverbank. De toute façon, je n'en vois pas l'utilité dans ce cas. Le multi-polygone me semble correct comme ça. Cedric Le 08/02/2013 09:51, Mides a écrit : Bonjour, effectivement c'est bien affiché actuellement, mais jette un petit coup d'oeil sur l'historique. Idem, pour un segment riverbank, où il a fallu retirer le tag layer:-1 a Le 8 février 2013 08:38, Cedric Viou cedricdumezv...@gmail.com mailto:cedricdumezv...@gmail.com a écrit : Si tu parles de http://www.openstreetmap.org/browse/relation/2745900 (lit de rivière + 2 îles), moi, je la vois bien... Si ce n'est toujours pas bon chez toi, c'est peut être une histoire de cache. Cedric Le 07/02/2013 20:53, Mides a écrit : http://www.openstreetmap.org/?lat=43.08795lon=0.9568zoom=17layers=M Le 7 février 2013 20:47, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : Si tu nous disais où... on pourrait sûrement y jeter un oeil ;) Le 7 février 2013 20:12, Mides mides@gmail.com mailto:mides@gmail.com mailto:mides@gmail.com mailto:mides@gmail.com a écrit : J’ai créé un polygone, oh, pas bien important environ 100/100 mètres avec deux inner, et rien n’apparaissait sur la carto quelques heures après et ce, sans aucun messages d’erreurs particuliers au niveau de JOSM. Donc je l’ai fait étape par étape. Envoi de l’area outer, envoi d’un inner, ajout landuse sur premier inner, envoi du second inner, et ajout du landuse sur second inner. C’est quand même assez déroutant. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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] Délai de prise en compte modifications
Si tu parles de http://www.openstreetmap.org/browse/relation/2745900 (lit de rivière + 2 îles), moi, je la vois bien... Si ce n'est toujours pas bon chez toi, c'est peut être une histoire de cache. Cedric Le 07/02/2013 20:53, Mides a écrit : http://www.openstreetmap.org/?lat=43.08795lon=0.9568zoom=17layers=M Le 7 février 2013 20:47, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : Si tu nous disais où... on pourrait sûrement y jeter un oeil ;) Le 7 février 2013 20:12, Mides mides@gmail.com mailto:mides@gmail.com a écrit : J’ai créé un polygone, oh, pas bien important environ 100/100 mètres avec deux inner, et rien n’apparaissait sur la carto quelques heures après et ce, sans aucun messages d’erreurs particuliers au niveau de JOSM. Donc je l’ai fait étape par étape. Envoi de l’area outer, envoi d’un inner, ajout landuse sur premier inner, envoi du second inner, et ajout du landuse sur second inner. C’est quand même assez déroutant. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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] Problème bâti ds lotissement
Bonjour, Je réponds sur la partie JOSM/relation associedStreet. Mais j'ai déjà été doublé... Voir pour la création des relations: http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Utilitaire_de_saisie_des_adresses Je m'en suis servi pour faire la saisie sur Vierzon (28000 habitants): http://www.openstreetmap.org/?lat=47.2251lon=2.0847zoom=13layers=M Il y a ensuite des outils de vérif qui permettent de trouver des erreurs de saisies (dans JOSM, ou osmose) et arriver à un bon niveau de qualité (il faut que j'aille faire des vérif terrain, d'ailleurs... ;) ) Ça en vaut vraiment la peine. Cedric Le 03/12/2012 10:57, Tony Emery a écrit : Christian, Merci pour ce travail. Si, effectivement, JOSM est mieux pour l'adressage que Potlach, on a toujours ce problème d'utilisation de cette application en mairie. Donc, pour le moment, on fait avec les moyens du bord... La relation associedStreet n'est-elle pas un trop lourde à gérer quand notre objectif est de faire cela sur toute la commune ? Je ne connaissais pas access=destination. Je vais me pencher sur tout ça... Encore merci, -- View this message in context: http://gis.19327.n5.nabble.com/Probleme-bati-ds-lotissement-tp5738380p5738812.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu transport public Mapnik - était - Arrêt de bus de Paris...
Bonjour, Le 03/12/2012 11:50, rldhont a écrit : La nouvelle façon de tagguer les transports public n'est pas implémenté dans Potlatch (attention troll probable) mais bien dans JOSM... Ensuite le rendu Mapnik ne devrait pas beaucoup changer, non ? QUe voudrais-tu afficher qui soit facilement affichable ? Personnellement (mais je me suis peut être trompé dans la mise en œuvre), j'ai été déçu de ne pas voir mes quais (public_transport=platform): http://www.openstreetmap.org/?lat=47.227381lon=2.05984zoom=18layers=M J'ai renoncé à trifouiller les tags pour les voir apparaître (et pis c'est pas bien...hein), je sais qu'ils sont là mais je serais content si je les voyais. Désolé de ne pas avoir non plus cherché à le signaler. Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tablette tout terrain
Bonjour, J'en ai une. C'est sympa, robuste, etc... Si vous écumez le forum, vous pourrez voir qu'une option GPS était promise en option achetable séparément, dans le futur. C'est abandonné. Il semblerait qu'un GPS intégré serait vendu avec les prochaines versions. Faites attention lors de l'achat. Pour le moment, j'utilise un tracker GPS bluetooth et bluegps4droid pour le faire communiquer avec des softs comme OSMtracker, OsmAnd ou gvSIG. Je ne suis pas encore arrivé à brancher un GPS-USB, il faudrait installer le driver serial-USB. Cordialement, Cedric Le 20/11/2012 11:16, Sylvain Maillard a écrit : Salut, est-ce que quelqu'un a déjà eu entre les mains / utilisé la tablette de MTT ? http://www.mobiletoutterrain.com/tablette-etanche.php Il y en existe une version avec gps intégré, ça peut être plutôt bien comme matos pour faire du terrain osm :D Sylvain ___ 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] [forum-osm-fr] Comment moyenner 2 trace GPX
Bonjour, Le début et la fin de la randonnée sont identique. J'ais donc deux traces qui se recoupent. Comment puis je moyenner les deux ? À l'œil!!! Ajoute un calque Bing ou une autre vue aérienne, tu y verras éventuellement ton sentier. Superpose tes traces. Tague ce que tu penses être le mieux avec les 3 infos. Une trace GPS peut être correcte un moment et complètement à côté un peu plus tard. Moyenner mathématiquement n'est forcément une bonne idée. Il faut déjà filtrer à l'œil ce qui parait aberrant. Cordialement, Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : Annuler
Le 18/10/2012 23:18, Eric SIBERT a écrit : A propos de JOSM, ne pourrait-on pas changer le libellé du bouton qui apparaît durant l'upload des données. Interrompre plutôt que Annuler? Tout à fait d'accord. J'utilise svn pour versionner du soft et les changesets sont MONOLITHIQUES. Du coup, j'ai longtemps crû qu'il en était de même pour les changesets d'OSM. Quand ça cassait et que je relançais, je ne m'expliquait pas les doublons que je voyais en repassant après dans la zone. Et quand on appuie sur le bouton Interrompre et que le transfert a été interrompu, un petit message informant que seule une partie des données a été transmise. Et conseiller de retélécharger la zone pour s'y retrouver? Pareil! Et peut être même y mettre le bouton pour re-télécharger. Voyez-vous une raison pour qu'il ne soit pas nécessaire de re-télécharger après une interruption? Cordialement, Cedric Mes 0,02 €. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Etrange mélange de découpage landuse et administratif...
Bonjour, clc a parfois des découpages arbitraires (forme orthogonales au sud de l'ile de france) Des exemples? Car de très gros polygones (~100km) ont été effeuillés puis découpés en blocs pour en faciliter l'import. Cedric ___ 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] Etrange mélange de
Bonjour, Le 06/10/2012 16:45, Philippe Verdy a écrit : Ca vient d'un ancien découpage arbitraire des données Corine: les très grands polygones de landuse été taillés à la hache (pas toujours orthogonalement d'ailleurs) sur de grandes distances. Ce découpage à la hache a été fait par un script qui dans une première passe détectait les étranglements dans le polygone pour y effectuer des découpes. Dans un second temps, les gros bouts restant étaient découpés selon des parallèles et des méridiens. Dans ce repère, c'est donc orthogonal, mais après projection, en métropole, ça s'en éloigne forcément. Le problème lors de l'import était que l'on souhaitait *intégrer* des polygones de ~20 nodes, ~1000 inners et d'une emprise de l'ordre de la 100aine de km. Intégration supposait donc de disposer dans un éditeur à la fois du polygone à intégrer *ET* des données déjà présentes dans la base afin de ne pas bêtement couvrir l'existant: Mission impossible vue les surfaces couvertes. L'ouverture d'un de ces polygones géants nécessitait déjà une configuration musclée pour tenter un découpage manuel. L'utilisation de ce script automatique sur quelques polygones géants (~15-20) a permit à un plus grand nombre de créer des champs et des forêts sans que le résultat de la découpe soit franchement plus affreux que ce qui aurait été fait à la main. Il est vrai que la seconde passe du script effectuait une découpe à la hache. Mais ces grands polygones couvrant de grandes étendues homogènes, il n'y avait pas non plus (et toujours pas) de critères de découpe plus objectifs. Je me souviens avoir proposé d'utiliser les limites admin pour faire ce découpage mais cela a été rejeté à l'époque sur la liste. Je pense maintenant que c'est mieux ainsi (et les limites admin étaient loin d'être aussi présentes qu'aujourd'hui). Même si les PCs d'aujourd'hui peuvent peut être mieux gérer ces polygones, je pense (amha) que plusieurs petits polygones sont moins difficiles à maintenir que quelques grosses relations. Je pense que ce projet doit rester d'un accès raisonnablement simple pour le plus grand nombre. -- Note Cédric: ton agent email (je ne pense pas que c'était Gmail en ligne, même si tu as un compte Gmail, car Gmail ne fait pas ce genre d'erreur), a des problèmes de codage à l'envoi. On doit lire entre les lignes et deviner les caractères codés. Je ne recode pas dans ta citation ci-dessous. On dirait que tu utilises un outil externe pour envoyer à Gmail et qu'il code mal ses messages et envoie un saut de ligne en trop avant les entêtes et le corps du message, qui, du coup, apparaissent tous les deux dans le corps du message qui est envoyé sans indiquer son codage réel. Je n'aurais pas dû envoyer mon premier mail avec cette nouvelle tablette vers la liste de diffusion: ce n'est pas beau, sniff... ;) À configurer, donc... Cordialement, Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Restreignons les imports des cours d'eau depuis le cadastre - cleocarto
ok pour moi. Le 28/09/2012 15:56, sly (sylvain letuffe) a écrit : Hello, Le sujet lancé il y a dix jour par Eric : http://lists.openstreetmap.org/pipermail/talk-fr/2012-September/047852.html semble s'être calmé, et, sauf erreur, il me semble qu'une majorité d'exprimés était pour restreindre l'accès aux fichiers du cadastre concernant les cours d'eau. Une proposition (en attendant mieux) était par exemple de ne pas les rendre disponible sur : http://cadastre.openstreetmap.fr/data/ à coté de tout le reste comme si tout était pareil mais dans un autre lieu, connu d'une population réduite de contributeur. Par exemple, protégé par un mot de passe qui ne pourrait être demandé qu'a celui qui s'occupe de cet outil et seulement avec l'accord sur cette liste (le but étant de confirmer que la personne a bien compris que les données dans le fichier -water.osm c'était un gros bord... heu, un ensemble de donnée intéressantes mais impérativement à retravailler et à éviter pour quasiment tous les ruisseaux) ça va à tout le monde ? je demande ça à Philippe Pary ? En outre, cet outil se situe actuellement sur un serveur perso de philippe et compte tenu des récents développements concernant les intégrations cadastre je proposerais que cet outil soit ré-incorporer au sein des serveurs de l'association osm france afin que plusieurs personnes puissent intervenir, dont philippe bien sûr, afin, par exemple d'être plus réactif pour le type de changement discutés ci-avant, mais aussi pour une évolution collaborative du service. idées ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Profession de foi de sly à la candidature au poste de membre du DWG
Bonjour, Merci pour ta candidature. Tu as mon soutien. Cedric Le 25/09/2012 18:51, sly (sylvain letuffe) a écrit : Bonjour, Suite à ma proposition ici : http://lists.openstreetmap.org/pipermail/talk-fr/2012-September/048217.html Je confirme présenter ici même ma candidature au poste de membre du DWG http://wiki.openstreetmap.org/wiki/DWG à la communauté française. Tout en rappelant que même si l'on m'accepte ici à ce poste, le DWG peut toujours me refuser. Rappelons qu'occuper ce poste devrait comprendre : - La possibilité de discuter avec les autres membres du DWG avec plus de chance d'être écouté que le reste des contributeurs - La possibilité d'empécher un utilisateur OSM de continuer à éditer (blocage) exemple : http://www.openstreetmap.org/user_blocks/248 Voici un bref CV de qui je suis : http://wiki.openstreetmap.org/wiki/User:Sletuffe Merci de noter en outre que je ne suis pas membre de l'association osm-fr et que je ne compte pas le devenir. == Discuter == En me présentant à ce poste, j'entends surtout présenter auprès du DWG les attentes, inquiétudes et spécificité des autres membres de la communauté française au regard des imports du cadastre tout particulièrement, mais aussi d'autre imports ayants lieu sur le territoire français (Métropole + DOM/TOM) (imports étant défini par ce que le DWG appel import et sur lesquels ils entendent imposer des règles par des blocages) Ce que je souhaite mettre au service de la communauté, c'est mon franc parlé, ma capacité d'expression en anglais et ma capacité à relayer les demandes discutées sur la liste talk-fr, les forums français, ou tout moyen de communication utilisé par la communauté de contributeurs français. Je m'efforcerais de faire des comptes rendus de ce qui se dit en haut et ma position pourra évoluer au grè des discussions et conclusions de la communauté française. == bloquer == Bloquer des contributeurs, ce ne sera ni ma force ni mon plaisir. Je ne souhaite d'ailleurs jamais le décider moi même, mais uniquement être le doigt qui clic, suite à une décision majoritaire de la communauté fr elle même, ou du cadastre task force si celui-ci m'est désigné. (Sauf cas d'urgence avérée dont la définition sera laissée à la communauté sur acte de vandalisme évident) Il est donc hors de question que je sois celui qui fasse tout le (sale) boulot (surveillance IRC, outils,...) , ni et celui sur qui on tape parce que je n'ai pas bloqué à temps de mon propre chef ou par excès de blocage alors que le dit blocage fût demandé par l'instance ci-avant évoquée. En tout état de décision de la communauté française ou cadastre task force, je m'engage à ne jamais bloquer un utilisateur en dehors du territoire français, défini par la relation n°11980 (http://www.openstreetmap.org/browse/relation/11980) Je m'engage à ne jamais bloquer un utilisateur sans que quelqu'un lui ait déjà envoyé un message lui expliquant qu'il y a un problème (moi ou pas) == rupture de contrat ;-) == Je ne m'engage sur aucune durée, je suis libre de quitter ce poste à tout moment et sans préavis La communauté, sur consultation d'une majorité d'exprimés (à définir ?) peut me demander à tout moment de quitter ce poste fin ps: p'tain de prise de tête ! On dirait que j'ai fais ça toute ma vie ps2: si pas d'accord, modifications souhaités, me répondre, je ne suis pas borné, mais au service de la communauté ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre
Qu'en pensez-vous? Entièrement d'accord. Si les données water semblent indispensables à un utilisateur d'ici là, il est toujours possible de décalquer à partir du plugin cadastre. Et, comme le fait remarquer Hélène, je vois mal comment intégrer correctement le cadastre aujourd'hui si on a pas au moins téléchargé le calque cadastre dans les zones urbaines. Cordialement, Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème restriction de tourner à gauche
Bonjour, Mais pour la seconde, s'il n'y a effectivement pas de tourner à gauche de demandé, en revanche, il y a une demande de demi-tour. http://map.project-osrm.org/1jM Je n'ai regardé que celle-ci. Je pense que le Way 113944656 'to' de ta relation n'est pas le bon. Il faut remplacer le Way 113944656 (sud) par way 179742023 (nord) dans ta relation. Cedric 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] [forum-osm-fr]ronds points et interdictions
Le 07/09/2012 09:41, Pieren a écrit : 2012/9/7 Christian Quest cqu...@openstreetmap.fr: Par une relation restriction: http://wiki.openstreetmap.org/wiki/FR:Relation:restriction Il y a un plugin JOSM pour faciliter leur création. Attention à n'utiliser les restrictions que si c'est légalement interdit. Bonjour, Je suis d'accord avec Pieren pour n'utiliser les FR:Relation:restriction que pour des interdictions légales. Néanmoins, je pense qu'il manque quelque chose pour décrite ce genre de situations. En regardant les panneaux routier , il semble évident qu'il faille prendre la sortie 33b au lieu de la 33a (et de se pendre une sévère épingle à cheveux) mais cette info n'est pas dans OSM. PAVÉ DANS LA MARE En fait, amha, le problème vient du fait que les voies à cet endroit: http://map.project-osrm.org/1iw sont connectées par un nœud. Actuellement, d'un point de vue OSM, ce point DOIT exister car les voies sont physiquement liées (elles partagent de l'asphalte ;) ). Mais dans la vrai vie, cette intersection ne doit pas être utilisée pour changer de direction. Topologiquement, pour du routage, les 2 voies n'auraient pas à être liées. On pourrait donc se demander si, dans certains cas, ce nœud ne devrait pas être omis. Mais évidement, Validator et Osmose vont signaler des erreurs... ;) Pas simple... /PAVÉ DANS LA MARE On peut peut être demander à la DDE de mettre un pont. Ça arrangerait tout le monde. ;) Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions
Le 07/09/2012 11:35, Pieren a écrit : 2012/9/7 Cedric Viou cedricdumezv...@gmail.com: On peut peut être demander à la DDE de mettre un pont. Ça arrangerait tout le monde. ;) Ou de mettre un panneau d'interdiction de tourner à gauche. Ca serait un peu moins cher ;-) En effet ;) Mais ce que je voulais souligner est que personne n’empruntant l'une des 2 voies n'a BESOIN de ce point pour changer de direction. L'échangeur a été conçu pour pour que ce changement de direction ne soit pas utile (dans notre exemple, il fallait prendre la sortie 33b et si on se trompe en prenant la 33a, et bien continuer jusqu'au rond-point à l'ouest pour faire demi-tour) Mais j’arrête... ;) Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fichiers de bâti
Bonjour, J'ai généré les fichiers .osm pour la commune de Détrier (73). Le bâti semble correct. Merci. Néanmoins, il semble que la génération de http://cadastre.openstreetmap.fr/data/073/SA099-DETRIER-city-limit.osm soit incorrecte (Seuls une dizaine de points sont générés, ainsi que le way, pour une toute petite part du city-limit). La limite de commune est déjà dessinée: ce n'est donc pas critique. Mais cela est répétable et permettrait peut être de trouver un bug. Voilà! Merci encore pour cet outil. Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Landuse cassé
Bonjour, C'est réparé. L'outer est parti avec un suppression de bati dupliqué. J'en profite pour réparer le trou ici: http://www.openstreetmap.org/?lat=46.2583lon=-0.741zoom=12layers=M Cordialement, Cedric Le 31/08/2012 12:38, Stéphane Péneau a écrit : Bonjour, J'ai repéré une zone cassé, m'ai j'avoue que je ne sais pas du tout comment réparer ça, quelqu'un à une idée : http://www.openstreetmap.org/?lat=46.4939lon=-1.0417zoom=12layers=M Stéphane ___ 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] 50 pourcent
Il y a encore pas mal d’import de ce fichier (piscine mal taggés, riverbank avec beaucoup trop de noeuds, zones inondables, ...). Je remonte ce sujet, mais ne devrait-on pas cacher/supprimer cette couche ? +1 pour le cacher, le moindre fossé est dessiné avec un patchwork de riverbank superposé mais non-liés. Le waterway est rarement ajouté, et le nom encore moins. Je doit m'attaquer à ça depuis un moment: http://www.openstreetmap.org/?lat=45.96844lon=-1.26127zoom=17layers=M Difficile de faire le tri entre ce qui vaut la peine d'être gardé et ce qui doit être sévèrement corrigé... Ce serait par contre dommage de supprimer la couche car, parfois, l'info est pertinente. Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Landuse cassé
Bonjour, Je regarde. Cedric Le 31/08/2012 12:38, Stéphane Péneau a écrit : Bonjour, J'ai repéré une zone cassé, m'ai j'avoue que je ne sais pas du tout comment réparer ça, quelqu'un à une idée : http://www.openstreetmap.org/?lat=46.4939lon=-1.0417zoom=12layers=M Stéphane ___ 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] Landuse cassé
Le 31/08/2012 12:38, Stéphane Péneau a écrit : Bonjour, J'ai repéré une zone cassé, m'ai j'avoue que je ne sais pas du tout comment réparer ça, quelqu'un à une idée : http://www.openstreetmap.org/?lat=46.4939lon=-1.0417zoom=12layers=M Stéphane ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Bonjour, Ça a été effacé par le groupe de modification 12205947. J'ai restauré le way 64496060 avant de m'en rendre compte. (Dois-je le reverter?) C'était le outer d'une relation landuse=farm (1016430). La relation et les inners existent toujours ce qui fait penser à une fausse manip. Je contacte l'utilisateur. Il y aura certainement un coup de revert à faire car il y a beaucoup de chemins effacés dans toutes ces modifications. Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] TMS et ergonomie des éditeurs OSM...
Le 31/08/2012 14:11, Fabien a écrit : Le 31 août 2012 14:10, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Il y a un truc que j'aimerais pouvoir faire, c'est changer de projection avec un raccourci clavier ou un clic sur un bouton. L'exemple typique pour moi, c'est de basculer entre Merkator et Lambert 9 zones pour comparer l'imagerie satellite et le cadastre. A moins qu'il y ait une autre méthode. +1 +1 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Altitude [était : Où sont passés les terminaux 2D, 2E et 2F de l'aéroport Roissy CDG ?]
Le 28/08/2012 17:17, Eric Sibert a écrit : Donc, le pont qui a une grosse marche au milieu, j'y crois moyen. J'ai entendu parler de cette histoire il y a quelques années entre des élèves ingé en génie civil. C'était un pont entre 2 pays européens (lequels???) qui utilisaient 2 références différentes. Le plus fort dans l'histoire était, qu'une fois les erreurs de référentiel retirées, l'erreur de construction aurait été très faible. Je dis aurais car je n'arrive pas à retrouver de source tangible. Je classerais ça parmi des légendes jusqu'à preuve du contraire. Qui va exhumer une preuve le premier? ;) Cordialement, Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] import de lieux-dits
Bonjour, - Sélectionne tout (Ctrl-a) dans le calque qui contient tes points. - Copie les points (Ctrl-C) - Va dans un calque qui contient le téléchargement d'une zone - Copie les points (Ctrl-V) Envoie-moi un bout du fichier en privé si ça ne fonctionne pas. Cordialement, Cedric Le 27/08/2012 11:38, plonevez a écrit : Bonjour, J'ai créé un fichier osm de test : ?xml version='1.0' encoding='UTF-8'? osm version='0.6' generator='plonevez' node id='-1' visible='true' lat='48.03910' lon='-4.66900' tag k='name' v='Kerhas'/ tag k='place' v='hamlet' / /node node id='-2' visible='true' lat='48.03078' lon='-4.67516' tag k='name' v='Saoutenet'/ tag k='place' v='hamlet' / /node /osm Lorsque j'ouvre ce fichier avec JOSM, je vois mes lieux-dits correctement codés dans un calque mais je n'arrive pas à intégrer ces données dans les autres données Je suis donc toujours bloqué Jean -- View this message in context: http://gis.19327.n5.nabble.com/import-de-lieux-dits-tp5721992p5722156.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] import de lieux-dits
Bonjour, Le 26/08/2012 11:24, plonevez a écrit : J'ai importé ce fichier dans JOSM. Mes points sont accessibles et je peux dire que ce sont des lieux-dits. Mais je voudrais faire cette opération globalement pour tous les points importés. Si tu veux dire ajouter un tag place=locality (ou place=hamlet ou place=you_choose) à un groupe de points, tu peux sélectionner les points qui t'intéresse et ajouter le tag voulu. Ça affectera toute la sélection. Mais j'ai peut être mal compris la question... Cordialement, Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr]Lignes de bus
Bonjour, Je me suis lancé avec ça: http://wiki.openstreetmap.org/wiki/FR:Relation:route#Transports_publics et ça pour valider: http://ra.osmsurround.org/index Cordialement, Cedric Le 21/08/2012 17:10, fo...@letuffe.org a écrit : Le message suivant de AlainG: ## Bonjour, Je vois que le projet OSM avance bien et j'essaye d'y contribuer à ma mesure. J'aimerais bien intégrer les lignes de bus des différents réseaux autour de chez moi mais je n'ai pas trouvé l'attribut permettant de figurer ces lignes sur JOSM. Quelqu'un pourrait m'éclairer sur les possibilités actuelles de l'outil ? Merci. AG a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trottoir séparé de la rue
Bonjour, Pour le trottoir, je mettrais un highway=path . Et pour la rangée d'arbre, natural=tree_row Cedric Le 20/08/2012 13:42, Ista Pouss a écrit : Bonjour, Je voudrais savoir comment indiquer un trottoir séparé de la rue, tel que cette photo le montre : http://flic.kr/p/cVgzxj Sur OSM le lieu se trouve là : http://osm.org/go/0ApJYzYQR-- Sur le wiki j'ai trouvé http://wiki.openstreetmap.org/wiki/FR:Tag:footway%3Dsidewalk mais je ne vois rien qui puisse indiquer qu'il existe une rangée d'arbres entre le trottoir et la chaussée. (mais est-ce utile de l'indiquer, au fond ? ) Merci. ___ 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] Trottoir séparé de la rue
En effet. Merci pour la correction. Le 20/08/2012 14:34, Jean-Claude Repetto a écrit : Le 20/08/2012 14:29, Cedric Viou a écrit : Pour le trottoir, je mettrais un highway=path . Bonjour, Je mettrais plutôt highway=footway , puisqu'en principe, un trottoir est réservé aux piétons, poussettes et fauteuils roulants. Jean-Claude ___ 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] CHRCH data logger longue autonomie
Bonjour, J'utilise un m-241: http://wiki.openstreetmap.org/wiki/Holux_M-241 Seul bémol pour le moment, je suis pas arrivé à faire fonctionner BT747 sur ma machine (linux) pour exporter les traces. Ça vient peut être de moi et je n'ai pas cherché bien longtemps... Je lance l'appli Windows fournie dans une machine virtuelle. 65$ en ce moment. Correspond à tes critères (sauf peut être le étanche à la pluie ;) ) Bon voyage! Cedric Le 02/08/2012 15:35, Florian LAINEZ a écrit : Salut, Je pars en vacances en Amérique du sud et aimerai en profiter pour mapper le coin ^^. étant donné que je vais faire de le randonnée pendant plusieurs jours, je pense que la seule solution -question d'autonomie- est d'*acheter un petit data logger* pour synchroniser par la suite les photos que je prendrais. J'ai regardé tous les treads qui parlent du sujet sur la ML (notamment http://lists.openstreetmap.org/pipermail/talk-fr/2011-June/033374.html), le comparatif sur le wiki http://wiki.openstreetmap.org/wiki/GPS_Reviews, le forum de GPS passion http://www.gpspassion.com/forumsen/forum.asp?FORUM_ID=127 et maintenant je suis complètement perdu ! Voici mon cahier des charges : - autonomie très élevée : au moins 10 heures, 20h ou plus serait l'idéal - alimentation obligatoirement avec piles (je passerai plusieurs jours sans prise électrique) - enregistrement de la date et l'heure pour synchroniser les photos - export au format GPX (existe-t-il des modèles où il n'y a qu'à copier-coller un .gpx ? Je veux le faire dans des cyber-cafés de l'autre coté du Monde donc il faut que ça soit aussi universel qu'une clé usb !) - robuste et étanche à la pluie - une précision de 10m suffirait - une mémoire adaptée pour tracer suffisamment de points (plusieurs dizaines de milliers) - budget grand max 200€, 100€ = mieux Et éventuellement en bonus : - un écran qui donne la position GPS (petit écran monochrome : l'autonomie est prioritaire) - possibilité de régler la fréquence d'enregistrement (un relevé seulement toutes les 30 sec me permettrait d'économiser de l'énergie) - pas de câble à trimbaler pour faire la synchro : si les données sont sur une carte SD, c'est top Voici les modèles sur lesquels je suis tombé mais aucun ne me satisfait pleinement : - http://www.gadgetselectroniques.com/Recepteur-GPS-DataLogger-cbGabaGsa.asp - http://www.opticienonline.com/bushnell-backtrack-d-tour.html?gclid=CIqg_5_UyLECFSsntAodbxsAOw - http://www.semsons.com/amaggpsdalos.html - http://www.semsons.com/wiwpeashdalo.html - sur les conseils http://www.starway.org/blogs/Photographie/2008/10/un-phototrackr-a-la-ceinture/ d'un photographe : http://www.semsons.com/giphli.html Help ! Merci d'avance pour vos conseils -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr http://www.nouslesgeeks.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] Tutoriel Leaflet/OpenLayers ?
Bonjour, J'avais fait ça il y a quelques mois pour essayer: http://crcentreapnee.free.fr/carte Cordialement, Cedric Le 09/07/2012 09:42, Eric a écrit : Rigolo, je voulais voir comment marchait OL et je me suis fixé ce même objectif : afficher plusieurs POI sur un fond OSM avec des logos choisis et un descriptif en popup. Un mix de ces 2 exemple fait le job : http://openlayers.org/dev/examples/dynamic-text-layer.html http://openlayers.org/dev/examples/osm.html C'est le plus simple, il suffit de mettre les POI (lat/lon/desc ...) dans un petit fichier texte et ca marche, très suffisant pour un nombre raisonnable de points. J'en suis pas encore au bout mais c'est sympa. Le 9 juillet 2012 07:24, Romain MEHUT romain.me...@gmail.com mailto:romain.me...@gmail.com a écrit : Merci pour vos réponses, je fais suivre... Romain Le 8 juillet 2012 20:32, Vincent Pottier vpott...@gmail.com mailto:vpott...@gmail.com a écrit : S'il s'agit de quelques points, un fichier suffit, pas besoin d'une base de donnée. Dans ce cas, les exemples du wiki devraient faire l'affaire. http://wiki.openstreetmap.org/wiki/FR:OpenLayers -- FrViPofm __ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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] N10 : trunk ou primary ?
Dans l'historique d'un des ways on peut voir qu'elle fut classifiée en trunk: http://www.openstreetmap.org/browse/way/25604439 Comme ici, d’ailleurs: http://osm.org/go/b~52hR7sQ-- Tu peux peut être demander à la personne qui l'a modifiée en primary si elle avait une raison précise de le faire. Perso, je mettrait trunk mais je loupe peut être quelque chose... Cordialement, Cedric Le 03/07/2012 11:24, Lord Awikatchikaen a écrit : Bonjour, Je suis étonné de voir que la N10 n'est taggué que en primary. Il me semble que cela devrait être un trunk ? Si j'en crois le wiki : primary : Le trafic dans les deux directions n'est généralement pas séparé par un_terre-plein central._ trunk : Souvent adaptées à de longs trajets ou à des_vitesses relativement élevées_ Or, sur la partie de la N10 que je connais (dans les landes), c'est bien une 2*2voies séparées par un terre plein central. De même la Départementale qui va de Dax a Mont de Marsan est aussi dans ce cas. Est que ces tags résultent d'un compromis, du caractéristique que je n'aurais pas vu ? Ou bien simplement personne ne s'y est intéressé ? Merci. ___ 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] OSM sur le Site www.voilesetvoiliers.com
Bonjour, Je lis ça en bas de la carte: Propulsé par Leaflet Source cartographique (c) SHOM - reproduit avec l'autorisation #4/2012 et (c) OpenStreetMap contributors, CC-BY-SA Ce n'est pas suffisant? (ou ça vient d'être ajouté?) Cedric Le 16/06/2012 11:01, Marc Sibert a écrit : Bonjour, Je viens de découvrir (tardivement sûrement) que ce site propose une carte des côtes marines françaises produites par le SHOM et que la carto terrestre est celle d'OSM, le tout étant diffusé par Leaflet. http://www.voilesetvoiliers.com/page-vierge/geogarage/#xtor=EPR-2-[news-16-06-2012]-20120616-[lien] C'est assez drôle, mais je pense que c'est un cas de sous-traitance incontrôlée, que ce journal avait fait un article assez négatif au sujet de la carto contributive : http://www.voilesetvoiliers.com/securite/pourquoi-la-gratuite-des-donnees-est-un-leurre/ Pour conclure et puisque c'est la raison originale de mon message, il y a une violation des conditions d'utilisation d'OSM (ou Pieren, libre, mais pas complètement) car je ne vois aucune attributions sur la carte. Voilà, le lance ce fil pour recueillir vos avais avant d'envoyer une demande d'attributions en bonne et due forme au journal et à l'éditeur des carte (GéoGarage). A+ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin sur rempart
Bonjour, Pas de réponse mais mais un exemple similaire: Comment indiquer qu'une place est située sur certains des bâtiments de cette zone? : http://www.openstreetmap.org/?lat=47.837406lon=1.936377zoom=18layers=M (à voir avec mapcompare) Merci, Cedric Le 07/06/2012 22:31, l...@worldonline.fr a écrit : Bonsoir Comment mettre un chemin en haut du rempart ? - Doit-on créer un nouveau chemin avec deux escaliers à chaque bout - Utiliser le rempart et le tagger avec un chemin (path ou footway par exemple) Le rempart en question est ici : http://www.openstreetmap.org/?lat=47.80505lon=-3.277912zoom=18layers=M Merci ___ 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] Chemin sur rempart
Le 08/06/2012 09:13, Christian Quest a écrit : Pour la place piétonne sur dalle, là aussi un chemin séparé et layer=1 Ça paraissait trop simple... Et je mets le parking souterrain en layer=-1 ? Je vais peut-être ne mettre que l'entrée. Merci. Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Accès KO au suivi des communes
Pendant qu'on y est: http://osmose.openstreetmap.fr/map/?item=7020 qui utilise le même .csv. Il est précieux ce fichier!!! Cedric Le 16/02/2012 13:38, THEVENON Julien a écrit : * De :* Christian Quest cqu...@openstreetmap.fr** * *Je m'en sert ici: * *http://openstreetmap.fr/outils/limites-communales-a-importer (en travaux) C est sympa cet outil! est ce qu il sera possible d avoir un flux RSS pour suivre les modifications de cette liste ? il serait peut etre interessant aussi d avoir la possibilite d indiquer qu on a importe/retravaille les limites de la commune pour la sortir de la liste Julien *De :* Christian Quest cqu...@openstreetmap.fr *À :* Discussions sur OSM en français talk-fr@openstreetmap.org *Envoyé le :* Jeudi 16 février 2012 13h32 *Objet :* Re: [OSM-talk-fr] Accès KO au suivi des communes Je m'en sert ici: http://openstreetmap.fr/outils/limites-communales-a-importer (en travaux) -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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 : Accès KO au suivi des communes
Le 16/02/2012 14:06, sly (sylvain letuffe) a écrit : On jeudi 16 février 2012, Cedric Viou wrote: Pendant qu'on y est: http://osmose.openstreetmap.fr/map/?item=7020 qui utilise le même .csv. Il est précieux ce fichier!!! Décidément, c'est pas croyable ! C'est si fun que ça d'analyser mes fichiers textes tout pourri prévu pour être lus par un humain ? Quelques expressions régulières (re) pour extraire les zone utiles. Sur le coup, ce n'était pas drôle. Mais une fois que l'on sait, on met des re partout dans ses scripts. Concernant osmose, on dirait que ça ne se base pas que sur le fichier d'ailleurs, tu sais comment les coordonnées de la commune sont récupérées ? car mon fichier ne les contient pas. Un fichier csv construit à partir de : http://www.galichon.com/codesgeo/ complété par un parseur des pages de : http://fr.wikipedia.org/wiki/Listes_des_communes_de_France et le clavier quand le parseur se plante dans une page. Le fichier n'est pas garantit complet. Seulement pour les communes qui restent à mapper ;) A+ Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Accès KO au suivi des communes
Le 16/02/2012 15:39, Vincent de Chateau-Thierry a écrit : Désormais, et code postal mis à part, il y a le GeoFLA : code INSEE, nom, et coordonnées arrondies, mais suffisantes pour un affichage Osmose, non ? C'est bien ça! Dommage que ça n'ait pas été inventé plus tôt. ;) Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Accès KO au suivi des communes
Le 16/02/2012 15:28, sly (sylvain letuffe) a écrit : On jeudi 16 février 2012, Cedric Viou wrote: complété par un parseur des pages de : http://fr.wikipedia.org/wiki/Listes_des_communes_de_France et le clavier quand le parseur se plante dans une page. Boudiou ! J'imagine qu'a coté de ça, regexper mon fichier ça devait être du gâteau. Mais bon, j'imagine que le csv de chez guichon t'a sans doute fourni une large majorité des coordonnées. Merci à lui ! Je me demande comment il a fait pour construire cette base. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problème avec suivit limites administratives communes.csv.txt (Mulsans 41156)
Bonjour, Là, ça dit déjà que ça devrait aller: http://osmose.openstreetmap.fr/map/?lat=47.69586lon=1.38308zoom=13layers=B0FF00FFFTT A+ Cedric Le 03/01/2012 14:29, Cyrille Giquello a écrit : Bonjour, Il y a qlqs jours j'ai ajouté la limite de la commune Mulsans 41156 (http://osm.org/go/0AX7m_D). Aujourd'hui elle est toujours marquée problématique dans le fichier http://suivi.openstreetmap.fr/communes/communes.csv.txt ### Département 41, communes n'étant pas, n'ayant pas de tag ref:INSEE ou ayant un problème dans osm (mais existent en vecteur au cadastre): MULSANS, Référence INSEE:41156 Est-ce juste un problème de temps de mise à jour ou bien ais-je fait une erreur quelque part ? Merci pour vos lumières -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Contours administratifs français : fin des limites au 1/100.000e
Je crois que c'est une des questions que l'on voit revenir le plus souvent sur la ML mais heureusement que l'info est bien planquée sur le wiki sinon on n'aurait pas le plaisir d'en lire les réponses succulentes ! ;) Le 03/01/2012 21:14, Vincent Pottier a écrit : Le 03/01/2012 20:42, PierreV a écrit : d'ailleurs dans le lien que je donne précédemment, a quoi correspond le différentes couleurs? le blanc a celles qui n'ont pas de relation, et le vert celle qui sont terminées mais le orange et rouge? pourquoi deux couleurs différentes pour les incomplètes? Ça veut dire que ça a été fait... il y a un certain temps. En gros, le rouge, ça veut dire que ça a été fait entre maintenant et il y a quelques temps mais pas trop. Le orange, ça veut dire que ça a été fait il y a moins longtemps que le vert, mais plus que le rouge. Le vert, ça veut dire que ça a été fait il y a longtemps, mais peut-être pas si longtemps que ça... ça dépend. Et ça dépend du rouge et du orange. C'est du langage Slybilin... Pour plus de précision, consulter l'oracle. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Noël pour les fourmis cartographes
Le 31/12/2011 04:28, Hendrik Oesterlin a écrit : Le 27/12/2011 à 02:07:21 +1100 Jean-Guilhem Cailton j...@arkemie.com a écrit Objet: [OSM-talk-fr] Noël pour les fourmis cartographes : Avec sa barbe blanche, le Père Noël a déposé dans les souliers des fourmis cartographes un lien vers l'intéressant Manuel de cartographie rapide de Bernard Lortic, avec la collaboration de Dominique Couret, publié par l'I.R.D. (Institut de recherche pour le développement) : http://www.bdvilles.ird.fr/lortic_pages/pages_2009/manual/ J'ai téléchargé (étalé sur plusieurs jours avec ma connexion), mais aucun des PDF n'est lisible. Le fichier iso a chez moi la md5 5e66a00a0f48bfbcd8095ab61df99608 *20111230manuel_de_cartographie_rapide.iso J'ai obtenu pareil: 5e66a00a0f48bfbcd8095ab61df99608 manuel_de_cartographie_rapide.iso Mais je ne vois rien à part un installeur pour acrobat X... Je ne suis peut être pas encore réveillé ;) Pour ma part, j'ai téléchargé et lu http://www.bdvilles.ird.fr/lortic_pages/pages_2009/manual/manuel_cartographie_rapide_r200.pdf Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Noël pour les fourmis cartographes
Le 31/12/2011 09:18, Cedric Viou a écrit : Le fichier iso a chez moi la md5 5e66a00a0f48bfbcd8095ab61df99608 *20111230manuel_de_cartographie_rapide.iso J'ai obtenu pareil: 5e66a00a0f48bfbcd8095ab61df99608 manuel_de_cartographie_rapide.iso Mais je ne vois rien à part un installeur pour acrobat X... Je ne suis peut être pas encore réveillé ;) Maintenant que je suis plus réveillé, l'iso fait 670Mo et une fois extrait les fichiers prennent 129Mo. Le monteur d'archive, lui, ne veut rien afficher. (le tout sous Ubuntu 11.10) Ya comme un soucis... Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] correction d'un way avec 2 fois le meme point
Le 01/12/2011 11:03, didier2020 a écrit : Le mercredi 30 novembre 2011 à 20:55 +0100, didier2020 a écrit : j'ai vu un way avec 5 points 1 etait une adresse comment corriger sans effacer le point avec josm ? Outils Séparer les chemins (G) Yves merci, ... je chercher un truc pour détacher un point d'un way Bonjour, Ctrl-C, Ctrl-V et suppression de l'original mais ça perd l'historique du nœud. Mais il n'en a peut-être pas encore... Sinon, plus compliqué, dans le menu Plus d'outils (peut-être fourni par utilsplugin2), tu peux faire un Alt-J (Extraire un nœud). Si tu le fais suffisamment de fois en resélectionnant le nœud à chaque fois, il se retrouve extrait du way et conserve son ID. Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] correction d'un way avec 2 fois le meme point
Le 01/12/2011 11:57, didier2020 a écrit : Le jeudi 01 décembre 2011 à 11:31 +0100, Cedric Viou a écrit : Le 01/12/2011 11:03, didier2020 a écrit : Le mercredi 30 novembre 2011 à 20:55 +0100, didier2020 a écrit : j'ai vu un way avec 5 points 1 etait une adresse comment corriger sans effacer le point avec josm ? Outils Séparer les chemins (G) Yves merci, ... je chercher un truc pour détacher un point d'un way pour remettre le point au bon endroit Je n'ai pas réalisé que tu voulais conserver la position. Les méthodes de Vincent sont plus rapides alors, surtout la 2 mais je n'avais pas osé proposer. Bonne continuation, Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Gros polygone CLCF cassé
Bonjour, Des volontaires pour le scinder et le réparer ? Vu la taille, un script serait le bienvenu. Je crois me souvenir que quelqu'un avait écrit un programme pour ça... J'ai encore ça. Mais c'était pour découper un polygone AVANT de l'importer. Est-il envisageable de supprimer le polygone cassé de la base et que je régénère une version fragmentée à réimporter à la main? Cedric Le 08/11/2011 00:47, Pieren a écrit : Bonsoir la liste, Les allemands ont récemment discuté d'un gros polygone landuse cassé en France. C'était d'abord sur leur forum: http://forum.openstreetmap.org/viewtopic.php?id=14281p=1 puis sur leur Wochennotiz/blog: http://blog.openstreetmap.de/2011/11/wochennotiz-nr-68/ Le méchant polygone gigantesque est ici: http://tools.geofabrik.de/osmi/?view=multipolygonlon=4.28414lat=46.78110zoom=9overlays=ring_not_closed_hull,ring_not_closed,unconnected_end_nodes Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Gros polygone CLCF cassé
Le script reste néanmoins très intéressant. Je ne souviens plus si tu souhaitais publier ton script. Ca pourrait toujours servir ailleurs pour d'autres poly CLC ou d'autres imports, pas seulement en France. Et il pourrait être amélioré par d'autres pour travailler directement avec des données OSM. Il est discrètement dispo (http://cedric.dumez-viou.fr/scripts_m_V1.zip) mais c'est du script matlab (que vous pouvez librement réutiliser). J'avais commencé à le réécrire en python mais il n'y avait plus de gros CLC à importer: j'ai laissé tombé. Puisque le découpage de gros polygones existants semble utile, je peux continuer le portage et faire une doc. J'ai essayé de récupérer le polygone sur http://clc.openstreetmap.fr/cgi-bin/index.py mais je ne vois plus les info-bulles. C'est moi? Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Gros polygone CLCF cassé
Merci pour le code, ce sera bien utile pour l'interaction avec josm. Je vais commencer par recoder le traitement sur un polygone nu dans son .osm et je tacherai ensuite de l'insérer dans JOSM (j'ai souvenir que les gros-gros polygones mettait JOSM à genou sur ma machine). Cordialement, Cedric Le 09/11/2011 18:41, Jo a écrit : Je ne sais pas si cela t'aide ou non, mais il y a moyen d'utiliser Python/Jython comme langage de scripting en JOSM. J'ai fait un peu des efforts de pionnier: https://josm.openstreetmap.de/wiki/Help/Plugin/Scripting En bas de la page il y a des liens vers plus d'exemples. Et mon oeuvre: :-) https://josm.openstreetmap.de/wiki/Help/Plugin/Scripting/Python/RCN_Route_Validator Hier j'ai créé un script qui facilite transférer le addr:housenumber d'un batiment vers un node sur le contour: Il faut juste sélectionner le(s) noeud(s) #!/bin/jython ''' HouseNumber.jy - Take addr:housenumber from parent closed way and assign it to this node, also set entrance=main and remove building=entrance for node - make this node part of associatedStreet relation instead of closed way - set source=bing2011 and change building=yes to building=house for parent closed way This code is released under the GNU General Public License v2 or later. The GPL v3 is accessible here: http://www.gnu.org/licenses/gpl.html The GPL v2 is accessible here: http://www.gnu.org/licenses/old-licenses/gpl-2.0.html It comes with no warranty whatsoever. This code illustrates how to use Jython (Python in the scripting plugin of JOSM) to: * find out whether the member is a node, a way or a relation * add/change properties of a relation * remove properties of a relation * add members to a relation * remove members from a relation * How to set an element selected ''' from javax.swing import JOptionPane from org.openstreetmap.josm import Main import org.openstreetmap.josm.command as Command import org.openstreetmap.josm.data.osm.Node as Node import org.openstreetmap.josm.data.osm.Way as Way import org.openstreetmap.josm.data.osm.Relation as Relation import org.openstreetmap.josm.data.osm.TagCollection as TagCollection import org.openstreetmap.josm.data.osm.DataSet as DataSet import org.openstreetmap.josm.data.osm.RelationMember as RelationMember import org.openstreetmap.josm.gui.dialogs.relation.DownloadRelationMemberTask as DownloadRelationMemberTask import org.openstreetmap.josm.actions.DownloadReferrersAction as DownloadReferrersAction import org.openstreetmap.josm.actions.AutoScaleAction as AutoScaleAction import re, time def getMapView(): if Main.main and Main.main.map: return Main.main.map.mapView else: return None dummy_way = Way() dummy_relation = Relation() mv = getMapView() if mv and mv.editLayer and mv.editLayer.data: selectedNodes = mv.editLayer.data.getSelectedNodes() if not(selectedNodes): JOptionPane.showMessageDialog(Main.parent, Please select (a) node(s), which will become the main entrance of a building and inherit its housenumber) else: for node in selectedNodes: commandsList = []; hnOnBuilding = None newNode = Node(node) relationChanged = nodeChanged = buildingChanged = False for referrer in node.getReferrers(): if referrer.getType() == dummy_way.getType() and referrer.isClosed() and (referrer.get('building') or referrer.get('amenity')): building = Way(referrer) hnOnNode = node.get('addr:housenumber') hnOnBuilding = building.get('addr:housenumber') if hnOnNode: if hnOnBuilding: if hnOnNode != hnOnBuilding: hnOnBuilding = JOptionPane.showInputDialog(Main.parent, Which is the correct house number? , 'Change spelling?', JOptionPane.QUESTION_MESSAGE, None, None, hnOnNode + ';' + hnOnBuilding) else: hnOnBuilding = hnOnNode source = building.get('source') if source: if source == 'bing': building.put('source', 'bing2011') else: building.put('source', source + ';bing2011') else: building.put('source', 'bing2011') building.put('building', 'house') building.remove('addr:housenumber') if building.get('amenity') == 'shelter': building.remove('amenity') building.remove('shelter_type') buildingChanged = True for buildingreferrer in
Re: [OSM-talk-fr] Osmose / Beta - Analyse communes manquantes
Bonjour, Pas de chance, cela a du coincider avec l'analyse d'Osmose http://osmose.openstreetmap.fr/cgi-bin/info.py?item=7020 Je répare... Il y a de nouvelles communes vectorisées. Peut être ce soir. Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose / Beta - Analyse communes manquantes
Le 01/10/2011 19:12, Cedric Viou a écrit : Bonjour, Pas de chance, cela a du coincider avec l'analyse d'Osmose http://osmose.openstreetmap.fr/cgi-bin/info.py?item=7020 Je répare... Il y a de nouvelles communes vectorisées. Ce fut plus rapide que prévu. ;) C'est de retour. Bon mapping! Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tags manquants sur zonage Corine Land Cover
Bonjour, Une suggestion: dans CLC, tu recopies zoom, lat, lon: http://clc.openstreetmap.fr/cgi-bin/index.py?lat=47.0686lon=-1.8452zoom=14layers=TB0T Cedric Le 06/06/2011 22:01, Brice a écrit : Bonsoir, Sur la base de keepright, je corrige les erreurs relevés autour de chez moi http://keepright.ipax.at/report_map.php?zoom=12lat=47.1lon=-1.8667 Une des erreurs est : Ce chemin n'a pas de balise http://www.openstreetmap.org/browse/way/41924736 Il s'agit probablement d'un zonage Corine Land Cover, comment peut-on faire pour retrouver les tags associés initialement ? Brice ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [OSM-dev-fr] Fichier osm CLC non conforme
Bonjour, En voulant importer le polygone http://clc.openstreetmap.fr/cgi-bin/get-osm.sh?FR-113571 (par exemple), j'ai noté que JOSM/remotecontrol ne répondait rien et que le fichier osm téléchargeable débutait par: /data/project/clc/modules/OsmSax.py:22: DeprecationWarning: the sets module is deprecated import re, commands, sys, os, sets, time, bz2, xml, gzip, cStringIO ?xml version='1.0' encoding='UTF-8'? osm version=0.6 node lat=46.932602575 lon=2.2583872317 id=-1 / ... J'ai vu la même chose apparaitre sur un de mes scripts après une màj. Supprimer l'import du module inutilisé sets dans ma version de OsmSax.py:22 a fait disparaître le message. Peut être cela fonctionnerait pour /data/project/clc/modules/OsmSax.py ? Cordialement, Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Départements corrompus???
Merci beaucoup pour tes outils. Bon courage à toi et ton serveur. Cedric Le 12/03/2011 13:50, sylvain letuffe a écrit : Le vendredi 11 mars 2011 19:57:29, Cedric Viou a écrit : Bonjour, Depuis plusieurs jours, dans le fichier http://beta.letuffe.org/cron/etat-communes/communes.csv.txt , les départements 10, 31, 51 et 89 semblent corrompus: 10;(none);0;0;433;70;0;0 31;(none);0;0;589;284;0;0 51;(none);0;0;620;74;0;0 89;(none);0;0;455;144;0;0 C'est un problème sur mon serveur, pas dans osm. J'ai ré-importé toute la base il y a peu et on dirait que ça n'est que partiel, il y a des trous de ci de là. Il faut que je trouve le courage de relancer l'importation qui va durer 2 jours sans garantie que cela va bien se passer. Sans compter que j'utilise maintenant postgres 8.4 qui pédalle pas mal dans la choucroute par rapport au 8.3 (plus le fait que j'ai été gourmand en important la base mondiale) -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Départements corrompus???
Bonjour, Depuis plusieurs jours, dans le fichier http://beta.letuffe.org/cron/etat-communes/communes.csv.txt , les départements 10, 31, 51 et 89 semblent corrompus: 10;(none);0;0;433;70;0;0 31;(none);0;0;589;284;0;0 51;(none);0;0;620;74;0;0 89;(none);0;0;455;144;0;0 Néanmoins, l'analyse de leurs relations (7441, 7379, 7413, 7392) avec http://analyser.openstreetmap.fr/cgi-bin/index.py ne montre pas de problème flagrant. Une idée? Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Départements corrompus???
Le 11/03/2011 20:32, didier2...@free.fr a écrit : au debut du fichier: Etat statistiques des communes en date du : 2011-03-10 18:01:02 ce n'est pas mis a jour depuis hier C'est marrant, moi j'ai: Etat statistiques des communes en date du : 2011-03-11 17:51:02 En fait, je viens de sauter sur mon clavier car je viens de voir qu'il a eu une mise à jours, mais ça fait plusieurs jours qu'au moins les 31 et 51 sont affichés corrompus comme ça (je n'avais pas regardé les 10 et 89 avant) et la dernière modif des departement: 31 date du 05/03/2011 51 date du 24/02/2011 Donc, ça fait plusieurs fois que le script qui génère communes.csv.txt donne le même diagnostique sur les mêmes versions de ces relations. Cedric - - - - didier + mapeur amateur + - Mail d'origine - De: Cedric Viou cedricdumezv...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Fri, 11 Mar 2011 19:57:29 +0100 (CET) Objet: [OSM-talk-fr] Départements corrompus??? Bonjour, Depuis plusieurs jours, dans le fichier http://beta.letuffe.org/cron/etat-communes/communes.csv.txt , les départements 10, 31, 51 et 89 semblent corrompus: 10;(none);0;0;433;70;0;0 31;(none);0;0;589;284;0;0 51;(none);0;0;620;74;0;0 89;(none);0;0;455;144;0;0 Néanmoins, l'analyse de leurs relations (7441, 7379, 7413, 7392) avec http://analyser.openstreetmap.fr/cgi-bin/index.py ne montre pas de problème flagrant. Une idée? Cedric ___ 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] Remise en route des analyseurs Osmose
Le 10/03/2011 17:35, Jocelyn Jaubert a écrit : Le 9 mars 2011, Pmz a écrit : Salut, Concernant les noms des communes venant (sans doute) du site Galichon, une mis à jour est nécessaire, il y a des faux positifs Hum, je n'y connais pas grand chose sur les sources possibles: il y a actuellement un fichier texte qui contient l'association code INSEE vers le nom de commune. Où est-ce que je pourrais récupérer une version à jour ? J'ai un fichier qui tire son origine du site Galichon et que j'ai mis à jours avec un script python qui va chercher le nom d'une commune sous wikipedia via son ref:INSEE. Évidemenent, la liste n'est pas libre de droit. Et le script est un vilain robot. Mais si ça t'interesse, je peux te l'envoyer en mail privé. Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre non vectorisé : questio n
Le 03/01/2011 15:36, hpmt a écrit : bis repetita, placent : Comment les fourmis cartographes sont-elles informées de la vectorisation d'une commune de leur environnement ? merci ! J'ai amélioré la transcription graphique de la liste des communes manquantes dans OSM (http://beta.letuffe.org/cron/etat-communes/communes.csv.txt) Vous trouverez les communes n'étant pas, n'ayant pas de tag ref:INSEE ou ayant un problème dans osm (mais existent en vecteur au cadastre): ici: http://osmose.openstreetmap.fr/map/cgi-bin/index.py?source=61-1 Et les communes n'étant pas, n'ayant pas de tag ref:INSEE ou ayant un problème dans osm (mais existent en image au cadastre): ici: http://osmose.openstreetmap.fr/map/cgi-bin/index.py?source=61-2 J'ai encore une poignée de communes qui tombent en Chine, en Mongolie ou dans l'Océan Indien, ;-) mais je pense régler ça d'ici demain. A+ Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Help : Utilisation d'une OrthoPhoto
Bonjour, Avant d'utiliser cette ortho, il faut d'abord se soucier de la légalité de la chose. Est-tu propriétaire de l'ortho ? Si non, est-ce que son propriétaire autorise l'usage pour OSM ? J'ai une question bête... Suffit-il que mon boulot ait acheté une ortho photo (petite) et me donne l'autorisation de l'utiliser pour que je puisse la décalquer sous JOSM? L'IGN permet cet usage d'une photo quand il la vend? Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] J'ai pas les images de Spot
Le 08/10/2010 21:14, Hendrik Oesterlin a écrit : En France ca marche pour moi, et j'ai vu une probable erreur ici: http://www.openstreetmap.org/?lat=47.920756lon=1.904162zoom=18layers=M Les highways devraient probablement être connectés. N'étant pas de la région, je laisse aux experts locaux la tache de vérifier Ça fait plusieurs mois que je n'y suis pas passé mais un truc est sûr, c'est que la ligne de tram à 200m de là ne s'est pas envolée non plus... J'ai contacté le dernier contributeur pour proposer de l'aide. A+ Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualité de l'image SPOT
Bonjour, Je ne réussis pas à avoir franchement mieux. Mais pour la fusion des polygones CLC avec les polygones existants dont la précision est inconnue (d'où l'utilité du tag source...), et les zone non-couvertes par Yahoo en hi-res pour faire limites de rivières, d'agglo, ... c'est tout de même super. Cedric Le 07/10/2010 22:12, Arnaud Vandecasteele a écrit : Bonjour à tous, J'attendais avec impatience de pouvoir tester le nouveau service WMS offert par Spot, mais une fois les premières images chargées j'avoue avoir été un peu déçu. En effet, je ne sais pas si cela vient d'un mauvais réglage de ma part mais celles qui sont affichées sont vraiment à petite échelle, pour ne pas dire inutilisable [1]. J'aurais donc aimé savoir si c'est également le cas pour vous. Arnaud [1] http://www.glowfoto.com/static_image/07-145615L/6930/png/10/2010/img4/glowfoto ___ 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] [CLC] Polygone au carré
Bonjour, Le zip qui contient les bouts de ce polygone importé manuellement est toujours accessible sur la page http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover/Op%C3%A9rations_post-import#Liste_des_polygones_.C3.A9normes Si ça peut aider... Cedric Le 07/09/2010 18:09, Vincent Pottier a écrit : Bonjour, Le polygone 62310809 (ref import CLC FR-256837) a eu un malaise. Il a du recevoir un coup de touche Q dans JSOM. Maintenant, il est tout au carré, et ses voisins en sont affectés. Il a été importé automatiquement il me semble. J'ai essayé de le ré-importer pour corriger. J'ai eu des messages d'erreur puis un très gros download (17 Mo). Il n'apparait plus sur clc.openstreetmap.fr http://clc.openstreetmap.fr/cgi-bin/index.py?zoom=14lat=46.94279lon=3.33971layers=TB0TTTch=111,112,121,122,123,124,131,132,133,141,142,211,212,213,221,222,223,231,241,242,243,244,311,312,313,321,322,323,324,331,332,333,334,335,411,412,421,422,423,511,512,521,522,523st=inauto,inmanu,out,outbad Quelqu'un a-t-il une combine pour réparer ce genre d'erreur ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [CLC] Polygone au carré
Le polygone est dans sa première version. Donc pas de revert possible. Mais je ne pense pas qu'il soit corrigé, vu la forme qu'il a. Jamais vu une prairie comme çà. Le polygone d'origine est dans FR-256837-0010.osm . Il touche FR-256837-0008.osm et FR-256837-0009.osm et effectivement, ce n'est pas une prairie dessinée par un maniaque du cordeau. Quand on regarde les nodes qui composent le way 62310809 , on en trouve un bon paquet qui: - appartiennent aussi à d'autres ways - ont été créé par l'import auto CLC en octobre 2009. - sont en version 2 Est-il possible de ramener ces nœuds dans leur première version? Il resterait ensuite à virer la prairie carré, la remplacer par FR-256837-0010 et faire un peu de nettoyage. Je veux bien faire la liste des nœuds revertables si c'est envisageable. Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Page web pour le suivi des autoroute s françaises
Le 26/08/2010 09:02, Cedric Viou a écrit : Le 25/08/2010 22:48, Jocelyn Jaubert a écrit : Au sujet de l'idée de créer les relations vides (sauf l'entête...) pour que leur numéro apparaissent sur [1] (ce qui orienterait les contributeurs à attacher les ways sur la même relation et limiterait ainsi la création involontaire de doublon). Ça afficherait des conflits en cas de travail simultané sur un même trajet. Est-ce que ça poserait un problème technique? Si non, je peux faire un tests avec les A 501 à A 570 dans la journée. Il semblerait que ces relations vides (http://www.openstreetmap.org/browse/changeset/5605040) ne soient pas trouvées. Je vais donc les remplir... ;) En cherchant à compléter les sorties de l'A20, j'ai vu que le travail de saisie avait été fait mais sous le tag exit_to (je ne connais pas son status ni comment il est utilisé). Pourrait-on ajouter ce tag dans le tableau pour voir si ça été renseigné ou pas, stp? : l40: = thexit_to/th l78: = td$autoroute-exit_to/td Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation de highway=service (que faire pour les bus)
En effet, je n'airai pas dû dire divers, je voulais plutôt dire non-spécifique (inclassifiable, en fait ... ;) ), ce qui fait que dès que l'on ne trouve plus de spécificité à une route (pas de ref, pas de name (quoique...), pas de résidence, ...), on la colle dedans. Mais ce n'est peut être pas la bonne façon de précéder. Cedric Le 28/08/2010 07:39, Lord Awikatchikaen a écrit : Je ne vois pas le unclassified comme un divers. c'est plutôt équivalent a un /quaternary/, et au dessus de residential dans l'ordre d'importance. Une route de moindre importance, mais pas a vocation de circulation dans un quartier résidentiel. 2010/8/27 Cedric Viou cedricdumezv...@gmail.com mailto:cedricdumezv...@gmail.com Le 27/08/2010 15:16, sylvain letuffe a écrit : J'ai vraiment du mal à me dire que ça se taggue en highway=service, bien sûr les transports en commun sont un service, mais highway=service, ce sont les routes qui mènes à un service. Alors à part l'arrivée au dépot du bus, je ne vois pas ce qui pourrait être service. Je reste avec mon unclassified et les tag d'accès psv=yes Ce qui me gène surtout avec unclassified, c'est que c'est un tag qui désigne quelque chose qui n'est pas vraiment spécifique. C'est comme avoir un classeur qui s'appelle divers: on est sûr de finir par y trouver tout et n'importe quoi. Mais là, justement, c'est très spécifique: c'est pour les bus, ce n'est pas une route banale. Mettre unclassified me semble admettre que l'on a pas réussit à classifier: La Honte!!! ;) J'aime bien la façon dont est taggué http://www.openstreetmap.org/browse/way/4257262 : - highway=service = Ce n'est pas une artère, ni une voie où vous trouverez une adresse, c'est juste fait pour rouler, comme une voie de parking. - access=no, psv=yes = pour faire rouler des bus... Mais, bon, de toute façon, ya aucune chance que j'en tagge des voies de bus. ;) Va pour unclassified... Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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] Utilisation de highway=service (que faire pour les bus)
Le 27/08/2010 15:16, sylvain letuffe a écrit : J'ai vraiment du mal à me dire que ça se taggue en highway=service, bien sûr les transports en commun sont un service, mais highway=service, ce sont les routes qui mènes à un service. Alors à part l'arrivée au dépot du bus, je ne vois pas ce qui pourrait être service. Je reste avec mon unclassified et les tag d'accès psv=yes Ce qui me gène surtout avec unclassified, c'est que c'est un tag qui désigne quelque chose qui n'est pas vraiment spécifique. C'est comme avoir un classeur qui s'appelle divers: on est sûr de finir par y trouver tout et n'importe quoi. Mais là, justement, c'est très spécifique: c'est pour les bus, ce n'est pas une route banale. Mettre unclassified me semble admettre que l'on a pas réussit à classifier: La Honte!!! ;) J'aime bien la façon dont est taggué http://www.openstreetmap.org/browse/way/4257262 : - highway=service = Ce n'est pas une artère, ni une voie où vous trouverez une adresse, c'est juste fait pour rouler, comme une voie de parking. - access=no, psv=yes = pour faire rouler des bus... Mais, bon, de toute façon, ya aucune chance que j'en tagge des voies de bus. ;) Va pour unclassified... Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Page web pour le suivi des autoroute s françaises
Le 25/08/2010 22:48, Jocelyn Jaubert a écrit : Je pense qu'une méthode pour s'organiser peut être de mettre le numéro de la nouvelle relation sur le wiki http://wiki.openstreetmap.org/wiki/WikiProject_France/Autoroutes, en attendant d'avoir des mises à jour plus rapides de la page. En effet, c'est déjà un emplacement que j'aurais dû consulter avant de me lancer à faire une relation. Au sujet de l'idée de créer les relations vides (sauf l'entête...) pour que leur numéro apparaissent sur [1] (ce qui orienterait les contributeurs à attacher les ways sur la même relation et limiterait ainsi la création involontaire de doublon). Ça afficherait des conflits en cas de travail simultané sur un même trajet. Est-ce que ça poserait un problème technique? Si non, je peux faire un tests avec les A 501 à A 570 dans la journée. Je viens de m'apercevoir que ça permettrait aussi de faire l'état des lieux sur des autoroutes qui ont disparu. L'A701 et l'A710 au hasard. Cordialement, Cedric [1] http://jocelyn.alwaysdata.net/osm/suivi-autoroutes.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] {Spam?} Re: Page web pour l e suivi des autoroutes françaises
Bonjour, Très intéressant comme outils. Ça identifie facilement des objectifs de mapping. L'inconvénient est que tout le monde se jette sur le même boulot ;) . Que serait-il envisageable de créer comme système de réservation (ou des relations vides pour les relations qui n'existent pas encore) afin d'éviter de se faire doubler par les camarades quand on mappe simultanément? J'avais quasiment fini la relation de l'A71 (avec des uploads réguliers) quand j'ai vu le travail fini apparaitre tout d'un coup et rebelote ce soir avec l'A75... Je ne vise personne en particulier ;) J'efface mes relations de la base... Peut être qu'à 3h du mat ce sera plus calme oour faire une nouvelle tentative... Cordialement, Cedric Le 24/08/2010 11:43, Jocelyn Jaubert a écrit : Bonjour, J'ai mis en place une page pour suivre le statut des relations d'autoroutes sur: http://jocelyn.alwaysdata.net/osm/suivi-autoroutes.html En gros, ça compare les relations qui ont les tags suivants: type = route route = road network = FR:A-road avec les distances que j'ai récupéré de façon semi-automatique sur wikipedia. Si vous voyez des distances fausses ou manquantes, n'hésitez pas à me donner d'autres valeurs pour que je puisse corriger mes informations (en lisant attentivement la page de l'autoroute sur wikipedia, ou en regardant sur wikisara). En fait, la plupart des autoroutes sont dans OSM, et il manque juste la relation appropriée pour qu'elle soit prise en compte par mon script. Précisions: - la colonne sections donne le nombre de segments continus de la relation en question. - normalement, uniquement les membres de la relation qui sont des ways, et qui n'ont pas de rôle sont prises en compte - la longueur osm de l'autoroute est définie comme la longueur totale de la relation, divisée par 2 - je compte faire une mise à jour journalière, à moins que quelqu'un puisse héberger ce script sur un serveur contenant une bdd osmosis. Je compte faire le même genre de suivi pour d'autres données de la base, comme les chemins de fer. Est-ce qu'il y a d'autres suivis qui vous intéressent ? (sachant qu'il faut une autre source pour pouvoir comparer nos données aux données officielles) Jocelyn ___ 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] RMLL / SOTM - et scarlatine
Bonjour, Je vais jetter un coup d'œil pour découper le gros polygones aux abords de Toulouse. Ça a en fera des plus petits à manipuler. Je viens de mettre à jours la liste des polygones géants en y incluant le FR-221176 découpé. Mais ça ne te facilitera pas forcément la tâche. J'aurais pu le faire avant l'import, mais je ne m'attendais pas à un tel flot de bâtiment. Le polygone ne semblait pas si monstrueux. Il n'était pas inscrit à la liste des géants. En fait, la liste ne contient que la Liste des polygones énormes recensés... par main d'humain... Si quelqu'un sait comment faire la liste des polygones CLC non-importés de plus de ~2 points (je dis ça au pif), je suis preneur. Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [OSM-talk] That license change link
Bonjour, Un premier jet de traduction de http://www.osmfoundation.org/wiki/License/We_Are_Changing_The_License#Why_are_we_changing_the_license.3F À relire car je ne connais pas assez le sujet pour être sûr d'avoir tout compris correctement. Pourquoi changeons-nous la licence? Notre licence d'utilisation actuelle est Creative Commons Attribution Share-Alike 2.0. Elle n'est pas conçue pour les données et les créateurs de la licence déclarent: Creative Commons ne recommande pas l'utilisation de licences Creative Commons pour les bases de données telles les bases scientiques ou éducative.. Les principaux problèmes pour le projet OpenStreetMap sont : * La licence actuelle utilise uniquement les règles du copyright. Ceci protège clairement les créations artistiques comme les documents écrits, les images et les photos. Mais cela reste moins clair pour les données, en particulier aux USA. * La licence actuelle n'est pas écrite pour les données et les bases de données. Elle est donc difficile à interpréter. Si quelqu'un utilise vos données dans une carte publiée dans un livre et que cette carte présente plusieurs couches, qu'est-ce qui doit être placé sous licence CC-BY-SA ? Juste la couche OpenStreetMap et les améliorations? Toute la carte, incluant les couches et les marqueurs non liés? Le livre entier? * Il est difficile, voire impossible de poser des questions quant à ce qui peut être ou ne pas être fait puisque cela signifie demander individuellement aux milliers de contributeurs de donner leur permission. * Cela signifie que les bonnes volontés ne peuvent pas utiliser nos données mais que cela n'empêche pas les esprits malveillants de les utiliser de toute façon. * Il est difficile, voire impossible pour les utilisateurs de mélanger nos données avec d'autres données protégées par d'autres types de licences. Plus d'information est disponible sur: http://www.osmfoundation.org/wiki/License/Why_CC_BY-SA_is_Unsuitable ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr