[Tagging] boundary relations and the subarea property

[Marc Gemis]

updated query


[out:json][timeout:25];
(
  rel[admin_level=8](area:3600172385);
);

out meta;

This does not display a result in the "Map" part of overpass-turbo, as
the nodes and the ways are not included. Things can only be drawn when
they are included, Look in the "Data" tab.

I'm not sure what happens when a relation in only partially in the
surrounding area. I think it will be included.
Any examples where we can experiment with it ?  I have since queries
returning ways, even when the ways are only partially in the search
area. That's why I assume it will work here as well.

regards

m

On Fri, Nov 27, 2015 at 5:10 PM, Colin Smale <colin.smale at xs4all.nl> wrote:
>
>
>
>
> Hi Marc,
>
> Thanks, that looks promising...
>
> I notice it starts from a Nominatim lookup (geocodeArea:Kent). The wiki
> indicates it uses the first result returned by Nominatim. Sometimes there
> are several entities with the same name and I need to be able to select a
> specific one. How can I start from a specific OSM relation? Then I can drill
> down from there.
>
> Is there any way to stop it returning the members of the relations? It
> currently gives all the ways in the relations, and then all the nodes in all
> the ways in the relations. I only want the relations, and Overpass Turbo
> complains that it's a lot of data (4MB when it could be 10kb or so).
>
> Any idea what happens when a lower-level relation (i.e. what I want in the
> result) is only partially within the search area?
>
> //colin
>
> On 2015-11-27 16:37, Marc Gemis wrote:
>
> On Fri, Nov 27, 2015 at 1:20 PM, Colin Smale <colin.smale at xs4all.nl> wrote:
>
> 172385
>
>
> something like http://overpass-turbo.eu/s/cY4 ?
>
> _______________________________________________
> Tagging mailing list
> Tagging at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging