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
