Thank you everybody! Finally I could resolve this, with the kind help provided in this issue: https://github.com/gravitystorm/openstreetmap-carto/issues/633
Labels need a place=state tag in order to get rendered. A deeper discussion about how place areas should be rendered can be found here: https://github.com/gravitystorm/openstreetmap-carto/pull/546 Cheers, Felix On 04/08/2014 09:55 PM, Pierre Béland wrote: > 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 <m...@delattre.de> > *À :* > *Cc :* Talk Openstreetmap <talk@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 <penor...@mac.com >> <mailto:penor...@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@openstreetmap.org <mailto:talk@openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk > >
_______________________________________________ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk