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