Re: [OSM-talk-fr] Carte Tango
Le mercredi 15 septembre 2010 09:58:52 Damouns, vous avez écrit : Merci pour l'astuce. Par contre, ça semble impossible avec osm-wms.de qui a des adresses de tuiles « non-standardes », du genre (sisi c'est juste une tuile) : http://129.206.229.158/cached/osm?LAYERS=osm_auto%253AallSRS=EPSG%253A90 0913FORMAT=image%252FpngSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES =EXCEPTIONS=application%252Fvnd.ogc.se_inimageBBOX=345495.36698711,5739 503.5780492,346106.86321328,5740115.0742754WIDTH=256HEIGHT=256 sisi c'est un standard ! C'est du WMS : http://www.opengeospatial.org/standards/wms D'accord, mais arrives-tu à inclure ce WMS dans bigmap ? Si oui, je veux bien une URL. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pavage de landuse
Le mercredi 15 septembre 2010 18:58:31 Croquette Olivier, vous avez écrit : Là où ça devient vraiment difficile, c'est avec les multipolygones créés par l'import Corine. Ils peuvent être très complexes (nombreux trous et/ou centaines de nodes). A certains endroits où ils ne correspondaient pas à la réalité, j'ai commencé à les diviser pour pouvoir éditer plus facilement. Ce faisant, je me suis d'ailleurs demandé que faire des tags spécifiques à Corine (ID co)... Bonjour, Pour moi aussi, ce dernier point est problématique. Et d'ailleurs, pour l'instant, ça m'empêche de toucher au moindre polygone CLC. Ce serait bien d'expliciter comment ces polygones prennent leur place dans l'édition générale des land-use. Dans quelle mesure on peut les triturer, déplacer, voire supprimer (j'imagine que des forêts doivent disparaître). -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Réserves Naturelles (était Pavage de landuse)
2010/9/16 g.d g...@wanadoo.fr mais quand je vois ces areas NR sur la carte et n'arrive pas à les sélectionner dans josm, ni à les sélectionner dans l'interface web (layer data), je me dis que j'ai dû rater un coche quelque part (Alzi qui guette ?). Les zones marquées NR concernent les réserves naturelles (Nature Reserve). Certaines d'entre-elles (peut-être toutes) ont été importées par Sly qui est un adepte de ne pas taguer les ways mais de tout mettre dans les relations. Malheureusement, cette méthode présente aussi des désavantages déjà mentionnés, dont celui de cacher les tags dans des entités mal connues/maitrisées par les contributeurs les moins aguerris comme tu viens d'en donner le parfait exemple. Ces NR sont donc des polygones représentant des réserves naturelles taguées en boundary=protected_area+nature=reserve et qui sont en principe bien délimitées mais peuvent se chevaucher avec d'autres landuses. Le fait d'y avoir ajouté un access=no+foot=yes systématique est plus discutable. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import de données type POI sur la ville de Grasse - Ortho-photos ?
Bonjour, Avez vous également reçu les ortho-photos au format ECW (jpeg2000) ? J'ai essayé de les utiliser avec QGis sur Mac mais le format ECW n'est pas supporté nativement, il semble y avoir un plugin plus ou moins fonctionnel mais je n'ai pas encore trouvé comme on l'intègre dans une version compilé de QGis... Donc ma question est la suivante que peut t'on utiliser comme logiciel libre pour lire ce format (de préférence sur Mac :) ? Est-ce que les ortho-photos du département dont on a parlé ici seraient également dans ce format ? A+ Vladimir Vyskocil. On 15 sept. 2010, at 22:21, Marc Sibert wrote: Le 14/09/2010 05:34, François Van Der Biest a écrit : Bonjour, J'ai continué et mis ça en ligne à http://freeroute.fr/references/index.php. Je commence à les renseigner à la main car je ne suis pas sûr de la méthode : import massif puis nettoyage ou import un par un ? A+ -- Marc Sibert m...@sibert.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] Import de données type POI sur la ville de Grasse - Ortho-photos ?
2010/9/16 Vladimir Vyskocil vladimir.vysko...@gmail.com: Bonjour, Avez vous également reçu les ortho-photos au format ECW (jpeg2000) ? J'ai essayé de les utiliser avec QGis sur Mac mais le format ECW n'est pas supporté nativement, il semble y avoir un plugin plus ou moins fonctionnel mais je n'ai pas encore trouvé comme on l'intègre dans une version compilé de QGis... Donc ma question est la suivante que peut t'on utiliser comme logiciel libre pour lire ce format (de préférence sur Mac :) ? Est-ce que les ortho-photos du département dont on a parlé ici seraient également dans ce format ? L' ECW est un format certe performant, mais extrémement ch a manipuler avec les outils libres, car la librairie d'accès n'est pas libre et donc le support jamais compilé par défaut. Pour que QGis le supporte, il faut déja compiler/installer la libecw (qu'on peut trouver difficilement sur internet) puis recompiler GDAL avec le support pour ce format. Landry ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] VC ou C ?
Salut ! Je parle par exemple d'une route qui ne même qu'à un hameau. C'est certainement pas du service. Je mets donc unclassified dans ce cas. Note: d'après la page que tu cites, ça ne correspond ni à service, ni à unclassified (c'est souvent une route communale), et donc ça devrait être du tertiary, mais ça ne me parait pas logique, car tertiary implique du transit, or la route n'est utilisée quasiment que pour accéder au hameau. Entièrement d'accord là dessus ! On ne peut pas mettre du tertiary pour les routes, mêmes communales VC x, pour des routes qui vont se perdre dans le fin fond de la campagne ! J'opte moi aussi pour du unclassified ! Je te laisse relire la page http://wiki.openstreetmap.org/wiki/FR:Key:highway Il faudrait sans doute réécrire cette page du wiki pour l'adapter aux spécificités françaises et lever toute ambiguïté. Qui s'y colle ? Ayant été à l'origine de la question VC ou C je veux bien m'y coller mais avec un relecteur derrière mon épaule si possible ! En même temps je n'ai pas le sentiment que la réponse soit tranchée ! C'est ça qui est compliqué ! Lionel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import de données type POI sur la ville de Grasse - Ortho-photos ?
C'est parfait comme cela, j'attend donc avec impatience l'url du serveur WMS :) Vladimir. On 16 sept. 2010, at 10:44, François Van Der Biest wrote: 2010/9/16 Vladimir Vyskocil vladimir.vysko...@gmail.com Bonjour, Avez vous également reçu les ortho-photos au format ECW (jpeg2000) ? J'ai les orthos en ECW sur la ville de Grasse, et suis en train de monter un WMS. La licence du SDK ErMapper est pénible, puisqu'elle interdit le montage d'un serveur à l'aide de données ECW, sans payer une redevance. Aussi, je suis obligé de les convertir en GeoTiff avant tout. Je communiquerai l'URL sur cette liste dès que ce sera prêt. F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] On ne tag pas pour le rendu...
On ne pourrait pas avoir un attribut color pour au moins tracer les lignes dans la bonne couleur ? ;-)) On 16 sept. 2010, at 11:24, Vladimir Vyskocil wrote: Attention les âmes sensibles n'allez pas voir comment est fait le tracé des lignes dans le stade de foot : http://www.openstreetmap.org/?lat=48.570513lon=7.774997zoom=18layers=M J'aime bien aussi la note associée... ;-) Eh ben c'est pas gagné... Vladimir. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] VC ou C ?
2010/9/16 Club Informatique Inter Communes / C2IC cont...@c2ic.net spécificités françaises et lever toute ambiguïté. Qui s'y colle ? En même temps je n'ai pas le sentiment que la réponse soit tranchée ! C'est ça qui est compliqué ! Euh, ça serait pour modifier quoi exactement ? Le wiki est déjà un savant compromis entre traduction et adaptation à nos usages. L'ambiguïté porte-t-elle sur le highway=service ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Limites communales
Salut, J'ai retravaillé les statistiques d'avancement des limites communales (en France métropolitaine) dans un tableur, en utilisant le COG comme référence (il y a plusieurs incohérences dans les listes communales du cadastre). Je me suis servi depuis quelques mois de mes statistiques pour corriger les régressions, ou les erreurs qui avaient été laissées. Je voulais partager avec vous quelques chiffres basés sur l'avancement d'hier soir. -Plus de 99% du cadastre vectorisé est dans OSM (Il manque 190 communes dont 145 dans le Pas-de-Calais) -Au total, un peu moins des 2/3 des communes sont présentes. Il en manque 13047 sur 36570. J'ai remarqué plusieurs erreurs de comptage que je n'explique pas forcément: -Dans le Maine-et-Loire(49), 7 communes limitrophes autour d'Avrillé ont disparu fin aout. Les limites existent toujours, mais les relations ont été supprimées. Comment prévenir la personne qui a fait ça ? -Idem en Haute-Garonne(31) pour 2 communes. -Il y a sans doute un problème dans la base de Sly dans le Haut-Rhin(67) autour de Petersbach. Les relations existent et sont bonnes. Mais les limites n'apparaissent pas sur la couche de limites communales de beta.letuffe.org -Dans les Alpes de Haute-Provence(04), il y a 2 communes (moriez, senez) dont les contours sont plus que schématiques, et dont le code INSEE est absent. Je n'ai pas voulu ni supprimer les limites existantes, ni corriger le code insee, afin de laisser le problème apparent. -Dans les Pyrénées-Orientales(66), la commune de Llivia a été compté comme française, alors qu'il s'agit d'une enclave espagnole à priori. Je n'ai pas corrigé, je préfère que quelqu'un du cru s'y attèle. -Paris(75) compte 22 limites administratives: 1 commune et 20 arrondissements. Le dernier est sans doute la relation 12e arrondissement urbain excluant le bois de Vincennes. Quelle est sa réalité administrative ? Doit-elle rester sous cette forme ? Les erreurs dont je n'ai pas trouvé la cause ne sont pas rares. Il s'agit à priori de Codes Insee manquants, ou de relations doublées sur une commune. Voici la liste de ces communes fantômes: -Aisne(02) 1 relation de trop ou sans code INSEE. -Doubs(25) 1 relation de trop ou sans code INSEE. -Gironde(33) 2 relations de trop ou sans code INSEE. -Jura(39) 2 relations de trop ou sans code INSEE. -Nord(59) 1 relation de trop ou sans code INSEE. -Puy-de-Dôme(63) 1 relation de trop ou sans code INSEE. -Bas-Rhin(67) 5 relations de trop ou sans code INSEE. -Haute-Saone(70) 1 relation de trop ou sans code INSEE. -Essonne(91) 5 relations de trop ou sans code INSEE. -Val-de-Marne(91) 8 relations de trop ou sans code INSEE. Voila, j'espère que certains auront des réponses à me donner sur l'origine de ces divergences de chiffres, afin de pouvoir améliorer la qualité de la carte. Pmz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] On ne tag pas pour le rendu...
2010/9/16 Vladimir Vyskocil vladimir.vysko...@gmail.com J'aime bien aussi la note associée... ;-) Eh ben c'est pas gagné... Vladimir. Héhé zut, découvert. Mais en fait, j'ai mis barrier=wall parce que sur le terrain, il y avait bien un mur (de défenseurs) ;-) Promis, dès qu'un tag barrier=ligne_de_jeu existe, je corrigerais mes terrains de foot ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] On ne tag pas pour le rendu...
On jeudi 16 septembre 2010, Vladimir Vyskocil wrote: Attention les âmes sensibles n'allez pas voir comment est fait le tracé des lignes dans le stade de foot : Je crois que Pieren a troué un filet... (variante de péter un câble ;-) ) On notera toutefois une sacré précision des dimensions j'ai vérifier quelques lignes qui semblent positionnées impeccablement. On pourrait rajouter des quart de cercle des corners et les point de penalty pour parfaire l'oeuvre. Pour la couleur, j'ai peur que highway=service nous place bien du blanc mais avec un peu trop de largeur -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] On ne tag pas pour le rendu...
Le 16/09/2010 11:24, Vladimir Vyskocil a écrit : Attention les âmes sensibles n'allez pas voir comment est fait le tracé des lignes dans le stade de foot : http://www.openstreetmap.org/?lat=48.570513lon=7.774997zoom=18layers=M J'aime bien aussi la note associée... ;-) Eh ben c'est pas gagné... Et bien je dis que c'est une raison de plus pour que le SOTM2011 est lieu à Strasbourg! René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte Tango
sisi c'est un standard ! C'est du WMS : http://www.opengeospatial.org/standards/wms D'accord, mais arrives-tu à inclure ce WMS dans bigmap ? Si oui, je veux bien une URL. Non car bigmap est fait pour le standard osm qui est différent. En plus le WMS de osm-wms a l'air d'être limité à servir des tuiles de taille équivalente à celles d'OSM, alors qu'avec un WMS classique on aurait pu jouer sur les paramètres BBOX et WIDTH / HEIGHT pour avoir une étendue plus grande d'image... Dommage Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] On ne tag pas pour le rendu...
Le jeudi 16 septembre 2010 11:24:44 Vladimir Vyskocil, vous avez écrit : Attention les âmes sensibles n'allez pas voir comment est fait le tracé des lignes dans le stade de foot : http://www.openstreetmap.org/?lat=48.570513lon=7.774997zoom=18layers=M Étant donné que les lignes doivent être normalisées, pourquoi effectivement les ajouter dans la base ? Il suffit d'avoir des frontières précises du terrain pour qu'ensuite le logiciel de rendu fasse un tracé au petits oignons des lignes. Je dis ça, mais ça ne me choque pas plus que ça, car les données représente bien quelque chose sur le terrain. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] On ne tag pas pour le rendu...
Le jeudi 16 septembre 2010 à 12:12 +0200, Nicolas Dumoulin a écrit : Le jeudi 16 septembre 2010 11:24:44 Vladimir Vyskocil, vous avez écrit : Attention les âmes sensibles n'allez pas voir comment est fait le tracé des lignes dans le stade de foot : http://www.openstreetmap.org/?lat=48.570513lon=7.774997zoom=18layers=M Étant donné que les lignes doivent être normalisées, pourquoi effectivement les ajouter dans la base ? Il suffit d'avoir des frontières précises du terrain pour qu'ensuite le logiciel de rendu fasse un tracé au petits oignons des lignes. Je dis ça, mais ça ne me choque pas plus que ça, car les données représente bien quelque chose sur le terrain. C'est une solution. Il faudrait aussi pouvoir définir la nature du terrain (gazon, synthétique, chauffage au sol,...) et du marquage. plâtre, peinture, autre ? Ça permettrait de savoir si le stade est utilisable en hiver aussi bien pour les joueurs que pour les spectateurs. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réserves Naturelles ( était Pavage de landuse)
On jeudi 16 septembre 2010, Pieren wrote: 2010/9/16 g.d g...@wanadoo.fr mais quand je vois ces areas NR sur la carte et n'arrive pas à les sélectionner dans josm, ni à les sélectionner dans l'interface web (layer data), je me dis que j'ai dû rater un coche quelque part (Alzi qui guette ?). Peut-être n'ais-je pas compris quel était le problème ? Si tu cliques ici : http://www.openstreetmap.org/?lat=45.37037lon=5.91346zoom=17layers=M que tu sélectionne données dans la sélection en haut à gauche des layers, et que tu choisi données, un trait gris apparaît qu'il est possible de cliquer. L'absence de tags descriptifs sur le chemin n'empêche pas de le manipuler Dans JOSM pareil, et comme JOSM supporte les relations multipolygone, il va en plus gentillement te le mettre en vert, indiquant qu'il a bien reconnu quelque chose. L'édition des tags en revanche, je l'admets volontiers, nécessitera en effet d'utiliser le panneaux des relations car, et c'est dommage, l'interface de JOSM ne permet pas (encore ?) une édition simplifiée et transparente des surfaces enregistrées sous forme de relation. Plus généralement, je pense que le problème n'est pas simple, on voit que l'import corine (qui limite au maximum les relations) est parfois pénible également à manipuler (cf la discussion à coté) avec des glue, unglue, découpage, mais présente l'avantage de n'avoir recours aux relations que rarement. L'import des NR ne nécessite pas d'avoir des fusions de noeuds, collage et décollage, mais a le défaut d'utiliser plus intensivement les relations, et alors de savoir manipuler ces entités OSM. (Il faudra d'ailleurs jouer un peu fort pour coller aux ruisseaux, frontières de communes en plaçant les chemins dans les bonnes relations) Mais j'ai peur qu'il n'y ait de solution magique, lorsque beaucoup de donnée réélles et virtuelles qui partage chemin et points, ça chevauche forcément, ou regroupe forcément. J'ai bon espoir que les éditeurs de données s'améliorent au fûr et à mesure pour gérer cela de façon plus transparente. Je rêverais de pouvoir cliquer au milieu de la zone et ainsi sélectionner la/les surfaces plutôt que de devoir cliquer le contour qui n'est pas forcément ce que je veux sélectionner (à la Qgis) Ces NR sont donc des polygones représentant des réserves naturelles taguées en boundary=protected_area+nature=reserve et qui sont en principe bien délimitées mais peuvent se chevaucher avec d'autres landuses. D'expérience, il n'est pas très courant que les NR disposent de frontières communes avec les landuse de type forêt, rochers, ..., donc l'interaction des deux devrait être minime, alors qu'elle est beaucoup plus courante avec les frontières administratives. A l'exception notable des NR en bord de mer qui souvent s'arrête à la côte, qui peut elle même être la limite d'un landuse, soit parce qu'il s'agit de réserves marines coté flotte soit parce qu'il s'agit d'une réserve terrestre. Le fait d'y avoir ajouté un access=no+foot=yes systématique est plus discutable. J'en conviens, j'avais rapidement regardé celles de par chez moi que je connais, et toutes interdisent la circulation de véhicules (sauf maintenance/secours). Mais visiblement, surtout quand je vois le nombre de réserves avec des routes qui traverse, je me dis que ça ne doit pas être pareil partout. Donc il faudrait contrôler le décret et les restrictions de chacunes (fastidieux, donc j'ai placé un le plus courant supposé) -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] On ne tag pas pour le rendu...
Le 16 septembre 2010 11:43, Pieren pier...@gmail.com a écrit : Héhé zut, découvert. Pieren Cela faisait un petit moment que tu avait été découvert par certains ! ;-) L'exemple a déjà été recopié : (y compris le tag note) http://www.openstreetmap.org/?lat=47.59916lon=6.86763zoom=17layers=M http://www.openstreetmap.org/?lat=47.349222lon=6.354944zoom=18layers=M Effectivement, un tag pour le synthétique serait mieux. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] CRAIG down
j'arrive plus a voir les orthos CRAIG dans josm, et sur le site du CRAIG ca marche sauf si on essaye de zoomer ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import de données type POI sur la ville de Grasse
2010/9/16 alexis gayte alexis.ga...@gmail.com comment faut il tagger ? on tagge un noeud ou un batiment ... ? Je dirais que ça dépend. Si le tag désigne la fonction du bâtiment en entier, il n'y pas de problème à le mettre sur le polygone (si on en dispose) mais uniquement dans ce cas. Par contre, lorsque cela ne représente qu'une partie de l'usage du bâtiment (comme par exemple des commerces au rdc et des apparts au dessus), je me limite au node. Ou pour une clinique, on peut laisser le tag hospital sur le polygone (fonction principale) et taguer des noeuds pour les sous-fonctions (restaurants, shops, urgences, toilettes, etc). C'est pourquoi il m'arrive d'appliquer le même tag parfois sur le bâtiment et parfois sur un node seul à l'intérieur du bâtiment (par ex. pharmacies, boulangeries, etc) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites communales
On jeudi 16 septembre 2010, Pmz wrote: Salut, J'ai retravaillé les statistiques d'avancement des limites communales (en France métropolitaine) dans un tableur, en utilisant le COG comme référence (il y a plusieurs incohérences dans les listes communales du cadastre). ça pourrait m'intéresser pour baser mes statistiques dessus (j'utiliser en effet la liste donnée par le cadastre, mais celle-ci présente parfois des manques), tu as un lien ou je pourrais récupérer ça ? ou mieux une version moulinée avec par exemple la liste des communes et leur reférence INSEE ? Je me suis servi depuis quelques mois de mes statistiques pour corriger les régressions, ou les erreurs qui avaient été laissées. Je rêverais d'un outil d'alerte pour détecter les polygones qui deviennent cassées ou qui aurait dû être polygone. Osmose fait déjà du bon boulot pour les relation de type communes mais ça manque d'un outil qui prévient et qui puisse suivre quasiment tout. -Plus de 99% du cadastre vectorisé est dans OSM (Il manque 190 communes dont 145 dans le Pas-de-Calais) Clair ! Bravo aux traceurs fous de limite de commune !! -Dans le Maine-et-Loire(49), 7 communes limitrophes autour d'Avrillé ont disparu fin aout. Les limites existent toujours, mais les relations ont été supprimées. En effet, mon outil (http://beta.letuffe.org/cron/etat-communes/communes.csv.txt) les trouves également comme manquantes, soit on peut retrouver le changeset qui les a supprimés et l'annuler, soit on peut tout aussi bien re-créer à la main les 7 relations. Comment prévenir la personne qui a fait ça ? La difficulté vient plutôt de comme retrouver qui a fait ça, et pourquoi, d'après ce que je vois toutes les relation qui contenait une des frontières de Avrillé ont été supprimées, ça ressemble donc plus à une manipulation style, je ne savais pas à quoi ça servait, j'ai enlevé. Je me suis un peu battu et j'ai fini par la retrouver, elle existe toujours mais n'a plus aucun ways : http://www.openstreetmap.org/browse/relation/179337/history -Il y a sans doute un problème dans la base de Sly dans le Haut-Rhin(67) autour de Petersbach. Les relations existent et sont bonnes. Mais les limites C'est en effet très curieux, la dernière modification date du 11 septembre, et elle correspond approximativement à la date à laquelle j'ai ré-importé complètement ma base de donnée, il n'est donc pas exclus qu'il y est eu un problème à ce moment là. Voici la liste de ces communes fantômes: -Aisne(02) 1 relation de trop ou sans code INSEE. -Doubs(25) 1 relation de trop ou sans code INSEE. -Gironde(33) 2 relations de trop ou sans code INSEE. -Jura(39) 2 relations de trop ou sans code INSEE. -Nord(59) 1 relation de trop ou sans code INSEE. -Puy-de-Dôme(63) 1 relation de trop ou sans code INSEE. -Bas-Rhin(67) 5 relations de trop ou sans code INSEE. -Haute-Saone(70) 1 relation de trop ou sans code INSEE. -Essonne(91) 5 relations de trop ou sans code INSEE. -Val-de-Marne(91) 8 relations de trop ou sans code INSEE. Tu as obtenu ça comment ? et qu'entends tu par en trop, c'est à dire que le nombre total de communes dans osm dépasse le nombre total de communes dans le département ? Car pour le 91 mon outil compte 149 commune dans osm pour 196 au total. A moins que les chiffres dont je dispose soit franchement faux, je ne comprends pas bien d'où proviennent les 8 en trop ? -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] import points d'eau de paris
Bonjour, Pour avoir moi-même rentré quelques fontaines, je te confirme que : - la localisation de EauDeParis n'est pas exacte (exemple : la fontaine Avenue des Ternes (17e) est en fait plus près du centre du carré de sens-uniques.) - certaines fontaines ne sont pas indiquées (exemples entre l'Avenue Prudhon et l'Avenue Ingres, 16e : c'est un jardin public ; Rue Vernet (8e) ; ...) A la limite, le document : http://www.eaudeparis.fr/media/document/409/85 est mieux. Mais il n'est pas complet (typiquement, entre Prudhon et Ingres, il y a bien 3 ou 4 fontaines, et un seul est indiqué sur la carte). Donc : Pour chaque point : - si il y a un point déjà indiqué à moins de 50 mètres, ne pas importer - si il n'y a pas de point à moins de 100 mètres, importer en ajoutant FIXME=position approximative. - si le point d'eau le plus proche est entre 50 et 100 mètres, voir au cas par cas, peut-être grâce à la carte dont j'ai donné le lien. - Mail Original - De: arno a...@renevier.net À: talk-fr@openstreetmap.org Envoyé: Mercredi 15 Septembre 2010 09:40:49 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] import points d'eau de paris salut, Eau de Paris nous a donné l'autorisation d'importer les points d'eau dans Osm L'échange de correpsondance est ici http://wiki.openstreetmap.org/wiki/EauDeParis la source de données est ici: http://www.eaudeparis.fr/jsp/site/Portal.jsp?search_action=search_actionpage=directoryid_directory=424=2124=2224=2324=24search= Les données ne sont pas tout à fait exactes; il manque des points d'eau. Et je pense avoir trouvé au moins un point d'eau qui n'existe pas (ou disons plutôt que ce point d'eau est représenté à 300m de l'endroit où il est déjà). Mais la plupart des points me semblent corrects. Je pense que c'est une bonne base, quitte à corriger les quelques erreurs au fur et à mesure. En me basant sur les données d'hier, et en ignorant les points qui ont un point d'eau dans osm à moins de 30m, ça me ferait 444 nouveaux points d'eau sur la ville de paris. Est-ce que cet import vous semble une bonne idée ? Est-ce que vous avez des remarques particulières ? a+ arno ___ 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] CRAIG down
Le jeudi 16 septembre 2010 14:39:43 hamster, vous avez écrit : j'arrive plus a voir les orthos CRAIG dans josm, et sur le site du CRAIG ca marche sauf si on essaye de zoomer J'ai déjà subi des indispo. J'avais alors contacté directement Landry qui avait posté ici l'annonce ( bre...@craig.fr ), il m'avait répondu qu'ils avaient des soucis de perfs. Tu peux le recontacter directement au cas où il ne suivent pas tous les messages de la liste, pour en savoir plus … -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites communales
On jeudi 16 septembre 2010, Sébastien KALT wrote: http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Etat_d%27avancement ? Est-il possible de la mettre à jour avec les résultats de tes calculs ? Ce tableau provient de mon outil qui pond un infâme tableau csv imbittable (dont le lien est donnée dans le même lien en haut) et ce tableau haut en couleur est la version sexy convertie par je ne sais plus qui avec je ne sais plus quel script ;-) -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fwd: Pb avec les posts émanant d'un client Apple
J'utilise Mail d'Apple depuis des années, actuellement Version 4.2 (1078) sous OSX 10.6.3, viens de m'envoyer ce mail à moi-même, et ne vois qu'une seule Mime Version dans l'entête. Ne suis pas conscient de difficultés autres que : • Certains systèmes ne disposaient pas de codage / décodage automatique, ce qui affichait les caractères comme du charabia, • Des pièces jointes du Mac figurent deux fois, une, la vraie pièce jointe, et une, très petite (4 k) avec un point devant le nom, elle est une ressource système Mac, inutilisé et inutile aux PC, donc - poubelle, mais si quelqu'un tentait de l'ouvrir, ça pouvait figer le PC, • Certains aintiviraux PC prenaient cette petite pièce jointe comme un virus, et le mail entier - poubelle, • Certains serveurs boudaient tout mail qui ne provenait pas d'un OS Micro$oft - mail pas acheminé au destinataire, sans message d'erreur à l'expéditeur, • Certains utilisateurs blindent leur PC par firewalls et antiviraux poussés au max, au point que rien d'autre que du mail en txt ascii en provenance d'un logiciel Microsoft ne passe. Et aucun mail avec pièce jointe ne leur parvient. J'ai un ami comme ça, super sympa, droit, franco de port, il a horreur d'être dérangé. D'autres le trouvent brut de décoffrage. Il peut être ours. Tu lui dis bonjour ! et il peut répondre T'es malade ?! Il pleut des cordes !. Pourtant c'est un crack, et est hyper-câlé en 3d. Inversement, à un moment j'avais un provider qui m'envoyait les mêmes mails des centaines de fois, et qui plusieurs fois était blacklisté par d'autres providers, impossible d'y envoyer des mails. Infosat, mcom, pour ne pas le nommer. Actuellement je suis connecté par Orange (2 mégas à la sortie de la box, au lieu des 8 mégas qui y rentrent, testé). A part cela, mon seul problème est, que mes mails sont trop long, mais c'est un problème de script dans l'interface chaise - clavier, dans le mec, pas dans le Mac. Si mon mail pose tel blème, merci de me faire signe, que je cherche. Gerhard -- Le 27 août 2009 à 14:33, Gourmet a écrit : Bonjour, les utilisateurs d'un client de courriel Apple ont un souci mais ne s'en rendent pas compte. :) Leur lecteur place 2 fois la ligne MIME-Version dans l'entête ; ce qui va à l'encontre des bonnes pratiques du RFC822 (section 4.1). Et donc, du coup, systématiquement, mon antispam place ces articles en quarantaine. Bouh le vilain ! Ceci pose également des soucis pour eux qui pratique la signature DKIM (http://marc.info/?l=postfix-usersm=11838123515w=2) Les utilisateurs en question n'ont-ils pas un patch à appliquer des fois ? Merci, -- db ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites communales - changset 554846 8 qui a cassé quelques trucs
J'ai rétabli quelques communes mais effectivement il va falloir un peu tout regarder les relations. Le 16 septembre 2010 16:12, Philippe Pary phili...@cleo-carto.com a écrit : Le jeudi 16 septembre 2010 à 15:53 +0200, sly (sylvain letuffe) a écrit : On jeudi 16 septembre 2010, Matthias Dietrich wrote: Voir http://www.openstreetmap.org/browse/changeset/5548468. Whaou pinaise ! C'est un énorme changset (je vais pouvoir militer pour des changeset plus petits) j'ai l'impression qu'il y a du bon et du mauvais, tout annuler serait idiot, mais faire le tri ne va pas être simple non plus... C'est marrant, je viens d'en parler avec l'intéressé. Je crois qu'il a conscience d'avoir raté quelque chose. Moi-même j'ai quelques soucis à cause de ce #...@!!# de Josm à Tourcoing (le nombre de nœuds dupliqués y est … impressionnant. Touchez y pas, je reverte tout ça en ce moment même) Pour le contributeur : http://www.openstreetmap.org/user/littlecharly. Comme il est inscrit depuis 6 mois, j'imagine qu'il s'agit d'une erreur, mais il y a eu des dégâts. Imply good faith, d'ailleurs il a fait du sacré boulot par ailleurs (mais aussi dans le même changeset), il s'agit donc plus que certainement d'une erreur comme tout le monde peut en faire. Je confirme, on est dans le cadre d'un contributeur positif et volontaire. Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] On ne tag pas pour le rendu...
Bien que j'apprécie l'effort esthétique, je dois dire que je rejoins assez la critique de Dominique. Je pense qu'il est préjudiciable de mélanger les questions de style et de données. Surtout que le subterfuge pour dessiner les lignes introduit de la donnée fausse. Néanmoins, OSM est basé sur la liberté de création ! En espérant que cela incite à implémenter de nouveaux styles... Arnaud 2010/9/16 Dominique Rousseau d...@lee-loo.net: Le Thu, Sep 16, 2010 at 11:39:27AM +0200, Christophe Merlet [red...@redfoxcenter.org] a écrit: http://www.openstreetmap.org/?lat=48.570513lon=7.774997zoom=18layers=M [...] C'est du boulot, mais c'est vraiment un plus pour la carte ! Ah ?! C'est un « plus pour la carte », de dessiner l'emplacement des lignes d'un terrain de foot ?! Je critique pas spécialement celui qui l'a fait, pour moi, chacun voit son intérêt dans OSM comme il l'entend, et tant qu'on ne nuit pas aux autres, chacun peut bien dessiner les limites de son jardin potager, si il a envie. -- Dominique Rousseau d...@lee-loo.net - 06 82 43 12 27 Soyez donc résolus à ne plus servir et vous serez libres. -- Étienne de La Boétie ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Van De Casteele Arnaud Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - SOLAP - BI - GeoCollaboration Web Site http://geotribu.net/ http://www.sismaris.org/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] On ne tag pas pour le rendu...
De : Pieren 2010/9/16 Vladimir Vyskocil J'aime bien aussi la note associée... ;-) Eh ben c'est pas gagné... Vladimir. Héhé zut, découvert. Mais en fait, j'ai mis barrier=wall parce que sur le terrain, il y avait bien un mur (de défenseurs) ;-) Promis, dès qu'un tag barrier=ligne_de_jeu existe, je corrigerais mes terrains de foot ;-) Pieren Euh...ça se joue comment, le foot'wall ? Histoire de faire tomber les murs, et combiner avec un rendu détaillé, autant faire un way fermé 'leisure=pitch' par portion du terrain, en suivant les lignes blanches. Comme le symbole de pitch a un contour, ça rendra de la même manière qu'avec les parpaings actuels... Après, si quelqu'un veut se lancer pour une proposition de tag (barrier ? boundary ?)...:-) vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites communales
On jeudi 16 septembre 2010, Pmz wrote: -Val-de-Marne(94) 8 relations de trop ou sans code INSEE. Car pour le 91 mon outil compte 149 commune dans osm pour 196 au total. En fait, je crois que je vais apprendre à lire, j'ai sauté une ligne et j'ai mélangé le 91 et le 94. Donc il y a en effet un truc louche, car pour le 94 il y aurait selon mon outil 55 communes dans osm alors que le département n'est censé en comprendre que 47 Je viens de regarder et c'est moi qui fait n'importe quoi avec mes requêtes: dans le soucis d'inclure les arrondissements lyonnais/Parisiens/Marseillais qui sont listés par le cadastre et ainsi obtenir 100% dans les départements concernés, j'ai arbitrairement inclus dans mon calcul de commune les admin_level=10, ce qui est bien sûr faux. Je rectifie le tir et relance un calcul... (résultat dans 10 minutes) -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] CRAIG down
2010/9/16 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net: Le jeudi 16 septembre 2010 14:39:43 hamster, vous avez écrit : j'arrive plus a voir les orthos CRAIG dans josm, et sur le site du CRAIG ca marche sauf si on essaye de zoomer J'ai déjà subi des indispo. J'avais alors contacté directement Landry qui avait posté ici l'annonce ( bre...@craig.fr ), il m'avait répondu qu'ils avaient des soucis de perfs. Tu peux le recontacter directement au cas où il ne suivent pas tous les messages de la liste, pour en savoir plus … Pour faire simple... pour essayer de résoudre les qqs problemes que j'avais avant (un process CGI mapserver qui bouffait toute la ram, donc ne pouvait plus servir d'autres requetes), je fais divers tests de perfs/fiabilité, j'ai fait des comparaisons entre les différents modes cgi/fcgi avec apache/lighttpd, etc.. Déja, y'avait un gros leak sur l'accès a ces #...@! de fichiers ecw, résolu avec le patch d'ici : http://trac.osgeo.org/mapserver/ticket/3245 Avant, le wms était servi par apache+cgi mapserver classique, et le cache tuilé de la visionneuse c'etait tilecache via apache+mod_python. Ca ramait un peu. Depuis hier, le wms est servi par lighttpd+10 process fcgi mapserver, et le cache tuilé c'est toujours tilecache mais via apache+mod_wsgi. Ca rame un peu moins, et je verrais bien si y'a moins d'erreurs sur le long terme. Ce qui est sur, c'est que dire ca ne marche pas ne me suffit pas, il faut apporter un peu plus de détails :) Comme p.ex les requetes http faites par josm, a quelle heure, a partir de quelle ip, le code de retour, etc.. J'essaie de voir ce qui se passe dans les logs, mais c'est pas forcément simple, donc je tatonne. Landry ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import de données type POI sur la ville de Grasse
Le 16 septembre 2010 14:37, Pieren pier...@gmail.com a écrit : 2010/9/16 alexis gayte alexis.ga...@gmail.com comment faut il tagger ? on tagge un noeud ou un batiment ... ? Je dirais que ça dépend. Si le tag désigne la fonction du bâtiment en entier, il n'y pas de problème à le mettre sur le polygone (si on en dispose) mais uniquement dans ce cas. Par contre, lorsque cela ne représente qu'une partie de l'usage du bâtiment (comme par exemple des commerces au rdc et des apparts au dessus), je me limite au node. Ou pour une clinique, on peut laisser le tag hospital sur le polygone (fonction principale) et taguer des noeuds pour les sous-fonctions (restaurants, shops, urgences, toilettes, etc). C'est pourquoi il m'arrive d'appliquer le même tag parfois sur le bâtiment et parfois sur un node seul à l'intérieur du bâtiment (par ex. pharmacies, boulangeries, etc) Pieren Ma réponse était trop résumée : oui j'adhère à cette vue. (+1) Toutefois, j'ai peur de ne pas comprendre la dernière phrase : on ne met *jamais* 2 éléments (way *et* node) pour représenter le même objet, c'est bien *ou-exclusif*, ou bien ? A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import de données type POI sur la ville de Grasse
2010/9/16 Marc SIBERT m...@sibert.fr Toutefois, j'ai peur de ne pas comprendre la dernière phrase : on ne met *jamais* 2 éléments (way *et* node) pour représenter le même objet, c'est bien *ou-exclusif*, ou bien ? C'était un parfois exclusif ;-) Si la pharmacie se trouve être le bâtiment entier, alors je tague sur le polygone. Mais le plus souvent, c'est un commerce parmi d'autres dans un grand bâtiment, alors je crée et tague un node à l'intérieur du polygone qui lui-même peut être tagué en simple building ou supermarket, department_store, etc. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] import points d'eau de paris
Le jeudi 16 septembre 2010, à 15:12:47 +0200, openstreetmap a écrit : Bonjour, Pour avoir moi-même rentré quelques fontaines, je te confirme que : - la localisation de EauDeParis n'est pas exacte (exemple : la fontaine Avenue des Ternes (17e) est en fait plus près du centre du carré de sens-uniques.) - certaines fontaines ne sont pas indiquées (exemples entre l'Avenue Prudhon et l'Avenue Ingres, 16e : c'est un jardin public ; Rue Vernet (8e) ; ...) A la limite, le document : http://www.eaudeparis.fr/media/document/409/85 est mieux. Mais il n'est pas complet (typiquement, entre Prudhon et Ingres, il y a bien 3 ou 4 fontaines, et un seul est indiqué sur la carte). Donc : Pour chaque point : - si il y a un point déjà indiqué à moins de 50 mètres, ne pas importer - si il n'y a pas de point à moins de 100 mètres, importer en ajoutant FIXME=position approximative. - si le point d'eau le plus proche est entre 50 et 100 mètres, voir au cas par cas, peut-être grâce à la carte dont j'ai donné le lien. bonne idée, je propose d'uploader les fontaines sont à plus de 100m d'une autre, et de lister sur le wiki celles qui sont entre disons, 30m et 100m de la plus proche. Est-ce que ça vous semble raisonnable ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] CRAIG down
Jean-Guilhem Cailton a écrit : Le 16/09/2010 19:34, hamster a écrit : François Van Der Biest a écrit : Ensuite, pour ce qui est du cache de tuiles, si on a de la place, le mieux est de tout prégénérer en epsg:900913 (solutions: tilecache_seed ou gdal2tiles.py) et servir directement le dossier résultant. JOSM est ensuite capable d'accéder avec ces tuiles via le plugin slippymap sans soucis. c'est deja fait, la visionneuse du site CRAIG utilise ce TMS et le souci pour JOSM est qu'il ne gere pas le systeme de projection correspondant il suffirait que la projection en question soit rajoutee pour qu'on passe dessus ___ Bonjour, Le système epsg:3857 est le code officiel pour le 900913, et il est bel et bien géré par JOSM (choisir Mercator comme projection), en particulier pour le plugin slippymap sauf que le TMS du CRAIG est en epsg:2154 appelle aussi lambert93 et non gere par JOSM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] difficultés mapping village débu tant
Bonjour, Je suis en train de mapper les villages autour de chez moi et je rencontre quelques difficultées. Voici l'endroit : http://www.openstreetmap.org/?lat=43.579611lon=3.06094zoom=18layers=M Voici les questions : 1- J'ai des POI qui n'apparaissent pas sur le rendu OSM (mairie, médecin, Fontaine) mais qui sont visibles dans potlatch. 43.5791491-3.0619397 (Mairie potlatch 841818211) 43.5797434-3.0637981 (Médecin potlatch 876413970) 43.5798051-3.0601213 (Fontaine potlatch 843889623) 2- J'ai un décalage en ma trace GPS et le cadastre. Ma trace suit une route déjà présente dans OSM mais cette route est décalée par rapport au cadastre. Est-ce l'imprécision du GPS ou un décalage du cadastre ? Permalien du lieu http://www.openstreetmap.org/?lat=43.587903lon=3.083379zoom=18layers=M Village de LAMALOU-LES-BAINS dans l'Hérault. 3- Comment contacter l'auteur d'un tracé car j'ai modifié quelques valeurs et sa paternité a disparue. 4- J'ai voulu essayer un autre mapping de la place de l'Eglise et je voudrais revenir à ma première version ? Est-ce possible ? (Le nom de la place n'apparaît d'ailleurs pas ?) 5- Est-il possible d'être prévenu des modifications de mes tracés par d'autres personnes ? 6- J'ai voulu tagger une ruelle trop étroite pour les voitures en highway=pedestrian mais le rendu dans openstreetmap est plus large que highway=service; service=alley et je me demande si pedestrian n'est pas pour les voies résevées aux piétons et interdites aux autres véhicules (moto, mobylette, ... ) ? Merci beaucoup de toutes vos réponses J'aurai peut-être dû faire plusieurs mails. Marc Bricard ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] difficultés mapping village débu tant
Le 16/09/2010 22:36, ratanes a écrit : Bonjour, Je suis en train de mapper les villages autour de chez moi et je rencontre quelques difficultées. Voici l'endroit : http://www.openstreetmap.org/?lat=43.579611lon=3.06094zoom=18layers=M Voici les questions : 1- J'ai des POI qui n'apparaissent pas sur le rendu OSM (mairie, médecin, Fontaine) mais qui sont visibles dans potlatch. 43.5791491-3.0619397 (Mairie potlatch 841818211) 43.5797434-3.0637981 (Médecin potlatch 876413970) 43.5798051-3.0601213 (Fontaine potlatch 843889623) C'est normal tout n'est aps rendu dans mapnik, peut-être dans osmarenderer mais on ne map pas pour le rendu ;-) puisqu'un autre service pourra exploité ces informations utiles. 2- J'ai un décalage en ma trace GPS et le cadastre. Ma trace suit une route déjà présente dans OSM mais cette route est décalée par rapport au cadastre. Est-ce l'imprécision du GPS ou un décalage du cadastre ? Permalien du lieu http://www.openstreetmap.org/?lat=43.587903lon=3.083379zoom=18layers=M Village de LAMALOU-LES-BAINS dans l'Hérault. C'estprobablement dû a ton GPS 3- Comment contacter l'auteur d'un tracé car j'ai modifié quelques valeurs et sa paternité a disparue. Pas grave il y a l'historique pour savoir qu'elles ont été les modifications 4- J'ai voulu essayer un autre mapping de la place de l'Eglise et je voudrais revenir à ma première version ? Est-ce possible ? (Le nom de la place n'apparaît d'ailleurs pas ?) Tu dois pouvoir revenir en arrière mais cela se fait en annulant un ensemble de modification, donc si la modification de la place a été enregistré seul tu peux revenir en arrière sinon non. 5- Est-il possible d'être prévenu des modifications de mes tracés par d'autres personnes ? Non 6- J'ai voulu tagger une ruelle trop étroite pour les voitures en highway=pedestrian mais le rendu dans openstreetmap est plus large que highway=service; service=alley et je me demande si pedestrian n'est pas pour les voies résevées aux piétons et interdites aux autres véhicules (moto, mobylette, ... ) ? Tout d'abord on ne tag pas pour le rendu. Si ta rue est dédié aux piétons (rue piétonnes) alors tu dois mettre le tag highway=pedestrian sinon tu dois mettre un autre tag. Merci beaucoup de toutes vos réponses J'aurai peut-être dû faire plusieurs mails. Marc Bricard En espérant t'aider René-Luc D'Hont ___ 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] difficultés mapping village déb utant
manifestement il y a un peti probleme de foret... http://www.openstreetmap.org/?lat=43.57992lon=3.06452zoom=15layers=O - - - - didier + mapeur amateur + - Mail d'origine - De: René-Luc D'Hont rldh...@gmail.com À: talk-fr@openstreetmap.org Envoyé: Thu, 16 Sep 2010 22:47:30 +0200 (CEST) Objet: Re: [OSM-talk-fr] difficultés mapping village débutant Le 16/09/2010 22:36, ratanes a écrit : Bonjour, Je suis en train de mapper les villages autour de chez moi et je rencontre quelques difficultées. Voici l'endroit : http://www.openstreetmap.org/?lat=43.579611lon=3.06094zoom=18layers=M Voici les questions : 1- J'ai des POI qui n'apparaissent pas sur le rendu OSM (mairie, médecin, Fontaine) mais qui sont visibles dans potlatch. 43.5791491-3.0619397 (Mairie potlatch 841818211) 43.5797434-3.0637981 (Médecin potlatch 876413970) 43.5798051-3.0601213 (Fontaine potlatch 843889623) C'est normal tout n'est aps rendu dans mapnik, peut-être dans osmarenderer mais on ne map pas pour le rendu ;-) puisqu'un autre service pourra exploité ces informations utiles. 2- J'ai un décalage en ma trace GPS et le cadastre. Ma trace suit une route déjà présente dans OSM mais cette route est décalée par rapport au cadastre. Est-ce l'imprécision du GPS ou un décalage du cadastre ? Permalien du lieu http://www.openstreetmap.org/?lat=43.587903lon=3.083379zoom=18layers=M Village de LAMALOU-LES-BAINS dans l'Hérault. C'estprobablement dû a ton GPS 3- Comment contacter l'auteur d'un tracé car j'ai modifié quelques valeurs et sa paternité a disparue. Pas grave il y a l'historique pour savoir qu'elles ont été les modifications 4- J'ai voulu essayer un autre mapping de la place de l'Eglise et je voudrais revenir à ma première version ? Est-ce possible ? (Le nom de la place n'apparaît d'ailleurs pas ?) Tu dois pouvoir revenir en arrière mais cela se fait en annulant un ensemble de modification, donc si la modification de la place a été enregistré seul tu peux revenir en arrière sinon non. 5- Est-il possible d'être prévenu des modifications de mes tracés par d'autres personnes ? Non 6- J'ai voulu tagger une ruelle trop étroite pour les voitures en highway=pedestrian mais le rendu dans openstreetmap est plus large que highway=service; service=alley et je me demande si pedestrian n'est pas pour les voies résevées aux piétons et interdites aux autres véhicules (moto, mobylette, ... ) ? Tout d'abord on ne tag pas pour le rendu. Si ta rue est dédié aux piétons (rue piétonnes) alors tu dois mettre le tag highway=pedestrian sinon tu dois mettre un autre tag. Merci beaucoup de toutes vos réponses J'aurai peut-être dû faire plusieurs mails. Marc Bricard En espérant t'aider René-Luc D'Hont ___ 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] Route non connectée
Le mercredi 15 septembre 2010 à 16:48 +0200, Pieren a écrit : 2010/9/15 Emilie Laffray emilie.laff...@gmail.com voir les routes non connectées. Le top ça pour fixer les imports différentiels ! Je suis sure que l'on doit pouvoir créer les points automatiquement sans trop de logique supplémentaire en utilisant certaines fonctions dans Postgis 1.5. Emilie Laffray Attention, de nombreux faux positifs ont été rapportés. Donc toujours contrôler avec le terrain. Cela permet de vérifier son propre travail ;) Je corrige mes erreurs d'il y a 2 ans :o nono Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] difficultés mapping village débu tant
Le 16/09/2010 22:47, René-Luc D'Hont a écrit : Le 16/09/2010 22:36, ratanes a écrit : 2- J'ai un décalage en ma trace GPS et le cadastre. Ma trace suit une route déjà présente dans OSM mais cette route est décalée par rapport au cadastre. Est-ce l'imprécision du GPS ou un décalage du cadastre ? Permalien du lieu http://www.openstreetmap.org/?lat=43.587903lon=3.083379zoom=18layers=M Village de LAMALOU-LES-BAINS dans l'Hérault. C'estprobablement dû a ton GPS Les deux sont possibles, le cadastre est aussi capable de déraper. De son côté, le GPS est loin d'être parfait, l'influence du nombre de satellites écoutés, ainsi que de la météo (nuages) fait vite varier la qualité de la trace. Il est toujours préférable d'utiliser un faisceau de traces, et de les moyenner. En tout cas, une trace isolée n'est jamais à considérer comme exacte. 3- Comment contacter l'auteur d'un tracé car j'ai modifié quelques valeurs et sa paternité a disparue. Pas grave il y a l'historique pour savoir qu'elles ont été les modifications 4- J'ai voulu essayer un autre mapping de la place de l'Eglise et je voudrais revenir à ma première version ? Est-ce possible ? (Le nom de la place n'apparaît d'ailleurs pas ?) Tu dois pouvoir revenir en arrière mais cela se fait en annulant un ensemble de modification, donc si la modification de la place a été enregistré seul tu peux revenir en arrière sinon non. Dans Potlach, 'h' une fois l'objet sélectionné te donne la liste des versions de l'objet, et te permet de revenir à une version passée. C'est pratique, mais ne se fait qu'objet par objet. 5- Est-il possible d'être prévenu des modifications de mes tracés par d'autres personnes ? Non Tu peux surveiller l'évolution d'une zone, au travers du service OSM Mapper ici : http://www.itoworld.com/ Ca ne te permet pas exactement de surveiller tes objets, mais c'est très utile néanmoins. Tout d'abord on ne tag pas pour le rendu. Sauf certains terrains de foot les lendemains de réveillon :-) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte Tango
On 14/09/2010 22:41, g.d wrote: J'ai enfin trouve comment afficher avec bigmap, heureka ! :-) Suis d'abord tombé quelque part au large de Groenland dans l'eau, pas trouvé les bons n° de tiles, celles de t...@h ne semblent pas être les mêmes, mais avec la fonction zoom-out de bigmap j'ai réussi à regagner terre ferme. [...] Comment j'en fais un seul beau jpg ou png ? Un fichier que je pourrai imprimer disons à 300 dpi sur un A3 ? Faut-il re-mouliner tous les png un à un dans photoshope, à la main ? C'est où que j'ai raté le coche ? (On devient vieux...). Merci pour vos conseils ! Cadeau : le code que je me suis fait pour faire un png de toute la France au zoom 10 (et autres images de cartes dont je veux garder la trace). Il doit être facilement adaptable pour un autre serveur. Il y a des exemples de lignes de commandes. Il faut juste relever les coordonnées des tuiles extrêmes. Attention : il y a une boucle pour forcer le rafraichissement des tuiles, certainement à supprimer pour des serveurs non osm. Ça nécessite image magik. Ça n'est pas propre mais je n'ai aucun complexe. Quand j'étais à l'école, les cours d'informatique n'existaient pas (en seconde en math, j'ai amené la calculatrice de mon père : un événement !). Quand j'ai fini les études, dans ma famille (fort en avance !) l'ordinateur était un ZX81 avec 1 Ko de ram. Des petits malins sauront l'améliorer. -- #!/bin/bash # ./mapTilesBuilder.sh 496 381 535 341 10 france10.png # ./mapTilesBuilder.sh 535 382 539 375 10 corse10.png # ./mapTilesBuilder.sh 1004 952 1006 950 11 douroula10.png # ./mapTilesBuilder.sh 32165 30460 32169 30457 16 douroula16.png # ./mapTilesBuilder.sh 128661 121844 128677 121828 18 douroula18.png # args : left, bottom right top zoom file s='http://b.tile.openstreetmap.org/' x=`expr 1 + $3 - $1` y=`expr 1 + $2 - $4` size=`expr $x \* 256`x`expr $y \* 256` echo left: $1, bottom: $2, right: $3, top: $4, zoom: $5 echo 'x.y: ' $size ' px' # convert -size $size! xc:khaki $6 mytmp=tmp$6 mkdir $mytmp cd $mytmp # refresh tiles for y in `seq $4 $2` do # echo -n x $x # echo -n '|' for x in `seq $1 $3` do wget -q $s$5/$x/$y.png/dirty -O dirty.txt echo -n . done echo done echo refreshed w='' # init whole for y in `seq $4 $2` do # echo -n x $x # echo -n '|' if [ -f $y.png ] then echo -n '-' else r='' # init row for x in `seq $1 $3` do wget -q $s$5/$x/$y.png -O -$x.png r=$r -$x.png # set row echo -n . done convert $r +append $y.png # record row fi w=$w $y.png #set whole echo done convert $w -append ../$6 # record whole cd .. # rm -R $mytmp echo exit 0 -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] On ne tag pas pour le rendu...
Le jeudi 16 septembre 2010 à 23:40 +0200, Vincent Pottier a écrit : On 16/09/2010 11:43, Pieren wrote: 2010/9/16 Vladimir Vyskocil vladimir.vysko...@gmail.com J'aime bien aussi la note associée... ;-) Eh ben c'est pas gagné... Vladimir. Héhé zut, découvert. Mais en fait, j'ai mis barrier=wall parce que sur le terrain, il y avait bien un mur (de défenseurs) ;-) Promis, dès qu'un tag barrier=ligne_de_jeu existe, je corrigerais mes terrains de foot ;-) Pieren Dans le même genre, il y a celui-là qui pose des problèmes aux moteurs de routting : http://www.openstreetmap.org/browse/way/26967223 http://maps.cloudmade.com/?lat=46.272817lng=6.065826zoom=13directions=46.306742659381946,6.088829040527344,46.25454117522087,6.057586669921875travel=footstyleId=1opened_tab=1 Effectivement, footway est trop restrictif. Il faudrait rajouter un bicycle=yes et une autre balise pour les petits véhicules électriques genre electric_moped ou electric_mofa ? Il manque aussi une balise access=private. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] difficultés mapping village débu tant
On 16/09/2010 22:36, ratanes wrote: Bonjour, Je suis en train de mapper les villages autour de chez moi et je rencontre quelques difficultées. Voici l'endroit : http://www.openstreetmap.org/?lat=43.579611lon=3.06094zoom=18layers=M Voici les questions : 1- J'ai des POI qui n'apparaissent pas sur le rendu OSM (mairie, médecin, Fontaine) mais qui sont visibles dans potlatch. 43.5791491-3.0619397 (Mairie potlatch 841818211) 43.5797434-3.0637981 (Médecin potlatch 876413970) 43.5798051-3.0601213 (Fontaine potlatch 843889623) Tout n'apparaît pas sur la carte mapnik d'osm parce que : - ça n'est pas prévu - c'est trop proche d'un autre élément. - ... 2- J'ai un décalage en ma trace GPS et le cadastre. Ma trace suit une route déjà présente dans OSM mais cette route est décalée par rapport au cadastre. Est-ce l'imprécision du GPS ou un décalage du cadastre ? Permalien du lieu http://www.openstreetmap.org/?lat=43.587903lon=3.083379zoom=18layers=M Village de LAMALOU-LES-BAINS dans l'Hérault. 3- Comment contacter l'auteur d'un tracé car j'ai modifié quelques valeurs et sa paternité a disparue. La paternité ne disparaît pas. Ce qui apparaît, c'est l'auteur d'un état de l'objet. L'historique de l'objet permet de voir les différents états successifs avec leurs auteurs. Il n'est pas nécessaire de contacter un auteur parce qu'on a ajusté, enrichi ses données sur un (quelques) objet(s). Il est sympathique de le faire quand on corrige des erreurs nombreuses, graves... quand on veut supprimer une quantité significative de ses données... 4- J'ai voulu essayer un autre mapping de la place de l'Eglise et je voudrais revenir à ma première version ? Est-ce possible ? difficilement. (Le nom de la place n'apparaît d'ailleurs pas ?) Ça n'est pas grave. C'est probablement une question de place disponible pour le moteur de rendu mapnik. Mais le nom est dans la base et sera utilisé par les moteurs de routting... Par contre, les noms s'écrivent avec des accents sur les majuscules : Place de l'Église 5- Est-il possible d'être prévenu des modifications de mes tracés par d'autres personnes ? 6- J'ai voulu tagger une ruelle trop étroite pour les voitures en highway=pedestrian mais le rendu dans openstreetmap est plus large que highway=service; service=alley et je me demande si pedestrian n'est pas pour les voies résevées aux piétons et interdites aux autres véhicules (moto, mobylette, ... ) ? highway=pedestrian est en effet pour les rues piétonnes. Pour une rue étroite impraticable pour les voitures, il vaut mieux mettre un highway=residential (ce qu'est la rue) et préciser la largeur avec width=2.5 (si la rue fait 2,5 m de large) ou width=narrow. Après, la représentation sur la carte est une autre chose Merci beaucoup de toutes vos réponses J'aurai peut-être dû faire plusieurs mails. Ça va bien comme ça. On répond à l'ensemble. Marc Bricard Quelques autres petites remarques : Il n'est pas nécessaire de mettre un name=Tennis au cours de tennis puisque 'tennis' est déjà indiqué par sport=tennis, ou name=mairie sur le point amenity=townhall, ou name=Maison d'Hôte sur le point tourism=guest_house, ou name=aire de jeu sur le polygone leisure=playground, puisqu'à chaque fois, il ne s'agit pas du nom mais de la fonction. Il n'est pas nécessaire de mettre un point amenity=parking à l'intérieur d'un poligone amenity=parking (on ne cartographie pas deux fois la même chose) Bon courage. -- FrViPofm qui a fait un petit bout dans le coin (La Salvetat sur Agout) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] difficultés mapping village débu tant
2010/9/17 Vincent Pottier vpott...@gmail.com Quelques remarques en plus de ce qui a été dit: - le cadastre n'est pas toujours très fiable, surtout en dehors des zones urbaines. En cas de doute, l'idéal (si on peut) est de faire plusieurs traces GPS à des périodes différentes (avec d'autres satellites) et de faire une moyenne. - je tague les ruelles qui fait moins de 2 mètres de large en highway=path si aucune voiture ne peut passer (réserver footway pour les voies exclusivement pour piétons mais là, tous les deux roues peuvent aussi l'emprunter). - il n'existe pas d'application ou de site qui permet de signaler des modifications sur ses propres contributions uniquement mais on peut surveiller les changements sur une zone (avec possibilité de flux RSS) sur le site ITOWorld (inscription requise). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réserves Naturelles ( était Pavage de landuse)
Merci pour ces explications. J'ai pigé pourquoi je n'arrivais pas à sélectionner le NR. C'est, que ma ville entière est à l'intérieur de l'area de la NR. Au vu, j'avais pensé que la mystérieuse NR était une zone intercalée entre les landuse forest et residential. Il faut reculer quelques kilomètres, pour en capter le bord, c'est tout. --- Contour de Parc National n'est pas forcement identique au contour de zone de conservation, http://fr.wikipedia.org/wiki/Parc_national_des_Cévennes Le parc proprement dit constitue un espace de 321 380 ha et regroupe 117 communes. Il abrite de ce fait une population permanente significative : 74 000 personnes vivent dans l'aire d'adhésion et 591 dans le coeur du Parc (zone de conservation). http://fr.wikipedia.org/wiki/Parcs_nationaux_de_France Peut-être c'était le rendu surfacique du Parc entier, qui m'a induit en erreur (versus un éventuel rendu linéaire), peut-être faudra-t-il distinguer entre Parc National et Réserve Naturelle, zone de conservation. Bon, ça ne presse pas, avec le temps on va voir plus clair... --- Si je modifie un landcover Corine, pour l'adapter aux réalités, que faire du tag source ? Couper le polygone aux endroits que je modifie, mettre source:survey sur le morceau modifié, et tenter de faire un multipolygone de ça ? Les mutipolygones me fichent encore trouble. 'Faut s'habituer à tout ça... Y a-t-il une sorte de sandbox quelque part, où on pourrait se faire la main sans faire des dégâts ? Un coin dans l'atlantique, Atlantis (Ça déjà a coulé, on ne risquerait plus grand'chose...) ? Amicalement Gerhard --- Le 16 sept. 2010 à 12:25, sly (sylvain letuffe) a écrit : On jeudi 16 septembre 2010, Pieren wrote: 2010/9/16 g.d g...@wanadoo.fr mais quand je vois ces areas NR sur la carte et n'arrive pas à les sélectionner dans josm, ni à les sélectionner dans l'interface web (layer data), je me dis que j'ai dû rater un coche quelque part (Alzi qui guette ?). Peut-être n'ais-je pas compris quel était le problème ? Si tu cliques ici : http://www.openstreetmap.org/?lat=45.37037lon=5.91346zoom=17layers=M que tu sélectionne données dans la sélection en haut à gauche des layers, et que tu choisi données, un trait gris apparaît qu'il est possible de cliquer. L'absence de tags descriptifs sur le chemin n'empêche pas de le manipuler Dans JOSM pareil, et comme JOSM supporte les relations multipolygone, il va en plus gentillement te le mettre en vert, indiquant qu'il a bien reconnu quelque chose. L'édition des tags en revanche, je l'admets volontiers, nécessitera en effet d'utiliser le panneaux des relations car, et c'est dommage, l'interface de JOSM ne permet pas (encore ?) une édition simplifiée et transparente des surfaces enregistrées sous forme de relation. Plus généralement, je pense que le problème n'est pas simple, on voit que l'import corine (qui limite au maximum les relations) est parfois pénible également à manipuler (cf la discussion à coté) avec des glue, unglue, découpage, mais présente l'avantage de n'avoir recours aux relations que rarement. L'import des NR ne nécessite pas d'avoir des fusions de noeuds, collage et décollage, mais a le défaut d'utiliser plus intensivement les relations, et alors de savoir manipuler ces entités OSM. (Il faudra d'ailleurs jouer un peu fort pour coller aux ruisseaux, frontières de communes en plaçant les chemins dans les bonnes relations) Mais j'ai peur qu'il n'y ait de solution magique, lorsque beaucoup de donnée réélles et virtuelles qui partage chemin et points, ça chevauche forcément, ou regroupe forcément. J'ai bon espoir que les éditeurs de données s'améliorent au fûr et à mesure pour gérer cela de façon plus transparente. Je rêverais de pouvoir cliquer au milieu de la zone et ainsi sélectionner la/les surfaces plutôt que de devoir cliquer le contour qui n'est pas forcément ce que je veux sélectionner (à la Qgis) Ces NR sont donc des polygones représentant des réserves naturelles taguées en boundary=protected_area+nature=reserve et qui sont en principe bien délimitées mais peuvent se chevaucher avec d'autres landuses. D'expérience, il n'est pas très courant que les NR disposent de frontières communes avec les landuse de type forêt, rochers, ..., donc l'interaction des deux devrait être minime, alors qu'elle est beaucoup plus courante avec les frontières administratives. A l'exception notable des NR en bord de mer qui souvent s'arrête à la côte, qui peut elle même être la limite d'un landuse, soit parce qu'il s'agit de réserves marines coté flotte soit parce qu'il s'agit d'une réserve terrestre. Le fait d'y avoir ajouté un access=no+foot=yes systématique est plus discutable. J'en conviens, j'avais rapidement regardé celles de par chez moi que je connais, et toutes interdisent la circulation de véhicules (sauf maintenance/secours). Mais visiblement, surtout quand je vois le nombre de
Re: [OSM-talk-fr] difficultés mapping village débu tant
Lamalou-les-Bains ne se prête pas gentiment au relevé par gps, c'est un os dur. Ce vallon est tellement encaissé, qu'à beaucoup d'endroits le gps ne capte pas les satellites de façon fiable. Fut un temps j'y passais régulièrement (travail), et avais tenté de gpxer ça, mais au-delà du pont de chemin-de-fer mes gpx devenaient tellement aléatoires, que j'abandonnais l'idée. Plus en hauteur ça captait mieux, mais en doute, et sans avoir pu rattacher mes morceaux scabreux à route de la vallée, je n'y ai pas tracé. Depuis, on a le cadastre, et le plug-in cadastre de Pieren. Je pense que dans le cas spécifique de Lamalou, si on n'a pas au moins quatre satellites au gps, mieux vaut s'accrocher au cadastre, au moins pour le fond du vallon. Même pour la D 908 dans la vallée mon gps à l'époque faisait parfois des échappés pas clean, au point que je n'avais pas osé mettre les gpx sur le serveur. Mais comme depuis, elle a une belle série de tracés gpx qui concordent nickel, je pense que son tracé sur OSM soit correct. Pour le souci de l'antériorité du créateur d'un way : L'antériorité disparaît, si quelqu'un efface un way et le remplace par son propre nouveau tracé, ça disparaît même de l'historique. (Je crains avoir commis de telles inconvéniences, par mégarde. Pardonnez-moi). L'antériorité est conservée, si on seulement modifie le way existant, y ajoute des points, des connexions, ou le rallonge. Fut un temps, les effaçages de mon antériorité par autrui m'agaçaient à titre perso, j'étais vexé. Ensuite je m'y suis fait, me disant que c'est l'ensemble qui compte, le résultat, la base de données, la carte entière (C'est Ça qu'on transmettra à nos enfants...), au point que je me dis que mes contributions sont domaine public, entièrement libres. Qu'elles servent, vlà tout. Mais je comprends très bien, que beaucoup aimeraient que leur nom reste dans les archives, C'est moi qui avait fait le premier, on laisse sa trace dans l'histoire. Cela peut faire partie de la motivation individuelle de participer à OSM. Je ne sais pas, comment on peut assurer une telle persistance dans osm. Je juste essaye d'éviter d'effacer un way long en entier, tente de plutôt le modifier, mais ça a ses limites... Je me souviens du tracé de la A 51 Val de Durance : Le premier tracé avait été fait d'après photo grossière, avec des nodes très espacés, zig-zag, ça traversait la rivière et des villages un peu n'importe-comment. Quand j'ai voulu approximer ça un peu mieux, d'après mes premiers gpx, deux allers-et-retours, pas vraiment une masse d'informations, à certains endroits j'ai dû effacer des tronçons et les refaire, et dessiner la deuxième voie (l'autoroute ne figurait qu'avec une seule voie). J'espère ne pas avoir trop effacé le contributeur qui avait crée le premier tracé... Depuis, beaucoup d'autres contributeurs on corrigé et amendé ce tracé, et j'en suis très content, la A 51 maintenant figure nickel-prot' sur OSM. Je veux dire par ceci, qu'il ne faut pas hésiter, d'amender et corriger des ways qui déjà existent dans la base de données, si on est certain de faire mieux que ce qui y est déjà. C'est lé résultat qui compte. Bon courage ! Le pays autour de Lamalou est magnifique, il y a beaucoup d'endroits à découvrir (et à compléter sur la carte OSM...). Je m'attends à ce qu'un randonneur y mette l'ancien chemin-de-fer... Amicalement Gerhard -- Le 17 sept. 2010 à 01:18, Pieren a écrit : 2010/9/17 Vincent Pottier vpott...@gmail.com Quelques remarques en plus de ce qui a été dit: - le cadastre n'est pas toujours très fiable, surtout en dehors des zones urbaines. En cas de doute, l'idéal (si on peut) est de faire plusieurs traces GPS à des périodes différentes (avec d'autres satellites) et de faire une moyenne. - je tague les ruelles qui fait moins de 2 mètres de large en highway=path si aucune voiture ne peut passer (réserver footway pour les voies exclusivement pour piétons mais là, tous les deux roues peuvent aussi l'emprunter). - il n'existe pas d'application ou de site qui permet de signaler des modifications sur ses propres contributions uniquement mais on peut surveiller les changements sur une zone (avec possibilité de flux RSS) sur le site ITOWorld (inscription requise). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] On ne tag pas pour le rendu...
Héhé, Pieren, Là, tu les as eu, chapeau ! Le graphisme est parlant. Fais-tu gardien, ou avant gauche ? ou entraîneur ? Suis content qu'on s'entend. Bien sûr ne jamais on tague pour le rendu... ;-) Quant à Strossburi ou Straßburg, SOTM 2011, est-ce que le vieux café-resto dans la Gerbergasse existe encore ? Celui avec le vieux nickelodeon en bas de l'escalier d'entrée ? (Souvenirs de jeunesse, ptèt je confonds). Le 16 sept. 2010 à 11:43, Pieren a écrit : 2010/9/16 Vladimir Vyskocil vladimir.vysko...@gmail.com J'aime bien aussi la note associée... ;-) Eh ben c'est pas gagné... Vladimir. Héhé zut, découvert. Mais en fait, j'ai mis barrier=wall parce que sur le terrain, il y avait bien un mur (de défenseurs) ;-) Promis, dès qu'un tag barrier=ligne_de_jeu existe, je corrigerais mes terrains de foot ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr