Re: [OSM-talk-fr] Panique à Cergy-Pontoise
Le 3 oct. 2012 à 11:35, Marc SIBERT m...@sibert.fr a écrit : Le 3 octobre 2012 11:14, Nicolas Moyroud nmoyr...@free.fr a écrit : Bonjour à tous, En me baladant sur la carte OSM du côté de Cergy-Pontoise, je suis tombé une zone très étrange : http://www.openstreetmap.org/?lat=49.036725lon=2.079673zoom=18layers=M Je me suis dis : tiens donc du côté de Cergy quelques furieux auraient-ils fait de la cartographie d'intérieur ? Mais en chargeant la zone dans JOSM, j'ai bien vite déchanté. Il y a un espèce de gloubi-boulga avec des objets qui sont à la fois des highway=pedestrian et des building=yes. Il y a dû y avoir un gros problème quelque part. Quelle est la meilleure solution selon vous pour nettoyer tout ça ? Suppression massive des objets incriminés ? Un revert ? Nicolas Bonjour, A ma connaissance (hé hé, les réserves), Cergy comme d'autres villes nouvelles ont été construites sur des dalles pour séparer les piétons de voitures... d'où la représentation en building de grande zones. Après il faudrait repasser sur place afin de séparer le bon grain de l'ivraie. A mon goût, pas de revert précipité avant une visite in situ. Salut, Je confirme : c’est une dale. Après building ou plutôt pedestrian area + layer = 1 c’est plus un débat d’idée, mais il y a bien du building au dessus d’un plancher en dessous duquel circulent voitures, bus et RER et où se trouvent aussi commerces et galeries. Yann___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MemoryError avec pyosm
A vue de nez, ça monte le fichier sous forme d’arbre en mémoire. Donc ça peut prendre beaucoup de mémoire si le fichier est gros (le stockage ne doit pas en plus être optimisé pour être compact). Tout ça pour dire qu’à part recoder pyosm pour utiliser un cache disque (pas regardé le code pour savoir la meilleure façon de faire) ou ajouter de la RAM dans ta machine (je pense en même temps que 3Go c’est déjà bien), il n’y a pas vraiment d’autres solution. Il est peut-être temps de te monter un postgresql et d’utiliser osm2pgsql en premier ? Yann Le 28 avr. 2010 à 22:04, Rodolphe Quiedeville a écrit : Salut, Sur mon laptop tout de même équipé de 3G de RAM et un peu de swap je n'arrive plus à parser des les fichiers genre bretagne.osm, j'ai systématiquement un MemoryError Traceback (most recent call last): File /usr/lib/python2.5/xml/sax/expatreader.py, line 301, in start_element self._cont_handler.startElement(name, AttributesImpl(attrs)) File /home/rodo/doc/osm/olap/pyosm.py, line 85, in startElement self.curr_way.nodes.append(NodePlaceHolder(id=attrs['ref'])) File /home/rodo/doc/osm/olap/pyosm.py, line 33, in __init__ self.id = id MemoryError Je suis en Debian/Squeeze et la version de python Python 2.5.5 (r255:77872, Apr 21 2010, 08:44:16) [GCC 4.4.3] on linux2 C'est un peu une bouée que je jette à la mer ici, mais si vous aviez des idées de pistes ou chercher. Merci à tous ___ 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] [presse] navigation sur iPhone g râce à OSM
Bonsoir, C’est bien précisé dans la description de l’appli que le logiciel exploite une base locale (d’où les 494Mo à télécharger). Le seul point qui n’est pas clair pour moi (et qui m’intéresse beaucoup) c’est de savoir si les données viennent de AND ou d’OSM (même si éventuellement converties par AND dans un format plus adapté à un logiciel de navigation). Quelqu’un a testé et peut confirmer ? Yann Le 23 avr. 2010 à 20:38, piratebab a écrit : Bonsoir, est ce qu'il faut une liaison téléphonique active ? Si c'est le cas, c'est bien nul! Sur mon smartphone, j'utilise navit et la carte OSM chargée en local. C'est ainsi entièrement gratuit, et mis à jour quand je le souhaite . Tenshu a écrit : Je m'en doutait en le voyant dans l'AppStore et en lisant les commentaires assassins des utilisateurs français. :q 2010/4/23 Pieren pier...@gmail.com Vu sur zdnet: http://www.businessmobile.fr/actualites/navmii-sur-iphone-cartographie-et-guidage-pour-moins-de-4-euros-39751093.htm Cartographie et guidage pour moins de 4 euros Pour atteindre ce tarifs low-cost, Geolife met en avant sa collaboration avec le cartographe AND qui a noué des partenariats avec Open Street Map, une base cartographique open source. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Demande quel gps acheter pour utilisation OSM
Le 7 avr. 2010 à 11:02, Cedric Dumez-Viou a écrit : Le 7 avril 2010 10:41, Jean-Marc Liotier j...@liotier.org a écrit : Gilles Bassière wrote: J'ai repéré plusieurs modèles qui me semble adaptés : [..] - AMOD agl3080 : datalogger simple avec bouton push-to-log, pas de driver, mais très peu de commentaires d'OSMeur sur ce modèle ; C'est celui que j'utilise et j'en suis ravi. J'apprécie en particulier qu'on puisse choisir différents paramètres pour trouver le meilleur équilibre entre autonomie et richesse des données NMEA collectées. Il se monte en USB mass storage et un coup de gpsbabel plus tard les données sont prêtes à l'emploi - simple et efficace. J'aime bien aussi les diodes clignotante qui communiquent son état. Ses inconvénients sont qu'il n'est pas parfaitement étanche - enfin ni plus ni moins que le Sony GPS-CS1 qui a quand même bien supporté la pluie, et qu'il n'est pas livré avec un étui permettant de l'attacher facilement à une bretelle de sac à dos où à un guidon, comme je le faisais avec le Sony GPS-CS1 : il se ballade au bout d'un mousqueton et je n'aime pas cette manière de le trimballer. Bref - dès que je me serai trouvé un moyen de l'attacher correctement ce sera parfait. Je dispose d'une vieille version de ce modèle. Mon avis est mitigé mais je suis peut être simplement mal tombé. J'ai acheté chez Semsons. Très rapide. Je suis très content des traces qui sont faites et leur récupération est facile même sous linux car le produit est vu comme une clef USB de 128Mo. Les .log sont de simples fichiers créés sur le disque. JOSM arrive à les ouvrir directement. Je suis plus déçu par la qualité du matériel. Le premier que j'ai eu avait un connecteur USB de piètre qualité. À la première insertion du cable, des broches se sont pliées dans le connecteur. Trop impatient de voir les premières traces, j'ai changé le connecteur moi-même. Quelques mois après, le GPS a mis de plus en plus longtemps à trouver les satellites jusqu'à devenir inutilisable. J'ai bénéficié d'un échange standard très rapide et le connecteur USB de la deuxième unité avait le même défaut = resoudure... Je pense être tombé sur une mauvaise série... Depuis, c'est parfait et c'est une nouvelle version de l'AGL3080 qui semble être en vente (avec un meilleur connecteur USB???…) J’ai un modèle qui date d’un an et demi et je n’ai jamais eu de problème. Je confirme tout le bien qui a pu en être dit : bonne autonomie, bonne précision, plutôt solide même si pas submersible. Je fixe mon GPS avec un gros élastique sur le support de ma lampe de vélo. Rustique mais efficace ;) Faudra que je teste ça, c’est sans doute plus facile à enlever que le chatterton :) Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Jolie fond de carte
Le problème de cascadenik c’est que quand j’avais essayé ça n’était pas de tout repos à mettre en œuvre, mais par contre ça fait rapidement des trucs assez jolis : http://teczno.com/cascadenik-openstreetmap-II/ Yann Le 23 mars 2010 à 20:32, Dominique Rousseau a écrit : Le Tue, Mar 23, 2010 at 06:12:28PM +0100, René-Luc D'Hont [rldh...@gmail.com] a écrit: Le 23/03/2010 18:02, Dominique Rousseau a écrit : ça a l'air quand même nettement plus agréable que les styles mapnik à écrire que la syntaxe d'origine en XML (en tout cas, pour moi, qui connait déjà CSS) Cascadenik c'est pas mal pour le CSS mais tu devrais quand même rédigé un XML de départ auquel tu ajoutes des class et id ;-) Certes. Mais que ce soit un programme qui écrive les rules et les symbolizers en XML, déjà... :-) -- Dominique Rousseau d...@lee-loo.net - 06 82 43 12 27 Si cinquante millions de gens disent une sottise, ça n'en reste pas moins une sottise. -- Anatole France ___ 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] Relecture et aide traduction Features: Piste maps
Je dirais simplement que c’est une piste jaune quand bien même ça n’existe pas sous cette dénomination en France… Yann Le 23 mars 2010 à 21:41, Charlie Echo a écrit : Puisque vous semblez spécialistes des pistes de ski, j'ai besoin d'un conseil : Comment tagger une piste non damée ? Sur le domaine de Tignes / Val d'Isère, ils appellent ça Naturide : la piste est noire, balisée, mais pas damée donc ça ressemble à du hors-piste surveillé. Et comment tagger un trajet hors-piste classique ? Pour l'instant, j'ai mis - pour le non damé : grooming=no - pour le hors-piste : grooming=backcountry, patrolled=no Logiquement, je devrais mettre pour les deux grooming = backcountry, mais je crains que le hors-piste soit trop semblable au sur-piste. Des idées ? Merci Charlie Echo - Mail Original - De: Yann Coupin y...@coupin.net À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Dimanche 21 Mars 2010 14:08:09 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Relecture et aide traduction Features: Piste maps J’ai commencé hier soir mais il se faisait tard donc j’ai arrêté, si j’ai du temps je continue aujourd’hui Le 21 mars 2010 à 08:54, yvecai a écrit : C'est en place, maintenant. Un preneur pour la section difficulté? yvecai wrote: Je viens de traduire la quasi totalité de http://wiki.openstreetmap.org/wiki/FR:Proposed_features/Piste_Maps J'apprecierais un peu de re-lecture, et si quelqu'un pouvait s'attaquer au paragraphe 'difficultés', ce serait cool: je suis pas franchement spécialiste en ski de descente. Yves ___ 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 ___ 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] Relecture et aide traduction Features: Piste maps
J’ai commencé hier soir mais il se faisait tard donc j’ai arrêté, si j’ai du temps je continue aujourd’hui Le 21 mars 2010 à 08:54, yvecai a écrit : C'est en place, maintenant. Un preneur pour la section difficulté? yvecai wrote: Je viens de traduire la quasi totalité de http://wiki.openstreetmap.org/wiki/FR:Proposed_features/Piste_Maps J'apprecierais un peu de re-lecture, et si quelqu'un pouvait s'attaquer au paragraphe 'difficultés', ce serait cool: je suis pas franchement spécialiste en ski de descente. Yves ___ 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] [Géovélo] Prototype de la no uvelle version
Merci, je ne connaissais pas cette page mais elle est super riche en info. Tags corrigés. Yann Le 8 févr. 2010 à 08:39, Pascal Rigaux a écrit : Le 7 février 2010 23:19, Yann Coupin y...@coupin.net a écrit : A ce propos, une nouvelle zone vient d’être crée dans le 18ème où la circulation est à double sens uniquement pour les vélos. Il n’y a pas forcément de marquage au sol piste cyclable dans toute la zone. pour le double sens cyclable, utiliser cycleway=opposite, cf http://wiki.openstreetmap.org/wiki/Bicycle#Miscellaneous ou http://wiki.openstreetmap.org/wiki/FR:Key:cycleway ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] forum: Viagra, Cialis, Levitra, Kamagra ou Propecia ????
En même temps hier j’ai eu deux captcha différents à résoudre sur le forum : à chaque fois le captcha n’était composé que d’un seul caractère, un chiffre. Alors de là à dire que ce ne sont même pas des chinois/indiens qui ont fait le coup vu la facilité de craquer le truc via un bête coup d’OCR… Sinon, en lieu et place d’un truc en javascript moisi comme le truc simili iPhone, il y a ce bon vieux http://recaptcha.net qui lui marche très bien… Yann Le 8 févr. 2010 à 18:13, Emilie Laffray a écrit : 2010/2/8 sly (sylvain letuffe) sylv...@letuffe.org Quand je disais a la main, je pensais en effet à du lecture de captcha par un humain, mais assisté par un logiciel. ça semble être le cas ici, le logiciel se fait passer pour IE6, ne semble pas supporter les cookies, ne récupère rien de superflux (pas les images, pas les styles css, par les .js) (combinaison peu probable pour un vrai humain) mais pour passer la protection, le code sur l'image a quand même été écrit juste. Ils ne doivent pas être payés cher les p'tits chinois dans un garage... Je vais peut-être passer par la solution maison pour que les scripts tout automatique soient obligatoirement ré-écrits Les petits chinois ou les petits indiens. Non, ils ne sont pas payés chers, mais ils sont payés. Tu peux louer les services de gens assez facilement pour ce genre de chose. Bref, parfois c'est assez déprimant ce genre de chose. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Géovélo] Prototype de la no uvelle version
A ce propos, une nouvelle zone vient d’être crée dans le 18ème où la circulation est à double sens uniquement pour les vélos. Il n’y a pas forcément de marquage au sol piste cyclable dans toute la zone. J’aimerais donc bien utiliser un oneway:bicycle=no qui est ce qui correspond le plus à la réalité (mais d’après tagwatch il faut bien avouer que ce n’est pas super répandu). De plus, est-ce pris en compte, ou prévu de votre côté ? Devrais-je « tagger pour le rendu » malgré tout et utiliser un cycleway=opposite_lane pour être sûr que l’info ne soit pas perdue en attendant ? Yann Le 4 févr. 2010 à 11:41, GaelADT a écrit : Esperanza wrote: - Les contre-sens, (cycleway=opposite, cycleway=opposite_lane et cycleway=opposite_track) sont-il pris en compte en tant qu'aménagement sécurisé ? Oui sauf pour cycleway=opposite qui est considéré seulement comme une voie que l'on peut prendre dans les 2 sens à vélo. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose][annonce] erreurs par utilisateurs
Je regarderai en détail ce soir si besoin, mais en attendant, tu pourrais fournir un exemple de balise où l'info est manquante, je la croyais obligatoire ? Yann Le 07/01/10 16:33, Etienne Chové a écrit : Etienne Chové a écrit : Le 05/01/2010 18:37, Yann Coupin a écrit : http://www.mail-archive.com/talk-fr@openstreetmap.org/msg09552.html Merci, c'est patché et les scripts mis à jour. On verra ce que ça donne demain. Ca marche quand le user est bien renseigné, mais ça plante dans le cas où il n'y a pas le user sur un élément : osm2pgsql: osm2pgsql.c:194: StartElement: Assertion `xuser' failed. Une idée de comment résoudre ça ? Moi et le c, ça fait 2. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose][annonce] erreurs par utilisateurs
Le 05/01/10 17:28, Etienne Chové a écrit : Les backends utilisant des bases de données postgis ne connaissent pas les utilisateurs, donc les erreurs ne sont pas affichées dans ces pages. Si quelqu'un sait comment ajouter les utilisateurs dans une base postgis, je suis preneur, sinon je bidouillerai un truc un autre jour. J'avais posté un patch pour faire ça sur les timestamp lorsque le problème avait été soulevé par Sly. C'est assez simple à adapter pour stocker le username normalement. Cf ce thread... http://www.mail-archive.com/talk-fr@openstreetmap.org/msg09552.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sortie de Mapzen
Sans vouloir troller, dire que JOSM est de plus en plus lent comme explication pour passer à Potlatch c'est... hum... original :) Je suis d'accord que JOSM n'est pas un modèle d'ergo dans certains domaines mais potlatch est hyper lent (sans doute pas la faute de Richard mais de la techno). Après, à ceux qui se plaignent que mapzen n'est pas libre : OSEF ! C'est du libre qui rentre dedans ; c'est du libre qui en ressort ; il y a des alternatives open (JOSM, Merkator...) ; plus il y a d'outils, simple, sexy et qui évitent aux n00b de tout casser sans le faire exprès, plus la communauté grossira (aux dernières nouvelles c'est bien le but d'OSM ou j'ai loupé un truc et en fait le vrai but c'est de se branler la nouille, désolé Emilie, entre geek ?) Yann Le 8 déc. 2009 à 12:14, Emilie Laffray a écrit : 2009/12/8 David MENTRE dmen...@linux-france.org Le 8 décembre 2009 11:59, Emilie Laffray emilie.laff...@gmail.com a écrit : Personnellement, je me contenterais d'utiliser JOSM même si je suis de moins en moins contente de celui ci. Pour quelles raisons ? De plus en plus lent. Un certain nombre d'outils comme de la manipulation geometrique manque, une meilleure gestion des calques. Je sais que la solution est clairement de faire un patch etc... Enfin, ca implique de toucher a Java, et j'avoue que ma maitrise du java n'est pas forcement mon point fort. Va falloir que je me mette a Potlatch 2. Apres tout, j'ai promis a Richard le plugin cadastre :) Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nominatim
Oui j'ai vu un truc similaire aussi, j'étais dans le 18ème arrondissement de... Saint-Ouen (dep. 75) :) L'explication (enfin c'est une supposition mais je ne pense pas dire de bêtise) est qu'il n'ignore pas les pays/régions/villes sous forme de point quand elles sont incluses dans une zone administrative. Dans mon cas, le point central de Paris est plus loin que le point central de Saint-Ouen quand bien même je suis à l'intérieur du polygone de la zone administrative de Paris. Dans ton cas remplace Paris par la France et Saint-Ouen par Monaco et tu as ton explication. Yann Le 7 déc. 2009 à 14:22, Vladimir Vyskocil a écrit : Bonjour, J'ai un résultat pour le moins étrange avec cette requète : http://nominatim.openstreetmap.org/reverse?format=xmllat=43.616482lon=6.971906zoom=18addressdetails=1 reversegeocode timestamp=Mon, 07 Dec 09 13:16:39 + querystring=format=xmllat=43.616482lon=6.971906zoom=18addressdetails=1 result place_id=9639165 osm_type=node osm_id=507125132 30, Mouans-Sartoux, Mougins, Alpes-Maritimes, 06370, Provence-Alpes-Côte-d'Azur, Monaco /result addressparts house30/house townMouans-Sartoux/town cityMougins/city countyAlpes-Maritimes/county postcode06370/postcode stateProvence-Alpes-Côte-d'Azur/state countryMonaco/country country_codefr/country_code /addressparts /reversegeocode Mougins et Mouans-Sartoux sont 2 villes limitrophes, l'adresse se trouve dans Mougins (près de la limite avec Mouans-Sartoux), le plus étrange est cependant le pays avec la réponse : Monaco ! On 6 déc. 2009, at 22:23, Emilie Laffray wrote: Bonjour, le moteur de Geocoding de Brian Quinion est maintenant accessible sur http://nominatim.openstreetmap.org Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nominatim
Le Voronoi je m'en doutais, et ça n'est sans doute pas facile de faire cohabiter ça avec des polygones, mais il faudrait à ce moment là faire un sandwich de couches poly/points afin que les polygones soient prioritaires. Je pense que ça réglerait la plupart des pbs. Yann Le 7 déc. 2009 à 16:05, Emilie Laffray a écrit : 2009/12/7 Yann Coupin y...@coupin.net Oui j'ai vu un truc similaire aussi, j'étais dans le 18ème arrondissement de... Saint-Ouen (dep. 75) :) L'explication (enfin c'est une supposition mais je ne pense pas dire de bêtise) est qu'il n'ignore pas les pays/régions/villes sous forme de point quand elles sont incluses dans une zone administrative. Dans mon cas, le point central de Paris est plus loin que le point central de Saint-Ouen quand bien même je suis à l'intérieur du polygone de la zone administrative de Paris. Dans ton cas remplace Paris par la France et Saint-Ouen par Monaco et tu as ton explication. Il utilise pour le système un diagramme de Voronoi, ce qui explique parfois les limites choisies ne sont pas forcement bonnes. Mais globalement c'est un excellent boulot :) Les pays sont insérés directement dans la base de données. Ils ne sont pas générés directement a part de OSM. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] les faux positifs
Le faux-positif : c'est moi. Pour moi, le tag n'est pas superflu si oneway=no puisqu'il va à l'encontre de la valeur implicite. Donc je persiste et je signe :) De plus en regardant sur Yahoo, j'ai vraiment cru que ça n'était pas un rond-point classique (en plus on est dans l'enceinte de l'université, le code de la route pourrait ne pas s'appliquer). Après, si tu triches en regardant Google (pour ça on a le droit ?), il est vrai qu'on dirait bien un vrai rond-point. Yann Le 27 nov. 2009 à 14:53, Etienne Chové a écrit : Bonjour, Jusqu'à il y a 5 minutes, les faux positifs déclarés dans osmose étaient simplement ignorés. Je les rassemble maintenant dans une page pour le analyser. Le premier faux positif déclaré est là : http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlesatlon=2.34408lat=48.95638zoom=18 Le rond point est taggué en oneway=no : http://www.openstreetmap.org/browse/way/43592937 Ça veut dire que : 1. quelqu'un a mis le tag oneway=no 2. quelqu'un a cliqué sur faux positif J'ai donc des scrupules à le corriger, mais j'ai du mal à comprendre le concept du rond-point à double sens. Est ce que quelqu'un est déjà allé sur place ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] les faux positifs
Juste pour dissiper tout malentendu : je n’ai pas tracé ce rond-point. Je l’ai juste vu (et cliqué sur faux-positif) lors d’une « soirée osmose » où j’ai fait le ménage dans une zone près de chez moi. Je n’ai d’ailleurs jamais mis les pieds à cet endroit. J’ai sincèrement cru qu’il pouvait ne pas être en sens unique en regardant l’imagerie Yahoo (et je ne sais pas comment ça a pu être le cas, après l’avoir regardée de nouveau ce soir). Yann Le 27 nov. 2009 à 16:40, Emilie Laffray a écrit : 2009/11/27 Yann Coupin y...@coupin.net Le faux-positif : c'est moi. Pour moi, le tag n'est pas superflu si oneway=no puisqu'il va à l'encontre de la valeur implicite. Donc je persiste et je signe :) De plus en regardant sur Yahoo, j'ai vraiment cru que ça n'était pas un rond-point classique (en plus on est dans l'enceinte de l'université, le code de la route pourrait ne pas s'appliquer). Après, si tu triches en regardant Google (pour ça on a le droit ?), il est vrai qu'on dirait bien un vrai rond-point. Est ce vraiment tricher que de regarder Google? Tu as dessine le rond point a partir d'autres sources. Tu ne traces pas avec Google; tu ne fais que vérifier quelque chose que tu aurais pu voir en étant sur place. Autant je suis contre contre l'utilisation de Google dans le domaine du traçage, autant je suis la première a parfois vérifier quelques petits détails avec une image aérienne Google, afin de préciser ce que je vois sur le cadastre ou Yahoo, mais en aucun cas, ça n'est la source. Quand je ne peux pas vraiment pas dériver l'information autrement que par Google en vue aérienne pour comprendre, je ne rentre pas l'information dans OSM. La multiplication des sites comparant les différents sites de cartographie rend ce genre de chose facile. C'est un équilibre qu'il faut trouver, je pense. C'est un peu le même débat vis a vis de Google Street View. Est ce que lire le résultat d'une photo de Street View est légal? La réponse n'est pas sure, mais un certain nombre de personne pense que oui puisque c'est une interprétation de ce que tu vois et non pas un mécanisme automatisé. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cherche beta-testeurs pour plugin cadastre-fr
C’est moi qui ait loupé un truc ou la dernière version est bien la 18595 ? Si oui, avec un josm-latest tout frais, j’ai cette erreur… Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2009-11-23 02:32:11 Last Changed Author: stoecker Revision: 2507 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2009-11-22 22:39:10 +0100 (Sun, 22 Nov 2009) Last Changed Rev: 2507 Memory Usage: 80 MB / 506 MB (24 MB allocated, but free) Java version: 1.6.0_15 Dataset consistency test: No problems found Plugins: AgPifoJ cadastre- fr graphview lakewalker multipoly openstreetbugs openvisible remotecontrol utilsplugin wmsplugin Plugin AgPifoJ Version: 18593 Plugin graphview Version: 18593 Plugin lakewalker Version: 17375 Plugin multipoly Version: 18415 Plugin openstreetbugs Version: 18595 Plugin openvisible Version: 17536 Plugin remotecontrol Version: 18678 Plugin utilsplugin Version: 18621 Plugin wmsplugin Version: 18712 Plugin cadastre-fr Version: 18595 java.lang.IllegalAccessError: tried to access field org.openstreetmap.josm.data.projection.Lambert.layoutZone from class cadastre_fr.MenuActionNewLocation at cadastre_fr.MenuActionNewLocation.addNewLayer (MenuActionNewLocation.java:86) at cadastre_fr.WMSDownloadAction.getLayer(WMSDownloadAction.java:42) at cadastre_fr.MenuActionGrab.actionPerformed(MenuActionGrab.java:36) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java: 2028) at javax.swing.AbstractButton$Handler.actionPerformed (AbstractButton.java:2351) at javax.swing.DefaultButtonModel.fireActionPerformed (DefaultButtonModel.java:387) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java: 242) at javax.swing.AbstractButton.doClick(AbstractButton.java:389) at com.apple.laf.ScreenMenuItem.actionPerformed(ScreenMenuItem.java:95) at java.awt.MenuItem.processActionEvent(MenuItem.java:627) at java.awt.MenuItem.processEvent(MenuItem.java:586) at java.awt.MenuComponent.dispatchEventImpl(MenuComponent.java:317) at java.awt.MenuComponent.dispatchEvent(MenuComponent.java:305) at java.awt.EventQueue.dispatchEvent(EventQueue.java:638) at java.awt.EventDispatchThread.pumpOneEventForFilters (EventDispatchThread.java:296) at java.awt.EventDispatchThread.pumpEventsForFilter (EventDispatchThread.java:211) at java.awt.EventDispatchThread.pumpEventsForHierarchy (EventDispatchThread.java:201) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java: 196) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java: 188) at java.awt.EventDispatchThread.run(EventDispatchThread.java:122) Le 22 nov. 2009 à 01:45, Pieren a écrit : 2009/11/21 Pieren pier...@gmail.com: Voila une nouvelle version qui, j'espère, corrige les problèmes de la projection Lambert 4 zones. J'ai aussi changé l'attribution automatique qui ne s'applique plus aux nodes sans tag. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une association pour OSM
Tout ça me parait très bien comme début (en tout cas ça sonne « pro » et c’est beaucoup mieux que ce que je serais capable de faire : IANAL comme on dit :). Ma seule remarque concerne le mot « consistance » utilisé dans le quatrième paragraphe. Ça sent l’anglicisme et le faux ami. Je pense que le terme correcte est « cohérence » dans ce cas. Yann Le 19 nov. 2009 à 22:40, Christian Rogel a écrit : Je regarderai plus tard la question des statuts horizontaux. Sans vouloir être pessimiste, 2 ans de vol pour juger d'un fonctionnement, c'est vraiment peu et les statuts doivent être rédigés pour les temps de tempête. En attendant, je pense que la discussion sur l'art. 1 qui concerne le but social doit se faire sur la liste de diffusion, mais que les dicussions sur les autres articles doivent passer par le Wiki. Je vous propose donc une rédaction que vous pouvez déchirer en pièces si cela vous paraît justifié. Parce trop longue, par exemple. L'essentiel est de contribuer. Après cette première discussion, le ou les résultats pourront être envoyés sur le wiki pour une autre étape de mise au point. PROPOSITION DE STATUTS POUR UNE ASSOCIATION OSM France Art.1 : Il est créé une association dénommée «Openstreetmap Fr» (nom à finaliser), déclarée selon les dispositions de la loi de 1901, dénommée dans ces statuts « l'association », et dont l’objet est de * promouvoir la cartographie de la France et du monde par l'usage d'outils et de techniques utilisables par toute personne intéressée, de telle manière que toute personne peut réutiliser, selon les règles afférentes, le produit de cette action collective par extraction de ce dont il a besoin. * à titre principal, de populariser les bases de données maintenues ou validées par la Fondation Openstreetmap, tant pour inciter aux bons usages les personnes physiques et morales qui les alimentent que pour promouvoir leur utilisation dans tous les champs possibles * constituer un chapitre local de l'OpenStreetMap Foundation (Fondation Openstreetmap) créée à Londres (Royaume-Uni) en 2006 et, en conséquence, s'efforcer de diffuser les règles de bon usage et les informations les plus importantes qu'elle publie et agir en concertation avec elle. * dans la mesure des moyens disponibles, mettre à disposition des adhérents et des personnes qui alimentent les bases de données Openstreetmap des moyens techniques et des ressources intellectuelles concourant à l'amélioration et à la consistance des données Openstreetmap et/ou permettant de créer de nouveaux usages des bases de données Openstreetmap. Ces moyens et ressources peuvent être des accès à des serveurs informatiques, des allocations et/ou des prêts de matériel, des publications imprimées et en ligne, des actions de conseil et de formation, des colloques et des rencontres * promouvoir la publication et la diffusion sous des licences libres et ouvertes des données géographiques et géomatiques produites par les collectivités publiques, les services d'intérêt général et les acteurs privés, pourvu qu'elles soient reconnues comme données d'intérêt général dans le cadre de la législation européenne afférente NB : Certaines répétitions sont volontaires NB 2 : L'usage français proscrit les majuscules à l'intérieur des mots, d'où Openstreetmap et d'où aussi... Internet Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tuile et vectoriel (was: Re: Standardisation des applications Android utilisant OSM)
Le 18 nov. 2009 à 11:17, Julien D. a écrit : Mais Google Maps Navigation a l'air assez rusé et utilise du vectoriel pour les inscriptions, qui tournent avec l'affichage. Pour la route en elle-même je pense que c'est des tuiles bien que je n'en suis pas certain. Et si ils avaient trouvé le moyen de downloader juste le morceau de chemin (et alentours) en vectoriel, c'est faisable il me semble ? Dans ce principe, si on avait des serveurs offerts par free, je verrai bien un serveur ayant une base de données OSM à jour et capable sur requête de 2 coordonnées d'envoyer un flux xml contenant toutes les instructions de parcours... avec plan vectoriel du chemin (et alentours) ! Ensuite le mobile pourrait gérer ces données nativement et dans le cas d'un itinéraire loupé, le petit recalcul pourrait être possible en local grâce à ces données vectorielles légères (et aux données alentours du parcours). De ce que j'ai vu (démo vidéo et captures d'écran), les données de base (carte et trajet) sont au format vectoriel. Reste les vues sattelites et streetview qui forcément sont des images. Concernant ta deuxième requête : ça existe déjà ! Alors certains vont me répondre que c'est commercial et c'est le mal, mais cloudmade propose une API pour faire exactement ce que tu voudrais. C'est même dispo en français à cause de moi ;) Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraire une zone importante d'OSM
dump Autriche + découpage avec osmosis via une bbox ? Le 18 nov. 2009 à 22:20, Eric SIBERT a écrit : Ça m'est arrivé plusieurs fois de vouloir extraire une zone significative de la carte au format OSM et quand ça devient un peu grand, j'ai des difficultés. Exemples: - j'allais me balader à Vienne en Autriche. Je voulais télécharger la carte dans mon GPS. Dans JOSM, impossible de faire un carré autour de la ville, il y a trop de données. J'ai fait ça en une demi-douzaine de morceaux successifs. Sinon, il faut télécharger toute l'Autriche (et je ne sais pas comment retailler dedans) - je voulais transformer les Kerguelen en archipel. Trop grand en surface pour JOSM. Et aucune idée dans quelle extraction il faut aller chercher : asia? australia-oceania? planet ??? Comment extraire un gros morceau? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Première évaluation de la qualit é des données libres d'OpenStreetMap en France
Non, ce mail n'est pas vide :) (voir ci-dessous) Le 17 nov. 2009 à 16:57, Pieren a écrit : Pas moi. Toute l'étude se fait sur une comparaison avec leur BD en référentiel, donc toute différence est jugée comme une erreur en défaveur d'OSM sans jamais se poser la question de savoir qui a raison ou même si quelqu'un a raison. C'est la crédibilité même de l'étude qui est en jeu par cette méthode. Dire par exemple 40% d'erreur sur la nature des routes est un non-sens parce qu'OSM ne veut justement pas recopier la même classification des routes que la BD-Topo. Il ne faut pas dire 40% d'erreur mais 40% de différence. Je pourrais tout aussi bien dire que c'est l'IGN qui a 40% d'erreur avec OSM. Certaines routes primaires (nationales) de l'IGN sont moins fréquentées que certaines départementales et OSM tient compte dans cette réalité alors que l'IGN est tenu par les classifcations administratives. Alors qui a raison ? et sur quelle base ? Rejeter l'attribut tertiary parce qu'il n'entre pas dans les cases existantes (donc forcément mal définie) est assez exemplaire de l'impossibilité de comparer des choses incomparables mais qui amènent des conclusions tendencieuses. Complètement d'accord. Autant sur la géométrie je pense qu'ils ont sans doute raison de prendre leur base comme référence autant sur la classification c'est n'importe quoi. Même si la méthode était discutable (ce qui reste à démontrer), les ordres de grandeur sont éloquents. Et la raison principale évoquée, à savoir le manque de cadrage à la saisie est absolument vrai. Actuellement, on peut faire à peu près ce que l'on souhaite lorsqu'on fait une contribution, notamment en terme de modèle de données et de topologie. Les pistes de réflexion proposées par le COGIT semblent pertinentes et les actions évoquées, à savoir Le COGIT étudie des méthodes permettant de définir des spécifications au sein de systèmes de saisie collaborative, ne sont pas à prendre à la légère et sont à encourager, Tout à fait ! Discussion toute théorique qui, si elle sort un jour des laboratoires, ne serait mise en application que par l'IGN. Oui et non. S'ils y a de bonnes idées on serait bien bête de cracher dessus par principe. Pour le reste, essayer de rendre un tag source obligatoire et imposer cinq champs d'informations pour chaque objet créé prête effectivement à sourir tant on se retrouve éloigné des pratiques actuelles de contributeurs amateurs et bénévoles que nous sommes dans l'immense majorité. Concernant le tag source, je pense que c'est très compliqué d'avoir une information pertinente. Plusieurs exemples où ça devient compliqué : - J'enregistre une trace GPS. Supposons que j'ai un GPS précis au mètre (oui je sais), je suis sur autoroute en voiture. Ma trace n'est que celle du parcours de ma voiture. Si la voirie comprend plus d'une voie, dois-je sourcer sur quelle voie j'ai conduit ? Que faire quand je double un autre véhicule ? Le GPS était-il sur la planche de bord ou la plage arrière ? Côté conducteur ? passager ? au milieu ? On s'en sort pas... - Je passe dans un tunnel (toujours avec mon GPS métrique), du coup je fais une interpolation via les images yahoo de la partie couverte. Là encore se pose un problème : changer la source ? même si j'ai appliqué une correction pour translater l'image yahoo de manière à ce qu'elle soit correctement rattachée à la partie GPS de ma trace ? - Plus loin je passe sur un pont métallique. Je ne pers pas le signal GPS, mais entre le multipath dû au haubanage, et les pilonnes, la précision est tombée à 25m, je dois changer la source ou reporter le DOP de chaque point ? Bref tout ça me parait assez impraticable à moins de passer nos journées à ne bosser que pour OSM, à faire du relevé sur le terrain exclusivement et avec du matos pro. Ne pas oublier non plus la formation de géomètre... De toute façon il m'a toujours semblé qu'OSM ne se targuait pas d'une précision métrique mais plutot décamétrique en moyenne. D'un autre côté, si je me souviens bien Navteq se targue d'une point tous les 10m en ville, 50m hors agglo et tous les 100m sur autoroute. On n'a donc sans doute pas trop à rougir... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Passages piétons , trottoirs
En plus d'inaccessible et d'interdit, je rajouterais les endroits dangereux. Je pense qu'il y a une responsabilité à conseiller un itinéraire dangereux ou plutôt à ne pas l'interdire (via les tags) sous prétexte qu'il ne l'est pas formellement de par la signalisation. De ce que j'avais compris dans la description initiale, la route sans trottoir était dangereuse et pas seulement inconfortable : 90km/h sans trottoir, c'est suicidaire, et peut-être même interdit même s'il manque le panneau. Le 13 nov. 2009 à 09:26, Pieren a écrit : 2009/11/13 Balooval val.p...@gmail.com: Je ne mettrais foot=no que dans les endroits vraiment inaccessibles ou interdit aux piétons. Ca pourrait être le cas dans un tunnel ou sur certains ponts mais, à part les autoroutes et voies express, je ne le vois pas si c'est justifié par l'absence de trottoir. Pour l'instant, s'il y a si peu de tags sidewalk ou footway, c'est parce qu'on considère généralement que l'accès des piétons est partout possible par défaut. Mais la présence d'un trottoir fait quand même une grosse différence (en tout cas au niveau du sentiment de sécurité et de l'accès pour certains) par rapport à un simple accotement. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Passages piétons , trottoirs
J’ai le sentiment que le débat a besoin d’être recentré depuis le début de ce thread. En l’occurrence je pense qu’on se moque un peu du fait qu’il y ait un trottoir ou pas. Ce qui nous intéresse c’est ce que ça signifie, à savoir si les piétons peuvent emprunter la voie ou pas. Pour ça il y a le tag d’accès foot=no qui est là pour indiquer que la voie est interdite/impraticable par les piétons. C’est suffisant et ça existe déjà. Yann Le 12 nov. 2009 à 20:14, sly (sylvain letuffe) a écrit : On jeudi 12 novembre 2009, Balooval wrote: N'étant pas habitué à ce système de propositions, que penser qu'elle ne soit pas finalisée? Il n'est pas recommandé de s'en servir? Pas facile à dire, ça se bat encore pas mal dans la zone de discussion et pour l'instant ce tag ne semble pas précisé s'il s'agit d'un trottoir (sur-élevé) ou juste d'un passage (au niveau de la chaussée) Tagguer maintenant avec sidewalk, ou, comme pieren propose, avec footway posera le problème ultérieurement de différencier les deux. Et ta contribution viendra rejoindre le rang des soit l'un soit l'autre alors que toi tu sais que c'est un trottoir. Dans un cas comme ça, j'hésites en général entre : 1- tenter de bouger le wiki et lancer un vote (mais là, vu les débats, ça n'a pas l'air de se décider pour maintenant) 2- ne rien tagguer et tant pis (quitte à y revenir un jour) 3- tagguer au moins avec footway=none histoire de laisser au moins un bout d'info 4- faire le bourrin et tagguer trottoir=aucun avec une note=il n'y a pas de trottoir. (en plus ou pas du 3) Et espérer qu'un jour quelqu'un remarque les trottoir=aucun (toi ?) avec un robot automatique et convertisse tout ça dans la future manière de faire -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [info] Re: Submissions to the bestofosm
Tu ne comprends pas quoi ? Pourtant tu as l’air de parler anglais puisque c’est la langue du mail que tu lui as envoyé. Le 2 nov. 2009 à 21:22, nono a écrit : Le lundi 02 novembre 2009 à 19:33 +0100, Vincent Pottier a écrit : Hi Vincent, took me a bit longer, but I have added all three to bestofosm.org now. Especially the map of Mont Saint-Michel is incredible! Were you involved in creating that? Jochen Mi ne komprenas :( Ceci dit, il manque la « ruelle des cocus », à mapper dans l'urgence dès qu'un contributeur osm passe dans le coin. C'est à peu près par ici : http://www.openstreetmap.org/?mlat=48.635429mlon=-1.5101608zoom=18layers=B000FTF a+ nono ___ 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] [urgent] cherche contributeur pour interview
Dis pas ça malheureux ! Il va nous falloir une édition complète du monde à ce train là :) Plus sérieusement, je pense que c’est assez amusant de voir des articles sur OSM dans 2 des principaux journaux français au moment même où le cours des actions de tous les vendeurs de GPS se cassent la gueule(1) depuis l’annonce par Google d’une appli de navigation intégrée dans les nouveaux téléphones Android. (1) Tomtom: −35% en 3 jours ! Garmin −20% Le 30 oct. 2009 à 22:17, Pieren a écrit : 2009/10/30 Denis dhel...@free.fr: Je suis bien conscient de ne pas faire avancer guère le schmilblick et n'ai pas la moindre once de début de proposition. Denis Moi, j'en ai une : pour avoir de longs articles, il nous faut Gerhard, alias gdi comme porte-parole ;-) piteusement, Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] geovelo paris, cycleway=share_busway, pedestrian
J’ai une 403 sur les deux URLs Le 29 oct. 2009 à 23:48, Vincent Pottier a écrit : simon a écrit : Je voulais te demander la source de ton document pour faire le osmecum à vélo. Il se prépare une mapping party sur tours le 28 novembre et normalement geovelo devrais être présent, donc je pense que se jours la les pistes cyclables vont être a l'honneur. http://frvipofm.net/osm/osmecum/osmecumBike.odt C'est vraiment un tout premier prototype de document ! Histoire de réfléchir au type de contenu et de mise en page. Le SVG pour le dessin des chaussées est : http://frvipofm.net/osm/osmecum/osmecumChaussee.svg Si ça peut donner des idées à de meilleurs graphistes… ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Presse - OSM sur Fox
Je ne crois pas l’avoir vu passer. Mais avant de sabler le champagne, et après avoir vu la vidéo, je crois que ce n’est pas passé sur le réseau national mais uniquement sur la filiale d’Atlanta (un reportage sur une version régionale de France 3 c’est pas non plus le 20h de TF1). Le 23 oct. 2009 à 16:11, Robin PREST a écrit : Hello, Aviez vous vu passer cette info ? http://francais.directionsmag.com/blogue/index.php?blog_id=6653 OpenStreetMap sur Fox Par Jean-Louis Duchesne 19 octobre 2009 Le marathon de cartographie (cartothon?) de la ville d'Atlanta organisé la fin de semaine dernière par OpenStreetMap lui a valu un reportage de 6 minutes sur l'énorme réseau de télévision américain Fox. Rappelons que quelques 200 volontaires ont participé à l'initiative. Tout un coup de pub pour l'OSM...! Je n'ai pas bien suivi la liste ces dernières semaines, mes excuses si vous l'avez déjà signalé. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu bizare
Je penche pour un problème d'export/import de planet utilisé par mapnik et dans la version de la base utilisée pour faire le rendu, il manque des points dans le chemin, résultat des courses le polygone s'entrecroise. Le mettre à jour force un nouvel export dans le prochain minute diff et met correctement à jour la base locale de mapnik. Le 22 oct. 2009 à 00:06, Vincent Pottier a écrit : Vincent Meurisse a écrit : Tant qu'il y'a des spécialistes Mapnik dans la salle, je serai super heureux si y en a un qui peut expliquer le pourquoi du comment de : http://osm.org/go/xXYPOWws http://www.openstreetmap.org/browse/way/42123364 http://www.openstreetmap.org/browse/way/42123365 http://www.openstreetmap.org/browse/way/42123375 http://www.openstreetmap.org/browse/way/42123343 J'ai aussi un fantôme du même genre. http://www.openstreetmap.org/browse/way/42274418 J'en avais plusieurs qui ont disparu après retouche. Je crois à un bug de mapnik qui se met à jour au prochain rafraîchissement (si la surface est modifiée). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Proposition de l'import CLC à l'Image of the week
Je repose donc ma question originale :) Je veux bien faire un rendu qui se voit mais je voudrais savoir quoi modifier comme styles. Je suppose que je prend ce qui est sur la page du wiki ? Vous voulez que je filtre par user pour ne sortir que ce qui appartient au user clc ? Yann Le 15 oct. 2009 à 11:33, Emilie Laffray a écrit : 2009/10/14 Pieren pier...@gmail.com 2009/10/14 Vincent Meurisse osm-talk...@meurisse.org: On Wednesday 14 October 2009 22:25:22 Etienne T wrote: De souvenirs, Emilie avait fait une image de la france avec les données CLC pour le SOTM09. Faut juste demander l'image original ? http://files.meurisse.org/osm/france-corine.png http://files.meurisse.org/osm/france-corine-small.png Il faudrait une image de ce qui a été réellement importé. Oui car en plus cette carte n'a pas les bonnes couleurs a part pour la foret et comprends tous les polygones CLC. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de l'import CLC à l 'Image of the week
Je veux bien faire un rendu qui se voit mais je voudrais savoir quoi modifier comme styles. Je suppose que je prend ce qui est sur la page du wiki ? Vous voulez que je filtre par user pour ne sortir que ce qui appartient au user clc ? Yann Le 14 oct. 2009 à 19:00, Marc Sibert a écrit : Bonsoir, Que pensez-vous de faire une proposition du résultat de l'import CLC pour l'image of the week ? Je veux bien conduire la proposition car j'ai l'impression que l'équipe qui à réalisé cela est trop timide pour se proposer elle- même :-) Si vous être globalement OK, il va falloir trouver un moyen de mettre l'import en valeur car il ne se voit pas au plus faibles niveaux de zoom. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Google a encore frappé !
Forcément inutilisable avec OSM mais impressionnant quand même ! http://feedproxy.google.com/~r/blogspot/MKuf/~3/zgjSWl7SrD0/introducing-google-building-maker.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] nouveau plugin de vér ification des majuscules
J'en aurait bien un autre à soumettre mais je voulais surtout savoir à quoi servait exactement le lien faux positif. Est-ce que ça tombe dans une base/un fichier pour relecture ultérieure qui sert de base à l'amélioration des algos ? Ou est-ce que c'est simplement ignoré lors des lancements suivants ? Yann Le 8 oct. 2009 à 19:57, Etienne Chové a écrit : Vincent Pottier a écrit : Autre cas : Rue de l'École http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=15lat=47.1947lon=5.9603layers=B00Tch=1-906 L'apostrophe est bizarre... j'ai modifié le plugin pour le prendre en compte. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Corine fait encore la sieste ?
Un volontaire pour la réveiller ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OpenLR] le futur TMC ?
C'est une excellente nouvelle ce truc. Ça a un gros potentiel. Bon je sens que je vais me faire une soirée white-paper moi... Je vous tiens au courant... Yann Le 6 oct. 2009 à 16:51, Ab_fab a écrit : Bonjour, Tomtom présente un sytème de maillage beaucoup plus serré que le TMC pour décrire les différents tronçons routiers http://www.tomtom.com/page/openLR Chaque portion du réseau portera un numéro d'identification propre, avec pour objectif d'être identifiable par tous les systèmes de navigation, quelle que soit la cartographie embarquée. Pour ce faire, le système sera développé dans un contexte open-source Cela reste un peu obscur pour moi, mais on aura peut être l'occasion de s'y intéresser. A suivre ... Trouvé via http://lists.openstreetmap.org/pipermail/dev/2009-October/017363.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Monter des gpx en base
C'est désormais facile avec un outils que je viens de mettre en ligne. C'est pratique pour vite pointer quelles villes manquent par rapport à une liste de gpx issus du cadastre ou pour comparer de longues traces gpx avec le fond osm et voir ce qui manque. Tout ça peut être combiné avec un système de rendu mapnik et un openlayer pour avoir un rendu interactif. Plus d'infos sur ma page wiki : http://wiki.openstreetmap.org/wiki/User:Pov/gpx2postgis Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [geomatique] Urgent Propose Donnees Sig Sur Padang Indonesie
Sans vouloir faire de mauvais esprit, est-ce que toutes ces données ne viennent pas justement de devenir obsolètes et inutiles ? Yann Le 2 oct. 2009 à 17:24, Nicolas Klein a écrit : Bonjour, Je vous transfère cette info si jamais quelqu'un est dispo et motivé pour intégrer ces données dans OSM... Elles pourront certainement êtres utiles au plus grand nombre une fois intégrées dans OSM. Bon WE, Nicolas -- Message transféré -- De : geomati...@georezo.net Date : 2 octobre 2009 14:03 Objet : [geomatique] Urgent Propose Donnees Sig Sur Padang Indonesie À : geomati...@ml.georezo.net Message posté par : Frédéric POUGET (fpou...@univ-lr.fr) Bonjour Suite au récent tremblement de terre, si cela peut aider nos amis indonésiens, je propose de fournir toutes nos données SIG sur PADANG aux personnes ou organismes intéressés. J'ai en effet réalisé en 2008 dans le cadre d'une étude sur la prévention des risques de Tsunami à Padang dans le cadre du suivi d 'un travail de master d'un étudiant indonésien à l'Université de La Rochelle (Henky Mayaguezz). Nous disposons donc de données SIG précises sur - LE FILAIRE DES VOIES - LES BATIMENTS sur 75% de la ville (tracé de chaque batiment avec une appréciation de son état) - Loalisation des batiments pouvant faire office d'abris. merci de diffuser cette information auprès des personnes ou organismes susceptibles d'être intéressées. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Import Corine - Status
Un problème avec l'uploader ? Le 28 sept. 2009 à 13:39, sly (sylvain letuffe) a écrit : On lundi 28 septembre 2009, THEVENON Julien wrote: Quelle est la frequence de mise a jour des donnees d avancement ? c'est temps réél, mais l'import est bloqué actuellement. Une petite erreur que pieren et étienne corrigent avant de reprendre l'import... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Import Corine - Status
Je ne suis pas non plus vraiment parti d'une page blanche :) Je voulais surtout savoir si je pouvais aider ! Le 28 sept. 2009 à 15:25, Pieren a écrit : 2009/9/28 sly (sylvain letuffe) sylv...@letuffe.org: On lundi 28 septembre 2009, Yann Coupin wrote: Un problème avec l'uploader ? Ils sont 86 dans ce cas là 82 pour être précis qui seront corrigés dans la base osm. Et non, Yann, ton script fonctionne à merveille pour l'instant. Il a même prouvé qu'il pouvait reprendre à l'endroit où il s'était interrompu ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Astuce (peut-être) pas très connue dans JOSM
Dans le même genre de truc pratique que j'ai découvert il n'y a pas longtemps, il est possible de rajouter des presets dans la barre d'outils et donc par exemple de tagger (pardon, d'étiqueter ;) un rond- point en deux clics Le 26 sept. 2009 à 00:23, Christian Rogel a écrit : J'ai récemment trouvé une astuce pour gagner du temps que beaucoup d'entre vous connaissent, mais ce qui semble évident finit par n'être plus mentionné. Dans JOSM, on peut attribuer des tags à un groupe de voies exactement comme on multisélectionne dans d'autres logiciels : click sur le premier élément, puis shift-click sur tous les autres. Soit, par exemple un lotissement, on multisélectionne les rues tracées sur le plan de travail et dans le menu, on choisit le type de voies (résidentiel), puis la surface et éventuellement noexit. Ensuite, désélection et ajout des noms de rue. Là, où c'est agréable, c'est quand tout le lotissement n'a qu'un seul nom de rue, mais, il faudra plus tard revenir pour les numéros. J'utilise aussi cela pour mettre les élargissements pour demi-tour (turning_circle) sur plusieurs noeuds à la fois. Ca marcherait pour les feux rouges, les points de recyclage, les bancs ou n'importe quoi d'autre. Dans un autre genre, on peut utiliser dupliquer pour produire en plusieurs exemplaires des rond-points, des tags hamletou locality, les placer et les nommer ensuite. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose][annonce] version 2.0 beta test vient de sortir
Je vote pour le div auto-scroll avec une taille raisonnable... Le 22 sept. 2009 à 18:53, Etienne Chové a écrit : Je ne sait pas quoi faire. Si j'agrandis la bulle, ça va prendre de la place pour toutes alors que c'est pas nécessaire dans la plupart des cas, si je met une taille automatique ça merde dès que tu passe la souris sur un lien. Solution, ajouter un ascenseur ou laisser tel quel ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Où qui sont mes bâtiments ?
Sans parler du fait qu'en regardant rapidement j'ai l'impression que la feuille de style utilisée pour le rendu osmarender/ti...@home n'a pas l'air de tout gérer. Ça manque de verdure par exemple. Les bâtiments subissent peut-être aussi le même dédains. Yann Le 23 sept. 2009 à 00:30, Pieren a écrit : 2009/9/22 nono pingven...@free.fr: Le problème vient que le rendu osmarender se fait sur le réseau de PCs géré par le programme ti...@home qui habituellement utilise ses propres serveurs (ROMA et TRAPI) qui répliquent les données OSM en lecture seule. Mais actuellement, ce réseau de serveurs est en rade, ce qui fait que les clients ti...@home se rabattent sur les serveurs XAPI et API directement. D'où l'engorgement actuel sur ces deux interfaces qui ralentissent considérablement. D'où aussi les délais dans la mise à jour du rendu osmarender. cqfd. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Traduction wiki gondola vs cable_car dans le transport par câble
Pour moi gondola c'est ce qu'on appelle communément des œufs. Ça n'est pas restrictif, d'autres remontés avec des noms techniques plus ésotériques peuvent rentrer dans la catégorie gondola. Le point principal c'est que cable_car est une nacelle non débrayable où le cable tire la nacelle (qui peut rouler sur des câbles fixes de soutien) dans un sens, s'arrête puis repart dans l'autre sens (comme un téléphérique) contrairement à des œufs qui sont entrainés (voir soutenu) par un câble qui tourne en permanence dans le même sens. Tout ça était très bien expliqué sur la page suivante (cf looped cable) : http://wiki.openstreetmap.org/index.php/Proposed_features/Piste_Maps Yann Le 23 sept. 2009 à 00:35, sylvain letuffe a écrit : Le mardi 22 septembre 2009 23:55, Pieren a écrit : gondola qu'on pourrait traduire par Ligne de télécabine. Mais cette définition est déjà utilisée pour cable_car. Aussi j'appelle les taggueurs montagnards pour leur demander leur avis: - Peut-on redéfinir cable_car par Ligne de téléphérique pour réserver le terme de télécabine à gondola ? A la vue de la photo, oui. A la vue de la description de cable_car A cabin or gondola cable car run. Ben, encore un truc pas clair. gondola semble être une sous-catégorie de cable_car http://en.wikipedia.org/wiki/Cable_car La description du (splendide et plus précis!) http://wiki.openstreetmap.org/wiki/Proposed_features/Piste_Maps en donne une description telle que téléphérique soit la bonne traduction. mode mauvaise langue Et en plus le projet piste map a été développé par des suisses qui savent de quoi ils causent en matière de transport par câbles, contrairement aux anglais /fin Donc oui, gondola se traduirait au plus prêt par télécabine, et cable_car (dans le cas osm) par téléphérique. Au passage, téléphérique semble se dire (lien précédent) aerial tramway Faut-il parler de taille ou de nombre de personnes pour distinguer les deux catégories ? Sinon comment définir ces deux termes ? cf wikipedia, en parlant de télécabine et téléphérique. (et non de l'anglais cable_car peu clair) - Un téléphérique dispose de un ou plusieurs câbles porteur et de un ou plusieurs câbles de traction. - Un télécabine dispose d'un seul câble qui fourni le support et la traction. Le nombre de place ou nombre de cabines n'est pas signifiant pour les distinguer. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] carte des points d'eau en Ile-de-France. (besoin de conseils techniques)
Les index, à ma connaissance ils faut les faire à la main, et les recréer après chaque import puisque les tables sont supprimées puis recréées. Pas bien dur de faire un script qui lance psql avec un fichier de requête après avoir lancé osm2pgsql ceci dit. D'un autre côté, c'est un index totalement incompatible avec l'index geographique utilisé pour connaitre la liste des objets pertinents dans la bbox. La solution du delete est donc sans doute très intéressante si le but n'est d'avoir qu'une petite fraction de la totalité des objets. Yann Le 23 sept. 2009 à 00:57, sylvain letuffe a écrit : Option à pas cher a posteriori : DELETE from planet_osm_point where amenity!='drinking_water' Mais bon, ça doit pas non plus te ralentir des masses, postgis doit avoir des indexes pour faire les requêtes. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import Corine en cours - test import v3
D'un autre côté, ça déborde à peine. Je trouve dommage de se passer d'un gros pâté vert à cause d'un petit peu de recouvrement. Yann Le 15 sept. 2009 à 17:35, Emilie Laffray a écrit : 2009/9/15 Art Penteur art.pent...@gmail.com Les endroits signalés par Sébastien Dinot : -Le lac de Montbel est toujours recouvert (pb de multipolygones ?) : http://beta.letuffe.org/?zoom=14lat=42.97828lon=1.96638layers=BFT Il semblerait que ca soit un probleme avec ma version de osm2pgsql. Je vais voir ce soir ce que je peux faire. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : [Nouveaux] Contribution via une application Android
Sauf qui si je ne dis pas de bêtises, ça veut dire qu'en moyenne on coupe à 2,5 km, bref ça va faire un cercle dont le centre sera l'origine. Ce qui pourrait être plus interessant serait de prendre l'origine de la trace et d'arrondir ses coordonnées et de faire une bbox de taille constante autour de cet arrondis. L'idée est que contrairement au random où une analyse statistique est possible, la bbox ancrée sur une coordonnée arrondie ne permet pas de retrouver l'info originale. Il est juste possible de savoir que l'origine se situe dans la bbox. Si elle est suffisament grande, c'est vague. Yann Le 21 août 09 à 17:07, Arnaud CORBET a écrit : Quand à la localisation, l'idée est bonne de randomizer pour couper à, par exemple, à 5km + random (0-5 km), ou mieux encore (user choice) + random (10% (user choice)). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fwd: Interruption de service les 22 et 23 août 2009
Rappel : c'est ce w-e ! Début du message réexpédié : De : Yann Coupin y...@coupin.net Date : 14 août 2009 17:03:05 HAEC À : Discussions sur OSM en français talk-fr@openstreetmap.org Objet : [OSM-talk-fr] Interruption de service les 22 et 23 août 2009 Répondre à : Discussions sur OSM en français talk-fr@openstreetmap.org (Traduction de l'annonce postée à l'instant sur la ML anglaise et qu'il a été demandé de traduire pour les ML locales). Le week-end prochain (les 22 et 23 août), les serveurs principaux d'OpenStreetMap seront indisponibles pour cause de maintenance électrique au University College de Londres. www.openstreetmap.org [1] et les API seront indisponibles durant cette période prévue approximativement du samedi 06:00 heure de Paris (05:00 GMT) au dimanche 23:00 (22:00 GMT). Le wiki et les listes de diffusion continueront d'être disponibles. Des négociations sont en cours pour essayer de garder http://tile.openstreetmap.org/ disponible, mais il est impossible de confirmer que ce sera le cas pour l'instant. Les administrateurs n'en profitent pas pour partir en vacances puisqu'à cette occasion seront également réalisé des mises à jour du matériel récemment approuvées par la fondation OpenStreetMap [2]. 1: www.openstreetmap.org sera remplacé par une simple page d'information pendant ce temps 2: http://wiki.openstreetmap.org/wiki/Servers/Upgrades/082009 Grant pour l'équipe des administrateurs système d'OpenStreetMap. ___ 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] De nouvelles données visibles dans osmtransport
C'est bea... Mais le problème c'est que du coup on se rend compte de trucs qui clochent, comme des stations velib qui manquent, des lignes Transiliens absentes, c'est déprimant en fait :) Le 19 août 09 à 17:51, rldhont a écrit : Bonjour, Nous avons ajouter de nouvelles données de transport publique d'OpenStreetMap à OsmTransport. http://www.3liz.fr/public/osmtransport/index.php Ces données sont : * les relations route de type rail, ces relations servent à décrire les réseaux de transport férroviaire comme le RER ou le Transilien sur Paris. D'ailleurs le réseau de RER semble complet, mais c'est à vérifier * les points amenity bicycle_rental, c'est à dire les points d'accès aux réseaux de vélos en libre accès comme vélib, vélov ou vélomagg. Les données continuent à être actualisée tous les jours, donc n'hésitez pas à compléter les réseaux que vous connaissez. René-Luc ___ 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] Carte des radars fixes et mobiles
Je me suis bien basé sur la page en anglais. Le problème avec la proposition actuelle c'est que ça impose des calculs quand même vachement compliqué, que le from-to ne sert qu'à déterminer le sens du contrôle et que la position du segment par rapport au nœud du radar est fragile. En plus ça ne correspond pas à grand chose par rapport au réel. L'avantage de l'attribut c'est qu'il n'y a rien à calculer pour connaitre le sens et on peut ajuster la position des nodes sans risque. Le 19 août 09 à 01:48, Pieren a écrit : 2009/8/19 Gourmet o...@blas.net: L'attribut supplémentaire permettrait également d'orienter correctement le symbole radar sur la carte. Il n'y a pas besoin d'attribut supplémentaire. Il sufft d'ajouter une deuxième relation pour les appareils qui prennent des photos dans les deux sens. Lisez la page en anglais qui est plus explicite et quelqu'un devrait recopier les exemples sur la page française. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM et vue sat
Non je ne crois pas, il faut juste Leopard au minimum pour avoir Java 1.6, sous Tiger, c'est Java 1.5 max. Le 15 août 09 à 17:21, Lionel Maraval a écrit : Apparemment java 1.6 n'est disponible que pour les versions 64 bits de Mac OS. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bonjour à tous... une petite question de boucle ?
Tout ça ne pourrait-il pas non plus être causé par le fait que la base utilisée pour le routage est en retard par rapport à celle utilisée pour dessiner les cartes ? Et donc la boucle est inconnue de la base de routage. Yann Le 15 août 09 à 12:37, Pieren a écrit : 2009/8/15 Vincent MEURISSE osm-talk...@meurisse.org: (La solution crade est de couper la route en deux pour que ça ne soit plus un cas particulier) J'y avais pensé mais je n'en avais pas parlé parce que ça voudrait dire tagguer pour le routage ce qui ne vaut pas mieux que de tagguer pour le rendu. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bonjour à tous... une petite question de boucle ?
Tout ça ne pourrait-il pas non plus être causé par le fait que la base utilisée pour le routage est en retard par rapport à celle utilisée pour dessiner les cartes ? Et donc la boucle est inconnue de la base de routage. Yann Le 15 août 09 à 12:37, Pieren a écrit : 2009/8/15 Vincent MEURISSE osm-talk...@meurisse.org: (La solution crade est de couper la route en deux pour que ça ne soit plus un cas particulier) J'y avais pensé mais je n'en avais pas parlé parce que ça voudrait dire tagguer pour le routage ce qui ne vaut pas mieux que de tagguer pour le rendu. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Interruption de service les 22 et 23 août 2009
(Traduction de l'annonce postée à l'instant sur la ML anglaise et qu'il a été demandé de traduire pour les ML locales). Le week-end prochain (les 22 et 23 août), les serveurs principaux d'OpenStreetMap seront indisponibles pour cause de maintenance électrique au University College de Londres. www.openstreetmap.org [1] et les API seront indisponibles durant cette période prévue approximativement du samedi 06:00 heure de Paris (05:00 GMT) au dimanche 23:00 (22:00 GMT). Le wiki et les listes de diffusion continueront d'être disponibles. Des négociations sont en cours pour essayer de garder http://tile.openstreetmap.org/ disponible, mais il est impossible de confirmer que ce sera le cas pour l'instant. Les administrateurs n'en profitent pas pour partir en vacances puisqu'à cette occasion seront également réalisé des mises à jour du matériel récemment approuvées par la fondation OpenStreetMap [2]. 1: www.openstreetmap.org sera remplacé par une simple page d'information pendant ce temps 2: http://wiki.openstreetmap.org/wiki/Servers/Upgrades/082009 Grant pour l'équipe des administrateurs système d'OpenStreetMap.___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Copier des tags
Sélectionner la source Edition Copier Sélection la/les destionations Edition Coller (ou Copier, j'ai un doute) les tags Le 13 août 09 à 16:40, Fabien Marchewka a écrit : Bonjour, Comment fait-on sous JOSM si c'est possible pour recopier l'ensembles des tags d'un way (ou d'un node) sur un autre. J'ai bien une méthode mais il faut le faire pour chaque tag. -- Fabien Marchewka ___ 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] Noms de rues avec 2 rues dedans - Osmose ?
Plutôt que rue%rue on ne pourrait pas chercher les name=%;% ? Comme ça on trouve les rue/avenue, avenue/rue, rue/chemin, etc. Yann Le 12 août 09 à 12:43, Yoann ARNAUD a écrit : kimaidou a écrit : Bonjour J'ai une copie locale des données OSM, et j'ai vu via la requête suivante : SELECT osm_id,name FROM planet_osm_line WHERE name ILIKE '%rue%;%rue %' OR name ILIKE '%rue%+%rue%' qu'une 50aine de rues avec un tag nom qui comportait 2 noms séparés par un point virgule, par exemple : http://www.openstreetmap.org/browse/way/32507503 qui porte le tag name=Rue des Vosges; Rue des Alliés Je pense que cette méthode est incorrecte, et qu'il serait bon d'avoir un contrôle sur ces erreurs via Osmose pour pouvoir les corriger, avec une erreur du genre Rue portant le nom de 2 rues différentes Qu'en pensez vous ? C'est possible et assez simple de détecter ça dans Osmose. Ça me fait penser que je devrais créer une page wiki todo-list parce que les propositions s'accumulent... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Noms de rues avec 2 rues dedans - Osmose ?
Oui mais ça veut dire que c'est une opération manuelle dans ce cas. J'ai bien plus peur de ces assemblages de rues dans un éditeur qui fusionne les noms... C'est involontaire, donc la probabilité d'avoir une info débile est bcp + grande... Le 12 août 09 à 14:48, kimaidou a écrit : Mais ne renvoit pas tout, car certains ont utiisé le / ou le + (et peut-être d'autres signes) pour séparer les 2 noms dans le tag name. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM et vue sat
Cette erreur est dû à un problème de projection. Si tu es en Lambert pour pouvoir utiliser le cadastre il faut basculer en Mercator pour pouvoir utiliser yahoo. Pas simple de faire cohabiter les deux mais c'est comme ça... Yann Le 9 août 09 à 15:57, arno a écrit : Lorsque j'essaye d'afficher la vue aérienne, ça me donne des carrés rouges avec marqué: ERROR Invalid parameters ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM et vue sat
Ne t'en fais pas : c'est le plugin WMS qui marchait en Lambert avant. En fait il avait tendance à afficher des demi-images dans cette projection mais le faisait de manière silencieuse. Maintenant il dit d'entrée que ça ne va pas être possible, c'est sans doute moins sympa (et le message n'est pas clair) mais ça évite les problèmes. Yann Le 10 août 09 à 00:50, Pieren a écrit : 2009/8/10 arno a...@renevier.net: ah bah merci. Ça fonctionne en projection mercator. Il me semblait qu'avant (en mai peut-être), on pouvait utiliser en même temps le cadastre et les photos. Mais je me trompe sûrement. La prochaine version du plugin acceptera de démarrer dans une autre projection que Lambert mais les images ne s'afficheront pas. Si ça marchait avant, alors ça devait être côté wmsplugin qui acceptait Lambert et plus maintenant. Je ne suis pas très chaud pour que les images du cadastre s'affichent dans une autre projection. Cela pose trop de problèmes pour la reprojection et les images seraient mal déformées (et peut-être illisibles). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM et vue sat
J'ai l'impression que tu télécharge le source de la page en lieu et place d'une copie d'écran de cette même page. Forcément ça ne peut pas marcher ! As-tu installé gnome photo machin ? Envoyé de mon iPhone Le 7 août 2009 à 10:46, Hervé Le Roy hle...@hleroy.com a écrit : Je suis bien en Mercator. Voilà une sortie complète de la console, pour les développeurs qui lisent cette liste: ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM et vue sat
Cette URL marche dans Firefox, mais dans mon souvenir il faut être en Mercator pas en WGS84 pour que ça ne sorte pas une image route... Yann Le 7 août 09 à 10:22, Hervé Le Roy a écrit : Pareil ici (JOSM version 1822). J'avais laissé tombé en me disant que peut être le serveur WMS de Yahoo! était en rade... mais ca fait un moment maintenant. Image couldn't be fetched: http://josm.openstreetmap.de/wmsplugin/YahooDirect.html?bbox=2.1136716,48.8557523,2.1191192,48.8593365srs=EPSG:4326width=499height =500 at wmsplugin.WMSGrabber.fetch(WMSGrabber.java:70) at wmsplugin.Grabber.attempt(Grabber.java:68) at wmsplugin.WMSGrabber.run(WMSGrabber.java:49) at java.util.concurrent.Executors $RunnableAdapter.call(Unknown Source) at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor $Worker.runTask(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) 2009/8/7 piratebab pirate...@hotmail.com: Bonjour, depuis quelques temps, je n'arrive plus à voir de vue satellites dans JOSM. Je suis bien en projection WGS84, mais j'ai un gros pavé rouge qui s'affiche au lieu de la vue. J'utilise JOSM tested 1788 du 14 juillet, mais avec la latested j'ai la même chose. Arais je loupé quelque chose ? ___ 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] JOSM et vue sat
Je crois qu'à partir de 3 « qui n'ont rien fait » on peut considérer que vous n'êtes plus « tous seuls » ;) Perso je n'ai pas mis en doute le fait qu'il puisse y avoir un pb, je voulais juste savoir où en étaient chacun : première install ou conf qui marchait. En ce qui me concerne, je n'ai pas joué avec JOSM et Yahoo depuis quelques jours déjà, donc je n'avais pas idée du pb. Puis-je conseiller un rollback de version de JOSM à ceux que ça bloque ? Yann Le 7 août 09 à 11:36, Vincent Pottier a écrit : Hervé Le Roy a écrit : Maintenant si personne d'autre ne se manifeste et qu'on est les seuls avec ce problème, alors c'est clairement un problème local à notre configuration et je referai une installation propre. J'ai le problème, avec JOSM custom, mais je n'ai ni les compétences ni le temps d'analyser d'où ça vient... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sorties d'autoroutes inversées
Si on ne change pas le nombre de voies, comment peut-on savoir qu'il y a une voie en plus ? Je sens que je vais repousser pour ma proposition qui avait fait un flop... http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:type%3Droute_instruction Yann Le 5 août 09 à 21:16, Pieren a écrit : 2009/8/5 Gilles Corlobé gil...@corlobe.tk: Bonsoir, En général, sur les autoroutes et les voies rapides, il y a d'abord la sortie, puis l'entrée. Mais parfois, elles sont inversées. C'est le cas ici à Toulon. Entre l'entrée et la sortie, ici en tout cas, il y a une voie supplémentaire, tout en ne faisant pas officiellement partie de l'autoroute : elle en est séparée par les gros pointillés larges. Je l'ai cependant marquée en ajoutant une voie à l'autoroute et non pas en faisant longer la voie de sortie. Ai-je choisi la bonne solution? Je vois ce que tu veux dire et je connais aussi quelques endroits comme ça mais, bien que la route devienne temporairement exceptionnellement large, il ne faudrait pas ajouter un way supplémentaire parce que cette voie fait toujours partie de la route et on peut passer physiquement d'une voie à l'autre. Ca serait différent s'il y avait une barrière de sécurité, un murret ou un enherbage qui empêcherait le franchissement. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Jusqu'ou une embouchure de riviè re/fleuve va-t-elle
J'ai trouvé ça dans les archives... http://www.mail-archive.com/talk-fr@openstreetmap.org/msg06361.html Yann Le 3 août 09 à 18:19, sly (sylvain letuffe) a écrit : Je ne suis pas parvenu à trouver cette réponse sur le wiki, cela a-t- il déjà été discuté (pourtant il me semble avoir vu ça sur un log irc ou autre, mais je ne remets pas la main dessus): A partir de quel moment doit on arrêter le lac/la mer/l'océan/Étang dans une embouchure de rivière/fleuve ? Est-ce une histoire de salinité ? Est-ce une histoire de distance à a la mer ? Est-ce une histoire de largeur ? Est-ce une histoire de profondeur ? Est-ce une histoire de décret législatif ? Dans le cas d'une absence de règle française, peut-on en définir une ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment telecharger les données OS M de façon automatisée
En fonction de ce que tu fais, je doute que tu ais un besoin absolu de temps réel, XAPI est dans ce cas surement plus adapté... wget -O a.osm http://www.informationfreeway.org/api/0.6/map?bbox=166.35,-22.3,166.55,-22.2 Note que l'ordre des coordonées a changé, et que sur xapi la limitation à 0.5º n'existe plus La doc : http://wiki.openstreetmap.org/wiki/Osmxapi Yann Le 3 août 09 à 14:03, Hendrik Oesterlin a écrit : Le 03/08/2009 à 20:45:14 +1100 Dominique Rousseau d...@lee-loo.net a écrit Objet: [OSM-talk-fr] Comment telecharger les données OSM de façon automatisée : Le Sun, Aug 02, 2009 at 10:04:12PM +1100, Hendrik Oesterlin [hendrikmail2...@yahoo.de] a écrit: wget -O a.osm http://api.openstreetmap.org/api/0.6/map?bbox=-22.3,166.35,-22.2,166.55 Tu as inversé latitude et longitude :) MERCI pour ton regard avisé!!! et pourtant je croyais avoir essayé toutes les combinaisons... là, ça marche bien, mise à part la limitation de 0.5° sur 0.5° 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] Robot post-Osmose ?
Le problème d'Oauth est que pour l'instant ça n'est pas dispo sur la base de prod, donc ça ne servirait à rien avec Osmose. Par contre je me demande s'il n'y aurait pas quelque chose à faire avec du javascript qui ferait une requête pour corriger les données directement depuis le popup. En plus avec un peu de chance on doit passer le cookie d'authentification automatiquement et donc il n'y aurait pas grand chose à faire... Je suis pas une brute en JS mais ça se tente... Yann Le 31 juil. 09 à 10:17, Etienne Chové a écrit : Il y avait aussi la possibilité d'implémenter oauth sur le front end pour faire des corrections semi automatiques. Je n'y connais rien mais certains était tentés par la chose. Pour ma part, je ne regarderai pas avant septembre. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] mapping canton de Chauny
A tenter avec les dernières versions de JOSM, l'option ~changer l'échelle dispo en click droit sur la couche WMS Yahoo, au pire ça remplace les images par du gris et un message comme quoi rien n'est dispo à cette échelle.. Yann Le 31 juil. 09 à 11:27, Pieren a écrit : Si tu vois une image avec des gros pixels, c'est que tu es trop près pour la résolution disponible. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] iPhone et OSM mapping
Pour info j'ai eu une réponse de l'auteur de Roadee, la version 1.1 est en attente et elle inclue du guidage audio et une traduction française. Je viens de recevoir un mail de cloudmade à l'instant, le guidage est désormais disponible en français. Je viens de tester et avec la version 1.0 de Roadee c'est déjà visible... Yann Le 30 juil. 09 à 23:55, Mathieu a écrit : Yann Coupin (via Nabble) a écrit : Comme déjà répondu (après ton mail) à Olivier, Navit requiert de copier une carte sur l'iPhone (j'ai pris l'extrait France ici http://wiki.navit-project.org/index.php/OpenStreetMaps#Pre-processed_OSM_Navit_Maps Ceci explique peut-être mon écran orange. Je vais tester, merci pour ces explications j'ai du trop lire en diagonale. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemins ruraux
On parlait d'un cas où la référence était disponible au départ. Ceci dit je suis d'avis qu'il vaut mieux ne pas mettre de nom plutot qu'un nom bidon et avoir la rue tracée avec ses éventuelles restrictions, car c'est ça le plus important pour plein d'applications autre qu'une « jolie carte ». Enfin, selon le cas, il est peut-être possible de demander aux gens qui habitent sur cette route qu'elle est leur adresse (si tant est qu'il y ait des habitations). Yann Le 31 juil. 09 à 18:06, Vincent Calame a écrit : Yann Coupin a écrit : Ça n'engage que moi mais je suis asez partisant du principe : « on ne connait pas l'info : on n'en invente pas une pour remplir la case ». Donc, nom inconnu = pas de clé name Ben oui, mais le validateur et le wiki disent que le nom est obligatoire s'il n'y a pas de référence. Est-ce qu'il faut passer outre l'avertissement dans ce cas ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] TEST polygone non valide
Petit rappel : osmose ne fonctionne pas en temps réel. Dans ton cas de route supprimée, ça disparaitra au prochain lancement (d'habitude toutes les nuits) et pour ton problème de voie, tu peux t'aider du test Analyser2 qui figure en regarde de l'erreur, tu verra que l'erreur n'existe plus (ce test là est totalement temps réel). Il se pourrait donc que quelqu'un l'ait déjà corrigé à ta place... Yann Le 28 juil. 09 à 16:53, arno a écrit : hello, je suis en train de corriger mes erreurs dans osmose. Je bloque sur deux erreurs de type TEST polygone non valide. http://osmose.openstreetmap.fr/cgi-bin/osmose.py?run=yesusername=areneviere500=on Il s'agit des limites des communes de Waben et Verton. J'imagine donc que le problème se situe sur la limite commune. Or, en regardant ce chemin, je n'ai rien trouvé de bizarre. J'ai essayé de voir s'il n'y avait pas des boucles, mais je n'en ai pas trouvé. Est-ce que quelqu'un a une idée d'où vient le problème. http://www.openstreetmap.org/browse/way/35922623 Accessoirement, j'ai un autre souci mineur avec osmose: il me met une erreur Type de voie mal écrit sur un chemin qui a depuis été supprimé. Du coup, je ne vais pas pouvoir le corriger, et j'imagine que l'erreur va rester. Ce n'est pas bien grave mais bon, je voulais le signaler quand même ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] TEST polygone non valide
J'ai cru voir passer un truc sur la ML anglaise comme quoi les dump ne se faisaient plus ou étaient corrompus (mais geofabrik à l'air à jour malgré tout), c'est peut-être lié. Sinon si tu as des accès et que tu veux m'autoriser à jeter un coup d'œil, envoi moi un mail en privé... Yann Le 28 juil. 09 à 20:44, Yoann ARNAUD a écrit : Osmose ne se met plus à jour :( ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] comparateur osm/google maps
Ouh là, c'est vicieux ça ! Le 27 juil. 09 à 23:55, Vincent Pottier a écrit : Avec deux ordis, l'un ayant la carte, l'autre ayant JOSM à l'écran, et un bon pantographe entre les deux... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Diverses Questions
C'est possible, il suffit de configurer la résolution en dur dans la conf, par exemple 100m. Puis de faire un zoom arrière, de faire cadastre grab dans le menu, de faire couler un café, et de revenir pour voir JOSM dire qu'il manque de mémoire si on ne l'a pas lancé avec un gros -Xmx Yann Le 27 juil. 09 à 00:22, Aurelien Jacobs a écrit : - peut-on avec le plug-in cadastre de JOSM récupérer une zone plus grande avec un zoom elevé. Pour le moment je me déplace et je refais un grab mais c'est assez fastidieux. Pas à ma connaissance, mais c'est vrai que ça serait bien pratique. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] permalien openstreetmap: pouvoir d éfinir une zone d'affichage
http://www.openstreetmap.org/?minlon=2.3899388minlat=48.9837259maxlon=2.4474869maxlat=49.0213144 Yann Le 25 juil. 09 à 12:10, arno a écrit : mais est-ce qu'on peut réaliser ce type de lien en donnant, au lieu du niveau de zoom, un intervalle de latitude et de longitude. Par exemple, si j'ai des choses à montrer qui sont toutes comprises entre 48.7 et 48.8 de lat et 2.3 et 2.4 de lon, je pense que calculer le niveau de zoom côté serveur est relativement compliqué et sujet à erreur (si je me trompe sur ce point, je suis intéressé par une méthode). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation première(s) question(s)
Le 25 juil. 09 à 14:06, Hervé Le Roy a écrit : Josm : je n'arrive pas zoomer au delà de l'échelle 60m. J'ai ouvert un ticket à ce sujet. Si vous en savez plus, je suis preneur de vos avis. C'est une régression récente lorsque la projection utilisée est Lambert (France), utilise la projection Mercator pour l'instant (mais le cadastre ne marche qu'en Lambert). Pour changer la projection, aller dans les prefs puis Réglage de la carte Projection de la carte Méthode de projection Merkaator: savez vous si quelqu'un travaille à adapter le plugin cadastre-fr pour Merkaator? Je crois en avoir entendu parler mais ça n'est pas fini pour l'instant Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] permalien openstreetmap: pouvoir d éfinir une zone d'affichage
S'il y en a une je ne la connais pas, ça je l'ai juste trouvé au moment où j'allais répondre que ça n'existait pas en pensant à l'affichage des boite de changeset. Yann Le 25 juil. 09 à 14:27, arno a écrit : Le samedi 25 juillet 2009, à 14:14:54 +0200, Yann a écrit : http://www.openstreetmap.org/?minlon=2.3899388minlat=48.9837259maxlon=2.4474869maxlat=49.0213144 merci, c'est ça que je cherchais. Par hasard, il n'y a pas une doc qui répertorie tous les paramètres de requête possibles ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation première(s) question(s)
Super, ça va faciliter la recherche du pb ! Je soumet un patch ASAP du coup Yann Le 25 juil. 09 à 15:34, Hervé Le Roy a écrit : 2009/7/25 Yann Coupin y...@coupin.net Le 25 juil. 09 à 14:06, Hervé Le Roy a écrit : Josm : je n'arrive pas zoomer au delà de l'échelle 60m. J'ai ouvert un ticket à ce sujet. Si vous en savez plus, je suis preneur de vos avis. C'est une régression récente lorsque la projection utilisée est Lambert (France), utilise la projection Mercator pour l'instant (mais le cadastre ne marche qu'en Lambert). Pour changer la projection, aller dans les prefs puis Réglage de la carte Projection de la carte Méthode de projection Une personne sur le channel #OSM-fr m'a suggéré d'utiliser la version 1822 car la régression est apparue dans le 1823. Et en effet le zoom fonctionne correctement avec la 1822. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] iPhone et OSM mapping
Si j'ai le courage, je ferais peut-être la traduction en français, mais le nombre de phrases à traduire me décourage un peu pour l'instant... Le 25 juil. 09 à 18:45, Mathieu a écrit : Pour ce qui est de Roadee, il recalcule l'itinéraire si on se trompe. Les ronds point par contre sont bien rendus, les infos carte sont bonnes, mais le petit texte nous dit de continuer tout droit au lieu de tourner à gauche sur le rond point. Mais ce n'est qu'un détail, en ouvrant grand les yeux et avec l'habitude on ne s'en rend presque plus compte. Les seuls inconvénient à Roadee c'est : uniquement en anglais charge la carte en temps réel donc il doit y avoir du réseau ou l'on passe Consomme de la batterie (obligé d'utiliser la 3G et le GPS forcément ça consomme) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] iPhone et OSM mapping
C'est gentils mais pour l'instant j'attend que l'auteur de Roadee me réponde et me dise si ce n'est pas déjà fait avant de me lancer (ça serait dommage de refaire qqc qui a déjà été fait). Après je pense que je m'en sortirais... Yann Le 25 juil. 09 à 20:08, Mathieu a écrit : Si t'as besoin d'un coup de mains envoie moi ce que tu souhaite que je traduise et j'en ferai une partie. Yann Coupin (via Nabble) a écrit : Si j'ai le courage, je ferais peut-être la traduction en français, mais le nombre de phrases à traduire me décourage un peu pour l'instant... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Josm et niveau de zoom
J'ai vu ça aussi, pour zoomer plus il faut passer en Mercator, mais en Lambert, y'a pas moyen... Si qqn a le courage de jeter un coup d'œil au changelog pour voir ce qui aurait pu provoquer ça, moi j'ai la flemme/pas le temps... Yann Le 24 juil. 09 à 14:08, Thomas Clavier a écrit : Depuis quelques jours, dans mon josm-lastest avec le plugin cadastre, je n'arrive plus à zoomer autant qu'avant. Pour tracer avec précision les contours d'un batiment ou d'un canal c'est pas très pratique. C'est peut-être une nouvelle option caché ? mais j'aimerais bien pouvoir la modifier. Savez vous comment faire ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] iPhone et OSM mapping
J'ai testé la démo de Trails (la version complète est un peu plus cher que OSMTrack mais pas beaucoup) et c'est pas mal, c'est surtout intéressant de pouvoir voir le fond de carte OSM en même temps et donc de savoir si on est dans une zone couverte par OSM ou pas. Après je n'ai vu que des captures d'écran et je suis donc curieux d'avoir un retour d'expérience sur Roadee. De ce que j'en ai vu ce n'est pas du vrai turn-by-turn, ça ne recalcule pas l'itinéraire et comme ça utilise le service de cloudmade je suppose que ça a les même défaut que leur service web (genre instructions débiles dans un rond- point). Tu confirme tout ça ou je suis mauvaise langue ? Yann Le 24 juil. 09 à 17:58, Mathieu a écrit : Pour ma part j'utilise OSMTrack qui ne coute pas bien cher 0,79€ c'est pas la mer à boire. Simplissime cette appli enregistre tes traces et les uploads à la demande sur ton compte OSM. Et pour naviguer en utilisant OSM j'utilise Roadee à 1,59€ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSM et les GR
En passant et puisque c'est d'actualité aujourd'hui : j'ai toujours trouvé ça un peu absurde ce raisonnement. On ne pourrait pas rajouter un truc qui existe physiquement sur le terrain avec des panneaux (certe pas payé par l'état ou les collectivité territoriales si j'ai bien compris) présent sur le domaine public à la seule raison que le terme GR (une abbréviation en plus) est une marque déposée. Dans ce cas là, il faut se dépêcher de supprimer tous les McDonald's de France, ou les supermarchés Auchan, Carrefour ou E.Leclerc, les stations-service Total ou Esso. Je me demande même si on ne devrait pas supprimer le nom des Champs-Élysées. En quoi le cas des GR est différent ? Yann Le 23 juil. 09 à 07:51, Renaud Martinet a écrit : En passant, le terme GR, PR et GRP (ainqi que leurs signes de balisage) sont des marques déposées de la Fédération Française des Randonnées Pédestres et donc, à moins qu'il n'y ai eu un changement dont je ne suis pas au courant, il n'est pas possible de les utiliser dans OSM. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re : Article presse
Je suis entièrement d'accord avec toi à un détail près, celui de faire un autre site. Je pense qu'à force de dilluer l'information sur 36 sites on perd beaucoup en visibilité (SEO en particulier). Refaire la home du wiki et rajouter quelques pages newbie (non je ne trouve pas ça honteux d'être un newbie) ne veut pas dire supprimer toute la masse d'information technique, juste la rendre accessible depuis une sous- page au titre explicite (par exemple ressource techniques) et rajouter des pages de présentation / introduction. Yann Le 23 juil. 09 à 09:40, Arnaud CORBET a écrit : Nous pouvons nous dire que c'est normal, la cartographie est compliquée et nescessite un investissement conséquent, autant décourager les gens pas sérieusement motivés en rendant le ticket plus élevé encore par une information difficile à trouver. Je crois qu'assez vite on va se retrouver à quelques dizaines de contributeurs réguliers à se regarder le nombril et que la carte de France sera terminée dans 250 ans environs. Nous pouvons nous dire qu'il y a un manque sérieux de tutoriels et qu'il faut enrichir la base d'information disponible, éventuellement par un site pour les nuls distinct du wiki, ou des pages Wiki dédiées au débutants accessibles par un lien en première page je suis [nouveau|perdu], le wiki étant trés technique et exhaustif donc indigeste pour un débutant. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Article presse
Je ne pourrais être plus d'accord mais si je me met à la place de quelqu'un qui n'est pas fluent en anglais, il va fuir et on aura perdu ce qui aurait pu être un contributeur. Je pense qu'en plus de l'effort d'i18n qui a eu lieu sur la home, il aurait fallu renvoyer sur la home locale du wiki et pas sur la home anglaise. Car ça veut dire que même si on peut gager en visibilité auprès des utilisateurs, la barrier to entry est trop importante et ils vont se contenter d'utiliser notre slippy map et ne tenterons pas de faire quoi que ce soit d'autre... Il ne faut pas se leurer, on ne sera jamais populaire sans traduction, au grand minimum des pages necessaire pour faire ses premiers pas. Ces pages devront être facilement accessible sinon elles ne serviront à rien. Yann Le 22 juil. 09 à 11:52, Emilie Laffray a écrit : Le wiki est chaotique, c'est vrai. Maintenant j'avoue que je suis un peu biaisée vis a vis de la nécessité d'avoir une traduction française pour toutes les pages: je hais les documentations en Français qui sont généralement un ramassis de sous traductions. Je préfère lire la source (je fais pareil avec les romans, si je ne peux pas lire l'original, je ne lis pas un roman). Toutefois, je comprends tout a fait la nécessité de réorganiser certaines pages du wiki. Maintenant la question se pose: ou ces pages doivent elles résider si on suit un schéma totalement diffèrent du wiki officiel? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM accepte de mauvaises copies d'autres cartographies ?
De plus Christian est un contributeur ancien, qui passe sur la ML (même si je ne l'ai pas vu depuis un certain temps) et je pense fiable. Le 22 juil. 09 à 12:19, Emilie Laffray a écrit : 2009/7/22 Domget dom...@gmail.com Bonjour à tous, Il semble que des cartes issues de Tele Atlas aient été acceptées par OSM et si j'ai bien compris le but n'est pas de copier mais de créer. Voir ici: http://www.gpspassion.com/forumsen/topic.asp?TOPIC_ID=128253#885692 La personne qui a crée cette carte a utilise son propre GPX. L'utilisateur ChRogel a un certain nombre de traces GPX sur la région de Quimper. Il n'y a pas de photos Yahoo, et les routes ne sont pas hyper bien alignées sur le cadastre a la différence de Tele Atlas. En effet, c'est une preuve conclusive que les données ont été prises de Tele Atlas. (Attention sarcasme pour les lecteurs non avertis) Bref, circulez il n'y a rien a voir. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM accepte de mauvaises copies d'autres cartographies ?
Perso j'en ai corrigé certain à la main (affinage des tags et de la position avec yahoo) mais j'ai gardé la source car je n'aurais pas eu le nom sinon. Faut que je vire la source de ces POI ? Yann Le 22 juil. 09 à 17:16, Frédéric Bonifas a écrit : Oui je suis d'accord, il faut tirer ça au clair et supprimer si besoin (le tag source permettra de le faire sans difficulté). De mémoire les coordonnées étaient trouvées avec des gps ce qui expliquerait les grosses imprécisions, mais je vérifie demain en rentrant si j'ai des explications plus précises. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [GPS] PDA avec PalmOS et GPS i ntégré
J'ai jamais eu de Palm mais quand j'ai lu ça je me suis tout de suite demandé si ça n'était pas à cause d'un GPS bridé qui aurait été vendu en bundle et qui necessiterait un driver spécial ou un code de débloquage (style DRM) pour empêcher l'utilisation du récepteur avec un autre logiciel... Ça parait plausible à qqn ? Yann Le 22 juil. 09 à 17:25, Pieren a écrit : 5. Aucun ne marche. L’antenne GPS se déconnecte dès que je lance un autre logiciel que ViaMichelin, avec lequel elle était vendue. Est-ce que quelqu'un a déjà utilisé le même type de matériel et rencontré les mêmes problèmes ? A-t-il trouvé une solution ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger une voie verte?
C'est bien gentils de vouloir faciliter le travail des mappeurs mais le problème avec ce mode de pensé est qu'au final on va avoir des règles différentes pour chaque pays. Autant arrêter tout de suite de mapper car le résultat final sera de toute façon inexploitable. Il faut des règles explicites et claires utilisées à l'identique dans le monde entier !! Si le seul but est uniquement de faire de jolies cartes, autant faire ça dans photoshop ! L'intérêt d'OSM à court/moyen terme est de permettre des applications comme le routage (voiture, piéton, vélo, convoi exceptionel, flotte de camions...), des cartes thématiques comme opencyclemap, openhikingmap ou celle des département de Sly. Tout cela sera difficile (ou aussi mauvais que TeleAtlas) s'il est impossible de savoir si telle ou telle route est accessible, ou pas, pour telle ou telle catégorie de véhicule/paire de pieds. Yann Le 21 juil. 09 à 13:21, Pieren a écrit : Ce qui serait important, c'est de savoir que les piétons peuvent être autorisés dans certains pays et interdits dans d'autres. Il faudrait ajouter les règles pour la France sur cette page du wiki: http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions et ne taguer que les exceptions à la règle. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger une voie verte?
Le 21 juil. 09 à 15:06, Pieren a écrit : 2009/7/21 Yann Coupin y...@coupin.net: C'est bien gentils de vouloir faciliter le travail des mappeurs mais le problème avec ce mode de pensé est qu'au final on va avoir des règles différentes pour chaque pays. Autant arrêter tout de suite de mapper car le résultat final sera de toute façon inexploitable. Il faut des règles explicites et claires utilisées à l'identique dans le monde entier !! Si le seul but est uniquement de faire de jolies cartes, autant faire ça dans photoshop ! L'intérêt d'OSM à court/moyen terme est de permettre des applications comme le routage (voiture, piéton, vélo, convoi exceptionel, flotte de camions...), des cartes thématiques comme opencyclemap, openhikingmap ou celle des département de Sly. Tout cela sera difficile (ou aussi mauvais que TeleAtlas) s'il est impossible de savoir si telle ou telle route est accessible, ou pas, pour telle ou telle catégorie de véhicule/paire de pieds. Yann Le 21 juil. 09 à 13:21, Pieren a écrit : Parce que toi, tu mets sur chaque highway motorcar=yes/no, motorcycle=yes/no, goods=yes/no, hgv=yes/no, psv=yes/no, moped=yes/on, foot=yes/no, horse=yes/no, bicycle=yes/no, quad=yes/no, skateboard=yes/no, smoothness=*, surface=*, width=*, maxspeed=* etc... ? (petit jeu: il y a un tag honni dans la liste, trouvez-le ;-) J'ai dit des règles explicites et mondiales, pas qu'il fallait expliciter toutes les valeurs partout. Si on décide au niveau mondial qu'une autoroute c'est réservé aux voitures et c'est à sens unique, c'est par ce que c'est le plus souvent comme ça dans le monde. Les exceptions sont bien entendu autorisées et surtout, la présence d'exceptions n'est pas une raison suffisante pour interdire une valeur par défaut. Il y a bien sûr des valeurs par défaut et elles peuvent varier d'un pays à l'autre. Un secondary sera considéré comme goudronné chez-vous avec un maxspeed de 90km/h par défaut (ou 50km/h en agglomération). Ca sera différent avec un secondary au Burkina Faso ou Madagascar qui sera probablement unpaved par défaut. Faut-il alors mettre surface=paved sur toutes nos secondary ? Si on a moins qu'en Afrique ou de manière plus générale dans les pays peu adepte du goudron, c'est en effet le choix le plus simple. Ça peut nous paraitre absurde mais comment savoir sinon. Enfin, si l'excuse c'est de dire «c'est plus long à tagger» alors c'est une mauvaise excuse. Car la seule explication ça n'est pas que c'est fastidieux de remettre toujours la même chose mais uniquement que l'outils utilisé n'est pas ergonomique. Rien en effet n'empêcherait d'avoir un template dans le JOSM d'un Français qui mette le paved=yes tout seul et à l'inverse d'avoir un template qui mettrait le skidoo=yes pour les secondary pour un finlandais. Autre exemple, aux USA, certaines portions d'autoroutes (motorway) sont autorisées pour les vélos. Tu vas alors mettre bicycle=no sur tous les motorways du monde parce qu'il y a 100 kms d'autoroutes qui laissent passer les vélos sur un motorway au fin fond du Texas ? C'est absurde ! Il faut juste dire que les motorway ont une valeur implicite bicycle=no et tes qq km (ou miles) de motorway aux USA ont un bicycle=yes. Désolé si tu découvres juste maintenant qu'OSM facilite le travail des mappeurs et laisse la complexité du côté des développeurs de logiciels. Il faut aussi savoir comparer le nombre d'heures de travail de chaque côté. De la complexité (un peu) c'est pas grave. De la donnée incohérente : c'est pire que pas de donnée ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] est HS pour l'été
En même temps si le backend devient un peu trop gourmand je me ferai violence pour prendre le temps d'optimiser les tests. Je ne les ai pas tous regardé mais quand j'avais mis le nez dans le code du test qui vérifie le sens des ronds-points j'avais vu qu'il y avait moyen de grandement gagner sur le temps d'execution. Yann Le 20 juil. 09 à 13:58, Vincent MEURISSE a écrit : On Monday 20 July 2009 01:39:29 pm GrdScarabe wrote: Si la charge de travail peut être distribué entre plusieurs machines, Vu le principe pas trop. Le système est d'avoir un back-end qui calcule les erreurs et qui les envoie au front-end. Le front-end affiche un jolie carte et quand quelqu'un clique sur c'est corrigé supprime l'erreur de sa propre database. Si deux front-end tournent en même temps, les erreurs corrigés ne sont pas répliqués entre les deux et c'est le bordel. De plus le front-end prends peu de ressources. Il n'y a pas d'intérêt à le faire tourner sur plusieurs machines (Du moins tant qu'il y a moins de 200 000 contributeurs français). Pour le back-end, il pourrai dans l'idéal être distribué, chaque machine ayant un type d'erreur à corriger. Mais pour l'instant le serveur actuel ne semble pas poser de problème. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sens interdit sauf riverains (je coince)
Il y avait déjà eu une discussion à ce propos sur la ML anglaise, si ça peut aider... http://lists.openstreetmap.org/pipermail/talk/2009-April/036437.html Yann PS : Si tu as besoin, je peux traduire ce mail Le 20 juil. 09 à 20:57, nono a écrit : Le dimanche 19 juillet 2009 à 22:45 +0200, Lionel Maraval a écrit : access=destination ok merci, cela semble correspondre. nono ___ 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] tourism = hotel
Je me permet de recommander l'excellent outils d'ITOworld. En plus y a un flux RSS, ça tombe dans mon lecteur et je peux jouer à Big Brother facilement comme ça... J'en ai déjà choppé un en flagrant délit comme ça :) OSM Mapper Yann Le 21 juil. 09 à 00:06, Vincent MEURISSE a écrit : On Monday 20 July 2009 22:44:35 Pieren wrote: Bien vu. On remerciera le hasard qui à fait que je tombe dessus. Petit vandalisme fait par l'utilisateur rlo dont c'était aussi l'unique contribution en octobre 2008 (http://www.openstreetmap.org/browse/changeset/36589) Cas classique de l'utilisateur qui découvre potlatch. Il a commencé par bien taguer le nœud puis à dû se dire «que se passe-t-il si je met une connerie ?». C'est le genre de vandalisme qui est le plus difficile à détecter et qui posera potentiellement le plus de problèmes à OSM dans le futur... Le fait que ce soit sur un nœud isolé le rend plus difficile à repérer mais aussi moins grave. Je préfère voir ça que 30 way sans tags et non reliés. Au moins ça fait rigoler et c'est facile à corriger. Ce qu'il faudrait c'est un outil permettant de surveiller les premiers edits des nouveaux avec des personnes inscrites par région pour vérifier. Ça permet en plus d'envoyer un message de bienvenue aux gens ce qui à deux avantages : - Ils se sentent moins seul donc ont potentiellement plus envie de revenir - Ils se sentent surveillés donc ont moins envie de faire des conneries ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Gros béta pour les randonneurs - n ouveau rendu
Je dis ça, je dis rien, mais il y a de super lib en java pour bosser avec de super grosses images. Ça gère par exemple le fait de ne charger les images qu'au fur et à mesure et par morceaux. Pour faire ton traitement ça pourrait peut-être être utile. https://jai-imageio.dev.java.net/ Yann Le 17 juil. 09 à 11:08, sly (sylvain letuffe) a écrit : On jeudi 16 juillet 2009, Pieren wrote: PS: d'où viennent les contours ? Ce sont les données aster : http://asterweb.jpl.nasa.gov/gdem.asp Plus précises, mais également plus grosses encore que l'ancien SRTM que j'utilisais (pixel de 30m qui remplace un pixel de 90m) Bilan, je travail avec des fichiers géoTIFF de 3Go découpés en bandes, (là j'ai deux bandes) et il me manque un peu de RAM pour les traiter correctement (et surtout rapidement !) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Orthophotos problème après màj JOSM
Ah c'est toi ! Je n'arrivais plus à retrouver (et encore moi me souvenir) à qui on devait le plugin. En fait il faudrait vérifier la projection au moment de dérouler le menu. Le reste marche bien. Yann Le 17 juil. 09 à 11:12, Pieren a écrit : 2009/7/17 Yann Coupin y...@coupin.net: démarré en Lambert (si un des auteurs du plugin me lis...). Yann Bon, il va falloir que je me réunisse avec moi-même pour faire un changement dans le plugin qui ne vérifiera la projection que lors d'une requête et plus au démarrage ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Gros béta pour les randonneurs - n ouveau rendu
On s'est mal compris, je croyais que tu rencontrais des limitations techniques pour faire l'ombrage. Les deux solutions que tu évoque ont chacune leur avantage/ désavantage. Si le facteur limitant c'est les lectures depuis le disque alors la solution d'une myriade de petits JPEG est bonne, si c'est le CPU qui morfle alors le gros TIFF peut êre plus adapté. Enfin pour limiter l'usage du CPU et des IO, il peut-être interessant de stocker en TIFF/JPEG des images déjà redimentionnées au bon zoom. Il ne reste plus qu'à découper et tu ne lis plus depuis le disque 4x ou 8x le volume de données dont tu as vraiment besoin. Tout ça c'est pour rappel ; j'ai l'impression que je n'ai rien à t'apprendre et pourtant je me permet de te donner des conseils... Yann Le 17 juil. 09 à 12:04, sly (sylvain letuffe) a écrit : On vendredi 17 juillet 2009, Yann Coupin wrote: Je dis ça, je dis rien, mais il y a de super lib en java pour bosser avec de super grosses images. Ça gère par exemple le fait de ne charger les images qu'au fur et à mesure et par morceaux. Pour faire ton traitement ça pourrait peut-être être utile. Merci pour le lien, je pense (mais qu'en sais-je finalement ?) que j'utilise des outils relativement adaptés que sont les gdal tools, le plugin gdal de mapnik et l'outil de stéphane pour colorer et faire de l'ombre sur tout ça (utilisant la lib gdal toujours) Il faudrait que je script un peu tout ça, génère la section de style mapnik automatiquement et étende la zone. Le principal problème que je rencontre en traitant des images énormes, c'est, au delà des outils, le format même de l'image. Des images compressées style png et dans une moindre mesure jpeg ont un problème d'index interne. Mon image de travail fait 51950 x 20307, si je ne veux qu'un % de ça (selon la zone à afficher) il me faut un format d'image indexé, car la décompression total est impossible. Le format géotiff permet ça, pour la simple raison qu'il n'est en fait pas compressé : un pixel = 16 bits quoi qu'il arrive. La solution que m'avais conseillé stéphane et quelqu'un de la liste anglaise serait de faire une découpe moi même en plein de fichiers jpeg petits et de leur donner un index pour les géoréférencer dans le système mercator. C'est une de mes prochaines voies de recherches. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Gros béta pour les randonneurs - n ouveau rendu
Un patch pour quoi faire ? Fait un bitmap avec des traces de pneu et utilise ça : http://trac.mapnik.org/wiki/LinePatternSymbolizer Yann Le 17 juil. 09 à 15:23, sly (sylvain letuffe) a écrit : Moi j'ai augmenté un peu l'épaisseur des tracks par rapport à mapnik bon d'accord 3 pixels au lieu de 2, je passerais peut-être à 4 ou 5, mais j'attends toujours la réalisation d'un patch pour mapnik afin d'obtenir un rendu style : = et = = = = = et : : : : : genre marques de pneu ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Gros béta pour les randonneurs - n ouveau rendu
Sauf que le TIFF n'est jamais lu en entier et donc il aura du seek aussi. Mais le volume total de données lues sera bien moindre. Yann Le 17 juil. 09 à 12:40, sly (sylvain letuffe) a écrit : Les deux solutions que tu évoque ont chacune leur avantage/ désavantage. Si le facteur limitant c'est les lectures depuis le disque alors la solution d'une myriade de petits JPEG est bonne Ce sont des disques classiques donc ce qui est vachement limitant c'est l'accès à des petits fichiers ou des zones non contigu (problème de temps d'accès), pour des gros trucs ça va plutôt bien (genre 180Mo/s) Je le vois surtout au niveau de l'accès à la base de donnée où je tombe à ~2Mo/s ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Orthophotos problème après màj JOSM
Tu as raison il faudrait atrapper l'évènement de changement de proj dans le plugin pour décider à ce moment là si le plugin s'active... Yann Le 17 juil. 09 à 14:14, Julien D. a écrit : En fait il faudrait vérifier la projection au moment de dérouler le menu. Le reste marche bien. C'est une mauvaise idée de faire uniquement une vérification sur le déroulage du menu : que se passerait-il si on appuyait sur F11 (pas de menu!) ? ___ 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] Orthophotos problème après màj JOSM
Pour utiliser yahoo il faut désormais impérativement être en mercator. Hors forcément pour faire du cadastre il faut être en Lambert. Heureusement on peut maintenant basculer sans redémarrer, mais (il faut un mais) le cadastre n'est pas accessible si JOSM n'a pas été démarré en Lambert (si un des auteurs du plugin me lis...). Yann PS: Forcément j'ai du chercher pour comprendre ça, le message sur la page web qui sert de WMS maintenant n'est pas limpide... Le 16 juil. 09 à 23:45, Emilie Laffray a écrit : Pieren wrote: Il faudrait nous en dire un peu plus. Quelles sont les projections qui ont changé ? C'est vrai que la dernière version de JOSM a fait quelques modifications sur les projections mais à priori, la liste elle-même ne devrait pas avoir changer (il pourrait même y en avoir une de plus). Il faudrait utiliser un vrai client WMS qui puisse obtenir la liste des projections supportées par le serveur (getcapabilities). Sans donner forcement plus de détails, je ne peux plus accéder aux photos Yahoo depuis la dernière mise a jour avec la dernière version. J'ai les derniers plugins (16442 du WMS) et la dernière version 1797. Yahoo me donne une image erreur invalid parameters. Je suis actuellement en projection Lambert pour utiliser l'excellent plugin Cadastre (je n'en fait pas trop?). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [dev][Osmtransport] Nouvelle version 0.2 (et non 0.3)
C'est de mieux en mieux. Bon allez, un petit bug et une dernière amélioration et ça sera parfait. Dans les popups de lignes corriger la faute d'orthographe : Opertor Et puis ça serait bien de rajouter les RER sur Paris... Yann Le 15 juil. 09 à 15:44, kimaidou a écrit : Bonjour, Cette nouvelle version est la 0.2 et non la 0.3. Le titre de mon email précédent est erroné. Le message est recopié ci-dessous : Bonjour la liste, Nous avons apporté quelques améliorations côté client à Osmtransport (la refonte du moteur sera pour plus tard). Nous pensons donc qu'il est temps d'annoncer sa mise en ligne. Cette version 0.2 apporte les améliorations et corrections de bugs suivantes : Améliorations : 1/ Les lignes sont toujours triées par type (subway, bus, tramway), mais nous avons ajouté pour chaque type un arbre contenant le détail des lignes avec leur ref. On peut donc maintenant via le petit (+) d'Openlayers afficher ou masquer les lignes une à une. 2/ On peut maintenant cliquer sur n'importe quelle ligne de métro, bus ou tramway et voir afficher une jolie pop-up avec les tags renseignés. La cerise sur le gateau : le numéro (tag ref) de la ligne est maintenant sur un fond de la couleur de la ligne 3/ On peut cliquer sur n'importe quel arrêt affiché pour afficher une pop-up. Ainsi, si les arrêts de métro et les arrêts de tramway sont affichés, un clic sur l'un ou l'autre affiche la pop-up. Corrections de bugs: 1/ On ne peut maintenant dessiner qu'un seul rectangle en cliquant sur le bouton Draw 2/ Le problème du décalage entre la manipulation avec la souris pour dessiner le rectangle et le rectangle réellement affiché est corrigé. Pays présents : * France * Allemagne * Suisse * Grande Bretagne * Suède * Belgique Un petit exemple ici : http://3liz.fr/public/osmtransport/index.php?location=MontpellierBtChooseLocation=Ok NB: peut-être qu'un rafraîchissement forcé de la page avec CTRL+F5 sera obligatoire pour voir la nouvelle version. Vos retours sont bien sûr les bienvenus. Kimaidou et Reluc ___ 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] [josm] retrouver le fond gris
à part aller faire un tour dans les préférences pour modifier les couleurs, je ne sais pas quoi te répondre. Ou alors tu as un plugin qui rajoute un calque moisi... Yann Le 15 juil. 09 à 17:39, arno a écrit : Coucou, Avant, (je sais pas, quelques semaines peut-être), lorsque j'éditais avec josm, le fond de la carte était gris. Maintenant il est noir. Puis quand je clique sur la carte, il devient gris. Puis quand je déplace la carte, il devient noir. Je trouve ça très moche, mais surtout très peu pratique à l'usage. J'ai mis à jour vers la dernière version de josm (1779), mais ça n'a rien reglé. J'ai peur, si je repasse à une version antérieure, que les plugins ne fonctionnent plus. Est-ce que quelqu'un a une idée de comment faire pour retrouver le fond gris ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
