2009/4/23 Ulf Lamping ulf.lamp...@googlemail.com:
I too am on the position the user shouldn't be forced to a comment as
much worth a useful comment has.
What we really (also) need to explain is: *what* we want users to enter
into this field! It's not enough to convince people to do something,
Hi,
Rolf Bode-Meyer wrote:
That's exactly what I think can be a problem for users.
Users should have an idea of what type of comment is expected and
connected to this what it will be used for, where it will appear.
Let them learn by doing. Let them write bicycle ride or afternoon in
the rain
On Thu, Apr 23, 2009 at 11:39 AM, Frederik Ramm They will sooner or
later find out
what this is about.
On Wikipedia, newbie sees what helpful comments are by looking in the
page history or the recent changes report which is one of the most
popular page on any Mediawiki project. It is the same
Frederik Ramm writes:
The leave empty if unsure makes it easy for users to ignore the
concept and I don't want to make this easy for them.
I agree with Fred. I also agree with other people who say that it's
annoying. It *is* annoying AND necessary.
--
--my blog is at
2009/4/23 Pieren pier...@gmail.com:
On Thu, Apr 23, 2009 at 3:09 PM, Dermot McNally
I think that empty comments are better than innappropriate comments.
guessed comments will be hard to implement and will most probably
not help better than crappy comments.
well at least for simple operations
Hi,
at the moment all the normal nodes (if they don´t have a special tag) in
ways are displayed in a red color (at least in my JOSM from today)
Especially for debugging of osm data the following feature would be very
useful: all nodes which are connected to another way are displayed blue.
At the
Hi,
Dermot McNally wrote:
Small|Medium|Large update within x km radius of lat/long
Update of x nodes, y ways, z relations within n km of town or city
[...]
What do people think?
Almost worthless, I'm sorry to say. Any automatic message can just as
well be filled in later by some automatism
Jonas Krückel schrieb:
Hi,
at the moment all the normal nodes (if they don´t have a special tag) in
ways are displayed in a red color (at least in my JOSM from today)
Especially for debugging of osm data the following feature would be very
useful: all nodes which are connected to another
2009/4/23 Frederik Ramm frede...@remote.org:
Almost worthless, I'm sorry to say. Any automatic message can just as well
be filled in later by some automatism on some server that compiles and
anlyses changesets. What we're after is the human bit that no machine can
replace!
A little harsh :(
Can we combine and merge Combine and Merge?
Combine: combines ways.
Merge: combines nodes.
If there's no objection, I'll write the patch.
--
--my blog is athttp://blog.russnelson.com
Cloudmade supports http://openstreetmap.org/
521 Pleasant Valley Rd. | +1 315-323-1241
Potsdam, NY
Can we combine Split Way and UnGlue Ways? They operate on distinct
selections except in the case of having one node selected. Then,
UnGlue Ways creates two nodes, whereas Split Way creates two ways.
This is easily resolved by eliminating the Split Way case -- you have
to say which way you want
Russ Nelson writes:
Can we combine and merge Combine and Merge?
No, I suggest this instead:
Can we combine, join, and merge Combine, Join Node to Way, and Merge?
Combine Way(two or more ways) - combines ways.
Combine Way(two or more ways with any number of node selections) -
On 23 Apr 2009, at 20:18, Frederik Ramm wrote:
Hi,
Dermot McNally wrote:
Small|Medium|Large update within x km radius of lat/long
Update of x nodes, y ways, z relations within n km of town or city
[...]
What do people think?
Almost worthless, I'm sorry to say. Any automatic message
Ulf Lamping schrieb:
Jonas Krückel schrieb:
If you think this feature would be helpful i will open a trac ticket
(i have no java skills to implement this feature).
I thought a bit about it, but I have no idea how to implement it in a
good way.
Problem here is, that currently nodes don't
Hi,
Ævar Arnfjörð Bjarmason wrote:
If you're rewriting this perhaps you could also make it support
merging two (or more) nodes two the location of a specific node,
currently merge will merge to the oldest node, which isn't always
what you want.
Perhaps the combine way has this problem as
Ævar Arnfjörð Bjarmason writes:
On Thu, Apr 23, 2009 at 6:58 PM, Russ Nelson nel...@crynwr.com wrote:
Can we combine and merge Combine and Merge?
Combine: combines ways.
Merge: combines nodes.
If there's no objection, I'll write the patch.
If you're rewriting this perhaps
16 matches
Mail list logo