[OSM-talk] Timezones (was: Deleting data)

Colin Smale colin.smale at xs4all.nl
Mon Oct 21 11:29:59 UTC 2013


Another popular view is that these are problems for the renderer/editor,
not intrinsic issues with the data. <sarcasm>Tag as you see fit and the
renderers/editors will catch up!</sarcasm> The fact that coastlines are
difficult to maintain with the current toolset is not an argument to not
have them in OSM. 

Back on topic: how do you phrase an objective rule, or at least
well-worded guidelines, which allow admin boundaries but disallow time
zone boundaries? I wonder where the UK ceremonial counties, fire
department areas, national parks etc will end up. My point is, gut
feelings aside, that it is not reasonable to single out TZ boundaries
for this deprecation. 


On 2013-10-21 13:14, Pieren wrote: 

> On Mon, Oct 21, 2013 at 11:19 AM, Colin Smale <colin.smale at xs4all.nl> wrote:
>> The traditional consensus is that anyone can put anything in OSM
> It was only a consensus in the group of contributors thinking that
> (which is then easy to reach a consensus).
> This remembers me similars discussions about:
> - hi-res aerial imagery coverage by huge polygons (Yahoo!)
> - parcels
> - underground facilities (sewer, parkings, phone cables)
> - geologic stuff (mountain strings, stratifications)
> All such features have the problem that they are often not verifiable
> (underground) or creates high density maps with many different layers
> where none of the OSM editors can handle easily and correctly
> different layers making the map "unreadable" and "unworkable"
> (parcels, sewer, air lines) or that polygons are so big that nobody is
> able to maintain them correctly (coastlines) or too fuzzy to represent
> something real with a sharp line (e.g. mountains strings, valleys). So
> no, you cannot say that OSM can be a garbage collector for all data as
> soon as you can draw them on a map.
> Pieren
> _______________________________________________
> talk mailing list
> talk at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk [1]

[1] https://lists.openstreetmap.org/listinfo/talk
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk/attachments/20131021/3336f8fd/attachment-0001.html>

More information about the talk mailing list