Hi Nakor,
Well, today's commit to limit the number of points in a way appears to
have fixed that issue as well.
Good news indeed. I'll try this next time I update my maps and let you know.
I got it wrong. I tested with a smaller OSM file and the problem
doesn't appear with that but
On Nov 2, 2009, at 1:06, Steve Ratcliffe wrote:
Were you using --road-name-pois ? This option can produce invalid
files
that cause this error on being read. There maybe other ways of ending
up with an invalid file too.
Yes I was. Although the map compiles correctly with --road-name-pois
On Nov 2, 2009, at 1:06, Steve Ratcliffe wrote:
Were you using --road-name-pois ?
Actually, now that I look at my script, I see that I did not use this
option. I'll try again anyway with some other options removed.
Cheers.
___
mkgmap-dev mailing
I split with: max-nodes=130
but also lower max-nodes will not help here...
Data is South-America from geofabrik.de
without --index everything runs fine. with --index all maps are created,
but no tdb/basemap and 0kb mdr.img
South America is the only country extract where I found this error
Hi Felix,
I just tried a way with ~240 nodes (using max 300) and it routed
perfectly fine. I think we can actually safely incease this value
max 80 did degrade routing over long distances (though I don't think
there are many ways with more than 200 nodes without intersection or
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, but
Mark Burton wrote:
Hi Felix,
I just tried a way with ~240 nodes (using max 300) and it routed
perfectly fine. I think we can actually safely incease this value
max 80 did degrade routing over long distances (though I don't think
there are many ways with more than 200 nodes without
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
Or
Mark,
In V1340 my error file is no longer empty :
SCHWERWIEGEND (RoadNetwork): Road null (OSM id 24660945) contains zero
length arc
I am using the --remove-short-arcs option.
Yes, my recent change to MAX_POINTS_IN_WAY can introduce short arcs so
I have been working on a more intelligent
Felix Hartmann wrote:
Mark Burton wrote:
Hi Felix,
Makes routing over long distances no better, I am on some routes able
to get routed over 1 or 2 additional turns when using max nodes 250!
I still achieve best results by simply setting max nodes to 250 (which
I assume of being
Hi Andre,
The compile process is just ready and there were no 'zero length arc'
messages for the area I compiled. But the other message I mentioned
above remains and now I can give you the full text of it:
SCHWERWIEGEND (RouteArc): Way Bastia-Savona (id 8068024) contains an arc
whose
Hi Chris,
Looks good, error file is empty.
Good, I shall probably commit that as an interim fix until I find what
the real problem is.
Cheers,
Mark
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi Felix,
Using your patch but setting the values to:
private final int MAX_POINTS_IN_WAY = 300;
private final int MAX_POINTS_IN_ARC = 200;
private final int MAX_NODES_IN_WAY = 64;
Gave me the best results so far, is there any reason why
max_nodes_in_way is set to 16?
Mark Burton wrote:
Hi Felix,
Using your patch but setting the values to:
private final int MAX_POINTS_IN_WAY = 300;
private final int MAX_POINTS_IN_ARC = 200;
private final int MAX_NODES_IN_WAY = 64;
Gave me the best results so far, is there any reason why
Version 1341 was commited by markb on 2009-11-02 16:00:15 + (Mon, 02 Nov
2009)
Now reports length (in arc length units) of overly long arc.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Version 1342 was commited by markb on 2009-11-02 16:00:18 + (Mon, 02 Nov
2009)
Another stab at avoiding routing errors related to too many points in arc.
This version now splits ways at existing nodes if possible and avoids
generating short arcs.
Still only an interim solution until the
Hi Andre,
SCHWERWIEGEND (RouteArc): Way Bastia-Savona (id 8068024) contains an arc
whose length is too big to be encoded so the road will not be routable
I have changed that message to include the length of the long arc.
Please process your map again and post what it says.
Thanks,
Am Montag, den 02.11.2009, 16:01 + schrieb Mark Burton:
Hi Andre,
SCHWERWIEGEND (RouteArc): Way Bastia-Savona (id 8068024) contains an arc
whose length is too big to be encoded so the road will not be routable
I have changed that message to include the length of the long arc.
Version 1343 was commited by markb on 2009-11-02 17:28:40 + (Mon, 02 Nov
2009)
Revised MAX_ARC_LENGTH again, now back down to 75Km.
80Km should have been alright as that is less than 2^14 arc length units
but, somehow, it let an arc through that was slightly too long.
Am Montag, den 02.11.2009, 17:28 + schrieb svn commit:
Version 1343 was commited by markb on 2009-11-02 17:28:40 + (Mon, 02 Nov
2009)
Revised MAX_ARC_LENGTH again, now back down to 75Km.
80Km should have been alright as that is less than 2^14 arc length units
but, somehow, it
Hi Andre,
The reported is bug is gone. Thanks for the quick fix.
Sorry, I broke it!
Cheers,
Mark
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Ok, I think I know what's been going wrong with some people's maps
where the routing goes zig-zaggy when the way is longish. However, it's
not the number of points in the way or even the length of the way that's
wrong.
It's because the bounding box becomes sufficiently large that it causes
the
Mark Burton wrote:
Hi Nakor,
I was driving north on I-75 around
http://www.openstreetmap.org/?lat=42.9038214683533lon=-83.6452031135559zoom=16and
when I approached exit 109, my GPS indicated to stay on the left. This
is a motorway with a motorway_link going out of it as usual and I was
23 matches
Mail list logo