etTest
If you need more information please ask
Thanks
Paul
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
On 24/07/13 08:43, Gerd Petermann wrote:
Hi Paul,
I have no clue yet. Are you able to reproduce the error when you convert the
input
file to o5m or osm.pbf first?
If yes, please upload the file and send a link.
Gerd
Gerd,
I've had some spare time today to do some experimentation
On 25/07/13 14:09, GerdP wrote:
Hi Paul,
please try to describe what you mean with
node and way id's in the order of 1,000,000,000,000,000,000 are what is
causing the error
Is it a special id that triggers the error?
Gerd
Sothe following simplified input would cause a crash
On 25/07/13 14:09, GerdP wrote:
Hi Paul,
please try to describe what you mean with
node and way id's in the order of 1,000,000,000,000,000,000 are what is
causing the error
Gerd
Sorry about that. In english the phrase numbers iin the order of
100 means numbers around
keeping an eye one things
@devs - Is it a big deal to mod the current code to accept from and
to designations on the ways involved?
Thanks
Paul
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo
for
willow and then select willow street from all the possibilities then
it works fine. Don't know if this is relevant, particular to the 800 or
just one of those things but I though I'd mention it
Cheers
Paul
On 08/12/11 12:17, Steve Ratcliffe wrote:
On 06/12/11 22:08, WanMil wrote:
Hi
I just
On 07/14/2011 03:07 AM, Felix Hartmann wrote:
If you use the default style, it should be automatic (if it's a ramp,
then the name of the street behind will be, so it is exit to Street B,
instead of drive on Street A).
It would be nice if the default style read the values from the
individually
Cheers
Paul
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
On 06/16/2011 10:10 AM, H Suomalainen wrote:
(Yes, this has side effects,
if you do that for a car routable cycleway, for example one with
motorcar=destination).
Now you got me wondering what a highway=cycleway, motorcar=destination
road would look like.
signature.asc
Description: OpenPGP
On 06/15/2011 03:59 PM, Francisco Moraes wrote:
Hi,
The other day, while routing to a geocache, my Oregon wanted me to
turn into a greenway which was close to where the geocache would be.
Is there a way to avoid this by default? Seems to me that the default
style should imply motorcar=no on
On 04/08/2011 03:19 PM, Marko Mäkelä wrote:
I got an idea today: Make the style language support layers, and allow
the user to specify which layers to generate and in which output files.
You can already do this using the XAPI to pull the data you want for
each layer you want to define in
OK, that is fairly close to the current version in areas that I expect
might make a difference so I'm not too surprised.
Knowing if 1825 breaks might be a good clue, I've built a version
at: http://files.mkgmap.org.uk/download/9/mkgmap-index-r1825.jar
This seems to work ok for me. No
Cheers
Paul
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
I copy and paste the gmapsupp.img direct on to my Edge 605. I have
never used Mapsource or the basemap on my 605
Cheers
Paul
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
for the city search. I can start working back through all the revisions
if you think it would help but it would take a while
If there's anything else I can do just let me know
Paul
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http
I'm wondering if we can get closed areas to generate as POIs?
signature.asc
Description: OpenPGP digital signature
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
with excessive battery usage on my 605
which seem to have been fixed by re-applying the latest firmware. Now
that I think about it I also had a couple of crashes whilst recording
which I've not had since re-applying as well
Hmm
Cheers
Paul
it
crash when choosing a changed POI though.
Cheers
Paul
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
On Sat, 21 Aug 2010 09:36:58 +0300, Marko Mäkelä wrote:
On Thu, Aug 19, 2010 at 11:54:25PM -0700, Paul Johnson wrote:
I'm wondering if mkgmap already handles the proposed values avoid and
preferred for access tags. If not, could we get that added?
A search for avoid and preferred in the Java
I'm wondering if mkgmap already handles the proposed values avoid and
preferred for access tags. If not, could we get that added?
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
be the goal.
Let me know if you have any ideas (combinations of splitter/mkgmap) to test.
Paul
--
Don't take life too seriously; you will never get out of it alive.
-- Elbert Hubbard
___
mkgmap-dev mailing list
mkgmap-dev
Karlsruhe to Gdańsk. Usually between
Nürnberg and Leipzig my nüvi crashes multiple times (one tap on on/off
button restarts the nüvi).
I hope it is possible to fix it...
Thanks,
Paul
--
Don't take life too seriously; you will never get out of it alive
Hi,
On 9 August 2010 10:54, Marko Mäkelä marko.mak...@iki.fi wrote:
Hi Paul,
I wanted to report that routing through Europe is broken. I have
noticed it in December 2009, but did not report it then because I
thought that my nüvi got broken.
I think that we have two variables at play here
k='name' v='Marc O´Polo'/
/node
The problem is at the unicode character '1/2' for housenumber.
Thanks,
Paul
--
Don't take life too seriously; you will never get out of it alive.
-- Elbert Hubbard
___
mkgmap
it.
There are loads of these near me and I suspect in many other places as well
Cheers
Paul
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
posted yesterday.
I'll give it a test over the next couple of days
Cheers
Paul
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
posted yesterday.
Sorry. Got the following when trying to patch the latest mkgmap from
svn. Do you have a pre-complied version I could download
Cheers
Paul
patch -p1 ../more_restriction_exceptions_2.patch
(Stripping trailing CRs from
patch
Paul
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
On Sat, 20 Mar 2010 22:21:56 +, Mark Burton wrote:
Hi Paul,
I'm curious how mkgmap handles permissive, private, and
destination access types myself.
'permissive' is considered to be the same as 'yes' and 'designated'.
'private' is considered to be the same as 'no'.
Hmm, I would
On Thu, 18 Mar 2010 09:06:17 +0200, Marko Mäkelä wrote:
On Thu, Mar 18, 2010 at 02:06:12PM +0800, maning sambale wrote:
I'm inclined to think that this is a data problem (the gate should
explicitly define that is only usefule for pedestrians). I can't find
the correct tagging for this one at
On Mon, 15 Mar 2010 18:34:38 +0100, Daniela Duerbeck wrote:
Today I bought a Garmin Oregon because of the great features. Now I
encountered the (I think) well known state-prompt-issue in the address
search. But I find many questions concerning this issue but few answers.
As far as I'm aware,
On Sat, 20 Feb 2010 10:56:09 +, Charlie Ferrero wrote:
Is there a way of disabling the multipolygon processing completely? I
generate a routing layer that has no areas nor does it care about
relations, so it would be nice if I could disable multipolygon
processing to make things quicker.
know as I'm
ploughing my way through them as well whenever time allows!!
Cheers
Paul
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
by JOSM but that is because it
(wrongly in my opinion) seems to take the direction of the via way into
account.
Cheers
Paul
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
are not allowed for FEBC nor are they allowed for ABED
I have several of these near me and I'm sure they're fairly common (if
not yet in the OSM database). Current mkgmap maps will tell me to make a
U turn (FEBC or ABED)
Cheers
Paul
___
mkgmap-dev
be a crazy situation if a restriction existed but could not be
implemented but this is drifting away from mkgmap and into more OSM
specifics
Cheers
Paul
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap
roundabouts or I've done something wrong
as I get no additional output when compiling a map of GB with this patch
applied.
If you have fixed them all then I see no negative side effects either
Cheers
Paul
___
mkgmap-dev mailing list
mkgmap-dev
Mark Burton wrote:
Hi Paul,
Either you've fixed all the GB roundabouts or I've done something wrong
as I get no additional output when compiling a map of GB with this patch
applied.
If you have fixed them all then I see no negative side effects either
I very much doubt that I've fixed
Mark Burton wrote:
Paul,
I don't know about putting logging.properties into resources. I specify
the file to use by giving this option to java:
-Dlog.config=logging.properties
Yup. That did it. As the logging.properties in resources was the only
file of that name I just presumed
and con confirm what you saw. My UK map is
about 7.5MB smaller. From what I can see routing is unaffected with me
being able to find sensible routes to both Lands End and John O'Groats.
In my very limited testing there seems to be nothing detrimental
Cheers
Paul
Chris Miller wrote:
Thanks Paul, that would explain it for sure. The problem Ralf hit was
definitely
a bug in the splitter though, I had made one too many assumptions in some
custom code for parsing floating point numbers (Java's double parsing is
very slow). I figured if the code could
Paul
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Chris Miller wrote:
Hi Paul,
I'd used Ralf's osm file as a test case to solve this problem, but seems
like even that didn't go far enough. I have no idea why but the numbers in
your file contain several digits more precision than a 64bit floating point
number can even represent. I've
Mark Burton wrote:
Hi Paul,
I've just updated to the latest mkgmap from trunk and am now having
problems processing tiles that I have previously successfully processed.
The error I am receiving is
java.lang.IllegalStateException: Polygon offset too large
Please try attached patch
before the ways.
N.B. I am not a programmer in any sense of the word and this is my first
and therefore only perl script so use at your own risk
Cheers
Paul
trimsrtm.pl
Description: Perl program
___
mkgmap-dev mailing list
mkgmap-dev
planet, but now only takes around 300MB(!). An additional
advantage
is that as the planet grows in size and complexity going forwards, the memory
required during the first stage will not increase.
Impressive! Many, many thanks for the effort. I'll test it on weekend.
Paul
--
Don't take life too
On Tue, 2009-09-01 at 23:04 +0200, Thilo Hannemann wrote:
Hi Mark,
for collecting OSM tracks with your Nüvi you will want one where you
can switch off the show on road behaviour. If you can't switch that
off your tracks will always be exactly on top of the roads that are
already in
On Sat, 2009-08-29 at 07:29 +0200, Valentijn Sessink wrote:
Paul Johnson schreef:
Routing involving cycleways (by bicycle or by car) makes me wonder why
nobody's bothered getting Garmin's SDK and create new software for those
units...
http://onroute.nl/
What is it? (I don't speak Dutch
urban areas I dare say that it's passable but in
less well mapped areas it's just plain daft
Cheers
Paul
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
2009/8/15 Chris Miller chris.mil...@kbcfp.com:
Hi Paul,
This is because the .osm file you are splitting has a node with no 'lat'
attribute. As far as I'm aware this shouldn't happen; something is probably
wrong with your .osm file? I downloaded the europe.osm file a few hours after
you
)
Paul
--
Don't take life too seriously; you will never get out of it alive.
-- Elbert Hubbard
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Steve Hosgood wrote:
Mark Burton wrote:
Hi Paul,
Bury to CHester however starts along the M66, goes straight through
junction 18 to the next junction where you go all the way round the
roundabout, come back on yourself to junction 18 and then turn left onto
the M60 where the route
distances but usually get the optimal route (this is
from the exact same starting point.
I realise there's a lot that's not yet fully understood in the img file
so I just thought I'd report these observations in the hope that they
can somehow add to the overall picture
Cheers
Paul
P.S. The routes
On Sat, 2009-06-20 at 14:32 +0800, maning sambale wrote:
Another weird behavior. Some pois are not properly routed from the
road. I've checked the data and it seems to be valid. I am thinking
that this is probably because the POI is too far from the road. But
it doesn't necessaryly follow.
as current trunk and at worst slightly
worse than current but there's really very little in it and my results
are subjective not scientific.
Hope that helps someone
Cheers
Paul
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http
this but won't be able to report back for a few days
Cheers
Paul
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
the next few days as I'm away for a short break
Cheers
Paul
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
5m21.408s
sys 0m15.697s
Time duration: 205 secs.
The first is without --max-jobs and the second is with and both are a
considerable improvement than before the quick-distance patch
Cheers
Paul
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
58 matches
Mail list logo