Re: [OSM-talk-fr] Second import BMO - le filaire.
2009/12/23 Art Penteur art.pent...@gmail.com Le 23 décembre 2009 02:58, Steven Le Roux ste...@le-roux.info a écrit : @François : J'ai fait un petit upper lower aussi car tout les noms étaient en majuscules. Euh ... Est-ce que ça n'aurait pas valu le coup de faire un peu de correction toponymique, avant ? Par exemple : rue - Rue, rte-Route (non exhaustif) et des correcteurs d'orthographe (torpileur foudroyant - Torpilleur Foudroyant) ? Ceci dit, Étienne a tous les outils de correction a posteriori. C'est pourquoi je ne l'ai pas fait... et il faut de toute façon repasser sur tout les ajouts pour les raccorder à l'existant... donc je compte sur les contribs pour corriger ce genre de chose. Art. ___ 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] Second import BMO - le filaire.
Steven Le Roux a écrit : 2009/12/23 Steven Le Roux ste...@le-roux.info mailto:ste...@le-roux.info Purée le boulet... ayant du modifier qq truc sur le script de convertionet étant reparti d'un propre, j'ai zappé les tag allé... revert... C'est reparti. name=* fixme=bmo_import_diff highway=road @François : J'ai fait un petit upper lower aussi car tout les noms étaient en majuscules. Superbe : en milieu urbain http://osm.org/go/go/erDzMkskU- en péri urbain http://osm.org/go/erDx9Vr0- Mais il y aura du travail en post-import... J'ai ajouté deux services au mapJumper : BMO floating islands (sur keepright) BMO tag Name (sur osmose) Bon courage. -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Second import BMO - le filaire.
2009/12/23 Vincent Pottier vpott...@gmail.com Steven Le Roux a écrit : 2009/12/23 Steven Le Roux ste...@le-roux.info mailto:ste...@le-roux.info Purée le boulet... ayant du modifier qq truc sur le script de convertionet étant reparti d'un propre, j'ai zappé les tag allé... revert... C'est reparti. name=* fixme=bmo_import_diff highway=road @François : J'ai fait un petit upper lower aussi car tout les noms étaient en majuscules. Superbe : en milieu urbain http://osm.org/go/go/erDzMkskU- en péri urbain http://osm.org/go/erDx9Vr0- Mais il y aura du travail en post-import... C'était prévu oui :) J'ai ajouté deux services au mapJumper : BMO floating islands (sur keepright) BMO tag Name (sur osmose) Merci ! Tiens il serait possible de mettre le tag fixme dans osmose ? Bon courage. -- Vincent alias FrViPofm ___ 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] Second import BMO - le filaire.
Steven Le Roux a écrit : J'ai ajouté deux services au mapJumper : BMO floating islands (sur keepright) BMO tag Name (sur osmose) Merci ! Tiens il serait possible de mettre le tag fixme dans osmose ? Ça existe dans keepright. J'ai modifié le jumper pour l'afficher. -- Vincent Pottier — Fraternité franciscaine N.D. des Buis 25000 Besançon - ✆ 03 81 81 33 25 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Second import BMO - le filaire.
Steven Le Roux a écrit : Tiens il serait possible de mettre le tag fixme dans osmose ? Je met ça dans mes choses à faire à la rentrée. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Second import BMO - le filaire.
Vincent Pottier a écrit : Superbe : en milieu urbain http://osm.org/go/go/erDzMkskU- en péri urbain http://osm.org/go/erDx9Vr0- Mais il y aura du travail en post-import... J'ai ajouté deux services au mapJumper : BMO floating islands (sur keepright) BMO tag Name (sur osmose) Bon courage. C'est vraiment des données a jour. Il y a des rues qui n'existent pas encore (le lotissement est en construction) http://www.openstreetmap.org/?lat=48.40994lon=-4.40305zoom=17layers=B000FTF Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Second import BMO - le filaire.
2009/12/22 Denis dhel...@free.fr François Van Der Biest a écrit : 2009/12/21 Emilie Laffray emilie.laff...@gmail.com Je pense en effet que tu ne pourras pas beaucoup affiner le résultat. C'est vraiment bluffant. En fait les erreurs que tu as sont liés généralement a des petits bouts de rues qui ne sont pas co linéaires avec la route en cours. Je ne sais pas si c'est possible avec Postgis mais clairement si l'on pouvait déterminer l'angle d'intersection, et appliquer un ratio dessus, on devrait attraper beaucoup plus de rues dont les plus petites que tes exemples montrent. En effet, c'est un très bon constat. Malheureusement, je ne pense pas que ce soit facilement faisable avec PostGIS (et je n'ai connaissance d'aucune fonction de calcul d'angle). La fonction azimuth (1) pourait être utile. Elle permet de déterminer l'angle entre 2 points. Je m'en suis servi une fois pour calculer l'angle du dernier segment d'une ligne (pour y placer une flèche de direction). 1. http://postgis.refractions.net/documentation/manual-1.4/ST_Azimuth.html Rho, intéressant ! Denis, tu viens de me donner matière à réflexion pour la soirée qui vient ;-) Si on peut sortir un algo qui sera valable pour les prochains imports / fusions de données, c'est un bel enjeu. A+ F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Second import BMO - le filaire.
On 22/12/2009 08:20, François Van Der Biest wrote: Rho, intéressant ! Denis, tu viens de me donner matière à réflexion pour la soirée qui vient ;-) Si on peut sortir un algo qui sera valable pour les prochains imports / fusions de données, c'est un bel enjeu. En fait, si on arrive a mettre un tel algo au point, ce sont d'autres pays qui seront intéressés aussi! Le Canada fait beaucoup d'import de ce genre! Hum, donc il faudrait surement faire une seconde passe avec les rues non importées. Peut etre qu'il faudrait commencer par trouver les intersections avec l'existant et d'extraire seulement les fragments qui se touchent afin de déterminer l'angle. Emilie Laffray signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Second import BMO - le filaire.
Le 22/12/2009 08:32, Denis a écrit : La fonction azimuth (1) pourait être utile. Elle permet de déterminer l'angle entre 2 points. Je m'en suis servi une fois pour calculer l'angle du dernier segment d'une ligne (pour y placer une flèche de direction). HS : c'est aussi ce qui est utilisé pour déterminer les rond points qui tournent à l'envers dans osmose. La requete n'est pas de moi et j'ai oublié de citer mes sources. C'est dans les archives de cette ML ;-) http://osmose.openstreetmap.fr/src/analyser_gis_roundabout.py -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Second import BMO - le filaire.
2009/12/22 Emilie Laffray emilie.laff...@gmail.com On 22/12/2009 08:20, François Van Der Biest wrote: Rho, intéressant ! Denis, tu viens de me donner matière à réflexion pour la soirée qui vient ;-) Si on peut sortir un algo qui sera valable pour les prochains imports / fusions de données, c'est un bel enjeu. En fait, si on arrive a mettre un tel algo au point, ce sont d'autres pays qui seront intéressés aussi! Le Canada fait beaucoup d'import de ce genre! Hum, donc il faudrait surement faire une seconde passe avec les rues non importées. Peut etre qu'il faudrait commencer par trouver les intersections avec l'existant et d'extraire seulement les fragments qui se touchent afin de déterminer l'angle. Bon, je capitule. C'est vraiment pas simple cette approche angulaire, parce qu'elle ne peut pas se faire avec la voie OSM (qui n'est pas toujours intersectée par la voie du jeu de données BMO), mais avec le buffer. De plus, le gain marginal est assez faible in fine. Mais j'ai trouvé une parade pour récupérer une majorité de petites voies, ie, celles dont une proportion notable de la longueur se trouve comprise dans le buffer... cf le wiki BMO. Je mets à disposition de Steven le résultat de cette nouvelle approche, pour upload : http://dl.free.fr/fJIWcgXlN S'il y en a qui ont envie de s'amuser avec ce cas d'école, je mets à disposition les shapefiles des couches cub et osm (y compris bufferisées) à cette URL : http://dl.free.fr/bH4JJTlw6 A+ F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Second import BMO - le filaire.
Voilà, ça upload avec suivi temps réel (changeset[1] par changeset) sur twitter[2] : http://twitter.com/StevenLeRoux [1] : le changeset est un élément apporté par l'API 0.6 et permet de regrouper par ensemble les ajouts dans la base afin de faire plus facilement des retours arrière (pas besoin de le faire point par point, il suffit d'inverser le groupe de changement dans lequel tout les noeuds ont été ajoutés) [2] : Twitter est un service sur le web. Au delà du côté à la mode, il apporte une surcouche temps réel au web à l'instar de jabber. Il est surtout très intéressant pour l'ensemble des ses API. Je précise que c'est une demande qui a été faite de préciser un peu les choses... 2009/12/22 François Van Der Biest francois.vanderbi...@camptocamp.com 2009/12/22 Emilie Laffray emilie.laff...@gmail.com On 22/12/2009 08:20, François Van Der Biest wrote: Rho, intéressant ! Denis, tu viens de me donner matière à réflexion pour la soirée qui vient ;-) Si on peut sortir un algo qui sera valable pour les prochains imports / fusions de données, c'est un bel enjeu. En fait, si on arrive a mettre un tel algo au point, ce sont d'autres pays qui seront intéressés aussi! Le Canada fait beaucoup d'import de ce genre! Hum, donc il faudrait surement faire une seconde passe avec les rues non importées. Peut etre qu'il faudrait commencer par trouver les intersections avec l'existant et d'extraire seulement les fragments qui se touchent afin de déterminer l'angle. Bon, je capitule. C'est vraiment pas simple cette approche angulaire, parce qu'elle ne peut pas se faire avec la voie OSM (qui n'est pas toujours intersectée par la voie du jeu de données BMO), mais avec le buffer. De plus, le gain marginal est assez faible in fine. Mais j'ai trouvé une parade pour récupérer une majorité de petites voies, ie, celles dont une proportion notable de la longueur se trouve comprise dans le buffer... cf le wiki BMO. Je mets à disposition de Steven le résultat de cette nouvelle approche, pour upload : http://dl.free.fr/fJIWcgXlN S'il y en a qui ont envie de s'amuser avec ce cas d'école, je mets à disposition les shapefiles des couches cub et osm (y compris bufferisées) à cette URL : http://dl.free.fr/bH4JJTlw6 A+ F. ___ 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] Second import BMO - le filaire.
Purée le boulet... ayant du modifier qq truc sur le script de convertionet étant reparti d'un propre, j'ai zappé les tag allé... revert... 2009/12/23 Steven Le Roux ste...@le-roux.info Voilà, ça upload avec suivi temps réel (changeset[1] par changeset) sur twitter[2] : http://twitter.com/StevenLeRoux [1] : le changeset est un élément apporté par l'API 0.6 et permet de regrouper par ensemble les ajouts dans la base afin de faire plus facilement des retours arrière (pas besoin de le faire point par point, il suffit d'inverser le groupe de changement dans lequel tout les noeuds ont été ajoutés) [2] : Twitter est un service sur le web. Au delà du côté à la mode, il apporte une surcouche temps réel au web à l'instar de jabber. Il est surtout très intéressant pour l'ensemble des ses API. Je précise que c'est une demande qui a été faite de préciser un peu les choses... 2009/12/22 François Van Der Biest francois.vanderbi...@camptocamp.com 2009/12/22 Emilie Laffray emilie.laff...@gmail.com On 22/12/2009 08:20, François Van Der Biest wrote: Rho, intéressant ! Denis, tu viens de me donner matière à réflexion pour la soirée qui vient ;-) Si on peut sortir un algo qui sera valable pour les prochains imports / fusions de données, c'est un bel enjeu. En fait, si on arrive a mettre un tel algo au point, ce sont d'autres pays qui seront intéressés aussi! Le Canada fait beaucoup d'import de ce genre! Hum, donc il faudrait surement faire une seconde passe avec les rues non importées. Peut etre qu'il faudrait commencer par trouver les intersections avec l'existant et d'extraire seulement les fragments qui se touchent afin de déterminer l'angle. Bon, je capitule. C'est vraiment pas simple cette approche angulaire, parce qu'elle ne peut pas se faire avec la voie OSM (qui n'est pas toujours intersectée par la voie du jeu de données BMO), mais avec le buffer. De plus, le gain marginal est assez faible in fine. Mais j'ai trouvé une parade pour récupérer une majorité de petites voies, ie, celles dont une proportion notable de la longueur se trouve comprise dans le buffer... cf le wiki BMO. Je mets à disposition de Steven le résultat de cette nouvelle approche, pour upload : http://dl.free.fr/fJIWcgXlN S'il y en a qui ont envie de s'amuser avec ce cas d'école, je mets à disposition les shapefiles des couches cub et osm (y compris bufferisées) à cette URL : http://dl.free.fr/bH4JJTlw6 A+ F. ___ 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 -- 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] Second import BMO - le filaire.
2009/12/23 Steven Le Roux ste...@le-roux.info Purée le boulet... ayant du modifier qq truc sur le script de convertionet étant reparti d'un propre, j'ai zappé les tag allé... revert... C'est reparti. name=* fixme=bmo_import_diff highway=road @François : J'ai fait un petit upper lower aussi car tout les noms étaient en majuscules. 2009/12/23 Steven Le Roux ste...@le-roux.info Voilà, ça upload avec suivi temps réel (changeset[1] par changeset) sur twitter[2] : http://twitter.com/StevenLeRoux [1] : le changeset est un élément apporté par l'API 0.6 et permet de regrouper par ensemble les ajouts dans la base afin de faire plus facilement des retours arrière (pas besoin de le faire point par point, il suffit d'inverser le groupe de changement dans lequel tout les noeuds ont été ajoutés) [2] : Twitter est un service sur le web. Au delà du côté à la mode, il apporte une surcouche temps réel au web à l'instar de jabber. Il est surtout très intéressant pour l'ensemble des ses API. Je précise que c'est une demande qui a été faite de préciser un peu les choses... 2009/12/22 François Van Der Biest francois.vanderbi...@camptocamp.com 2009/12/22 Emilie Laffray emilie.laff...@gmail.com On 22/12/2009 08:20, François Van Der Biest wrote: Rho, intéressant ! Denis, tu viens de me donner matière à réflexion pour la soirée qui vient ;-) Si on peut sortir un algo qui sera valable pour les prochains imports / fusions de données, c'est un bel enjeu. En fait, si on arrive a mettre un tel algo au point, ce sont d'autres pays qui seront intéressés aussi! Le Canada fait beaucoup d'import de ce genre! Hum, donc il faudrait surement faire une seconde passe avec les rues non importées. Peut etre qu'il faudrait commencer par trouver les intersections avec l'existant et d'extraire seulement les fragments qui se touchent afin de déterminer l'angle. Bon, je capitule. C'est vraiment pas simple cette approche angulaire, parce qu'elle ne peut pas se faire avec la voie OSM (qui n'est pas toujours intersectée par la voie du jeu de données BMO), mais avec le buffer. De plus, le gain marginal est assez faible in fine. Mais j'ai trouvé une parade pour récupérer une majorité de petites voies, ie, celles dont une proportion notable de la longueur se trouve comprise dans le buffer... cf le wiki BMO. Je mets à disposition de Steven le résultat de cette nouvelle approche, pour upload : http://dl.free.fr/fJIWcgXlN S'il y en a qui ont envie de s'amuser avec ce cas d'école, je mets à disposition les shapefiles des couches cub et osm (y compris bufferisées) à cette URL : http://dl.free.fr/bH4JJTlw6 A+ F. ___ 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 -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB -- 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] Second import BMO - le filaire.
2009/12/21 Steven Le Roux ste...@le-roux.info: Euh, question bête. Les routes manquantes vont être importées avec quels tags ? highway=road + name=* ? Ca a l'avantage d'apparaître sur toutes les cartes existantes, évite que d'autres se lancent dans le mapping si ça existe déjà, et dit bien ce que cela veut dire (il manque la classification). Pourquoi ne pas ajouter un tag spécial supplémentaire, genre fixme=bmo_import et créer un backend sur osmose dédié à cet import (montrer tous les highway=road + fixme=bmo_import) pour terminer l'intégration à plusieurs ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Second import BMO - le filaire.
2009/12/21 Pieren pier...@gmail.com 2009/12/21 Steven Le Roux ste...@le-roux.info: Euh, question bête. Les routes manquantes vont être importées avec quels tags ? highway=road + name=* ? Ca a l'avantage d'apparaître sur toutes les cartes existantes, évite que d'autres se lancent dans le mapping si ça existe déjà, et dit bien ce que cela veut dire (il manque la classification). Il y a déjà un tag name sur toutes les voies, mais pas de highway par défaut (à nous de positionner, ou non). Pourquoi ne pas ajouter un tag spécial supplémentaire, genre fixme=bmo_import et créer un backend sur osmose dédié à cet import (montrer tous les highway=road + fixme=bmo_import) pour terminer l'intégration à plusieurs ? Dans ce cas, le fixme=bmo_import ne suffit-il pas ? Merci pour tes remarques. Pieren ___ 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] Second import BMO - le filaire.
2009/12/21 Pieren pier...@gmail.com 2009/12/21 Steven Le Roux ste...@le-roux.info: Euh, question bête. Les routes manquantes vont être importées avec quels tags ? highway=road + name=* ? Oui. On n'a pas d'information spécifique quant à la taille des routes dans les données source. Ca a l'avantage d'apparaître sur toutes les cartes existantes, évite que d'autres se lancent dans le mapping si ça existe déjà, et dit bien ce que cela veut dire (il manque la classification). Pourquoi ne pas ajouter un tag spécial supplémentaire, genre fixme=bmo_import et créer un backend sur osmose dédié à cet import (montrer tous les highway=road + fixme=bmo_import) pour terminer l'intégration à plusieurs ? Cela me semble une très bonne idée ! Je pourrais aussi : - fournir une liste des points ou il faudra faire du recollage de ways, éventuellement qu'on pourrait utiliser pour alimenter OpenStreetBugs (je ne sais pas s'il y a une API pour faire ça - je n'ai pas suivi les dernières discussions autour de OSB) - sortir un shapefile (ou fichier osm) avec les routes fournies par la CUB qui ne seront pas importées automatiquement, parce que la longueur de leur intersection avec un buffer de 10m autour des voies OSM existantes est supérieure à 50 % de leur longeur totale (c'est le critère de sélection que j'ai utilisé pour sélectionner les voies à importer). Ce sont essentiellement des petites jonctions, mais si je ne fais pas ça, il faudra les recréer à la main. A+ F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Second import BMO - le filaire.
Le 21 décembre 2009 11:08, François Van Der Biest francois.vanderbi...@camptocamp.com a écrit : Je pourrais aussi : - fournir une liste des points ou il faudra faire du recollage de ways, éventuellement qu'on pourrait utiliser pour alimenter OpenStreetBugs (je ne sais pas s'il y a une API pour faire ça - je n'ai pas suivi les dernières discussions autour de OSB) Bonjour, Pour info keepright propose la détection de floating islands (nom présent dans l'interface), c'est à dire des ways non reliés au reste de la carte. http://keepright.ipax.at/report_map.php?db=osm_EUzoom=16lat=47.10191lon=-2.0451layers=B00Tch=0%2C130show_ign=1show_tmpign=1 A+ Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Second import BMO - le filaire.
Steven Le Roux a écrit : 2009/12/21 Pieren pier...@gmail.com mailto:pier...@gmail.com 2009/12/21 Steven Le Roux ste...@le-roux.info mailto:ste...@le-roux.info: Euh, question bête. Les routes manquantes vont être importées avec quels tags ? highway=road + name=* ? Ca a l'avantage d'apparaître sur toutes les cartes existantes, évite que d'autres se lancent dans le mapping si ça existe déjà, et dit bien ce que cela veut dire (il manque la classification). Il y a déjà un tag name sur toutes les voies, mais pas de highway par défaut (à nous de positionner, ou non). Pourquoi ne pas ajouter un tag spécial supplémentaire, genre fixme=bmo_import et créer un backend sur osmose dédié à cet import (montrer tous les highway=road + fixme=bmo_import) pour terminer l'intégration à plusieurs ? Dans ce cas, le fixme=bmo_import ne suffit-il pas ? Je pense que ça ne suffira pas avec keepright (comme suggère Bruno), et par principe, une information incomplète (highway=road) vaut mieux que pas d'info. Je peux ajouter un service spécifique au mapJumper genre 'bmo road import' qui pointe sur keepright: flloating island, avec le thème 'import', si c'est la solution retenue (je peux aussi le faire pointer sur osmose avec le layer spécifique). Pour info : J'ai mis un mJLite à glisser sur la barre de favoris/marque-pages. http://frvipofm.net/osm/mapjumper/ Plus facile à implémenter que le mapJumper complet : on saute de carte en carte en 2 clics (3 si on choisit un thème) -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Second import BMO - le filaire.
2009/12/21 François Van Der Biest francois.vanderbi...@camptocamp.com - sortir un shapefile (ou fichier osm) avec les routes fournies par la CUB qui ne seront pas importées automatiquement, parce que la longueur de leur intersection avec un buffer de 10m autour des voies OSM existantes est supérieure à 50 % de leur longeur totale (c'est le critère de sélection que j'ai utilisé pour sélectionner les voies à importer). Ce sont essentiellement des petites jonctions, mais si je ne fais pas ça, il faudra les recréer à la main. Pour ceux que ça intéresse, et aussi à titre de documentation pour les prochains imports, le processus de sélection des routes contenues dans un shapefile, qui ne sont probablement pas déjà dans OSM est maintenant décrit là : http://wiki.openstreetmap.org/wiki/BMO#Road_network Je dis probablement, parce qu'il y a quand même des routes qui passent au travers du critère. Elles demanderont rectification manuelle. A+ F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Second import BMO - le filaire.
2009/12/21 François Van Der Biest francois.vanderbi...@camptocamp.com: Je pensais que tu avais utilisé le plugin road matcher d'OpenJump. Quelqu'un l'a déjà essayé ? Est-ce que ça n'aurait pas donné de meilleurs résultats pour le cas présent ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Second import BMO - le filaire.
2009/12/21 Pieren pier...@gmail.com 2009/12/21 François Van Der Biest francois.vanderbi...@camptocamp.com: Je pensais que tu avais utilisé le plugin road matcher d'OpenJump. Quelqu'un l'a déjà essayé ? Est-ce que ça n'aurait pas donné de meilleurs résultats pour le cas présent ? Le probleme du road matcher c'est que c'est un outil plutot manuel. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Second import BMO - le filaire.
2009/12/21 François Van Der Biest francois.vanderbi...@camptocamp.com 2009/12/21 François Van Der Biest francois.vanderbi...@camptocamp.com - sortir un shapefile (ou fichier osm) avec les routes fournies par la CUB qui ne seront pas importées automatiquement, parce que la longueur de leur intersection avec un buffer de 10m autour des voies OSM existantes est supérieure à 50 % de leur longeur totale (c'est le critère de sélection que j'ai utilisé pour sélectionner les voies à importer). Ce sont essentiellement des petites jonctions, mais si je ne fais pas ça, il faudra les recréer à la main. Pour ceux que ça intéresse, et aussi à titre de documentation pour les prochains imports, le processus de sélection des routes contenues dans un shapefile, qui ne sont probablement pas déjà dans OSM est maintenant décrit là : http://wiki.openstreetmap.org/wiki/BMO#Road_network Je dis probablement, parce qu'il y a quand même des routes qui passent au travers du critère. Elles demanderont rectification manuelle. As tu un exemple de route qui passe a travers? Je serais curieuse de savoir quel est le probleme. Je me trompe peut etre mais je pense que le probleme que tu as avec ton algorithme c'est que tu n'as pas de buffer sur les routes de la CUB aussi. Ce sont des linestrings a la base et donc ton calcul de ratio va etre biase de ce fait en donnant une valeur plus faible que prevu. Peut etre qu'en rajoutant cela, tu resoudras ton probleme. De plus, je pense que cela souffrira du meme probleme que l'on avait sur corine, et qu'il faudra surement faire un double calcul de ratio. Un sur la route OSM, un sur la route CUB, sinon tu risques d'avoir des soucis si les tailles sont suffisemment differentes. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Second import BMO - le filaire.
2009/12/21 Emilie Laffray emilie.laff...@gmail.com 2009/12/21 François Van Der Biest francois.vanderbi...@camptocamp.com 2009/12/21 François Van Der Biest francois.vanderbi...@camptocamp.com - sortir un shapefile (ou fichier osm) avec les routes fournies par la CUB qui ne seront pas importées automatiquement, parce que la longueur de leur intersection avec un buffer de 10m autour des voies OSM existantes est supérieure à 50 % de leur longeur totale (c'est le critère de sélection que j'ai utilisé pour sélectionner les voies à importer). Ce sont essentiellement des petites jonctions, mais si je ne fais pas ça, il faudra les recréer à la main. Pour ceux que ça intéresse, et aussi à titre de documentation pour les prochains imports, le processus de sélection des routes contenues dans un shapefile, qui ne sont probablement pas déjà dans OSM est maintenant décrit là : http://wiki.openstreetmap.org/wiki/BMO#Road_network Je dis probablement, parce qu'il y a quand même des routes qui passent au travers du critère. Elles demanderont rectification manuelle. As tu un exemple de route qui passe a travers? Je serais curieuse de savoir quel est le probleme. Oui, voici quelques images qui valent mieux qu'un long discours: http://www.flickr.com/photos/fvanderbiest/sets/72157623044717808/show/ Rien de très grave en fait, et je doute que l'on arrive à affiner de beaucoup la sélection. Mais je vais y regarder encore ce soir avant de lancer l'import. Je me trompe peut etre mais je pense que le probleme que tu as avec ton algorithme c'est que tu n'as pas de buffer sur les routes de la CUB aussi. Ce sont des linestrings a la base et donc ton calcul de ratio va etre biase de ce fait en donnant une valeur plus faible que prevu. Hmm, je ne vois pas bien pourquoi. A+ F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Second import BMO - le filaire.
2009/12/21 François Van Der Biest francois.vanderbi...@camptocamp.com 2009/12/21 Emilie Laffray emilie.laff...@gmail.com 2009/12/21 François Van Der Biest francois.vanderbi...@camptocamp.com 2009/12/21 François Van Der Biest francois.vanderbi...@camptocamp.com - sortir un shapefile (ou fichier osm) avec les routes fournies par la CUB qui ne seront pas importées automatiquement, parce que la longueur de leur intersection avec un buffer de 10m autour des voies OSM existantes est supérieure à 50 % de leur longeur totale (c'est le critère de sélection que j'ai utilisé pour sélectionner les voies à importer). Ce sont essentiellement des petites jonctions, mais si je ne fais pas ça, il faudra les recréer à la main. Pour ceux que ça intéresse, et aussi à titre de documentation pour les prochains imports, le processus de sélection des routes contenues dans un shapefile, qui ne sont probablement pas déjà dans OSM est maintenant décrit là : http://wiki.openstreetmap.org/wiki/BMO#Road_network Je dis probablement, parce qu'il y a quand même des routes qui passent au travers du critère. Elles demanderont rectification manuelle. As tu un exemple de route qui passe a travers? Je serais curieuse de savoir quel est le probleme. Oui, voici quelques images qui valent mieux qu'un long discours: http://www.flickr.com/photos/fvanderbiest/sets/72157623044717808/show/ Rien de très grave en fait, et je doute que l'on arrive à affiner de beaucoup la sélection. Mais je vais y regarder encore ce soir avant de lancer l'import. Bon, je viens de faire qqs essais. Il semblerait que l'on obtienne de meilleurs résultats (moins de lignes rejetées abusivement, et assez peu de faux positifs) en fixant la limite à 60 % de la voie contenue dans le buffer (au lieu de 50 % comme dans mon premier essai). Aussi, je mets à disposition une archive avec les deux shapefile résultant de l'export (dernière ligne de la procédure documentée sur http://wiki.openstreetmap.org/wiki/BMO#Road_network) avec la limite à 50 et 60 %. Voici : http://dl.free.fr/j9QywkCAv Je vous laisse choisir. Personnellement, je partirais sur 60% (3353 voies importées, contre 3200 à 50%). A+ F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Second import BMO - le filaire.
2009/12/21 François Van Der Biest francois.vanderbi...@camptocamp.com Rien de très grave en fait, et je doute que l'on arrive à affiner de beaucoup la sélection. Mais je vais y regarder encore ce soir avant de lancer l'import. Je me trompe peut etre mais je pense que le probleme que tu as avec ton algorithme c'est que tu n'as pas de buffer sur les routes de la CUB aussi. Ce sont des linestrings a la base et donc ton calcul de ratio va etre biase de ce fait en donnant une valeur plus faible que prevu. Hmm, je ne vois pas bien pourquoi. Je pense en effet que tu ne pourras pas beaucoup affiner le résultat. C'est vraiment bluffant. En fait les erreurs que tu as sont liés généralement a des petits bouts de rues qui ne sont pas co linéaires avec la route en cours. Je ne sais pas si c'est possible avec Postgis mais clairement si l'on pouvait déterminer l'angle d'intersection, et appliquer un ratio dessus, on devrait attraper beaucoup plus de rues dont les plus petites que tes exemples montrent. Après avoir vu les résultats, en effet, utiliser un buffer sur le CUB ne servirait a rien. C'est vraiment impressionnant. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Second import BMO - le filaire.
2009/12/21 Emilie Laffray emilie.laff...@gmail.com 2009/12/21 François Van Der Biest francois.vanderbi...@camptocamp.com Rien de très grave en fait, et je doute que l'on arrive à affiner de beaucoup la sélection. Mais je vais y regarder encore ce soir avant de lancer l'import. Je me trompe peut etre mais je pense que le probleme que tu as avec ton algorithme c'est que tu n'as pas de buffer sur les routes de la CUB aussi. Ce sont des linestrings a la base et donc ton calcul de ratio va etre biase de ce fait en donnant une valeur plus faible que prevu. Hmm, je ne vois pas bien pourquoi. Je pense en effet que tu ne pourras pas beaucoup affiner le résultat. C'est vraiment bluffant. En fait les erreurs que tu as sont liés généralement a des petits bouts de rues qui ne sont pas co linéaires avec la route en cours. Je ne sais pas si c'est possible avec Postgis mais clairement si l'on pouvait déterminer l'angle d'intersection, et appliquer un ratio dessus, on devrait attraper beaucoup plus de rues dont les plus petites que tes exemples montrent. En effet, c'est un très bon constat. Malheureusement, je ne pense pas que ce soit facilement faisable avec PostGIS (et je n'ai connaissance d'aucune fonction de calcul d'angle). Après avoir vu les résultats, en effet, utiliser un buffer sur le CUB ne servirait a rien. C'est vraiment impressionnant. Oui. Et je pense qu'il est sage d'en rester là ;-) Le mieux est parfois l'ennemi du bien. A+ F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Second import BMO - le filaire.
François Van Der Biest a écrit : 2009/12/21 Emilie Laffray emilie.laff...@gmail.com Je pense en effet que tu ne pourras pas beaucoup affiner le résultat. C'est vraiment bluffant. En fait les erreurs que tu as sont liés généralement a des petits bouts de rues qui ne sont pas co linéaires avec la route en cours. Je ne sais pas si c'est possible avec Postgis mais clairement si l'on pouvait déterminer l'angle d'intersection, et appliquer un ratio dessus, on devrait attraper beaucoup plus de rues dont les plus petites que tes exemples montrent. En effet, c'est un très bon constat. Malheureusement, je ne pense pas que ce soit facilement faisable avec PostGIS (et je n'ai connaissance d'aucune fonction de calcul d'angle). La fonction azimuth (1) pourait être utile. Elle permet de déterminer l'angle entre 2 points. Je m'en suis servi une fois pour calculer l'angle du dernier segment d'une ligne (pour y placer une flèche de direction). 1. http://postgis.refractions.net/documentation/manual-1.4/ST_Azimuth.html Hope this helps Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
