Re: [OSM-talk-fr] Re : Re : Info GPS dans l'EXIF
Le 15 janv. 09 à 14:10, Arnaud CORBET a écrit : Non, non, avec le GPS. Les coordonnées GPS sont stockées dans l'EXIF. Par contre que tu soit face au nord, au sud, l'appareil n'en sait rien de rien. Bonjour à tous, Premier post sur la ML depuis mon inscription, je vais essayer d'être utile :) En fait le GPS connaît le cap des déplacements, tourner sur sois-même ne permet donc pas de savoir dans quelle direction on regarde. Mais ça pourrait changer, en effet j'ai lu que le premier téléphone tournant sous Android (l'OS pour téléphone de Google) intégrait un compas qui est notamment utilisé par l'appli streetview pour montrer la vue dans la bonne direction. Yann___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Rappel]7ème réunion francop hone
Désolé... (je sais je fais ch***) Le 19 janv. 09 à 18:02, JonathanMM a écrit : Apparament, vos mails sur la mailing list a permis de faire un vainqueur. Néanmoins, il faut encore attendre demain pour officialiser tout cela :) JonathanMM Olivier Boudet a écrit : Il va falloir départager :-D 2009/1/17 JonathanMM jonatha...@free.fr: Plus que 3 jours pour décider où va se passer la 7ème réunion, toujours prévu pour le 6 février ;) http://doodle.com/rekfzzbxw54884z4 JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mettre à jour le rendu Mapnik imm édiatement !
A noter qu'après un échange email avec Christopher il m'a fait
remarquer qu'il y avait cette page où il décrit le processus et les
gotcha, donc ne hurlez pas si vous constatez que les noms accentués
sortent mal, il est visiblement au courant...
http://wiki.openstreetmap.org/wiki/Minutely_Mapnik
Yann
Le 22 janv. 09 à 14:46, Pieren a écrit :
Pour ceux qui ne lisent pas la ML anglaise:
Voir ses derniers changements sur Mapnik sans attendre le mercredi
suivant, c'est possible grâce au travail de Christopher Schmidt de
Metacarta !
Ajoutez ceci en Marque-pages (bookmark) sur votre navigateur:
javascript:
(function()%20{%20var%20s%20=%20document.createElement(script);
%20s.src=http://labs.metacarta.com/osm/up-to-date/bookmarklet.js;;
%20document.body.appendChild(s)})()
ou plus simplement, allez sur cette page :
http://labs.metacarta.com/osm/up-to-date/
et mettez le lien up-to-date en Marques-pages (Bookmark).
Puis allez sur un site proposant une carte glissante de Mapnik (au
hasard, openstreetmap.org), placez vous sur l'endroit récemment
modifié et cliquez simplement sur le Bookmark (marque-page).
Le résultat est bluffant.
Au pire il faut attendre 10 minutes après un upload pour pouvoir
apprécier les changements. C'est un rendu temporaire visible
uniquement sur le navigateur et utilisant volontairement une autre
feuille de style que le Mapnik original pour bien montrer la
différence.
Ca fonctionne avec Firefox mais il est possible que ça ne marche pas
avec tous les navigateurs.
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] Plugin JOSM CadastreWMS v0.8beta
Eh bah, bravo ! Sacré boulo, et quelle réactivité ! Yann Le 22 janv. 09 à 22:56, Pieren a écrit : Vous trouverez à l'adresse suivante une version temporaire du plugin cadastrewms pour JOSM, version 0.8beta: ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ma première feature *snif*
Bonjour, Voilà, j'ai rédigé mon premier draft de feature (j'en suis tout ému). Plus sérieusement, avant le fond et le début de la phase RFC, j'apprécierais des commentaires sur la forme (du type : «mais tu as oublié la section truc ou le tableau récap machin »). http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:type%3Droute_instruction En l'absence d'erreur grossière, je passe en RFC demain dans la soirée. Merci d'avance ! Yann___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ma première feature *snif*
Juste pour signaler que j'ai passé ma feature en RFC, il est désormais temps de critiquer sur le fond :) Le 24 janv. 09 à 03:31, Steven Le Roux a écrit : 2009/1/24 Yann Coupin y...@coupin.net: http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:type%3Droute_instruction tu ne veux pas des schémas fait avec inkscape ? ;) J'aurais pu, et je le ferai dès la phase des commentaires finie, pour l'instant c'est plus rapide pour moi de modifier les schémas comme ça, un coup de palette et c'est redessiné... Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Des utilisateurs de Potlach sous MacOS X ?
Salut, En effet Potlach peu s'avérer lent, sans parler du fait que je trouve les outils d'édition casse cou**e (sélection d'un point qui se transforme en tracé d'une nouvelle ligne). J'ai donc très rapidement basculé sur JOSM. L'édition est plus rapide, c'est bourré de racourcis clavier, et c'est bcp plus pratique pour éditer les relations. C'est aussi le seul outils que je connaisse pour faire de l'audio mapping (trace GPS + enregistrement audio pour les méta données). Par contre sur Mac c'est une purge pour faire marcher la couche de photos aériennes de Yahoo. C'est pour ça que pour l'édition casual j'utilise plutôt Merkaator, qui est natif sous OS X, qui est plus joli et plus rapide et qui remplace Potlach complètement à mon avis. Yann Le 25 janv. 09 à 13:14, Olivier Croquette a écrit : Salut ! Sur mon Mac, Potlach est vraiment lent. Parfois, il me bloque même tout le navigateur pendant plusieurs secondes. Je pense que la faute en incombe surtout au lecteur Flash, mais je me demandais si d'autres utilisateurs avant le même problème et/ou des solutions. a+ Olivier ___ 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] MS BOT : tests pour le prochain passage
Personellement, et utilisant un algorithme hautement scientifique, je trouve que Ront-point Machin ou Ront-point du Truc c'est moche. Comme le dit Aurélien, sur OSM on met des majuscule partout (sauf à, de, du, le...) et point en minuscule ça me choque un peu visuellement. Mais après c'est une question de goût... Yann Le 25 janv. 09 à 18:29, Aurelien Jacobs a écrit : On Sun, 25 Jan 2009 09:55:34 +0100 Denis dhel...@free.fr wrote: Aurelien Jacobs a écrit : Rond-point est la bonne orthographe pour la base OSM. Qu'est ce qui te fait dire ca ? Il m'a toujours semblé que la bonne orthographe était Rond-Point. Du coup j'ai recherché un peu mais je n'ai rien trouvé qui me permette de confirmer l'une ou l'autre orthographe. N'importe que dictionnaire de base fait l'affaire : http://fr.wiktionary.org/wiki/rond_point http://projetbabel.org/forum/viewtopic.php?t=7950 http://fr.thefreedictionary.com/rond-point etc. Aucun de ces articles ne cite le terme Rond-point que tu propose. Ils citent uniquement le terme rond-point. Les règles de capitalisation dans OSM ne sont pas les règles typographiques française habituelle puisqu'on capitalise les noms commun (y compris composées). Ma question est donc qu'est ce qui te permet d'affirmer que l'on ne doit pas mettre de majuscule à point dans Rond-point alors que l'on met par exemple un majuscule à Unies dans Boulevard des Cités-Unies ? Mon interprétation des conventions typographiques suggérées pour la france sur le wiki [1] [2] est que tous les mots doivent commencer par une majuscule, sauf quelques exceptions (articles, etc...). Et le mot Point ne semble pas faire parti des exceptions. Je pense donc toujours que l'orthographe appropriée est Rond-Point. D'autres opinions ? Aurel [1] http://wiki.openstreetmap.org/wiki/WikiProject_France#Toponymies.2C_noms_de_lieux [2] http://fr.wikibooks.org/wiki/Wikilivres:Conventions_typographiques#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] [38] Vienne
Alors en fait il y a deux problèmes avec les données que tu as entrées Pour les routes il manque le tag highway=* comme par exemple highway=residential Pour les bâtiments il manque un building=yes area=yes s'applique aux zone type forêt, gazon, pas aux bâtiments... Enfin, la carte qui s'affiche dans l'onglet view n'est mise à jour qu'une fois par semaine environ. Pour avoir une mise à jour limitée mais avec un délai d'environ 10 minutes, je te conseille de lire cette page http://labs.metacarta.com/osm/up-to-date/ Yann Le 27 janv. 09 à 18:49, Yannick a écrit : Yann Coupin a écrit : Tu as une URL qui pointe vers la zone concernée que je jette un coup d'œil ? Yann Le 27 janv. 09 à 18:03, Yannick a écrit : Bonsoir, Je viens de faire un certains nombre de modifications sur Vienne et plus précisément le quartier nord. Ma source a été le cadastre. Je ne vois pas mes modifications. Qui pourrait me dire si ce que j'ai fait est bon? http://www.openstreetmap.org/edit?lat=45.5359lon=4.87887zoom=16 -- Yannick VOYEAUD http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Actes En Vrac: http://www.francegenweb/actes/ Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr Inconnu de Saulcy: http://www.lced.org Antoine Payet de la Réunion: http://payet.voyeaud.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] [38] Vienne
Le 27 janv. 09 à 19:26, Yannick a écrit : Re, Bon OK j'ai compris j'ai tout faux! grrr! Je vais reprendre mes copies vendredi. Amitiés Je suis désolé mais nos mail à Pieren et moi se sont croisés. Loin de moi l'idée de t'accabler :) Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] POI pour un passage de BOT: CMB
Je me souviens avoir vu ça à l'époque, mais j'avoue avoir eu la flemme de leur écrire un mail pour savoir si la licence était compatible avec OSM et je n'étais pas encore sur la ML pour pousser l'un d'entre vous :) Sans parler du fait qu'il me semblait avoir vu des conneries dans leur fichier (dans l'adresse, de mémoire) et qu'il faudra résoudre les conflits. Enfin, quid des mises à jour ? Yann Le 28 janv. 09 à 13:52, Sylvain Paré a écrit : Bonjour (ou re-) je sais que la banque Crédit mutuel mets à disposition de ses clients différents format de liste de POI des localisation de ses agences et automates. Terrible hein! plus qu'a faire un joli petit passage de BOT la dessus et c'est bon :) qu'en pensez vous? Pour les agences: je vous laisse choisir le format(il me semble qu'il n'y pas besoin de s'identifier) https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/tomtom/agences/agences.cm.tomtom.zip https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/garmin_csv/agences/agences.cm.garmin.zip https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/destinator_binary/agences/agences.cm.destinator.zip https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/destinator_csv/agences/agences.cm.destinator.zip https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/navman-mio/agences/agences.cm.navman.zip https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/google_maps-kml/agences/agences.cm.gmaps.zip https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/google_maps-kmz/agences/agences.cm.gmaps.zip https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/navio_ascii/agences/agences.cm.navio.zip https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/navio_csv/agences/agences.cm.navio.zip https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/miomapv3-igo/agences/agences.cm.mio.zip https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/smartpath_binary/agences/agences.cm.smartp.zip https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/gps_exchange_format/agences/agences.cm.gpx.zip Et pour les distributeurs: https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/tomtom/dabs/automates.cm.tomtom.zip https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/garmin_csv/dabs/automates.cm.garmin.zip https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/destinator_binary/dabs/automates.cm.destinator.zip https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/destinator_csv/dabs/automates.cm.destinator.zip https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/navman-mio/dabs/automates.cm.navman.zip https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/google_maps-kml/dabs/automates.cm.gmaps.zip https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/google_maps-kmz/dabs/automates.cm.gmaps.zip https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/navio_ascii/dabs/automates.cm.navio.zip https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/navio_csv/dabs/automates.cm.navio.zip https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/miomapv3-igo/dabs/automates.cm.mio.zip https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/smartpath_binary/dabs/automates.cm.smartp.zip https://www.cmb.fr/domiweb/prive/commun/contact/fichier_gps/gps_exchange_format/dabs/automates.cm.gpx.zip ++ ___ 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] Openhikingmap, OSM et la rando
Le 28 janv. 09 à 16:17, sly (sylvain letuffe) a écrit : Me reste plus qu'a trouver comment dynamiquement indiquer la durée de cache au navigateur pour éviter durant une session de promenade de recharger trop souvent (quelqu'un sait comment je fais remonter en python un header http ? ) Tu tourne en mode cgi avec un apache ou tu utilise un serveur http python ? Dans le premier cas un bête print Expires: , new datetime.add(new timedelta(minutes=10)).isoformat() devrait suffire au début du script. Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Openhikingmap, OSM et la rando
Le 28 janv. 09 à 18:00, sly (sylvain letuffe) a écrit : Re-salut, Ainsi cela devrait être bon : d = (datetime.datetime.now() + datetime.timedelta(minutes=1)) req.headers_out['Expires'] = d.isoformat() Tout simplement nikel ! req.headers_out['Mercis'] = 'beaucoup' Mais vous êtes tous fan de python ma parole, va falloir que je m'y mette ;-) En ce qui me concerne c'est assez récent (genre 1-2 mois). Mais j'aime pas mal ce que je vois jusqu'à présent. Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Redéfinition du boundary admin_l evel 7
Le 29 janv. 09 à 18:22, openstreet...@coutiere.com a écrit : Quartier ou nom commun = 10 Ce qui correspondrait bien aux neighbourhood américains qui n'ont pas de niveau défini d'après la page key:place du wiki. D'un autre côté je viens de découvrir que les Allemands ont franchis le cap et rajouté le niveau 11 pour cette info. Je serais curieux de savoir comment ils gèrent les limites floues pour ce genre d'info (ils doivent bien avoir le même problème que tout le monde pour ça...) Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.3] Début des test s de la V1.3
Dans ce cas là (et par ce que je suis bien d'accord avec la remarque) il faut faire ça : \bEcole\b = École Yann Le 30 janv. 09 à 13:38, sly (sylvain letuffe) a écrit : On Friday 30 January 2009 12:46, Pieren wrote: J'ai trouvé des expressions à améliorer: name=* Georges Sand* - name=* George Sand* pourrait aussi s'appliquer à Georges Sanders. name=*Ecolier* corrigera mal Ecoliere Très bonne remarque. Essayes d'être un peu plus conservateur et vérifier un espace ou fin de chaine ou début de chaine. Par exemple, je ne sais pas si ça existe mais : name=*Ecole* - name=*École* va par exemple corriger la Rue Franck Ecolet dont on ne sait pas si c'est un oubli du É ou vraiment Ecolet valable pour les autres aussi -- 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] Robot MS BOT V1.3
Le 3 févr. 09 à 14:43, Aurelien Jacobs a écrit :
Dans ce cas, ce qui m'a trompé c'est :
{^rond[- ][Pp]oint , Rond-Point },
D'après ton explication, le [Pp] est inutile.
Il y a plein d'autres exemples de ce genre sur la page du bot,
d'ailleurs. Sans parler du fait que sur le wiki la plupart de ce qui
devrait être entre crochets est entre paranthèses. C'est un pb de
copier-coller ou une vrai erreur dans le code ? Si c'est une erreur,
je vois que plein de règle ne vont rien faire du tout...
Yann
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rappel: appel à commentaires pou r relation:type=route_instruction
Bonjour, Comme je ne suis pas infaillible ni omniscient et au vu du peu de commentaires sur la proposition que j'ai faite la semaine dernière, je vous invite à venir déposer vos commentaires avant le vote. Si l'anglais vous effraie, répondez ici en français, voire demander moi de vous traduire les bouts pas clairs. Rappel de l'URL : http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:type%3Droute_instruction Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rappel: appel à commentaires pou r relation:type=route_instruction
Le 3 févr. 09 à 18:42, sly (sylvain letuffe) a écrit : Rappel de l'URL : http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:type%3Droute_instruction Nom de bleu que c'est compliqué Me voilà en train de faire des schémas sur des papiers pour voir quel est le cas que l'on ne peut résoudre avec le système de lane et qui nécessiterait ce type de relation. Si tu en as sous la main, ce serait bien de les indiquer, car, sauf erreur, les 3 exemples que tu cites en début me semble solublent topologiquement. isn't it ? C'est la conclusion (hâtive à mon avis) à laquelle en était arrivé un mec dans la partie talk avant de réaliser qu'avec les changement de nombre de lanes du deuxième exemple ça n'était pas possible. Sans parler du fait qu'il faudrait renseigner le nombre de lanes de tous les segments et aussi du fait que dans le deuxième exemple, les panneaux de directions sont sur la partie à 4 voies et nécessite donc de donner des instructions depuis une partie qui ne se scinde que plus tard si tu suis la mortorway. Les motorway_junction ne suffisent donc pas non plus. Enfin ce type d'instructions est applicable là où les *_junction n'existent pas : en ville par exemple. En effet le marquage au sol peut imposer certaines manœuvres qu'il est difficile de reproduire uniquement avec la topologie. Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rappel: appel à commentaires pou r relation:type=route_instruction
Le 3 févr. 09 à 20:14, Stéphane Brunner a écrit : Pour moi c'est une très bonne base, j'ai juste pas compris a quoi servent les tags : to_n_directional_sign, to_n_phonetic_direction, to_n_phonetic_direction_format. Premièrement le n de chaque tag doit être remplacé par le numéro qui a été assigné à la highway de destination. On a donc plusieurs membres de la relation, la highway de provenance (from), et les highway de destination (to_1, to_2, to_3...) On a donc de 0 à 3 tags (puisque tous les tags qui nous concernent sont tous facultatifs) rattachés à chaque highway de destination. Par exemple to_1_directional pour l'attribut directional de la highway nº1 ou to_2_phonetic_direction pour l'attribut phonetic_direction de la highway nº2 Concernant maintenant le contenu de chaque attribut si c'est uniquement ça qui n'était pas clair. to_n_directional_sign: cet attribut est censé reprendre le texte des panneaux de direction, en général le nom de villes ou de lieux marquants to_n_phonetic_direction: est censé contenir le nom de la direction principale sous forme phonétique. Cette valeur n'a pas vocation a être affichée mais est présente pour les moteurs de synthèse vocale. Elle peut être exprimée au choix du cartographe soit en utilisant l'alphabet API (IPA en anglais), voir http://fr.wikipedia.org/wiki/Alphabet_phon%C3%A9tique_international ou en utilisant l'alphabet X-SAMPA, voir http://fr.wikipedia.org/wiki/X-SAMPA to_n_phonetic_direction_format: est là pour dire quel alphabet a été utilisé pour exprimer la représentation phonétique et peut contenir soit IPA soit X-SAMPA Par contre je trouverais bien de mettre le texte présent sur le panneau voire ça couleur, cela permettrai de faire de joli plan de route comme viamichelin. C'est une bonne idée mais je me demandais au départ si ça n'aurait pas dû être mis au niveau national. Après réflexion il y a tellement de types de panneaux que je me demande si leur couleur ne devrait pas en effet être stockée pour chaque panneau. Après reste la question du format. Doit on stocker uniquement deux codes couleurs, une pour le texte, une autre pour le fond. Dans quel format ? Pourquoi pas plutôt un bout de CSS ? À charge pour les logiciels de guidage de parser cette valeur du mieux qu'ils peuvent. Ou alors juste un nom de style avec une liste à étendre au sein du wiki. La discussion continue... Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rappel: appel à commentaires pou r relation:type=route_instruction
Le 3 févr. 09 à 20:13, sly (sylvain letuffe) a écrit : là, je n'en suis pas convaincu 1) lane=2 tout le long la sortie Le logiciel de navigation doit dire : tenez votre droite puis sortez à la prochaine Alors je suis assez d'accord pour ce cas, mon exemple est bancal. Je ne l'ai pas viré de la page pour l'instant mais tu es le deuxième à me montrer que c'est calculable et je suis d'accord. 2) lane=3 avant lane=2 juste après la sortie Le logiciel de navigation doit dire : garder la file de droite ( il ne dit pas sortez car il a remarqué qu'après il n'y avait plus que 2 voies donc il sait que fatalement, c'est celle de droite qui sort ) Idem ci-dessus. 3) lane=3 avant a) une sortie + lane=2 b) une sortie + lane=1 Il sait de a) que la file de droite va à la première à droite Il sait de b) que la file du centre va à la deuxième à droite ça me semble jouable par soustraction Dans l'exemple 3 je ne suis pas d'accord. En effet au sein du segment C le nombre de files change. De ce fait le calcul devient impossible puisque n'existe pas la notion de lien entre les files. On sait que telle route passe de x à y voies, mais on ne sait pas de quel côté se trouve les x-y nouvelles voies. On ne peut donc en déduire quelle voie doit être suivie et aussi du fait que dans le deuxième exemple, les panneaux de directions sont sur la partie à 4 voies et nécessite donc de donner des instructions depuis une partie qui ne se scinde que plus tard si tu suis la mortorway. Tout à fait, le moteur de routage peut très bien prendre la décision, 400m avant l'embranchement d'indiquer placer vous sur la file centrale/droite/gauche Oui mais une fois encore, comment devine-t-il où se trouve les panneaux pour donner l'information à temps ? Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rappel: appel à commentaires pou r relation:type=route_instruction
Histoire de ne pas parler en l'air, voici la vue aérienne de la jonction en question. Ça part d'en haut à gauche pour aller en bas à droite (de l'A15 vers la N315 et l'A86) http://maps.google.fr/maps?f=qsource=s_qhl=frq=A86,+Ile-de-Francesll=47.15984,2.988281sspn=14.972555,46.582031ie=UTF8cd=1geocode=Fbse6gIdgokhAAsplit=0ll=48.940233,2.293718spn=0.007061,0.022745t=hz=16 Le 4 févr. 09 à 08:18, murphy2712.nospam a écrit : au sein du segment C le nombre de files change. C'est que ton segment est mal découpé ! La jonction entre CDE doit être faite au milieu entre le début et la fin des pointillés. C'est à dire ? Je suis censé cartographier sans respecter la configuration réelle des routes ? et aussi du fait que dans le deuxième exemple, les panneaux de directions sont sur la partie à 4 voies et nécessite donc de donner des instructions depuis une partie qui ne se scinde que plus tard si tu suis la mortorway. Tout à fait, le moteur de routage peut très bien prendre la décision, 400m avant l'embranchement d'indiquer placer vous sur la file centrale/droite/gauche Oui mais une fois encore, comment devine-t-il où se trouve les panneaux pour donner l'information à temps ? C'est pourtant bien ce que font tous les logiciels de navigation, et même Navit qui tourne sur des cartes OSM. La distance d'annonce est fonction de la vitesse. Et l'annonce est souvent faite plusieurs fois, du genre dans 2 kilomètres..., dans 500m, tourner à droite (et là il y a une petite marge d'avance tout de même). S'il y a des changements rapprochés il suffit de l'intégrer à l'annonce d'avant : dans 500m tourner à droite, puis serrez à gauche. Je suis bien d'accord que le guidage se fait à l'avance et en fonction de la vitesse, le problème est que dans le cas qui nous intéresse, la configuration physique diffère de la configuration perçue/logique. Si tu vois un meilleur moyen d'exprimer cette information je suis preneur. Je ne dis pas que je le fais bien mais à l'heure actuelle il n'y a pas de moyen d'exprimer cette différence. Yann___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rappel: appel à commentaires pou r relation:type=route_instruction
Le 4 févr. 09 à 13:08, sly (sylvain letuffe) a écrit : http://www.coupin.net/vrac/sorties.png Un petit dessin vaut mieux qu'un long discours ;-) j'y cogite Mais je me suis basé sur ton lien ici : http://slyserv.dyndns.org/osm/aerienne.jpg et c'est ce que j'ai tracé, mais bon, ok supposons ce nouveau cas. Sacré google, toujours prêt à faire une blague ! Ma carte était centrée ici au départ : http://maps.google.fr/maps?f=qsource=s_qhl=frgeocode=q=ie=UTF8t=kll=48.940698,2.292205spn=0.00334,0.010171z=17 Si en plus j'envoie pas les bonnes infos, on va pas y arriver... Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rappel: appel à commentaires pou r relation:type=route_instruction
Le 4 févr. 09 à 12:27, sly (sylvain letuffe) a écrit : Scinder c en 2 pour ajouter l'information du changement de nombre de voies. Voilà comment il me semble que je ferais : http://slyserv.dyndns.org/osm/sorties.png Raté ! ;) Si c'était si simple on aurait pas besoin de la relation. Je la refais avec le bon nombre de voies. Corrections au bic vert ;) http://www.coupin.net/vrac/sorties.png 3 cas quand le conducteur vient du segment A : 1) Le conducteur veut aller en B le logiciel de navigation calcul qu'entre A et B il y a 2 files de moins. Il en déduit qu'il faut se trouver sur la 1ère ou 2ème à gauche (car en france on roule à droite) et que les deux autres vont partir 2) le conducteur veut aller en D Entre A et B 2 files continues, il propose alors de les éviter et propose de se retrouver soit sur la 1ère ou 2ème à droite avant la jonction J1 Il calcul un peu à l'avance et détermine que de C à D une seule file continue sur D, il proposera donc : Avant J1 restez sur la file de droite, après J1 mais avant J2 passer sur la fil de gauche. ( avec un peu de calcul à l'avance, il doit pouvoir déterminer qu'il fallait, dès le départ, rester sur la 2ème file de droite ) 3) le conducteur veut aller en E même raisonnement, mais après J1 et avant J2 il proposera de rester sur la file de droite Ça c'est la théorie... En pratique, c'est pas ça, cf l'image. Après, pour l'histoire des panneaux, ma foi, c'est un élément de terrain qu'on peut tagguer, on peu imaginer donc définir un POI que l'on place sur le way, qui aurait comme attribu ce qu'on veut (une couleur, un texte,...) le logiciel de navigation pourrait en ternir compte pour donner une directive 100m avant le panneau qui conforte alors le conducteur dans le choix de son GPS. On peut raffiner en donnant : highway=sign // c'est un panneau way_direction=yes // il est lisible dans le sens du chemin text:3=Chambéry 20 km \n Grenoble 80 km \n Valence 150 km // voici son texte sur la file n°3 bgcolor:3=blue textcolor:3=white text:2=Sortie n°18 Crolles 2000m // sur la 2 bgcolor:2=white textcolor:2=black text:1=Aire du grésivaudan 500m // sur la 1 bgcolor:1=blue textcolor:1=white Y'a moyen de faire une jolie usine, mais on va l'avoir notre mappy ;-) J'aime bien les namespace. Je suis tiède sur les noms de couleurs, ou alors à prendre la liste de couleurs de la spec CSS, par exemple, histoire d'avoir une liste un peu conséquente et également mettre une liste de noms de couleurs conseillées pour chaque pays dans la page de specs histoire d'éviter les variations chromatiques d'un cartographe à un autre. Je suis assez contre mettre la distance en dur par contre. Ça devrait être calculé... Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le Rhone déborde vers Avig non ?
Tiens d'ailleurs je voulais te demander un truc sur ton rendu real- time. Les ways entourées de rouge c'est les noname ? Sinon c'est très très bien ! Yann Le 5 févr. 09 à 12:27, sly (sylvain letuffe) a écrit : Cette dernière n'apparait pas encore avec le rendu mapnik. On voit le problème ici : http://beta.letuffe.org/?zoom=13lat=43.98075lon=4.8466layers=B000 -- 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] Panique à Cergy-Pontoise
Le 3 oct. 2012 à 11:35, Marc SIBERT m...@sibert.fr a écrit : Le 3 octobre 2012 11:14, Nicolas Moyroud nmoyr...@free.fr a écrit : Bonjour à tous, En me baladant sur la carte OSM du côté de Cergy-Pontoise, je suis tombé une zone très étrange : http://www.openstreetmap.org/?lat=49.036725lon=2.079673zoom=18layers=M Je me suis dis : tiens donc du côté de Cergy quelques furieux auraient-ils fait de la cartographie d'intérieur ? Mais en chargeant la zone dans JOSM, j'ai bien vite déchanté. Il y a un espèce de gloubi-boulga avec des objets qui sont à la fois des highway=pedestrian et des building=yes. Il y a dû y avoir un gros problème quelque part. Quelle est la meilleure solution selon vous pour nettoyer tout ça ? Suppression massive des objets incriminés ? Un revert ? Nicolas Bonjour, A ma connaissance (hé hé, les réserves), Cergy comme d'autres villes nouvelles ont été construites sur des dalles pour séparer les piétons de voitures... d'où la représentation en building de grande zones. Après il faudrait repasser sur place afin de séparer le bon grain de l'ivraie. A mon goût, pas de revert précipité avant une visite in situ. Salut, Je confirme : c’est une dale. Après building ou plutôt pedestrian area + layer = 1 c’est plus un débat d’idée, mais il y a bien du building au dessus d’un plancher en dessous duquel circulent voitures, bus et RER et où se trouvent aussi commerces et galeries. Yann___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : [Nouveaux] Contribution via une application Android
Sauf qui si je ne dis pas de bêtises, ça veut dire qu'en moyenne on coupe à 2,5 km, bref ça va faire un cercle dont le centre sera l'origine. Ce qui pourrait être plus interessant serait de prendre l'origine de la trace et d'arrondir ses coordonnées et de faire une bbox de taille constante autour de cet arrondis. L'idée est que contrairement au random où une analyse statistique est possible, la bbox ancrée sur une coordonnée arrondie ne permet pas de retrouver l'info originale. Il est juste possible de savoir que l'origine se situe dans la bbox. Si elle est suffisament grande, c'est vague. Yann Le 21 août 09 à 17:07, Arnaud CORBET a écrit : Quand à la localisation, l'idée est bonne de randomizer pour couper à, par exemple, à 5km + random (0-5 km), ou mieux encore (user choice) + random (10% (user choice)). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fwd: Interruption de service les 22 et 23 août 2009
Rappel : c'est ce w-e ! Début du message réexpédié : De : Yann Coupin y...@coupin.net Date : 14 août 2009 17:03:05 HAEC À : Discussions sur OSM en français talk-fr@openstreetmap.org Objet : [OSM-talk-fr] Interruption de service les 22 et 23 août 2009 Répondre à : Discussions sur OSM en français talk-fr@openstreetmap.org (Traduction de l'annonce postée à l'instant sur la ML anglaise et qu'il a été demandé de traduire pour les ML locales). Le week-end prochain (les 22 et 23 août), les serveurs principaux d'OpenStreetMap seront indisponibles pour cause de maintenance électrique au University College de Londres. www.openstreetmap.org [1] et les API seront indisponibles durant cette période prévue approximativement du samedi 06:00 heure de Paris (05:00 GMT) au dimanche 23:00 (22:00 GMT). Le wiki et les listes de diffusion continueront d'être disponibles. Des négociations sont en cours pour essayer de garder http://tile.openstreetmap.org/ disponible, mais il est impossible de confirmer que ce sera le cas pour l'instant. Les administrateurs n'en profitent pas pour partir en vacances puisqu'à cette occasion seront également réalisé des mises à jour du matériel récemment approuvées par la fondation OpenStreetMap [2]. 1: www.openstreetmap.org sera remplacé par une simple page d'information pendant ce temps 2: http://wiki.openstreetmap.org/wiki/Servers/Upgrades/082009 Grant pour l'équipe des administrateurs système d'OpenStreetMap. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import Corine en cours - test import v3
D'un autre côté, ça déborde à peine. Je trouve dommage de se passer d'un gros pâté vert à cause d'un petit peu de recouvrement. Yann Le 15 sept. 2009 à 17:35, Emilie Laffray a écrit : 2009/9/15 Art Penteur art.pent...@gmail.com Les endroits signalés par Sébastien Dinot : -Le lac de Montbel est toujours recouvert (pb de multipolygones ?) : http://beta.letuffe.org/?zoom=14lat=42.97828lon=1.96638layers=BFT Il semblerait que ca soit un probleme avec ma version de osm2pgsql. Je vais voir ce soir ce que je peux faire. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose][annonce] version 2.0 beta test vient de sortir
Je vote pour le div auto-scroll avec une taille raisonnable... Le 22 sept. 2009 à 18:53, Etienne Chové a écrit : Je ne sait pas quoi faire. Si j'agrandis la bulle, ça va prendre de la place pour toutes alors que c'est pas nécessaire dans la plupart des cas, si je met une taille automatique ça merde dès que tu passe la souris sur un lien. Solution, ajouter un ascenseur ou laisser tel quel ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Où qui sont mes bâtiments ?
Sans parler du fait qu'en regardant rapidement j'ai l'impression que la feuille de style utilisée pour le rendu osmarender/ti...@home n'a pas l'air de tout gérer. Ça manque de verdure par exemple. Les bâtiments subissent peut-être aussi le même dédains. Yann Le 23 sept. 2009 à 00:30, Pieren a écrit : 2009/9/22 nono pingven...@free.fr: Le problème vient que le rendu osmarender se fait sur le réseau de PCs géré par le programme ti...@home qui habituellement utilise ses propres serveurs (ROMA et TRAPI) qui répliquent les données OSM en lecture seule. Mais actuellement, ce réseau de serveurs est en rade, ce qui fait que les clients ti...@home se rabattent sur les serveurs XAPI et API directement. D'où l'engorgement actuel sur ces deux interfaces qui ralentissent considérablement. D'où aussi les délais dans la mise à jour du rendu osmarender. cqfd. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Traduction wiki gondola vs cable_car dans le transport par câble
Pour moi gondola c'est ce qu'on appelle communément des œufs. Ça n'est pas restrictif, d'autres remontés avec des noms techniques plus ésotériques peuvent rentrer dans la catégorie gondola. Le point principal c'est que cable_car est une nacelle non débrayable où le cable tire la nacelle (qui peut rouler sur des câbles fixes de soutien) dans un sens, s'arrête puis repart dans l'autre sens (comme un téléphérique) contrairement à des œufs qui sont entrainés (voir soutenu) par un câble qui tourne en permanence dans le même sens. Tout ça était très bien expliqué sur la page suivante (cf looped cable) : http://wiki.openstreetmap.org/index.php/Proposed_features/Piste_Maps Yann Le 23 sept. 2009 à 00:35, sylvain letuffe a écrit : Le mardi 22 septembre 2009 23:55, Pieren a écrit : gondola qu'on pourrait traduire par Ligne de télécabine. Mais cette définition est déjà utilisée pour cable_car. Aussi j'appelle les taggueurs montagnards pour leur demander leur avis: - Peut-on redéfinir cable_car par Ligne de téléphérique pour réserver le terme de télécabine à gondola ? A la vue de la photo, oui. A la vue de la description de cable_car A cabin or gondola cable car run. Ben, encore un truc pas clair. gondola semble être une sous-catégorie de cable_car http://en.wikipedia.org/wiki/Cable_car La description du (splendide et plus précis!) http://wiki.openstreetmap.org/wiki/Proposed_features/Piste_Maps en donne une description telle que téléphérique soit la bonne traduction. mode mauvaise langue Et en plus le projet piste map a été développé par des suisses qui savent de quoi ils causent en matière de transport par câbles, contrairement aux anglais /fin Donc oui, gondola se traduirait au plus prêt par télécabine, et cable_car (dans le cas osm) par téléphérique. Au passage, téléphérique semble se dire (lien précédent) aerial tramway Faut-il parler de taille ou de nombre de personnes pour distinguer les deux catégories ? Sinon comment définir ces deux termes ? cf wikipedia, en parlant de télécabine et téléphérique. (et non de l'anglais cable_car peu clair) - Un téléphérique dispose de un ou plusieurs câbles porteur et de un ou plusieurs câbles de traction. - Un télécabine dispose d'un seul câble qui fourni le support et la traction. Le nombre de place ou nombre de cabines n'est pas signifiant pour les distinguer. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] carte des points d'eau en Ile-de-France. (besoin de conseils techniques)
Les index, à ma connaissance ils faut les faire à la main, et les recréer après chaque import puisque les tables sont supprimées puis recréées. Pas bien dur de faire un script qui lance psql avec un fichier de requête après avoir lancé osm2pgsql ceci dit. D'un autre côté, c'est un index totalement incompatible avec l'index geographique utilisé pour connaitre la liste des objets pertinents dans la bbox. La solution du delete est donc sans doute très intéressante si le but n'est d'avoir qu'une petite fraction de la totalité des objets. Yann Le 23 sept. 2009 à 00:57, sylvain letuffe a écrit : Option à pas cher a posteriori : DELETE from planet_osm_point where amenity!='drinking_water' Mais bon, ça doit pas non plus te ralentir des masses, postgis doit avoir des indexes pour faire les requêtes. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Astuce (peut-être) pas très connue dans JOSM
Dans le même genre de truc pratique que j'ai découvert il n'y a pas longtemps, il est possible de rajouter des presets dans la barre d'outils et donc par exemple de tagger (pardon, d'étiqueter ;) un rond- point en deux clics Le 26 sept. 2009 à 00:23, Christian Rogel a écrit : J'ai récemment trouvé une astuce pour gagner du temps que beaucoup d'entre vous connaissent, mais ce qui semble évident finit par n'être plus mentionné. Dans JOSM, on peut attribuer des tags à un groupe de voies exactement comme on multisélectionne dans d'autres logiciels : click sur le premier élément, puis shift-click sur tous les autres. Soit, par exemple un lotissement, on multisélectionne les rues tracées sur le plan de travail et dans le menu, on choisit le type de voies (résidentiel), puis la surface et éventuellement noexit. Ensuite, désélection et ajout des noms de rue. Là, où c'est agréable, c'est quand tout le lotissement n'a qu'un seul nom de rue, mais, il faudra plus tard revenir pour les numéros. J'utilise aussi cela pour mettre les élargissements pour demi-tour (turning_circle) sur plusieurs noeuds à la fois. Ca marcherait pour les feux rouges, les points de recyclage, les bancs ou n'importe quoi d'autre. Dans un autre genre, on peut utiliser dupliquer pour produire en plusieurs exemplaires des rond-points, des tags hamletou locality, les placer et les nommer ensuite. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Import Corine - Status
Un problème avec l'uploader ? Le 28 sept. 2009 à 13:39, sly (sylvain letuffe) a écrit : On lundi 28 septembre 2009, THEVENON Julien wrote: Quelle est la frequence de mise a jour des donnees d avancement ? c'est temps réél, mais l'import est bloqué actuellement. Une petite erreur que pieren et étienne corrigent avant de reprendre l'import... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Import Corine - Status
Je ne suis pas non plus vraiment parti d'une page blanche :) Je voulais surtout savoir si je pouvais aider ! Le 28 sept. 2009 à 15:25, Pieren a écrit : 2009/9/28 sly (sylvain letuffe) sylv...@letuffe.org: On lundi 28 septembre 2009, Yann Coupin wrote: Un problème avec l'uploader ? Ils sont 86 dans ce cas là 82 pour être précis qui seront corrigés dans la base osm. Et non, Yann, ton script fonctionne à merveille pour l'instant. Il a même prouvé qu'il pouvait reprendre à l'endroit où il s'était interrompu ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [geomatique] Urgent Propose Donnees Sig Sur Padang Indonesie
Sans vouloir faire de mauvais esprit, est-ce que toutes ces données ne viennent pas justement de devenir obsolètes et inutiles ? Yann Le 2 oct. 2009 à 17:24, Nicolas Klein a écrit : Bonjour, Je vous transfère cette info si jamais quelqu'un est dispo et motivé pour intégrer ces données dans OSM... Elles pourront certainement êtres utiles au plus grand nombre une fois intégrées dans OSM. Bon WE, Nicolas -- Message transféré -- De : geomati...@georezo.net Date : 2 octobre 2009 14:03 Objet : [geomatique] Urgent Propose Donnees Sig Sur Padang Indonesie À : geomati...@ml.georezo.net Message posté par : Frédéric POUGET (fpou...@univ-lr.fr) Bonjour Suite au récent tremblement de terre, si cela peut aider nos amis indonésiens, je propose de fournir toutes nos données SIG sur PADANG aux personnes ou organismes intéressés. J'ai en effet réalisé en 2008 dans le cadre d'une étude sur la prévention des risques de Tsunami à Padang dans le cadre du suivi d 'un travail de master d'un étudiant indonésien à l'Université de La Rochelle (Henky Mayaguezz). Nous disposons donc de données SIG précises sur - LE FILAIRE DES VOIES - LES BATIMENTS sur 75% de la ville (tracé de chaque batiment avec une appréciation de son état) - Loalisation des batiments pouvant faire office d'abris. merci de diffuser cette information auprès des personnes ou organismes susceptibles d'être intéressées. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[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] [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] 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] [osmose] nouveau plugin de vér ification des majuscules
J'en aurait bien un autre à soumettre mais je voulais surtout savoir à quoi servait exactement le lien faux positif. Est-ce que ça tombe dans une base/un fichier pour relecture ultérieure qui sert de base à l'amélioration des algos ? Ou est-ce que c'est simplement ignoré lors des lancements suivants ? Yann Le 8 oct. 2009 à 19:57, Etienne Chové a écrit : Vincent Pottier a écrit : Autre cas : Rue de l'École http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=15lat=47.1947lon=5.9603layers=B00Tch=1-906 L'apostrophe est bizarre... j'ai modifié le plugin pour le prendre en compte. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] 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] 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
Re: [OSM-talk-fr] Re : Proposition de l'import CLC à l'Image of the week
Je repose donc ma question originale :) Je veux bien faire un rendu qui se voit mais je voudrais savoir quoi modifier comme styles. Je suppose que je prend ce qui est sur la page du wiki ? Vous voulez que je filtre par user pour ne sortir que ce qui appartient au user clc ? Yann Le 15 oct. 2009 à 11:33, Emilie Laffray a écrit : 2009/10/14 Pieren pier...@gmail.com 2009/10/14 Vincent Meurisse osm-talk...@meurisse.org: On Wednesday 14 October 2009 22:25:22 Etienne T wrote: De souvenirs, Emilie avait fait une image de la france avec les données CLC pour le SOTM09. Faut juste demander l'image original ? http://files.meurisse.org/osm/france-corine.png http://files.meurisse.org/osm/france-corine-small.png Il faudrait une image de ce qui a été réellement importé. Oui car en plus cette carte n'a pas les bonnes couleurs a part pour la foret et comprends tous les polygones CLC. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 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] 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] 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] [urgent] cherche contributeur pour interview
Dis pas ça malheureux ! Il va nous falloir une édition complète du monde à ce train là :) Plus sérieusement, je pense que c’est assez amusant de voir des articles sur OSM dans 2 des principaux journaux français au moment même où le cours des actions de tous les vendeurs de GPS se cassent la gueule(1) depuis l’annonce par Google d’une appli de navigation intégrée dans les nouveaux téléphones Android. (1) Tomtom: −35% en 3 jours ! Garmin −20% Le 30 oct. 2009 à 22:17, Pieren a écrit : 2009/10/30 Denis dhel...@free.fr: Je suis bien conscient de ne pas faire avancer guère le schmilblick et n'ai pas la moindre once de début de proposition. Denis Moi, j'en ai une : pour avoir de longs articles, il nous faut Gerhard, alias gdi comme porte-parole ;-) piteusement, Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [info] Re: Submissions to the bestofosm
Tu ne comprends pas quoi ? Pourtant tu as l’air de parler anglais puisque c’est la langue du mail que tu lui as envoyé. Le 2 nov. 2009 à 21:22, nono a écrit : Le lundi 02 novembre 2009 à 19:33 +0100, Vincent Pottier a écrit : Hi Vincent, took me a bit longer, but I have added all three to bestofosm.org now. Especially the map of Mont Saint-Michel is incredible! Were you involved in creating that? Jochen Mi ne komprenas :( Ceci dit, il manque la « ruelle des cocus », à mapper dans l'urgence dès qu'un contributeur osm passe dans le coin. C'est à peu près par ici : http://www.openstreetmap.org/?mlat=48.635429mlon=-1.5101608zoom=18layers=B000FTF a+ nono ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 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] Passages piétons , trottoirs
En plus d'inaccessible et d'interdit, je rajouterais les endroits dangereux. Je pense qu'il y a une responsabilité à conseiller un itinéraire dangereux ou plutôt à ne pas l'interdire (via les tags) sous prétexte qu'il ne l'est pas formellement de par la signalisation. De ce que j'avais compris dans la description initiale, la route sans trottoir était dangereuse et pas seulement inconfortable : 90km/h sans trottoir, c'est suicidaire, et peut-être même interdit même s'il manque le panneau. Le 13 nov. 2009 à 09:26, Pieren a écrit : 2009/11/13 Balooval val.p...@gmail.com: Je ne mettrais foot=no que dans les endroits vraiment inaccessibles ou interdit aux piétons. Ca pourrait être le cas dans un tunnel ou sur certains ponts mais, à part les autoroutes et voies express, je ne le vois pas si c'est justifié par l'absence de trottoir. Pour l'instant, s'il y a si peu de tags sidewalk ou footway, c'est parce qu'on considère généralement que l'accès des piétons est partout possible par défaut. Mais la présence d'un trottoir fait quand même une grosse différence (en tout cas au niveau du sentiment de sécurité et de l'accès pour certains) par rapport à un simple accotement. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 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] Tuile et vectoriel (was: Re: Standardisation des applications Android utilisant OSM)
Le 18 nov. 2009 à 11:17, Julien D. a écrit : Mais Google Maps Navigation a l'air assez rusé et utilise du vectoriel pour les inscriptions, qui tournent avec l'affichage. Pour la route en elle-même je pense que c'est des tuiles bien que je n'en suis pas certain. Et si ils avaient trouvé le moyen de downloader juste le morceau de chemin (et alentours) en vectoriel, c'est faisable il me semble ? Dans ce principe, si on avait des serveurs offerts par free, je verrai bien un serveur ayant une base de données OSM à jour et capable sur requête de 2 coordonnées d'envoyer un flux xml contenant toutes les instructions de parcours... avec plan vectoriel du chemin (et alentours) ! Ensuite le mobile pourrait gérer ces données nativement et dans le cas d'un itinéraire loupé, le petit recalcul pourrait être possible en local grâce à ces données vectorielles légères (et aux données alentours du parcours). De ce que j'ai vu (démo vidéo et captures d'écran), les données de base (carte et trajet) sont au format vectoriel. Reste les vues sattelites et streetview qui forcément sont des images. Concernant ta deuxième requête : ça existe déjà ! Alors certains vont me répondre que c'est commercial et c'est le mal, mais cloudmade propose une API pour faire exactement ce que tu voudrais. C'est même dispo en français à cause de moi ;) Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraire une zone importante d'OSM
dump Autriche + découpage avec osmosis via une bbox ? Le 18 nov. 2009 à 22:20, Eric SIBERT a écrit : Ça m'est arrivé plusieurs fois de vouloir extraire une zone significative de la carte au format OSM et quand ça devient un peu grand, j'ai des difficultés. Exemples: - j'allais me balader à Vienne en Autriche. Je voulais télécharger la carte dans mon GPS. Dans JOSM, impossible de faire un carré autour de la ville, il y a trop de données. J'ai fait ça en une demi-douzaine de morceaux successifs. Sinon, il faut télécharger toute l'Autriche (et je ne sais pas comment retailler dedans) - je voulais transformer les Kerguelen en archipel. Trop grand en surface pour JOSM. Et aucune idée dans quelle extraction il faut aller chercher : asia? australia-oceania? planet ??? Comment extraire un gros morceau? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 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] Cherche beta-testeurs pour plugin cadastre-fr
C’est moi qui ait loupé un truc ou la dernière version est bien la 18595 ? Si oui, avec un josm-latest tout frais, j’ai cette erreur… Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2009-11-23 02:32:11 Last Changed Author: stoecker Revision: 2507 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2009-11-22 22:39:10 +0100 (Sun, 22 Nov 2009) Last Changed Rev: 2507 Memory Usage: 80 MB / 506 MB (24 MB allocated, but free) Java version: 1.6.0_15 Dataset consistency test: No problems found Plugins: AgPifoJ cadastre- fr graphview lakewalker multipoly openstreetbugs openvisible remotecontrol utilsplugin wmsplugin Plugin AgPifoJ Version: 18593 Plugin graphview Version: 18593 Plugin lakewalker Version: 17375 Plugin multipoly Version: 18415 Plugin openstreetbugs Version: 18595 Plugin openvisible Version: 17536 Plugin remotecontrol Version: 18678 Plugin utilsplugin Version: 18621 Plugin wmsplugin Version: 18712 Plugin cadastre-fr Version: 18595 java.lang.IllegalAccessError: tried to access field org.openstreetmap.josm.data.projection.Lambert.layoutZone from class cadastre_fr.MenuActionNewLocation at cadastre_fr.MenuActionNewLocation.addNewLayer (MenuActionNewLocation.java:86) at cadastre_fr.WMSDownloadAction.getLayer(WMSDownloadAction.java:42) at cadastre_fr.MenuActionGrab.actionPerformed(MenuActionGrab.java:36) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java: 2028) at javax.swing.AbstractButton$Handler.actionPerformed (AbstractButton.java:2351) at javax.swing.DefaultButtonModel.fireActionPerformed (DefaultButtonModel.java:387) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java: 242) at javax.swing.AbstractButton.doClick(AbstractButton.java:389) at com.apple.laf.ScreenMenuItem.actionPerformed(ScreenMenuItem.java:95) at java.awt.MenuItem.processActionEvent(MenuItem.java:627) at java.awt.MenuItem.processEvent(MenuItem.java:586) at java.awt.MenuComponent.dispatchEventImpl(MenuComponent.java:317) at java.awt.MenuComponent.dispatchEvent(MenuComponent.java:305) at java.awt.EventQueue.dispatchEvent(EventQueue.java:638) at java.awt.EventDispatchThread.pumpOneEventForFilters (EventDispatchThread.java:296) at java.awt.EventDispatchThread.pumpEventsForFilter (EventDispatchThread.java:211) at java.awt.EventDispatchThread.pumpEventsForHierarchy (EventDispatchThread.java:201) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java: 196) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java: 188) at java.awt.EventDispatchThread.run(EventDispatchThread.java:122) Le 22 nov. 2009 à 01:45, Pieren a écrit : 2009/11/21 Pieren pier...@gmail.com: Voila une nouvelle version qui, j'espère, corrige les problèmes de la projection Lambert 4 zones. J'ai aussi changé l'attribution automatique qui ne s'applique plus aux nodes sans tag. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] les faux positifs
Le faux-positif : c'est moi. Pour moi, le tag n'est pas superflu si oneway=no puisqu'il va à l'encontre de la valeur implicite. Donc je persiste et je signe :) De plus en regardant sur Yahoo, j'ai vraiment cru que ça n'était pas un rond-point classique (en plus on est dans l'enceinte de l'université, le code de la route pourrait ne pas s'appliquer). Après, si tu triches en regardant Google (pour ça on a le droit ?), il est vrai qu'on dirait bien un vrai rond-point. Yann Le 27 nov. 2009 à 14:53, Etienne Chové a écrit : Bonjour, Jusqu'à il y a 5 minutes, les faux positifs déclarés dans osmose étaient simplement ignorés. Je les rassemble maintenant dans une page pour le analyser. Le premier faux positif déclaré est là : http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlesatlon=2.34408lat=48.95638zoom=18 Le rond point est taggué en oneway=no : http://www.openstreetmap.org/browse/way/43592937 Ça veut dire que : 1. quelqu'un a mis le tag oneway=no 2. quelqu'un a cliqué sur faux positif J'ai donc des scrupules à le corriger, mais j'ai du mal à comprendre le concept du rond-point à double sens. Est ce que quelqu'un est déjà allé sur place ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] les faux positifs
Juste pour dissiper tout malentendu : je n’ai pas tracé ce rond-point. Je l’ai juste vu (et cliqué sur faux-positif) lors d’une « soirée osmose » où j’ai fait le ménage dans une zone près de chez moi. Je n’ai d’ailleurs jamais mis les pieds à cet endroit. J’ai sincèrement cru qu’il pouvait ne pas être en sens unique en regardant l’imagerie Yahoo (et je ne sais pas comment ça a pu être le cas, après l’avoir regardée de nouveau ce soir). Yann Le 27 nov. 2009 à 16:40, Emilie Laffray a écrit : 2009/11/27 Yann Coupin y...@coupin.net Le faux-positif : c'est moi. Pour moi, le tag n'est pas superflu si oneway=no puisqu'il va à l'encontre de la valeur implicite. Donc je persiste et je signe :) De plus en regardant sur Yahoo, j'ai vraiment cru que ça n'était pas un rond-point classique (en plus on est dans l'enceinte de l'université, le code de la route pourrait ne pas s'appliquer). Après, si tu triches en regardant Google (pour ça on a le droit ?), il est vrai qu'on dirait bien un vrai rond-point. Est ce vraiment tricher que de regarder Google? Tu as dessine le rond point a partir d'autres sources. Tu ne traces pas avec Google; tu ne fais que vérifier quelque chose que tu aurais pu voir en étant sur place. Autant je suis contre contre l'utilisation de Google dans le domaine du traçage, autant je suis la première a parfois vérifier quelques petits détails avec une image aérienne Google, afin de préciser ce que je vois sur le cadastre ou Yahoo, mais en aucun cas, ça n'est la source. Quand je ne peux pas vraiment pas dériver l'information autrement que par Google en vue aérienne pour comprendre, je ne rentre pas l'information dans OSM. La multiplication des sites comparant les différents sites de cartographie rend ce genre de chose facile. C'est un équilibre qu'il faut trouver, je pense. C'est un peu le même débat vis a vis de Google Street View. Est ce que lire le résultat d'une photo de Street View est légal? La réponse n'est pas sure, mais un certain nombre de personne pense que oui puisque c'est une interprétation de ce que tu vois et non pas un mécanisme automatisé. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nominatim
Oui j'ai vu un truc similaire aussi, j'étais dans le 18ème arrondissement de... Saint-Ouen (dep. 75) :) L'explication (enfin c'est une supposition mais je ne pense pas dire de bêtise) est qu'il n'ignore pas les pays/régions/villes sous forme de point quand elles sont incluses dans une zone administrative. Dans mon cas, le point central de Paris est plus loin que le point central de Saint-Ouen quand bien même je suis à l'intérieur du polygone de la zone administrative de Paris. Dans ton cas remplace Paris par la France et Saint-Ouen par Monaco et tu as ton explication. Yann Le 7 déc. 2009 à 14:22, Vladimir Vyskocil a écrit : Bonjour, J'ai un résultat pour le moins étrange avec cette requète : http://nominatim.openstreetmap.org/reverse?format=xmllat=43.616482lon=6.971906zoom=18addressdetails=1 reversegeocode timestamp=Mon, 07 Dec 09 13:16:39 + querystring=format=xmllat=43.616482lon=6.971906zoom=18addressdetails=1 result place_id=9639165 osm_type=node osm_id=507125132 30, Mouans-Sartoux, Mougins, Alpes-Maritimes, 06370, Provence-Alpes-Côte-d'Azur, Monaco /result addressparts house30/house townMouans-Sartoux/town cityMougins/city countyAlpes-Maritimes/county postcode06370/postcode stateProvence-Alpes-Côte-d'Azur/state countryMonaco/country country_codefr/country_code /addressparts /reversegeocode Mougins et Mouans-Sartoux sont 2 villes limitrophes, l'adresse se trouve dans Mougins (près de la limite avec Mouans-Sartoux), le plus étrange est cependant le pays avec la réponse : Monaco ! On 6 déc. 2009, at 22:23, Emilie Laffray wrote: Bonjour, le moteur de Geocoding de Brian Quinion est maintenant accessible sur http://nominatim.openstreetmap.org Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nominatim
Le Voronoi je m'en doutais, et ça n'est sans doute pas facile de faire cohabiter ça avec des polygones, mais il faudrait à ce moment là faire un sandwich de couches poly/points afin que les polygones soient prioritaires. Je pense que ça réglerait la plupart des pbs. Yann Le 7 déc. 2009 à 16:05, Emilie Laffray a écrit : 2009/12/7 Yann Coupin y...@coupin.net Oui j'ai vu un truc similaire aussi, j'étais dans le 18ème arrondissement de... Saint-Ouen (dep. 75) :) L'explication (enfin c'est une supposition mais je ne pense pas dire de bêtise) est qu'il n'ignore pas les pays/régions/villes sous forme de point quand elles sont incluses dans une zone administrative. Dans mon cas, le point central de Paris est plus loin que le point central de Saint-Ouen quand bien même je suis à l'intérieur du polygone de la zone administrative de Paris. Dans ton cas remplace Paris par la France et Saint-Ouen par Monaco et tu as ton explication. Il utilise pour le système un diagramme de Voronoi, ce qui explique parfois les limites choisies ne sont pas forcement bonnes. Mais globalement c'est un excellent boulot :) Les pays sont insérés directement dans la base de données. Ils ne sont pas générés directement a part de OSM. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sortie de Mapzen
Sans vouloir troller, dire que JOSM est de plus en plus lent comme explication pour passer à Potlatch c'est... hum... original :) Je suis d'accord que JOSM n'est pas un modèle d'ergo dans certains domaines mais potlatch est hyper lent (sans doute pas la faute de Richard mais de la techno). Après, à ceux qui se plaignent que mapzen n'est pas libre : OSEF ! C'est du libre qui rentre dedans ; c'est du libre qui en ressort ; il y a des alternatives open (JOSM, Merkator...) ; plus il y a d'outils, simple, sexy et qui évitent aux n00b de tout casser sans le faire exprès, plus la communauté grossira (aux dernières nouvelles c'est bien le but d'OSM ou j'ai loupé un truc et en fait le vrai but c'est de se branler la nouille, désolé Emilie, entre geek ?) Yann Le 8 déc. 2009 à 12:14, Emilie Laffray a écrit : 2009/12/8 David MENTRE dmen...@linux-france.org Le 8 décembre 2009 11:59, Emilie Laffray emilie.laff...@gmail.com a écrit : Personnellement, je me contenterais d'utiliser JOSM même si je suis de moins en moins contente de celui ci. Pour quelles raisons ? De plus en plus lent. Un certain nombre d'outils comme de la manipulation geometrique manque, une meilleure gestion des calques. Je sais que la solution est clairement de faire un patch etc... Enfin, ca implique de toucher a Java, et j'avoue que ma maitrise du java n'est pas forcement mon point fort. Va falloir que je me mette a Potlatch 2. Apres tout, j'ai promis a Richard le plugin cadastre :) Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [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] [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] [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] [Géovélo] Prototype de la no uvelle version
Merci, je ne connaissais pas cette page mais elle est super riche en info. Tags corrigés. Yann Le 8 févr. 2010 à 08:39, Pascal Rigaux a écrit : Le 7 février 2010 23:19, Yann Coupin y...@coupin.net a écrit : A ce propos, une nouvelle zone vient d’être crée dans le 18ème où la circulation est à double sens uniquement pour les vélos. Il n’y a pas forcément de marquage au sol piste cyclable dans toute la zone. pour le double sens cyclable, utiliser cycleway=opposite, cf http://wiki.openstreetmap.org/wiki/Bicycle#Miscellaneous ou http://wiki.openstreetmap.org/wiki/FR:Key:cycleway ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] forum: Viagra, Cialis, Levitra, Kamagra ou Propecia ????
En même temps hier j’ai eu deux captcha différents à résoudre sur le forum : à chaque fois le captcha n’était composé que d’un seul caractère, un chiffre. Alors de là à dire que ce ne sont même pas des chinois/indiens qui ont fait le coup vu la facilité de craquer le truc via un bête coup d’OCR… Sinon, en lieu et place d’un truc en javascript moisi comme le truc simili iPhone, il y a ce bon vieux http://recaptcha.net qui lui marche très bien… Yann Le 8 févr. 2010 à 18:13, Emilie Laffray a écrit : 2010/2/8 sly (sylvain letuffe) sylv...@letuffe.org Quand je disais a la main, je pensais en effet à du lecture de captcha par un humain, mais assisté par un logiciel. ça semble être le cas ici, le logiciel se fait passer pour IE6, ne semble pas supporter les cookies, ne récupère rien de superflux (pas les images, pas les styles css, par les .js) (combinaison peu probable pour un vrai humain) mais pour passer la protection, le code sur l'image a quand même été écrit juste. Ils ne doivent pas être payés cher les p'tits chinois dans un garage... Je vais peut-être passer par la solution maison pour que les scripts tout automatique soient obligatoirement ré-écrits Les petits chinois ou les petits indiens. Non, ils ne sont pas payés chers, mais ils sont payés. Tu peux louer les services de gens assez facilement pour ce genre de chose. Bref, parfois c'est assez déprimant ce genre de chose. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fichier et/ou gps ?
Le 6 févr. 09 à 00:34, g.d a écrit : Je pourrait tenter de poser la question en ces termes : - voulons nous tout reconstruire de zéro, et arriver à nos fins (quelles sont elles ?) en 2068 - voulons nous obtenir de l'aide et rapidement arriver à 98% de remplissage, au détriment d'une qualité que nous aurons corrigé en 2123 ? Oui, c'est une autre façon de formuler la question, quoique je trouve 2123 optimiste. Est-ce qu'un compromis ne serait pas d'utiliser un truc analogue à lake-walker afin de ne pas se palucher le dessin à la main tout en permettant de faire au moins une première passe de validation pour éviter d'importer des trucs qu'on sait être erroné ? J'ai un cas précis en tête. En face de chez moi les maisons ont été rasées il y 2-3 ans pour construire une résidence, hors sur le cadastre figure encore les maisons. Je ne vais donc pas les tracer, par contre avoir la faculté de tracer les autres bâtiments qui ont une géométrie qui m'a l'air exacte d'un seul clic est très attrayant car sans doute le seul moyen d'avoir l'info (gps, canyon, visite des jardins tout ça). Ça permettrait en tout cas de mapper très vite les zones connues et de limiter le taux d'erreur. De toute façon un import massif de certaines zones telles que montagne, si j'ai bien compris, ne rimerait pas à grand chose, non ? Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Questions sur des tags
A confirmer mais je taggerais comme ça.. Le 6 févr. 09 à 09:52, Jean-Philippe Louvel a écrit : Bonjour, J'aurai besoin de certaines précisions pour m'aider à tracer. - J'aimerais savoir comment faire avec josm pour tracer une place pavée uniquement réservée aux piétons ? highway=pedestrian area=yes - Quel tag dois-je mettre pour un beffroi ? On désigne par beffroi un ouvrage de charpente destiné à supporter et à permettre de faire mouvoir des cloches Cf : Wikipédia. Alors là, franchement aucune idée. Je tenterais bien un: amenity=bell_tower - Quel tags dois-je utiliser pour un bâtiment qui contient plusieurs magasins ? J'ai mis shop = mall mais le plugin Validator me dit que ce tag est inconnu. Il n'est pas encore validé mais il est utilisé, j'avais cherché pour un centre commercial et j'ai fini par tagger shop=mall aussi. - Est-ce nécessaire de tracer les cours intérieures des bâtiments ? si oui, comment le faire ? Il faut utiliser une relation, mais j'oublie tout le temps. Quand je ne sais pas je regarde le Stade de France :) http://www.openstreetmap.org/?lat=48.92461lon=2.3596zoom=17layers=B000FTF Ne pas tenir compte du Canal Saint-Denis : c'est Mapnik qui a un problème avec les noms des objets concaves visiblement.. Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corrections d'erreurs
C'est intéressant, mais je pense que ça vaut la peine d'attendre le premier passage du bot pour réduire le volume des corrections à faire. Au passage ça m'a proposé une erreur pour la D 13a en me disant que 13a n'était pas un mot valide. Je pense qu'il serait intéressant de virer les noms de nationales, départementales en utilisant un motif pour éviter de voir toutes les autoroutes et routes de ce genre revenir en permanence. Ou alors c'est par ce que D 13a devrait être dans la ref et pas dans le nom ? Yann Le 6 févr. 09 à 18:36, Etienne Chové a écrit : Bonjour, Voila une page qui propose quelques corrections à effectuer sur OSM. Ces corrections doivent être faites manuellement, cette page ne fait que des propositions. http://colocb3.hd.free.fr/cgi-bin/OsmGetError Etant indisponible la semaine prochaine (sauf si je trouve internet là où je vais) je ne pourrais pas répondre aux questions, mais Yoann (chez qui ce script est hébergé) se fera un plaisir de plonger dans le code si besoin. De toutes façon il ne touche pas à la base, et c'est mieux comme ça. Ce script est sous licence GPL (envoi par mail pour ceux que ça interesse pour le moment car il bouge pas mal) et toutes les propositions sont les bienvenues. Le dictionnaire de base inspiré de Wikipedia et Wikitionnaire est encore loin d'être parfait (il y a plein de mots à virer). Bref, que ceux qui se sentent motivés pour faire quelques corrections ne s'en privent pas, le moteur ne donne pas deux fois la même correction à faire (sauf après une vérification dans la base de geofabrik tous les midi). La liste des erreurs proposées sont sur http://colocb3.hd.free.fr/cgi-bin/OsmGetError -- Etienne ___ 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] Corrections d'erreurs
Le 7 févr. 09 à 00:48, Pieren a écrit : C'est aussi pourquoi je suis par contre d'accord avec l'espace dans les refs, même si moi-aussi je trouvais ça moche au début mais c'est comme ça sur la quasi-totalité des panneaux routiers (mais en demi-espace). On est juste habitué au sans-espace à cause de google maps et navtec qui eux sont souvent très approximatifs avec le réel. Dans ce cas là il serait peut-être judicieux d'utiliser soit une espace insécable (unicode 00A0), soit, encore mieux, une espace insécable fine (unicode 202F). Plus d'info ici : http://fr.wikipedia.org/wiki/Espace_typographique#HTML Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte de France avec lignes de niveau pour GPS Garmin
Ça a l'air pas mal, tu posterais une capture d'écran que ceux qui n'ont pas de garmin puisse voir quelle tête ça a ? Yann Le 7 févr. 09 à 18:30, Frédéric Bonifas a écrit : Je viens de créer une carte pour GPS Garmin de la France, à partir des données OSM et des données SRTM pour les lignes de niveau. Attention, le fichier fait 385 mo. Si vous avez des commentaires pour l'améliorer, je suis preneur ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cherche testeurs pour prochaine version du plugin cadastre-fr
Pieren, Aujourd'hui je regardais ma ville, et j'attendais avec hâte que tu sortes la nouvelle version. Je me posais la question de ce que le plugin allait télécharger, sera-ce être tout la ville ou juste la zone visible actuellement (peut-être tous les polygones dont au moins une partie est visible ou alors uniquement tous ceux qui vont être entier, je ne sais pas) ? Si seule la zone visible est téléchargée il devrait être facile de limiter les dégâts ainsi que de ne pas surcharger le wms. Qu'en penses-tu ? Yann Le 8 févr. 09 à 23:10, Pieren a écrit : Bonsoir, Je cherche deux ou trois testeurs pour la prochaine version du plugin cadastre-fr qui permet l'import de bâtiments. J'ai plusieurs problèmes: - la quantité de données est assez importante (en ville en particulier). - certaines piscines sont considérées comme des bâtiments par le serveur WMS (mais pas toutes) - il y a parfois des erreurs de géométrie ou des bâtiments qui pourraient être simplifiés. - Faut-il faire l'import sur un calque JOSM séparé ? Avantage, on peut facilement taguer tous les nouveaux polygones. Inconvénient de l'avantage, on pourrait travailler plus vite et ne pas faire les vérifications qui sont nécessaires à mon avis. Ceux que ça intéresse de faire des tests limités (très petites zones, contrôle de possibles problèmes) mais poussés sont invités à m'envoyer un email directement. Je voudrais que les tests restent limités car si un algorythme de simplification doit être introduit, il risque d'entrer en conflit avec des données déjà existants, au risque de créer un nombre important de doublons. De plus, il peut y avoir des bugs que je n'aurais pas encore vu. 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] Cherche testeurs pour prochaine version du plugin cadastre-fr
Pour les bâtiments, je me posais la question de savoir si les polygone du cadastre avaient des IDs uniques, et si oui si on ne pourrait pas les stocker dans les objets lors du premier import pour qu'ils soient détectés lors des imports suivants afin de les ignorer. Car même si ce n'est pas un problème pour l'instant puisque pas grand chose d'existant ne va être redondant, ça va devenir problématique lors des mises à jour dans le futur et également s'il y a chevauchement lors de la récupération des tuiles... Yann Le 9 févr. 09 à 15:00, Patrice Vetsel a écrit : - concernant les buildings importés et effacés manuellement, faut-il qu'un ré-import recréer le polygone ou l'ignore ? sachant que l'information concernant les polygones effacés est locale et ne dure que le temps d'une session d'édition. Après un upload vers la base OSM , le plugin ne pourra plus rien car JOSM conserve une copie des objets effacés avec un statut deleted uniquement pour le temps de la session d'édition en cours. Ah ben dans ce cas là il doit le recréer puisqu'il n'y a pas de moyen d'enregistrer au niveau d'OSM cette information sur un building effacé. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cherche testeurs pour prochaine version du plugin cadastre-fr
Je connais pas bien le coin, mais y'a un métro aérien à Landerneau ? :) Le 10 févr. 09 à 17:14, Steven Le Roux a écrit : 2009/2/10 Pieren pier...@gmail.com: je viens de voir ceci dans les stats du jour (http://www.openstreetmap.org/stats/data_stats.html): 1er: 56135 StevenLeRoux 6e :13024 mat en une journée, chapeau... J'ose espérer que ce n'est pas avec des bâtiments que cette quantité d'éditions a été atteinte... Pieren Pas que... mais une bonne partie :) J'ai fait un test assez large d'import communal. Visible sur Landerneau. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ 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] Pour les fous comme moi qui tracent les frontières de communes
J'ai un truc bizarre, sur une zone non-frontalière, que je ne m'explique pas. En effet parmi les villes près de chez moi que j'ai faites du temps où le serveur svg marchait, certaines ne passent pas en rouge. Hors, à priori, les relations n'ont pas de trous, en effet le vérificateur me dit que tout va bien... Si quelqu'un trouve une explication ça m'arrangerais bien... http://beta.letuffe.org/?zoom=13lat=48.99586lon=2.27845layers=00B0FTFF http://betaplace.emaitie.de/webapps.relation-analyzer/analyze.jsp?relationId=76341 http://betaplace.emaitie.de/webapps.relation-analyzer/analyze.jsp?relationId=76404 Yann Le 10 févr. 09 à 01:55, sylvain letuffe a écrit : En complément du très bon OSM-inspector, je vous propose un rendu présentant l'avancée du tracé des communes : http://beta.letuffe.org/?zoom=6lat=46.53632lon=4.79132layers=00B0FT ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour les fous comme moi qui tracent les frontières de communes
Le 12 févr. 09 à 22:27, Pieren a écrit : Je ne sais pas si c'est la cause de ton problème mais il y a deux ways en boundary dans la partie sud-est de la commune qui se superposent sur quelques noeuds (un fait 22 noeuds, l'autre 45) en particulier dans la zone du rond-point de la D 109 / D 170. Comme les extrémités des polylignes ne se touchent pas, ça doit invalider le polygone. Bien vu, je vais corriger ça. Ceci dit ça n'explique pas mon problème avec Montlignon aussi. D'ailleurs, au passage, au nord de ce rond-point, je vois une structure bizarre : la D 109 traverse de part en part un rond-point tertiary mais qui n'est pas tagué avec roundabout ou layer (si c'est à un autre niveau). Ça n'est pas taggé roundabout car c'est parsemé de feux (je pourrais les rajouter d'ailleurs ça ne ferait pas de mal) et les priorité classiques d'un rond-point ne s'appliquent pas. J'ai d'ailleurs dû parsemer le truc de restriction pour que le routage corresponde à la réalité. Je t'invite à découvrir ce monument à la gloire de la DDE sur gmaps si tu veux rigoler un coup. http://maps.google.fr/?ie=UTF8ll=48.979907,2.292176spn=0.000924,0.002843t=kz=19 Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Blog français
On publie une version traduite du post en anglais ? http://www.opengeodata.org/?p=391 Yann___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Pourquoi se restreindre aux autoroutes ? Pour limiter la casse et le volume ? Par ce que sinon je pense qu'on a plein de nationales et de départementales en souffrance qui bénéficieraient aussi de ce traitement. Aussi, pourquoi se limiter à de l'ASCII ? On pourrait pas mettre un demi-espace insécable unicode ? \U202F ou en UTF-8 (car je crois avoir compris que le bot faisait du faux unicode \xE2\x80\xAF ça serait plus joli, non ? Yann Le 16 févr. 09 à 20:28, Marc SIBERT a écrit : La correction des ref des autoroutes dont les ref justement commencent par A et qui se verront ajouter un espace après ce fameux A. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Bon alors pour l'espace insécable, on va attendre. Je sais qu'on ne tagge pas pour le rendu, mais là je crois qu'on va faire une exception. Premièrement impossible de le saisir dans Potlatch (je passe par la palette de caractères sous Mac OS X) et sous JOSM il est tellement fin qu'on ne le voit pas :) Et puis le rendu sur beta.letuffe foire et n'affiche plus les badges sur la voie pour les refs. Le rendu avec un espace insécable simple \U00A0 me donne le même résultat et du coup vu que le nom de la voie est un peu en vrac, je me demande si toutes les tuiles n'ont pas été rendués. En tous les cas JOSM se comporte normalement. Yann Le 16 févr. 09 à 22:35, Aurelien Jacobs a écrit : Si on veux vraiment faire quelque chose de correct, l'espace insécable (de préférence fine) semble être la seul solution. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Le 17 févr. 09 à 00:06, Marc SIBERT a écrit : OK. Comme suggéré par certain, si le log mettais mieux en évidence les changements eux mêmes, ça éviterait ce genre de malentendu. Pas facile comme déjà répondu. Ne sera pas fait à courte échéance. On pourrait mettre les textes dans le log entre guillemet le sortir dans un gros bloc code /code pour voir les espaces. Ça c'est facile et ça peur rapporter gros :) Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir - Le bon log en ligne
Le 17 févr. 09 à 00:01, Marc SIBERT a écrit : David MENTRE a écrit : Marc SIBERT m...@sibert.fr writes: Argh ! Désolé, j'ai fait mon boulet dans un copier/coller du log : le bon est en ligne maintenant (données du 16/2). Bon, on recommence : - Way 31011726 : 'Avenue du 19 mars 1962' modifié en 'Avenue du 19 Mars 1962' : date avec année, laisser tel quel ; Ben pour les mois, je fais quoi, jusque là c'était OK pour les passer en majuscule. Je pense que David n'a tout simplement pas lu les règles de typographie employées en toponymie (voir un autre mail du thread pour le lien). On va pas se taper un troll à Ront-Point encore une fois, hein ? :) - Way 31055255 : 'Cloitre St Martin' modifié en 'Cloître St Martin' : « Saint-Martin » (pour être cohérent avec les autres style-genre Saint-Michel) ? Les Saints sont codés un par un pour ne pas faire de correction malheureuse. Donc les saints non corrigés ne le sont pas CQFD. Je le rajoute pour la prochaine version. Comme vu plus bas avec la ville, on le garde peut-être pour plus tard celui là ? - Way 31059580 : 'Impasse du 11 novembre 1918' modifié en 'Impasse du 11 Novembre 1918' : idem, date avec année. - 'Place intérieure' modifié en 'Place Intérieure' : idem que « petite rue ». Je désactive intérieur et intérieure, à voir plus tard ou un traitement spécial pour Place intérieure. Toponymie encore, pour moi il faut mettre Intérieure, pas intérieure. - Way 25578676 : 'Rue Saint Leon' modifié en 'Rue Saint Léon' : « Saint-Léon » ? A rajouter aux saints de la prochaine version. voir ci-dessous - Way 4447166 : 'Rue Saint Étienne du Mont' modifié en 'Rue Saint-Étienne du Mont' « Saint-Étinne-du-Mont » ? http://fr.wikipedia.org/wiki/Église_Saint-Étienne-du-Mont Je me réserve pour un futur traitement spécial des noms de communes françaises (36000 env.) Cette étape est pour moi préliminaire à celle de remplacement des saints, sinon ça va faire n'importe quoi dès qu'une ville comprend le nom saint et un nom connu de ta liste de saints. - Way 30932372 : 'rue de la Sabliere' modifié en 'Rue de la Sabliere' : « Sablière » ? J'ai pas encore tout le dico des noms communs français dans ma liste... A ajouter dans la prochaine version. Avec une recherche pour trouver la bonne orthographe de tous les mots ? Bon courage... Je pense que l'outils de d'Étienne Chové est plus adapté à ce genre de problèmes. Rappel de l'adresse pour ceux qui auraient loupé son mail : http://colocb3.hd.free.fr/cgi-bin/OsmGetError - Way 30932333 : 'rue des Brunandieres' modifié en 'Rue des Brunandieres' : « Brunandières » ? Idem précédent. Pour le reste, ça me semble ok (mais j'ai pu laisser passer des trucs). 726 modifs à relire, il n'en faut pas plus ! Le problème c'est que chaque fois qu'on voit une erreur qui est restée dans la log, on rajoute un critère et donc on ramasse plus de name donc de nouvelles erreurs, c'est sans fin : while (true)... Enfin bon, si le but c'est d'écrire une règle pour chaque cas particulier découvert à chaque passe, vaut peut-être mieux faire une passe de mechanical turk avec l'outils d'Étienne, non ? Certes faire une règle évite que les problèmes introduits de manières postérieure à leur détection restent, mais on risque de ne pas s'en sortir à pondre des règles à tout bout de champs. En général quand on programme, il y a toujours un moment ou on se dit que certaines choses sont plus vite faites à la main que d'écrire un programme pour les corriger... Yann___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Après 24h, il semble que le rendu se passe sans difficulté en fait. Les problèmes que j'ai constaté hier était sans doute dû à des histoires de way traversant des tuiles sans avoir de node contenu dans ces tuiles ou quelque chose de ce genre. Pour info: http://www.openstreetmap.org/browse/way/27081392/history version du Mon Feb 16 21:59:50 + 2009 Je viens quand même de refaire un test avec un \U202F (espace fine insécable) et il s'avère que le rendu fonctionne correctement et on peut constater une différence subtile mais présente. JOSM n'affiche pas le caractère dans la boite de dialogue comme signalé hier. Ci-joint, les deux versions pour comparaison, le rendu est celui du site de Sylvain. inline: ref-0020.pnginline: ref-202F.png Si vous constatez des trucs bizarres ailleurs, c'est le moment de les remonter ! Yann Le 16 févr. 09 à 23:12, Yann Coupin a écrit : Le rendu avec un espace insécable simple \U00A0 me donne le même résultat et du coup vu que le nom de la voie est un peu en vrac, je me demande si toutes les tuiles n'ont pas été rendués. En tous les cas JOSM se comporte normalement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
C'est une bonne remarque en effet... Mais d'un autre côté je ne connais pas de moteur de recherche pour les routes, juste pour les villes, au sein d'OSM. Si quelqu'un en connaît un, je veux bien tester... Yann Le 18 févr. 09 à 10:30, David MENTRE a écrit : Bonjour à tous, 2009/2/18 Yann Coupin y...@coupin.net: Si vous constatez des trucs bizarres ailleurs, c'est le moment de les remonter ! Pas un truc bizarre que j'ai constaté mais une question qui me vient à l'esprit : l'utilisation d'un espace insécable ou même d'un espace, ne va pas poser problème pour les moteurs de recherche d'OSM ? Au contraire, ça peut améliorer ? Amicalement, d. ___ 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] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Le 18 févr. 09 à 12:11, Olivier Boudet a écrit : Le NameFinder (moteur de recherche à gauche de la carte sur www.openstreetmap.org) recherche également dans les noms de rues. Exemple : tape avenue andré bonnin, chantepie dedans, cela te sors la bonne rue. On en apprend tous les jours ! Chercher Dxxx sans espace ne trouve pas les routes dont la ref contient un espace. Chercher D xxx avec un espace (ce bon vieux ASCII 32) trouve toutes les voies ayant une ref avec un espace (normal ou insécable fine, ça c'est la bonne nouvelle), et ce quel que soit leur numéro. Donc clairement la question de l'espace dans la ref doit encore être discutée. Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Que s'est-il passé le 16 févri er ?
Bon, j'ai regardé le diff de ce jour là, et j'ai fait un classement des utilisateurs apparaissant le plus pour les objet modifiés. J'ai le top 3 suivant. Skywave 1303 modifs benoit tardy 1775 modifs Alban 6650 modifs Mais quand je regarde les objets, j'ai des timestamp qui ne collent pas et je ne sais pas bien lire le diff pour en faire qqc d'utile. Par contre quand je regarde l'historique de quelques objets un peu au hasard, j'ai des modifs pour la période horaire donnée et ils sont tous de frodrigo. Maintenant, cette analyse n'est pas exhaustive, mais je pense quand même qu'on a trouvé notre client. Je vais tenter de charger les historiques d'une partie des objets modifiés via un script histoire d'être plus systématique pour refaire un top 3 à mon avis plus pertinent... Yann Le 21 févr. 09 à 22:01, Pieren a écrit : On Sat, Feb 21, 2009 at 9:24 PM, Charlie Echo openstreet...@coutiere.com wrote: En bleu, ce sont les modifications. N'est-ce pas un coup du fameux script qui convertit automatiquement des tags ? Si c'est le bot, pourquoi est-ce que ce n'est pas plus uniforme sur tout le territoire ? Seules certaines zones semblent touchées... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Que s'est-il passé le 16 févri er ?
Alors deuxième round ! Après avoir interrogé l'API d'historique avec un jeu aléatoire correspondant à 10% des modifs de ce jours, voici nos grands gagnants : 891 Skywave 490 frodrigo 239 sidney 189 Art Penter 174 flobb 171 Esperanza36 140 Dupleix 134 benoit tardy 117 Marcussacapuces91 On leur envoi un petit message pour savoir ce qu'ils ont fait ? Yann Le 22 févr. 09 à 01:26, Yann Coupin a écrit : Bon, j'ai regardé le diff de ce jour là, et j'ai fait un classement des utilisateurs apparaissant le plus pour les objet modifiés. J'ai le top 3 suivant. Skywave 1303 modifs benoit tardy 1775 modifs Alban 6650 modifs Mais quand je regarde les objets, j'ai des timestamp qui ne collent pas et je ne sais pas bien lire le diff pour en faire qqc d'utile. Par contre quand je regarde l'historique de quelques objets un peu au hasard, j'ai des modifs pour la période horaire donnée et ils sont tous de frodrigo. Maintenant, cette analyse n'est pas exhaustive, mais je pense quand même qu'on a trouvé notre client. Je vais tenter de charger les historiques d'une partie des objets modifiés via un script histoire d'être plus systématique pour refaire un top 3 à mon avis plus pertinent... Yann Le 21 févr. 09 à 22:01, Pieren a écrit : On Sat, Feb 21, 2009 at 9:24 PM, Charlie Echo openstreet...@coutiere.com wrote: En bleu, ce sont les modifications. N'est-ce pas un coup du fameux script qui convertit automatiquement des tags ? Si c'est le bot, pourquoi est-ce que ce n'est pas plus uniforme sur tout le territoire ? Seules certaines zones semblent touchées... ___ 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] Pour le robot 1.5
Je lui avait écrit et il m'avait dit qu'il allait les enlever, si tu les vois, c'est qu'il ne l'a pas fait (et j'avoue ne pas avoir vérifié après notre échange de mail). Bref, je suis pour virer ces points. Yann Le 23 févr. 09 à 18:40, Charlie Echo a écrit : Ma requête vient du fait que l'utilisateur agami a rendu complètement acnéique le nord du 17e arrondissement de Paris : http://www.openstreetmap.org/?lat=48.89502lon=2.31141zoom=17layers=B000FTTT (ou alors il y a une forte densité de bancs, cols et cairns au milieu du périphérique...) Comme tout a l'air d'avoir été fait en peu de jours fin janvier, je ne lui ai pas écrit ; je présume que c'est une erreur de jeunesse. Mais bon, maintenant, il faut nettoyer les erreurs de jeunesses de lui et ses pairs. - Mail Original - De: Olivier Boudet oliv...@boudet.org À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Lundi 23 Février 2009 17:56:55 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Pour le robot 1.5 Le minimum dans le genre de cas que tu cites est à mon avis de mettre un tag du genre : note=ceci est un col, tag non encore choisi ou note=FIXME ou FIXME=ceci est un col, tag non encore choisi (je laisse le débat sur la manière dont on doit tagguer les FIXME de coté) A mon avis, on ne devrait *jamais* ajouter des nodes sans tags. Les contributeurs qui passent derrière ne peuvent pas savoir ce dont il s'agit (erreur ou non). Que l'on ait des choses à ajouter mais dont on ne connais pas la manière de tagguer ne doit certes pas nous bloquer, mais il faut au moins indiquer un tag pour bien préciser aux gens que ce node est volontairement placé ici. PS : j'ai souvent rencontré des nodes seuls et sans tags, je les ai tous supprimés (et je continuerais à l'avenir). On Mon, 23 Feb 2009 17:44:00 +0100, g.d g...@wanadoo.fr wrote: Ça me paraît périlleux, car c'est une approche par le négatif logique, inversée, donc ça juge ce qui devrait être, dans les yeux de quelques-uns, et supprimerait le reste. Je peux parfaitement placer des points (nodes) aujourd'hui, pour quelque chose que je n'ai pas encore relevé complètement, mais seulement fait en partie, sachant que d'ici plusieurs semaines j'y reviendrai dessus pour compléter, mais ne voudrais pas, que d'ici-là, les renderers affichent du incomplet. D'où pour l'instant seulement des nodes, pas de ways... Ou ai placé des nodes à des endroits, pour lesquels n'existait aucun tag (un col, un banc en montagne, un point dangereux, un cairn, un abri sous roche, et autres) en me disant que, quand ils feront un tag correspondant, j'y reviendrai sur osm et le mettrai. J'avoue avoir parfois, avec réticence, avoir choisi plus tard un tag pas tout-à-fait correspondant, juste pour que ça s'affiche (tapez-moi...). Ou ai mis un node là, ou j'avais mis un waypoint (donc quelque chose de remarquable), mais ne me souviens plus, de quoi il s'agissait - mais ça peut aider au suivant qui passe par-là. Aussi avons-nos, sur la frontière franco-italienne, un tracé de frontière très faux, décalé d'environ 1200 mètres et grossier (issu du CIA ?), là où auparavant un italien avait mis une frontière du Piemonte bien plus exacte, mais qui a été effacé. Pourtant il en subsistent des nodes (pas les ways). Faut-il les supprimer, ces nodes mieux exacts, ou les conserver pour usage ultérieur ? Sais pô... Effacer automatiquement, c'est antipathique... Amicalement Gerhard Le 23 févr. 09 à 16:15, openstreet...@coutiere.com a écrit : J'ai en tête une utilisation d'un robot assez périlleuse : il s'agirait d'enlever tous les Nodes qui ne servent à rien (nombreux à cause de Potlatch) Un noeud qui ne sert à rien est un noeud qui n'a pas de Tag ET qui ne fait partie d'aucun Way : il faut donc : - prendre tous les noeuds - prendre tous les chemins ou relations, et supprimer leurs noeuds de la liste - supprimer de la liste tous les noeuds avec attributs Normalement, on reste avec les noeuds inutiles... Mais c'est un peu dangereux, il faut l'admettre... - Mail Original - De: arp enteur art.pent...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Lundi 23 Février 2009 15:14:38 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] Pour le robot 1.5 Bonjour, La page wiki du robot ( http://wiki.openstreetmap.org/wiki/ User:MS_BOT ) décrit un certain nombre de corrections sur les noms propres. Je suis surpris d'y trouver Georges Sand, avec un s. C'est une faute de frappe dans le robot, ou seulement sur la page wiki ? Par ailleurs, une suggestion : je viens de corriger un proffesseur. Pensez-vous utilse que le robot fasse la correction roffesseur-rofesseur sur toute la France ? Art. ___ Talk-fr mailing list
Re: [OSM-talk-fr] Cadastre communes : A new hope
On sait dans quelle projection sont les fichiers et la conversion ne marche pas, ou alors il faut trouver la bonne projection ? Je veux bien jeter un coup d'œil (plus on est de fous plus on rit, hein ?), envoi moi un fichier de test par mail si tu veux. Yann Le 23 févr. 09 à 22:29, Steven Le Roux a écrit : Ludo et moi avons fait quelques essais mais nous rencontrons des problèmes de projections pour le moment. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pisk'on est dans les outils, about notes and fixme
Miam ! bah voilà, on l'a notre openstreetbug intégré ;) Merci Sylvain ! Yann Le 24 févr. 09 à 18:22, sly (sylvain letuffe) a écrit : Ça doit sûrement exister déjà mais tant pis, j'en avais besoin et ça va plus vite de le faire (2 minutes 30) que de le chercher Alors des fois que ça serve : http://beta.letuffe.org/?zoom=10lat=45.63076lon=5.92755layers=0BFTFF -- 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] Rond-point en plusieurs morceaux
J'ai vu un cas comme ça récemment et je l'ai fait avec un roundabout en 4 segments dont 2 en bridge, après on pourrait dire qu'il faudrait mettre les 4 ways dans une relation roundabout, mais ça me parait un peu tiré par les cheveux... http://openstreetmap.com/?lat=47.16931lon=-1.57788zoom=17layers=B000FTF Yann Le 25 févr. 09 à 12:01, Eric Sibert a écrit : Comment fait-on un rond-point (ou Rond-Point ;-) ) qui comporte des sections en parties en pont? Par exemple, un rond-point échangeur au-dessus d'une autoroute : http://openstreetmap.com/?lat=45.019854lon=5.0408zoom=18layers=B000FTF Dans l'exemple ci-dessus, l'auteur a mis layer=2 mais pas de bridge. Est-ce que ça se fait de découper le roundabout en 4 morceaux dont deux en bridge tout en laissant junction=roundabout pour tous? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rond-point en plusieurs morceaux
Personnellement j'ai tendance à considérer qu'un tunnel qui fait uniquement la longueur de la largeur de la/des voies qui surplomb(ent) est un pont. Si après le pont inclut le centre d'un ront-point, je considère ça comme un tunnel. Ça va à tout le monde comme définition ? Yann Le 25 févr. 09 à 14:47, Charlie Echo a écrit : Une autre solution serait de tager l'autoroute en layer=-1, voire d'ajouter un tunnel (parce que pour les voies larges, un pont est souvent associé à un tunnel perpendiculaire). En fait, on ne sait pas vraiment où est le niveau du sol, avec tous les remblais... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rond-point en plusieurs morceaux
Alors, pont ou tunnel ? http://fr.wikipedia.org/wiki/Fichier:Cadre_BA.JPG Yann Le 25 févr. 09 à 15:37, Mathieu Arnold a écrit : +-le 25.02.2009 15:31:59 +0100, Yann Coupin a dit : | Personnellement j'ai tendance à considérer qu'un tunnel qui fait | uniquement la longueur de la largeur de la/des voies qui surplomb(ent) | est un pont. Si après le pont inclut le centre d'un ront-point, je | considère ça comme un tunnel. | | Ça va à tout le monde comme définition ? Moi je considère que quand quand c'est construit par dessus c'est un pont et quand c'est creusé par en dessous c'est un tunnel :-) -- Mathieu Arnold ___ 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] tags particuliers
Le 4 mars 09 à 14:50, Fabien Marchewka a écrit : malgré les pages en francais je me pose quelques questions pour les tags : - townhall ne semble pas avoir de représentation sur la carte. Une mairie me parait un point des plus importants. La liste qui me parait à peu près à jour des logos existants se trouve là, et la mairie n'en a pas, si tu te sens une âme d'artiste... http://wiki.openstreetmap.org/wiki/Proposed_Icons - Le tag post_office sur un batiment fait que le logo n'est plus visible. C'est dommage, à moins que je fasse une erreur. Problème de rendu, as-tu le même problème si tu bascule entre le rendu mapnik et le rendu osmarender ? (il faut cliquer sur le petit plus bleu en haut à gauche de la carte) - un batiement taggé cinema n'a pas non plus de logo spécifique. Dans osmarender : oui, sinon non. La encore pb de rendu. - Quels sont les magasins à tagger ? parce qu'en centre ville, c'est un peu trop peut-être mais pourquoi privilégier certaines enseignes. Perso je rentre : - Banque avec distributeur - Boulangerie - Pharmacie - Poste + boîte aux lettres - Tabac - Supermarchés - Pompe à essence - Restau, bar , pub. C'est me semble-t-il le genre de commerce utile à trouver dans une région que tu ne connais pas... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Boundary France - Finistère - hexa gone
Ça vaudrait pas le coup de faire un tracker bittorrent, c'est vraiment bien pour ce genre de choses, non ? Yann Le 11 mars 09 à 14:48, sly (sylvain letuffe) a écrit : Cela devient encore plus critique avec l'indisponibilité de Geofabrik. Arf ;-) C'est le défaut de ce qu'il a fait pour une plateforme très utilisée, en réduisant la vitesse on se retrouve avec des milliers de téléchargements simultanés et la RAM n'aime pas trop. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger un habitat dispersé ?
Le 15 mars 09 à 23:44, OSM Léon a écrit : Et on ne peut pas proposer un tag ? Parce que je pense qu'on retrouve très souvent le cas. Les Etats-Unis doivent être blindés de coins comme àa à l'habitat peu dense mais clairement identifié comme zone d'habitation (je ne parle pas de quelques fermes dans la campagne). Perso, un landuse=residential ne me choquerais pas du tout. On est en ville, même si ce n'est pas une zone urbaine (au sens immeubles sans verdure). Après tout landuse=residential c'est pour (je cite) Predominantly houses or apartment buildings, hors, dans le cas que tu décris on est pas en fôret, ni dans les champs ou en zone industrielle, c'est bien principalement des maisons. Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin menant à une gare ?
A première vue, ça me parait plus bizarre. Le train est-il aérien, ou alors s'agit-il d'un tram ? Dans les deux cas, le tagging de la voie ferrée est incorrect. Si le train longe la voie, là encore le tagging est incorrect. Dans tous les cas, à part une visite sur place, je ne vois pas comment résoudre la question (et oui j'ai cherché des photos geotaggés sur Flickr et je n'en ai pas trouvé qui me permette de répondre à la question). Yann Le 18 mars 09 à 15:45, Stéphane Brunner a écrit : J'ai un autre cas similaire ou un train ce trouve sur une route ! http://keepright.ipax.at/report_map.php?zoom=15lat=46.28852lon=7.0628layers=B0T Le mappeur a utiliser le même points que pour la route ce qui me semble correcte, qu'un pensez-vous ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arcview
J'avais vu passer des fichiers de batiments de Brest je crois (pas arcview de mémoire) qui avaient les mêmes extensions et j'avais trouvé du code python pour le lire. J'avais regardé le truc mais je n'avais pas poussé plus que ça vu que le problème était un problème de projection. Je peux retrouver ça... Yann Le 18 mars 09 à 21:10, Eric SIBERT a écrit : On m'a transmis des données au format Arcview (un ensemble de 5 fichiers avec le même nom et changeant juste d'extension : dbf, sbn, sbx, shp et shx). Et maintenant, je cherche comment transférer ça dans osm. Certains ont-ils déjà une expérience dans la matière? Je précise que je ne dispose pas d'Arcview. Je continue mes recherches dans les archives des listes de diffusion. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arcview
Tiens, j'ai retrouvé l'url du code que j'avais utilisé... http://indiemaps.com/blog/2008/03/easy-shapefile-loading-in-python/ Yann Le 18 mars 09 à 21:35, Eric SIBERT a écrit : Les données sont des limites de parcs naturels. Je voudrais extraire ça parc par parc et le transférer dans osm. Et vérifier au passage sur un des parcs où j'ai pris des bornes au GPS qu'il n'y a pas de pâté. À priori, c'est dans la projection locale. Je peux peut-être demander une conversion en WGS84 mais pas avant un mois. À l'inverse, si j'arrive à extraire dans un fichier texte la liste des coordonnées, je n'aurais pas trop de mal à en faire un GPX dans le bon système de coordonnées. Éric ___ 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] Cartes OSM sur IPhone?
Alors de ce que j'en ai compris (j'ai suivi le live blogging et j'ai vu la partie concernée dans la vidéo de la pres), il y a deux choses distinctes. La première, l'appli maps qui utilise les cartes/vue aérienne de google est désormais un widget qui peut être réutilisé. Ça veut dire que les développeurs n'ont plus besoin de coder l'affichage des points sur les cartes ou de coder un truc qui scroll et qui zoom. Ça c'est plutôt mauvais pour OSM car ça veut dire qu'il est plus facile d'utiliser gmap que OSM. Ou tout au moins, même s'il existe un widget sous license BSD pour OSM, ça augmente encore la visibilité des cartes Google car seul un développeur qui connait et aime OSM va chercher à l'utiliser en lieu et place de la solution officielle qui utilise Google et qui est directement disponible. Par ailleurs, Apple autorise désormais les applications de guidage turn-by-turn qui étaient jusqu'à présent interdites. Et dans ce cas là, utiliser les cartes Google est interdit par la license, c'est ce qu'ils appellent le B.Y.O.M. (Bring Your Own Map: utilisez vos propres cartes), et là c'est une vrai chance pour OSM, car ça veut dire qu'OSM est attractif pour un développeur amateur, ne serait-ce que de par le coût des cartes OSM. Mais je crains que nos amis de chez Tom-tom/teleatlas et autres ne soient beaucoup plus visible. Ils seront sans doute beaucoup plus chers et c'est une chance pour OSM, mais dans ce cas là on sera dépendant de la qualité des applications disponibles qui seront basées dessus. Yann Le 19 mars 09 à 00:49, Christian Rogel a écrit : Parmi les nouveautés annoncées pour la version 3.0 du firmware OSX qui fonctionnera sur l'Apple IPhone cet été, j'ai relevé : dans le site suisse MacGénération : iPhone OS 3.0, c'est aussi l'illustration de ce vieil adage de Cupertino : quand on tient une idée, on ne la lâche pas. Ainsi, après iPhoto ou encore iMovie sur Mac, ce sont les applications mobiles qui vont pouvoir utiliser les informations de Google Maps. Joie des épingles, des zooms, de la rotation. Les développeurs pourront aussi utiliser le GPS. À eux toutefois de développer leurs propres cartes. Est-ce que cela n'ouvre pas des possibilités pour OSM? Désolé, ce post est réalisé sous MacOSX avec un noyau FreeBSD. ;- ) 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] Boundary France - Finistère - hexa gone
À propos, j'ai un truc bizarre avec une ville à côté de chez moi : Soisy-sous-Montmorency. Elle n'est pas en rouge alors qu'elle m'a l'air complète. Je suis sûr que ça ferait plaisir à Christian que ça marche ;) http://betaplace.emaitie.de/webapps.relation-analyzer/analyze.jsp?relationId=76374 http://beta.letuffe.org/?zoom=14lat=48.98859lon=2.30068layers=B0FFT Yann Le 21 mars 09 à 19:30, sylvain letuffe a écrit : Le samedi 21 mars 2009 19:16, Steven Le Roux a écrit : Voilà, Ludo et moi avons réparé la relation finistère. Elle devrait être ok. http://www.openstreetmap.org/browse/relation/102430 ça semble qu'il reste peut-être bien des trous : http://beta.letuffe.org/?zoom=8lat=48.13096lon=-3.87844layers=B0FFFTFFF http://betaplace.emaitie.de/webapps.relation-analyzer/analyze.jsp?relationId=102430 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Boundary France - Finistère - hexa gone
Le 21 mars 09 à 22:22, Aurelien Jacobs a écrit : On Sat, Mar 21, 2009 at 09:20:22PM +0100, Yann Coupin wrote: À propos, j'ai un truc bizarre avec une ville à côté de chez moi : Soisy-sous-Montmorency. Elle n'est pas en rouge alors qu'elle m'a l'air complète. Je suis sûr que ça ferait plaisir à Christian que ça marche ;) http://betaplace.emaitie.de/webapps.relation-analyzer/analyze.jsp?relationId=76374 http://beta.letuffe.org/?zoom=14lat=48.98859lon=2.30068layers=B0FFT C'est corrigé. Il y avait simplement une des way de la relation qui avait un tout petit segement en trop. En gros, à un des node de jonction entre deux des way de la relation, il y avait une des way qui repartait vers un node en trop, tout proche du node de jonction. Bon, ça remarche en effet. Ce qui m'inquiète c'est que ces deux outils sont censés fonctionner sur de la donnée temps réel (ou presque pour le truc de Sylvain) hors aucun problème n'était détecté par l'analyseur de relations. Je me demande donc si c'est un outils vraiment fiable ? Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
