[OSM-talk-fr] [BMO] Import global et gel des modifications highway svp
Bonjour, À la vue de l'import différentiel réalisé sur BMO, et du décalage constant qu'on a sur toute la couche filaire existante au sein de BMO (en parti dû à l'imprecision des images aérienne Yahoo), la quantité de travail pour corriger ça est telle, qu'on (BMO, François Van Der Biest et moi) se pose la question d'effectuer un import global de tout BMO, ce qui implique de purger l'existant. Le but serait donc de supprimer : highway=primary/secondary/tertiary/unclassified/residential et de préserver ce qui est piste cyclable, footway, pedestrian. Les avantages : - précision bien meilleure, basé sur le filaire cadastral et relevés topographiques - inclusion des attributs (code fantoir ! ( http://fr.wikipedia.org/wiki/Fantoir) , mais on récupère aussi la hierarchie, ce qui permet de reconstruire les tags primary/secondary/etc...) - la code fantoir permet de lier le bati à une voie (exemple : Si le code de la rue Route des mouettes est prefix alors, habitant au 15 de la rue, mon code d'adressage est : prefix015 - inclusion des données routières (limitation de vitesse, feux, etc...) Inconvénients : - Petite perte de précision sur les carrefours, rdp, etc... mais comme ils sont de toute façon mal placé, c'est à refaire. Nous allons néanmoins étudier la possibilité de conserver les carrefours (aucune garantie). - Supression du travail de quelques personnes Je pense que c'est le moment de le faire. Plus on attend, plus on aura de gens à travailler sur le projet, et tant qu'à en avoir, autant travailler ensemble sur une base propre. La supression du travail existant ne doit pas porter affront aux contributeurs. L'objectif d'OSM n'est pas de contenter les contributeurs mais bien de fournir une carte libre, et la plus complète et précise possible. Dans cet objectif, nous nous heurtons à un problème simple : nous n'avons pas assez de monde pour faire ces modifications nous même, du moins dans un laps de temps convenable. Je propose donc un vote (surtout pour les personnes concernées : http://www.flickr.com/photos/stevenleroux/4228198366/ , mais ouvert à tous) afin de valider le principe de suppression/import massif sur BMO. Une page a été créer dans ce but et est accessible depuis la page BMO : http://wiki.openstreetmap.org/wiki/BMO#BMO_Voting_principle La page de vote est accessible directement ici : http://wiki.openstreetmap.org/wiki/BMO_Global_import_principle Dans la perspective d'un import global, je vous encourage à contribuer à l'extérieur de BMO jusqu'à la fin du vote. Merci de votre participation. -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] serveur du cadastre en DoS
hamster-2 wrote: pour ceux qui ne l'utilisent pas deja il y a un systeme de cache qui marche tres bien - on commence par charger l'image depuis le serveur, le plugin l'enregistre sous forme d'un fichier au nom de la commune dans ~/.josm/plugins/cadastrewms/ (desole pour les windowsiens et les maqueux, je sait pas ou c'est avec ces OS mais je pense que vous trouverez tres vite) Bonjour, je suis nouveau sur OSM en général et cette liste en particulier, je suis en région lyonnaise du coté de l'Arbresle. La localisation des fichiers cadastre ne posant pas de problème aux maqueux, voici un point pour les windowsiens de la tribu Vista : ces fichiers sont enregistrés dans C:\Users\votre_profil\AppData\Roaming\JOSM\plugins\cadastrewms. -- View this message in context: http://n2.nabble.com/Re-Nouvelle-version-du-plugin-cadastre-fr-suite-aux-changements-du-WMS-cadastre-gouv-fr-tp4168490p4232427.html Sent from the French OSM list 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] [BMO] Import global et gel des modifications highway svp
Il faut dire aussi que les données que possède BMO sont beaucoup plus riches en attributs que celles que l'on nous a offert initialement en guise de test. Aussi, la donne est un peu changée : on peut cette fois recréer les tags highway=* D'ou la question d'un import massif impliquant écrasement. F. 2009/12/30 Steven Le Roux ste...@le-roux.info: Bonjour, À la vue de l'import différentiel réalisé sur BMO, et du décalage constant qu'on a sur toute la couche filaire existante au sein de BMO (en parti dû à l'imprecision des images aérienne Yahoo), la quantité de travail pour corriger ça est telle, qu'on (BMO, François Van Der Biest et moi) se pose la question d'effectuer un import global de tout BMO, ce qui implique de purger l'existant. Le but serait donc de supprimer : highway=primary/secondary/tertiary/unclassified/residential et de préserver ce qui est piste cyclable, footway, pedestrian. Les avantages : - précision bien meilleure, basé sur le filaire cadastral et relevés topographiques - inclusion des attributs (code fantoir ! (http://fr.wikipedia.org/wiki/Fantoir) , mais on récupère aussi la hierarchie, ce qui permet de reconstruire les tags primary/secondary/etc...) - la code fantoir permet de lier le bati à une voie (exemple : Si le code de la rue Route des mouettes est prefix alors, habitant au 15 de la rue, mon code d'adressage est : prefix015 - inclusion des données routières (limitation de vitesse, feux, etc...) Inconvénients : - Petite perte de précision sur les carrefours, rdp, etc... mais comme ils sont de toute façon mal placé, c'est à refaire. Nous allons néanmoins étudier la possibilité de conserver les carrefours (aucune garantie). - Supression du travail de quelques personnes Je pense que c'est le moment de le faire. Plus on attend, plus on aura de gens à travailler sur le projet, et tant qu'à en avoir, autant travailler ensemble sur une base propre. La supression du travail existant ne doit pas porter affront aux contributeurs. L'objectif d'OSM n'est pas de contenter les contributeurs mais bien de fournir une carte libre, et la plus complète et précise possible. Dans cet objectif, nous nous heurtons à un problème simple : nous n'avons pas assez de monde pour faire ces modifications nous même, du moins dans un laps de temps convenable. Je propose donc un vote (surtout pour les personnes concernées : http://www.flickr.com/photos/stevenleroux/4228198366/ , mais ouvert à tous) afin de valider le principe de suppression/import massif sur BMO. Une page a été créer dans ce but et est accessible depuis la page BMO : http://wiki.openstreetmap.org/wiki/BMO#BMO_Voting_principle La page de vote est accessible directement ici : http://wiki.openstreetmap.org/wiki/BMO_Global_import_principle Dans la perspective d'un import global, je vous encourage à contribuer à l'extérieur de BMO jusqu'à la fin du vote. Merci de votre participation. -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk-fr-bzh] [BMO] Import global et gel des modifications highway svp
2009/12/30 François Van Der Biest francois.vanderbi...@camptocamp.com Il faut dire aussi que les données que possède BMO sont beaucoup plus riches en attributs que celles que l'on nous a offert initialement en guise de test. Aussi, la donne est un peu changée : on peut cette fois recréer les tags highway=* D'ou la question d'un import massif impliquant écrasement. Et le but est d'apporter la valeur ajoutée là où BMO est en retrait : le détail (footway/pedestrian/accessibilité/handicapé/etc...) d'où un travail à faire à la suite de cette import pour : - intégration des données - valeur ajoutée par implication des assos A voir aussi si on peut associer les batiments au numero d'adresse correspondant. De ce que j'ai compris, il y a un layer qui positionne le numero d'adresse à l'endroit où il est affiché sur les maisons, mais il y a peut être un moyen de l'associer à la couche bati. F. 2009/12/30 Steven Le Roux ste...@le-roux.info: Bonjour, À la vue de l'import différentiel réalisé sur BMO, et du décalage constant qu'on a sur toute la couche filaire existante au sein de BMO (en parti dû à l'imprecision des images aérienne Yahoo), la quantité de travail pour corriger ça est telle, qu'on (BMO, François Van Der Biest et moi) se pose la question d'effectuer un import global de tout BMO, ce qui implique de purger l'existant. Le but serait donc de supprimer : highway=primary/secondary/tertiary/unclassified/residential et de préserver ce qui est piste cyclable, footway, pedestrian. Les avantages : - précision bien meilleure, basé sur le filaire cadastral et relevés topographiques - inclusion des attributs (code fantoir ! (http://fr.wikipedia.org/wiki/Fantoir) , mais on récupère aussi la hierarchie, ce qui permet de reconstruire les tags primary/secondary/etc...) - la code fantoir permet de lier le bati à une voie (exemple : Si le code de la rue Route des mouettes est prefix alors, habitant au 15 de la rue, mon code d'adressage est : prefix015 - inclusion des données routières (limitation de vitesse, feux, etc...) Inconvénients : - Petite perte de précision sur les carrefours, rdp, etc... mais comme ils sont de toute façon mal placé, c'est à refaire. Nous allons néanmoins étudier la possibilité de conserver les carrefours (aucune garantie). - Supression du travail de quelques personnes Je pense que c'est le moment de le faire. Plus on attend, plus on aura de gens à travailler sur le projet, et tant qu'à en avoir, autant travailler ensemble sur une base propre. La supression du travail existant ne doit pas porter affront aux contributeurs. L'objectif d'OSM n'est pas de contenter les contributeurs mais bien de fournir une carte libre, et la plus complète et précise possible. Dans cet objectif, nous nous heurtons à un problème simple : nous n'avons pas assez de monde pour faire ces modifications nous même, du moins dans un laps de temps convenable. Je propose donc un vote (surtout pour les personnes concernées : http://www.flickr.com/photos/stevenleroux/4228198366/ , mais ouvert à tous) afin de valider le principe de suppression/import massif sur BMO. Une page a été créer dans ce but et est accessible depuis la page BMO : http://wiki.openstreetmap.org/wiki/BMO#BMO_Voting_principle La page de vote est accessible directement ici : http://wiki.openstreetmap.org/wiki/BMO_Global_import_principle Dans la perspective d'un import global, je vous encourage à contribuer à l'extérieur de BMO jusqu'à la fin du vote. Merci de votre participation. -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr-bzh mailing list talk-fr-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr-bzh -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plus de documentation sur les cycleways dans le wiki
Pieren wrote: Bonjour, J'ai créé hier une poignée de dessins pour représenter les différentes options de pistes ou bandes cyclables que j'ai inséré dans cette page du wiki: http://wiki.openstreetmap.org/wiki/Bicycle#Cycle_features [...] Bonjour, j'aimerai savoir comment on peut différencier des bandes cyclables qui sont sur la route par rapport aux bandes cyclables qui sont sur le trottoir? Cette information me semble utile à indiquer car les bandes cyclables sur les trottoirs sont nettement mieux au niveau sécurité. Olivier -- View this message in context: http://n2.nabble.com/Plus-de-documentation-sur-les-cycleways-dans-le-wiki-tp4227898p4232539.html Sent from the French OSM list 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] Plus de documentation sur les cycleways dans le wiki
2009/12/30 Olivier S olivie...@live.fr Pieren wrote: Bonjour, J'ai créé hier une poignée de dessins pour représenter les différentes options de pistes ou bandes cyclables que j'ai inséré dans cette page du wiki: http://wiki.openstreetmap.org/wiki/Bicycle#Cycle_features [...] Bonjour, j'aimerai savoir comment on peut différencier des bandes cyclables qui sont sur la route par rapport aux bandes cyclables qui sont sur le trottoir? Cette information me semble utile à indiquer car les bandes cyclables sur les trottoirs sont nettement mieux au niveau sécurité. Pour moi elle apparaît schématisée par la bande verte qui sépare les deux voies (bien distincte donc...). Olivier -- View this message in context: http://n2.nabble.com/Plus-de-documentation-sur-les-cycleways-dans-le-wiki-tp4227898p4232539.html Sent from the French OSM list mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plus de documentation sur les cycleways dans le wiki
Pieren wrote: Bonjour, J'ai créé hier une poignée de dessins pour représenter les différentes options de pistes ou bandes cyclables que j'ai inséré dans cette page du wiki: http://wiki.openstreetmap.org/wiki/Bicycle#Cycle_features [...] Bonjour, j'aimerai savoir comment on peut différencier des bandes cyclables qui sont sur la route par rapport aux bandes cyclables qui sont sur le trottoir? Est ce que ca n'est pas couvert par les cas S3/S4 ? + Cycle tracks on left and right sides of the road and *sidewalks*. + Cycle tracks on left and right sides between the road and the *sidewalks/footways*. Cette information me semble utile à indiquer car les bandes cyclables sur les trottoirs sont nettement mieux au niveau sécurité. Pour la sécurité des piétons, pas forcement :) -- JB : cycliste ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plus de documentation sur les cycleways dans le wiki
2009/12/30 Steven Le Roux ste...@le-roux.info: 2009/12/30 Olivier S olivie...@live.fr Il y a eu une discussion récemment sur la liste Tagging à ce propos: http://lists.openstreetmap.org/pipermail/tagging/2009-December/000491.html La discussion vient du Danemark où certains considèrent que cela fait (un peu) partie de la route, parce que chez-eux (voir les photos), il n'y a pas d'espace entre la route et la piste cyclable mais juste un bord de trottoir, donc que cela ne mérite pas d'être en track. Il y a donc une proposition de créer un cycleway=kerb à la place de cycleway=lane mais c'est tout frais. Si la séparation est plus franche comme la piste au milieu d'un trottoir ou séparé par des rangés de voitures parquées, il y a un consensus pour considérer la piste cyclable comme track. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] serveur du cadastre en DoS
2009/12/30 Florian HOUEL florian.ho...@arcanal.fr: Bonjour, je suis nouveau sur OSM en général et cette liste en particulier, je suis en région lyonnaise du coté de l'Arbresle. La localisation des fichiers cadastre ne posant pas de problème aux maqueux, voici un point pour les windowsiens de la tribu Vista : ces fichiers sont enregistrés dans C:\Users\votre_profil\AppData\Roaming\JOSM\plugins\cadastrewms. -- Bienvenue sur la liste (et à tous ceux qui sont arrivés depuis le début des fêtes). En fait, il manque encore la localisation pour les maceux, celle qui était donnée étant pour les linuxiens. J'ai ajouté ça sur le wiki du plugin: http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Comment_fonctionne_le_r.C3.A9pertoire_cache_du_plug-in Est-ce que c'est JOSM qui a créé un répertoire ..\roaming\.. par défaut ? Si c'est la même chose pour mac que pour linux, il faudrait juste que quelqu'un l'ajoute au wiki. Vous y trouvez aussi le moyen de changer de répertoire pour le cache si vous le souhaitez (c'est un peu caché mais c'est fait exprès pour que la doc que j'écris soit lue de temps en temps ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plus de documentation sur les cycleways dans le wiki
julien balas wrote: Pieren wrote: Bonjour, J'ai créé hier une poignée de dessins pour représenter les différentes options de pistes ou bandes cyclables que j'ai inséré dans cette page du wiki: http://wiki.openstreetmap.org/wiki/Bicycle#Cycle_features [...] Bonjour, j'aimerai savoir comment on peut différencier des bandes cyclables qui sont sur la route par rapport aux bandes cyclables qui sont sur le trottoir? Est ce que ca n'est pas couvert par les cas S3/S4 ? + Cycle tracks on left and right sides of the road and *sidewalks*. + Cycle tracks on left and right sides between the road and the *sidewalks/footways*. Cette information me semble utile à indiquer car les bandes cyclables sur les trottoirs sont nettement mieux au niveau sécurité. Pour la sécurité des piétons, pas forcement :) -- JB : cycliste S3: non car les piétons ne sont pas entre la bande cyclable et la route. S4: je ne pense pas car il n'y a pas une séparation (végétation, barrière,places de stationnement...) entre la route et la piste cyclable mais seulement une bordure de trottoir. pieren wrote: Il y a eu une discussion récemment sur la liste Tagging à ce propos: http://lists.openstreetmap.org/pipermail/tagging/2009-December/000491.html La discussion vient du Danemark où certains considèrent que cela fait (un peu) partie de la route, parce que chez-eux (voir les photos), il n'y a pas d'espace entre la route et la piste cyclable mais juste un bord de trottoir, donc que cela ne mérite pas d'être en track. Il y a donc une proposition de créer un cycleway=kerb à la place de cycleway=lane mais c'est tout frais. Si la séparation est plus franche comme la piste au milieu d'un trottoir ou séparé par des rangés de voitures parquées, il y a un consensus pour considérer la piste cyclable comme track. Pieren Ce que je pense est exactement ce qui est décrit dans la discussion citée plus haut. Par contre, si on utilise aujourd'hui cycleway=kerb, la plupart des logiciels ne feront pas de rendu. La proposition d'ajouter à cycleway=lane une clé supplémentaire segregated=yes|kerb me semble mieux car les logiciels continuent de comprendre cycleway=lane et on peut indiquer une information utile supplémentaire. Je sais. On ne tague pas pour le rendu, mais on ne tague pas pour rien non plus. Olivier -- View this message in context: http://n2.nabble.com/Plus-de-documentation-sur-les-cycleways-dans-le-wiki-tp4227898p4233108.html Sent from the French OSM list mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tags supportés par les différent s moteurs de rendu
Pour ceux que ça intéresse mais qui ne lisent pas les listes en anglais, quelqu'un a généré il y a quelques semaines déjà une page wiki montrant tous les tags supportés par les moteurs de rendu mapnik et osmarender, ceux présents dans les presets de potlatch et josm et dans la doc wiki. En plus, ça sort les statistiques d'utilisation basé sur les chiffres d'osmdoc. Bref, voila l'adresse: http://wiki.openstreetmap.org/wiki/User:Stevage/tagsupport Le tableau n'est pas 100% fiable parce que les règles de rendu sont parfois complexes et il n'est pas toujours évident de voir ce qui sera rendu ou pas. Mais ça reste un bon indicateur général. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] serveur du cadastre en DoS
+--On 30 décembre 2009 16:39:38 +0100 Pieren pier...@gmail.com wrote: | 2009/12/30 Florian HOUEL florian.ho...@arcanal.fr: | Bonjour, je suis nouveau sur OSM en général et cette liste en | particulier, je suis en région lyonnaise du coté de l'Arbresle. | La localisation des fichiers cadastre ne posant pas de problème aux | maqueux, voici un point pour les windowsiens de la tribu Vista : ces | fichiers sont enregistrés dans | C:\Users\votre_profil\AppData\Roaming\JOSM\plugins\cadastrewms. | -- | | Bienvenue sur la liste (et à tous ceux qui sont arrivés depuis le | début des fêtes). | | En fait, il manque encore la localisation pour les maceux, celle qui | était donnée étant pour les linuxiens. | J'ai ajouté ça sur le wiki du plugin: | http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Comment_ | fonctionne_le_r.C3.A9pertoire_cache_du_plug-in Les maceux ayant un unix, c'est comme sous linux, freebsd, solaris... ~/.josm. -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr