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
Version mkgmap-r3615 was committed by gerd on Sun, 07 Jun 2015
test-map:all-elements :
- add distance between POI and lines
- now really generate polygons between 0x00 and 0x7f
- evaluate option --verbose to produce a log about what was generated and where
- evaluate options --x-base-lat and
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
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
Hi Gerd,
so test-map:all-elements did the same as POI-tester? Do you know the
range of the generated POIs? Or is the range based on style?
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
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
Hi Albrecht,
AKAIK these problems can only be solved with a typ file that
specifies the draw order for the polygon types.
Or maybe using a different type for the island relation would
help.
Gerd
Date: Sun, 7 Jun 2015 15:26:01 +0200
From: albrecht.dr...@arcor.de
To:
Hi Henning,
great.
Reg. POI without name:
I've noticed that in MapSource as well. Some POI are displayed
as 0 m and seem to mark a depth or height, same
for some lines. I assume they are treated special,
but I did not try to find out the details.
The generator creates all names in the same way.
Hi Gerd,
looks much better now.
I've tried it on my Oregon 600. In some cases in the POI search the
Oregon found a POI, but doesn't display a name. Is there any
explanations for this behavior?
Henning
___
mkgmap-dev mailing list
Hi Henning,
please try again r3615.
I've changed the arrangements for lines and polygons
so that 16 elements are drawn in one column.
Note that some types are not displayed in MapSource
without a typ file.
Gerd
Date: Sun, 7 Jun 2015 16:33:13 +0200
From: o...@aighes.de
To:
Version mkgmap-r3616 was committed by gerd on Sun, 07 Jun 2015
improve address search for Belgium
- by Minko
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi all,
nwillink wrote
2) Why there's a dependency on mkgmap r3612 ?
It will work with previous mkgmaps but not 100% - I'm not quite sure
what the issue was
the problem was that mkgmap uses the rounded Garmin coordinates
to calculate the tile boundaries, but later used high precision
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
Hi Henning,
I am just looking at the code.
Up to now it generates POI from 0x00 to 0x7f with subtypes from 00 to 30,
and also some lines and shapes.
I think it should be easy to add some options to generate extended type POI
as well.
See also the comments in the source code:
Version mkgmap-r3614 was committed by gerd on Sun, 07 Jun 2015
update result of test-map:all-elements
- POI types from 0x00 0x7f, subtypes from to 0x00 to 0x1f, names as in style
file, e.g. 0x201b
- Line types from 0x00 to 0x3f
- Polygons types from 0x00 to 0x7f
Hi Henning,
I just learned (again) that mkgmap has a feature to create a map, at a first
glance
the result looks similar to that of the map generated by Nick:
java -jar mkgmap test-map:all-elements creates it.
With r3612 I see some warnings
SCHWERWIEGEND (ShapeMergeFilter):
Hi Gert
It makes sense
Nick
On 07/06/2015 15:07, GerdP [via GIS] wrote:
Hi all,
With r3614 I've updated the built-in generator to my current knowledge
about
valid types.
Simple usage:
java -jar mkgmap.jar --tdbfile test-map:all-elements
java -jar mkgmap.jar --index --gmapsupp
Version mkgmap-r3613 was committed by gerd on Sun, 07 Jun 2015
test-map:all-elements: generate shapes which have identical, not just equal
closing points
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi Paco
1)
It does not create an osm file but an mp file.
a) The program creates an img displaying ALL types and subtypes. The
default style only uses a small number of pois
It is meant to quickly test your device for any pois indexed or not and
under which Garmin category
ie
When loading it
Hi all,
I have a (hopefully not too dumb) questing regarding the display of relations
with
tag k='place' v='island'/
tag k='type' v='multipolygon'/
If I simply run 'mkgmap --route --index --code-page=1252 --gmapsupp --tdbfile'
on the josm export, the result looks like the left in the
Hi Gerd,
yes it's pretty much the same. Just one problem. Line 0x01-0x08
starting at same position as point 0x7f00-0x7f07. And between lines and
areas the gap is a little bit to big. So I think all the lines should be
shifted a column to the right.
Otherwise: Very good job!
Henning
Hi all,
With r3614 I've updated the built-in generator to my current knowledge about
valid types.
Simple usage:
java -jar mkgmap.jar --tdbfile test-map:all-elements
java -jar mkgmap.jar --index --gmapsupp test-map:all-elements
Further options:
* Instructions for use: If you run this program
Hi Stephen,
I still have no idea what you mean, but feel free to try it out.
Gerd
Date: Mon, 8 Jun 2015 13:40:49 +1000
From: steve.sgalow...@gmail.com
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] superfluous country specific rules in inc/address?
gerd the reason behind my
gerd
the reason behind my thinking was
if you do in order of country , state, region , suburb
you end up with a less of a download on pc
e.g. with basecamp and birdseye , imagery , if you do a 120 m pic it takes
a while to download , but if you do a step down
from high quality , big area , to
Hi everyone,
I can't run this software and I'm wondering what it does exactly.
I understand that it creates an OSM file of a grid of all POI types in a
specified range. Then you can run mkgmap to generate a Garmin map from this
source file.
If that's true,
1) mkgmap.jar produces a map of all
Francos and my POIs are more or less in the right categories, but we had to get
it in the hard way.
The original AIO has more unsorted kinds, we change them after a lot of tests
oder weeks
Bernd
Hier sollte eigentlich eine Signatur stehen.
-Original Message-
From: nwillink
Hi Henning
Thanks for that will correct that.
Nick
On 07/06/2015 08:58, osm-8 [via GIS] wrote:
Hi Nick,
thanks for the useful tool! Just a hint to your web-page. There is a
blank to much in the command line for Basecamp between -- and tdbfile.
Henning
Hi Bernd
Thanks for that
Because of this tool I realised my doctors are under Other -- Personal
services
NUVI CN NAV maps have 11014 (2f14) as social and medical services
Nick
On 07/06/2015 08:24, Bernd Weigelt [via GIS] wrote:
Hi Nick
Thank you for long time missed tools.
It's very
Hi Nick
Thank you for long time missed tools.
It's very interessting to see. how much hidden POI groups are implemented on
the different devices. Five kind of bar/nightclub on a Oregon 650, but no
special category for dentists or other doctors ;-)
Bernd
Am Samstag, 6. Juni 2015, 22:26:43
29 matches
Mail list logo