[mkgmap-dev] Commit r3685: add landuse=orchard to default style, it is rendered like landuse=vineyard

2016-07-28 Thread svn commit
Version mkgmap-r3685 was committed by gerd on Fri, 29 Jul 2016 add landuse=orchard to default style, it is rendered like landuse=vineyard http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap=3685 ___ mkgmap-dev mailing list

Re: [mkgmap-dev] render landuse=orchard

2016-07-28 Thread Gerd Petermann
Hi, @Greg: please note that the way is not only rendered, it is also routable. I think that is what Ticker doesn't like. @Minko: I have no experience with railway=abandoned. I read about cycle routes which follow the old railway tracks, but I would expect

Re: [mkgmap-dev] Problems with routing on Etrek 20 with latest firmware

2016-07-28 Thread Felix Hartmann
I've noted that recently Basecamp routing is very problematic if you don't start or end on a street. In general Basecamp routing got much worse with the last 2-3 versions. Also on some devices there are degradations. On 28 July 2016 at 21:34, ael wrote: > On Thu, Jul

Re: [mkgmap-dev] Option to output polygons in size order

2016-07-28 Thread Felix Hartmann
Well - recompiled and this time the Chieemsee is fine. Really do wonder why it missed the islands. Next time someone reports somethink like this - or I notice a problem somewhere I'll report on time... On 27 July 2016 at 16:08, Thorsten Kukuk wrote: > On Wed, Jul 27, Felix

Re: [mkgmap-dev] render landuse=orchard

2016-07-28 Thread Greg Troxel
Minko writes: > @Ticker: > Please do not remove railway=abandoned, it is often used as cycleway trail > after the railways have been demolished. > The tags railway=dismantled, railway=razed, railway=historic and > railway=obliterated are used to tag a former railway,

Re: [mkgmap-dev] Problems with routing on Etrek 20 with latest firmware

2016-07-28 Thread ael
On Thu, Jul 28, 2016 at 05:43:53PM +, Gary Bamford wrote: > I have seen something similar, but only when i copy a map to the gps, rather > than copy it to the sd card and then put the sd card into the gps, power > cycling the gps after copying your new map may solve the problem Again,

Re: [mkgmap-dev] Problems with routing on Etrek 20 with latest firmware

2016-07-28 Thread ael
On Thu, Jul 28, 2016 at 10:29:07AM -0700, nwillink wrote: > 2) "Route calculation error"; > > 3) "The route does not match the available maps. Cannot follow the roads > precisely. Do you want to recalculate the the route?" Choosing [Yes] > gives "Route calculation error. Maps do not have

Re: [mkgmap-dev] Problems with routing on Etrek 20 with latest firmware

2016-07-28 Thread ael
On Thu, Jul 28, 2016 at 04:51:11PM +0200, Thomas Morgenstern wrote: > Basecamp is available also for MAC, not only windows. I know. But I am using linux. Wine is a Windows emulation on linux, so I might try that, as I noted earlier. >Your problems are dependent from the map. Unless the reverse

Re: [mkgmap-dev] Problems with routing on Etrek 20 with latest firmware

2016-07-28 Thread ael
On Thu, Jul 28, 2016 at 12:36:03PM -0400, Greg Troxel wrote: > > do you have pointers to older firmware, and can you roll back to 4.20? Garmin seem to do their best to make it difficult to get their firmware images. Anyway, I seem to remember reading that it was not possible to roll back to

Re: [mkgmap-dev] Problems with routing on Etrek 20 with latest firmware

2016-07-28 Thread Gary Bamford
I have seen something similar, but only when i copy a map to the gps, rather than copy it to the sd card and then put the sd card into the gps, power cycling the gps after copying your new map may solve the problem From: mkgmap-dev

Re: [mkgmap-dev] Problems with routing on Etrek 20 with latest firmware

2016-07-28 Thread nwillink
2) "Route calculation error"; 3) "The route does not match the available maps. Cannot follow the roads precisely. Do you want to recalculate the the route?" Choosing [Yes] gives "Route calculation error. Maps do not have routable roads in this area." I ALWAYS get this on my Oregon 450 and

Re: [mkgmap-dev] Option to output polygons in size order

2016-07-28 Thread Ticker Berkin
Hi Gary For my problem areas I'll look at the OSM relationships in exact detail - I'm only just working out how to do this. Judging by how OpenStreetMap.org displays an area with overlapping polygons not in a relationship, it is making a consistent choice about how to show them. I haven't been

Re: [mkgmap-dev] render landuse=orchard

2016-07-28 Thread Minko
Thanks Gerd for committing this. @Ticker: Please do not remove railway=abandoned, it is often used as cycleway trail after the railways have been demolished. The tags railway=dismantled, railway=razed, railway=historic and railway=obliterated are used to tag a former railway, where mostly all

Re: [mkgmap-dev] render landuse=orchard

2016-07-28 Thread Ticker Berkin
Hi Gerd If you are changing style, please can you remove: >> railway=abandoned [0x0a road_class=0 road_speed=1 resolution 22] from styles/default/lines - there might be no trace of it left, across private land... and it looks just like a usable track If there is a track following the old line

Re: [mkgmap-dev] render landuse=orchard

2016-07-28 Thread Gerd Petermann
Hi Minko, thanks, I agree and will commit that change tomorrow. Gerd Von: mkgmap-dev im Auftrag von Minko Gesendet: Donnerstag, 28. Juli 2016 15:16:34 An: mkgmap Betreff: [mkgmap-dev] render

Re: [mkgmap-dev] Problems with routing on Etrek 20 with latest firmware

2016-07-28 Thread Thomas Morgenstern
Basecamp is available also for MAC, not only windows. Your problems are dependent from the map. I would try other map. here: http://wiki.openstreetmap.org/wiki/DE:OSM_Map_On_Garmin/Download are many other sources. thomas -- Von: "ael"

Re: [mkgmap-dev] Problems with routing on Etrek 20 with latest firmware

2016-07-28 Thread ael
On Thu, Jul 28, 2016 at 01:05:40PM +, Gary Bamford wrote: > Hi Ael. > > > That's a strange on, I have no experience with the Etrek 20, but my starting > point would be to load the map up into Basecamp, I would do this by putting > the sd micro into a reader that way basecamp sees exactly

[mkgmap-dev] render landuse=orchard

2016-07-28 Thread Minko
landuse=orchard is missing in styles/default/inc/landuse_polygons they can be rendered the same as farms, vineyards etc: landuse=orchard [0x4e resolution 20] Reported on http://forum.openstreetmap.org/viewtopic.php?pid=602085#p602085 ___ mkgmap-dev

Re: [mkgmap-dev] Option to output polygons in size order

2016-07-28 Thread Gary Bamford
Hi Ticker. When i see any errors they are consistent, by consistent I mean, the final result is always the same, whatever the visible error is. when I see them, I check them out on OSM, to see how things are related on there. There are some tricky ones, and I am not sure what the "best

Re: [mkgmap-dev] Problems with routing on Etrek 20 with latest firmware

2016-07-28 Thread Gary Bamford
Hi Ael. That's a strange on, I have no experience with the Etrek 20, but my starting point would be to load the map up into Basecamp, I would do this by putting the sd micro into a reader that way basecamp sees exactly the same map as the Garmin device. Regards Gary

[mkgmap-dev] Problems with routing on Etrek 20 with latest firmware

2016-07-28 Thread ael
I hope this is an appropriate post for this list. Since I updated my Garmin Etrex 20 to the latest firmware (4.30 [http://www8.garmin.com/support/download_details.jsp?id=5553]), I have had problems with routing with OSM maps generated with mkgmap. So far, I have only tried standard maps from

Re: [mkgmap-dev] spurious data showing in Basecamp

2016-07-28 Thread Gerd Petermann
Hi Bill, I don't understand what "layer 25" means, but these "spurious" lines look like the result of the line simplification that is used for lower resolutions. Maybe you see the overview map ? The overview map is not transferrred to the GPS device. Gerd

[mkgmap-dev] Commit r3684: Increase size limit for polyons from 0x7fff to 0xfff.

2016-07-28 Thread svn commit
Version mkgmap-r3684 was committed by gerd on Thu, 28 Jul 2016 Increase size limit for polyons from 0x7fff to 0xfff. This results in fewer splits of large polygons, the effect is a smaller img size, esp. for maps with large sea areas.