Re: [OSM-talk-fr] Photos aériennes
Bonjour, Pieren a écrit : Tracer le lit d'une rivière presque à sec parce que la photo a été prise en été pose aussi question (d'ailleurs, qui nous dit qu'il ne vaut pas mieux tracer le lit majeur et non le lit mineur ? Même si le lit majeur est censé refléter la plus grande crue connue, pour avoir travaillé dans une bureau d'étude en hydrologie spécialisé dans la prévention et la prévision des crues éclair, je peux t'assurer que la notion de lit majeur est dans une certaine mesure une vue de l'esprit. Par exemple, les personnes qui ont connu la crue de 1980 à Brives-Charensac - où l'eau est montée de 6 mètres en moins de 12 heures et le débit de la Loire est passé de 30 à 2400 m3/s - pourront te le confirmer : il y a le lit majeur avant et après cette crue. Et ceux qui ont connu la crue de 1996 où la Loire a décidé de s'amputer d'un lacet, faisant passer par la même occasion des installations d'une berge à une autre aussi. Par ailleurs, le « lit majeur » indiqué par le cadastre à Brives-Charensac n'a rien à voir avec la crue de 1980, celui indiqué à Paris, rien à voir avec la crue de 1910, celui indiqué à Toulouse, rien à voir avec la crue de 1875, etc. Je pense que le « lit majeur » indiqué dans le cadastre est une vue fiscale du cours d'eau (ou plutôt des parcelles qui le bordent) qui ne reflète pas spécialement la réalité variable du cours d'eau. Et quand ce tracé conduit à mettre les extrémités d'un pont dans l'eau, je me dis qu'il y a un problème. Et il y a plein d'info qu'on ne peut voir du ciel comme les noms de rues, les sens-interdits, etc. Ces trois sources (photo, cadastre, visite sur le terrain) ne doivent pas être mises en concurrence, elles sont complémentaires. Je partage totalement ton avis mais mon précédent message visait surtout à montrer que le cadastre est une source d'information comme une autre, qu'il faut rester critique à son égard et qu'il est d'aucune manière auto-suffisant. A++, Sébastien -- 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
[OSM-talk-fr] duplicated nodes en France
depuis une semaine, il y a des milles des duplicated nodes en France. http://matt.dev.openstreetmap.org/dupe_nodes/?zoom=6lat=47.16277lon=1.74968layers=BT S'il vous plait, corriger cette erreur. Si non, c'est impossible de trouvez les autre erreurs de duplicated nodes... Salutations Fred ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] duplicated nodes en France
Et voila ! Le 25/03/2010 08:26, Fred Jelk a écrit : depuis une semaine, il y a des milles des duplicated nodes en France. Il y a des milliers de points proches en x, y ou z. Nous avons importé le système géodésique français. Les points proches sont en général dans une relation:site. Certains points peuvent être à la verticale l'un de l'autre. Les points portent le tag source=©IGN 2010 dans le cadre de la cartographie réglementaire There are thousand of nodes closed in x, y or z. We have imported the French geodesic system. The closed nodes are usualy in a relation 'site'. Some of them can also be one upon an other. Those nodes have the source tag set to ©IGN 2010 dans le cadre de la cartographie réglementaire http://matt.dev.openstreetmap.org/dupe_nodes/?zoom=6lat=47.16277lon=1.74968layers=BT S'il vous plait, corriger cette erreur. Ce n'est pas une erreur. C'est l'outil d'analyse qui doit être affiné. It not a mistake It the tool that must be improved. Si non, c'est impossible de trouvez les autre erreurs de duplicated nodes... Désolé. Sorry. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transports en commun
Ayant eu un paternel cheminot, je ne suis pas sur que mapper les missions soit une bonne idée vu leurs fréquences de mises a jour ... Il serait plus logique de mapper D1, D2 par montgeron, D2 par ris orangis, et D3 (voir http://www.ratp.info/orienter/f_plan.php?fm=gifloc=reseauxnompdf=rerlang=) 2010/3/24 Vincent Pottier vpott...@gmail.com Le 24/03/2010 19:54, JonathanMM a écrit : Bonjour a tous, pendant qu'on parle de transport, toussa, j'aimerais savoir comment tagger le RER D ! Bon, il a plusieurs branches, donc, c'est assez chiant, mais ça donne ça : http://wiki.openstreetmap.org/wiki/WikiProject_France/RER/D Alors, moi, ce que j'ai fait, c'est que j'ai mis dans la relation du RER D, les gares du Nord + les 2 branches suds. Et dans ces branches, j'ai mis leur branches, etc ... Du coup, 2 questions : 1) Est ce que c'est bien ? 2) Sinon, comment faut-il le faire ? 2bis) http://78.46.81.38/api/sketch-line?network=RERref=Dcorrespondences=10width=1500height=500 étrange, n'est ce pas ? Pas très étonnant, vu le modèle présent dans la base. JonathanMM Hum, complexe. Chapeau pour le schéma sur le wiki en ASCI art. RER-D, c'est en fait un réseau dans le réseau. Peut-être faut il le considérer et le cartographier comme tel. À la limite, j'aurai mis en vrac tout le matériel d'infrastructure (voies, gares...) dans un relation:network:RDR-D, plutôt que de faire une arborescence de relations:route. L'intérêt, au moins temporaire, est de retrouver ce matériel par la relation;network:RER-D Puis, j'aurai construit les relation:route (les missions) : BIPE, BIPO, BOPO, DECA, DIPA, DIPE, DOCA... Il me semble que les routes suffisent. Chacune d'elles s'assimile à une 'line'. Et hors de Paris, les voies ferrées parallèles ne sont pas distinguées. Ensuite, ces routes doivent être intégrées à la relation:network:RER-D et le matériel disparait de cette dernière. Après, il sera facile pour une application externe de se référer à OSM pour faire correspondre des tables horaires aux relations routes. Le sketch-line?network=RER-Dref=BIPO sera cohérent. L'outil n'est pas encore au point pour représenter un réseau. -- FrViPofm ___ 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
[OSM-talk-fr] contre sens cyclable sur zone 30
Bonjour, Je viens de voir cette information ce matin dans le 20minutes : http://you.leparisien.fr/sports/2010/02/26/paris-le-double-sens-a-velo-autorise-dans-les-zones-30-366.html L'annonce devrait être faites aujourd'hui par la mairie de paris. a surveiller sur leur site pour avoir la carte (libre on espère) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] duplicated nodes en France
Ce sont les sources ©IGN 2010 [...] ?? Doit on considérer que leur positionnement est plus juste que les POI identiques ? J'en ai un sur Epinay sur Orge qui est en doublon avec un de source IGN/Service de Géodésie et Nivellement: 2006, j'imagine que le 2010 est a garder ? désolé yavait une discussion géodésique mais j'ai pas eu le courage ni le temps de la suivre 2010/3/25 Vincent Pottier vpott...@gmail.com Et voila ! Le 25/03/2010 08:26, Fred Jelk a écrit : depuis une semaine, il y a des milles des duplicated nodes en France. Il y a des milliers de points proches en x, y ou z. Nous avons importé le système géodésique français. Les points proches sont en général dans une relation:site. Certains points peuvent être à la verticale l'un de l'autre. Les points portent le tag source=©IGN 2010 dans le cadre de la cartographie réglementaire There are thousand of nodes closed in x, y or z. We have imported the French geodesic system. The closed nodes are usualy in a relation 'site'. Some of them can also be one upon an other. Those nodes have the source tag set to ©IGN 2010 dans le cadre de la cartographie réglementaire http://matt.dev.openstreetmap.org/dupe_nodes/?zoom=6lat=47.16277lon=1.74968layers=BT S'il vous plait, corriger cette erreur. Ce n'est pas une erreur. C'est l'outil d'analyse qui doit être affiné. It not a mistake It the tool that must be improved. Si non, c'est impossible de trouvez les autre erreurs de duplicated nodes... Désolé. Sorry. -- FrViPofm ___ 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] Transports en commun
Le 25/03/2010 09:03, Lord Awikatchikaen a écrit : Ayant eu un paternel cheminot, je ne suis pas sur que mapper les missions soit une bonne idée vu leurs fréquences de mises a jour ... Sur quoi portent les mises à jour. * Sur les horaires ? pas de problème pour les routes (on n'entre pas la table d'horaire) * sur les voies empruntées ? problème * Les stations desservies ? problème partiel. Le rôle, dans la relation peut être du genre 'arrêt possible' plutôt que 'stop'. Il serait plus logique de mapper D1, D2 par montgeron, D2 par ris orangis, et D3 (voir http://www.ratp.info/orienter/f_plan.php?fm=gifloc=reseauxnompdf=rerlang= http://www.ratp.info/orienter/f_plan.php?fm=gifloc=reseauxnompdf=rerlang=) Possible si, par exemple, 'D2 par Montgeron' est stable dans les stations desservies, ou alors créer les variantes 'D2 express par Montgeron'... (mais ça doit correspondre en gros aux missions) -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Photos aériennes
Sébastien Dinot wrote: Gilles Bassière a écrit : Prendre des photos vues d'en haut ne coûte pas forcément très cher : http://grassrootsmapping.org/ Après ça dépend de ce qu'on veut faire avec les images. Si c'est pour vectoriser des routes, des bâtiments et des POI, je pense que cadastre-fr est plus simple et plus fiable. Plus simple, sans aucun doute. Plus fiable, vraiment pas sûr. Ça dépend de ce que l'on entend par « plus fiable ». Certes, le cadastre est en général très précis. Mais... Primo, l'utilisation du cadastre nécessite une connaissance fine du terrain là où une photographie aérienne haute résolution est bien plus parlante (sans toutefois résoudre tous les problèmes puisque, par exemple, il est impossible d'identifier avec certitude les sens uniques à partir d'une photo aérienne) . En effet, le cadastre se préoccupe avant tout de définir les parcelles et les bâtis là où un mappeur se préoccupera avant tout de la géométrie et de la topologie des axes routiers. Secundo, la photographie aérienne montre une multitude d'informations ignorées par le cadastre telle l'occupation des sols. Quand on veut tracer les contours d'une forêt, le cadastre n'est pas d'une grande utilité. De même, lorsqu'on souhaite tracer une rivière, une photo aérienne est plus utile que le cadastre puisque ce dernier montre le lit majeur du cours d'eau. J'ai récemment trouvé dans OSM un pont dont les extrémités étaient dans l'eau non pas parce que le contributeur avait mal estimé la longueur du pont mais parce qu'il avait trop scrupuleusement suivi les berges indiquées dans le cadastre, le lit réel de la rivière étant bien plus modeste. Tertio, le cadastre date parfois sérieusement et fournit alors une information qui ne reflète plus du tout la réalité du terrain. Deux contributeurs m'ont signalé ces dernières semaines avoir supprimé des bâtiments que j'avais tracés parce qu'il avait été détruits l'année dernière. Pourtant, ces bâtiments sont toujours signalés sur le cadastre[1]. À contrario, le cadastre ne montre pas les bâtiments les plus récents et, je ne sais pour quelle raison, en ignore d'autres qui sont pourtant plus vieux que moi et existent toujours à ce jour. Quarto, je suis tombé l'année dernière sur une erreur de projection du cadastre sur la commune de Givors qui conduit à positionner les éléments du terrain avec une erreur de 35 à 50 mètres suivant les endroits. Quinto, le cadastre ne couvre que la France. En conséquence de quoi la photographie aérienne, ça a du bon, même si c'est lourd à mettre en œuvre et si nous ne sommes pas prêts de voir le jour où des flottilles de drones fourniront une image rafraîchie annuellement de l'ensemble du territoire. Finalement, la solution passe peut-être bien par la mise à disposition gracieuse d'images par Spot Image. Yapuka ! :) S'il s'agit d'images de qualité professionnelle (Spot Image par exemple), je suis bien d'accord avec toi. Mon propos portait plus sur les images amateurs telles que celles visibles sur grassrootsmapping.org. Ces photos ne sont pas référencées automatiquement et sont parfois même un peu obliques (surtout celles prises depuis des cerfs-volants). Dans le cas des images SenseFly, les exemples ne sont pas géo-référencés et je n'ai pas réussi à voir si le matériel embarqué permettait de référencer automatiquement l'image. Si la photo n'est pas déjà géo-référencée et rectifiée, il faut le faire soi-même en la calant sur un fond de plan. Outre le risque d'erreur ou d'imprécision lorsque l'opération est manuelle, je pense que cette étape pose des problème de droit si le fond de plan n'est pas libre lui-même (finalement, caler une image sur un fond google, revient au même que vectoriser sur un fond google, non ?). C'est ce qui m'amène à dire que ces photos aériennes amateurs ne sont idéales pour vectoriser. Pour d'autres utilisations, ces photos peuvent être extra-ordinaires mais comme fond de plan dans JOSM, je pense que ce n'est pas adapté. Je précise que je suis d'accord avec toi sur l'intérêt de changer de point de vue et de voir le terrain d'en haut. Ca apporte une vue d'ensemble riche en détail et ça permet de mieux saisir l'organisation géographique du terrain. Mais dans ce cas, les photos aériennes amateurs ont la même utilité que les photos que je prends depuis le sol pendant que fais mes traces GPS : je peux les consulter pendant que je vectorise pour me remémorer les détails du terrain. Bon, cela dit, je ne suis pas toujours aussi rabat-joie et si quelqu'un veut accrocher un appareil photo en dessous d'un cerf-volant ou d'un ballon météo, je serai bien content de participer à l'opération ;) -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] duplicated nodes en France
Eh bien, si ce n'est pas un erreur, contacter Matt pour changer le duplicate nodes map. http://www.openstreetmap.org/user/Matt Merci... Salutations... Am 25.03.2010 08:55, schrieb Vincent Pottier: http://matt.dev.openstreetmap.org/dupe_nodes/?zoom=6lat=47.16277lon=1.74968layers=BT S'il vous plait, corriger cette erreur. Ce n'est pas une erreur. C'est l'outil d'analyse qui doit être affiné. It not a mistake It the tool that must be improved. Si non, c'est impossible de trouvez les autre erreurs de duplicated nodes... Désolé. Sorry. -- FrViPofm ___ 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] Transports en commun
Les mises a jour concerne plus les horaire et stations desservies. quoi que les stations ca bouge moins. Ca reste quand même difficilement maintenable car le nom de la mission peut changer pour un train qui semble le même aux usagers, c'est a dire qu'il fait les mêmes arrêts mais fini au hangar plutôt que de repartir en sens inverse. On atteint une donnée limite d'OSM. autant je pense que les lignes de transport et les arrêt y ont leur place, autant les différents parcours possible sur la ligne avec les arrêts ou non sur telle ou telle gare ne me parait pas être une donnée géographique. Sinon on va tagguer le TGV 8557 qui fait lille-Massy-St pierre des corps-futuroscope-poitiers-bordeaux et son petit frere qui ne s'arrête pas a poitiers et celui qui fait montparnasse-bordeaux-Dax et tous les autres 2010/3/25 Vincent Pottier vpott...@gmail.com Le 25/03/2010 09:03, Lord Awikatchikaen a écrit : Ayant eu un paternel cheminot, je ne suis pas sur que mapper les missions soit une bonne idée vu leurs fréquences de mises a jour ... Sur quoi portent les mises à jour. * Sur les horaires ? pas de problème pour les routes (on n'entre pas la table d'horaire) * sur les voies empruntées ? problème * Les stations desservies ? problème partiel. Le rôle, dans la relation peut être du genre 'arrêt possible' plutôt que 'stop'. Il serait plus logique de mapper D1, D2 par montgeron, D2 par ris orangis, et D3 (voir http://www.ratp.info/orienter/f_plan.php?fm=gifloc=reseauxnompdf=rerlang= http://www.ratp.info/orienter/f_plan.php?fm=gifloc=reseauxnompdf=rerlang= ) Possible si, par exemple, 'D2 par Montgeron' est stable dans les stations desservies, ou alors créer les variantes 'D2 express par Montgeron'... (mais ça doit correspondre en gros aux missions) -- FrViPofm ___ 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] Photos aériennes
Gilles Bassière a écrit : Si la photo n'est pas déjà géo-référencée et rectifiée, il faut le faire soi-même en la calant sur un fond de plan. Outre le risque d'erreur ou d'imprécision lorsque l'opération est manuelle, je pense que cette étape pose des problème de droit si le fond de plan n'est pas libre lui-même (finalement, caler une image sur un fond google, revient au même que vectoriser sur un fond google, non ?). et caler la photo sur le cadastre ? dans les zones ou y'a pas mal de batiments ca doit plutot bien marcher on peut meme imaginer un plugin dans lequel on clique une serie de paire de points et qui fait le recalage avec zoom + rotation + distorsion attention, en general il y a une certaine dose de perspective, il faut donc caler le BAS des batiments sur le cadastre et non pas le toit ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transports en commun
Doit-on juste cartographier les routes empruntées par les bus, les trains, les trams et donc n'avoir qu'une relation route par ligne ou aller plus loin avec le modèle d'Oxomoa (1 relation line et des relations routes) ? Doit-on ne cartographier que les parcours principaux ou toutes les alternatives qui peuvent exister dans la semaine (bus de nuit, bus de week-end, etc) ? On a pas fini avec les transports en commun. Le 25/03/2010 09:58, Lord Awikatchikaen a écrit : Les mises a jour concerne plus les horaire et stations desservies. quoi que les stations ca bouge moins. Ca reste quand même difficilement maintenable car le nom de la mission peut changer pour un train qui semble le même aux usagers, c'est a dire qu'il fait les mêmes arrêts mais fini au hangar plutôt que de repartir en sens inverse. On atteint une donnée limite d'OSM. autant je pense que les lignes de transport et les arrêt y ont leur place, autant les différents parcours possible sur la ligne avec les arrêts ou non sur telle ou telle gare ne me parait pas être une donnée géographique. Sinon on va tagguer le TGV 8557 qui fait lille-Massy-St pierre des corps-futuroscope-poitiers-bordeaux et son petit frere qui ne s'arrête pas a poitiers et celui qui fait montparnasse-bordeaux-Dax et tous les autres 2010/3/25 Vincent Pottier vpott...@gmail.com mailto:vpott...@gmail.com Le 25/03/2010 09:03, Lord Awikatchikaen a écrit : Ayant eu un paternel cheminot, je ne suis pas sur que mapper les missions soit une bonne idée vu leurs fréquences de mises a jour ... Sur quoi portent les mises à jour. * Sur les horaires ? pas de problème pour les routes (on n'entre pas la table d'horaire) * sur les voies empruntées ? problème * Les stations desservies ? problème partiel. Le rôle, dans la relation peut être du genre 'arrêt possible' plutôt que 'stop'. Il serait plus logique de mapper D1, D2 par montgeron, D2 par ris orangis, et D3 (voir http://www.ratp.info/orienter/f_plan.php?fm=gifloc=reseauxnompdf=rerlang= http://www.ratp.info/orienter/f_plan.php?fm=gifloc=reseauxnompdf=rerlang= http://www.ratp.info/orienter/f_plan.php?fm=gifloc=reseauxnompdf=rerlang= http://www.ratp.info/orienter/f_plan.php?fm=gifloc=reseauxnompdf=rerlang=) Possible si, par exemple, 'D2 par Montgeron' est stable dans les stations desservies, ou alors créer les variantes 'D2 express par Montgeron'... (mais ça doit correspondre en gros aux missions) -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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] duplicated nodes en France
Le 25/03/2010 09:50, Fred Jelk a écrit : Eh bien, si ce n'est pas un erreur, contacter Matt pour changer le duplicate nodes map. http://www.openstreetmap.org/user/Matt Done. Merci... De rien. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transports en commun
Lord Awikatchikaen a écrit : Les mises a jour concerne plus les horaire et stations desservies. quoi que les stations ca bouge moins. Ca reste quand même difficilement maintenable car le nom de la mission peut changer pour un train qui semble le même aux usagers, c'est a dire qu'il fait les mêmes arrêts mais fini au hangar plutôt que de repartir en sens inverse. On atteint une donnée limite d'OSM. autant je pense que les lignes de transport et les arrêt y ont leur place, autant les différents parcours possible sur la ligne avec les arrêts ou non sur telle ou telle gare ne me parait pas être une donnée géographique. Sinon on va tagguer le TGV 8557 qui fait lille-Massy-St pierre des corps-futuroscope-poitiers-bordeaux et son petit frere qui ne s'arrête pas a poitiers et celui qui fait montparnasse-bordeaux-Dax et tous les autres +1 pourquoi ne pas tracer aussi l'itineraire qu'on fait en voiture chaque annee quand on part aux sports d'hiver ? parce qu'on est seul a le faire alors que les transports en commun sont collectifs ? dans les 2 cas il ne s'agit pas de decrire le terrain mais bien l'usage qui est fait du terrain quand on cartographie une foret, je peux aller sur place et voir qu'il y a une foret quand on cartographie une ligne de RER, si je vais sur place je vois des rails et des gares, mais apres, a quel arret et quels horaires il s'arrete, je le vois pas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Photos aériennes
hamster wrote: Gilles Bassière a écrit : Si la photo n'est pas déjà géo-référencée et rectifiée, il faut le faire soi-même en la calant sur un fond de plan. Outre le risque d'erreur ou d'imprécision lorsque l'opération est manuelle, je pense que cette étape pose des problème de droit si le fond de plan n'est pas libre lui-même (finalement, caler une image sur un fond google, revient au même que vectoriser sur un fond google, non ?). et caler la photo sur le cadastre ? dans les zones ou y'a pas mal de batiments ca doit plutot bien marcher on peut meme imaginer un plugin dans lequel on clique une serie de paire de points et qui fait le recalage avec zoom + rotation + distorsion Oui, effectivement. S'il n'y a pas trop de relief dans l'emprise, ça devrait bien marcher. Concernant le plugin, un de mes collègues avait coder une appli similaire basée sur OpenLayers, c'est donc complètement faisable. En y réflechissant mieux, c'est peut-être même possible de rectifier et référencer l'image sans aucune donnée tierce si l'on possède une trace GPS d'une structure présente sur la photo (une route par exemple). -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] contre sens cyclable sur zone 30
A suivre aussi sur : http://www.paris.fr/portail/deplacements/Portal.lut?page_id=7096document_type_id=4document_id=79395portlet_id=16333 avec une foule de détails en plus, dont des plans de déploiement, etc. Pour le coup, il va falloir utiliser : highway=* + oneway=yes + cycleway=opposite_lane ( http://wiki.openstreetmap.org/wiki/Bicycle ) Charlie Echo - Mail Original - De: Lord Awikatchikaen lord.awikatchik...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Jeudi 25 Mars 2010 09:08:09 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] contre sens cyclable sur zone 30 Bonjour, Je viens de voir cette information ce matin dans le 20minutes : http://you.leparisien.fr/sports/2010/02/26/paris-le-double-sens-a-velo-autorise-dans-les-zones-30-366.html L'annonce devrait être faites aujourd'hui par la mairie de paris. a surveiller sur leur site pour avoir la carte (libre on espère) ___ 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] Photos aériennes
Gilles Bassière a écrit : hamster wrote: Gilles Bassière a écrit : Si la photo n'est pas déjà géo-référencée et rectifiée, il faut le faire soi-même en la calant sur un fond de plan. Outre le risque d'erreur ou d'imprécision lorsque l'opération est manuelle, je pense que cette étape pose des problème de droit si le fond de plan n'est pas libre lui-même (finalement, caler une image sur un fond google, revient au même que vectoriser sur un fond google, non ?). et caler la photo sur le cadastre ? dans les zones ou y'a pas mal de batiments ca doit plutot bien marcher on peut meme imaginer un plugin dans lequel on clique une serie de paire de points et qui fait le recalage avec zoom + rotation + distorsion Oui, effectivement. S'il n'y a pas trop de relief dans l'emprise, ça devrait bien marcher. Concernant le plugin, un de mes collègues avait coder une appli similaire basée sur OpenLayers, c'est donc complètement faisable. En y réflechissant mieux, c'est peut-être même possible de rectifier et référencer l'image sans aucune donnée tierce si l'on possède une trace GPS d'une structure présente sur la photo (une route par exemple). heu les photos aeriennes sont annoncees avec une resolution qui se compte en centimetres... c'est pas avec un GPS qu'on va pouvoir les caler a cette precision la ca veut dire que si on les cale avec un GPS il ne faudra pas dessiner les details plus petits que la precicion du GPS ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transports en commun
2010/3/25 hamster hams...@suna.fdn.fr dans les 2 cas il ne s'agit pas de decrire le terrain mais bien l'usage qui est fait du terrain C'est vrai qu'on atteint les limites du système à l'intérieur d'OSM. Mais d'un autre côté, les grands réseaux comme le RER D devraient encore pouvoir y figurer. Au-dela, il y a tous les itinéraires possibles et imaginables que la SNCF peut modifier tous les jours pour, par exemple, le transport de marchandise, qui doit être encore plus flexible que le transport passager. J'ai vu quelque part sur le site du RFF que le réseau était découpé en segments référencés. Il faudrait peut-être, à l'image de ce qu'on fait pour les routes ou les communes, privilégier le balisage de références qui peuvent ensuite être utilisées par des applications externes. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] contre sens cyclable sur zone 30
A suivre aussi sur : http://www.paris.fr/portail/deplacements/Portal.lut?page_id=7096document_type_id=4document_id=79395portlet_id=16333 avec une foule de détails en plus, dont des plans de déploiement, etc. Pour le coup, il va falloir utiliser : highway=* + oneway=yes + cycleway=opposite_lane ( http://wiki.openstreetmap.org/wiki/Bicycle ) C'est une obligation légale liée au code de la rue. Toutes les villes de France doivent se mettre aux normes d'ici juillet http://www.fubicy.org/spip.php?article199 Attention une zone 30 n'est pas équivalente a une portion de route dont la vitesse est limité a 30 Km/h. Les panneaux ne sont pas les mêmes. Les regles non plus. On est dans une zone30 tant qu'on ne passe pas un panneau de sortie de zone 30 alors que pour une limitation de vitesse elle disparait automatiquement selon certaines conditions. J'ai fait une feuille de style pour osmarender qui indique les rues a vérifier par un code couleur - bleu : les oneway avec maxspeed a 30 et cycleway=opposite_lane - rouge : les oneway avec maxspeed a 30 sans cycleway=opposite_lane - orange : les oneway (on a souvent l'info sur les sens unique, plus rarement sur la vitesse max, a Rennes en tout cas). - gris : les maxspeed vide ou 30, ou les trunk http://img32.imageshack.us/img32/7594/mapz30.png C'est basé sur les limites administrative, il faudrait plutôt que je prenne la boite englobante de la relation. Je ne sais pas trop comment rendre ca dispo pour tout le territoire. L'idéale serait peut-etre une slippy map avec rendu spécifique. En attendant de savoir faire ca, je suis parti sur l'idée de faire le rendu toutes le nuits pour une liste de ville. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transports en commun
Le 25/03/2010 10:58, Pieren a écrit : 2010/3/25 hamster hams...@suna.fdn.fr mailto:hams...@suna.fdn.fr dans les 2 cas il ne s'agit pas de decrire le terrain mais bien l'usage qui est fait du terrain C'est vrai qu'on atteint les limites du système à l'intérieur d'OSM. Mais d'un autre côté, les grands réseaux comme le RER D devraient encore pouvoir y figurer. Au-dela, il y a tous les itinéraires possibles et imaginables que la SNCF peut modifier tous les jours pour, par exemple, le transport de marchandise, qui doit être encore plus flexible que le transport passager. J'ai vu quelque part sur le site du RFF que le réseau était découpé en segments référencés. Il faudrait peut-être, à l'image de ce qu'on fait pour les routes ou les communes, privilégier le balisage de références qui peuvent ensuite être utilisées par des applications externes. +10 Pieren 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] Transports en commun
Le 25/03/2010 10:58, Pieren a écrit : 2010/3/25 hamster hams...@suna.fdn.fr mailto:hams...@suna.fdn.fr dans les 2 cas il ne s'agit pas de decrire le terrain mais bien l'usage qui est fait du terrain C'est vrai qu'on atteint les limites du système à l'intérieur d'OSM. Mais d'un autre côté, les grands réseaux comme le RER D devraient encore pouvoir y figurer. Au-dela, il y a tous les itinéraires possibles et imaginables que la SNCF peut modifier tous les jours pour, par exemple, le transport de marchandise, qui doit être encore plus flexible que le transport passager. J'ai vu quelque part sur le site du RFF que le réseau était découpé en segments référencés. Il faudrait peut-être, à l'image de ce qu'on fait pour les routes ou les communes, privilégier le balisage de références qui peuvent ensuite être utilisées par des applications externes. Les segments de références sont là http://www.rff.fr/fr/mediatheque/textes-de-reference-francais-45/document-reference/horaire-de-service-2011-424/annexes-427/ en annexe 4 Apparement, l'Europe oblige la RFF à publier ce genre de document. Maintenant peut-on cartographier ce genre d'info à partir de ces documents, je ne sais pas. D'ailleurs y-at-il un modèle pour ce genre de segments ? 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] Photos aériennes
hamster wrote: Gilles Bassière a écrit : hamster wrote: Gilles Bassière a écrit : Si la photo n'est pas déjà géo-référencée et rectifiée, il faut le faire soi-même en la calant sur un fond de plan. Outre le risque d'erreur ou d'imprécision lorsque l'opération est manuelle, je pense que cette étape pose des problème de droit si le fond de plan n'est pas libre lui-même (finalement, caler une image sur un fond google, revient au même que vectoriser sur un fond google, non ?). et caler la photo sur le cadastre ? dans les zones ou y'a pas mal de batiments ca doit plutot bien marcher on peut meme imaginer un plugin dans lequel on clique une serie de paire de points et qui fait le recalage avec zoom + rotation + distorsion Oui, effectivement. S'il n'y a pas trop de relief dans l'emprise, ça devrait bien marcher. Concernant le plugin, un de mes collègues avait coder une appli similaire basée sur OpenLayers, c'est donc complètement faisable. En y réflechissant mieux, c'est peut-être même possible de rectifier et référencer l'image sans aucune donnée tierce si l'on possède une trace GPS d'une structure présente sur la photo (une route par exemple). heu les photos aeriennes sont annoncees avec une resolution qui se compte en centimetres... c'est pas avec un GPS qu'on va pouvoir les caler a cette precision la ca veut dire que si on les cale avec un GPS il ne faudra pas dessiner les details plus petits que la precicion du GPS Que ce soit avec le cadastre ou avec une trace GPS, la rectification de l'image est approximative par cette méthode, elle ne tient pas compte du relief en particulier. Par ailleurs, même si un point GPS relevé avec un récepteur grand public a une précision de l'ordre de 5 à 10 mètres, on peut quand même considérer que la tendance générale d'une trace GPS, voire de plusieurs traces GPS, est correcte. En terme de précision des données vectorisées pour OSM, ça revient à peu près au même que de tracer une route en s'appuyant sur une trace GPS. -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transports en commun
2010/3/25 René-Luc D'Hont rldh...@gmail.com Apparement, l'Europe oblige la RFF à publier ce genre de document. Maintenant peut-on cartographier ce genre d'info à partir de ces documents, je ne sais pas. Bonne question. Il faudrait leur demander. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] duplicated nodes en France
Et voila ! Le 25/03/2010 08:26, Fred Jelk a écrit : depuis une semaine, il y a des milles des duplicated nodes en France. Il y a des milliers de points proches en x, y ou z. Nous avons importé le système géodésique français. Les points proches sont en général dans une relation:site. Certains points peuvent être à la verticale l'un de l'autre. Les points portent le tag source=©IGN 2010 dans le cadre de la cartographie réglementaire L'import a généré aussi pas mal d'erreurs d'orthographe dans osmose étant donné que les noms sont en majuscule. Est ce que le nom doit lui aussi rester inchangé ou bien est ce qu'on peut le corriger? Est ce que c'est osmose qui est trop strict ? -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] contre sens cyclable sur zone 30
En principe l'officialisation de ces décisions sur Paris paraitront dans le BMO (publication bi-hebdomadaire) : http://www.paris.fr/portail/publications/Portal.lut?page_id=6285 J'essaye de faire les modifications à chaque parution mais je laisserai ces modifications aux spécialistes des voies cyclables parisiennes lorsqu'elles sortiront :) Simon (STA) Le 25 mars 2010 10:59, jul...@krilin.org a écrit : A suivre aussi sur : http://www.paris.fr/portail/deplacements/Portal.lut?page_id=7096document_type_id=4document_id=79395portlet_id=16333 avec une foule de détails en plus, dont des plans de déploiement, etc. Pour le coup, il va falloir utiliser : highway=* + oneway=yes + cycleway=opposite_lane ( http://wiki.openstreetmap.org/wiki/Bicycle ) C'est une obligation légale liée au code de la rue. Toutes les villes de France doivent se mettre aux normes d'ici juillet http://www.fubicy.org/spip.php?article199 Attention une zone 30 n'est pas équivalente a une portion de route dont la vitesse est limité a 30 Km/h. Les panneaux ne sont pas les mêmes. Les regles non plus. On est dans une zone30 tant qu'on ne passe pas un panneau de sortie de zone 30 alors que pour une limitation de vitesse elle disparait automatiquement selon certaines conditions. J'ai fait une feuille de style pour osmarender qui indique les rues a vérifier par un code couleur - bleu : les oneway avec maxspeed a 30 et cycleway=opposite_lane - rouge : les oneway avec maxspeed a 30 sans cycleway=opposite_lane - orange : les oneway (on a souvent l'info sur les sens unique, plus rarement sur la vitesse max, a Rennes en tout cas). - gris : les maxspeed vide ou 30, ou les trunk http://img32.imageshack.us/img32/7594/mapz30.png C'est basé sur les limites administrative, il faudrait plutôt que je prenne la boite englobante de la relation. Je ne sais pas trop comment rendre ca dispo pour tout le territoire. L'idéale serait peut-etre une slippy map avec rendu spécifique. En attendant de savoir faire ca, je suis parti sur l'idée de faire le rendu toutes le nuits pour une liste de ville. -- JB ___ 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] contre sens cyclable sur zone 30
En principe l'officialisation de ces décisions sur Paris paraitront dans le BMO (publication bi-hebdomadaire) : http://www.paris.fr/portail/publications/Portal.lut?page_id=6285 J'essaye de faire les modifications à chaque parution mais je laisserai ces modifications aux spécialistes des voies cyclables parisiennes lorsqu'elles sortiront :) Il y a toujours un delta (parfois important) entre le moment ou une décision est prise et le moment ou les travaux sont finis, il vaut mieux constater sur le terrain. Il ne s'agit pas juste de mettre des panneaux, mais aussi de la peinture, voir de refaire les extrémités des rues. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import limite administrative - tag source
Le mercredi 24 mars 2010 21:55:08 Pieren, vous avez écrit : Pas nécessairement sur la carte elle-même. Mais dans les sources et le wiki. C'est un raccourci qui est fait pour toutes les contributions, y compris les nôtres. Si on voulait appliquer la licence cc-by-sa à la lettre, il faudrait afficher les noms de tous les contributeurs (by=attribution). Si je fais une carte avec mes contributions uniquement, je ne pourrait y afficher mon nom seul que si je n'avais pas versé mon travail dans le pot commun. Merci pour ces précisions. Reste à voir si on basculera un jour vers l'odbl … Pour ce qui est de des contributeurs individuels, mon point de vue est que je suis un contributeur faisant partie de l'organisation OSM (qui manque peut- être de cadre), et à ce titre je ne réclame pas d'être cité comme auteur en lieu et place d'OSM. Je discute, je discute, mais je devrai peut-être fouillé sur le wiki, car il y a je crois une belle page à ce sujet ^^ -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] contre sens cyclable sur zone 30
Effectivement, pour être rigoureux il faudrait tenir à jour un tableau dans le wiki avec la liste des arrêtés publiés et vérifier régulièrement leur application sur le terrain...c'est un sacré boulot car il y a en générale au moins une modification par BMO... Le 25 mars 2010 12:15, jul...@krilin.org a écrit : En principe l'officialisation de ces décisions sur Paris paraitront dans le BMO (publication bi-hebdomadaire) : http://www.paris.fr/portail/publications/Portal.lut?page_id=6285 J'essaye de faire les modifications à chaque parution mais je laisserai ces modifications aux spécialistes des voies cyclables parisiennes lorsqu'elles sortiront :) Il y a toujours un delta (parfois important) entre le moment ou une décision est prise et le moment ou les travaux sont finis, il vaut mieux constater sur le terrain. Il ne s'agit pas juste de mettre des panneaux, mais aussi de la peinture, voir de refaire les extrémités des rues. -- JB ___ 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
[OSM-talk-fr] Photos aériennes
pour le calage des vues, qui comme ça a été dit, faute de modèle de terrain, ne sera de toutes façons qu'indicatif, il y a aussi les points géodésiques de lIGN (il y en aurait plein en double sur OSM ;-)…) Parce que sinon, rajouter des erreurs à des erreurs topo (je pense au cadastre) ça va finir par pas être terrible… ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Photos aériennes
Je ne serais pas aussi pessimiste que toi. Sachant que personne ne cartographie une zone sans aller sur le terrain ;-), il faut juste en même temps prendre des points de repère au GPS, points qu'on aura repérés à l'avance d'après la vue aérienne. Mon expérience est qu'en terrain découvert, on a plutôt une erreur moyenne de 2 m avec mon GPS. Si les caractéristiques de l'appareil sont connues, il reste à déterminer 3 paramètres de position et 3 paramètres d'orientation de la prise de vue. Pour ça, il suffit de trois points au sol. Et pour limiter la propagation des erreurs de mesure, il vaut mieux augmenter la statistique. Je pense qu'une dizaine de points GPS doivent faire l'affaire. Il reste l'étape d'orthorectification lorsque le terrain n'est pas plat. +1 : orthophoto + cadastre + terrain, ça doit faire un ensemble vraiment efficace. Déjà que je trouve que le couple cadastre + terrain (avec GPS et APN), ça dépote bien. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [annonce] OsmTransport V 1.0
Bonjour, La mise à jour des données est-elle toujours quotidienne comme annoncé il y a quelques semaines ? J'ai tenté un bout de ligne de bus à Marseille pour vérifier que cela fonctionne et je ne la vois pas apparaître sur OSMTransport bien qu'il soit dans OSM... il est tout à fait probable que j'ai commis une erreur de tagging... http://www.openstreetmap.org/browse/relation/533967 http://www.openstreetmap.org/?lat=43.3027893304825lon=5.40205746889114zoom=17 (Oui je sais je n'ai pas encvore décomposé en line route mais il me semble que ça ne devrait pas influer non ?) CharlesNepote kimaidou a écrit : Nous sommes heureux d'annoncer la sortie de la version 1.0 d'OsmTransport (1) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [annonce] OsmTransport V 1.0
Bonjour, Nous essayons de maintenir une mise à jour tous les 24-48 heures mais comme nous travaillons maintenant avec la XAPI, nous avons parfois des surprises. Je vais faire une mise à jour de Marseilles. René-Luc D'Hont 3Liz Le 25/03/2010 14:18, Charles Nepote a écrit : Bonjour, La mise à jour des données est-elle toujours quotidienne comme annoncé il y a quelques semaines ? J'ai tenté un bout de ligne de bus à Marseille pour vérifier que cela fonctionne et je ne la vois pas apparaître sur OSMTransport bien qu'il soit dans OSM... il est tout à fait probable que j'ai commis une erreur de tagging... http://www.openstreetmap.org/browse/relation/533967 http://www.openstreetmap.org/?lat=43.3027893304825lon=5.40205746889114zoom=17 (Oui je sais je n'ai pas encvore décomposé en line route mais il me semble que ça ne devrait pas influer non ?) CharlesNepote kimaidou a écrit : Nous sommes heureux d'annoncer la sortie de la version 1.0 d'OsmTransport (1) ___ 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] [annonce] OsmTransport V 1.0
Bonjour, Marseille est à jour http://3liz.fr/public/osmtransport/index.php?country=Francelocation=Marseille et il y a bien une ligne de bus, la ligne 7! René-Luc Le 25/03/2010 14:18, Charles Nepote a écrit : Bonjour, La mise à jour des données est-elle toujours quotidienne comme annoncé il y a quelques semaines ? J'ai tenté un bout de ligne de bus à Marseille pour vérifier que cela fonctionne et je ne la vois pas apparaître sur OSMTransport bien qu'il soit dans OSM... il est tout à fait probable que j'ai commis une erreur de tagging... http://www.openstreetmap.org/browse/relation/533967 http://www.openstreetmap.org/?lat=43.3027893304825lon=5.40205746889114zoom=17 (Oui je sais je n'ai pas encvore décomposé en line route mais il me semble que ça ne devrait pas influer non ?) CharlesNepote kimaidou a écrit : Nous sommes heureux d'annoncer la sortie de la version 1.0 d'OsmTransport (1) ___ 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
[OSM-talk-fr] Tagger une allée de parc parisien
Bonjour à tous, J'ai un dilemme concernant la cartographie des parcs des Buttes Chaumont et Montsouris à Paris. Les gens qui avaient initié le mapping avaient tracé les allées comme highway=footway. Dans un premier temps j'ai fait de même. Mais certaines allées dans ces parcs sont très larges, faites dans une espèce de bitume et souvent utilisées par des voitures des parcs jardins de la ville de Paris. J'ai même vu un tracto pelle passer par là... Après c'est bien évidemment réservé aux piétons mais je suis très tenté de les mettre en highway=service, ce qui me semble plus juste. Pour vous faire une idée, voici deux photos de ces allées : http://commons.wikimedia.org/wiki/File:070922_Parce_des_Buttes_Chaumont_005.jpg(la perspective écrase un peu, l'allée doit bien faire 3m de large) et http://commons.wikimedia.org/wiki/File:Paris_Buttes-Chaumont_002.jpg (allée du fond). Qu'en pensez-vous ? Thomas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagger une allée de parc parisien
alors déjà footway c'est une erreur pour moi, c'est au minimum un path car pas interdit au vélo (comme trop de footway sur OSM) Ensuite tu rajoute simplement le tag surface. Après si c'est ouvert au voiture de service, tu peux faire un highway track (ou service) couplé avec access=designated + foot et bicycle = yes 2010/3/25 OSM Léon osm.l...@gmail.com Bonjour à tous, J'ai un dilemme concernant la cartographie des parcs des Buttes Chaumont et Montsouris à Paris. Les gens qui avaient initié le mapping avaient tracé les allées comme highway=footway. Dans un premier temps j'ai fait de même. Mais certaines allées dans ces parcs sont très larges, faites dans une espèce de bitume et souvent utilisées par des voitures des parcs jardins de la ville de Paris. J'ai même vu un tracto pelle passer par là... Après c'est bien évidemment réservé aux piétons mais je suis très tenté de les mettre en highway=service, ce qui me semble plus juste. Pour vous faire une idée, voici deux photos de ces allées : http://commons.wikimedia.org/wiki/File:070922_Parce_des_Buttes_Chaumont_005.jpg(la perspective écrase un peu, l'allée doit bien faire 3m de large) et http://commons.wikimedia.org/wiki/File:Paris_Buttes-Chaumont_002.jpg(allée du fond). Qu'en pensez-vous ? Thomas ___ 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] Téléchargement des limites de d épartements de métropole
Le 24/03/2010 16:24, sly (sylvain letuffe) a écrit : faudrait que je me motive à en faire un plugin pour osmose Bon, osmose était un peu en chantier (pour la synchro des serveurs), maintenant les sources sont dispo là : http://osm1.crans.org/src/osmose/ J'ai fait adapté un des plugins pour avoir les erreurs : http://osm1.crans.org/src/osmose/plugins/Source.py Les plus courageux qui ont cliqué sur le lien verront la complexité du plugin ! PS : merci Fred pour ta requête, je me suis senti obligé de faire le plugin. Maintenant que les sources sont dispo en ligne, vous pouvez proposer des patch que je mergerai. Les résultats sont en ligne, je les ai mélangé avec les autres erreurs parce que sinon la liste à gauche devient trop longue pour rien. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] duplicated nodes en France
Le 25/03/2010 11:43, jul...@krilin.org a écrit : Est ce que le nom doit lui aussi rester inchangé ou bien est ce qu'on peut le corriger? Vu la quantité, un robot serait approprié... avis aux amateurs (j'ai entendu qu'une spécialiste s'intéressait peut être à la question). Est ce que c'est osmose qui est trop strict ? non ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole
On jeudi 25 mars 2010, you wrote: Le 24/03/2010 16:24, sly (sylvain letuffe) a écrit : faudrait que je me motive à en faire un plugin pour osmose J'ai fait adapté un des plugins pour avoir les erreurs : http://osm1.crans.org/src/osmose/plugins/Source.py Génial ! On notera qu'il y a un peu de boulot, osmose annonce 7180 erreurs contre 320 que j'annonçais il y a peu. Mais après vérification il s'agit d'un grand nombre de noeud qui porte ce tag source, ça ira donc sans doute assez vite. Dès qu'on est sûr qu'il ne reste plus ce doute, je rependrais les fonds de carte PS: je suis d'ailleurs en train de re-charger toute la base afin (je l'espère) de régler les problèmes d'exclaves qui n'étaient pas gérées -- 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
Re: [OSM-talk-fr] Tagger une allée de parc parisien
Le Thu, Mar 25, 2010 at 05:03:44PM +0100, Lord Awikatchikaen [lord.awikatchik...@gmail.com] a écrit: alors déjà footway c'est une erreur pour moi, c'est au minimum un path car pas interdit au vélo (comme trop de footway sur OSM) Un footway où les vélos sont autorisés ne devient pas forcément un path Un bicycle=yes peut être plus approprié. (après, sur le sujet du fil, je connais pas les buttes chaumont) -- Dominique Rousseau d...@lee-loo.net - 06 82 43 12 27 Si cinquante millions de gens disent une sottise, ça n'en reste pas moins une sottise. -- Anatole France ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagger une allée de parc parisien
On jeudi 25 mars 2010, Dominique Rousseau wrote: Un footway où les vélos sont autorisés ne devient pas forcément un path Toute l'ambiguité du problème est là : http://wiki.openstreetmap.org/wiki/Footway For designated footpaths, i.e. mainly/exclusively for pedestrians. 'principalement ou exclusivement piéton' Sauf, que les deux notions sont antinomique Mon avis et que si les vélo y sont pas autorisé alors utiliser path gére mieux cette ambiguité -- 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
Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole
Le Jeudi 25 Mars 2010 17:56:03, sly (sylvain letuffe) a écrit : On jeudi 25 mars 2010, you wrote: Le 24/03/2010 16:24, sly (sylvain letuffe) a écrit : faudrait que je me motive à en faire un plugin pour osmose J'ai fait adapté un des plugins pour avoir les erreurs : http://osm1.crans.org/src/osmose/plugins/Source.py PS : merci Fred pour ta requête, je me suis senti obligé de faire le plugin. Maintenant que les sources sont dispo en ligne, vous pouvez proposer des patch que je mergerai. Génial ! De rien ;) Ma requête listait juste les limites CA qui étaient dans une relation de limite de commune et donc pour les quelles il existe une meilleure source. Mais merci d'avoir pris en compte le problème, ça fera l'affaire. On notera qu'il y a un peu de boulot, osmose annonce 7180 erreurs contre 320 que j'annonçais il y a peu. Mais après vérification il s'agit d'un grand nombre de noeud qui porte ce tag source, ça ira donc sans doute assez vite. Dès qu'on est sûr qu'il ne reste plus ce doute, je rependrais les fonds de carte PS: je suis d'ailleurs en train de re-charger toute la base afin (je l'espère) de régler les problèmes d'exclaves qui n'étaient pas gérées ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transports en commun
Alors, pour répondre a peu pres tout le monde : - Pour cartographier les noms de missions, niet, car tout d'abord, je vois pas pourquoi ça devrait figurer sur OSM alors que ça change tous les 6 mois. De plus, si je prend l'exemple d'un ZUCO, son terminus est bien Melun (première lettre) mais comme son nom ne l'indique pas, il n'a pas de gare de départ. Ainsi, il peut partir de Villiers-le-Bel comme d'Orry la Ville ou Creil - Pour les branches, c'est comme ça que je les ai cartographier, chaque branche est dans une relation a part. - Concernant les voies, je me posais la question s'il fallait les cartographier une par une ou par ensemble de voies (càd voie aller + voie retour dans un même chemin). Dans le premier cas, il existe souvent des voies grandes lignes parallèles aux voies du RER, exemple : http://carto.metro.free.fr/cartes/rer-idf/index.php?gpslat=49.02068606777664gpslon=2.476726201341784zoom=4 JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Brest-Plouzané - 30 juin-1er juil let 2010 - Forum des usages coopératifs sur les cartes o uvertes
Le Forum des usages coopératifs des TIC est accueilli tous les 2 ans par l'Ecole Supérieure des Télécommunications de Bretagne à Plouzané, juste à l'Ouest de Brest. Du mercredi 30 juin au vendredi 1er juillet, il aura pour thème les cartes ouvertes et citoyennes. Compte-tenu de l'interaction entre des OSMeurs brestois et alentours (dont ceux de la maintenant célèbre commune de Plouarzel où OSM est une action officiellement supportée) d'une part, Brest Métropole (élus, Direction de la Proximité, SIG) et l'école elle-même d'autre part, le thème des cartes ouvertes et citoyennes a été choisi. Une petite partie de la manifestation sera consacrée à ce que l'on peut faire à partir de Chimère, avec le concours de son créateur Etienne Loks, pour dresser des cartes d'intérêt local avec le fond de carte OSM. Le déroulé, les ateliers pratiques et les intervenants ne sont pas encore fixés. Vous pouvez indiquer des usages de cartes libres dans votre région et proposer des intervenants à Gaëlle Fily : gaelle.f...@brest-metropole-oceane.fr Des informations sur le programme et sur les inscriptions vous seront données sur cette liste. Le lieu d'accueil (possibilité de repas et de logement) est visible là : http://www.openstreetmap.org/?mlat=48.3581256866455mlon=-4.57014083862305zoom=13 4 h 30 de TGV + bus - Aéroport de Brest-Guipavas à 8 km. La mer est partout, le pays est varié (falaises, plages, îles), OSM commence à occuper de la surface en rassemblant des gens de plusieurs communes avec des préoccupations différentes. C'est une escapade idéale pour ceux qui ne pourront pas aller à SOTM. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Brest-Plouzané - 30 juin-2 juille t 2010 - Forum des usages coopératifs sur les cartes ouv ertes
Désolé j'avais oublié une partie de la date dans le titre Le Forum des usages coopératifs des TIC est accueilli tous les 2 ans par l'Ecole Supérieure des Télécommunications de Bretagne à Plouzané, juste à l'Ouest de Brest. Du mercredi 30 juin au vendredi 1er juillet, il aura pour thème les cartes ouvertes et citoyennes. Compte-tenu de l'interaction entre des OSMeurs brestois et alentours (dont ceux de la maintenant célèbre commune de Plouarzel où OSM est une action officiellement supportée) d'une part, Brest Métropole (élus, Direction de la Proximité, SIG) et l'école elle-même d'autre part, le thème des cartes ouvertes et citoyennes a été choisi. Une petite partie de la manifestation sera consacrée à ce que l'on peut faire à partir de Chimère, avec le concours de son créateur Etienne Loks, pour dresser des cartes d'intérêt local avec le fond de carte OSM. Le déroulé, les ateliers pratiques et les intervenants ne sont pas encore fixés. Vous pouvez indiquer des usages de cartes libres dans votre région et proposer des intervenants à Gaëlle Fily : gaelle.f...@brest-metropole-oceane.fr Des informations sur le programme et sur les inscriptions vous seront données sur cette liste. Le lieu d'accueil (possibilité de repas et de logement) est visible là : http://www.openstreetmap.org/?mlat=48.3581256866455mlon=-4.57014083862305zoom=13 4 h 30 de TGV + bus - Aéroport de Brest-Guipavas à 8 km. La mer est partout, le pays est varié (falaises, plages, îles), OSM commence à occuper de la surface en rassemblant des gens de plusieurs communes avec des préoccupations différentes. C'est une escapade idéale pour ceux qui ne pourront pas aller à SOTM. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
