On Sun, Jul 24, 2011 at 07:36:30PM +0200, Chris66 wrote:
In the default style you have all shops in the polygon-file (shop=*)
but no amenity=library or amenity=pharmacy, so these are not found when
mapped as area.
We could of course add these key=value pairs to the polygons file, but I
am not
On 24/07/2011 18:36, Chris66 wrote:
In the default style you have all shops in the polygon-file
(shop=*) but no amenity=library or amenity=pharmacy, so these
are not found when mapped as area.
building=yes is though*, so I'd expect that that would be enough - at
least in the case where the
Am 25.07.2011 10:30, schrieb SomeoneElse:
On 24/07/2011 18:36, Chris66 wrote:
In the default style you have all shops in the polygon-file
(shop=*) but no amenity=library or amenity=pharmacy, so these
are not found when mapped as area.
building=yes is though*, so I'd expect that that would
If you use --add-pois-to-areas and one rule in polygon file is used for
an object, then mkgmap goes through points style and creates an POI for
the first matching rule.
If you just want to have an POI and no area shown, then you can create
an transparent bitmap in TYP-File and use this ID for
Moin,
Rich schrieb am 24.07.2011 18:58:
what is the current suggested use of add-pois-to-areas - have any
changes like
http://gis.638310.n2.nabble.com/POIs-for-areas-td6043656.html been
introduced recently ?
This modification was never merged into the trunk, because it is not backward
On 25.07.2011 13:28, Torsten Leistikow wrote:
Moin,
Rich schrieb am 24.07.2011 18:58:
what is the current suggested use of add-pois-to-areas - have any
changes like
http://gis.638310.n2.nabble.com/POIs-for-areas-td6043656.html been
introduced recently ?
This modification was never merged
Version 2008 was commited by wanmil on 2011-07-25 21:52:55 +0100 (Mon, 25 Jul
2011)
Improve assignment of city, zip code, region and country information for
address search.
It is now possible to use the OSM boundary information to assign the location
fields city, zip code, region and
Build mkgmap::trunk build #2008-1069 failed (tests failed: 2 (2 new), passed:
184).
Agent: Iocaste
Build results:
http://teamcity.mkgmap.org.uk/viewLog.html?buildId=3622buildTypeId=bt2
Failed Tests Summary:
Newly failed tests (2 tests, alphabetically ordered)
Merging of the locator branch creates a problem with two test cases.
This might be ok, because the tests just check the size of the LBL file
for a well known input. Maybe the change that the default country and
default region name is added to the LBL file only if it is really used
has