On 26 April 2011 18:08, WanMil wmgc...@web.de wrote:
What's the difference between 'old' Garmin format and NT format?
Is it that NT maps are using the GMP subformat to group tiles into
larger packages? Or are there any other specifics?
The word on the street is that newer features like speed
On 26 April 2011 18:21, Felix Hartmann extremecar...@gmail.com wrote:
Basically no additional features require NT. (not even 3d buildings or
lanes or real junction view and so on). I think 1 or 2 special
things need NT format though.
Ah, I should have waited a minute before pressing send. Do
On 23 April 2011 16:41, Minko ligfiet...@online.nl wrote:
a) because it is part of that roundabout. See
Yes, I see now, that alone makes it all make sense. And it also means
that the oneway=no suggestions of others won't work either.
The best I can come up with is to have separate ways for the
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
It's amusing and not particularly surprising how, as soon as we have
searchable maps, we discover the importance of having better
addressing information about locations. So far a lot of a fundamental
principles have been mentioned:
* That using is_in information is easy, but not satisfactory,
On 16 February 2011 14:40, Robert Vollmert rvollmert-li...@gmx.net wrote:
So instead of writing is_in tags, write the actual data as relations? One
relation per street, one relation per city, etc., with all streets as
members in the corresponding city relation?
I wasn't thinking of trying
I'm also having some problems with getting a map of mine into BaseCamp
for MacOS. My source is a self-generated map made from ireland.osm
(Geofabrik) with the latest index branch snapshot.
I had to persevere before I managed to get the command line version of
gmapibuilder from:
Hi,
For a while I've been using my own TYP file, customised from the one
maintained by Computerteddy.
In theory I have changed very little in the file - some road colours,
and a few translations from German and American into English :)
I've also changed the Family ID to 333 because that's what
2010/11/10 Carlos Dávila cdavi...@orangecorreo.es:
Did you check the match between the bus_stop code in the TYP file and
the one you have defined in your points style file?
Not so far, since I had not overridden the default (perhaps there
isn't one), but I will do so for this tag as a test.
2010/11/10 Carlos Dávila cdavi...@orangecorreo.es:
Did you check the match between the bus_stop code in the TYP file and
the one you have defined in your points style file?
OK, I've done this now. In short, the default styles map bus_stop to
0x2f subtype 17 where only 0x2f subtype 08 (by
2010/9/3 Carlos Dávila cdavi...@orangecorreo.es:
Motorway exits tagged as the example below are rendered by mapnik [1]
with a line break instead of ; as they appear in the traffic signals
[2]. Is there a way to get the same with the mkgmap styles? Currently
they are rendered in a single line
2010/9/3 Carlos Dávila cdavi...@orangecorreo.es:
exit_to is a recently (June 2010) introduced tag for motorway_junctions
and I didn't know it. I'm afraid most people have tagged
motorway_junction name with what now is intended to go in exit_to tag,
so there will be some confusion on it for
OK - blowing away my checked out code and starting again fixed the problem.
Thanks to everyone for the suggestions.
Dermot
--
--
Iren sind menschlich
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
On 14 August 2010 09:48, Johann Gail johann.g...@gmx.de wrote:
Yes, that might help. The error java.lang.IllegalAccessError points to a
problem with the compiled code, not with the input osm data. Possibly
there are some problems with your java runtime?
I'll try it. Java is the normal MacOS
On 12 August 2010 22:21, Steve Ratcliffe st...@parabola.me.uk wrote:
I believe that you need to recompile mkgmap from scratch, do 'ant rebuild'.
I did that, to no effect. Though in the spirit of your suggestion, I
could blow away my code and check out from scratch, if you think that
might help.
On 12 August 2010 20:37, Felix Hartmann extremecar...@googlemail.com wrote:
Might be good if that data were found...
Maybe it's time to start splitting the file until I find the culprit.
That's how I found a piece of broken coastline that was causing
trouble before.
Dermot
--
Hi,
For a while I've been out of the habit of adding --index to my command
line because I don't use Mapsource to put maps on my devices. However,
I wanted to do some experiments and find that I can't make it work
with the following command line:
java -Xms2g -Xmx2g
On 10 August 2010 16:27, Felix Hartmann extremecar...@googlemail.com wrote:
to be routed on roads without much traffic. As long as there is no
consensus worldwide whether or not cyclists by default are allowed on
trunk roads, I wouldn't add them (and even then it probably makes not
much
On 9 August 2010 05:56, Marko Mäkelä marko.mak...@iki.fi wrote:
I think that it has to be done on a case-by-case basis. If there is a
lesser road nearby, then the default (bicycle=no) is OK. If there is no
other practical choice or there is only light traffic on the road, then
bicycle=yes
On 8 August 2010 17:41, Marko Mäkelä marko.mak...@iki.fi wrote:
shoulders) but the only choice in the area. I believe that the default
style (correctly) does add bicycle=no to highway=trunk. When I get
If this is so, then the default should be changed. The fact that
various countries have
On 13 June 2010 21:05, Johann Gail johann.g...@gmx.de wrote:
So I think the upper bit is used for somthing. If I mask it out I will
get 121B and this will be 4635 in decimal. Could this be the faulty
relation?
Hi,
There's no sign of this number being the relation in question. In
addition, I
On 14 June 2010 06:34, Marko Mäkelä marko.mak...@iki.fi wrote:
The high-order bit is set on objects generated by the multipolygon
processor. I guess that the low-order bits are just a running number
(count of generated objects). Are there any MultiPolygon messages before
that one?
No,
On 14 June 2010 18:50, WanMil wmgc...@web.de wrote:
the multipolygon with id 4611686018427393761 is an artificial polygon
created by the --generate-sea=multipolygon option.
There is definitely no chance for the multipolygon code to get the
original object ID. This must be fixed in
Hi folks,
I periodically generate a map of Ireland from the Geofabrik
ireland.osm extract. With warnings enabled, I get the following:
2010/06/13 20:39:27 WARNING (MultiPolygonRelation): ireland.osm:
Multipolygon http://www.openstreetmap.org/browse/relation/4611686018427389788
contains errors.
2009/11/30 Clifford Nolan clifford.no...@ul.ie:
Most of the cities in Ireland are tagged as villages or hamlets, etc
and we do not have postcodes outside Dublin city.
To be precise, we don't even have postcodes in Dublin city, but postal
districts that don't map well do what a Garmin device
I love the roundabout warnings and, with their help, I've been able to
fix all the broken roundabouts in Ireland that they have identified.
In the process, though, I've spotted a particular kind of false
positive that I suspect we can avoid. Consider this way:
Hi Mark,
2009/10/27 Mark Burton ma...@ordern.com:
misc roundabout related breakage in the GB data). So far, my solution
in this situation is just to partition one of the fake flares so
that it will no longer trigger a warning.
Yup, mine too.
Your suggestion to avoid the warning is probably
2009/10/28 Mark Burton ma...@ordern.com:
Unfortunately, obtaining the roundabout's diameter is rather a lot of
work (for me and the computer!) as the original ways that make up the
roundabout are no longer at hand. It probably could be done but I don't
think it's really worth it. I shall go
2009/10/13 Mark Burton ma...@ordern.com:
It probably has to cope with widths that have either m or ft suffix
(I have also seen widths in the UK as 6'6 !). Can the style file hack
that?
This, of course, is why units really suck in fields that could so
easily be strictly numeric...
Dermot
--
2009/10/13 Mark Burton ma...@ordern.com:
The OSM wiki says:
Describes the width of a way or other map feature. The unit is meters unless
otherwise specified.
Why didn't they say the unit is meters and leave it at that.
Completely mad.
Many such keys did indeed in the past indicate that
2009/10/3 Paul n...@pointdee.co.uk:
Yup. That did it. As the logging.properties in resources was the only
file of that name I just presumed it was the one to use
That finally worked for me too. That revealed to me that there were in
fact about 15 wrong-way roundabouts in Ireland. I'm happy to
Since the sea polygons are being discussed...
With the merge back into trunk, should I expect that the support there
is identical to that on the multipolygon branch? I ask because there
appear to be remaining differences. My test data is the Geofabrik
Ireland extract. This is processed correctly
2009/9/27 Mark Burton ma...@ordern.com:
Also, it now issues a warning for each roundabout it finds that appears to go
in the wrong direction. I just got 720 warnings when I processed the GB
map so either there is a problem with the code or there is a lot of duff
roundabouts. I checked a
2009/9/20 Apollinaris Schoell ascho...@gmail.com:
but why split along the border? if you for example load bavaria-nord,
bavaria-south+austria-northwest, austria-southwest-italy-nord
is there any disadvantage? all borders are open in most of europe.why
reintroduce them everywhere.
For every
2009/9/20 Apollinaris Schoell ascho...@gmail.com:
first someone needs to figure out how search works at all. it may not
even use country specified in a img tile.
While we should certainly keep an open mind, it's too convenient that
Garmin choose to break all their maps at national borders too.
2009/9/12 Steve Ratcliffe st...@parabola.me.uk:
I think that has had some reasonable testing so I shall merge the
multipolygon fixes to trunk.
Oh goody. Isn't the sea polygon support on that branch too? Will they
be merged too?
Dermot
--
--
Iren sind
2009/8/22 Steve Ratcliffe st...@parabola.me.uk:
Agreed, so I am especially looking for Mac users to give advice and/or
offer to help. In particular SoyLatte is often suggested, but this
requires that you be a research licensee. The openJDK release from the
same source has recently appeared
2009/8/8 Christian Gawron christian.gaw...@gmx.de:
Here is an improved version of the sea polygon patch which also handles
shorelines intersecting the boundary of the map (set by the bounds
element).
I have tested it with Ireland - there are still some islands which are
flooded, so the patch
FWIW, I think this problem is model-specific. My Nuvi 250 can't do
Bluetooth, but it can display addresses and phone numbers and it
formats them perfectly for me.
Cliff's device seems to dislike the same data from the same img file, though.
Dermot
2009/8/4 Bernhard Heibler bernh...@heibler.de:
Hearty thanks for committing this, Steve.
Dermot
2009/8/4 svn commit s...@mkgmap.org.uk:
Version 1119 was commited by steve on 2009-08-04 14:20:29 +0100 (Tue, 04 Aug
2009)
Copies address data to the POIs created when using the --add-pois-to-areas
option.
- Clinton Gladstone
Folks,
By accident, I've noticed that when areas are converted to POIs,
address and phone number information (and maybe other stuff) does not
seem to be preserved.
For instance, see here:
http://www.openstreetmap.org/browse/way/4482136
The maps I create can display address and phone number for
This exhausted the 2G of heap space I had allocated when I tried it on
a map of Ireland. Are there known practical limits I should try to
stay within?
Dermot
2009/8/1 Christian Gawron christian.gaw...@gmx.de:
Hi,
the attached patch adds a sea polygon (based on the bounding box of the
map)
2009/8/2 Christian Gawron christian.gaw...@gmx.de:
I can reproduce this problem and will have a look at it. My first guess
is that either the shoreline is not closed or that there is still a
problem with the multipolygon code.
Well, the coastline has been stable for a long time, so it
2009/6/6 Mark Burton ma...@ordern.com:
If you want to have a routable map for bicycles why not just remove all
the oneway tags?
Because cyclists are required to obey oneway restrictions.
Dermot
--
--
Iren sind menschlich
44 matches
Mail list logo