On Sun, Mar 18, Chris66 wrote:
> Am 07.03.2012 20:49, schrieb Chris66:
>
> > In the "Show all POIs" list of my eTrex20 there are many
> > bollards, gates and so on which I don't want to have
> > in the list.
> >
> > is there a possibility to exclude a POI from the index?
>
> I put them now into
On Sun, Mar 18, GerdP wrote:
> Hi,
>
> normally mkgmap removes all tags that are not needed for the resulting
> files.
> The parameter extra-used-tags tells mkgmap to keep these tags even if it
> doesn't detect that a rule uses it. I don't know any case were this is
> needed, I guess it was left
What did you use for resolution 24?
Maybe this is needed too?
I use this without problems:
place=city & mkgmap:area2poi!=true & capital=yes [0x0400 resolution 16]
place=city & mkgmap:area2poi!=true & population>=20 [0x0600 resolution
16-16 continue]
place=city & mkgmap:area2poi!=true & pop
Am 19.03.2012 09:32, schrieb Minko:
> What did you use for resolution 24?
> Maybe this is needed too?
So, every POI must also be in 24? Ok, this
explains why my map was corrupt.
Maybe mkgmap should give an error message for
this case.
Chris
___
mkgmap
Hi Wolfgang, hi Richard,
thanks for all your input. I think I know now what is needed, so it is time
now
to try some coding. The biggest open problem that I see is that splitter can
be used
to split a large file like europe.osm.pbf on a "small" machine if you
specify e.g. max-areas=2.
Using thi
Am 18.03.2012 00:26, schrieb Chris66:
> Am 07.03.2012 20:49, schrieb Chris66:
>
>> In the "Show all POIs" list of my eTrex20 there are many
>> bollards, gates and so on which I don't want to have
>> in the list.
>>
>> is there a possibility to exclude a POI from the index?
> I put them now into the
There seems to be a problem with generating TYP-File with mkgmap with
these ids. Has anyone else such a problem? mkgmap transforms 0x115** to
0x001**.
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/
