On Mon, Mar 21, 2011 at 09:27:09PM +0200, Marko Mäkelä wrote:
Any hints? How could I use dff or some other tool to reconstruct the
file allocation tables? Is there a good presentation of the FAT16 file
allocation table format somewhere, so that I could try to interpret the
tables in a hex
On Wed, Mar 23, 2011 at 10:36:51AM +0200, Marko Mäkelä wrote:
The next step is to create a map from image file offsets in
gmapbmap.img-addr to file offsets in the real gmapbmap.img
I did that. It turns out that there is exactly one gap. The first
cluster is at 0x3e200, the very first data
Hi, this is my first foray into looking at the mkgmap code so please bear
with. I'm trying to run mkgmap in an Eclipse workspace and I've downloaded
the r1899 source archive as a starting point. I'm getting a load of errors,
mostly around a number of crosby* libraries missing. Is there somewhere I
On 23/03/2011 10:30, Walter Wright wrote:
Hi, this is my first foray into looking at the mkgmap code so please
bear with. I'm trying to run mkgmap in an Eclipse workspace and I've
downloaded the r1899 source archive as a starting point. I'm getting a
load of errors, mostly around a number of
Processing spain.osm.pbf from Geofabrik I get several contains no name
tag messages that point to ways tagged in the form:
admin_level=8
boundary=administrative
It's true they don't have a tag name, but they belong to relations with
the same tags + a name and the relation is fully within the
When I did it (November last year) I just commented out the PBF
references because I knew I wasn't going to be using PBF format files at
any stage (this may not work for you of course). I vaguely recollect
form this list that later mkgmap versions handle the lack of PBF
libraries better if
Last time I built mkgmap (a few months ago) I noted down the steps I had
taken. I've taken a copy of those steps and put them into the wiki.
Do you mean this page http://wiki.openstreetmap.org/wiki/Mkgmap/dev?
On 23 March 2011 11:53, MarkS o...@redcake.co.uk wrote:
On 23/03/2011 10:30,
That's the page. (and I'll freely admit it isn't anything more than a
starting point)
On 23/03/2011 14:15, Walter Wright wrote:
Last time I built mkgmap (a few months ago) I noted down the steps I had
taken. I've taken a copy of those steps and put them into the wiki.
Do you mean this
Hi
On 23/03/11 10:30, Walter Wright wrote:
Hi, this is my first foray into looking at the mkgmap code so please
bear with. I'm trying to run mkgmap in an Eclipse workspace and I've
downloaded the r1899 source archive as a starting point. I'm getting a
load of errors, mostly around a number
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
Hi,
I don't understand this:
There are hospitals some of which are mapped as points and some as polygons.
I have these rules for hospitals:
[polygons]
amenity=hospital [0x0b level 3]
[points]
amenity=hospital [0x4b01 level 3]
My options map level 3 to resolution 21.
If I understand it
Thanks Steve, I'll pull those down and see how I get on.
Walter
-Original Message-
From: mkgmap-dev-boun...@lists.mkgmap.org.uk
[mailto:mkgmap-dev-boun...@lists.mkgmap.org.uk] On Behalf Of
Steve Ratcliffe
Sent: 23 March 2011 14:54
To: Development list for mkgmap
Subject: Re:
Hello,
I have a tile out of splitter which covers the area
http://www.openstreetmap.org/?minlon=-81.342773minlat=41.220703maxlon=-79.497070maxlat=43.330078box=yes
. I did not find yet any option to have the lakes (delimited by
natural=coastline) rendered properly. I tried various generate-sea
On Wed, Mar 23, 2011 at 05:41:38PM +0100, Ralf Kleineisel wrote:
If I understand it correctly mkgmap adds points with amenity=hospital
for the polygons, right?
If you specify --add-pois-to-areas, yes.
I assumed that all of these hospital points have equal visibility, but
they don't.
All POIs
On Wed, Mar 23, 2011 at 01:56:04PM -0400, Nakor wrote:
What options should I use to get it right?
Have you tried to load the map extract (or just the natural=coastline
ways of it) in JOSM and invoke the validator to see if everything is
correct? Last time I checked, the coastline checks were
Ok, looking good. I'm down to 1 compilation error, but I'm not sure how to
resolve it.
In fact, I'm not sure why it's a compilation error at all?
MultiHashMap.java: Line 24:
Name clash: The method get(K) of type MultiHashMapK,V has the same erasure
as get(Object) of type HashMapK,V but does not
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
Processing spain.osm.pbf from Geofabrik I get several contains no name
tag messages that point to ways tagged in the form:
admin_level=8
boundary=administrative
It's true they don't have a tag name, but they belong to relations with
the same tags + a name and the relation is fully within the
I was experimenting with the address search on Garmin Oregon, Nuvi and in Apple
Basecamp. It's a very impressive advance.
I noticed that when I was searching for a street that was closer to a
locality than it is to the nearest village, then the street was indexed as
street/locality and failed
Version 1902 was commited by marko on 2011-03-23 21:42:39 + (Wed, 23 Mar
2011)
Create no polygon for man_made=trench unless area=yes.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
20 matches
Mail list logo