Re: [OSM-talk-fr] nodes dupliqués
Le jeudi 04 février 2010 à 01:03 +0100, vpot...@gmail.com a écrit : Le 03/02/10 23:56, Mathieu Arnold a écrit : On dirait qu'il y a un peu de taf : http://matt.dev.openstreetmap.org/dupe_nodes/?zoom=7lat=47.69637lon=2.75913layers=BT Ça ressemble pas mal aux suites de l'import Corine, et on dirait que la carte avait été découpée en zones pour l'import :-) Il n'y a pas un bot qui saurait résoudre ça ? Et/ou peut être aussi une petite modif à l'outil de validation de JOSM que j'utilise pour trouver mes nœuds dupliqués. La page http://matt.dev.openstreetmap.org/dupe_nodes m'a montré que j'avais oublié de fusionner plein de nœuds dupliqués issus de mes imports manuels CLC parce que je faisais uniquement confiance à l'outil de validation de JOSM. Il semble que ça vienne du fait que certaines coordonnées dans le fichier xml sont enregistrées avec 7 décimales (je crois que ça fait 1cm de résolution au pire cas) et d'autres avec 15 (0.1 nm de précision???). Mais les 15 décimales correctement arrondies à 7 pointent au même endroit et ça devrait permettre de faire la détection correctement. Où faut-il regarder/signaler un tel cas? Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Votre avis sur les Tags pour vélos (et bus) svp...
Le sujet sur Geovelo m'a fait prendre conscience du fait suivant : les tags pour mapper les zones cyclables sont très insuffisants. Je voulais donc prendre votre avis là-dessus, et, si vous confirmez ma vision des choses, lancer une procédure de modification des tags. Dans le cas où l'on a une piste cyclable séparée (highway = cycleway), pas de problème. Dans le cas où l'on a une route incluant une zone pour vélos (highway = residential / ... / primary), les détails manquent : d'une part pour spécifier les types de séparation (facile) ; et d'autre part pour gérer les sens de circulation (plus difficile car les tags actuels ne vont pas). Types de séparation : = - on a des zones physiquement inaccessibles aux voitures : ce sont les highway = cycleway. - on a des zones délimitées par une bande proéminente (typiquement les voies de bus à Paris ; voir en bas à gauche de la photo http://www.moto-net.com/images/ligne38_04.jpg) : mettre cycleway = track ne me choque pas, mais il semble que c'est un abus de langage, car ce tag est normalement utilisé quand la zone n'est pas sur la route. - on a des zones délimitées par un simple marquage au sol (même photo sur une courte distance au milieu) : cycleway = lane Sens de circulation : = Si le Way est Oneway=yes, on a les cas suivants : - les cyclistes vont uniquement dans le sens du way (1 lane dans le sens direct) : cycleway=lane/track - les cyclistes vont uniquement dans le sens opposé (1 lane opposée) : cycleway=opposite_lane/opposite_track, selon le type de séparation - les cyclistes vont à contre-sens (pas de lane): cycleway=opposite Si le way est Oneway=no, les tags ne permettent pas de distinguer si les zones pour vélos sont dans les deux sens, identiques ou pas. Par exemple, on n'envisage pas le cas où on a une Lane dans le sens direct et un Track dans le sens opposé. Et les bus ? On a le même problème pour les bus : sont-ils autorisés ? Dans quel sens ? Avec quelle séparation ? Mais souvent, les vélos empruntent les voies de bus ; donc il faut traiter les bus PUIS les vélos. Propositions 1. Pour les bus, il conviendrait de créer deux tags, un pour chaque sens : bus_lane et opposite_bus_lane (opposite signifiant sens opposé au way, que l'on ait un oneway = yes ou no) Ces tags auraient les valeurs : lane (ligne sur la route) / track (séparation physique) / yes (par défaut : bus autorisés sans marquage) / no (bus interdits) 2. Pour les vélos, il faudrait préciser la notion de track : soit ouvrir le tag au cas que j'indique, soit trouver un autre tag. Pourquoi pas : bus_lane (cycleway=bus_lane) 3. Pour les vélos, il conviendrait de créer deux tags à la place d'un, un pour chaque sens, par exemple : cycleway = lane ; opposite_cycleway = track Donc : - les tags s'appelleraient cycleway et opposite_cycleway - les valeurs seraient lane / track / bus_lane / yes (on peut ciculer à vélo sans zone spécifique ; valeur par défaut) / no (vélo interdit) Problème identifié : Parfois, on trouve le cas oneway = -1 qui signifie que les points du way sont dans un sens et la circulation dans l'autre. Le sens de opposite devient alors ambigü : est-ce le sens Opposite à la circulation, ou le sens Opposite au tracé des points (donc = le sens de circulation) ? Merci pour vos avis ; ça me semble important... Charlie Echo ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vandalisme
A mon avis, il faut tenir bon et le surveiller, et le bannir rapidement si il fait des bêtises. Il reviendra à la charge, mais après 3 ou 4 bans, il s'arrêtrera ; surtout qu'il a probablement fait la bêtise de donner son nom (n_ward) dans son premier pseudo, ce qui permet probablement de le suivre à partir de sa vraie adresse email. - Mail Original - De: Nakor nakor...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Jeudi 4 Février 2010 00:07:18 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Vandalisme On 02/03/2010 05:34 PM, vpot...@gmail.com wrote: Le 03/02/10 20:53, Nakor a écrit : Dans le même genre, il faut regarder ses autres contributions, en particulier le tag cycle=maybe qui n'autorise que les cyclistes avec un casque jaune... Du même auteur : http://www.openstreetmap.org/?minlon=-3.223minlat=55.987maxlon=-3.22maxlat=55.9888box=yes http://www.openstreetmap.org/browse/changeset/3786757 Je lui envoie ceci : Hi it seems you are drawing anything. http://www.openstreetmap.org/?minlon=-3.223minlat=55.987maxlon=-3.22maxlat=55.9888box=yes http://www.openstreetmap.org/browse/way/49380816/history http://www.openstreetmap.org/browse/changeset/3786757 It should be nice to stop ! OpenStreetMap is not the place to let off steam. You should use your skill to produce a real good map. Thanks ! Je lui est envoyé un message du même genre (lui demandant de faire des contributions constructives) et il m'a répondu que ses contributions étaient de la plus grande qualité. Il a par ailleurs changé son nom en osm_king ... ___ 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] Comment créer les limites d'une inter-communalité ?
2010/2/3 Christian Rogel christian.ro...@club-internet.fr Pour le canton, on parle de le faire disparaître, il suffit d'être patient et de refiler le bébé à ceux qui feront des cartes historiques ;-) Ca fait 20 ans que j'entends qu'il y a une couche de trop dans les collectivités locales. Et en 20 ans, c'est l'inverse qui s'est produit. Il n'y a qu'à lire ce fil et voir à quel point l'imagination des élus pour se créer des entités administratives est sans limite. Supprimer le canton veut dire supprimer le conseil général et donc le département. Hors, ce n'est pas ce qu'on voit dans la dernière proposition de réforme des collectivités locales de l'année dernière. Il est vrai que cette commission a proposé de supprimer les cantons mais c'est aussitôt pour proposer de les recréer sous une autre appellation (en en réduisant le nombre). Tour de passe-passe bien classique pour dire qu'on aura fait quelque chose. Personnellement, je suis assez sceptique sur le niveau 7 des admin_level. Et j'ai l'impression que pour l'instant, chacun fait un peu ce qu'il veut avec celui-ci en y mettant tantôt des communautés de communes, tantôt des cantons ou autres découpages infra-départementaux. Il faut utiliser les chiffres du admin_level avec précaution. Ils suggèrent une hiérarchie. Quand je vois des propositions de 6.5 et de 7, je me demande si le chiffre de l'admin_level a encore un sens. Pieren ___ 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
Simple question : D'où proviennent les numéros d'immeubles, dans les rues ? Comment le lien suivant : http://www.geovelo.fr/V2/paris/index.php?lat1=48.8835424lng1=2.320453lat2=48.8778896lng2=2.318127latc=48.876106919898lngc=2.3154973595595z=15 mène-t-il aux bonnes adresses ? Je croyais que, pour les numéros d'immeubles, on était loin du but, mais je suis un peu bluffé, là... Merci pour l'info ! - Mail Original - De: GaelADT gael.sauva...@gmail.com À: talk-fr@openstreetmap.org Envoyé: Mercredi 3 Février 2010 12:12:43 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] [Géovélo] Prototype de la nouvelle version Bonjour, Nous continuons de travailler sur un calculateur d'itinéraire adapté au vélo sur la ville de Paris et utilisant les données d'OSM. Pour les personnes qui veulent tester le nouveau prototype, il faut vous rendre à l'adresse : http://www.geovelo.fr/V2/ http://www.geovelo.fr/V2/ . Attention, toute la partie A propos du site n'a pas encore été intégrée. L'ouverture officielle de ce nouveau portail devrait se faire d'ici quelques semaines. L'intérêt principal de ce calculateur est d'être multi critères ce qui signifie que ce service propose un ensemble d'itinéraires de compromis entre la distance et la sécurité. Et pas simplement un itinéraire le plus court, ou le plus sécurisé. Vous pouvez comparer des itinéraires en passant la souris sur la barre de préférence. Je vous propose un petit aperçu pour avoir votre avis, vos remarques ou les problèmes que vous pourriez rencontrés. Pour information, le calculateur d'itinéraire repose sur des données OSM mises à jour chaque nuit. Si vous voulez tester des itinéraires sur une zone plus large que Paris, nous avons également mis en place un calculateur à l'adresse : http://www.geovelo.fr/V2/idf http://www.geovelo.fr/V2/idf Merci pour votre aide ! Gaël. -- View this message in context: http://n2.nabble.com/Geovelo-Prototype-de-la-nouvelle-version-tp4506618p4506618.html Sent from the France mailing list archive at Nabble.com. ___ 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] Cache pour serveur WMS du cadastre
Bonjour, 2010/2/4 hamster hams...@suna.fdn.fr enfin faire un seveur cache du cadastre pour accelerer le telechargement serait techniquement facile mais juste... c'est interdit Ca me semble étonnant que ce soit interdit. Car on parle là d'un équivalent d'un simple proxy Web avec cache. Quelle serait la différence avec le cas du cadastre ? -- Damiano ALBANI ___ 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
Le 04/02/10 11:25, GaelADT a écrit : Pour répondre à toutes les questions concernant les altitudes et la valeur Z que l'on pourrait mettre sur les nodes. J'aurai bien une idée, mais je ne sais pas si elle est réalisable. Pourquoi ne pas justement utiliser toutes les traces GPS fournis par les utilisateurs ? On doit bien pouvoir réaliser un outil automatique qui calcule l'altitude d'un node à partir des traces GPS proches de ce point ? En gros ça permettrait d'avoir une carte d'altitude de la France qui serait mise à jour et s'améliorerait continuellement en fonction des traces GPS uploadées sur le site. Et le gars qui a uploadé son parcours en ULM, il fout en l'air la moyenne... L'idée est bonne mais elle suppose de travailler les données avant import dans OSM. Et en croisant les sources (dont les repères géodésiques). En indiquant la source et sa fiabilité... On devrait obtenir un maillage pas trop mauvais et qui s'affine avec le temps. Pour le soucis des ponts je pense que ça peut se régler d'une façon logique. Exemple, j'emprunte un pont qui passe au dessus d'une vallée : au niveau logiciel je vais considérer l'altitude des nodes au milieu du pont comme la même altitude que les nodes de l'entréet et sortie du pont. Charlie Echo wrote: 1. C'est génial ! +1 2. Sur le graphe d'altitude, il manque une échelle : on ne fait pas la différence entre une grande et une petite pente. Mieux, il faudrait que l'échelle soit au moins de [30] mètres : ainsi, les petites montées n'apparaîtraient pas comme des gros obstacles. 3. il serait bon de faire apparaître les stations Vélib', voire de rendre ces points collants (pour le moment, les intersections sont collantes). 4. Quand on déplace sa souris au-dessus des options Sécurité / Distance, on voit apparaître le trajet à l'écran ; une indication de la distance serait utile (puisque le trajet est manifestement calculé, ça doit être facile...) Charlie Echo 1. Merci :) 2. Je vais encore travailler sur ce graphe d'altitude. Ma principale difficulté vient du fait qu'il n'y a pas beaucoup de place pour l'image, et que c'est difficile d'insérer toutes les informations manquantes. Peut-être une infobulle au survol du graphe pour avoir l'altitude à un point du parcours. 3. Pour les stations vélib' nous ne pouvons apparemment pas faire ce que nous voulons avec. Nous allons entré en discussion avec la ville de paris JCDecaux. 4. Ça me semble une bonne idée, je vais travailler là dessus. sylvain letuffe-2 wrote: On mercredi 3 février 2010, GaelADT wrote: Oui les données SRTM ne sont pas très précises. Malheureusement il n'existe pas d'autres données en libre accès. Il existe ça : http://wiki.openstreetmap.org/wiki/ASTER sly Je ne connaissais pas je vais me renseigner là dessus. sylvain letuffe-2 wrote: Est-ce que l'attribut tracktype est pris en compte ? Typiquement, dans l'exemple donné, le chemin a un tracktype de 3, ce qui signifie qu'il est empruntable en VTT, mais pas en vélo de ville/de route. Cette implication ne me semble pas tout à fait exact, tracktype n'exprime pas directement qu'un vtt, un vélo tout chemin, un vélo de ville ou un vélo de course puisse ou non passer. Ce ne sont que des suppositions d'implication. ça reste une première approximation. Non ce tag n'est pas encore pris en compte. Donc il faudrait que je prenne en compte tracktype + highway=track ? A votre avis, quel(s) tracktype est empruntable pour un vélo de route/vtc et même question pour les VTT ? Le problème est que personne n'en sait rien, au mieux tu aura le résultat d'un sondage sur la pratique des gens, mais je pense que ça peut varier de façon non négligeable puisque tracktype ne précise pas l'utilisation qui peut être fait du chemin. Rien n'empêche de présenter ça sous forme de conseils du genre : plus court, mais incertain en vélo de route (car tracktype=1) vtc sûrement ok, mais méfiance (car tracktype=5) sly Du coup c'est un peu génant... Je ne peux pas réellement proposer d'option sur le type de vélo alors ? hamster-2 wrote: je pense aussi que la notion de securite a velo est tres subjective et relative a l'usage personnellement je trouve que la difference de vitesse avec les voitures est tres importante : je fais donc tres attention aux routes que je prends en montee et presque pas attention pour les descentes (de toute facons en descente c'est souvent moi qui dois freiner a cause des voitures) la place disponible sur le bas cote (une bande blanche et encore 1 m de goudron a sa doite ou bien une rue avec un trottoir et des barrieres au bord du trottoir), les terre-pleins centraux qui empechent les voitures de se decaler pour doubler et les franchissement de voies routieres sans discontinuite du flux de voitures (comme les ronds points) sont egalement des
Re: [OSM-talk-fr] [Géovélo] Prototype de la no uvelle version
Esperanza wrote: Bravo pour ce superbe outil, qui semble être au coeur des besoins de la mairie (http://paris11.lesverts.fr/IMG/pdf/Presentation_SO_velo_110909.pdf) Quelques remarques : - Les zones 30 sont-elles prises en compte (maxspeed=30), en tant qu'aménagement très sécurisé ? Non pas encore 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. Esperanza wrote: - Pourrait-on intervertir facilement l'adresse de départ et celle d'arrivée, pour prendre en compte les sens de circulation qui peuvent être différents ? Effectivement c'est une option qui manque ! Esperanza wrote: - Le fond de carte Cloudmade est-il le plus pertinent ? Ne serait-il pas plus approprié d'utiliser Opencyclemap (qui pourtant à encore des progrès à réaliser : affichage des contre-sens cyclables, des zones 30). Nous pensons que malheureusement le fond de carte OpenCycleMap n'est pas très clair pour notre utilisation. C'est bien pour afficher une carte vélo, mais pas pour afficher en surimpression un itinéraire. Enfin c'est notre avis : les tests que nous avons réalisés dessus n'étaient pas très concluants. Maintenant, rien ne nous empêche d'ajouter en option l'affichage d'OpenCycleMap. Esperanza wrote: - Les itinéraires balisés (de type relation=route route=bicycle network=lcn/rcn/ncn) sont-ils pris en compte dans le calcul du plus sécurisé de fait du jalonnement ? Non et nous sommes conscients qu'il faut le prendre en compte. Esperanza wrote: - Enfin, le dilemme Sécurité/Distance ne pourrait-il pas être remplacé par Cyclabilité/Distance car comme on l'a vu, certaines voies à forte circulation restent plus agréables pour circuler que certaines petites rues hors zones 30. Je suis d'accord sur ce point. Surtout que c'est assez risqué pour nous de parler de sécurité (il s'agit bien plus souvent de sécurité ressenti que de sécurité réelle d'ailleurs). Le soucis c'est que ça ne parle pas forcément à tout le monde cyclabilité. Esperanza wrote: Encore bravo pour ce projet, j'espère vraiment qu'il puisse s'imposer auprès des politiques comme l'outil de calcul d'itinéraires de référence sur Paris et l'IDF (avec peut-être un lien depuis le site de la mairie ou de vélib ?). Merci ! Pour Paris c'est plutôt bien parti. Nous sommes en contact avec la ville de Paris et le monsieur vélo et ça ne devrait pas poser de problèmes. Pour l'IDF ça risque d'être plus compliqué. Gaël. -- View this message in context: http://n2.nabble.com/Geovelo-Prototype-de-la-no-uvelle-version-tp4509160p4512686.html Sent from the France mailing list archive at Nabble.com. ___ 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
Personnellement, je trouve que les valeurs Z actuelles sont assez correctes. Si j'ai bien compris, cela provient d'une base libre, et ces données servent à faire le fonds de carte de la Carte Cyclable. http://www.openstreetmap.org/?lat=48.734lon=1.8735zoom=14layers=00B0FTF La précision n'est peut-être pas optimale, mais avec des GPS qui ont une précision en altitude de 50 m, il va falloir des milliers de traces pour obtenir une moyenne correcte, au demeurant très compliquée à calculer (car les relevés en Lat et Lng ne seront pas pris aux mêmes endroits...) En plus, la moyenne sera fausse, car les GPS sont placés à 1 m environ au-dessus du sol... (par chance, ils sont tous plus ou moins à ce niveau). Comme dit hier, il manque une échelle sur le relevé des altitudes. Avec une échelle, on verrait peut-être que le passage d'un pont (dont le profil fait \___/ ) n'est qu'un trou de quelques centimètres. Donc : on a plus urgent à faire que gérer les Z. Par exemple : les tracés de voies ; les noms de voies ; les sens uniques ; les numéros de rues (surtout sur les grandes rues) ; les limitations de vitesses... Et ensuite, les services (banques, eau, ...) ; les bâtiments ; PUIS à la fin les Z. - Mail Original - De: vpot...@gmail.com vpott...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Jeudi 4 Février 2010 11:34:44 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] [Géovélo] Prototype de la nouvelle version Le 04/02/10 11:25, GaelADT a écrit : Pour répondre à toutes les questions concernant les altitudes et la valeur Z que l'on pourrait mettre sur les nodes. J'aurai bien une idée, mais je ne sais pas si elle est réalisable. Pourquoi ne pas justement utiliser toutes les traces GPS fournis par les utilisateurs ? On doit bien pouvoir réaliser un outil automatique qui calcule l'altitude d'un node à partir des traces GPS proches de ce point ? En gros ça permettrait d'avoir une carte d'altitude de la France qui serait mise à jour et s'améliorerait continuellement en fonction des traces GPS uploadées sur le site. Et le gars qui a uploadé son parcours en ULM, il fout en l'air la moyenne... L'idée est bonne mais elle suppose de travailler les données avant import dans OSM. Et en croisant les sources (dont les repères géodésiques). En indiquant la source et sa fiabilité... On devrait obtenir un maillage pas trop mauvais et qui s'affine avec le temps. Pour le soucis des ponts je pense que ça peut se régler d'une façon logique. Exemple, j'emprunte un pont qui passe au dessus d'une vallée : au niveau logiciel je vais considérer l'altitude des nodes au milieu du pont comme la même altitude que les nodes de l'entréet et sortie du pont. Charlie Echo wrote: 1. C'est génial ! +1 2. Sur le graphe d'altitude, il manque une échelle : on ne fait pas la différence entre une grande et une petite pente. Mieux, il faudrait que l'échelle soit au moins de [30] mètres : ainsi, les petites montées n'apparaîtraient pas comme des gros obstacles. 3. il serait bon de faire apparaître les stations Vélib', voire de rendre ces points collants (pour le moment, les intersections sont collantes). 4. Quand on déplace sa souris au-dessus des options Sécurité / Distance, on voit apparaître le trajet à l'écran ; une indication de la distance serait utile (puisque le trajet est manifestement calculé, ça doit être facile...) Charlie Echo 1. Merci :) 2. Je vais encore travailler sur ce graphe d'altitude. Ma principale difficulté vient du fait qu'il n'y a pas beaucoup de place pour l'image, et que c'est difficile d'insérer toutes les informations manquantes. Peut-être une infobulle au survol du graphe pour avoir l'altitude à un point du parcours. 3. Pour les stations vélib' nous ne pouvons apparemment pas faire ce que nous voulons avec. Nous allons entré en discussion avec la ville de paris JCDecaux. 4. Ça me semble une bonne idée, je vais travailler là dessus. sylvain letuffe-2 wrote: On mercredi 3 février 2010, GaelADT wrote: Oui les données SRTM ne sont pas très précises. Malheureusement il n'existe pas d'autres données en libre accès. Il existe ça : http://wiki.openstreetmap.org/wiki/ASTER sly Je ne connaissais pas je vais me renseigner là dessus. sylvain letuffe-2 wrote: Est-ce que l'attribut tracktype est pris en compte ? Typiquement, dans l'exemple donné, le chemin a un tracktype de 3, ce qui signifie qu'il est empruntable en VTT, mais pas en vélo de ville/de route. Cette implication ne me semble pas tout à fait exact, tracktype n'exprime pas directement qu'un vtt, un vélo tout chemin, un vélo de ville ou un vélo de course puisse ou non passer. Ce ne sont que des suppositions d'implication. ça reste une première approximation. Non ce tag n'est pas encore pris en compte. Donc il
Re: [OSM-talk-fr] nodes dupliqués
Le 04/02/2010 12:49, Pieren a écrit : 2010/2/4 vpot...@gmail.com mailto:vpot...@gmail.com vpott...@gmail.com mailto:vpott...@gmail.com Il n'y a pas un bot qui saurait résoudre ça ? Si. A condition de ne s'intéresser qu'aux noeuds de l'import CLCF. Yapuka. J'en ai un qui est prêt, mais j'ai jamais osé le lancer... -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Votre avis sur les Tags pour vélos (et bus) svp...
2010/2/4 Charlie Echo openstreet...@coutiere.com Le sujet sur Geovelo m'a fait prendre conscience du fait suivant : les tags pour mapper les zones cyclables sont très insuffisants. Je voulais donc prendre votre avis là-dessus, et, si vous confirmez ma vision des choses, lancer une procédure de modification des tags. Il faudrait lancer cette discussion à un niveau international. Suite à mes ajouts sur la page Bicycle du wiki, j'ai reçu de nombreux messages de pays nordiques mais presque rien des anglos-saxons. Il faut comprendre que ces plans de circulations à voies réservées, en particulier pour les bus et mixe bus-vélos ou bus-taxi et/ou vélo - ne se trouvent que dans quelques pays et donc n'intéressent pas tout le monde. Mais que ceux qui y sont confrontés ont une forte demande de standardisation comme toi. Dans le cas où l'on a une route incluant une zone pour vélos (highway = residential / ... / primary), les détails manquent : d'une part pour spécifier les types de séparation (facile) ; et d'autre part pour gérer les sens de circulation (plus difficile car les tags actuels ne vont pas). Je ne vais pas reprendre l'ensemble des propositions, il me faudrait une bonne dose d'aspirine tant la liste des tags s'allongent et se complexifient. On touche ici aux limites du modèle on trace une ligne et on ajoute 10 tags pour décrire ce qui s'y passe et certains ont déjà engagé une reflexion sur une autre manière de représenter ces voies de circulation complexes. Dans toute la liste, je voudrais juste dire que j'ai une aversion personnelle au tag cycleway=track qui n'est rien d'autre qu'un cycleway qui devrait être dessiné séparément de la route pour voitures. Parfois il vaut mieux prendre un peu de temps à séparer les objets (et faire attention aux intersections) plutôt quà chercher à tout prix à mettre dans un seul way toutes les metadonnées. Cela devient incompréhensible au commun des mortels (d'ailleurs faudra-t-il peut-être en passer par une amélioration des éditeurs OSM capables d'éditer des lanes séparéments sans montrer ni avoir à dessiner ce qui sera réellement dans la base : de multiples ways ou polygones parallèles). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cache pour serveur WMS du cadastre
2010/2/4 Damiano ALBANI damiano.alb...@gmail.com Bonjour, 2010/2/4 hamster hams...@suna.fdn.fr enfin faire un seveur cache du cadastre pour accelerer le telechargement serait techniquement facile mais juste... c'est interdit Ca me semble étonnant que ce soit interdit. Car on parle là d'un équivalent d'un simple proxy Web avec cache. Quelle serait la différence avec le cas du cadastre ? Ce qui serait interdit, ça serait de le remettre à disposition sur le net. Mais faire quelque chose localement pour son usage propre, pourquoi pas. Il faut juste m'expliquer l'avantage par rapport au système de cache actuel. Évidemment, il a ses défauts. Je devrais pouvoir faire tourner le grab dans un thread sans bloquer l'éditeur mais il y a un risque de corruption du fichier si JOSM est arrêté avant la fin des opérations (ce qui pourrait s'arranger moyennant une meilleure collaboration avec josm core). Je pourrais aussi stocker chaque tuile dans un fichier séparé et n'utiliser que ce qui est nécessaire dans la vue courante. Mais ça ressemble bigrement à un tile server ça, dites donc ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment créer les limites d'une inter-communalité ?
Le 4 février 2010 10:41, Pieren pier...@gmail.com a écrit : Supprimer le canton veut dire supprimer le conseil général et donc le département. Hors, ce n'est pas ce qu'on voit dans la dernière proposition de réforme des collectivités locales de l'année dernière. Il est vrai que cette commission a proposé de supprimer les cantons mais c'est aussitôt pour proposer de les recréer sous une autre appellation (en en réduisant le nombre). Tour de passe-passe bien classique pour dire qu'on aura fait quelque chose. Un canton n'est pas une entité administrative. C'est juste un découpage du territoire pour les élections, exactement comme les circonscriptions pour les députés. Alors effectivement si on enlève les cantons il faut modifier le mode de scrutin pour les conseillers généraux. -- Guillaume DELUGEARD ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cache pour serveur WMS du cadastre
2010/2/4 Pieren pier...@gmail.com Mais ça ressemble bigrement à un tile server ça, dites donc ;-) Oui, et d'autres utilisateurs de SIG (hors JOSM) voudraient peut-être bénéficier des fonctionnalités de tilecache quand ils se servent du WMS du cadastre. -- Damiano ALBANI ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cache pour serveur WMS du cadastre
2010/2/4 hamster hams...@suna.fdn.fr la DGI autorise la publication de documents composites contenant entre autres des informations du cadastre mais se reserve l'exclusivite de la publication des donnees cadastrales brutes Je parlais bien d'un cache local, pour un usage personnel. Ça me semble une contrainte raisonnable que pose la DGI. c'est cette meme restriction qui nous empeche de faire un import automatique de tous les batiments Je ne comprends pas : pourquoi ce qu'on fait à la main (contour des bâtiments) serait interdit à partir de l'instant où c'est réalisé de façon automatique ? Et bien sûr toujours dans le cadre d'un import dans OSM (travail composite) et non pour mettre à disposition uniquement les données brutes du cadastre que l'on aurait extraites. D'ailleurs, j'ai justement un peu l'impression d'être un automate quand je trace les contours des bâtiments à la main :-) On ne peut pas dire que ça nécessite beaucoup de réflexion -- au contraire du choix des types de voirie, sens de circulation, etc, qui est la vraie valeur ajoutée d'OSM par rapport au cadastre. -- Damiano ALBANI ___ 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
2010/2/4 GaelADT gael.sauva...@gmail.com Pour répondre à toutes les questions concernant les altitudes et la valeur Z que l'on pourrait mettre sur les nodes. J'aurai bien une idée, mais je ne sais pas si elle est réalisable. Pourquoi ne pas justement utiliser toutes les traces GPS fournis par les utilisateurs ? On doit bien pouvoir réaliser un outil automatique qui calcule l'altitude d'un node à partir des traces GPS proches de ce point ? En gros ça permettrait d'avoir une carte d'altitude de la France qui serait mise à jour et s'améliorerait continuellement en fonction des traces GPS uploadées sur le site. Pour le soucis des ponts je pense que ça peut se régler d'une façon logique. Exemple, j'emprunte un pont qui passe au dessus d'une vallée : au niveau logiciel je vais considérer l'altitude des nodes au milieu du pont comme la même altitude que les nodes de l'entréet et sortie du pont. Le gros problème c'est que les altitudes données des GPS ne sont pas forcement fiable. Les GPS sont principalement optimisés pour donner des valeurs en latitude et longitude. Au bureau, on fait la distinction entre le fonctionnement normal (lat, long), et le fonctionnement 3D du GPS. De plus, il faut généralement appliquer une correction supplémentaire sur les altitudes, d'où la présence de deux altitudes dans nos données (alt WGS84 et alt normale). Je ne suis pas sure que ça te soit donc très utile. Sans parler des cas extrêmes que Vincent a cité, même si on doit pouvoir les filtrer en utilisant STRM en référence, afin d'exclure les tracés qui sont aberrants. Il y a des données plus récentes et plus précises que celles de STRM mais la NASA et le JPL ont ajoute une clause NC (Non Commercial) dessus, ce qui empêche l'utilisation dans OSM ou dans des projets commerciaux. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cache pour serveur WMS du cadastre
2010/2/4 Damiano ALBANI damiano.alb...@gmail.com Je ne comprends pas : pourquoi ce qu'on fait à la main (contour des bâtiments) serait interdit à partir de l'instant où c'est réalisé de façon automatique ? Et bien sûr toujours dans le cadre d'un import dans OSM (travail composite) et non pour mettre à disposition uniquement les données brutes du cadastre que l'on aurait extraites. Les limites du raisonnable, faisable, autorisé ou possible peuvent être assez floues. N'importer que les bâtiments dans OSM manuellement ou automatiquement reste du domaine de composite à mon avis. Le hic, c'est d'obtenir légalement les données vectorielles sans avoir à les payer à la DGFiP (comme pour l'import de la CUB) mais c'est un autre sujet. Là où il y aurait un problème, ça serait d'importer toutes les données du cadastre, y compris les parcelles. Cela donnerait la possibilité de les extraire en les filtrant (grâce au tag source par exemple) et de les redistribuer sous le label données vectorielles du cadastre. Mais comme pour l'instant, nous n'importons qu'une partie du cadastre, le risque de voir ce type de redistribution est nul. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cache pour serveur WMS du cadastre
Bonjour, Le 4 février 2010 14:48, Damiano ALBANI damiano.alb...@gmail.com a écrit : 2010/2/4 hamster hams...@suna.fdn.fr la DGI autorise la publication de documents composites contenant entre autres des informations du cadastre mais se reserve l'exclusivite de la publication des donnees cadastrales brutes Je parlais bien d'un cache local, pour un usage personnel. Ça me semble une contrainte raisonnable que pose la DGI. D'ailleurs la mise à disposition des fichiers GPX des contours des communes, très utiles au demeurant, ne serait-elle pas une publication des données cadastrales brutes et non composites ?. Par exemple si j'arrive un jour à finaliser une moulinette d'import de bâtiments, pourra-t-on mettre les fichiers à dispo ? A+ BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
forum: question de d�butant
Le message suivant : ## Bonjour à tous ! je ne sais pas si je suis sur le bon forum, dites le moi sinon. Je débute avec OpenStreetMap ; mon premier but est de récupérer un fond de carte OpenStreetMap dans mon ordi perso, et de dessiner dessus ma dernière randonnée, que j'ai au format TRK ou GPX, au choix (ou n'importe quel autre format, merci GPSBabel ! Est-ce possible aujourd'hui ? faut-il utiliser navit ? Je suis sous winXP, pour faire ça. Merci ! Kaolin a été posté sur le forum http://forum.letuffe.org/viewforum.php?f=3 Une réponse sur la liste directement n'est hélas pas transmise sur le forum, ce qui n'empeche pas une concertation avant réponse sur ce fil de discussion -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] nodes dupliqués
Le 04/02/10 13:02, Etienne Chové a écrit : Le 04/02/2010 12:49, Pieren a écrit : 2010/2/4 vpot...@gmail.com mailto:vpot...@gmail.com vpott...@gmail.com mailto:vpott...@gmail.com Il n'y a pas un bot qui saurait résoudre ça ? Si. A condition de ne s'intéresser qu'aux noeuds de l'import CLCF. Yapuka. J'en ai un qui est prêt, mais j'ai jamais osé le lancer... Il teste l'appartenance à un polygone CLC de chacun des nœuds ? Par ailleurs, je me disais qu'il y a peut-être des nœuds dupliqués quand un poly a été importé à la main (genre parcelles complexes) sur un inner d'une relation. L'import CLC a créé des relations sur des grands polygones avec des inners non tagués (non importés automatiquement). Ces polygonnes ont peut-être été importé à la main, créant un doublon. Dans ce cs, on est sûrs d'avoir des nœuds dupliqués. Ça peut se vérifier ? Ça peut se dédoublonner ? -- FrViPofm attachment: vpottier.vcf___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] nodes dupliqués
Tout à fait. En même temps, il y a très peu de chances qu'un point d'une route et un point de Corine tombent au même endroit et parraissent dupliqués... Donc même sans vérification, on risque d'ajouter QUELQUES erreurs, mais si peu... - Mail Original - De: Emilie Laffray emilie.laff...@gmail.com Il ne faut pas fusionner tout et n'importe quoi. Il faut faire attention a ne fusionner que les points qui appartiennent a la même couche et ne pas fusionner un point de Corine avec un point d'une route. Car sinon ce n'est pas pratique. 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] forum: question de débutant
Salut, tu veux te faire une carto perso rien que pour toi ou pas? quel livrable final tu veux : publiées à tous sur openstreetmap.org ou pas ? - pouvoir aller sur www.openstreetmap.org ou d'autres sites et voir tes chemins de rando aux milieux d'autres chemins, = si pas sur osm.org... peut être qu'il y a des sites se basant sur openstreetmap spécial rando ( en bas de cette page : http://wiki.openstreetmap.org/wiki/Hiking#External_links il y a un lien vers un site pour faire de l'auto stop) démarqué visuellement ou pas ? - est-ce tu veux que tes chemins se démarquent visuellement de ce qui existe autour sur la crate ? (eg. couleur différente pour tes chemins ou encore, tout autour de tes chemins est grisé un peu) = si tu veux un truc démarqué visuellement, il te faut bidouiller avec openlayers et utiliser de la superposition de symboles / kml (tu auras genre en layer de fond la carte osm avec l'opacité baissée, et en layer au dessus juste du kml qui fait ton chemin de rando) jonathan schroder 2010/2/4 fo...@letuffe.org Le message suivant : ## Bonjour à tous ! je ne sais pas si je suis sur le bon forum, dites le moi sinon. Je débute avec OpenStreetMap ; mon premier but est de récupérer un fond de carte OpenStreetMap dans mon ordi perso, et de dessiner dessus ma dernière randonnée, que j'ai au format TRK ou GPX, au choix (ou n'importe quel autre format, merci GPSBabel ! Est-ce possible aujourd'hui ? faut-il utiliser navit ? Je suis sous winXP, pour faire ça. Merci ! Kaolin a été posté sur le forum http://forum.letuffe.org/viewforum.php?f=3 Une réponse sur la liste directement n'est hélas pas transmise sur le forum, ce qui n'empeche pas une concertation avant réponse sur ce fil de discussion -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.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] forum: question de débutant
Je me trompe peut-être, mais ta réponse n'est pas posté sur le forum lorsque tu réponds sur la liste. Le 4 février 2010 16:54, Jonathan-David SCHRODER jonathan.schro...@gmail.com a écrit : Salut, tu veux te faire une carto perso rien que pour toi ou pas? quel livrable final tu veux : publiées à tous sur openstreetmap.org ou pas ? - pouvoir aller sur www.openstreetmap.org ou d'autres sites et voir tes chemins de rando aux milieux d'autres chemins, = si pas sur osm.org... peut être qu'il y a des sites se basant sur openstreetmap spécial rando ( en bas de cette page : http://wiki.openstreetmap.org/wiki/Hiking#External_links il y a un lien vers un site pour faire de l'auto stop) démarqué visuellement ou pas ? - est-ce tu veux que tes chemins se démarquent visuellement de ce qui existe autour sur la crate ? (eg. couleur différente pour tes chemins ou encore, tout autour de tes chemins est grisé un peu) = si tu veux un truc démarqué visuellement, il te faut bidouiller avec openlayers et utiliser de la superposition de symboles / kml (tu auras genre en layer de fond la carte osm avec l'opacité baissée, et en layer au dessus juste du kml qui fait ton chemin de rando) jonathan schroder 2010/2/4 fo...@letuffe.org Le message suivant : ## Bonjour à tous ! je ne sais pas si je suis sur le bon forum, dites le moi sinon. Je débute avec OpenStreetMap ; mon premier but est de récupérer un fond de carte OpenStreetMap dans mon ordi perso, et de dessiner dessus ma dernière randonnée, que j'ai au format TRK ou GPX, au choix (ou n'importe quel autre format, merci GPSBabel ! Est-ce possible aujourd'hui ? faut-il utiliser navit ? Je suis sous winXP, pour faire ça. Merci ! Kaolin a été posté sur le forum http://forum.letuffe.org/viewforum.php?f=3 Une réponse sur la liste directement n'est hélas pas transmise sur le forum, ce qui n'empeche pas une concertation avant réponse sur ce fil de discussion -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.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 -- Fabien Marchewka ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Pour ceux qui aiment la technique: PostGIS 1.5.0 Released
Postgis 1.5 vient de sortir. L'apport majeur de cette version est le support geodesique. Il devient maintenant plus facile de faire des calculs de distance en metre grace au nouveau type geography au lieu du type geometry. Cela veut dire que l'on va enfin avoir des versions fiables du nombre de km de route dans OSM sans tenir compte de la projection. L'autre chose assez interessante est l'ajout d'un systeme de calcul de similarite de geometries. Cela va permettre normalement de belles choses. Emilie Laffray Original Message Subject:[postgis-users] PostGIS 1.5.0 Released Date: Thu, 4 Feb 2010 10:16:55 -0800 From: Paul Ramsey pram...@opengeo.org Reply-To: PostGIS Users Discussion postgis-us...@postgis.refractions.net To: PostGIS Users Discussion postgis-us...@postgis.refractions.net, PostGIS Development Discussion postgis-de...@postgis.refractions.net, GEOS Development List geos-de...@lists.osgeo.org, pgsql-annou...@postgresql.org, mapserver-users mapserver-us...@lists.osgeo.org February 4, 2010 The PostGIS development team has, after a long course of reflection and a detailed self-examination of our various personal failings, decided to release PostGIS 1.5.0 to the public. http://postgis.org/download/postgis-1.5.0.tar.gz This new version of PostGIS includes a new geography type for managing geodetic (lat/lon) data, performance-enhanced distance calculations, GML and KML format readers, an improved shape loading GUI, and other new features as well. Especial thanks to: * Dave Skea for algorithms and mathematics necessary to support spherical geometry * Nicklas Avén for the new performance enhanced distance calculations and other distance-related functions * Sandro Santilli for new buffering features (end caps and style options) * Olivier Courtin for GML/KML input functions * Guillaume Lelarge for support for the upcoming PgSQL 9.0 * George Silva for an example implementation of history tables * Vincent Picavet for Hausdorff distance calculations * The maintainers of GEOS, Proj4, and LibXML, without whom we would have less of a spatial database Love, the PostGIS project steering committee, Mark Cave-Ayland Kevin Neufeld Regina Obe Paul Ramsey - Release Notes PostGIS 1.5.0 2010/02/04 * Important Changes * - =~ operator now indicates bounding box equality, not feature equality - GEOS 3.1 is now the minimum accepted version of GEOS - GEOS 3.2 is needed if you want to use enhanced buffering features and ST_HausdorffDistance - GEOS, LibXML2, and Proj4 are now mandatory dependencies * New Features * - Added Hausdorff distance calculations (#209) (Vincent Picavet) - Added parameters argument to ST_Buffer operation to support one-sided buffering and other buffering styles (Sandro Santilli) - Performance improvements to ST_Distance (Nicklas Avén) - Addition of other Distance related visualization and analysis functions (Nicklas Avén) - ST_ClosestPoint - ST_DFullyWithin - ST_LongestLine - ST_MaxDistance - ST_ShortestLine - KML, GML input via ST_GeomFromGML and ST_GeomFromKML (Olivier Courtin) - Extract homogeneous collection with ST_CollectionExtract (Paul Ramsey) - Add measure values to existing linestring with ST_AddMeasure (Paul Ramsey) - History table implementation in utils (George Silva) - Win32 support and improvement of core shp2pgsql-gui (Mark Cave-Ayland) - In place 'make check' support (Paul Ramsey) - Geography type and supporting functions - Spherical algorithms from Dave Skea - Object/index implementation from Paul Ramsey - Selectivitiy implementation from Mark Cave-Ayland - Serializations (KML, GML, JSON) from Olivier Courtin - ST_Area, ST_Distance, ST_DWithin, ST_GeogFromText, ST_GeogFromWKB, ST_Intersects, ST_Covers, ST_Buffer - Documentation updates and improvements (Regina Obe, Kevin Neufeld) - Testing and quality control (Regina Obe) - PostGIS 1.5 support PostgreSQL 8.5 trunk (Guillaume Lelarge) - Many many other changes: http://trac.osgeo.org/postgis/query?status=closedmilestone=PostGIS+1.5.0 ___ postgis-users mailing list postgis-us...@postgis.refractions.net http://postgis.refractions.net/mailman/listinfo/postgis-users signature.asc Description: OpenPGP digital signature ___ 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
Ok :) C'était juste une idée de passage. Moi je suis déjà très satisfait des données SRTM. Ca donne une bonne indication pour comparer plusieurs itinéraires. Ensuite il faut que je travaille de mon côté pour mieux gérer l'échelle. Gaël. -- View this message in context: http://n2.nabble.com/Geovelo-Prototype-de-la-nouvelle-version-tp4506618p4515500.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour ceux qui aiment la technique: PostGIS 1.5.0 Released
Le 04/02/10 19:25, Emilie Laffray a écrit : Postgis 1.5 vient de sortir. L'apport majeur de cette version est le support geodesique. Il devient maintenant plus facile de faire des calculs de distance en metre grace au nouveau type geography au lieu du type geometry. Cela veut dire que l'on va enfin avoir des versions fiables du nombre de km de route dans OSM sans tenir compte de la projection. L'autre chose assez interessante est l'ajout d'un systeme de calcul de similarite de geometries. Cela va permettre normalement de belles choses. Comme par exemple sortir un layer à la beta.letuffe pour voir les communes non traversés par un highway ? Ou les residential ayant un faible kilométrage/surface ? Bon, j'imagine qu'il faut d'autres petits choses derrière Postgis... -- FrViPofm attachment: vpottier.vcf___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] nodes dupliqués
Le jeudi 04 février 2010 à 16:43 +0100, Charlie Echo a écrit : Tout à fait. En même temps, il y a très peu de chances qu'un point d'une route et un point de Corine tombent au même endroit et parraissent dupliqués... Donc même sans vérification, on risque d'ajouter QUELQUES erreurs, mais si peu... - Mail Original - De: Emilie Laffray emilie.laff...@gmail.com Il ne faut pas fusionner tout et n'importe quoi. Il faut faire attention a ne fusionner que les points qui appartiennent a la même couche et ne pas fusionner un point de Corine avec un point d'une route. Car sinon ce n'est pas pratique. Emilie Laffray De même que je trouve dommage de ne pas importer les gigantesque polygones CLC manquant juste parce qu'il y a un peu de recouvrement par ci par là. Résultat, la forêt des Landes, la plus grande foret d'Europe est un désert :(( Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour ceux qui aiment la technique: PostGIS 1.5.0 Released
Le jeudi 04 février 2010 20:42:13, Emilie Laffray a écrit : On 04/02/2010 19:04, vpot...@gmail.com wrote: Comme par exemple sortir un layer à la beta.letuffe pour voir les communes non traversés par un highway ? Ou les residential ayant un faible kilométrage/surface ? Bon, j'imagine qu'il faut d'autres petits choses derrière Postgis... J'essaierais de creer les requetes pour cela ce week end si j'ai le temps. Emilie Laffray J'ai déjà un peu expérimenté là dessus. http://f.rodrigo.free.fr/tmp/France-dec2009-communes-10wayPerKm².PNG Le rouge le plus fort est à partir de 10way/km² http://f.rodrigo.free.fr/tmp/France-dec2009-departements-5wayPerKm².PNG Le rouge le plus fort est à partir de 5way/km² My 1cent Fred ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] nodes dupliqués
Résultat, la forêt des Landes, la plus grande foret d'Europe est un désert :(( Encore une tempête et le terrain sera en accord avec la carte. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour ceux qui aiment la technique: PostGIS 1.5.0 Released
Frédéric Rodrigo a écrit : J'ai déjà un peu expérimenté là dessus. http://f.rodrigo.free.fr/tmp/France-dec2009-communes-10wayPerKm².PNG Le rouge le plus fort est à partir de 10way/km² http://f.rodrigo.free.fr/tmp/France-dec2009-departements-5wayPerKm².PNG Le rouge le plus fort est à partir de 5way/km² Je trouve la carte des communes très instructive (meilleure def ?). Mappeurs des villes, mappeurs des champs. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin de Stevenson dans les Cévennes
Bonjour, Christian Rogel a écrit : un groupe de randonneurs qui veut refaire en octobre 2010 le chemin pris par l'écrivain écossais Robert Louis Stevenson en 1878 pour parcourir 220 km en 12 jours avec une ânesse qu'il avait baptisé Modestine. Conseille-leur de faire une halte ludique au Musée du Cheval à Pradelles [1] (http://www.cheval-land.com). L'épopée de Stevenson y est retracée. Y aurait-il un intérêt à demander aux randonneurs de transférer des traces GPS sur OSM? Bien sûr que oui car ces chemins suivent rarement des routes goudronnées ou même des pistes praticables en véhicule. Il y a bien des routes de pélerinage répertoriées (voir http://wiki.openstreetmap.org/wiki/Camino_de_Santiago et Category:Pilgrimage ), mais pas d'itinéraires du patrimoine qui sont d'ailleurs peu nombreux. J'ai modestement ajusté le tracé de la « Via Podiensis » vers le Puy-en-Velay car je connaissais bien le tronçon en question et j'avais sous le coude une petite trace GPS réalisée lors d'une balade. Je ne suis nullement un pélerin mais j'ai fait une partie du chemin de Saint-Jacques de Compostelle et, pour moi, cette route fait partie de notre patrimoine. Concernant ces chemins, le seul problème pour OSM est que « GR » et « PR » sont des marques déposées par la Fédération Française de Randonnée Pédestre (FFRP). On ne peut donc pas faire apparaître un chemin dans OSM sous la dénomination « GR 70 ». [1] Pradelles : http://www.openstreetmap.org/?lat=44.7722lon=3.8864zoom=14layers=B000FTF -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] nodes dupliqués
Le 04/02/10 21:22, Christophe Merlet (RedFox) a écrit : De même que je trouve dommage de ne pas importer les gigantesque polygones CLC manquant juste parce qu'il y a un peu de recouvrement par ci par là. Résultat, la forêt des Landes, la plus grande foret d'Europe est un désert :(( J'en ai repéré l'un ou l'autre qui explosent josm... Je me dis que je vais découper le fichier à la main et créer la relation multi polygone avec plusieurs outers. S'il n'y a qu'une dizaine de polygones géants, on aura plus vite fait a la mano qu'avec un outil... (même si je suis un spécialiste pour perdre une heure à chercher comment gagner cinq minutes ;-) -- FrViPofm attachment: vpottier.vcf___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] nodes dupliqués
Le 04/02/10 21:47, Pieren a écrit : Résultat, la forêt des Landes, la plus grande foret d'Europe est un désert :(( Encore une tempête et le terrain sera en accord avec la carte. Pieren Les cyclones ne passent pas par là cette année ;-) -- FrViPofm attachment: vpottier.vcf___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin de Stevenson dans les Céven nes
Le jeudi 04 février 2010 à 23:37 +0100, Sébastien Dinot a écrit : Bonjour, Christian Rogel a écrit : un groupe de randonneurs qui veut refaire en octobre 2010 le chemin pris par l'écrivain écossais Robert Louis Stevenson en 1878 pour parcourir 220 km en 12 jours avec une ânesse qu'il avait baptisé Modestine. Conseille-leur de faire une halte ludique au Musée du Cheval à Pradelles [1] (http://www.cheval-land.com). L'épopée de Stevenson y est retracée. Y aurait-il un intérêt à demander aux randonneurs de transférer des traces GPS sur OSM? Bien sûr que oui car ces chemins suivent rarement des routes goudronnées ou même des pistes praticables en véhicule. Il y a bien des routes de pélerinage répertoriées (voir http://wiki.openstreetmap.org/wiki/Camino_de_Santiago et Category:Pilgrimage ), mais pas d'itinéraires du patrimoine qui sont d'ailleurs peu nombreux. J'ai modestement ajusté le tracé de la « Via Podiensis » vers le Puy-en-Velay car je connaissais bien le tronçon en question et j'avais sous le coude une petite trace GPS réalisée lors d'une balade. Je ne suis nullement un pélerin mais j'ai fait une partie du chemin de Saint-Jacques de Compostelle et, pour moi, cette route fait partie de notre patrimoine. Concernant ces chemins, le seul problème pour OSM est que « GR » et « PR » sont des marques déposées par la Fédération Française de Randonnée Pédestre (FFRP). On ne peut donc pas faire apparaître un chemin dans OSM sous la dénomination « GR 70 ». Mouais... Je n'ai toujours pas vu un communiqué de la FFRP interdisant aux gens de parler de GR® sur une carte sous prétexte que c'est une marque déposée. Sinon il faut se dépêcher de supprimer d'OSM tout les POI Leclerc® Boulanger® Carrefour®... voire supprimer les villes qui sont aussi souvent des marques déposées ! Je mappe le terrain, et si sur le terrain il y a un panneau indiquant GR-653, j'indique GR-653. De ce que j'ai pu lire, la protection des termes GR® existe pour empêcher quiconque de créer sur le terrain des circuits sous cette appellation. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr