[mkgmap-dev] Assigning a street to more than one city

Sun Jun 7 18:56:51 BST 2015

Hi Carlos,

sorry, should have checked your example first.
It shows a road which is inside a closed way with
tag place=village, and that way is inside the administrative
boundary. 
My ideas below are for the case that a road goes from one city 
to another or between two cities (and no housenumber elements
are found near it which would set the different cities.

Gerd 

From: gpetermann_muenchen at hotmail.com
To: mkgmap-dev at lists.mkgmap.org.uk
Date: Sun, 7 Jun 2015 19:50:10 +0200
Subject: Re: [mkgmap-dev] Assigning a street to more than one city

Hi Carlos,

yes, I think this is possible, but requires a lot of rather complex changes.

Up to now we use the LocationHook to set the tags
like mkgmap:admin_level2 ..11 once for each way / road.
These tags are later evaluated in the style.

1st Idea:
We could change that so that the LocationHook checks the
values for each point of the road, if any of the tags changes 
it could split the road and thus assign different mkgmap:admin_levelx
values to each part. The style would then assign different mkgmap:city
, mkgmap:region, or mkgmap:country etc. values. 
A new method similar to the RoadMerger would collect the parts
and create one road with a list of cities.

Other idea:
Implement a set of rules which just sets mkgmap:country, mkgmap:region,
and mkgmap:country and mkgmap:postal_code for a pseudo element which has the tags
from the LocationHook. These rules would be evalulated for 
each point of a road (after normal style processing).

Both versions are complex, I already thought about this before but
found no good reason to implement it.
I'll not have the time to do it during the next months.

Gerd

> Date: Sun, 7 Jun 2015 19:34:12 +0200
> From: cdavilam at orangecorreo.es
> To: mkgmap-dev at lists.mkgmap.org.uk
> Subject: Re: [mkgmap-dev] Assigning a street to more than one city
> 
> Would it be possible to check if a given street is inside a suburb and a 
> city boundaries or a municipality boundary and a place polygon (with 
> different names) and get the city names from both of them.
> See for example streets in Valdesalor [1] which are inside admin 
> boundary relation 1899973 (municipality) and village polygon (way 23186267)
> [1] http://www.openstreetmap.org/#map=17/39.37820/-6.34773
> 
> El 07/06/15 a las 18:27, Gerd Petermann escribió:
> > Hi Carlos,
> >
> > the basic support for this was implemented in the housenumber2
> > branch, but up to now the only way to use it is to have different
> > mkgmap:city values which are assigned to the same road.
> >
> > That means, we did not implement a way to set multiple cities
> > in the style, but if e.g. a the road connects two cities
> > and you have housenumber elements in both cities assigned to
> > this road, you can find the road in both cities.
> >
> > Gerd
> >
> > > Date: Sun, 7 Jun 2015 17:44:10 +0200
> > > From: cdavilam at orangecorreo.es
> > > To: mkgmap-dev at lists.mkgmap.org.uk
> > > Subject: [mkgmap-dev] Assigning a street to more than one city
> > >
> > > I've seen City Navigator maps are able to find the same street in two
> > > cities. I find this quite useful for the case of big municipalities 
> > with
> > > a main city and several minor villages belonging to that 
> > municipality or
> > > big cities with also big suburbs . I these cases you may not be sure
> > > what to enter in the "City" field when searching for a given street and
> > > finding it in both places eases search. Is it possible to accomplish 
> > the
> > > same with mkgmp?
> 
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

_______________________________________________
mkgmap-dev mailing list
mkgmap-dev at lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20150607/2599e556/attachment.html>