I've been going over Mali adding in missing villages and hamlets working
in the southern and eastern part of Mali and cleaning up as I go. Adding
nodes to highways that cross but have no nodes, adding tags to untagged
ways etc. I even try to make sure each village has one highway at least
lead
Usually I'm the one wringing my hands and plaintively saying "won't someone
think of the data consumers?". In this case though anyone who's not looking
for "natural=water; water=blah" (as well as any other options) really is doing
it wrong - people have been using that scheme for years.
Best R
2019-06-29, št, 18:30 Mateusz Konieczny rašė:
>> How many maps, analysis, QA routines, presentations, documentations
>> have you created to come up with such a claim?
>
> To make such claim it is enough to look at tag statistics, history of usage
> and note that water=reservoir is generally not tag
29 Jun 2019, 15:42 by tomasstrau...@gmail.com:
> 2019-06-29, št, 15:53 Mateusz Konieczny rašė:
>
>>> Don't change/brake stuff that works.
>>>
>> Software supporting only landuse=reservoir or only water=reservoir for
>> detecting reservoirs is already broken and was broken for a long time.
>>
>
> H
Don't worry about data consumers, they have a long habit of using concurrent
tagging schemes and make extensive use of 'OR'.
Yves
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
2019-06-29, št, 15:53 Mateusz Konieczny rašė:
>> Don't change/brake stuff that works.
> Software supporting only landuse=reservoir or only water=reservoir for
> detecting reservoirs is already broken and was broken for a long time.
How many maps, analysis, QA routines, presentations, documentati
29 Jun 2019, 14:08 by tomasstrau...@gmail.com:
>> (1) most of lead of landuse=reservoir for areas is a result of a bot edit,
>> maybe an import
>>
>
> How do you know that?
>
See spike in the orange line on the left.
>> (2) since 2016 water=reservoir is growing much faster than landuse=reservoir
2019-06-29, št, 15:38 Mike N rašė:
> I don't remember why but I arrived at the new scheme several years ago
> and have been using it ever since. So apparently data consumers will
> be ignoring my tagging?
There are so many of them (data consumers) that it is possible to
say that some will be
On 6/29/2019 8:08 AM, Tomas Straupis wrote:
Here I would note that 2nd point is enough to keep original water
scheme and depreciate the new one. Because of data consumers.
I don't remember why but I arrived at the new scheme several years ago
and have been using it ever since. So apparen
2019-06-29, št, 14:23 Mateusz Konieczny rašė:
> All "I prefer tag Y over X" are "rule Z is good way to deciding which tag is
> better" is
> a personal opinion, so I am not sure why you are pointing this out.
> I even started from "I see (...)".
I pointed that:
1. Original OpenStreetMap water
What will this mean for saved offsets in Josm, both locally and on the servers?
/Andreas
Skickat från min iPhone
> 29 juni 2019 kl. 11:42 skrev Christoph Hormann :
>
>> On Saturday 29 June 2019, Kevin Bullock wrote:
>> DigitalGlobe, now Maxar [1], is transitioning the OpenStreetMap
>> imagery e
If I understand things correctly, the original poster is reverting
perfectly fine changes to an equivalent, accepted, current tagging
scheme, because they do not want to update their own local code that
uses the data.
I can only imagine if HOT or another group started doing that.
"Our scripts wer
29 Jun 2019, 13:02 by tomasstrau...@gmail.com:
> 2019-06-29, št, 13:38 Christoph Hormann rašė:
>
>> And it is clear from the data that both tagging schemes enjoy widespread
>> support.
>>
>
> ? landuse=reservoir is used two times more.
>
"two times more" is not a significant difference, especially
29 Jun 2019, 11:59 by tomasstrau...@gmail.com:
> 2019-06-29, št, 11:58 Mateusz Konieczny rašė:
>
>> (2) I see significant benefit of natural=water + water=*
>>
>
> This is your personal opinion. Opinion of OpenStreetMap community is
> expressed by those who map - in the data.
>
All "I prefer t
2019-06-29, št, 13:38 Christoph Hormann rašė:
>> This is your personal opinion.
> No, that is a statement of fact. If this is a good reason for choosing
> a certain tagging over another is a matter of opinion.
When somebody simply says "I think this is better" - it is a
subjective opinion.
On Saturday 29 June 2019, Tomas Straupis wrote:
> > (2) I see significant benefit of natural=water + water=*
>
> This is your personal opinion.
No, that is a statement of fact. If this is a good reason for choosing
a certain tagging over another is a matter of opinion.
> Opinion of OpenStre
2019-06-29, št, 11:58 Mateusz Konieczny rašė:
> (1) Have you (or someone else) tried making issue on iD bugtracker requesting
> revert
> and explaining why it should be done?
https://github.com/openstreetmap/iD/issues/6589
> (2) I see significant benefit of natural=water + water=*
This is y
On Saturday 29 June 2019, Kevin Bullock wrote:
> DigitalGlobe, now Maxar [1], is transitioning the OpenStreetMap
> imagery endpoints (from “DigitalGlobe Standard” to “Maxar Standard”;
> and from “DigitalGlobe Premium” to “Maxar Premium”). OSM users should
> see content parity between the old and th
29 Jun 2019, 08:11 by tomasstrau...@gmail.com:
> Hi
>
> I've noticed that iD started forcing people to retag waterbodies
> from original OpenStreetMap scheme like landuse=reservoir to new'er,
> less popular and in no way better scheme:
> natural=water+water=reservoir (and similar).
>
(1) Have you
Yep - a messy tagging scheme will always be open to individual, or editor,
interpretation.
So any excess energy we have should go into organising a better tagging scheme
that can be used by all editors for validation purposes. That would go a long
way to solving many of the tagging wars.
Cheer
-Original Message-
From: Phil Wyatt [mailto:p...@wyatt-family.com]
Sent: Saturday, 29 June 2019 5:00 PM
To: 'Tomas Straupis'
Subject: RE: [OSM-talk] iD forces mistagging again
Hi Tomas,
I think you are underestimating the intelligence of OSM users - I see lots of
suggestions but only
21 matches
Mail list logo
