Hi Martin,
yes, when I read your post I was not so sure if we need the streets, they might
also be part of relations.
I think I can easily implement a filter in preparer that removes all closed
ways with a postal_code lying
inside of a boundary with the same postal_code value.
I think this
Good morning,
I think have found a bug in the splitter. I am trying making a map of
France using the farnce.osm.pbf file from geofabrik.de. With the values by
default the splitter crashed in the third pass. I tried to reduce MAX_AREAS
and it always crashed in the third pass. Then I make MAX_AREAS
El 24/01/12 11:54, Maetma 91 escribió:
Good morning,
I think have found a bug in the splitter. I am trying making a map of
France using the farnce.osm.pbf file from geofabrik.de
http://geofabrik.de. With the values by default the splitter crashed
in the third pass. I tried to reduce
This is somewhat off-topic for mkgmap, but I was thinking that perhaps
WanMil or someone else has worked on something similar.
I got some boundary data. I converted a tiny part of it from Spatialite
to *.osm polygons with a self-made Perl script. There were some errors
in the data, such as
java -ea -jar splitter.jar --max-areas=100
/fast-scratch/OSM/france.osm.pbf - OK
java -ea -jar splitter.jar --max-areas=50
/fast-scratch/OSM/france.osm.pbf - NO OK
Exception in thread worker-1 java.lang.NullPointerException
at
Hi
while searching for information how housenumbers are handled on Garmin
devices I found a old thread.
Postal_codes:
When I use the display-tool I see that the zip-codes (mdr 6) are not sorted:
They are sorted, first, according to the text of the label (ie the text
of the zip code
Hi
With that layout, you can use the attached patches to tell ivy to
fetch osmpbf.jar from the mkgmap.org.uk repository instead of
looking in the svn working directory. The ivyconfig.xml file
configures ivy to first try the standard locations for stuff, then
check the mkgmap.org.uk
Hi Maetma,
I am not able to reproduce the error :-(
Please, could you send the complete logs created by splitter for both cases?
Does this error also appear when you specify e.g. -Xmx1000m ?
Ciao,
Gerd
Date: Tue, 24 Jan 2012 14:01:56 +0100
From: maetm...@gmail.com
To:
I utilize only the the command i send before.
Did you use a big file ? Because Italy or a France region is OK but all
France is no OK.
2012/1/24 Gerd Petermann gpetermann_muenc...@hotmail.com
Hi Maetma,
I am not able to reproduce the error :-(
Please, could you send the complete logs
Hi Maetma,
I tried with splitter r200 and france.osm.pbf from today and your command, but
on windows, not linux.
Gerd
Date: Tue, 24 Jan 2012 16:12:22 +0100
From: maetm...@gmail.com
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] Bug in the splitter
I utilize only the the
On 09/24/11 11:49, Minko wrote:
Have you tried gmaptool? http://gmaptool.software.informer.com/
sorry for a very delayed answer (the question was about some way to
list, update and remove maps from gmapsupp)
that tool seems to be windows-only, and something commandline would be
preferred (i
On 11/30/11 00:09, Rich wrote:
sorry if this is known or or already fixed, but i don't recall seeing
something like that recently.
mkgmap-r2105, trying to generate area in poland around wroclaw, fails.
r1995 works ok on the same data.
for the record, r2174 seems to work ok with the same file
Don't know any software for osm files. But if you could create shape files
first then there are 1 or 2 converters from shape to osm format which can
create the relations and remove duplicate ways.
On Jan 24, 2012, at 4:55 AM, Marko Mäkelä wrote:
This is somewhat off-topic for mkgmap, but I
Hi Thorsten,
I can confirm this problem. I can repdroduce it with a boundary which
contains these 4 points:
[2412980/371559, 2412981/371558, 2412992/371544, 2412980/371559]
The Way.clockwise() method says it is counter-clockwise.
Besides rounding errors, it is a line, not a shape, and I guess
There is a commandline version too, also for Linux and Mac:
http://www.anpo.republika.pl/download.html
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
El 24/01/12 16:40, Rich escribió:
in the worst case, has anybody tried gmaptool with wine ? :)
Yes, it works fine.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
On 01/24/12 18:43, Minko wrote:
There is a commandline version too, also for Linux and Mac:
http://www.anpo.republika.pl/download.html
oh, awesome, thanks - didn't spot that on the first page
--
Rich
___
mkgmap-dev mailing list
El 24/01/12 16:23, Gerd Petermann escribió:
Hi Maetma,
I tried with splitter r200 and france.osm.pbf from today and your
command, but on windows, not linux.
Could not reproduce on Linux either (splitter r198)
Gerd
Hi WanMil,
I have coded a small test that tries to detect these spike-like areas. Idea:
If the area size is much smaller (I used 20 as a threshold) than that of the
bounding box we should remove
the way from the area.
I am not sure regarding the threshold value, but I think the principle
Hi Steve
I must have used an older mkgmap.Thanks for testing this again.
'The term 'Tag' may be non-standard or incorrect and I'd be glad to
replace the word with a more standard one'
I think Tag is clear enough.
btw any progress on true color pois with colormode 32 - although in my
Hello,
after using the adress index feature, the image merging doesn't work
anymore.
java '-Xms256m' '-Xmx2560m' '-jar' 'mkgmap.jar' '--gmapsupp'
'gmapsupp_Basiskarte.img' '/home/osm/radkarte/gmapsupp_Hoehenlinien.img'
'gmapsupp_RadRouten.img' 'gmapsupp_Steigungen.img'
'gmapsupp_fixMeLayer.img'
Hi Gerd,
it depends on how exact you want to be.
In most cases you won't require building with a postal_code tag. But if
the building contains a POI without a postal_code you might need it.
I know this example is a bit too meticulous but it shows the general
problem we have unless there is a
Hi WanMil,
okay, I agree that we might need the data. What do you think about removing it
when it lies in a
boundary that has the same postal_code?
Gerd
Date: Tue, 24 Jan 2012 22:22:19 +0100
From: wmgc...@web.de
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] Question reg.
Hi,
in case your are right Gerd (I have no time today to check that in
deep), it is a bug of the clockwise method. So this method needs a
bugfix - not the parts that use the method clockwise method.
WanMil
Hi Thorsten,
I can confirm this problem. I can repdroduce it with a boundary which
Hi Gerd,
of course it is completely correct (and desired) to remove duplicate
data :-)
WanMil
Hi WanMil,
okay, I agree that we might need the data. What do you think about
removing it when it lies in a
boundary that has the same postal_code?
Gerd
Date: Tue, 24 Jan 2012 22:22:19
Hi WanMil,
I verified the result of the area calculation with a slightly different
algorithm that I found in the net,
that produced always exactly the same result.
Maybe it is not a good idea to use integer/long values for this. I'll continue
investigation with this tomorrow.
ciao,
Gerd
Rather the same method is implemented in
Multipolygon.calcAreaSize(ListCoord points). Maybe the two methods can
be merged to use the same area calculation. The Multipolygon variant
uses doubles. Maybe the fixes it.
I don't mind moving the calculation from the Multipolygon class to a
better
Hi Gerd,
On Tue, Jan 24, Gerd Petermann wrote:
Hi WanMil,
I have coded a small test that tries to detect these spike-like areas.
Idea:
If the area size is much smaller (I used 20 as a threshold) than that of the
bounding box we should remove
the way from the area.
This patch does
On Tue, Jan 24, 2012 at 07:58:21AM -0800, Apollinaris Schoell wrote:
Don't know any software for osm files. But if you could create shape
files first then there are 1 or 2 converters from shape to osm format
which can create the relations and remove duplicate ways.
Right, ogr2osm should be one
On Jan 24, 2012, at 1:58 PM, Marko Mäkelä wrote:
On Tue, Jan 24, 2012 at 07:58:21AM -0800, Apollinaris Schoell wrote:
Don't know any software for osm files. But if you could create shape
files first then there are 1 or 2 converters from shape to osm format
which can create the relations
On 2012-01-24 08:53, Steve Ratcliffe wrote:
OK, thanks for the patch, I've applied it and followed your layout
with the repo located of http://ivy.mkgmap.org.uk/repo
That's great news, thanks. I tested it out and it seems to work fine.
I had to remove the ivy.shared.default.root
Hi Gerd,
On Tue, Jan 24, Gerd Petermann wrote:
Hi Thorsten,
don't worry, the patch was not meant to fix your problem.
It just adds a method to class Way, but the method is not even called
anywhere.
Sorry, was clearly too late yesterday for me, I should have seen that
the new method
I think the problem is in the Java2DConverter.areaToShapes() method which
rounds the float values to int.
This is not a problem for the boundaries that are created with OSM points, but
with areas
created with Area.intersect() or Area.substract() we see some points with
fractions.
In
Yes, but that shouldn't matter in the LocationHook. The LocationHook just adds
tags like mkgmap:postal_code to the nodes that form such a building, and I
guess that persons who are interested in postal codes
will use coresponding lines in their styles to analyse mkgmnap:postal_code AND
e.g.
On Wed, Jan 25, Gerd Petermann wrote:
Yes, but that shouldn't matter in the LocationHook. The LocationHook just
adds tags like mkgmap:postal_code to the nodes that form such a building, and
I guess that persons who are interested in postal codes
will use coresponding lines in their
35 matches
Mail list logo