[Tagging] Basic cartography features missing, why?

Walker Bradley walker.t.bradley at gmail.com
Sat Nov 7 11:13:10 UTC 2020


Dear all,

First off I would like to state how fascinating this conversation is.  I’ve been working with OSM data for years, and I never understood how the rendering actually worked.  It seems like the challenges are two-fold.  One is computing power and the other seems to be rendering algorithms.

Computing power seems to be a constraint struggle without greater fundraising capacity, so could there be some work done on the rendering process? Could we do a specific and targeted fundraising effort to improve the renderer to make as much use of the limited computer power we have?  How much would such an endeavor actually cost and how would one go about organizing that?

> On Nov 7, 2020, at 10:36, Anders Torger <anders at torger.se> wrote:
> 
> 
> Sorry, I'm no expert so I should have been more humble and not state it as a "fact". I *think* multipolygon was supposed to be a way to make single entities of complex shapes, and these groups are not really single entities, but multiple entities with single names, and thus I find it "superior" to have a specific tag for that. I'm satisfied with using a multipolygon though, and that is what I do now. This group naming is fairly common where I map that I need it now and can't wait until some unspecified time in the future when a specific group tag might be rendered.
> 
> I suppose you could turn the argument around and say that it's better to use multipolygon and not add bloat with a specific tag. And when the state is as it is, the multipolygon way is the closest to actually do what we need, I can agree with that. I'm all for results.
> 
> /Anders
> 
>> On 2020-11-07 06:57, Mateusz Konieczny via Tagging wrote:
>> 
>>  
>>  
>>  
>> Nov 6, 2020, 23:39 by anders at torger.se:
>> One example is making a multipolygon instead of the semantically superior group, as multipolygon actually renders.
>> 
>> Why multipolygon is supposed to be semantically inferior?
>> 
>> _______________________________________________
>> Tagging mailing list
>> Tagging at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/tagging
> 
> _______________________________________________
> Tagging mailing list
> Tagging at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20201107/47788726/attachment-0001.htm>


More information about the Tagging mailing list