Re: [OSM-talk-fr] Panique à Cergy-Pontoise
Le 3 oct. 2012 à 11:35, Marc SIBERT a écrit : > Le 3 octobre 2012 11:14, Nicolas Moyroud 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.036725&lon=2.079673&zoom=18&layers=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 >> >> >>> 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 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] 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" > À: "Discussions sur OSM en français" > 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] 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
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] 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) > > 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
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 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] [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] Erreur Osmose que je ne comprends pa s [réponse multiple]
Qui sont donc ces parents inconscients qui t’on prêté leur fille pour la semaine ? Comment ça j’ai rien compris et c’est la tienne !? Félicitations alors ! :) Yann Le 17 janv. 2010 à 18:35, Etienne Chové a écrit : > Tout à fait, ce sera donc complémentaire à ton analyse que je metterai > en place quand j'aurai un peu de temps (j'ai eu une fille la semaine > dernière, ce qui limite mon temps pour osmose). ___ 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 > Le 8 décembre 2009 11:59, Emilie Laffray 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
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 > 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] 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=xml&lat=43.616482&lon=6.971906&zoom=18&addressdetails=1 > > querystring="format=xml&lat=43.616482&lon=6.971906&zoom=18&addressdetails=1"> > 30, > Mouans-Sartoux, Mougins, Alpes-Maritimes, 06370, Provence-Alpes-Côte-d'Azur, > Monaco > > > 30 > Mouans-Sartoux > Mougins > Alpes-Maritimes > 06370 > Provence-Alpes-Côte-d'Azur > Monaco > fr > > > > 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] [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 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] [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=mapnik&mt1=googlesat&lon=2.34408&lat=48.95638&zoom=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] 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 : > > 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] poids de JOSM
Cette discussion à piqué ma curiosité et j’ai tenté de voire ce que
c’était que ce « ruban » mais j’ai beau activer l’option ou pas, je ne
vois aucun changement. De plus chez moi JOSM est super rapide.
Quelqu’un pourrait se fendre d’une capture d’écran pour décrire ce
dont vous parlez car je ne vois vraiment pas à quoi ça correspond…
Pour info j’utilise JOSM v. 2255 sous OS X.
Yann
Le 19 nov. 2009 à 23:39, hamster a écrit :
> Pieren a écrit :
>> 2009/11/19 hamster :
>>
>>> je suis pas du tout codeur mais quand je vois la ligne entre 2
>>> points
>>> qui suit la souris avec un retard agacant je me dit que meme avec ma
>>> calculette programmable on devrait pouvoir faire mieux
>>>
>>
>> Tu dois peut-être parler du ruban qui suit la souris. C'est une
>> horreur qui m'énerve aussi et que j'ai désactivé depuis son
>> apparition
>> dans le menu des preferences ("look and feel" dans "display
>> settings")
>
> oui : le truc qui est marque "ligne d'aide" dans l'onglet "apparence
> et
> ressenti" des reglages d'affichage dans les preferences
>
> moi je le trouve terriblement pratique
> juste il suivrait pas la souris avec 1/2 s a 1 s de retard ca serait
> mieux
> tant de temps pour tracer une ligne entre 2 points c'est desolant
___
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] 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] 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 : > > 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.635429&mlon=-1.5101608&zoom=18&layers=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 : >> 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 2009/10/14 Vincent Meurisse : > 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=15&lat=47.1947&lon=5.9603&layers=B00T&ch=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 : 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
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) : >> 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] 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] 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 "hamlet"ou "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] 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] 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. > > > 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 > > > 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] 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 : > > 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] [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] 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 Les endroits signalés par Sébastien Dinot : -Le lac de Montbel est toujours recouvert (pb de multipolygones ?) : http://beta.letuffe.org/?zoom=14&lat=42.97828&lon=1.96638&layers=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
[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 Date : 14 août 2009 17:03:05 HAEC À : Discussions sur OSM en français Objet : [OSM-talk-fr] Interruption de service les 22 et 23 août 2009 Répondre à : Discussions sur OSM en français > (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] 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
Re: [OSM-talk-fr] PDF des tags
+1 Le 19 août 09 à 22:11, Denis a écrit : > Bravo pour le boulot. > J'avais en tête plutôt un "Précis et concis" façon O'Reilly, notamment > pour les neophytes. > C'est peut-être dérivable de ton travail, mais je n'ai pas de > ressource > pour m'investir dans un tel projet. ___ 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 : >> 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] Carte des radars fixes et mobiles
J'ai participé à la rédaction de la spec et il n'a jamais été question de savoir si la photo était prise d'avant ou d'arrière. Seulement depuis la gauche ou la droite et le sens de conduite auquel le contrôle s'applique. Ceci dit un des exemple fait référence à un contrôle fait depuis l'arrière mais je ne me souviens pas qu'on en ait discuté à l'époque. Ceci dit si tu regarde, dans ce cas là le point est avant le nœud "from" alors que sinon il est entre les nœuds "from" et "to". Mais je trouve que c'est un peu du bricolage et je pense qu'un attribut de plus (par exemple orientation=front ou orientation=rear) dans la relation serait beaucoup plus simple et plus robuste. Yann Le 18 août 09 à 23:31, Vincent Pottier a écrit : > J'ai ajouté un exemple dans l'article, mais si des spécialistes du > radar pouvaient mettre d'autres exemples avec explications, ça > aiderait > les mappeurs plus que les phrases sybilines : "Par le repérage des > positions du device, du from et du to, on pourra par calcul définir si > le radar se trouve à gauche ou à droite de la route et si la mesure et > la photo se font sur l'avant ou sur l'arrière du véhicule." > D'accort, mais on mappe comment pour que ça calcule bien ? ___ 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 : >> (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 : >> (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 ?
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] 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] 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 : >> 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
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
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] 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 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.8593365&srs=EPSG:4326&width=499&height > =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 : >> 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] 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é : >> 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] Barrière fixe
Je pense qu'il ne faut pas non plus sombrer dans la psychose avec ça. En l'occurence, c'est juste être explicite pour éviter les problèmes. Ça n'est pas même quelque chose qu'utiliser un tag qui n'a rien à voir pour avoir un rendu qui correspond à ce que voudrais. Par exemple, ça serait mettre building=yes pour avoir une surface en marron pour faire plus resortir une piste d'athlétisme qu'avec le vert utilisé par Mapnik. C'est certe plus joli mais c'est débile puisque la piste n'est pas un bâtiment ! Yann Le 31 juil. 09 à 23:00, Michel POLLE a écrit : > Je suis conscient qu'il ne faut pas tagguer pour le routage plus que > pour le rendu, mais j'essaie le motorar=no de Sylvain pour voir. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] no-name et route de quartier
Perso je m'en sers pour ce genre de configuration aussi, ça vous parait correct ? http://maps.google.fr/?ie=UTF8&ll=48.973201,2.286961&spn=0,359.99716&z=19&layer=c&cbll=48.973147,2.287097&panoid=pK_BfEtNYf1TrnGFc_kcbg&cbp=12,132.23,,0,4.75 Yann PS: Vous remarquerez que finalement les pbs qu'on peut avoir avec Mapnik ne nous sont pas exclusifs (cf le nom de la rue qui déborde) Le 31 juil. 09 à 22:32, Pieren a écrit : > living_street est un statut > particulier que j'ai vu à de très rares occasions (on les appelle > "cours urbaines"), les voitures n'y sont que tolérées et la vitesse y > est extrêmement réduite. ___ 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] 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
Ç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" Yann Le 31 juil. 09 à 17:49, Vincent Calame a écrit : > Je corrige ça également. Lorsque l'on ne connait pas le nom > exact, est-ce que le terme générique « route communale »convient ? ___ 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] 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] iPhone et OSM mapping
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 ). Et puis non ça ne coûte pas un bras, les forfaits officiels sont tous avec un forfait data illimité (chez Orange par exemple c'est 5Go à débit maximum puis ensuite à débit réduit, mais je n'ai jamais atteind ce seuil donc je ne fais que reprendre les termes de la notice tarifaire). De toute façon le point est sans rapport puisque j'ai téléchargé le fichier en ADSL et je l'ai copié en wifi sur l'iPhone. Yann Le 30 juil. 09 à 21:48, piratebab a écrit : > Maintenant sur un iphone qui n'a pas toute la carte en stock et qui va > la chercher au fur et à mesure via le téléphone (ça doit vous couter > un > max non ?), je ne sais pas trop comment il peut calculer sa route. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] iPhone et OSM mapping
Euh, question stupide, tu as bien copié une carte sur ton iPhone ? Il n'y a pas de carte de fournie par défaut... Voir le deuxième paragraphe du lien ci-dessous et pour copier le fichier sans (trop) se prendre la tête, iFinder marche bien. http://wiki.navit-project.org/index.php/Navit_on_Iphone#Cydia_packages Yann Le 30 juil. 09 à 20:33, Mathieu a écrit : > Pour ma part je n'ai pas réussi à faire fonctionner Navit, j'ai un > écran orange avec ma position et le soft est instable. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Chemins ruraux
Attention avec ça ! En général il n'est pas inutile de faire un tour sur place. J'ai déjà rencontré des cas similaire de nommage sur le cadastre qui ne correspondent plus du tout à la réalité. Dans mon cas, la réalité était une voie groudonnée, bordée de maisons, en agglomération et sans aucun autre panneau que le nom de la rue qui aurait indiqué une référence quelconque. Yann Le 30 juil. 09 à 21:12, Arnaud CORBET a écrit : J'utilise plus ou moins la même technique. A ceci près que j'encode la ref en C XX, et non en CR XX. ___ 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 juste jailbreaké, pas desimlocké mon téléphone ou quoi que ce soit d'autre. C'est totalement réversible et je m'en tappe si je ne peux pas jailbreaker la version 3.1, c'était plus pour tester navit et comparer, tant pis si ça n'est pas pérenne. N'empêche, si Roadee avait le moteur de navit ou Navit l'interface de Roadee ça serait top ! Yann Le 30 juil. 09 à 14:04, olivier.laha...@free.fr a écrit : > J'ose pas encore jailbreaker, car l'OS 3.1 arrive ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] iPhone et OSM mapping
Allez, moi aussi j'ai acheté Roadee il y a quelques jours, et bien que je ne l'ai utilisé qu'à pieds et pas en voiture, j'ai aussi été un peu déçu (et en plus de tous tes points avec lesquels je suis d'accord je rajouterai ceux-là). - Mon itinéraire était court (j'étais à pieds ;) mais entre une incapacité à trouver ma position avec le GPS (pas sûr que ça soit la faute de Roadee en lui même) et l'absence d'interpolation entre les points retournés par cloudmade qui donne des instructions débile (nº4) c'est pas gagné - Les tuiles se chargent chez moi, mais le zoom ne se limitant pas à des valeurs entières c'est souvent un peu flou voir necessitant une vue bio-ionique :) Du coup hier soir j'ai été un peu fou et j'ai jailbreaké mon iPhone pour installer l'alpha de Navit (ils disent bêta mais c'est pas vrai ;) La saisie des adresse bug et l'interface est loin d'être finie. Par contre le routage déchire par rapport à Roadee, sans parler du fait que c'est du pur offline et donc que ça marche même hors couverture. De plus, et là j'ai été bluffé, le GPS captait dans le train ce matin alors que je n'ai jamais réussi à le faire marcher jusqu'à présent. Bref je dirais que c'est très prométeur même si ça n'est pas fini. Sinon concernant ton point nº5 et bien là on sait ce qu'il reste à faire : prendre son gps à deux main, battre la campagne et ne pas oublier de voir ce qu'osmose en dit... Yann Le 30 juil. 09 à 11:43, olivier.laha...@free.fr a écrit : > > D'abord merci à tous pour ces infos. > > Je viens de tester un peu roadee, et je suis un peu décu par rapport > à Mon A780 équipé de ALK Copilote Live 4 (2004) > Certes, ALK est un logiciel commercial, mais avec roadee je pensais > pouvoir l'utiliser un minimum, or je n'ai pas du tout réussi à > l'utilisé pour me rendre à une destination. > Les symptomes sont: > > 1) itinéraire perdu en cours de route (avec OSM (je n'ai pas testé > google map)) > 2) tuiles non rendues (on navigue dans le gris) alors que la > connexion est bonne et qu'il charge d'autres tuiles. C'est comme si > lorsuq'il rate un téléchargement de tuile, il ne réessaye pas et > passe à la suivante. C'est très enuyeux en zone dense > 3) la position du véhicule se situe aux coordonnées GPS et non pas > sur le chemin le plus proche de ces coordonnées (avec une marge > d'erreur max biensur) ce qui fait que le véhicule saute de point en > point en ville et ce qui provoque parfois des recalculs de > l'itinéraire... > 4) parfois la trace du chemin à suivre est débile (genre elle va > derrière pour revenir sur le bon chemin (comme si il y avait un > point de la trace qui était resté collé quelquepart ;-) > 5) zoom en fonction de la vitesse très pénible en ville car il > provoque un rendu intempestif de la carte et on a du mal à voir où > il faut aller. > 6) et le dernier problème lié à l'état d'OSM (mais ça je ne lui en > veut pas, car on y travaille tous), c'est que comme certaines routes > manquent, alors l'itinéraire est parfois pas optimal. > > A mon avis, tant que les points 1 2 et 5 ne seront pas améliorés, ce > sera à mon avis inutilisable pour se rendre à une destination en > toute sérénité. > toutes fois, cette applis a le mérite d'exister et je vais essayer > de contacter l'auteur pour lui soumettre des idées et remonter ces > problèmes. > > J'attends beaucoup de xGPS qui semble nettement mieux pour la > navigation (mais pas encore sur l'appStore). > > Encore merci à tous. > ___ 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] [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=yes&username=arenevier&e500=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] 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] comparateur osm/google maps
Allez, un de plus ! Avec mon rendu mapnik de test (pas dispo en ligne) j'ai fait à peu près la même chose, carte OSM sans fond au dessus de google vue aérienne pour voir les rues manquantes. Pas de décalquage bien entendu (d'ailleurs, je ne vois pas trop comment on pourrait décalquer). Yann Le 27 juil. 09 à 22:52, Vincent Pottier a écrit : > arno a écrit : >> Le Monday 27 July 2009, à 22:10:54PM +0200, simon a écrit : >> >>> comme ici ?? >>> >>> http://sautter.com/map/?lat=49.5181&lon=-1.6834&zoom=13 >>> >> >> Voila, c'est à près çà que je me suis fabriqué. >> Bon bah si j'avais connu plus tôt, j'aurais gagné du temps :) >> > Au moins on voit qu'on est quelques uns à utiliser ces mêmes > outils ;-) > > Vincent ___ 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] 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] 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] 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 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] 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.3899388&minlat=48.9837259&maxlon=2.4474869&maxlat=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)
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
http://www.openstreetmap.org/?minlon=2.3899388&minlat=48.9837259&maxlon=2.4474869&maxlat=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] 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
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] [Wiki] Réorganisation du wiki & co - Etape 1 : Analyse du travail a faire
C'est ce que je proposais aussi, mais c'était moins bien dit. Il ne faut garder que le plus alléchant et les dernières nouveautés sur la home d'après moi. Il faudrait aussi vraiment faire en sorte que le lien "aide & wiki" pointe sur le portail en français. A mon avis le taux de transformation entre "aide & wiki" et la page en français est catastrophique car la plupart des gens sont effrayés par l'anglais (les français plus que les allemands, ça peut paraitre bête mais je pense que ce n'est pas négligeable dans la différence de taille de nos population de contributeurs respective). Yann Le 23 juil. 09 à 15:44, JonathanMM a écrit : > Et pourquoi pas après un petit ensemble de sous portail ? Un portail > pour Débutant, un portail sur tous les aspects techniques par exemple, > etc ... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de not-in-use_feature
A première vue (même si je ne suis pas un expert en tagging de randonnée) tout ça me parait très bien, maplint est donc à ignorer. Je suppose que le petit bout de départmentale vient du fait que le chemin de rando ne fait que la longer pendant très peu de temps mais qu'en fait elle est beaucoup plus longue que ça ? La même chose sur osmose : http://osmose.openstreetmap.fr/map/cgi-bin/index.py?lat=43.19832&lon=5.92429&zoom=13&layers=B0T&ch=103,105,106,107,505,102,804,100,101,900,904,700,701,702,703,704,803,901,902,903,905,110,111,112,500,503,800,801,802 Yann Le 23 juil. 09 à 13:09, Gilles Corlobé a écrit : Bonjour, J'ai créé mes tracés avec l'application Java josm-tested (la dernière version, téléchargée hier). Le résultat est visible à cet endroit : http://www.openstreetmap.org/?lat=43.19369&lon=5.93665&zoom=15&layers=B000TTF Je me demande si ce n'est pas lié au paramètre surface=ground (ce paramètre n'apparait pas lors de la modification en ligne). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de not-in-use_feature
Te serait-il possible de nous donner un lien vers la zone où tu as ce problème qu'on puisse regarder. Là c'est trop vague pour qu'on puisse te dire si c'est une fausse alerte ou pas... Yann Le 23 juil. 09 à 12:14, Gilles Corlobé a écrit : Bonjour, Lorsque sur un tarjet qu'on vient d'ajouter, on rencontre cette "erreur" : not-in-use_feature, comment peut-on savoir quel est le paramètre qui pose problème ? ___ 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
[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] [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] 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
