[OSM-talk] admin_level 4 rendering

Pierre Béland pierzenh at yahoo.fr
Tue Apr 8 19:55:44 UTC 2014


Felix, 

A by the nose recipe that you can try is to force update of the relation by simply modifying the order of the members in the list for the relation. After you save this relation, it will force the renderers to update for this relation.  I had such suggestions once and it did fix my problem.
 
Pierre 



________________________________
 De : Felix Delattre <maps at delattre.de>
À : 
Cc : Talk Openstreetmap <talk at openstreetmap.org> 
Envoyé le : Mardi 8 avril 2014 17h23
Objet : Re: [OSM-talk] admin_level 4 rendering
 


On 04/08/2014 02:36 AM, Martin Koppenhoefer wrote:


>
>2014-04-07 21:41 GMT+02:00 Paul Norman <penorman at mac.com>:
>
>Subarea members are a pain and duplicate geographic information,
>
>
>+1, avoid them as they do not add something what would not already be said otherwise.
>
>
>cheers,
>
>Martin
>
Subareas still seem to be used in a lot of countries, such as, those
    I ran into casually:

USA: http://www.openstreetmap.org/relation/148838
France: http://www.openstreetmap.org/relation/2202162
Ukraine: http://www.openstreetmap.org/relation/60199

But checking other countries such as Germany, Switzerland and Haiti
    I can see that it is not there.
I removed those subareas from the Nicaragua country relation and
    specified is_in=Nicaragua to the admin_level=4 relations.

But, anyway this doesn't seem to have anything to do with the
    rendering. Is it right that this label rendering is happening only
    once in a while? Should we just wait, or is there something wrong
    with out data?

Thank you!


_______________________________________________
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/20140408/947d3dcc/attachment-0001.html>


More information about the talk mailing list