On 07/08/2012 10:37 PM, WanMil wrote:
first of all you should have a look at the error messages in the mkgmap
log file. To get a logfile you have to configure the logging system as
described in
http://wiki.openstreetmap.org/wiki/Mkgmap/dev#Enabling_Debugging
Thanks, now I could start
On 07/08/2012 10:37 PM, WanMil wrote:
AU
first of all you should have a look at the error messages in the mkgmap
log file. To get a logfile you have to configure the logging system as
described in
http://wiki.openstreetmap.org/wiki/Mkgmap/dev#Enabling_Debugging
Thanks, now I could start
On 07/08/2012 10:37 PM, WanMil wrote:
first of all you should have a look at the error messages in the mkgmap
log file. To get a logfile you have to configure the logging system as
described in
http://wiki.openstreetmap.org/wiki/Mkgmap/dev#Enabling_Debugging
Thanks, now I could start
On 07/08/2012 10:37 PM, WanMil wrote:
first of all you should have a look at the error messages in the mkgmap
log file. To get a logfile you have to configure the logging system as
described in
http://wiki.openstreetmap.org/wiki/Mkgmap/dev#Enabling_Debugging
Thanks, now I could start
On Fri, Jul 13, Ralf kleineisel wrote:
On 07/08/2012 10:37 PM, WanMil wrote:
first of all you should have a look at the error messages in the mkgmap
log file. To get a logfile you have to configure the logging system as
described in
Hi Wanmil,
i have a question regarding the precompiled sea tiles:
I normally use the generate-sea-options in conjunction with a coastline-file.
If i use the precompiled sea files instead, do i still need the
coastline-file?
Regards, UliBär
Hi UliBär,
when using the precomp-sea option
On 06/14/2012 10:10 PM, Thorsten Kukuk wrote:
On Thu, Jun 14, Ralf kleineisel wrote:
When I try the address search in mapsource I get this:
City search for Berlin:
Berlin is found, but mapsource displays Berlin, NOT_SET, DEU.
Looks like somebody played with the admin boarder of Berlin :(
On 06/14/2012 10:10 PM, Thorsten Kukuk wrote:
On Thu, Jun 14, Ralf kleineisel wrote:
When I try the address search in mapsource I get this:
City search for Berlin:
Berlin is found, but mapsource displays Berlin, NOT_SET, DEU.
Looks like somebody played with the admin boarder of Berlin :(
Hi,
I'm having a hard time getting the address search to work.
I have split the area of Germany from the planet pbf file.
Then I build the Garmin IMGs with this commandline:
/usr/java/jdk1.6.0_24/bin/java -enableassertions -Xmx2048m -jar
/data/gps/mkgmap-r2294/mkgmap.jar
and this
Hi,
I'm having a hard time getting the address search to work.
I have split the area of Germany from the planet pbf file.
Then I build the Garmin IMGs with this commandline:
/usr/java/jdk1.6.0_24/bin/java -enableassertions -Xmx2048m -jar
/data/gps/mkgmap-r2294/mkgmap.jar
and this mkgmap
On Thu, Jun 14, Ralf kleineisel wrote:
When I try the address search in mapsource I get this:
City search for Berlin:
Berlin is found, but mapsource displays Berlin, NOT_SET, DEU.
Looks like somebody played with the admin boarder of Berlin :(
I guess you need now:
mkgmap:country=DEU
This patch seems to work well, at least as far as Dermot and myself can
tell. Before the patch is forgotten and bitrots away, maybe it could be
committed?
- Bartosz
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
So two questions:
Are you planning to fix this problem in the splitter (maybe as an option).
I hope someone will fix that. I have no time to implement that, so I
appeal to anyone to post such a patch.
And my second question: Will be the locator-option fully integrated into
mkgmap
For generating the Benelux cycling maps of openfietsmap.nl, I've been using
mkgmap-locator-r1901.jar. Since there are 5 different countries in my map, and
the country assignment doesn't work very well (multipolygon relation too big?),
I skipped them in my styles. This shows an empty button in
For Germany I use the following settings:
mkgmap:city!=* openGeoDB:name=* { set mkgmap:city='${openGeoDB:name}' }
mkgmap:city!=* is_in:city=* { set mkgmap:city='${is_in:city}' }
mkgmap:city!=* addr:city=* { set mkgmap:city='${addr:city}' }
mkgmap:city!=* mkgmap:admin_level8=* { set
On 30/03/11 22:41, Dermot McNally wrote:
It looks like we may not be out of the woods yet on this one - with
the latest patch, trying to build a map of Ireland (from the Geofabrik
extract) fails, where it had succeeded before. Single tile, no
splitting:
java.lang.ArrayIndexOutOfBoundsException:
Hello
I know there where some discussions about this topic before. I'm using the
locator branch r1892.
While the splitting-process the boundaries are broken and so some streets could
not be found.
I tried to fix this problem by opening the single tiles in JOSM, complete the
boundaries,
El 31/03/11 23:07, Martin escribió:
Hello
I know there where some discussions about this topic before. I'm using the
locator branch r1892.
While the splitting-process the boundaries are broken and so some streets
could not be found.
I've been generating map of Spain for some days
Hi
Thanks for your work on this.
I now believe that the shield code should not strongly affect the sort
order, whereas before I thought they did.
Could you try the attached patch please.
..Steve
Index: src/uk/me/parabola/imgfmt/app/Label.java
Yes, your patch works!
I just went through the test cases that used to break. All work now. I
then rebuilt a map of all of Italy. Address search works in that map as
well. It looks like the bug is fixed. Thanks a lot.
- Bartosz
___
mkgmap-dev mailing
It looks like we may not be out of the woods yet on this one - with
the latest patch, trying to build a map of Ireland (from the Geofabrik
extract) fails, where it had succeeded before. Single tile, no
splitting:
java.lang.ArrayIndexOutOfBoundsException: 36
at
Hi
I have further reduced the problematic map down to a tiny testcase. All
that is left is:
* A single city node providing location information to mkgmap
* A single road with two nodes
The road is called Demo Street and has a ref of S6. If I build a map
out of this data file and install
Perhaps its because in many countries refs begin with 'A' or 'B' and so
sort early anyway. (Not true in the USA though, so can't be the whole
reason).
I have done a lot of testing to try and isolate the bug as best as
possible. I was unable to break routing in Ireland - and there, refs
start
I have some further data points:
1. Changing ref=S6 to ref=A6 *does* make search work again. So if
the ref comes before the street name alphabetically, all is good.
2. I made a corresponding minimal extract of Dublin, Ireland. I found
that the same thing happens: If the single street has a ref
* If a street has a ref that comes after its name, alphabetically, it
can be found
* If a street has a ref that comes *before* its name, alphabetically,
the street is *not* found.
Argh, I got these two the wrong way around :(. The correct statements are:
* ref before name works
* ref after
I have further reduced the problematic map down to a tiny testcase. All
that is left is:
* A single city node providing location information to mkgmap
* A single road with two nodes
The road is called Demo Street and has a ref of S6. If I build a map
out of this data file and install it on my
On 22/03/11 00:44, Bartosz Fabianowski wrote:
I made a fresh map, just to make sure there absolutely no cruft left
anywhere. I used the newest italy.osm.pbf this time and the following
mkgmap options:
Thanks, I have seen some strangeness with it, although not clear if it
is quite what you are
First of all yes, the Legend is essentially a Vista without a barometer.
So they are very similar.
I applied your patch and regenerated the map of Italy. Search failed as
before. I then started over with a tiny extract of central Turin. For
this, search worked. I started increasing the
To follow up on my earlier post, I have tried running mkgmap again on a
full Geofabrik extract of Italy, split using splitter.jar with default
settings. Address search still fails:
I can select a country on my Vista and I do get proper behavior when
typing a city. But when I start typing a
Refering to your last email you are using the --link-pois-to-ways
option.
On my oregon I had the same problems you are describing here. Try it
without and it should work.
Maybe you should also use the locator branch with modified style files.
Am 21.03.2011 um 17:46 schrieb Bartosz
Thanks for the tip. I removed --link-pois-to-ways and after that did
not help, tried removing --make-all-cycleways as well. I can see that
removing these options does change things as the map file becomes
smaller - but search still fails in the exact same way.
From what I understand about
Have you tried to find roads in mapsource/basecamp?
How they look like?
Have you installed your map with the mapinstaller from garmin?
Am 21.03.2011 um 19:40 schrieb Bartosz Fabianowski:
Thanks for the tip. I removed --link-pois-to-ways and after that did
not help, tried removing
Hello Bartosz,
I've make a map and uploaded the tile arround Torino.
www.snailrun.de/images/gmapsupp.img.zip
Download it, unzip it and copy it to your Garmin.
For me it works on my Oregon. I can find many streets within Torino.
What have I done:
-Downloaded italy.osm.pbf
-Splittet the file into
Thanks for that. I did some further investigation together with Dermot,
another OSMer. Your map of Turin and my map of Italy behave in exactly
the same way: Address search works on an Oregon but fails on two
different Vista HCx devices.
So there is something in the maps that mkgmap produces
OFFTOPIC: I suggest to download the pbf-files. They are smaller and
the splitter works faster with them.
Anyways, strange thing, because I made a also a German Map for a
friend and it also works on an Etrex Vista HCx and my Oregon
Greetings
Martin
Am 21.03.2011 um 22:55 schrieb Bartosz
OFFTOPIC: I suggest to download the pbf-files.
Yes, of course. The use of osm.bz2 files is a legacy decision. I have
some mkgmap-related scripts that I wrote a long time ago and have not
updated yet. So to make sure I can use my data files with these, I am
sticking with osm.bz2 for now.
Now,
Hi
So, how should we go about debugging this?
Could you upload the broken map somewhere please.
You can use http://files.mkgmap.org.uk or anywhere else suitable that
you have.
Thanks
..Steve
___
mkgmap-dev mailing list
Hi list
I am trying to get address search going. It is almost working but not
quite. I have updated mkgmap to the newest trunk and am invoking it with:
java -ea -Xmx1536m -jar ../../mkgmap.jar \
--gmapsupp \
--description=Italia 19.03.2011 \
--countryname=Italia \
38 matches
Mail list logo
