On Tue, Jul 14, 2009 at 03:15:44PM +0200, Mitja Kleider wrote:
I would like to see a bugtracker like this on the main page. My first
attempts
to get in touch failed and I lost interest. Candid Dauth is currently working
on a client that can easily be added as a layer in OpenLayers.
How far
Message-
From: talk-boun...@openstreetmap.org [mailto:talk-
boun...@openstreetmap.org] On Behalf Of SteveC
Sent: 02 July 2009 1:16 PM
To: Frederik Ramm
Cc: Talk Openstreetmap
Subject: Re: [OSM-talk] The future of bugs in OSM
On 1 Jul 2009, at 19:58, Frederik Ramm wrote:
Hi,
SteveC wrote
[mailto:talk-
boun...@openstreetmap.org] On Behalf Of SteveC
Sent: 02 July 2009 1:16 PM
To: Frederik Ramm
Cc: Talk Openstreetmap
Subject: Re: [OSM-talk] The future of bugs in OSM
On 1 Jul 2009, at 19:58, Frederik Ramm wrote:
Hi,
SteveC wrote:
But, and this is key, it also has a RESTful API
Am Freitag, 17. Juli 2009 schrieb Florian Lohoff:
On Tue, Jul 14, 2009 at 03:15:44PM +0200, Mitja Kleider wrote:
I would like to see a bugtracker like this on the main page. My first
attempts to get in touch failed and I lost interest. Candid Dauth is
currently working on a client that can
Shaun McDonald [mailto:sh...@shaunmcdonald.me.uk] wrote:
Sent: 17 July 2009 2:30 PM
To: Andy Robinson (blackadder-lists)
Cc: 'SteveC'; 'Frederik Ramm'; 'Talk Openstreetmap'
Subject: Re: [OSM-talk] The future of bugs in OSM
Bug should be separate from the real data. The bugs should stored
On Jul 17, 2009, at 8:00 AM, Andy Robinson (blackadder-lists) wrote:
Shaun McDonald [mailto:sh...@shaunmcdonald.me.uk] wrote:
Sent: 17 July 2009 2:30 PM
To: Andy Robinson (blackadder-lists)
Cc: 'SteveC'; 'Frederik Ramm'; 'Talk Openstreetmap'
Subject: Re: [OSM-talk] The future of bugs in OSM
On 17 Jul 2009, at 16:00, Andy Robinson (blackadder-lists) wrote:
Shaun McDonald [mailto:sh...@shaunmcdonald.me.uk] wrote:
Sent: 17 July 2009 2:30 PM
To: Andy Robinson (blackadder-lists)
Cc: 'SteveC'; 'Frederik Ramm'; 'Talk Openstreetmap'
Subject: Re: [OSM-talk] The future of bugs in OSM
Bug
Shaun McDonald [mailto:sh...@shaunmcdonald.me.uk] wrote:
Sent: 17 July 2009 4:20 PM
To: Andy Robinson (blackadder-lists)
Cc: 'SteveC'; 'Frederik Ramm'; 'Talk Openstreetmap'
Subject: Re: [OSM-talk] The future of bugs in OSM
On 17 Jul 2009, at 16:00, Andy Robinson (blackadder-lists) wrote:
Shaun
On Fri, Jul 17, 2009 at 9:05 PM, Andy Robinson (blackadder-lists)
ajrli...@googlemail.com wrote:
Any reason why we don't just put the bugs in osm. They could be nodes, ways
or polygons and just have a suitable bug=description key value pair plus
any
other tags need (date opened/closed etc).
2009/7/17 Andy Allan gravityst...@gmail.com
That's practically an argument for keeping them separate in the first
place.
For the same reason that we have trac for software bugs (we don't get
people to add new bug reports in comments into the source files) we
shouldn't put bugs directly
Eugene Alvin Villar [mailto:sea...@gmail.com] wrote:
Sent: 17 July 2009 4:56 PM
To: Andy Robinson (blackadder-lists)
Cc: SteveC; Frederik Ramm; Talk Openstreetmap
Subject: Re: [OSM-talk] The future of bugs in OSM
On Fri, Jul 17, 2009 at 9:05 PM, Andy Robinson (blackadder-lists)
ajrli
On Fri, Jul 17, 2009 at 4:24 PM, Andy Robinson
(blackadder-lists)ajrli...@googlemail.com wrote:
1. A separate database is desirable.
[...]
Are points sufficient for marking bugs? I'd say not. I'd like to be able to
set a polygon as well and possibly even a line. No different from a
On Tuesday 14 July 2009, Florian Lohoff wrote:
On Tue, Jul 14, 2009 at 03:15:44PM +0200, Mitja Kleider wrote:
There is kind of an API, it is already used by the JOSM openstreetbugs
plugin. You can use it to create, comment, close or fetch bugs. If
other API features are needed, they can
(This is a reply to the original mail by SteveC this month.)
I created the new OSB because I wanted reliable access to the data. I think
that this goal was reached.
There is kind of an API, it is already used by the JOSM openstreetbugs plugin.
You can use it to create, comment, close or fetch
On Tue, Jul 14, 2009 at 03:15:44PM +0200, Mitja Kleider wrote:
There is kind of an API, it is already used by the JOSM openstreetbugs
plugin. You can use it to create, comment, close or fetch bugs. If other
API features are needed, they can be added. The source code and database
structure is
Frederik Ramm wrote:
That's the point I was trying to make - do not hog all the bugs in
one central place and allow users to do only what you have coded;
instead open this up so that anybody can hook their app into the
user interface to offer functionality.
I'd kind of taken that as read
Frederik Ramm wrote:
And if the user indicates that he just wants to add a PoI, redirect him to
http://ae.osmsurround.org/ so that he can add it directly to the database.
That's the point I was trying to make - do not hog all the bugs in one central
place and allow users to do only what you
Hi,
Richard Fairhurst wrote:
Frederik Ramm wrote:
That's the point I was trying to make - do not hog all the bugs in
one central place and allow users to do only what you have coded;
instead open this up so that anybody can hook their app into the
user interface to offer functionality.
Hi,
Dair Grant wrote:
Is the bugs database really so different in character to the map database
though? Provided there was a planet-style dump of the bug database, anyone
wishing to build an external system could easily do so.
As I tried to point out in my other message, if there is to be a
Frederik Ramm wrote:
This is something that must not be lost. Yes, any application can upload
their bug via the REST interface, but they can hardly upload an
algorithm on how to deal with the bug. So in order not to lose the
flexibility of the ecosystem we currently have, we should make an
On 1 Jul 2009, at 19:58, Frederik Ramm wrote:
Hi,
SteveC wrote:
But, and this is key, it also has a RESTful API for mass uploading
of bugs.
We need to do two things - unify the various bug systems and
expose more of the bugs.
I believe that the types of bugs one can look for are
On 1 Jul 2009, at 21:15, Frederik Ramm wrote:
Hi,
Nic Roets wrote:
And if the user indicates that he just wants to add a PoI, redirect
him to
http://ae.osmsurround.org/ so that he can add it directly to the
database.
That's the point I was trying to make - do not hog all the bugs in
On 2 Jul 2009, at 11:19, Frederik Ramm wrote:
Hi,
Richard Fairhurst wrote:
Frederik Ramm wrote:
That's the point I was trying to make - do not hog all the bugs in
one central place and allow users to do only what you have coded;
instead open this up so that anybody can hook their app into
Hi,
Frederik Ramm wrote:
Nic Roets wrote:
And if the user indicates that he just wants to add a PoI, redirect him to
http://ae.osmsurround.org/ so that he can add it directly to the database.
That's the point I was trying to make - do not hog all the bugs in one
central place and allow
SteveC wrote:
On 1 Jul 2009, at 19:58, Frederik Ramm wrote:
Hi,
SteveC wrote:
But, and this is key, it also has a RESTful API for mass uploading
of bugs.
We need to do two things - unify the various bug systems and expose
more of the bugs.
I believe that the types of bugs one can look
Christoph Boehme schrieb:
Hi,
Frederik Ramm wrote:
Nic Roets wrote:
And if the user indicates that he just wants to add a PoI, redirect him to
http://ae.osmsurround.org/ so that he can add it directly to the database.
That's the point I was trying to make - do not hog all
I've been thinking a bit about how bugs work in OSM.
I really like the way OSB works
http://openstreetbugs.appspot.com/
But it's closed source afaik and doesn't have an API. It uses human
input. new OSB is cool and tries to fix some of this
I think there was some talk about that last year (march or june) when
OSB appeared. If I remember, people liked the interface because it's
rather nice and it lowers the entry level. So more people submit bugs
and eventually also fix them, we get a better map and all is well.
But it has also been
Steve,
All good ideas, as data becomes ever more densely and confusingly packed (just
open Potlach in a completed Germany city!) the OSB site offers a nice way for
Human Beings to get involved. Three thoughts:
1 - Being able to show which logged-in users submitted bugs would be a great
help
Hi,
SteveC wrote:
But, and this is key, it also has a RESTful API for mass uploading of
bugs.
We need to do two things - unify the various bug systems and expose
more of the bugs.
I believe that the types of bugs one can look for are quite different.
You'd have to build a very good
On Wed, Jul 1, 2009 at 4:22 PM, SteveC st...@asklater.com wrote:
You go to http://bugs.openstreetmap.org/
There's a big map of bugs which looks similar to OSB. It doesn't know
who you are and drops you in to beginner mode which shows bugs that
I like this. If it's idiot proof and it does
On Wed, Jul 1, 2009 at 3:59 PM, Nic Roetsnro...@gmail.com wrote:
On Wed, Jul 1, 2009 at 4:22 PM, SteveC st...@asklater.com wrote:
You go to http://bugs.openstreetmap.org/
There's a big map of bugs which looks similar to OSB. It doesn't know
who you are and drops you in to beginner mode which
Hi,
Nic Roets wrote:
And if the user indicates that he just wants to add a PoI, redirect him to
http://ae.osmsurround.org/ so that he can add it directly to the database.
That's the point I was trying to make - do not hog all the bugs in one
central place and allow users to do only what you
33 matches
Mail list logo