Les analyseurs alimentent une base centrale via l'API les visualiseurs interrogent l'API
Qui met cette proposition d'API au propre qu'on en parle à Tokyo ? L'anglais suffira, pas besoin que ça soit en japonais ;) Le 28 août 2012 11:47, Arnaud Vandecasteele <[email protected]> a écrit : > +1 pour la multiplication des outils de contrôle. > Comme tu le suggères, une API serait la bienvenue. > Cela permettrait également une fonctionnement plus modulaire. > Osmose serait (ou pas) l'interface principale sur laquelle on pourrait > pluger des analyseurs. > > A. > > > 2012/8/28 Christian Quest <[email protected]> >> >> osmose, osmoe, osmose ! >> >> A mon avis le problème c'est la multiplication des outils de contrôle >> de qualité. Il y en a un peu partout, il faudrait proposer une API >> pour centraliser toutes ces erreurs sur une seule interface. >> >> Osmose est bien adapté à ça vu son fonctionnement backends multiples / >> frontend unique. >> >> Par exemple, la liste d'incohérences dans les relations signalée par >> didier2020 est super, mais l'intégrer dans osmose la rendrait plus >> facile d'emploi. >> >> >> Le 28 août 2012 10:21, Arnaud Vandecasteele <[email protected]> a écrit >> : >> > Salut à tous, >> > >> > Je rebondis sur cette réponse pour enrichir un peu un pearl trees que >> > j'avais créé [1]. >> > L'idée est de recenser les outils d'aide à la qualité les plus courants >> > et >> > les plus utilisés. >> > Quels sont ceux que vous utilisez ? Que vous avez créé ou conçu. >> > Je les ajouterai à la liste et j'en ferai ensuite un billet. >> > >> > Merci pour vos ressources. >> > >> > Arnaud >> > >> > [1] >> > >> > http://www.pearltrees.com/s/collectorAmo/createAccount#/N-reveal=1&N-u=1_273833&N-fa=2731421&N-s=1_2748501&N-f=1_2748501&N-p=20038015 >> > >> > >> > On Tue, Aug 28, 2012 at 9:58 AM, didier2020 <[email protected]> wrote: >> >> >> >> Le mardi 28 août 2012 à 09:55 +0200, Arnaud Vandecasteele a écrit : >> >> > Il n'est pas magique cet outil mais exceptionnel :) >> >> effectivement! >> >> sinon >> >> http://osm3.crans.org/osmbin/analyse-relation?2364473 te permet d'avoir >> >> la meme chose mais sans le rendu graphique >> >> >> >> > Je corrige immédiatement. >> >> > >> >> > Merci pour le lien et les réponses. >> >> > >> >> > Arnaud >> >> > >> >> > 2012/8/28 Vincent de Chateau-Thierry <[email protected]> >> >> > Bonjour, >> >> > >> >> > > De : "Arnaud Vandecasteele" >> >> > > >> >> > > J'ai un comportement bizarre sur l'import de relations dans >> >> > Osm2pgsql. >> >> > > Cela concerne les EPCI que j'ai récemment créé pour l'Ile >> >> > de >> >> > La Réunion. >> >> > > >> >> > > > TCO : >> >> > http://www.openstreetmap.org/browse/relation/2364728 >> >> > > > CINOR : >> >> > http://www.openstreetmap.org/browse/relation/2364330 >> >> > > > CIREST : >> >> > http://www.openstreetmap.org/browse/relation/2364473 >> >> > > > CIVIS : >> >> > http://www.openstreetmap.org/browse/relation/2364717 >> >> > > > CA SUD : >> >> > http://www.openstreetmap.org/browse/relation/2364708 >> >> > > >> >> > > Sauf erreur de ma part, ces relations me semblent >> >> > correctes. >> >> > >> >> > >> >> > Un coup d'oeil dans l'analyseur de relations montre un >> >> > problème de non fermeture de >> >> > tes autres polygones. L'outil magique pour ça : >> >> > >> >> > http://analyser.openstreetmap.fr/cgi-bin/index.py >> >> > >> >> > vincent >> >> > >> >> > Une messagerie gratuite, garantie à vie et des services en >> >> > plus, ça vous tente ? >> >> > Je crée ma boîte mail www.laposte.net >> >> > >> >> > _______________________________________________ >> >> > dev-fr mailing list >> >> > [email protected] >> >> > http://lists.openstreetmap.org/listinfo/dev-fr >> >> > >> >> > >> >> > >> >> > >> >> > -- >> >> > -------------------------------------------------------------------- >> >> > Arnaud Van De Casteele >> >> > Mines Paris Tech - CRC >> >> > Sophia-Antipolis >> >> > 0698 24 25 29 >> >> > SIG - WebMapping - Spatial Ontology - GeoCollaboration >> >> > >> >> > Web Site >> >> > http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ >> >> > http://geotribu.net/ >> >> > http://www.i2c.eu/ >> >> > _______________________________________________ >> >> > dev-fr mailing list >> >> > [email protected] >> >> > http://lists.openstreetmap.org/listinfo/dev-fr >> >> >> >> >> >> >> >> _______________________________________________ >> >> dev-fr mailing list >> >> [email protected] >> >> http://lists.openstreetmap.org/listinfo/dev-fr >> > >> > >> > >> > >> > -- >> > -------------------------------------------------------------------- >> > Arnaud Van De Casteele >> > Mines Paris Tech - CRC >> > Sophia-Antipolis >> > 0698 24 25 29 >> > SIG - WebMapping - Spatial Ontology - GeoCollaboration >> > >> > Web Site >> > http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ >> > http://geotribu.net/ >> > http://www.i2c.eu/ >> > >> > _______________________________________________ >> > dev-fr mailing list >> > [email protected] >> > http://lists.openstreetmap.org/listinfo/dev-fr >> > >> >> >> >> -- >> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest >> >> _______________________________________________ >> dev-fr mailing list >> [email protected] >> http://lists.openstreetmap.org/listinfo/dev-fr > > > > > -- > -------------------------------------------------------------------- > Arnaud Van De Casteele > Mines Paris Tech - CRC > Sophia-Antipolis > 0698 24 25 29 > SIG - WebMapping - Spatial Ontology - GeoCollaboration > > Web Site > http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ > http://geotribu.net/ > http://www.i2c.eu/ > > _______________________________________________ > dev-fr mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/dev-fr > -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest _______________________________________________ dev-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/dev-fr
