Have found that the link to TYPViewer in the TYP file compiler manual is
broken. The new link for this resource seems to be
https://sites.google.com/site/sherco40/
Regards,
Roger
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.m
06, Maciej Moczulski wrote:
Hi Roger,
Thanks for update. I'm using dated versions of bounds and sea files as
its faster to download them in compare to 'latest'. Do you think that
it can have some impact on compilation?
Best Regards,
Maciej Moczulski
On Mon, Jul 13, 2015 a
ks,
Roger
--
----
Roger Calvert
http://www.rogercalvert.me.uk
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
may be other such directional nodes; perhaps weirs and barriers
such as cattle grids could be treated similarly.
Thanks,
Roger
--
-----
complex bearing
calculation a little bit.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
--
--------
Roger Calvert
http://www.rog
to get rid of them.
Thanks again,
Roger
On 26/07/2014 11:15, Gerd Petermann wrote:
Hi all,
attached is a patch that addresses the problem described be Roger Calvert:
http://gis.19327.n5.nabble.com/Incorrect-compilation-of-grid-lines-tp5809502.html
The problem is caused by the fact that w
ilman/listinfo/mkgmap-dev
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
--
--------
Roger Calvert
http
.
..Steve
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
--
----
Roger Calvert
http://www.rogercal
roblem with relative addresses - "../includes/roger_lines"
works as expected.
Many thanks,
Roger
--
--------
Rog
p-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
--
----
Roger Calvert
http://www.rogercalvert.
=path). If this did not exist, it could be ignored or
point to a default dummy file.
Is this a useful and feasible idea?
Thanks,
Roger
--
Roger Calvert
http://www.rogercalvert.me.uk
source in the source (only in comments),
so this is probably hardwired in the device.
You can use the options --copyright-message and --license-file to
mention mkgmap.
Gerd
Roger Calvert wrote
I have a simple (I think) and not very important, query:
My Garmin reports my mkgmap-generat
ead?
Thanks,
Roger
--
--------
Roger Calvert
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
problem with the site causing this to happen.
I cannot identify who is concerned, but if anybody affected by this
could contact me, we can try to sort it out.
Roger
--
Roger Calvert
http://www.rogercalvert.me.uk
/GBGrid/GBGridSquares.bmp.
Contact me if there are any problems.
Regards,
Roger
--
Roger Calvert
. Should this warning be suppressed ?
Roger
--
Roger Calvert
___
mkgmap-dev mailing list
mkgmap-dev
tp5756635p5757337.html
Sent from the Mkgmap Development mailing list archive at Nabble.com.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
y of the 'lines' file, but is there a case
for changing the default?
Roger
--
--------
Roger Calvert
__
ex entries?)
Roger
On 20/03/2013 23:03, Steve Ratcliffe wrote:
On 19/03/13 15:52, Roger Calvert wrote:
When pois are added to areas for search reasons, is there any way of
identifying them in the 'points' style file, to avoid them appearing on
the map?
They have the extra tag:
m
When pois are added to areas for search reasons, is there any way of
identifying them in the 'points' style file, to avoid them appearing on
the map?
Roger
--
----
Rog
Thanks, Gerd. Look forward to it.
Roger
On 07/03/2013 07:05, GerdP wrote:
Hi Roger,
okay, I've committed the patch as r2518. I'll update the wiki when this
version
is available on the download page.
I'll also add that functionality to the precomp-sea option in splitter.
Gerd
list archive at Nabble.com.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
--
--------
--
Roger Calvert
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
filters.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
--
Roger Calvert
a
decent manual!
Roger
--
--------
Roger Calvert
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
ut it might be nice if (next time somebody is
updating) they were made consistent, preferably with \r, so that they
all appear on separate lines.
Roger
--
----
Roger Ca
On 08/01/2013 21:58, GerdP wrote:
Roger Calvert wrote
I have been looking at the split files. The bounds are, as you say in
your explanation (1), adjusted slightly. For example, latitude 43.0 on
the original tile becomes 43.06 on the split tile. This occurs on both
tiles, so the lower tile
://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
--
--------
Roger Calvert
Beckside House
Blawith
Ulverston
LA12 8EQ
01229 885498
078 2746 8501
lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
--
--------
which need splitting), I have been getting
artefacts (gaps between tiles). These disappeared when the original
small tiles, rather than the 'single split' tiles were used.
Roger
--
-------
Thanks again
Roger
--
--------
Roger Calvert
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
e
19. What is the limit? (During the process I also discovered that
Osmosis seems to take 8 but not 10 - I haven't tried 9).
Thanks again for the advice.
Roger
On 07/01/2013 18:44, GerdP wrote:
Roger Calvert wrote
A simple question ( I hope!):
I have a number of pbf format files
they need to be compiled individually?
Also, osmconvert reports 4 IDs in the wrong order in each file (exactly
the same in each). Will this cause any problem?
Many thanks,
Roger
--
Roger Calvert
--
Roger Calvert
Beckside House
Blawith
Ulverston
LA12 8EQ
01229 885498
078 2746 8501
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo
Following Gerd's suggestion, I have removed the Byte Order mark (BOM)
from these files.
Roger
On 02/01/2013 20:50, Roger Calvert wrote:
Gerd,
Thanks for the information - I can probably remove the BOM - I'll look
into it.
This was not the problem with Osmosis: "WARNING: E
r (in about 5M) than the
'before' file.
I am using osmconvert version 0.7N and mkgmap 2353.
Has anyone else encountered this problem?
Roger
--
------
with the new versions of the files, but I will
remove the UTF-8 BOM.
Thanks again,
Roger
On 02/01/2013 20:27, GerdP wrote:
Roger Calvert wrote
Please let me know of any problems you encounter in accessing or using
these.
I head problems with the first version that you posted because the XML fil
--
Roger Calvert
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
mapname: 6001
description: GB-Carlisle
input-file: 60923011.osm.pbf
input-file: ..\resources\style.txt
--
--------
Roger Calvert
description: Grid-File
input-file: GBGrid.osm
precomp-sea=..\resources\sea
mapname: 6001
description: GB-Carlisle
input-file: 60923011.osm.pbf
input-file: ..\resources\style.txt
--
Roger Calvert
input-file: 60923011.osm.pbf
input-file: ..\resources\style.txt
Any guidance would be welcome.
Thanks,
Roger
--
Roger Calvert
rg.uk/mailman/listinfo/mkgmap-dev
--
----
Roger Calvert
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.o
(which is
enough to cover mainland Great Britain), but several downloads may be
used to cover a larger region.
Please let me know of any problems you encounter in accessing or using
these.
Roger
--
Roger C
r1 | steve | 2006-11-26 20:46:08 + (Sun, 26 Nov 2006) | 1 line
Created mkosmgmap project
--
--------
On 16/11/2012 15:14, michael lohr wrote:
i got it from the mkgmap default style. i never thought much about it,
because it just worked. but i'm wondering now why the converion is
necessary at all, because the altitude is written as the name of the
contour line. aren't names just strings?
I don
stion (def:), Mapsource labels all the contours
'Invalid Elevation'.
With many thanks,
Roger
On 15/11/2012 19:05, michael lohr wrote:
this works for me:
contour=elevation { name '${ele|conv:m=>ft}'}
Am 15.11.2012 19:55, schrieb Thomas Kaschel:
Am 15.11.2012 14:43, schrieb R
this in the style file?
Thanks in advance,
Roger
--
Roger Calvert
___
mkgmap-dev mailing list
mkgmap-dev
mkgmap?
Roger
On 14/11/2012 12:26, GerdP wrote:
Hello Roger,
you are running an out-aged version of splitter. Please update to the latest
stable version: r202
http://www.mkgmap.org.uk/splitter/
Ciao,
Gerd
Roger Calvert wrote
In running a macro I have used many times before with a new download
at uk.me.parabola.splitter.Main.start(Main.java:118)
at uk.me.parabola.splitter.Main.main(Main.java:107)
--
----
Roger Calvert
es the problem nicely.
Regards,
Roger
--
----
Roger Calvert
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgm
'highway=trunk & oneway=yes [0x02, 0x23 road_class=3 road_speed=5 resolution
16]'
This would remove the need for an "overlays" file and for a dummy code
for each overlaid feature.
Roger
--
-----
em when I was experimenting to find where the name had
got lost, then put it back.
Roger
--
--------
Roger Calvert
___
along the lines of
'deleted:name=High Dam' .
Roger
--
--------
Roger Calvert
___
mkgmap-dev mailing
Thanks, Steve.
On 26/09/2012 21:53, Steve Ratcliffe wrote:
On 24/09/12 16:09, Roger Calvert wrote:
Has the version with 'include' been committed yet?
Its committed, but on a branch and not in the main trunk.
However you can download it from http://www.mkgmap.org.uk/snapshots/
as mk
e there) at the end of my batch file.
Roger
--
--------
Roger Calvert
___
mkgmap-dev mailing list
mkgmap-dev
On 26/09/2012 15:42, Marko Mäkelä wrote:
On Wed, Sep 26, 2012 at 12:04:59PM +0100, Roger Calvert wrote:
If a relation has the same name as one of its components (or perhaps
any name), the name of the component is lost.
I identified this on way 4798060, a small lake called 'High Dam'
y: if the
destination file is open in MapSource when mkgmap runs, it crashes
(understandably), but leaves a number of temporary files around. Could
these be deleted when the exception is processed?
Roger
--
-----
__
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
--
--------
Roger Calvert
__
l): 60555001.osm.pbf: boundary zip file contains
directories.
Files in directories will be ignored...\resources\bounds.zip
I would appreciate any advice.
Many thanks,
Roger
--
-----
ciate any advice.
Many thanks,
Roger
--
--------
Roger Calvert
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.o
_ mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
--
Roger Calvert
mkgmap-dev
--
----
Roger Calvert
Beckside House
Blawith
Ulverston
LA12 8EQ
01229 885498
078 2746 8501
___
mkgmap-dev ma
--
Roger Calvert
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
of the M6, each of which
can have its appropriate region identified. There does not seem to be an
M6 relation (though there is a Euro route E05 relation which includes
the bits of M6 I have looked at).
Roger
--
Roger
08/2012 18:00, Steve Ratcliffe wrote:
On 07/08/12 17:32, Roger Calvert wrote:
Hi Roger
The lines file is attached. The only line which causes problems is the
one testing the admin_level at line 224. (This is where it is because I
Thanks,
mkgmap:admin_level6=Cumbria && highway=primary {
works fine when
this line is commented out.
Thank you for the patch, but I am afraid I cannot (or do not know how
to) make use of it - I have not downloaded the source, only the Windows
zip package.
Regards,
Roger
On 07/08/2012 15:55, Steve Ratcliffe wrote:
On 07/08/12 13:40, Roger Calvert
quot; tags, but most do not. Such information should
be accessible from the surrounding boundaries. Can I access this
information in a style file?
Thanks,
Roger
--
--------
Andi
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
--
----
Roger Ca
e?
Thanks,
Roger
--
--------
Roger Calvert
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/l
s have "is_in" tags, but most do not. Such information should
be accessible from the surrounding boundaries. Can I access this
information in a style file?
Thanks,
Roger
--
--------
not. Such information should
be accessible from the surrounding boundaries. Can I access this
information in a style file?
Thanks,
Roger
--
----
Rog
Is it possible to access the latitude/longitude of elements in style
files? I am thinking in terms of using different defaults for un-named
elements on a regional basis. E.g. perhaps 'burn', 'brook' or 'beck'
instead of 'stream', depending where it is.
Roger
_
there are something like 56500 files in sea_20120331.zip
file. All I need is the Great Britain coastline to guard against flooding.
Or have I misunderstood something?
Roger Calvert (Rogerc on OSM)
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.
Sorry, I owe everyone an apology for wasting their time. I have just
found that the test file I am compiling is out of sync with the live OSM
data. A new download works as it should.
Roger
Roger Calvert
No - neither 'viaduct' nor 'bridge' appears anywhere else in the 'lines'
file.
--------
Roger Calvert
On 05/03/2012 17:46, Car
doing wrong?
Thanks,
Roger
--
--------
Roger Calvert
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.or
Yes, this seems to have resolved it. Many thanks.
Roger
Roger Calvert
On 23/02/2012 12:27, Chris66 wrote:
Am 21.02.2012 13:58, schrieb michael lohr
an confirm this. I did not search for a solution.
Gerd
Roger Calvert wrote
I have found in the last couple of days that Firefox (which updated
itself recently) tries to open pbf files from the geofabrik depository
rather than downloading them. Has anyone else noticed this? If so, have
you foun
never used to be, necessary.)
Thanks,
Roger
--
Roger Calvert
___
mkgmap-dev mailing list
mkgmap-dev
r?
Roger
--
----
Roger Calvert
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Thanks Steve. I have now tried r2187, and it seems to have sorted it
out. Many thanks.
Roger
Roger Calvert
On 29/01/2012 17:33, Steve Ratcliffe
It hasn't appeared on the download site yet - I'll try it when it does.
Thanks.
----
Roger Calvert
On 29/01/2012 17:33, Steve Ratcliffe wrote:
--
Roger Calvert
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
The order of options intentionally matters. Options only affect files
that follow them on the command line (or within a command file). So I
don't think that there is a bug there.
Ah, that's good to know. So the bug is that this behavior is not
documented in '--help=options'. :)
Does that mean t
still uses the
previous codes.
Regards
Roger
--
Roger Calvert
___
mkgmap-dev mailing list
mkgmap-dev
Marko,
Thanks for the comments.
There could have been some MultiPolygonRelation errors related to
coastlines. I should mention that the checks in JOSM Validator and
mkgmap are not overlapping that much. JOSM detects some things better,
but it does not detect land-on-land or sea-on-sea situatio
of a
rather larger gmapsupp file.
Once again, many thanks.
Roger
----
Roger Calvert
On 30/12/2011 21:04, Bartosz Fabianowski wrote:
You can always use my
--style-file=..\resources\styles --style=roger -c template.args
Many thanks
Roger
----
Roger Calvert
--------
On 09/12/2011 19:59, Roger Calvert wrote:
This sounds like today's w
Alas! I have just modified my macros for the name as generated in the
previous version. I'll have to change again when I next update mkgmap.
How about a ---type-file-name= option?
Roger
----
Roger Ca
Roger Calvert
On 09/12/2011 20:46, Henning Scholland wrote:
Hi, yesterday I fixed the coastline in the east of Edinburgh.
Afterwards the coastline of UK seems to be ok. How old is your data?
Maybe there is someone who wants to
ks,
Roger
----
Roger Calvert
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
) and a number of different
sample (default) styles would give flexibility both now and for future
developments. It might also be possible to incorporate more of the
mkgmap command line options in the style file.
Roger
----
Roger
----
Roger Calvert
On 18/07/2011 13:00, Greg Troxel wrote:
If you have figured out things, please do either find a way to merge the
info to one of the data
MapSource, but is required by a Garmin 60CSx.
Thanks again,
Roger
Roger Calvert
On 17/07/2011 03:01, Greg Troxel wrote:
Roger Calvert writes:
I
ppears that both MapSource and the GPS are ignoring the
resolution/level in the style files and imposing their own (different)
defaults.
Any advice would be appreciated.
Many thanks,
Roger Calvert
--
---
ded the data files and run splitter/mkgmap
again with the same results.
Any suggestions as to where these come from and how to get rid of them?
Many thanks,
Roger
-----
100 and 0x10f1d must be defined, with sea having the lower
drawing priority
Please can you advise me on the entries I should put in the MapTK prj
file to incorporate these in the typ file - I haven't done much with these!
Am 17.05.2011 22:42, schrieb Carlos Dávila:
El 17/05/11 21:35, Rog
et a blue sea?
Many thanks!
Roger
--
--------
Roger Calvert
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
98 matches
Mail list logo