Re: [OSM-talk-fr] Service aux professionnels ( éta it : Re: Connexion avec www.prix-carburants .gouv.fr )
Je ne comprends pas le problème avec l'inclusion des points d'intérêt dans Openstreetmap. Si la question est "ces données ont-elles leur place ?", assurément oui puisque le but est de fournir des données géographiques libres et gratuites. La présence d'une église, d'un bar ou de toilettes publiques est alors tout autant pertinente que celle des rues. Si le problème vient de la mise à jour de ces données, je ne vois pas en quoi créer un site uniquement consacré aux POI résoudrait la question : le travail de maintien serait le même que si les données étaient directement insérées dans OSM. Avec l'accroissement du nombre de contributeurs et des services comme Openstreetbugs, je ne me fais vraiment pas de soucis. Frédéric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Service aux professionnels ( éta it : Re: Connexion avec www.prix-carburants .gouv.fr )
Admettons que je veuille créer un site qui recense les endroits ou boire un café, le prix de ce café, et qui permette aux visiteurs de donner leur avis. Appelons-le www.prixducafe.com. J'ai besoin de 3 couches d'information : - une cartographie pour localier mes cafés, que j'appellerai "la carte". Cette couche pourra m'être fournie par des services comme mappy ou google maps. - une liste des cafés, que j'appellerai "l'inventaire". Je peux maintenir ma propre liste, alimentée par les utilisateurs bénévoles. Je peux aussi inciter les cafetiers à venir enregistrer leur établissement pour se faire connaitre. Je peux enfin acheter un import d'une base existante comme celle des pages jaunes. Cette couche contiendra des informations telles que le nom, l'adresse ou le n° de téléphone . - Enfin, ma valeur ajoutée : le prix d'un café et les appréciations des visiteurs sur chacun des points de vente recensés par la couche 2. Tel que je le comprends, le but d'OSM est de se substituer à la première couche, la "carte" : fournir à tous un fond de carte permettant de situer géographiquement n'importe quel point dans le monde, gratuitement et sans limite que ce soit. C'est parfait. En enregistrant des POI tels que des commerces ou des entreprises, on essaie de faire jouer à OSM le rôle de la 2e couche, celui d'inventaire. Il me semble que c'est une erreur, et je suis le premier à la commettre, puisque je mappe moi-même des POI de ce type quotidiennement. Enfin, je crois que ce serait une erreur encore plus grande que de vouloir faire jouer à OSM le rôle de la 3e couche, c'est-à-dire d'y incorporer des données très fluctuantes, voire subjectives, fut-ce au moyen de mises à jour dynamiques. Il existe une foule de sites qui recensent des POI (hôtels, restaurants, etc) et qui discutent de leur qualités. Vouloir faire la même chose sans recherche de profit n'a de sens que si on le fait mieux que tous. C'est un peu prétentieux. En revanche, offrir un service que tous ces sites pourraient utiliser à leur profit me parait plus viable. Je ne sais plus ou j'ai lu l'idée lancée d'un "open yellow pages" : un recensement des professionnels, avec adresse et téléphone, localisés sur OSM. Ainsi, mon site de café, les sites de critiques de restaurants, etc., pourraient se concentrer sur la partie rédactionnelle, leur valeur ajoutée, et reposer la partie "recensement" sur un service gratuit partagé. Cela éviterait en même temps les aberrations que j'ai pu constater, où une auberge proche de chez moi, citée par un site de critiques, était située par le visiteur à 3 Km de son emplacement réel, sans possibilité de rectifier. Je ne sais pas si j'explique bien ma pensée, il est tard. En même temps, je suis nouveau ici, et je me permets d'exprimer ma vision du sujet. C'est un peu long. Désolé. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapnik à un zoom > à 18, pos sible ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 C'est surtout pour pouvoir rendre mon cœur de ville, à la main. Les petites impasses/ruelles n'ont pas leur nom qui apparait même en 18. Le but étant d'imprimer une carte au final Pieren a écrit : > Techniquement, rien n'empêche de le faire. Il suffit d'adapter les > scripts et ce que tu veux rendre à ces niveaux. Mais il faut juste > savoir que l'espace nécessaire sur disque dur augmente de façon > exponentielle ä chaque niveau de zoom supplémentaire... > Pieren > > On Sat, Aug 30, 2008 at 3:13 PM, Patrice Vetsel <[EMAIL PROTECTED]> wrote: > Est il possible de rendre à des zoom supérieur au maxi (18 sur OSM) en > installant mapnik par soit même ? > >> ___ 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 - -- Patrice Vetsel <[EMAIL PROTECTED]> Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIuYKKAGLykBXAlNsRAsOzAJ0Z+TaLubyJKPYe0PFKJOLEIBUC0ACgmNG8 j6w4+rmzutbxxy/lN0Ys4pU= =XO1Y -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapnik à un zoom > à 18, pos sible ?
Techniquement, rien n'empêche de le faire. Il suffit d'adapter les scripts et ce que tu veux rendre à ces niveaux. Mais il faut juste savoir que l'espace nécessaire sur disque dur augmente de façon exponentielle ä chaque niveau de zoom supplémentaire... Pieren On Sat, Aug 30, 2008 at 3:13 PM, Patrice Vetsel <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Est il possible de rendre à des zoom supérieur au maxi (18 sur OSM) en > installant mapnik par soit même ? > > - -- > Patrice Vetsel <[EMAIL PROTECTED]> > Aka/Alias Kagou > https://launchpad.net/people/vetsel-patrice > gpg key: 0x15c094db > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.6 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFIuUdbAGLykBXAlNsRAhCPAJ48vqwOAQ4ZfelszFKAlnZJRCdbBgCfVrxI > px6uF9J1LewnQ++ROSTiYng= > =6pOr > -END PGP SIGNATURE- > > ___ > 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] Mapnik à un zoom > à 18, pos sible ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Est il possible de rendre à des zoom supérieur au maxi (18 sur OSM) en installant mapnik par soit même ? - -- Patrice Vetsel <[EMAIL PROTECTED]> Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIuUdbAGLykBXAlNsRAhCPAJ48vqwOAQ4ZfelszFKAlnZJRCdbBgCfVrxI px6uF9J1LewnQ++ROSTiYng= =6pOr -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmtoday en vacances ?
Bonjour, Gwenn <[EMAIL PROTECTED]> writes: > En gros, c'est ça : http://demisel.dyndns.org/~gwenn/osm/daily.sh Merci. Il faut aussi le fichier fr.poly mais tu l'as mis en ligne : http://demisel.dyndns.org/~gwenn/osm/fr.poly Amicalement, d. -- GPG/PGP key: A3AD7A2A David MENTRE <[EMAIL PROTECTED]> 5996 CC46 4612 9CA4 3562 D7AC 6C67 9E96 A3AD 7A2A ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmtoday en vacances ?
> > D'ici là, si certains ont besoin, j'ai un hexagone mis à jour > > quotidiennement là : > > http://demisel.dyndns.org/~gwenn/osm/hexagone-latest.osm.bz2 > > Est-ce que tu pourrais nous donner la commande que tu utilises pour > produire ce fichier hexagone-latest.osm ? En gros, c'est ça : http://demisel.dyndns.org/~gwenn/osm/daily.sh -- Gwenn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Animation "historique osm" sur Paris
Pieren wrote: > > Encore bravo à tout ceux qui ont contribué sur cette zone. Ca doit > faire bizarre et gratifiant pour ceux qui ont commencé sur une feuille > blanche de voir le résultat aujourd'hui ! Ça rappelle des souvenirs. Faire tous les maréchaux en roller ça avait été assez rude. Pour le premier jet du périph c'est un collègue qui m'a fait la trace GPS en voiture. Les gens maintenant ils font presque tout à la photo aérienne... Y'a plus de jeunesse mon bon monsieur. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Landuse imbriqués
2008/8/30 Frédéric Bonifas <[EMAIL PROTECTED]>: > Et pourquoi pas deux ways intérieurs partageant les mêmes points, avec Ca ne pourrait être qu'une solution intermédiaire. Un seul way est nécessaire et suffisant (comme disait mon prof de math) pour fixer la limite entre les deux zones imbriquées. Après, il faut améliorer le modèle (dire que le multipolygone peut avoir des tags différents sur les inner et outer) et les logiciels de rendu en conséquence. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Re : Landuse imbriqués
Pour ta DCA je verrais bien un "natural=scrub" doubler ton "landuse=military" dans lequel tu dessine la batterie sous forme de "building" au milieu duquel tu poses un node "military=bunker" "bunker_type=pillbox". Sinon je parlais bien de toi, en parlant du contributeur de "l'agglomération toulonaise." Voir cette zone se dessiner enfin est un plaisir pour moi qui y ai vécu quelques années et désesperait de voir une zone aussi peuplée ne pas trouver de contributeur parmis son demi-million d'habitants. Bon courage vu l'ampleur de la tâche, et espérons que d'autres contributeurs se lèvent pour vous aider. - Message d'origine De : leblatt <[EMAIL PROTECTED]> À : Discussions sur OSM en français Envoyé le : Samedi, 30 Août 2008, 11h41mn 14s Objet : Re: [OSM-talk-fr] Re : Landuse imbriqués En fait, je n'ai pas précisé la configuration : il s'agit d'une ancienne batterie côtière/DCA, en cours de restauration. Il y a donc peu de végétation sur le lieu. Je pense créer un "trou" avec un multipolygon, comme conseillé. D'autre part, je n'ai pas trouvé de tag du genre "disused_military". La région est parsemée de vestiges militaires, certains restaurés et affectés à de nouveaux usages (musées, centres culturels..), d'autres plus ou moins en ruine. J'aurais aimé les tagguer. Arnaud, de qui parlais-tu sur Toulon ? Il y a 550.000 hab sur l'agglo, et je ne vois que Dume à Hyères et moi-même à La Seyne, comme actifs réguliers du coin. > -Message d'origine- > De : [EMAIL PROTECTED] [mailto:talk-fr- > [EMAIL PROTECTED] De la part de Arnaud CORBET > Envoyé : samedi 30 août 2008 11:28 > À : Discussions sur OSM en français > Objet : [OSM-talk-fr] Re : Landuse imbriqués > > Si j'ai bien compris son souci, c'est pas un trou dans la forêt mais un > coin de forêt à usage militaire (ah, les longues balades sac au dos du > service national!), soit que les soldats s'y promènent en se lançant > des grenades à plâtre, soit que ça fasse partie du gabarit du champ de > tir (zone qui réceptionne les projectiles perdus quand les soldats ont > été suffisamment doués pour louper aussi la butte de tir, un grand > talus dressé derrière les cibles, normalement destinée à cet usage). > Bref, des coins de forêt où la cueillette des champignons n'est pas > recommandée. > > > > - Message d'origine > De : Frédéric Bonifas <[EMAIL PROTECTED]> > À : Discussions sur OSM en français > Envoyé le : Samedi, 30 Août 2008, 10h54mn 01s > Objet : Re: [OSM-talk-fr] Landuse imbriqués > > Le plus propre est d'utiliser une relation multipolygon ( > http://wiki.openstreetmap.org/index.php/Relation:multipolygon ) pour > indiquer que la zone de la forêt contient un trou; > > Frédéric > > Le 30 août 2008 00:26, leblatt <[EMAIL PROTECTED]> a écrit : > > Bonsoir. J'avais créé une zone militaire avec landuse=military. > Parfait. > > Puis j'ai dessiné la forêt qui l'entoure (landuse=forest). Maintenant > la > > forêt recouvre le terrain militaire, qu'on ne voit plus. Quelle > approche > > utilisez-vous pour ce genre de cas ? > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > > > > > ___ > __ > Envoyez avec Yahoo! Mail. Une boite mail plus intelligente > http://mail.yahoo.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 _ Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Animation "historique osm" sur Paris
Salut à tous, Pour ceux qui ne lisent pas la ML anglaise, Frederik Rahm vient de poster un lien vers son site qui propose un historique OSM sur l'Allemagne et de grandes villes dont Paris: http://www.geofabrik.de/gallery/history/#paris Encore bravo à tout ceux qui ont contribué sur cette zone. Ca doit faire bizarre et gratifiant pour ceux qui ont commencé sur une feuille blanche de voir le résultat aujourd'hui ! Et ça donne du courage aux autres qui commencent des zones faiblement ou pas du tout couvertes aujourd'hui. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Landuse imbriqués
Et pourquoi pas deux ways intérieurs partageant les mêmes points, avec landuse=forest et la relation multipolygon le liant au way extérieur pour l'un, et landuse=military pour l'autre ? Le 30 août 2008 12:15, Pieren <[EMAIL PROTECTED]> a écrit : > landuse, comme le nom l'indique, c'est l'usage qui est fait du > terrain. Idéalement, il n'y a qu'un seul landuse pour une surface > donnée, le but étant que toutes les terres non inondées soient > définies par des polygones landuse, côte à côte ou imbriqués mais si > possible jamais superposés (le cas landuse=cemetery étant jugé comme > pariculier (et critiqué) car il oblige les logiciels de rendu à un > traitement spécial pour cette valeur). Donc la solution du layer n'est > pas la bonne. layer est pour les niveaux physiques. > L'idéal est bien le multipolygone mais il faut encore savoir comment > taguer le chemin fermé qui représente le trou. Je crois que pour au > moins un des logiciels de rendu, il fallait que le chemin fermé > intérieur possède le même tag que le chemin extérieur (landuse > forest). Il faudrait donc que le chemin intérieur porte les deux tags > landuse forest et military, ce qui fait pour le moins bizarre mais qui > reste la seule solution pour 'voir' le résultat (ce qui reste à > vérifier) mais on dit qu'on ne tague pas pour les renderers. A moins > de ne mettre que landuse military dans le way intérieur et la relation > multipolygone avec deux tag différents et attendre que tous les > logiciels de rendus supportent ce modèle. > > voir aussi: > http://lists.openstreetmap.org/pipermail/talk/2007-October/019071.html > > Pieren > > 2008/8/30 Frédéric Bonifas <[EMAIL PROTECTED]>: > > ___ > 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 imbriqués
landuse, comme le nom l'indique, c'est l'usage qui est fait du terrain. Idéalement, il n'y a qu'un seul landuse pour une surface donnée, le but étant que toutes les terres non inondées soient définies par des polygones landuse, côte à côte ou imbriqués mais si possible jamais superposés (le cas landuse=cemetery étant jugé comme pariculier (et critiqué) car il oblige les logiciels de rendu à un traitement spécial pour cette valeur). Donc la solution du layer n'est pas la bonne. layer est pour les niveaux physiques. L'idéal est bien le multipolygone mais il faut encore savoir comment taguer le chemin fermé qui représente le trou. Je crois que pour au moins un des logiciels de rendu, il fallait que le chemin fermé intérieur possède le même tag que le chemin extérieur (landuse forest). Il faudrait donc que le chemin intérieur porte les deux tags landuse forest et military, ce qui fait pour le moins bizarre mais qui reste la seule solution pour 'voir' le résultat (ce qui reste à vérifier) mais on dit qu'on ne tague pas pour les renderers. A moins de ne mettre que landuse military dans le way intérieur et la relation multipolygone avec deux tag différents et attendre que tous les logiciels de rendus supportent ce modèle. voir aussi: http://lists.openstreetmap.org/pipermail/talk/2007-October/019071.html Pieren 2008/8/30 Frédéric Bonifas <[EMAIL PROTECTED]>: ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Landuse imbriqués
En fait, je n'ai pas précisé la configuration : il s'agit d'une ancienne batterie côtière/DCA, en cours de restauration. Il y a donc peu de végétation sur le lieu. Je pense créer un "trou" avec un multipolygon, comme conseillé. D'autre part, je n'ai pas trouvé de tag du genre "disused_military". La région est parsemée de vestiges militaires, certains restaurés et affectés à de nouveaux usages (musées, centres culturels..), d'autres plus ou moins en ruine. J'aurais aimé les tagguer. Arnaud, de qui parlais-tu sur Toulon ? Il y a 550.000 hab sur l'agglo, et je ne vois que Dume à Hyères et moi-même à La Seyne, comme actifs réguliers du coin. > -Message d'origine- > De : [EMAIL PROTECTED] [mailto:talk-fr- > [EMAIL PROTECTED] De la part de Arnaud CORBET > Envoyé : samedi 30 août 2008 11:28 > À : Discussions sur OSM en français > Objet : [OSM-talk-fr] Re : Landuse imbriqués > > Si j'ai bien compris son souci, c'est pas un trou dans la forêt mais un > coin de forêt à usage militaire (ah, les longues balades sac au dos du > service national!), soit que les soldats s'y promènent en se lançant > des grenades à plâtre, soit que ça fasse partie du gabarit du champ de > tir (zone qui réceptionne les projectiles perdus quand les soldats ont > été suffisamment doués pour louper aussi la butte de tir, un grand > talus dressé derrière les cibles, normalement destinée à cet usage). > Bref, des coins de forêt où la cueillette des champignons n'est pas > recommandée. > > > > - Message d'origine > De : Frédéric Bonifas <[EMAIL PROTECTED]> > À : Discussions sur OSM en français > Envoyé le : Samedi, 30 Août 2008, 10h54mn 01s > Objet : Re: [OSM-talk-fr] Landuse imbriqués > > Le plus propre est d'utiliser une relation multipolygon ( > http://wiki.openstreetmap.org/index.php/Relation:multipolygon ) pour > indiquer que la zone de la forêt contient un trou; > > Frédéric > > Le 30 août 2008 00:26, leblatt <[EMAIL PROTECTED]> a écrit : > > Bonsoir. J'avais créé une zone militaire avec landuse=military. > Parfait. > > Puis j'ai dessiné la forêt qui l'entoure (landuse=forest). Maintenant > la > > forêt recouvre le terrain militaire, qu'on ne voit plus. Quelle > approche > > utilisez-vous pour ce genre de cas ? > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > > > > > ___ > __ > Envoyez avec Yahoo! Mail. Une boite mail plus intelligente > http://mail.yahoo.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
[OSM-talk-fr] Re : Landuse imbriqués
Si j'ai bien compris son souci, c'est pas un trou dans la forêt mais un coin de forêt à usage militaire (ah, les longues balades sac au dos du service national!), soit que les soldats s'y promènent en se lançant des grenades à plâtre, soit que ça fasse partie du gabarit du champ de tir (zone qui réceptionne les projectiles perdus quand les soldats ont été suffisamment doués pour louper aussi la butte de tir, un grand talus dressé derrière les cibles, normalement destinée à cet usage). Bref, des coins de forêt où la cueillette des champignons n'est pas recommandée. - Message d'origine De : Frédéric Bonifas <[EMAIL PROTECTED]> À : Discussions sur OSM en français Envoyé le : Samedi, 30 Août 2008, 10h54mn 01s Objet : Re: [OSM-talk-fr] Landuse imbriqués Le plus propre est d'utiliser une relation multipolygon ( http://wiki.openstreetmap.org/index.php/Relation:multipolygon ) pour indiquer que la zone de la forêt contient un trou; Frédéric Le 30 août 2008 00:26, leblatt <[EMAIL PROTECTED]> a écrit : > Bonsoir. J'avais créé une zone militaire avec landuse=military. Parfait. > Puis j'ai dessiné la forêt qui l'entoure (landuse=forest). Maintenant la > forêt recouvre le terrain militaire, qu'on ne voit plus. Quelle approche > utilisez-vous pour ce genre de cas ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr _ Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Landuse imbriqués
Le plus propre est d'utiliser une relation multipolygon ( http://wiki.openstreetmap.org/index.php/Relation:multipolygon ) pour indiquer que la zone de la forêt contient un trou; Frédéric Le 30 août 2008 00:26, leblatt <[EMAIL PROTECTED]> a écrit : > Bonsoir. J'avais créé une zone militaire avec landuse=military. Parfait. > Puis j'ai dessiné la forêt qui l'entoure (landuse=forest). Maintenant la > forêt recouvre le terrain militaire, qu'on ne voit plus. Quelle approche > utilisez-vous pour ce genre de cas ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Options dans Josm pour coloriser les ways
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Je me réponds : Menu View->Wireframe view Des fois je vous jure… :p Patrice Vetsel a écrit : > Sur mon poste au taf (sous windows), le calques des ways utilise un > sytème de couleur pour représenter certains types de ways. Et c'est > super agréable. > Ici à la maison sous Linux, tout est en bleu (sauf les ways sans tag -> > vert), bref c'est franchement illisible (c'est un ruisseau ou un chemin > ? :D ) > > Où est cette @#&% d'option afin de coloriser un minimum les ways ? ^^ > > Bon week end > ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr - -- Patrice Vetsel <[EMAIL PROTECTED]> Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIuP/aAGLykBXAlNsRAlEzAKCXjzFmesdWJ6VxpgJ22mkWO8HtfgCfXfR6 vngUCVlSKVj5UQSeGGevivQ= =vGtu -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Options dans Josm pour coloriser les ways
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sur mon poste au taf (sous windows), le calques des ways utilise un sytème de couleur pour représenter certains types de ways. Et c'est super agréable. Ici à la maison sous Linux, tout est en bleu (sauf les ways sans tag -> vert), bref c'est franchement illisible (c'est un ruisseau ou un chemin ? :D ) Où est cette @#&% d'option afin de coloriser un minimum les ways ? ^^ Bon week end - -- Patrice Vetsel <[EMAIL PROTECTED]> Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIuP3WAGLykBXAlNsRAqg9AJ0Vzcd0VDwDAWjtqPTG4SFkdSfJFwCeIHeh Wh1znv7sAZC7UN4clel5lO4= =ndkL -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Re : Re : Contenus d'OSM ?
Pour voir comment, suffit d'estimer à l'oeil la longueur tracée par rapport à d'autres cartes. Pour ce que ça apporte, après une bonne nuit de sommeil, je suis de ton avis: rien. Hop, on oublie. Planifier et hiérarchiser le boulot, c'est faisable et souhaitable dans une structure en cathédrale, mais dans une structure en bazar, basée sur les contributions de gens répartis de manière totalement aléatoire, c'est plutôt délicat. Un bête exemple: on vient tout juste de gagner un contributeur sur l'agglomération toulonaise, qui est pourtant une trés grosse agglomération. On aurait eu beau mettre la communauté d'agglomération de Toulon en tête des zones trés peuplées et mal cartographiées, avant son arrivée rien ne se serait produit (en plus c'est la zone pas de chance: yahoo map ne l'a pas en photo, le cadastre est au format image, la totale!). Je ne suis pas sûr qu'avoit une todo-list incitera davantage les gens à faire un crochet pour mapper la route en question qu'un bête coup d'oeil sur la carte où on se dit ""tiens, par là c'est bien blanc"... Un bon système pour chasser la route-pas-mapée serait à mon humble avis quelque chose comme OSMTracker qui chargerait en superposition la carte actuelle de OSM en couleur par dessus un fond de carte emprunté à quelqu'un qui autorise un usage en affichage sur des systèmes tiers (yahoo!Map ? GoogleMaps?), affiché en gris clair bien moche. On aurait ainsi un beau rendu visuel de ce qui reste à faire, surtout aux niveaux de zoom de l'ordre de 8 à 10 qui affichent les routes principales. Si c'est fait sur un système embarqué comme OSMTracker/Gosmore/Navit/etc... , ça permet en plus un certain oportunisme ("tiens, c'est bouché par là, et la route à côté est pas faite, hop un détour et je trace!"). Y'a bien le site de Jochen qui s'approche fortement de cette idée ( http://geo.topf.org/comparison/index.html?mt0=googlemap&mt1=mapnik&lon=3.5787964&lat=47.8352088&z=8 ) mais comme on a maintenant une belle densité d'information sur OSM ça devient de moins en moins visible de manière évidente sur une comparaison côte à côte. Bon, comme d'hab c'est des idées, je ne sais pas si c'est faisable, et je ne saurais pas le faire moi-même, n'étant pas des codeurs talentueux qui m'épatent régulièrement ici... ;) - Message d'origine De : Charlie Echo <[EMAIL PROTECTED]> À : Discussions sur OSM en français Envoyé le : Vendredi, 29 Août 2008, 18h12mn 28s Objet : Re: [OSM-talk-fr] Re : Re : Contenus d'OSM ? Je ne vois pas comment on peut savoir qu'une route est complète à 30%. Et je ne vois pas non-plus ce que ça apporte, sauf ton respect. Ce que je suggérais, c'était de vérifier qu'on a "toutes" les routes par ordre d'importance, pour ajouter les plus critiques rapidement. On doit pouvoir les tracer avec Yahoo! Maps, et donc se répartir la tâche entre départements. Par ailleurs, tracer TOUTES les communes me paraît important (au moins les contours), ainsi que placer leurs noms au centre (car souvent, le nom actuellement en place est approximativement placé, assez loin du centre effectif), puisque les communes sont la base du système d'adresses. On arrive à la liste des communes à partir de : http://fr.wikipedia.org/wiki/Commune_francaise On trouve, pour chaque (?) commune, les coordonnées, la population, etc. Les coordonnées sont peut-être un peu inexactes, donc ; c'est peut-être elles qui ont servi à mettre les points actuels sur OSM. _ Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr