[OSM-dev] OSM Wishlist
Frederik Ramm
frederik at remote.org
Fri Oct 12 08:18:55 BST 2012
Hi,
On 10/12/2012 02:14 AM, Andy Allan wrote:
> As for all-new things,
> I'd like to explore how to integrate all the various QA feeds into a
> combined overview, rather than having to hunt around different sites.
That would be a great thing to have, and one that has been eluding us
for quite a while. I remember SteveC bringing that up years ago - the
bug platform to end all bug platforms, if you will.
Jochen and I had a little discussion about this with the MapQuest guys
when their involvement in OSM started, with the aim of potentially
building such a platform for them, but that didn't lead anywhere.
As the operator of OSM Inspector, I am occasionally contacted about
adding "third-party" layers to it, and OSMI meanwhile has not only the
bugs found by our code but also a routing layer that consists partly of
Pascal Neis' and partly of Dennis Luxen's work. I would be totally open
towards the idea of merging OSMI stuff into a common platform.
I do believe though that we can't take the easy route and build a new
centralised QA platform; we'll have to build a meta platform into which
everyone can feed their input, so that we can continue to harness the
creativity of OSM hackers around the globe who come up with new QA
measures all the time (and whom we don't want to run all their queries
on our central database, even if it were suitable). Building such a meta
platform is not an easy task because "bugs" are much more than just
popup markers on the map - bugs can also be a way, or a collection of
ways, or a convex hull around a broken polygon; a good platform will
also allow the user to flag those bugs which are false positives. All
this in an environment where a multitude of QA providers feed hundreds
of thousands of check results into the platform every day.
Maybe all that thinking is why I never got around to build something -
perhaps it is time to take a step back and build the "simplest thing
that could possibly work". Then again, if it doesn't offer an advantage
over what's already there, it won't reach the goal of concentrating QA
measures.
Bye
Frederik
--
Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33"
More information about the dev
mailing list