Hi Gerd, happy to update the documentation, but where do I find its source?
I only have a PDF of the style manual.
Regards,
Mike
From: Gerd Petermann [mailto:gpetermann_muenc...@hotmail.com]
Sent: 06 March 2015 10:05
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev]
Hi Gerd, I added the following to the lines file in my style and it works
fine there if I remove the --make-opposite-cycleways option, allowing just
cycling and walking against the flow. However, it doesn't seem to work
correctly if I add it to the default style (it allows cars to go the wrong
way
Hi Gerd, I was not clear what you meant by change the style to produce the
same result, so I provided a change to the style that with the code changes
produces the same result as now. Unless a style can create an extra way, I
can't see how a style can be set up to allow cycling in both directions,
HI Gerd, the attached updated patch adds a line to the default style that
can be uncommented if you want to see the opposite cycleway names as they
are currently.
Regards,
Mike
From: Gerd Petermann [mailto:gpetermann_muenc...@hotmail.com]
Sent: 03 March 2015 08:26
To:
Dear all,
When using the --make-opposite-cycleways option, I notice that the address
index adds a road name of the actual road name suffixed with (cycleway).
For me at least, this is undesirable. Also the generated name does not
conform to the OSM naming convention of not including any
Hi, I've been struggling to find out whether a style rule can look to see if
one variable is contained within another. For example, to see whether the
name contains the ref, something like:
name~'.*${ref}.*'
Is there a syntax for doing this, or is it not supported?
Thanks,
Mike
that might be slower.
Gerd
Mike Baggaley wrote
Hi, does anyone know whether it is possible to create POIs, but not have
them listed in the Find Points of Interest list? I have things like gates
and barriers displayed on my map, but if possible want them to not be
searchable. Alternatively
Hi, in looking into a possible code change to handle mkgmap:add-to-index=no,
I came across what looks like an error in point.getPOIRecord.
The code is currently:
public POIRecord getPOIRecord() {
if (poi == null)
return new POIRecord();
be slower.
Gerd
Mike Baggaley wrote
Hi, does anyone know whether it is possible to create POIs, but not have
them listed in the Find Points of Interest list? I have things like gates
and barriers displayed on my map, but if possible want them to not be
searchable. Alternatively
Hi, does anyone know whether it is possible to create POIs, but not have
them listed in the Find Points of Interest list? I have things like gates
and barriers displayed on my map, but if possible want them to not be
searchable. Alternatively, is there another way of displaying these on the
map?
find it now, but I seem to remember a comment that
trim() should be used with great care as it removes the highway shield
codes.
Gerd
Mike Baggaley wrote
Good evening all,
I've noticed that there are a number of unwanted leading and trailing
spaces
in OSM data. You can get a list
@lists.mkgmap.org.uk mailto:mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] leading and trailing spaces
Hi Mike,
I can't find it now, but I seem to remember a comment that
trim() should be used with great care as it removes the highway shield
codes.
Gerd
Mike Baggaley wrote
Good evening all
Hi Gerd, I've updated the tutorial as well in the attached patch.
Regards,
Mike
From: Gerd Petermann [mailto:gpetermann_muenc...@hotmail.com]
Sent: 29 January 2015 14:56
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] copyright improvements
Hi Mike,
HI Gerd, thanks for that. Please see the attached patch with the options.txt
file in the doc folder updated.
I'm assuming that the web page at http://www.mkgmap.org.uk/doc/options is
derived directly from this. Is that correct? Is there anything else that
needs to be updated?
Regards,
Mike
Hi,
The attached patch adds --copyright-file=file to the command options to
allow multiple copyright messages to be included with the map. It also
cosmetically changes the code for handling fake ids so that it conforms to
the capitalisation convention (no functional change).
Please try, and
Good evening all,
I've noticed that there are a number of unwanted leading and trailing spaces
in OSM data. You can get a list of the ones on the name field using the
following:
name~'.* ' {echotags name ends with a space}
name~' .*' {echotags name starts with a space}
I can't see any facility
Hi WanMil,
I did notice after posting the code that the other class members started
with a lower case letter. No problem with following that convention
(developments I have been involved in have always used upper case first
letter for class variables, to distinguish them from local variables). I
HI Gerd, thanks for that - I was scratching my head trying to think of a way
that would use less memory. If using the tags, each tag would have used more
than 8 bytes, although they would have only been on faked elements. The tag
iterators would also have processed them (unless special code was
The attached patch improves the echo and echotags messages by including the
id of the original element when a fake id is generated by mkgmap, thus
enabling you to find it in OSM.
Please try, and commit if you are happy with the change.
Regards,
Mike
fakeid.patch
Description: Binary data
Hi all,
In my map build I am getting too many POIs at a location (I am merging some
other data with the OSM data), so some of my POIs are being discarded. These
POIs are not vital, but it would be nice to include them if possible. As
each subdivision only allows 255 points, I wondered whether a
Hi Gerd/WanMil, I now have a mechanism working that has no performance
overhead. I have derived a new class from Node and have moved the evaluation
of the location to when getLocation is first called in the new class. I have
also improved the algorithm by progressively using bigger bitmaps if a
HI Gerd, the method I've used won't work if the polygon is thinner than the
resolution of the bitmap. I hadn't considered that it might be used on
rivers; my main testing has been on car parks, which although they may be
irregularly shaped are not normally very long and very thin (I handle river
I have a working solution for ensuring that the created point is placed
within the polygon when using --add-pois-to-areas, based on drawing the
polygon on to a small monochrome bitmap and then looking for the point that
is furthest from the surrounding area. I used a 9x9 bitmap for polygons
having
I can't seem to commit any changes, because I think Tortoise SVN is using a
guest account to retrieve the data and I can't work out how to get it to use
my account details instead (which I assume are the same as the email
subscription details). I have the following in my Tortoise SVN servers file:
Hi Gerd, thanks for the quick reply. I'm happy to post patch files for now.
I already posted one suggested change, although I didn't use the create
patch file option.
I have another small patch to improve the message when there are too many
POIS at the same place - two patch files attached.
As
Hi, I've built a map containing contour data, using line styles 0x21 and
0x22. These are displayed in BaseCamp with the correct elevations. However,
if I open a route and try to display the Graph tab, it says, The current
map does not contain any elevation data on the selected route(s). The route
Hi Andrzej,
Thanks for the quick response. As it happens, I already had the
show-profiles option in my configuration, but I was using just a
gmapsupp.img file and I have now realised that the elevation data is
available if I use the separate tile files and set the registry to install
the map. Is
301 - 327 of 327 matches
Mail list logo
