[OSM-talk] Revert requests in general

[Ian Dees]

On Wed, Aug 4, 2010 at 5:20 PM, John Smith <deltafoxtrot256 at gmail.com>wrote:

> On 5 August 2010 08:02, Ian Dees <ian.dees at gmail.com> wrote:
> > I think the point that Frederik was trying to make was that this model
> > ("bulk imported in real time") is not ideal. Ideally, we want the users
> > interacting directly with the OSM API rather than going through some
> > intermediary service.
>
> It's obvious that Nearmap, and others, want something simpler than
> potlatch to allow people to add their home address or even just a
> missing street name as a one off, sure this might get abused and it
> will be up to Nearmap or others running these services to deal with
> abuse or face the problem of having their account blocked until they
> can. Making this process unnecessarily complicated is exactly the
> reason why Nearmap is attempting this in the first place.


So let's talk about making that process easier instead of using the current
broken system.


> These users don't give a toss about licenses, they just want to fix a
> mistake, such as a missing street name, why make things more
> complicated than that?
>

Licensing is an important part of OSM, but I don't think I mentioned
anything about licensing in my response...


>
> > OAuth was implemented for exactly this purpose. The user creates an
> account
> > on OSM.org, NearMap's client authenticates with OAuth, and the user can
> make
> > edits. It sounds like NearMap has an issue with sending the user off to
> > OSM.org to generate a user account and trying to draw them back in to
> > complete the OAuth process.
>
> It might have been, but that's authentication, not account creation,
> which is the whole point Ben made in the first place, they don't want
> to subject their users to multiple sets of terms and conditions and
> confirming account creation and so on and so forth just to add a
> street name, no wonder OSM is only for the geeks when the process has
> to be so convoluted and overly engineered just to fix a simple mistake
> like a missing street name.
>

Again, let's fix that problem instead of trying to wedge it into the current
system.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk/attachments/20100804/bef2c746/attachment.html>