[OSM-talk] Multiple errors in the same location

[Pierre Béland]

Hi Sandor
Let me present the more general context. To represent forestry and lake areas of northern countries such as Canada,  Russia, Scandinavia, etc. is more complex then it seems. These northern territories are covered by millions of lakes surrounded by forests, have islands, with sometimes again small lakes inner these islands. There were some imports made, duplicates created trying to follow OSM rules, a lot of ctirics and tensions, and less and less contributors ready to edit in these areas.

To see the complexity of some relations, look at the relation for Pipmuacan Resevoir https://www.openstreetmap.org/relation/381076 where there are 601 ways with inner role and 64 ways with outer role. My portable computer memory is often stressed trying to update such relaions with JOSM. Notice also that the surrouding forest around the reservoir is not yet defined. 

This make me think, Can we find such complex relations in West Europe urban or rural areas? And could we reduce the complexity, the burden for mappers that contribute to OSM?

It seems that the major problem we are faced with is that rendering sofwares need to determine where they apply wood texture and that the developpers try to reduce the time to compute the information to represent adequately such areas. There were strict rules implemented recently to enforce Mutlipolygon relations.

To follow these rules represents a lot of  burden for small communities (67 contributors per day in Canada, 504 in Germany).  

I understand that developpers are also limited. But still, we should ask if the expectations about the OSM contributors are always realistic enough. 

You want answers how to map. I suggest that the community should look at solutions to reduce the burden of mappers. If we could progress in the discussion between contributors and developpers and try to look at other solutions to map northern territories, I think that this would be fantastic.
It would be interesting to look if some of the burden could be transferred to softwares developpers with the objective to reduce the database size, and increase coherence and quality.    For northern forest territories, if a polygon did trace forests outer limits, could for example softwares establish the lakes, natural features, landuse areas, airports, etc which are inner the forest and should not be rendered with the forest style ? 

Establish the polygons inside a polgyon and render them after this polygon ? Any other solutiojn?
Pierre 
 

    Le mercredi 21 novembre 2018 04 h 24 min 20 s HNE, sandor <sandors39 at gmail.com> a écrit :  
 
 
Mateusz, this was really a quick and simple answer, probably made on reading the title only.

The issue is much more complicated than you can imagine. You could really help me (and the original mapper) if you describe your suggestion how to resolve the lake and the hole mismatch in the case from the link. More precisely, assume the other mentioned problems are resolved but the (newer) lake – hole in forest fitting problem. So, how to move/transform these two objects to fit together? Further, how to do the same for really large number of cases where a manual procedure by me or “wait until it is done by someone else” is, for many reasons, unrealistic. Thanks.

  

Sent from Mail for Windows 10

  

From: Mateusz Konieczny
Sent: søndag 18. november 2018 21:12
Cc: talk at openstreetmap.org
Subject: Re: [OSM-talk] Multiple errors in the same location

  

16. Nov 2018 17:06 by sandors39 at gmail.com:


When multiple errors appear in the same location the question is what to do?


  

The same as with a single error - fix the problem (how it should be done depends on situation) or

  

wait until it is done by someone else.

  
_______________________________________________
talk mailing list
talk at openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
  
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk/attachments/20181122/fb81348a/attachment.html>