Re: [OSM-talk-fr] Carte des caméras de surveillance
Avant d'utiliser les web workers (ce qui n'est pas du tout la voie de la simplicité dans le cas présent), je conseillerais : - soit d'utiliser la XAPI en direct avec une stratégie openlayers type BBOX (s'inspirer du code de cette application par exemple : http://geotribu.net/node/260). Inconvénient : si la XPI tombe ou se trouve lente au moment ou on charge l'appli, c'est la cata. Ce genre d'approche n'améliore pas les choses pour la XAPI non plus ... - soit d'utiliser un service côté serveur qui saura envoyer les objets contenus dans une bbox. Je recommande d'utiliser, au choix : un serveur WFS (mapserver | geoserver), ou bien encore FeatureServer ou Mapfish (qui a été utilisé pour QualityStreetMap). F. 2010/8/7 Emmanuel Gil Peyrot o...@linkmauve.fr On Sat, Aug 07, 2010 at 10:05:55PM +0200, Frédéric Rodrigo wrote: Le 07/08/2010 21:57, Pierre-Alain Dorange a écrit : Suite à des discussions ici même sur le rendu des caméras de surveillance nous nous sommes rendu compte que le site donné en référence sur la wiki n'est pas mis à jour du tout. Un peu frusté, j'ai donc développé ma propre version pour le rendu des caméras de surveillance, visible ici : http://www.leretourdelautruche.com/map/cctv.html Ce rendu n'est pas temps réel du tout et nécessite une mise à jour semi-automatique de ma part (un script python à lancer sur mon ordi). Vos commentaires sont les bienvenues. Tu fais charger bien trop de points à la fois par le client. J'ai firefox qui me propose d'arreter le script tellement c'est long à charger. Une autre possibilité serait d’utiliser un WebWorker[1], si le seul problème est ce script qui prend du temps. Ça ne résoud pas l’autre problème de la consommation mémoire, mais c’est quand même beaucoup plus efficace. [1]https://developer.mozilla.org/En/Using_web_workers -- Emmanuel Gil Peyrot XMPP : linkma...@linkmauve.fr OpenPGP : BC1C2E60 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkxdwIkACgkQEFU1x7wcLmBxmwCbBY1PYo7uHqcQQ2zbz7JeOIzv 3RsAn1xhYhVHa9G2tT5SymogVTFe8XNa =oiDq -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des caméras de surveillance
Il n'est peut être pas utile de sortir l'artillerie lourde pour un problème aussi simple ! Une simple base non géographique et script peuvent très bien rendre le kml, le json ou je sais quoi, que doit afficher OpenLayer en fonction de paramètres simples. My 1 cent. Fred Le 08/08/2010 08:53, François Van Der Biest a écrit : Avant d'utiliser les web workers (ce qui n'est pas du tout la voie de la simplicité dans le cas présent), je conseillerais : - soit d'utiliser la XAPI en direct avec une stratégie openlayers type BBOX (s'inspirer du code de cette application par exemple : http://geotribu.net/node/260). Inconvénient : si la XPI tombe ou se trouve lente au moment ou on charge l'appli, c'est la cata. Ce genre d'approche n'améliore pas les choses pour la XAPI non plus ... - soit d'utiliser un service côté serveur qui saura envoyer les objets contenus dans une bbox. Je recommande d'utiliser, au choix : un serveur WFS (mapserver | geoserver), ou bien encore FeatureServer ou Mapfish (qui a été utilisé pour QualityStreetMap). F. 2010/8/7 Emmanuel Gil Peyrot o...@linkmauve.fr mailto:o...@linkmauve.fr On Sat, Aug 07, 2010 at 10:05:55PM +0200, Frédéric Rodrigo wrote: Le 07/08/2010 21:57, Pierre-Alain Dorange a écrit : Suite à des discussions ici même sur le rendu des caméras de surveillance nous nous sommes rendu compte que le site donné en référence sur la wiki n'est pas mis à jour du tout. Un peu frusté, j'ai donc développé ma propre version pour le rendu des caméras de surveillance, visible ici : http://www.leretourdelautruche.com/map/cctv.html Ce rendu n'est pas temps réel du tout et nécessite une mise à jour semi-automatique de ma part (un script python à lancer sur mon ordi). Vos commentaires sont les bienvenues. Tu fais charger bien trop de points à la fois par le client. J'ai firefox qui me propose d'arreter le script tellement c'est long à charger. Une autre possibilité serait d’utiliser un WebWorker[1], si le seul problème est ce script qui prend du temps. Ça ne résoud pas l’autre problème de la consommation mémoire, mais c’est quand même beaucoup plus efficace. [1]https://developer.mozilla.org/En/Using_web_workers ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Chevauchement chemin rural et limite de commune
Bonjour, J'ai une limite de commune qui coïncide exactement avec un chemin rural, d'après ma trace gps : http://www.openstreetmap.org/?mlat=46.13331mlon=-1.05237zoom=16layers=M Comment tracer ça avec josm ? 1) je coupe le chemin de la limite administrative, et j'ajoute les étiquettes highway=track et source=survey 2) je superpose un second chemin sur celui de la limite administrative avec les étiquettes highway=track et source=survey 3) je m'amuse comme un fous à faire un chemin juste à côté de la limite administrative avec les étiquettes highway=track et source=survey J'avoue que je ne sais jamais trop comment gérer des chemins qui sont proches quand je les dessine sur josm. Je pencherais pour le 2, mais sur l'import du bâti il est dit de vérifier les chemins qui se superposent avant d'importer, donc je ne suis pas sûr que ce soit la bonne solution. J'ai cherché sur le wiki, mais je n'ai rien trouvé d'utile, en même temps j'ai lu un paquet de pages, alors mon attention a peut être été divertie juste là où c'était écrit ;) Sébastien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des caméras de surveillance
Vincent Pottier vpott...@gmail.com wrote: En effet j'ai pas assez testé. Sur mon ac avec Safari l'affichage est très rapide mais avec Firefox c'est très lent... En fait il y a les caméras du monde entier (soit environ 6200 à ce jour). Je vais certainement devoir limiter la zone géographique, ou utiliser une autre technique... Il faut servir à openLayers les points visibles à l'écran, ou encore les 50 caméra autours du centre de la carte visible, et encore, à partir d'un certain zoom... Technique utilisée par osmose. Ça suppose donc une base de donnée... Je vais regarder ça. Ca parait plus raisonnable en effet. J'ai pour l'instant limité les caméras à la bbox de la France... -- Pierre-Alain Dorange ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chevauchement chemin rural et limite de commune
Sébastien KALT sk...@throka.org wrote: J'ai une limite de commune qui coïncide exactement avec un chemin rural, d'après ma trace gps : http://www.openstreetmap.org/?mlat=46.13331mlon=-1.05237zoom=16layers=M Comment tracer ça avec josm ? 1) je coupe le chemin de la limite administrative, et j'ajoute les étiquettes highway=track et source=survey 2) je superpose un second chemin sur celui de la limite administrative avec les étiquettes highway=track et source=survey 3) je m'amuse comme un fous à faire un chemin juste à côté de la limite administrative avec les étiquettes highway=track et source=survey J'avoue que je ne sais jamais trop comment gérer des chemins qui sont proches quand je les dessine sur josm. Je pencherais pour le 2, mais sur l'import du bâti il est dit de vérifier les chemins qui se superposent avant d'importer, donc je ne suis pas sûr que ce soit la bonne solution. Ce genre de cas (assez fréquent en fait avec les routes et les rivères) n'a pas de solutions uniques. Certains prefèrent l'option 2 d'autres préconisent la 3... J'ai déjà vu ici me selbe-t-il une discussuon sur le sujet sans que la solution soit réellement tranchée. Perso j'utilise plutot la 2, cad que je trace la route en réutilisant les points de la frontière. Si tu ne veux pas pas avoir de pb de croisements (plugin validator de JOSM) il faut réutiliser tout les points de la frontière sans en oublier en seul (sinon il y a croisement). Pour la solution 3, le mieux est de masquer temporairement la frontière (option filtre de JOSM) afin de ne pas avoir de magnétisme sur les points ce qui te permet de tracer par dessus sans avoir de points communes... La solution 2 optimise le nombre de points et permet de coller à la réalité mais pose des soucis en cas de modifications ultérieure (pb parfois pour sélectionner le bon élément...) La solution 3 sépare les éléments mais multiplies le nombre de points... -- Pierre-Alain Dorange ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chevauchement chemin rural et limite de commune
J'ai une limite de commune qui coïncide exactement avec un chemin rural, d'après ma trace gps : http://www.openstreetmap.org/?mlat=46.13331mlon=-1.05237zoom=16layers=M Comment tracer ça avec josm ? En fait tout dépend de la relation entre la limite et le chemin en réalité. Si le chemin appartient aux deux communes (les habitants de chaque côté habitent dans deux communes différente et/ou le chemin apparaît sur le cadastre des deux commune) alors il doit coïncider dans OSM (utiliser les mêmes points). Sinon, si ton chemin est tracé à côté, une recherche par adresse ne marchera pas dans la commune ne faisant pas apparaître le chemin dans OSM. Si le chemin appartient à une seule commune, il doit être séparé de la limite administrative. Les soucis d'éditeur et/ou de validateur ne devraient pas entrer en ligne de compte. On ne fait une carte ni pour l'éditeur ni pour le validateur (ni pour le rendu). -- Vincent Meurisse ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mapping partie à Latresne (33) - Samedi 21 août
Bonjour, Voilà donc une nouvelle mapping partie sur la région bordelaise. Quoi ? Mapping partie OpenStreetMap http://openstreetmap.org http://wiki.openstreetmap.org/wiki/FR:Main_Page Pourquoi ? Les mappings parties permettent de se rencontrer, de discuter et bien sûr de faire avancer la carte ! Lors des RMLL de début juillet à Talence plusieurs personnes m'ont exprimé le désir de participer à une mapping partie, voilà donc qui va exhausser leur souhait. Où ? À Latresne, le point de rendez-vous est le parking de la gare : http://osm.org/go/b@@NI4G?node=281400034 Possibilité de venir en vélo depuis Bordeaux (passer par la rive droite). Il reste beaucoup de chose à faire à Latresne, on pourra s'en donner à coeur joie : http://beta.letuffe.org/?zoom=14lat=44.79lon=-0.503layers=BT Quand ? Samedi 21 août, rendez vous à 10h et à 14h à la gare. Apportez de quoi pique-niquer on partagera. (Et si le coeur vous en dit, de quoi fêter le sixième anniversaire du projet qui aura eu lieu la veille !) Comment ? Je préparerai des Walking Paper (http://walking-papers.org/) juste avant la mapping partie. Ça laisse donc la possibilité de travailler avec le cadastre et l'imagerie Yahoo! pour préparer le terrain. Coté matériel prenez ce dont vous disposez, une simple feuille de papier fait aussi bien l'affaire : gps, bloc-note, petit appareil photo, portable, notebook... Coté moyen de déplacement il faut que certaines viennent avec un vélo (attention ce n'est pas très plat dans le coin). S'il vous plaît, signalez vous si vous comptez venir. Néogéomatiquement, Frédéric Rodrigo ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [SQL] Communes sans rue
Sur la même idée (zones sans rues là où devrait logiquement y en avoir), j'ai tenté une autre approche, repérer les landuse=residential avec aucun rue traversante. Dans mon extrait de planet j'ai 33406 polygones avec landuse=residential sur environ 6,4 millions de polygones. La requête ressemble à ça: SELECT l.osm_id FROM osm_polygon l LEFT OUTER JOIN osm_line r ON (r.highway IS NOT NULL AND (st_intersects(st_buffer(l.way,0),r.way) OR st_contains(st_buffer(l.way,0),r.way))) WHERE st_area(st_transform(st_buffer(l.way,0),2154)) 1 AND l.landuse IS NOT NULL AND l.landuse='residential' AND r.osm_id IS NULL LIMIT 10; C'est un premier jet pas vraiment optimisé donc lent à s'exécuter sur une zone importante mais ce qu'elle renvoie a l'air correct. J'ai limité aux landuse d'au moins 1 Ha car certains bâtiments sont taggués building=yes+landuse=residential en particulier dans l'import BMO. Il y a aussi des zones où les landuse sont découpés de part et d'autres des routes et rues, pâté de maison par pâte de maison. J'ai aussi eu besoin de st_buffer pour nettoyer les polygones non conformes qui trainent ici et là. -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chevauchement chemin rural et limite de commune
2010/8/8 Vincent Meurisse osm-talk...@meurisse.org En fait tout dépend de la relation entre la limite et le chemin en réalité. Oui, et cette relation peut aussi évoluer dans le temps. S'il est probable que la limite a au départ suivi un chemin (ou ruisseau ou rivière) lors de sa création, il est aussi fréquent que cet élément physique soit modifié à certains endroits suite à des remembrements/modernisations ou de phénomènes naturels sans que la limite administrative ne soit altérée. Il est aussi fréquent (plutôt sur le cadastre image) qu'un chemin fasse partie entière dans les deux communes attenantes ou même, d'aucune des deux. Et souvent les tracés des deux communes ne se recoupent pas parfaitement, présentant un décalage plus ou moins important et pouvant aller jusqu'à dépasser la centaine de mètres dans quelques cas extrêmes (en particulier lorsqu'on est à cheval entre deux zones Lambert ou en zone montagneuse manquant de repères). Tout cela pour dire que tracer des points entre le milieu de la route et le bord n'a pas beaucoup de sens si cette route est elle-même décalée de plusieurs dizaines de mètres sur la carte. Encore une fois, il ne faut pas se fier à 100% au cadastre, on ne le répétera jamais assez. Sur les méthodes de modélisation, voir ou revoir cette page qui présente les deux écoles: http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives#Limites_administratives_utilisant_des_.C3.A9l.C3.A9ments_physiques Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des caméras de surveillance
On 08/08/2010 09:56, Frédéric Rodrigo wrote: Il n'est peut être pas utile de sortir l'artillerie lourde pour un problème aussi simple ! +1 Une simple base non géographique et script peuvent très bien rendre le kml, le json ou je sais quoi, que doit afficher OpenLayer en fonction de paramètres simples. J'avais fait un test en local avec une base mysql remplie 'a la mano' pouvant servir les points selon les lat-lon-zoom de la carte affichée. Ça marchait bien (j'ai changé d'ordinateur depuis, je ne sais donc plus bien où est le script) Ce qu'il faut trouver, c'est un script d'import de XAPI vers la bd à relancer régulièrement. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [SQL] Communes sans rue
D'après le résultat de la requête suivante, il y aurait un peu plue de 5000 landuse=residential sans aucune highway=* les traversant... WITH l AS (SELECT osm_id, st_buffer(way,0) as way FROM osm_polygon WHERE landuse IS NOT NULL AND landuse='residential' AND st_area(st_transform(way,2154))1) SELECT count(*) FROM l LEFT OUTER JOIN osm_line r ON (r.highway IS NOT NULL AND (st_contains(l.way,r.way) OR st_intersects(l.way,r.way))) WHERE r.osm_id IS NULL; Je vais essayer de mettre ça au propore pour en faire un flux XML pour osmose. -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] pedestrian or not pedestrian
Bonjour a tous j'ai un doute sur les tags a mettre pour une rue comme celle de la photo suivante http://ks30026.kimsufi.com/~julien/img/54f75cb68b5587104de8e99a2757e636.jpg si j'en crois le wiki, il faut tagger pedestrian si la rue est fermées à la circulation. Or ca n'est pas le cas. http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging#Rues_pi.C3.A9tonnes Pour l'instant la rue est taggé residential et la definition du wiki colle bien a la rue, mais je trouve qu'il manque kkchose par rapport a une rue residentiel normal, celle ci a un panneau de zone pietonne quand même Le panneaux dit que la circulation est reglementées, mais pas quelles sont les regles. http://www1.securiteroutiere.gouv.fr/signaux/detail.asp?sSignal=2209 -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] pedestrian or not pedestrian
Bonjour a tous j'ai un doute sur les tags a mettre pour une rue comme celle de la photo suivante http://ks30026.kimsufi.com/~julien/img/54f75cb68b5587104de8e99a2757e636.jpg Il existe également le tag living_street http://wiki.openstreetmap.org/wiki/Living_street. Tout dépend de qui s'écarte pour laisser passer l'autre: - Si l'automobiliste s'arrête c'est highway=living_street. - Si c'est le piéton qui court se mettre à l'abris c'est highway=residential. Après y'a plus qu'a choisir si on taggue selon le panneau ou la pratique. -- Vincent Meurisse ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] pedestrian or not pedestrian
2010/8/8 Vincent Meurisse osm-talk...@meurisse.org Après y'a plus qu'a choisir si on taggue selon le panneau ou la pratique. Euh, living_street existe maintenant dans le code de la route français. Il n'y a pas ä choisir, cela s'applique uniquement qu'aux zones de rencontres (aussi appelées cour urbaine à certains endroits qui ont expérimenter ce type de voie avant leur officialisation). Pour le cas présenté, il y a conflit entre panneaux et aussi la présence de signaux horizontaux pour voitures. J'ai déjà vu ça lorsque les voitures ont un accès restreint (genre riverain ou livraison). On ne voit peut-être pas un panneau à l'entrée de la rue qui limite l'accès aux véhicules à moteur en général. Si c'est la cas, rester en highway=pedestrian et ajouter un access pour riverains ou livraison. Si c'est pas le cas, c'est une erreur de signalisation et une signalisation incomplète. Demander aux inspecteurs du permis de conduire ce qu'il font dans ce cas (ça doit être marrant d'emmener les candidats exprès à cet endroit pour les piéger). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] pedestrian or not pedestrian
On 08/08/2010 03:39 PM, Pieren wrote: 2010/8/8 Vincent Meurisse osm-talk...@meurisse.org mailto:osm-talk...@meurisse.org Après y'a plus qu'a choisir si on taggue selon le panneau ou la pratique. Euh, living_street existe maintenant dans le code de la route français. Il n'y a pas ä choisir, cela s'applique uniquement qu'aux zones de rencontres (aussi appelées cour urbaine à certains endroits qui ont expérimenter ce type de voie avant leur officialisation). je suis d'accord, ca n'est pas une zone de rencontre. Pour le cas présenté, il y a conflit entre panneaux et aussi la présence de signaux horizontaux pour voitures. oui, la signalisation est aberrante, mais il y a pas mal de rues comme ca a Rennes. J'ai déjà vu ça lorsque les voitures ont un accès restreint (genre riverain ou livraison). On ne voit peut-être pas un panneau à l'entrée de la rue qui limite l'accès aux véhicules à moteur en général. Si c'est la cas, rester en highway=pedestrian et ajouter un access pour riverains ou livraison. Si c'est pas le cas, c'est une erreur de signalisation et une signalisation incomplète. Demander aux inspecteurs du permis de conduire ce qu'il font dans ce cas (ça doit être marrant d'emmener les candidats exprès à cet endroit pour les piéger). J'ai prévu de demander aux forces de l'ordre. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statut des rendus cyclables
http://www.geovelo.fr/ c'est looalisé mais ... c'est déja ça - Mail d'origine - De: Tanguy Ortolo tanguy+...@ortolo.eu À: talk-fr@openstreetmap.org Envoyé: Wed, 4 Aug 2010 11:37:14 +0200 (CEST) Objet: Re: [OSM-talk-fr] Statut des rendus cyclables Le mardi 03 août 2010, Lord Awikatchikaen a écrit : presque. Ils sont sur le wiki ... http://wiki.openstreetmap.org/wiki/FR:BeCikloXmlPistes http://wiki.openstreetmap.org/wiki/FR:BeCikloXmlFond Ah, très bien. Je remarque qu'il n'y a aucun rendu des cycleway=opposite. Ce ne sont pas des équipements de sécurité, ça ne protège pas les cyclistes, mais ça les intéresse quand même. Un pointillé bleu très fin, ça irait ? Il y a des trucs que je ne comprends pas très bien ces feuilles de style, surtout que je ne connais rien à Mapnik, mais je veux bien essayer… Par ailleurs, est-il possible avec Mapnik de tracer des traits décalés par rapport à leur tracé géographique, et de tracer des flèches ? Ceci afin d'indiquer le côté des pistes cyclables et leur sens. -- __o __\,_ Tanguy (_)|'(_) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [GéoVélo] Petites remarques sur OpenLayers
Bonjour à tous, Je viens faire deux petites remarques pour Géovélo, et plus particulièrement pour OpenLayers : 1) L'échelle est présente mais elle ne s'adapte pas en fonction de la latitude. Il suffit juste d'ajouter une petit drapeau : new OpenLayers.Control.ScaleLine( {geodesic: true} ) J'ai pas comparé avec la réalité, mais les distances indiquées semblent prendre en compte la déformation de la projection 2) Petit problème de positionnement du curseur sur la barre de zoom : il se place sur les séparateurs (barres blanches) et non pas dans les intervalles. C'est pas dramatique, mais ça induit un décalage au zoom max et min. Pour le coup, je ne sais pas ce qui cause ce problème ni comment le corriger. Si quelqu'un trouve une solution, je suis aussi intéressé ;-) Sinon, je dois dire que je suis séduit pas le design général. Il y a juste le panneau Vos préférences qui est perturbant : on s'attend à un variateur (de 0 à 1) et non à un bouton (0 ou 1). Bonne soirée ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chevauchement chemin rural et limite de commune
Pour information, il est très facile de tracer un chemin sur un autre, ou très près, sans avoir de problème de magnétisme : il suffit de faire des Ctrl + clics, et JOSM ne cherchera pas à attraper un nœud voisin. Bonne soirée, Jérôme -Message d'origine- De : Pierre-Alain Dorange [mailto:pdora...@mac.com] Envoyé : dimanche 8 août 2010 10:16 À : talk-fr@openstreetmap.org Objet : Re: [OSM-talk-fr] Chevauchement chemin rural et limite de commune [...] Pour la solution 3, le mieux est de masquer temporairement la frontière (option filtre de JOSM) afin de ne pas avoir de magnétisme sur les points ce qui te permet de tracer par dessus sans avoir de points communes... [...] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chevauchement chemin rural et limite de commune
Le 08/08/2010 19:15, Jérôme BLUM a écrit : Pour information, il est très facile de tracer un chemin sur un autre, ou très près, sans avoir de problème de magnétisme : il suffit de faire des Ctrl + clics, et JOSM ne cherchera pas à attraper un nœud voisin. Aa ! Voila une info que je la cherchais... Merci ! -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [GéoVélo] Petites remarques sur OpenLayers
Salut, Merci beaucoup pour ces deux problèmes dont je n'avais même pas connaissance. Je vais regarder ça demain. Pour la barre préférences elle est effectivement très déroutante, je me rends compte que très peu de personnes comprennent du premier coup d'oeil de quoi il s'agit. Il ne s'agit absolument par d'un bouton (0 ou 1). Voilà l'idée générale : après avoir sélectionner départ arrivée, le site propose à l'utilisateur de 1 à 4 itinéraires qui sont disposés sur la barre de préférences du plus court au plus sécurisé. Le nombre d'itinéraires proposé dépend de la situation. Pour constater par toi même, tu peux essayer de déplacer les drapeaux à la souris. Gaël. -- View this message in context: http://gis.638310.n2.nabble.com/GeoVelo-Petites-remarques-sur-OpenLayers-tp5386494p5386807.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] Petites remarques sur OpenLayers
GaelADT a écrit : Pour la barre préférences elle est effectivement très déroutante, je me rends compte que très peu de personnes comprennent du premier coup d'oeil de quoi il s'agit. Il ne s'agit absolument par d'un bouton (0 ou 1). le probleme vient du fait que souvent 2 itineraires sont proposes : c'est alors que ca ressemble a un bouton et que c'est deroutant tant que t'a pas eu un cas avec au moins 3 itineraires tu comprend pas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [GéoVélo] Petites remarques sur OpenLayers
On 08/08/2010 21:15, hamster wrote: le probleme vient du fait que souvent 2 itineraires sont proposes : c'est alors que ca ressemble a un bouton et que c'est deroutant Et un site de routage déroutant, ça tient pas la route ! ;-) -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [dev] poi osm avec OpenLayers (was: Carte des caméras de surveillance)
Vincent Pottier vpott...@gmail.com wrote: Une simple base non géographique et script peuvent très bien rendre le kml, le json ou je sais quoi, que doit afficher OpenLayer en fonction de paramètres simples. J'avais fait un test en local avec une base mysql remplie 'a la mano' pouvant servir les points selon les lat-lon-zoom de la carte affichée. Ça marchait bien (j'ai changé d'ordinateur depuis, je ne sais donc plus bien où est le script) Ce qu'il faut trouver, c'est un script d'import de XAPI vers la bd à relancer régulièrement. Ca me semble une piste intéressante. J'ai effectué quelques essais complémentaires avec OpenLayers en comparant l'utilisation de text layers (un fichier texte), GML/KML et GML/OSM. Le tout avec une liste de 6000 poi (les caméras) Premiers résultats (sur mon mac, cache vide) : FireFox Safari Chrome Text Layers (.txt) 14- 20 6-87-8 GML/KML (.kml) 10-13 7-86-8 GML/OSM (.osm) 13-14 6-77-8 Avec Windows 7 (via VirtualBox sur la mac) j'ai testé avec un cache vide : FireFox Chrome IE Text Layers arrêt 22 arrêt GML/KML 26 12 arrêt GML/OSM 30 11 arrêt http://www.leretourdelautruche.com/map/cctv-about.html La taille des données est importante mais le navigateur aussi ainsi que la machine de l'utilisateur. -- Pierre-Alain Dorange ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr