On Mon, May 04, Gerd Petermann wrote:
> Hi Thorsten,
>
> thanks for the feedback. What do you think about my proposed
> solution?
I like the idea. But I'm currently still thinking, if this really
works.
For something like "place=city", the place tag and the name are the
most important thing mos
Hi Thorsten,
thanks for the feedback. What do you think about my proposed
solution?
Gerd
> Date: Mon, 4 May 2015 07:48:21 +0200
> From: ku...@suse.de
> To: mkgmap-dev@lists.mkgmap.org.uk
> Subject: Re: [mkgmap-dev] Fw: Help
>
>
> Hi,
>
> On Mon, May 04, Gerd Petermann wrote:
>
> > I am not
Hi,
On Mon, May 04, Gerd Petermann wrote:
> I am not sure if the OSM data is okay, but I think we probably have
> more sure cases. Did anybody try to solve that already?
> Do you see a general rule which might be implemented
> as filter before or after style processing?
The OSM data is okay,
Hi all,
I got some screenshots from Anor.Carlos that show this relation:
http://www.openstreetmap.org/relation/333659
which has name=Barra do Garças and place=town.
If I got that right, the --add-pois-to-area option
creates a node with the tag place=town
for it, although the relation also has a
Hi Gerd.
thanks for your quick response and congratulations to the whole team for the
excellent work developed.
Yes, it's POI generated by the add-as-to-area option and only when the
boundary relationship. For the other areas we are not having problem.
It is a filter we need and we do not know
On Thu, Apr 30, 2015 at 09:57:04AM -0400, Greg Troxel wrote:
The general assumption would seem to be that the street names attached
to house addresses belong to roads that are reachable by car, or that
each residence is reachable by car. Maybe in some rare case there is
some access restriction
Hi Marcio,
okay, so this is about the POI generated by the add-pois-to-area option
and other OSM nodes with similar tags and the problem is that you
cannot know if both exist or only one?
Well, I think there is no trick to solve that problem,
but it should be easy to implement a filter.
Something
Hi Gerd,
Trying to help the Anor.Carlos, is there any command to be entered by the user
in rendering to be removed key: place inserted boundary: relation?
Unfortunately in Brazil some editors inserted a KEY place in
boundary-administrative relationship there so duplicity in indexing as the
key:
Hi A.Carlos,
I am sorry, I don't yet understand your problem.
Maybe you can post some screenshots to describe what you want
and what you get?
You can use http://files.mkgmap.org.uk/ for that.
Gerd
A. Carlos wrote
> help
>
> Hello, the question may seem amateurish, but I'm having problems
>
Hi Ben,
thanks for the patch, is committed with 3554.
Gerd
Ben Konrath wrote
> Hi,
>
> Here's a small improvement to the tower entry of the default style.
> man_made=mast is a valid OSM tag and it is used a bit so I think we should
> include it.
>
> https://taginfo.openstreetmap.org/tags/man_m
Version mkgmap-r3554 was committed by gerd on Sun, 03 May 2015
Add man_made=mast to the default style
- Ben Konrath
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
help
Hello, the question may seem amateurish, but I'm having problems compiling my
maps.
Seeing the OSM, the region that use in many places are using the place at the
midpoint of the Administrative Liminte and also in relation to limit the
administrative, in the case here level 8.
Howeve
12 matches
Mail list logo
