Mikel Maron wrote the following on 10/02/2008 00:24:
> You may remember OSM's first edit war in Cyprus, last November ..
> http://www.opengeodata.org/?p=244
>
> It's still going on and we need a technical solution, now. Dialogue
> has not been effective and banning users is not effective.
>
> The
J.D. Schmidt wrote the following on 10/02/2008 16:55:
> Frederik Ramm skrev:
>
>> Hi,
>>
>>> My suggestion is to encourage those guy to host their own localized maps.
>>> - Drop the name rendering for this region on all the OSM-hosted maps ?
>>> - Only render localized names for this region
Frederik Ramm skrev:
> Hi,
>
>> My suggestion is to encourage those guy to host their own localized maps.
>> - Drop the name rendering for this region on all the OSM-hosted maps ?
>> - Only render localized names for this region to lower the importance of
>> the "name" tag ?
>
> If an immediate
Hi,
> To routing: I have no clue
> how it's done at the moment, but doing routing from a standard databse
> should never be fast, instead a special routing data set could be
> created.
Yes, but if creating that data set would mean finding any intersection
between ways and then trying to find out
Hi,
> My suggestion is to encourage those guy to host their own localized maps.
> - Drop the name rendering for this region on all the OSM-hosted maps ?
> - Only render localized names for this region to lower the importance of
> the "name" tag ?
If an immediate response is desired, my choice wo
Hi,
On Fri, Feb 08, 2008 at 12:58:47AM +, Tom Hughes wrote:
> In message <[EMAIL PROTECTED]>
> Frederik Ramm <[EMAIL PROTECTED]> wrote:
> > At first I thought, maybe someone has sent spam to talk-za using my
> > address as the sender and the above is Mailman's rejection message,
> >
Marcus Wolschon wrote:
> I do not thinkt his is a good idea. You need to validate all points
> of a way.
Why? It may mean that evil editors can edit a few ways which straddle
the boundary of the bbox, but that's hardly a disaster. Make the bbox
bigger.
Less is more; if checking all these boxes
80n wrote:
> - Administrative boundaries (eg Kashmir)
It depends on our rendering rules. This one seems fairly easy; if the
two authorities either side of a boundary dispute it, then we render
both boundaries, each with a dotted line, labelled e.g. "Boundary
(Indian assertion)" or "Boundary (Pa
Mikel Maron wrote:
> well that's been the argument against simply banning the user in this
> particular edit war. of course, this action has never been taken in osm,
> so impossible to say -- perhaps it should be tried before thinking too
> much about the next, more complicated steps.
We should
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gervase Markham schrieb:
| Tom Hughes wrote:
|> Unfortunately that's quite hard as we don't have bounding boxes for
|> ways so validating them against a bound is expensive. I wouldn't even
|> know how to start to geographically validate a relation...
|
There's potential for conflicts over things other than just names:
- Administrative boundaries (eg Kashmir)
- Road classifications; some people might be tempted to lower the
classification of the road outside their house to reduce traffic
- Footpaths - disputed rights of access to farmland etc
- P
well that's been the argument against simply banning the user in this
particular edit war. of course, this action has never been taken in osm, so
impossible to say -- perhaps it should be tried before thinking too much about
the next, more complicated steps.
Gervase Markham <[EMAIL PROTECTED]>
Tom Hughes wrote:
> Unfortunately that's quite hard as we don't have bounding boxes for
> ways so validating them against a bound is expensive. I wouldn't even
> know how to start to geographically validate a relation...
Ignoring relations for a moment, can we approximate the process of
validatin
Mikel Maron wrote:
> It's still going on and we need a technical solution, now. Dialogue has
> not been effective and banning users is not effective.
Banning users is not effective because they just sign up with new accounts?
Gerv
___
dev mailing lis
Thomas Walraet wrote:
> I don't think it's good idea if we had to decide who is the good guy and
> who is the bad guy.
It's not a case of deciding on good guys and bad guys, but on right
names and wrong names.
> My suggestion is to encourage those guy to host their own localized maps.
> - Drop
SteveC wrote:
> Oh ok... so it's the "on the ground reality".
We have a bit of an advantage over Wikipedia here. Names of things
(which, I suspect, will be the bone of contention 99% of the time) are
based on actual physical street signs in the place. If a road is signed
as George W. Bush Stre
ok, more explicitly my question ..
what happens on wikipedia when people are locked out from editing a particular
restricted article? do they go on a rampage on other pages?
wikipedia is the closest example to which we can ask these sort of questions.
the most recent random problem exposed by
Mikel Maron a écrit :
>
> The solution in mind is something analogous to protected pages in
> Wikipedia. Edits would be checked against a list of "protected" bbox's.
> In those area, users without permission to edit would be denied, and
> given warning that they should apply for access.
> There
On 9 Feb 2008, at 14:46, Mikel Maron wrote:
> what happens on wikipedia?
http://www.theregister.co.uk/2008/02/06/the_cult_of_wikipedia/
That kind of stuff...
>
>
> SteveC <[EMAIL PROTECTED]> wrote: Oh ok... so it's the "on the
> ground reality". I'm genuinely interested
> in what pissed of p
what happens on wikipedia?
SteveC <[EMAIL PROTECTED]> wrote: Oh ok... so it's the "on the ground
reality". I'm genuinely interested
in what pissed of people will do if/when they're locked out. Probably
just trash other areas?
On 9 Feb 2008, at 14:11, Mikel Maron wrote:
> http://wiki.openstre
Oh ok... so it's the "on the ground reality". I'm genuinely interested
in what pissed of people will do if/when they're locked out. Probably
just trash other areas?
On 9 Feb 2008, at 14:11, Mikel Maron wrote:
> http://wiki.openstreetmap.org/index.php/Disputes
>
> - Original Message
>
http://wiki.openstreetmap.org/index.php/Disputes
- Original Message
From: SteveC <[EMAIL PROTECTED]>
To: Mikel Maron <[EMAIL PROTECTED]>
Cc: dev@openstreetmap.org
Sent: Saturday, February 9, 2008 7:28:14 PM
Subject: Re: [OSM-dev] disputed areas
So... who gets to decide what the 'right' n
So... who gets to decide what the 'right' name is (in the disputed
region where people kill each other over this) then?
On 9 Feb 2008, at 11:24, Mikel Maron wrote:
> You may remember OSM's first edit war in Cyprus, last November ..
> http://www.opengeodata.org/?p=244
>
> It's still going on an
In message <[EMAIL PROTECTED]>
Mikel Maron <[EMAIL PROTECTED]> wrote:
> The solution in mind is something analogous to protected pages in
> Wikipedia. Edits would be checked against a list of "protected" bbox's.
Unfortunately that's quite hard as we don't have bounding boxes for
ways so
You may remember OSM's first edit war in Cyprus, last November ..
http://www.opengeodata.org/?p=244
It's still going on and we need a technical solution, now. Dialogue has not
been effective and banning users is not effective.
The solution in mind is something analogous to protected pages in Wi
Hi,
2008/2/8, Robert (Jamie) Munro <[EMAIL PROTECTED]>:
> Hendrik Siedelmann wrote:
> > Hello,
> >
> > This Project is great, and so I thought I'd like to help. As I do not
> > own a GPS-device the only possibility is to lend my programming skills
> > in the c language.
> >
> > For now I already h
Hi,
> There is a piece of GIS-translation Open Source software that is
> currently head of the horde.
... (Good Points but) ...
> So, if you are well at home in C and C++, maybe you would like to
> consider joining the OGR/GDAL team to get OSM as a solid and reliable
> data adapter?
>
> My knowle
Hi,
> > But befor I begin developing something that someone else has already
> > done, what Is needed the most:
> > - fast Database as a backend for osm-based applications
> > - unified osm to svg converter
>
> Surely you know Osmarender and have looked at what it does? It
> delivers excellent res
28 matches
Mail list logo