Hi Steve,
> > OK, it is probably too early, how about holding just a pointer
> > to the City if that is available. The index is available at
> > the time the NET section is written out.
>
> I should have looked at the existing RoadDef. That is exactly how it
> is done now: there is a single C
details.
If the above is not the reason I have no idea what
happened to your cuisine POI.
Gerd
Date: Fri, 17 Apr 2015 17:06:21 +1000
From: steve.sgalow...@gmail.com
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] inc/address and --housenumbers
ok steve and gerd and others i have the new
ok steve and gerd and others
i have the new mkgmap files in
all is ok , just get these areas
also steve and gerd , big question , has cuisine , been changed
as all my things with cusiine have been nocked out
Stephen G
On Fri, Apr 17, 2015 at 4:58 PM, Steve Ratcliffe
wrote:
> Hi
>
> OK, it
Hi
OK, it is probably too early, how about holding just a pointer
to the City if that is available. The index is available at
the time the NET section is written out.
I should have looked at the existing RoadDef. That is exactly how it
is done now: there is a single City and Zip in RoadDef.
On 16/04/15 16:00, Gerd Petermann wrote:
reg. the field rNode : I think this can be any number node ?
Its the same as the house number nodes. So a routing node, or
a non-routing node, but not just a point.
I think the calculation of the int value for the combination of
city+region+country ca
Hi Steve,
>
> > I am now trying to change the housenumber code so
> > that it produces the additional lists. If I got that right,
> > we need a new data structure containing
> > a) the list of Numbers (as we have now)
> > b) an optional list of zip codes , each a class with two fields:
> > int rNo
Hi Gerd,
I just tried r451 on the img file from Andrzej
NetCheck complains, but NetDisplay seems to extract
most of the infos (it just doesn't decode the offsets into the LBL file)
I've just committed something to display the city names.
Its likely that there are off-by-one errors, I will sit
; Subject: Re: [mkgmap-dev] inc/address and --housenumbers
>
> Hi Gerd
>
> > When you say city I understand it is an int that points to a table of
> > cities,
> > and this table also contains corresponding region and country info?
>
> Yes, it is the index into LBL4
Hi Gerd
When you say city I understand it is an int that points to a table of
cities,
and this table also contains corresponding region and country info?
Yes, it is the index into LBL4, which is the section that is printed by
LblDisplay.
That contains a link to either a region or a country.
.
Gerd
Date: Thu, 16 Apr 2015 14:51:17 +0200
From: po...@poczta.onet.pl
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] inc/address and --housenumbers
Hi Gerd,
I have compiled example with a road that goes across 3 cities, see
attached archive.
Road has 2 names, which are the same
Hi Gerd,
I have compiled example with a road that goes across 3 cities, see
attached archive.
Road has 2 names, which are the same for all cities. This is good for
left/right cities, but rather unusual, when a road leads from one city
to another.
Road name is StreetLeft and StreetRight, fi
bola.me.uk
> To: mkgmap-dev@lists.mkgmap.org.uk
> Subject: Re: [mkgmap-dev] inc/address and --housenumbers
>
>
> Hi Gerd
>
> I think that display now works for at least some cases. It is much
> simpler than I was thinking. There is a list of cities with
> some flags to say if i
om: po...@poczta.onet.pl
> To: mkgmap-dev@lists.mkgmap.org.uk
> Subject: Re: [mkgmap-dev] inc/address and --housenumbers
>
> Hi Gerd,
>
> I see that discussion has gone further, do you still need example of a
> map from cgpsmapper?
>
&
Hi Gerd
I think that display now works for at least some cases. It is much
simpler than I was thinking. There is a list of cities with
some flags to say if it applies to the left or right hand side of
the road or both and which node it applies from.
The interpretation may not be completely co
Hi Gerd,
I see that discussion has gone further, do you still need example of a
map from cgpsmapper?
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Steve,
> > I don't have to split a road because it is in different cities, I
> > just have to pass the information to the routines which build the
> > indexes.
>
> At the very least you will have to insert a non-routing node at
> the boundary if there is not one there already, so that the
> ci
Hi Gerd
I don't have to split a road because it is in different cities, I
just have to pass the information to the routines which build the
indexes.
At the very least you will have to insert a non-routing node at
the boundary if there is not one there already, so that the
city change can be re
Hi Steve,
would be great if you could help me with that.
I don't know much about the cgpsmapper sources.
Gerd
> Date: Wed, 15 Apr 2015 15:06:36 +0100
> From: st...@parabola.me.uk
> To: mkgmap-dev@lists.mkgmap.org.uk
> Subject: Re: [mkgmap-dev] inc/address and --housenumber
Hi Gerd
interesting. The current code in mkgmap doesn't allow multiple cities,
regions, or countries for one road. I'd like to know when that is possible.
That is correct it does not currently allow this.
The format itself, allows you to specify a zip, city, region and country
for the left a
> Subject: Re: [mkgmap-dev] inc/address and --housenumbers
>
> Hi Gerd,
>
> > 2) A road may be the border or very close to the border of a city.
> > Houses on the left side are in city A, houses on the other side are
> > in city B. I think in this case we shoul
Hi Andrzej,
interesting. The current code in mkgmap doesn't allow multiple cities,
regions, or countries for one road. I'd like to know when that is possible.
Please post a link to such an img file.
Reg. road names: we often have 3 of 4 possible labels filled when a ref
existis.
I don't know if
Hi Gerd,
> 2) A road may be the border or very close to the border of a city.
> Houses on the left side are in city A, houses on the other side are
> in city B. I think in this case we should add the road twice to the
> map so that address search works.
A road at the border of 2 cities can have
usenumber=* {set mkgmap:execute_finalize_rules=true}
to the three files points, lines, and polygons.
Gerd
From: gpetermann_muenc...@hotmail.com
To: mkgmap-dev@lists.mkgmap.org.uk
Date: Wed, 15 Apr 2015 11:21:55 +0200
Subject: Re: [mkgmap-dev] inc/address and --housenumbers
Hi Thorsten,
reg. m
s and lines. I'll do that in the branch.
Gerd
> Date: Wed, 15 Apr 2015 11:57:52 +0200
> From: wmgc...@web.de
> To: mkgmap-dev@lists.mkgmap.org.uk
> Subject: Re: [mkgmap-dev] inc/address and --housenumbers
>
> Hi Gerd,
>
> the address rules were included in th
m now working on an algo that uses the mkgmap:city info.
Gerd
> Date: Wed, 15 Apr 2015 11:03:16 +0200
> From: ku...@suse.de
> To: mkgmap-dev@lists.mkgmap.org.uk
> Subject: Re: [mkgmap-dev] inc/address and --housenumbers
>
> On Tue, Apr 14, GerdP wrote:
>
> > 2) A
erd
> Date: Wed, 15 Apr 2015 11:03:16 +0200
> From: ku...@suse.de
> To: mkgmap-dev@lists.mkgmap.org.uk
> Subject: Re: [mkgmap-dev] inc/address and --housenumbers
>
> On Tue, Apr 14, GerdP wrote:
>
> > 2) A road may be the border or very close to the border of a city.
>
On Tue, Apr 14, GerdP wrote:
> 2) A road may be the border or very close to the border of a city.
> Houses on the left side are in city A, houses on the other side are
> in city B. I think in this case we should add the road twice to the map
> so that address search works. The problem: With the de
Hi all,
the default style uses the include inc/address in the finalize rules
for points and lines. That means that OSM elements which are
not added to the map do not have corresponding tags like
mkgmap:city.
The problem: For the --housenumber option we want to
analyse all elements with addr:hou
28 matches
Mail list logo