2023 18:54
> *To:* mkgmap-dev@lists.mkgmap.org.uk
> *Reply to:* mkgmap-dev@lists.mkgmap.org.uk
> *Subject:* Re: [mkgmap-dev] Help with registry for Basecamp
>
> Hi all
>
> for all registration stuff concerning mapinstallation for mapsource and
> therefore also for Basecamp i u
@lists.mkgmap.org.ukReply to: mkgmap-dev@lists.mkgmap.org.ukSubject: Re: [mkgmap-dev] Help with registry for Basecamp Hi allfor all registration stuff concerning mapinstallation for
mapsource and therefore also for Basecamp i use a programm called
MapsetToolkit.Its working on all Windows Versions 10 and 11
Hi all
for all registration stuff concerning mapinstallation for mapsource and
therefore also for Basecamp i use a programm called MapsetToolkit.
Its working on all Windows Versions 10 and 11 since i use maps created
by mkgmap
Am 26.02.2023 um 17:21 schrieb skelter helter:
Hello
I need some h
Hello
I need some help with this email from Eric sent here on the list some weeks ago:
If you are creating mkgmap tiles and you do not need to distribute your map to
others, then the NSIS installer is not required.
Initial installation requires importing registration data (.reg file).
Creating
nd to
rationalising this as yet.
Regards,
Mike
From: Gerd Petermann [mailto:gpetermann_muenc...@hotmail.com]
Sent: 07 May 2015 15:00
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] help improvements
Hi Mkie,
thanks, committed with r3569.
BTW: Did you find a final solution for the Way.ge
Hi Mkie,
thanks, committed with r3569.
BTW: Did you find a final solution for the Way.getCofG() method ?
Gerd
From: m...@tvage.co.uk
To: mkgmap-dev@lists.mkgmap.org.uk
Date: Thu, 7 May 2015 12:49:50 +0100
Subject: Re: [mkgmap-dev] help improvements
Hi Gerd, attached patch containing both
Hi Gerd, attached patch containing both files. Hopefully path is OK.
Regards,
Mike
-Original Message-
From: GerdP [mailto:gpetermann_muenc...@hotmail.com]
Sent: 06 May 2015 12:51
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] help improvements
Hi Mike,
looks good to me
Hi Mike,
looks good to me. Please can you also correct the corresponding file in doc?
I also had problems to apply the patch. Please try to create the patch with
svn like
this:
Checkout / update to the latest version , cd into mkgmap directory
and use
svn diff > xyz.patch
Instead of xyz use the
Hi Gerd, please find attached a patch to correct a few typos in the
documentation. Please commit if you are happy with it. Note I have
standardised on English, rather than US English - there was previously a
mixture of the two, but more British spellings than American.
Regards,
Mike
options.patc
Hi A.Carlos,
I am sorry, I don't yet understand your problem.
Maybe you can post some screenshots to describe what you want
and what you get?
You can use http://files.mkgmap.org.uk/ for that.
Gerd
A. Carlos wrote
> help
>
> Hello, the question may seem amateurish, but I'm having problems
>
help
Hello, the question may seem amateurish, but I'm having problems compiling my
maps.
Seeing the OSM, the region that use in many places are using the place at the
midpoint of the Administrative Liminte and also in relation to limit the
administrative, in the case here level 8.
Howeve
Hi Gerd,
looking at "Kompakte Variante" i think that for each calculated point
(x,y) this is true:
err = (x - xS +1)*dy + (y - yS +1)*dx
where xS and yS are start coordinates - initial value for x0, y0.
If you find arbitrary intermediate point on the line and round its
position to nearest G
Hi Andrzej,
I took the one below "Kompakte Variante" from the german wiki
http://de.wikipedia.org/wiki/Bresenham-Algorithmus
Maybe I miss something, but I don't see how I could calculate a
grid point on the line as I think that's the initial problem that I
try to solve with the loop.
I guess I
Hi Gerd,
> Or do you see a simple way to limit the
> iteration to a part of the way near the wanted point?
I have looked at algorithm here:
http://en.wikipedia.org/wiki/Bresenham%27s_line_algorithm
It looks simple, it calculates error to grid at each step by adding a
value representing ascent
Hi Andrzej,
Yes, very long lines are no problem regarding optics,
but may cause trouble when the bresenham algo iterates
very often. Or do you see a simple way to limit the
iteration to a part of the way near the wanted point?
My current algo tries to split the line when the address search for a
Hi Gerd,
I have attached picture with 2 lines split around middle point. Upper
line is about 50m, lower 500m. Both have delta_lat equal to 1 grid step.
I don't think that splitting make big problem here.
If you allow for 10m of offset for splitting point, then Bresenham's
algorithm has to ca
Hi Andrzej, Mike,
I am not splitting short lines here, I talk about lines of > 50 m.
If you have such a rather long line with delta_lat = 1 and delta_lon > 50
there is no point where I can split the line without
creating one horizontal part and another that still has
delta_lat = 1, both parts bu
Hi Gerd,
one more notice - for splitting very short lines could be better to
calculate intermediate point using grid coordinates of line instead of
high precision like in makeBetweenPoint().
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgma
Hi Gerd,
I guess it is about small distances, this part of makeBetweenPoint():
// distances are rather small, we can use flat earth approximation
int lat30 = (int) (getHighPrecLat() + dLat30 * fraction);
int lon30 = (int) (getHighPrecLon() + dLon30 * fraction);
return makeHighPrecCoord(lat30, lo
Hi all,
for improvements in the housenumber2 branch I have to split a road segment
into two parts.
Given: the two (Garmin) points p1 and p2 that build the road
segment and a distance d with d < p1.distance(p2). The normal way to
calculate the wanted point is to use the Coord.makeBetweenPoint()
Hi Gerd,
I have searched a bit and my conclusion is that almost no software use
geodesics (big circle) to connect points. The general idea is, that
shape of a line between points is undefined. Software simply draws
straight line in current projection. It is up to creator of input data
to supp
Hi Gerd,
> Reg. Precision:
> "Correct" results are an illusion.
I don't know what exactly the problem is, so my idea was more generic. I
mean that program speed is only a secondary requirements, I wouldn't
hesitate to use a suitable algorithm even if it makes program slower.
> I am now going
Hi Andrzej,
sorry, I forgot the attachment. The difference to yours is that
I created a gpx track, not a route.
Now I can reproduce your results :-)
Reg. Precision:
"Correct" results are an illusion. Even the most complex algos
will use some simplification (earth is a sphere or ellipsoid, but has
Hi Gerd,
> I use MapSource 6.16.3 and it doesn't show the great circle line
> when I open the attached gpx file.
I can't see your attachment.
Mapsoruce draws great circle for direct routes (select "Use Direct
Routes" in Preferences). I have marked waypoints for LAX an JFK and then
created a r
Hi Henning,
you are probably right, maybe the decision also depends
on the avg. latitude.
FYI:
we are talking about two different distances:
1) The distance between two points on earth
2) The (shortest) distance between a given point
and a (great circle) path between two other points.
The algo
Hi Gerd,
as I got it right, in nearly all typical cases the fast algo would be ok
because the error is pretty small. So what about calculating always the
fast algo and if the calculated distance is larger then X, mkgmap
calculates the distance again with the more precise algo.
Henning
__
x27;t care
about the difference, we can remove more (or different)
points from the img file without visible effects.
Ciao,
Gerd
Date: Fri, 1 Aug 2014 13:45:18 +0200
From: po...@poczta.onet.pl
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] help needed
Hi Gerd,
> JOSM doesn
Hi Lambertus,
thanks again. I want to solve this problem:
In mkgmap we have to calculate the great-circle distance very often,
as well as the cross track error.
We need the values for all kinds of algos (nearest point, DP-Filter,
WrongAngleFixer etc.), not just for the img itself.
Up to now we u
I'm not sure if it is of any help, but with http://yournavigation.org
(which also uses OSM) you can specify which distance algorithm to use.
It uses this PHP class for the calculations:
https://github.com/treffynnon/Geographic-Calculations-in-PHP
Available methods:
Vincenty
Simplified great cir
Hi Gerd,
> JOSM doesn't display the so called great circle
It's a bit disappointing that QGIS and Global Mapper don't use great
circles either. Probably for faster redraw.
Global Mapper can use great circle for distance tool. Drawing all lines
with this tool I can estimate distance to about
Hi all,
I think my problem is solved.
JOSM doesn't display the so called great circle which is the shortest line
between two
points on a spere. I am not sure what exactly JOSM displays, but obviously
I can't use it to verify the calculations.
Thanks for the hints!
Gerd
GerdP wrote
> Hi Bill,
Hi Bill,
> I tried to confirm a couple of things, and ran out of time, but thought
> the ideas might be of use to you.
> 1) Are you sure that both the algorithm and JOSM are drawing the same
> line between LAX and JFK. For example, one could be using a great
> circle route, and the other using
Gerd,
I tried to confirm a couple of things, and ran out of time, but thought
the ideas might be of use to you.
1) Are you sure that both the algorithm and JOSM are drawing the same
line between LAX and JFK. For example, one could be using a great
circle route, and the other using a direct hea
Hi Andrzej,
thanks for the hints, I'll have a look at them tomorrow. I think
"Spherical versus ellipsoidal model" as a reason is unlikely, the difference
should
be < 1 %, not ~50%
Today I looked at various webpages which calculate the distance between
two points, e.g. airports. It is quite funny h
Hi Gerd,
I have looked at your example file in QGIS and Global Mapper and they
show distance like JOSM. I don't know why there is so big difference. My
guess is that it could be caused by spherical versus ellipsoidal model
of the Earth. Maybe you could test algorithms based on Vincenty's
form
Hi all,
I am still trying to find a better solution for the problem
posted by Roger Calvert:
http://gis.19327.n5.nabble.com/Incorrect-compilation-of-grid-lines-tp5809502.html
We are using some approximations to speed up calculations,
most of them work fine as long as distances are rather short.
On Thu, Jan 12, 2012 at 09:07:32AM +0200, Tomas Straupis wrote:
>Not sure about 1252, but latin1
cp1252 is IBM's or Microsoft's "embraced and extended" ISO 8859-1. It
adds a few code points, such as the Euro sign and curly quotes. Also
MySQL is calling it "latin1", although latin1 used to mean I
Hi
>Not sure about 1252, but latin1 is apparently the default, because I
> used to use that option to convert non ascii characters to latin ones
It is actually not the default. I don't know if the index works
if the tiles were compiled without latin1 or if the index is created
without latin1
2012-01-11 Marko Mäkelä wrote:
> By the way, I do not see any --code-page=1252 or --latin1 option. Is
> that the default?
Not sure about 1252, but latin1 is apparently the default, because I
used to use that option to convert non ascii characters to latin ones
(so that gmapsupp could be used on
2012-01-12 Thorsten Kukuk wrote:
> osmconvert can of course convert from and to pbf. osmfilter can
> write .pbf, but I'm not sure about reading it.
The last time I was analysing usage of pbf was when it appeared (one
year ago?). I should probably re-visit this topic.
Thank you for information
On Thu, Jan 12, Tomas Straupis wrote:
> Unfortunately I'm also running a script calculating lengths of roads
> and that one takes xml as an input. So I would have to convert pdf to
> xml anyway... And I'm not sure if osm2pgsql/osmfilter/osmconvert can
> load/work with pbf file...
osmconvert can
Thank you everybody, the problem was with missing
mkgmap:country/region etc. rules in styles!
> And: Mkgmap also understand pbf-files. They are smaller and faster
> processed. Lithuania.osm.pbf is only 14mb of size :)
I know, and pbf files appear on geofabrik earlier than zipped xml files.
Unf
Oh, I forgot.
Have you already downloaded the boundary-files (you are using this option,
right)?
If not, you can find them here:
http://mkgmap.osm4people.org/
or here:
http://www.navmaps.eu/index.php/developers/bound
And: Mkgmap also understand pbf-files. They are smaller and faster processed.
Hello Tomas,
have you extended your style-files (lines, points and polygons) with the rules
for the index like:
mkgmap:country!=* & mkgmap:admin_level2=* { set
mkgmap:country='${mkgmap:admin_level2}' }
mkgmap:region!=* & mkgmap:admin_level3=* { set
mkgmap:region='${mkgmap:admin_level3}' }
mkgm
On Wed, Jan 11, 2012 at 08:23:32PM +0200, Tomas Straupis wrote:
>This is how I run mkgmap:
I see that you are doing it in one go. Would it work if you did it in
two passes:
First, like your command, but replace --gmapsupp --index with
--mapname=12345678 (or any 8-digit number of your preference
Hello
I'm trying to generate address index, but so far am unable to do
that. Maybe you can give me some advices on what should I try?
I expect to get index right in the gmapsupp.img as I'm using linux
and MapSource is unable to transfer gmapsupp to my Colorado (I'm
simply copying gmapsupp.img
Thanks Steve,
It works now.
Markus_g
-Original Message-
From: mkgmap-dev-boun...@lists.mkgmap.org.uk
[mailto:mkgmap-dev-boun...@lists.mkgmap.org.uk] On Behalf Of Steve Ratcliffe
Sent: Saturday, 25 September 2010 4:52 PM
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] Help
On 25/09/10 05:59, Markus_g wrote:
> It appears that --generate-sea=polygons no longer works as I get the
> following error.
Thanks for reporting this. It should now be fixed in r1706. The fix
relates to --generate-sea=polygons in spite of the commit message.
..Steve
__
It appears that --generate-sea=polygons no longer works as I get the
following error.
Note --generate-sea=multipolygons doesn't come up with this error.
Regards,
Markus_g
java.lang.NullPointerException
at
uk.me.parabola.mkgmap.reader.osm.SeaGenerator.removeAntiIslands(SeaGe
nerato
On 27.02.2010 16:19, Mark Burton wrote:
> Style gurus,
>
> I want to have a rule that matches one way trunk roads. Given that
> onewayness can be specified with (at least) 3 different tag values
> (1,yes,true) do I have to have something like the following, or can it
> be simplified:
>
>
The
Style gurus,
I want to have a rule that matches one way trunk roads. Given that
onewayness can be specified with (at least) 3 different tag values
(1,yes,true) do I have to have something like the following, or can it
be simplified:
highway=trunk & (oneway=yes|oneway=true|oneway=1) [...]
i.e. d
Torsten, you are right that I'm expecting too much ;-)
We have only a limited number of Garmin lines to use, so I created some extra
possibilities
by combining those lines with the layer option. Multiple map-layers can be done,
but I don't like it because you can't see them in Mapsource.
What I
Moin,
Minko schrieb am 17.02.2010 16:05:
> I don't know if this already has been discussed, but some combinations of TYP
> file and overlays wont work in Mapsource.
I don't know, whether they are not working, or whether you are expecing too
much.
I didn't follow the discussion, when the overlay
Hi,
I don't know if this already has been discussed, but some combinations of TYP
file and overlays wont work in Mapsource.
I'm trying to put oneway, bridge and tunnel symbols on the roads by using the
layer style file.
This works fine with tunnels and bridges, but with oneway symbols I noticed
Ralf Kleineisel escribió:
> On 20.01.2010 16:37, Carlos Dávila wrote:
>
>
>> Have you any clue how to get my bridges drawn in MapSource? What am I
>> doing wrong?
>>
>
> Are the "mapname" numbers of the overlay imgs bigger than the ones of
> the lower layers? Mapsource seems to not care abo
On 20.01.2010 16:37, Carlos Dávila wrote:
> Have you any clue how to get my bridges drawn in MapSource? What am I
> doing wrong?
Are the "mapname" numbers of the overlay imgs bigger than the ones of
the lower layers? Mapsource seems to not care about the draw priority.
It draws in the order of th
Felix Hartmann escribió:
> On 21.01.2010 11:00, Carlos Dávila wrote:
>
>> Felix Hartmann escribió:
>>
>>
>>> You are using types that Mapsource does not display. As simple. 0x2b is
>>> the last line type Mapsource is using. GPS works to 0x3f.
>>> You have to use extended (5 digit) types
On 21.01.2010 11:00, Carlos Dávila wrote:
> Felix Hartmann escribió:
>
>> You are using types that Mapsource does not display. As simple. 0x2b is
>> the last line type Mapsource is using. GPS works to 0x3f.
>> You have to use extended (5 digit) types instead.
>>
> Great! At last I can h
Felix Hartmann escribió:
> You are using types that Mapsource does not display. As simple. 0x2b is
> the last line type Mapsource is using. GPS works to 0x3f.
> You have to use extended (5 digit) types instead.
Great! At last I can have bridges on my maps. I've used 0x10600-2 and
they show both on
On 20.01.2010 20:50, Charlie Ferrero wrote:
> On 20/01/2010 16:02, Felix Hartmann wrote:
>
>>
>> On 20.01.2010 16:54, char...@cferrero.net wrote:
>>
>>> Quoting Felix Hartmann:
>>>
>>>
>>>
You are using types that Mapsource does not display. As simple. 0x2b is
the last
On 20/01/2010 16:02, Felix Hartmann wrote:
>
>
> On 20.01.2010 16:54, char...@cferrero.net wrote:
>> Quoting Felix Hartmann:
>>
>>
>>> You are using types that Mapsource does not display. As simple. 0x2b is
>>> the last line type Mapsource is using. GPS works to 0x3f.
>>> You have to use extended (
On 20.01.2010 16:54, char...@cferrero.net wrote:
> Quoting Felix Hartmann:
>
>
>> You are using types that Mapsource does not display. As simple. 0x2b is
>> the last line type Mapsource is using. GPS works to 0x3f.
>> You have to use extended (5 digit) types instead.
>>
> Different vers
Quoting Felix Hartmann :
> You are using types that Mapsource does not display. As simple. 0x2b is
> the last line type Mapsource is using. GPS works to 0x3f.
> You have to use extended (5 digit) types instead.
Different versions of MapSource also behave differently. Since
upgrading to the lat
You are using types that Mapsource does not display. As simple. 0x2b is
the last line type Mapsource is using. GPS works to 0x3f.
You have to use extended (5 digit) types instead.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgm
Charlie Ferrero escribió:
> Felix Hartmann wrote:
>
>> On 03.01.2010 11:20, Charlie Ferrero wrote:
>>
>>> Felix Hartmann wrote:
>>>
On 02.01.2010 15:44, Charlie Ferrero wrote:
> Bump...has no-one else managed to solve how to represent one-way
> bridges?
>>
Quoting Charlie Ferrero :
>
>
> Felix Hartmann wrote:
>>
>> On 03.01.2010 11:20, Charlie Ferrero wrote:
>>>
>>> Felix Hartmann wrote:
On 02.01.2010 15:44, Charlie Ferrero wrote:
> Bump...has no-one else managed to solve how to represent one-way
> bridges?
>
> Charlie Ferrero w
Felix Hartmann wrote:
>
> On 03.01.2010 11:20, Charlie Ferrero wrote:
>>
>> Felix Hartmann wrote:
>>> On 02.01.2010 15:44, Charlie Ferrero wrote:
Bump...has no-one else managed to solve how to represent one-way
bridges?
Charlie Ferrero wrote:
> Hello list,
>
> Qu
On 03.01.2010 11:20, Charlie Ferrero wrote:
>
>
> Felix Hartmann wrote:
>>
>> On 02.01.2010 15:44, Charlie Ferrero wrote:
>>> Bump...has no-one else managed to solve how to represent one-way
>>> bridges?
>>>
>>> Charlie Ferrero wrote:
Hello list,
Question #1
===
On 02.01.2010 15:44, Charlie Ferrero wrote:
> Bump...has no-one else managed to solve how to represent one-way bridges?
>
> Charlie Ferrero wrote:
>
>> Hello list,
>>
>> Question #1
>> ===
>> I am using the overlays style file in combination with a TYP file to
>> define custom styles
Charlie Ferrero schrieb am 02.01.2010 15:44:
> Bump...has no-one else managed to solve how to represent one-way bridges?
In my style it is working ok to represent both bridges and oneway symbols at the
same time. As far as I can see, your style also looks ok. Perhaps you can try
one things, for fi
Bump...has no-one else managed to solve how to represent one-way bridges?
Charlie Ferrero wrote:
> Hello list,
>
> Question #1
> ===
> I am using the overlays style file in combination with a TYP file to
> define custom styles for one-way streets (overlaid blue arrows in the
> direction
Hello list,
Question #1
===
I am using the overlays style file in combination with a TYP file to
define custom styles for one-way streets (overlaid blue arrows in the
direction of the one-way, type 0x10), and for bridges (two parallel
lines outside the road, type 0x12). This all works
On Dec 19, 2009, at 12:50, Charlie Ferrero wrote:
> Is the continue patch the only way to apply a set of rules to ways that
> are both oneway and bridges? Or can I do something more cunning in the
> style file?
>
> If the continue patch is the only way, is there a compiled version of
> it, or
2009/12/19 Charlie Ferrero :
>
> And in my overlays file:
> # bridges
> 0x113: 0x04, 0x12
> # oneway symbols
> 0x125: 0x04, 0x10
>
> Charlie
Hi Charlie,
sorry i have no aswer to your question, but , reading your e-mail,
probabily u can help me building some map features i'm dealing with
:)
so
Hi list,
In my lines style file I have the following lines:
highway=secondary & (oneway=yes | oneway=true) [0x125 resolution 20]
highway=secondary & (bridge=yes | bridge=true) [0x113 resolution 20]
highway=secondary [0x04 resolution 20]
And in my overlays file:
# bridges
0x113: 0x04, 0x12
# onew
On 10/11/09 07:02, Du Plessis, Bennie wrote:
> Here is some changes to the help – options documentation.
>
> If it is OK will someone (I suppose Steve / Mark) please commit it?
>
> It is my first patch, so please advice where necessary
Thanks, I've applied it with a few changes to the index descri
rg.uk
Subject: Re: [mkgmap-dev] Help Options patch
Quoting "Du Plessis, Bennie" :
>
> Steve,
>
> Is the zipped forum archives broken, or just avaialable to a select
> few?
>
> I know it was discussed earlier, but I think you were away at the
time?
>
> I coul
Quoting "Du Plessis, Bennie" :
>
> Steve,
>
> Is the zipped forum archives broken, or just avaialable to a select
> few?
>
> I know it was discussed earlier, but I think you were away at the time?
>
> I could not surmise from the previous discussion exactly what the cause
> / solution was?
>
Benn
Here is some changes to the help - options documentation.
If it is OK will someone (I suppose Steve / Mark) please commit it?
It is my first patch, so please advice where necessary
Groete
BennieD
Steve,
Is the zipped forum archives broken, or just avaialable to a select
few?
I know it wa
>Chris-Hein Lunkhusen schrieb:
>Ok, I retried with V1340 and use the same options like Felix
>i.e. --index and --location-autofill=1, now
>I can search in MS.
>
>I've send Felix' openmtbmap to the Nuvi 250, but this device
>is still asking for a State/Provinz and no search is possible
Hi Chris, et
>Ok, I retried with V1340 and use the same options like Felix
>i.e. --index and --location-autofill=1, now
>I can search in MS.
>
>I've send Felix' openmtbmap to the Nuvi 250, but this device
>is still asking for a State/Provinz and no search is possible.
Maybe this is GPS related. I use a Nuvi200W
Chris-Hein Lunkhusen schrieb:
> Bennie du Plessis schrieb:
>
>> I still cannot get --index to work on the GPS.
>
> me neither.
Ok, I retried with V1340 and use the same options like Felix
i.e. --index and --location-autofill=1, now
I can search in MS.
I've send Felix' openmtbmap to the Nuvi 250
Bennie du Plessis schrieb:
> I still cannot get --index to work on the GPS.
me neither.
In order to play with it:
I use --delete-tags-file to delete all "is_in" Tags,
use --country-name=germany --country-abbr=DE --region-name=DE
--region-abbr=DE, to set everything to region "DE".
In MapSource
On 27/10/09 10:46, Bennie du Plessis wrote:
> Find places in Mapsource is available, but the state/province is greyed out.
>
> In the GPS address search is still unavailable.
That sounds like you have no regions at all. Which country is this?
In the UK there are only a few places that actually ge
Hi,
I still cannot get --index to work on the GPS.
Find places in Mapsource is available, but the state/province is greyed out.
In the GPS address search is still unavailable.
It requires a province name, which it can’t find.(nothing new, but expected
to be solved with --index)
I set the --regi
85 matches
Mail list logo