Re: [mkgmap-dev] Commit r4251: Check size of TYP polygon bitmap

[Steve Sgalowski]

Nick I will re.do the latest commit check with nuvi 1450 ?

Stephen

On Tue, 13 Nov. 2018, 8:40 am osm@pinns  @Steve
>
> The same needs to be done for 'width' of  lines with bitmaps.
>
> At the moment it accepts 16  and perhaps values other than 32.
>
> Best regards
>
> Nick
>
>
> On 12/11/2018 21:47, svn commit wrote:
> > Version mkgmap-r4251 was committed by steve on Mon, 12 Nov 2018
> >
> > Check size of TYP polygon bitmap
> >
> > They can only be 32x32 so fail if a different size.
> >
> >
> > http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap=4251
> > ___
> > mkgmap-dev mailing list
> > mkgmap-dev@lists.mkgmap.org.uk
> > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Error in index

[Steve Sgalowski]

I will construct a new map tonight for roads and check this out  , I think
this may also apply to poi's for roads as well but will test this with
level 24 to 20.

Stephen

On Wed, 11 Jul. 2018, 4:41 pm Gerd Petermann, <
gpetermann_muenc...@hotmail.com> wrote:

> Hi all,
>
> I am back from my cycling tour. I've observed a problem with my self
> compiled gmapsupp, the device doesn't find most of the restaurant POIs.
> Search for e.g. shops or hotels worked fine, just POI with 0x2a??  seem to
> cause trouble. Search takes very long and shows only a few far away
> restaurants.
> I wonder if anybody else has the same problems?
>
> Gerd
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] mkgmap 4189

[Steve Sgalowski]

i just installed mkgmap 4189 , gave it a burl and this is the result

java  in use is 1.80.171

using mapuloader 4.894

Stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] problem

[Steve Sgalowski]

I am using pinns.co.uk map uploader program with  mkgmap and splitter
 packs , but there as been no success at all
ok still have same prob , where if your in a directory , it stops due to
spaces .
 but root directory is ok .

but when i start to split it fails , has error

Stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] please test r3942

[Steve Sgalowski]

on my Garmin Montanna 680 T .
so far all is good .

the only thing i Had probs with is with routing and it's distance

routing and distance between the preferred route and the route you are on .

if the preferred road is 100 meters or so away from the road you are on ,
 it does not  re calculate your position to the road you are on.

example is . Moggill road Pinjarra hills , and Vyner road Pinjarra hils  (
Brisbane queensland australia )
also 2nd example , Rafting ground road and Brookfield road Kenmore Hills  (
brisbane queensland australia ) .

am checking on a longer route today also .

Stephen


On Wed, May 17, 2017 at 10:52 PM, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> Hi Andrzej,
>
> in MDR many tables start at 1 instead of 0. I assume 0 is reserved for "no
> data".
> The code is based on the reports and checks made with the display tool
> against original Garmin maps
> and the gmapsupp.img created with MapSource.
> When I change the code as you suggest MapSource will often fail to find a
> road with message like
> "The selected street is not valid in this map product.  Please select a
> different street."
> and that means that the index is broken.
>
> Gerd
>
> 
> Von: mkgmap-dev  im Auftrag von
> Andrzej Popowski 
> Gesendet: Mittwoch, 17. Mai 2017 14:28:01
> An: mkgmap-dev@lists.mkgmap.org.uk
> Betreff: Re: [mkgmap-dev] please test r3942
>
> Hi Gerd,
>
> I'm not proficient with SVN but I have managed to download this branch.
> A lot of changes!
>
> I have one doubt. When you sort "allstreets", you fill the table
> "streets" and add index in table to Mdr7Record. I think these indexes
> start form 1, shouldn't they start form 0?
>
> Sorry if I miss something obvious.
>
> --
> Best regards,
> Andrzej
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] please test r3942

[Steve Sgalowski]

road test so far is ok on montanna  680 T ,
but Today i will do a address search with it from home to clients and see
how It goes.

Stephen .


On Wed, May 17, 2017 at 8:49 AM, Andrzej Popowski 
wrote:

> Hi Gerd,
>
> I have compiled map of Poland using r3942, search looks OK in nuvi 1440,
> but we don't have characters like 'Æ' or 'ß', so I probably can't test your
> problem. I'm downloading data for Europe, will compile and test it later.
>
> The only glitch I have noticed is in Mapsource. It looks like index
> doesn't contain references to last word of street name. For example, there
> are streets "Marszałka Ferdynanda Focha" and "Aleja Grunwaldzka". I can
> search for "Ferdynanda Focha" but not for "Focha" alone. I can search for
> "Grunwaldzka", which exist in another location, but I won't find "Aleja
> Grunwaldzka" with that search. This isn't new, the same behavior show my
> older maps.
>
> > It seems that the Oregon 600 with firmware 5.00 doesn't "understand"
> > the GARMIN SRT file.
> Maybe there is something wrong with SRT? I have uploaded samples of
> original SRT, you can compare with srt from mkgmap:
> http://files.mkgmap.org.uk/download/352/srt.7z
>
> Garmin uses 2 types of CP1252, I think one of differences is that "Western
> European2 Sort" expands 'Æ'.
>
> You can check srt files, that comes with cgpsmapper too, there is file
> "sort.img" in cGPSmapper distribution, which contains multiple srt subfiles.
>
> > The Nüvi2447 seems to work fine with maps created with --latin1 (also
> > with --lower-case) but says that --unicode  maps are broken.
>
> I have never seen that kind of message. I would expect something like
> "can't authenticate map", which means that Garmin doesn't want you to use
> free Unicode maps in this device. You would need a bit older model to test
> Unicode, for example 23xx, 24xx, 34xx, 35xx.
>
> > Don't know if I should contact Garmin ?
>
> Would be nice to get support for mkgmap from Garmin ;)
> I think you can find developers on Garmin forum:
> https://forums.garmin.com
> I don't know how helpful they could be in case of problems caused by
> non-Garmin map.
>
> --
> Best regards,
> Andrzej
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] please test r3942

[Steve Sgalowski]

just downloaded r3942, installed it , downloading and extracing osm of
australia latest from
http://download.geofabrik.de/australia-oceania/australia.html

will compile the map soon and test on  montana 680 T

Stephen


On Mon, May 15, 2017 at 4:57 PM, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> Hi Nev,
>
> thanks for the hint, just tried it. The downgrade works but it doesn't
> solve the problem, so I am using 5.00 again
> (and restoring my settings ... )
>
> Gerd
> 
> Von: mkgmap-dev  im Auftrag von
> nwastra 
> Gesendet: Montag, 15. Mai 2017 08:35:41
> An: Development list for mkgmap
> Betreff: Re: [mkgmap-dev] please test r3942
>
> Hi Gerd
> There is an archive of Garmin updates here http://gawisp.com/perry/ and
> for Oregon here http://gawisp.com/perry/oregon/
> and this may be the 4.6 update gawisp.com/perry/oregon/
> Oregon6x0_WebUpdater__460.gcd oregon/Oregon6x0_WebUpdater__460.gcd>
> I have not used these before so I am unsure if you can revert to the older
> state using these?
>
> Nev
>
> On 15 May 2017, at 3:52 PM, Gerd Petermann  com> wrote:
>
> Hi all,
>
> It seems that r3942 produces maps which work quite well with MapSource and
> Basecamp.
> I can find roads with names like Æblegården or "Außer Ort".
> I find POI in the expected category.
>
> Anyhow, I see different results on my devices.
> It seems that the Oregon 600 with firmware 5.00 doesn't "understand" the
> GARMIN SRT file.
> Road names containing characters which appear in the "expand" section
> cause trouble.
> For cp-1252 (--latin1) these are
> expand … to  . . .
> expand ¼ to  1 / 4
> expand ½ to  1 / 2
> expand ¾ to  3 / 4
> expand æ to  a e
> expand Æ to  A E
> expand œ to  o e
> expand Πto  O E
> expand ß to  s s
> expand ™ to  T M
> I am pretty sure now that this is a bug in the Oregon firmware.
> It would be interesting to know if firmware 4.60 worked. According to this
> page
> http://www8.garmin.com/support/download_details.jsp?id=6157
> there was a change described "Improved address search" with 4.80.
> Unfortunately I was not able to
> download any previous version. Any hints?
>
> The Nüvi2447 seems to work fine with maps created with --latin1 (also with
> --lower-case)
> but says that --unicode  maps are broken. This also happens when I use
> MapSource to
> install the map on the device. The installed map "GARMIN  CN Europe NTU
> 2018.1" is a unicode map
> and works fine.
>
> So, if you create maps which contain road names containing special
> characters,
> please try how maps created with r3942 work on your device(s).
> I've uploaded a copy of the version here:
> http://files.mkgmap.org.uk/download/351/mkgmap-optimize-index-r3942.zip
>
> These are the test cases that don't work on my Oregon:
> Map around Copenhagen:
> - Search for all roads in Denmark starting with Æ (switch to Danish
> keyboard to be able to type that character)
> or Ae doesn't find any road, it should find many.
> - Search for other special characters like Ø works fine.
> - Search for all roads in city "Albertslund Kommune" lists
> ...
> Abildgården
> Æblets Kvt
> Alberts Have
> Alberts Vænge
> ...
> When I search for roads starting with A in Albertslund Kommune it lists
> only  Abildgården
> Similar results with other searches, the device seems to stop reading the
> data when the first name with Æ is hit.
> When I search for AL (so that it doesn't read the Æ name) it lists the
> above roads.
> Don't know if I should contact Garmin ?
>
> Gerd
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] POI indexing, problem with label 0x2800

[Steve Sgalowski]

how did you wish me to run a test on poi , as i have a 3rd party program
that uses splitter and mkgmap

stephen


On Thu, Feb 2, 2017 at 6:09 PM, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> Hi Andrzej,
>
> thanks for the patch. I asked Steve to have a look at this but he seems to
> have no time.
> My knowledge about index structures is nearly zero, so I have no idea how
> to verify the effect of the patch.
>
> Gerd
>
> 
> Von: mkgmap-dev  im Auftrag von
> Andrzej Popowski 
> Gesendet: Mittwoch, 1. Februar 2017 22:51:29
> An: mkgmap-dev@lists.mkgmap.org.uk
> Betreff: Re: [mkgmap-dev] POI indexing, problem with label 0x2800
>
> Hi,
>
> I'm attaching a patch to remove indexes for labels 0x28xx from MDR file.
> I don't think any GPS supports these indexes.
>
> --
> Best regards,
> Andrzej
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] route calculation error

[Steve Sgalowski]

I used the same style and same typ files for both
and 3754 failed 3753 all is ok

Stephen


On Mon, Jan 16, 2017 at 7:35 PM, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> Hi Steve,
>
> r3754 works fine for me. Compared to r3753 the only change was in the
> default style, so if you use your own style
> the problem must be somewhere else.
>
> Gerd
>
> 
> Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von
> Steve Sgalowski <steve.sgalow...@gmail.com>
> Gesendet: Montag, 16. Januar 2017 10:18:46
> An: Development list for mkgmap
> Betreff: [mkgmap-dev] route calculation error
>
> ok I have just checked  mkgmap 3753,able to route 4 k .
>
> mkgmap 3754 Failed to make routeable maps .
>
> garmin montana advises no routable roads on this map .
>
> Again , all is OK on mkgmap 3753 with  spliter 574 .
>
> Stephen
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] route calculation error

[Steve Sgalowski]

ok I have just checked  mkgmap 3753,able to route 4 k .

mkgmap 3754 Failed to make routeable maps .

garmin montana advises no routable roads on this map .

Again , all is OK on mkgmap 3753 with  spliter 574 .

Stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] 3746 mkgmap

[Steve Sgalowski]

Gerd on this matter , i can only test if it changes when i drive that route
..

Driving the route today ..
Stephen


On 11 Jan 2017 3:16 PM, "Gerd Petermann" <gpetermann_muenc...@hotmail.com>
wrote:

> Hi Steve,
>
> sorry, I have no idea what that means.
> Please describe start and end point of the route and where map from r3746
> is worse compared to the older release and what older release.
>
> Gerd
>
> 
> Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von
> Steve Sgalowski <steve.sgalow...@gmail.com>
> Gesendet: Mittwoch, 11. Januar 2017 00:43:51
> An: Development list for mkgmap
> Betreff: [mkgmap-dev] 3746 mkgmap
>
> with this patch there is a problem with routing in australia / queensland
>
> not shure if isolated or not , but when I live on moggill rd Pinjarra
> hills , and there is Pinjarra road behind me jus 400 m  through the bush ,
> it does not ever come off , the  preferrd route , to the route you are
> driving .
>
> Stephen
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] 3746 mkgmap

[Steve Sgalowski]

with this patch there is a problem with routing in australia / queensland

not shure if isolated or not , but when I live on moggill rd Pinjarra hills
, and there is Pinjarra road behind me jus 400 m  through the bush , it
does not ever come off , the  preferrd route , to the route you are driving
.

Stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Mkgmap new versions missing a way during compilation

[Steve Sgalowski]

Felix , i will try it with my 3rd part software and see what happens .

Stephen

On 31 Dec 2016 10:59 PM, "Felix Hartmann"  wrote:

> here is my commandline:
>
> start /low /b /wait java -jar -XX:StringTableSize=13 -Xms4000M
> -Xmx13300m C:\openmtbmap\mkgmap.jar --max-jobs=8 "--generate-sea"
> --code-page=1252 "--precomp-sea=C:\openmtbmap\maps\sea.zip"
> "--style-file=C:\openmtbmap\velomap_style" --nsis --index --levels="0:24,
> 1:23, 2:22, 3:21, 4:20, 5:19, 6:18" --overview-levels="7:17, 8:16, 9:15,
> 10:14, 11:13, 12:12" --add-pois-to-areas --reduce-point-density=3.4
> --reduce-point-density-polygon=6 --housenumbers --link-pois-to-ways
> --preserve-element-order --ignore-turn-restrictions
> --polygon-size-limits="24:16, 23:14, 22:12, 21:11, 20:10, 19:9, 18:8, 17:7,
> 16:6, 15:5, 14:4, 13:3, 12:2, 11:0, 10:0" --description=velomap_pt
> --show-profiles=1 --location-autofill=bounds,is_in,nearest
> --bounds=C:\openmtbmap\maps\bounds.zip --route --country-abbr=pt
> --country-name=portugal --mapname=6618 --family-id=6618 --product-id=1
> --series-name=velomap_portugal_31.12.2016 --family-name=velomap_pt_31.12.2016
> --tdbfile --overview-mapname=mapsetc --keep-going --area-name="
> portugal_31.12.2016_velomap.org" -c E:\openmtbmap\maps\template.portugal
> 7*.img
>
>
> I reduced my lines file to the following:
> highway=tertiary
> [0x05 road_class=2 road_speed=1 resolution
> 24]
> highway=tertiary_link
> [0x09 road_class=2 road_speed=1 resolution
> 24]
>
> (I wanted to make sure it's not taken out due to no connecting roads).
> I did try with --reduce options taken out - but did not make a change.
>
>
> I updated mkgmap.jar/splitter.jar to the most up to date version (not self
> compiled) to be sure not to report something wrong.
> I use the portugal.pbf from geofabrik (as I cannot analyse that file - it
> could be missing from their site too - though I would think that is pretty
> unlikely - it's been missing since minimum one week in that case).
>
>
>
>
>
>
> On 31 December 2016 at 09:53, Gerd Petermann  com> wrote:
>
>> Hi Felix,
>>
>> I was not able to reproduce this problem. I've downloaded a small area
>> around the way and tried different options
>> with the default style, the way is always in the map (split into two
>> lines as expected).
>> My file is here:
>> http://files.mkgmap.org.uk/download/323/way_354826927.osm.pbf
>> Please let me know how to reproduce the problem.
>>
>> Gerd
>> 
>> Von: mkgmap-dev  im Auftrag von
>> Felix Hartmann 
>> Gesendet: Samstag, 31. Dezember 2016 00:02:48
>> An: Development list for mkgmap
>> Betreff: [mkgmap-dev] Mkgmap new versions missing a way during compilation
>>
>> I first thought it's my style - but then I checked some more maps from
>> others - and it seems to be missing everywhere:
>>
>> http://www.openstreetmap.org/way/354826927#map=17/37.38957/-
>> 7.44517=CN
>>
>>
>> That seems to be quite a serious bug - the way is simply lost!
>> With older mkgmap versions this was fine - I can find it in a map I
>> compiled last June - so mkgmap versions older May 2016 were not affected I
>> guess (or it's a java bug?).
>>
>> I took out "--reduce-point-density=3.4 --reduce-point-density-polygon=6 "
>> but it did not change anything. As far as I can see it's kinda strange to
>> put a road like this into OSM - but I would not consider it wrong tagging.
>> My maps do have tertiary_link included in the style - and it works in other
>> places.
>> It must have something to do with the shape of the way - length of it.
>>
>> Felix
>>
>>
>>
>> --
>> Felix Hartman - Openmtbmap.org & VeloMap.org
>> Schusterbergweg 32/8
>> 6020 Innsbruck
>> Austria - Österreich
>> ___
>> mkgmap-dev mailing list
>> mkgmap-dev@lists.mkgmap.org.uk
>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>
>
>
> --
> Felix Hartman - Openmtbmap.org & VeloMap.org
> Schusterbergweg 32/8
> 6020 Innsbruck
> Austria - Österreich
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Splitter 542 stops working

[Steve Sgalowski]

in my 3rd part program , it is back to working fine on mapuloader and
osm2garmin converters .

both did stop working when the splitter had map id and max nodes at same
value

now trying  452 and 3741 mkgmap .

here is my splitter bat file

Stephen

java -Xmx2000m -ea -jar H:\Mapuploader41\splitter.jar --mapid=7000
--output-dir=H:\Mapuploader41\args --max-nodes=7000 --max-areas=255
--keep-complete --max-nodes=9
C:\Users\sgalow\Downloads\australia-latest.osm.pbf


On Thu, Dec 29, 2016 at 7:43 PM, Henning Scholland  wrote:

> Hi Gerd,
> yesterday I updated to v542 (v531 same behaviour) of splitter and now
> splitting doesn't work anymore. I'm using an updated planet.o5m with the
> attached areas.list and the following command:
>
> java -Xmx1M -XX:+UseCompressedOops -XX:+UseParallelGC -jar
> .\bin\splitter.jar --status-freq=0 --output=o5m --max-areas=2048
> --max-threads=%threads% --overlap=0 --keep-complete
> --split-file=.\resources\areas.list --description=RadReiseKarte
> .\data\planet.o5m > splitter.log 2> splitter_error.log
>
> So far I tested again v476 to check if the o5m-file is still ok. v476 is
> running smooth. Do I need to change anything in my script or wait for
> one of the branches?
>
> Best regards,
> Henning
>
> Error:
> java.lang.IndexOutOfBoundsException: Index (14) is greater than or equal
> to list size (14)
> at it.unimi.dsi.fastutil.ints.IntArrayList.removeInt(
> IntArrayList.java:229)
> at uk.me.parabola.splitter.AreaSet.clear(AreaSet.java:109)
> at uk.me.parabola.splitter.AreaSet.subtract(AreaSet.java:140)
> at
> uk.me.parabola.splitter.MultiTileProcessor.orSubRelWriters(
> MultiTileProcessor.java:556)
> at
> uk.me.parabola.splitter.MultiTileProcessor.calcWritersOfMultiPolygonRels(
> MultiTileProcessor.java:436)
> at
> uk.me.parabola.splitter.MultiTileProcessor.endMap(
> MultiTileProcessor.java:264)
> at
> uk.me.parabola.splitter.AbstractMapProcessor.consume(
> AbstractMapProcessor.java:73)
> at uk.me.parabola.splitter.OSMFileHandler.execute(
> OSMFileHandler.java:159)
> at
> uk.me.parabola.splitter.ProblemLists.calcMultiTileElements(
> ProblemLists.java:250)
> at uk.me.parabola.splitter.Main.useProblemLists(Main.java:474)
> at uk.me.parabola.splitter.Main.start(Main.java:112)
> at uk.me.parabola.splitter.Main.main(Main.java:66)
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] splitter

[Steve Sgalowski]

i will try it

stephen


On Tue, Dec 27, 2016 at 5:35 PM, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> Hi Stephen,
>
> thanks for reporting this, I've committed r542 as a fix.
> I suggest to use a higher max-areas value for your extremely low max-nodes
> values,
> unfortunately MapUploader seems not to allow a value higher than 999.
>
> Gerd
>
> 
> Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von
> Steve Sgalowski <steve.sgalow...@gmail.com>
> Gesendet: Dienstag, 27. Dezember 2016 07:10:09
> An: Development list for mkgmap
> Betreff: Re: [mkgmap-dev] splitter
>
> but most of the day it stayed at 70 max nodes and refused to move
> even though the this figure is the map id
>
> stephen
>
>
> On Tue, Dec 27, 2016 at 3:55 PM, Gerd Petermann <
> gpetermann_muenc...@hotmail.com<mailto:gpetermann_muenc...@hotmail.com>>
> wrote:
> Hi Stephen,
>
> If I got that right MapUploader generates a script called run.bat when you
> press the "SPLIT" button.
> Please post a link to that script.
>
> Gerd
>
> ________
> Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk<mailto:mkgmap-
> dev-boun...@lists.mkgmap.org.uk>> im Auftrag von Steve Sgalowski <
> steve.sgalow...@gmail.com<mailto:steve.sgalow...@gmail.com>>
> Gesendet: Dienstag, 27. Dezember 2016 00:15:00
> An: Development list for mkgmap
> Betreff: [mkgmap-dev] splitter
>
> with the latest version of the splitter , it no longer splits in 3rd party
> software i have .
>
> but when i go back to 476 , all is well
>
> the 3rd party software i am useing is mapuloader from pinns.co.uk<
> http://pinns.co.uk><http://pinns.co.uk>
> and australia -latest map file from download.geofabrik.de<http://
> download.geofabrik.de><http://download.geofabrik.de>
>
> any ideas
>
> Cheers
>
> stephen
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk<mailto:mkgmap-dev@lists.mkgmap.org.uk>
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] splitter

[Steve Sgalowski]

at present Gerd it is stuck on max nodes = 70 only

stephen


On Tue, Dec 27, 2016 at 3:55 PM, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> Hi Stephen,
>
> If I got that right MapUploader generates a script called run.bat when you
> press the "SPLIT" button.
> Please post a link to that script.
>
> Gerd
>
> 
> Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von
> Steve Sgalowski <steve.sgalow...@gmail.com>
> Gesendet: Dienstag, 27. Dezember 2016 00:15:00
> An: Development list for mkgmap
> Betreff: [mkgmap-dev] splitter
>
> with the latest version of the splitter , it no longer splits in 3rd party
> software i have .
>
> but when i go back to 476 , all is well
>
> the 3rd party software i am useing is mapuloader from pinns.co.uk<
> http://pinns.co.uk>
> and australia -latest map file from download.geofabrik.de<http://
> download.geofabrik.de>
>
> any ideas
>
> Cheers
>
> stephen
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] errors with 3734

[Steve Sgalowski]

i use mkgmap and spliier in a 3rd party program to make map files

now i still get these results with 3734 but not with  3726

here is a image of the errors i get

Stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Size checks in splitter

[Steve Sgalowski]

it does to me , when i use a 3rd party program , that uses your files to
split  and combine

but ok gerd I but out and just use the program and force it as always .

Stephen


On Sun, Dec 4, 2016 at 7:46 PM, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> Hi Stephen,
>
>
> please explain I don't see how the suggested change in splitter is related
> to this.
>
>
> Gerd
> --
> *Von:* mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von
> Steve Sgalowski <steve.sgalow...@gmail.com>
> *Gesendet:* Sonntag, 4. Dezember 2016 10:36:02
> *An:* Development list for mkgmap
> *Betreff:* Re: [mkgmap-dev] Size checks in splitter
>
> when splitting Australia in the osm file of 7 gb in size , that would be
> usefull, as i set the max nodes to 90,000 to make smaller tiles as i get
>  frequently , that there is not enough room in a single gmapsupp.img file
> to hold all the data .
>
> Stephen
>
>
> On Sun, Dec 4, 2016 at 7:28 PM, Gerd Petermann <
> gpetermann_muenc...@hotmail.com> wrote:
>
>> Hi all,
>>
>>
>> years ago we added a check in splitter r251 to make sure that it doesn't
>> write extremely large tiles.
>>
>> See
>> http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2012q1/013611.html
>>
>> and
>>
>> http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2012q4/015707.html
>>
>>
>> In short: The problem is that the precomp-sea option will add a huge
>> amout of sea polygons to such a tile,
>>
>> another problem is that the bounds option loads a huge amount of data.
>>
>>
>> I've now noticed that this check might not be useful if you use splitter
>> to split a large file into a few smaller tiles,
>>
>> esp. the whole planet with num-tiles=2.
>>
>> I'd like to skip this check when
>>
>> a) --num-tiles is used
>>
>> b) --max-nodes value is large, e.g. higher than 10.000.000
>>
>>
>> Another option would be to add a new option like --skip-size-check.
>>
>>
>> What do you think?
>>
>> Gerd
>>
>>
>>
>>
>> ___
>> mkgmap-dev mailing list
>> mkgmap-dev@lists.mkgmap.org.uk
>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Size checks in splitter

[Steve Sgalowski]

when splitting Australia in the osm file of 7 gb in size , that would be
usefull, as i set the max nodes to 90,000 to make smaller tiles as i get
 frequently , that there is not enough room in a single gmapsupp.img file
to hold all the data .

Stephen


On Sun, Dec 4, 2016 at 7:28 PM, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> Hi all,
>
>
> years ago we added a check in splitter r251 to make sure that it doesn't
> write extremely large tiles.
>
> See
> http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2012q1/013611.html
>
> and
>
> http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2012q4/015707.html
>
>
> In short: The problem is that the precomp-sea option will add a huge amout
> of sea polygons to such a tile,
>
> another problem is that the bounds option loads a huge amount of data.
>
>
> I've now noticed that this check might not be useful if you use splitter
> to split a large file into a few smaller tiles,
>
> esp. the whole planet with num-tiles=2.
>
> I'd like to skip this check when
>
> a) --num-tiles is used
>
> b) --max-nodes value is large, e.g. higher than 10.000.000
>
>
> Another option would be to add a new option like --skip-size-check.
>
>
> What do you think?
>
> Gerd
>
>
>
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] still probs

[Steve Sgalowski]

here is my spliiter string


start /low /b /wait java -enableassertions -Xmx1800m -jar
..\bin\splitter.jar>splitter.log  --mapid=66%FID%001 --search-limit=12
 ..\OSM-Data\%osmfile% --output=pbf   --ignore-osm-bounds --write-kml
 --resolution=15 --max-nodes=7 --max-areas=300 --wanted-admin-level=5
--problem-report  --keep-complete=true --status-freq=120


Here is my compile string .



start /low /b /wait java -enableassertions -Xmx2200m -jar
..\bin\mkgmap.jar>mkgmap.log   --keep-going --poi-address
--link-pois-to-ways   --transparent --check-roundabouts
 --polygon-size-limits="24:16, 23:15, 22:14, 21:13,20:12,19:11 18:10, 17:9,
16:8, 15:7, 14:6, 13:5, 12:4 ,11:3  10:2, 9:1, 8:0 "   --process-exits
--process-destination --merge-lines  --style=default
--pois-to-areas-placement=tagelist  --tdbfile  --make-poi-index
--reduce-point-density=2.6 --reduce-point-density-polygon=4   --index
--levels=0:24,1:23,2:22,3:21,4:20,5:19,6:18,7:17  --verbose --route
--country-name="%country%" --family-id=%FID% --mapname=66%FID%001
--overview-mapname=66%FID%000 --series-name="OSM-%country%"
--family-name="OpenStreetMap: %country%" --style-file=..\bin\styles\
--style=%style% --description="%country%" -c ..\bin\template_basic.args -c
template.args %TypFileToAdd%

Below image attached is the result on compile .

Stephen



Virus-free.
www.avast.com

<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] errors after 2nd april

[Steve Sgalowski]

did install 3676 and splitter
still the same ok no changes .

 even with the default style used as the test bench .

Stephen


<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
Virus-free.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Mon, Apr 11, 2016 at 5:18 PM, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> Mike, Stephen,
>
> any news on this issue?
>
> Gerd
>
> Gerd Petermann wrote
> > Hi Mike,
> >
> >
> > do you see these messages with r3676? I have no idea why this version
> >
> > would display the message when the style doesn't contain a statement with
> >
> > mkgmap:dest_hint.
> >
> > If you still use r3675, please update, else please provide more details:
> >
> > 1) your mkgmap options
> >
> > 2) your style
> >
> >
> > Gerd
> >
> >
> >
> > 
> > Von: mkgmap-dev <
>
> > mkgmap-dev-bounces@.org
>
> > > im Auftrag von Mike Baggaley <
>
> > mike@.co
>
> > >
> > Gesendet: Samstag, 9. April 2016 14:52
> > An:
>
> > mkgmap-dev@.org
>
> > Betreff: Re: [mkgmap-dev] errors after 2nd april
> >
> >
> > I also am seeing three error messages each time I run mkgmap. I do not
> use
> > the default style, but I do not have any destination processing in my
> > files.
> >
> >
> >
> >   2016/04/07 09:01:33 SEVERE (StyledConverter): 66973001.o5m: At least
> one
> > 'lines' rule in the style contains the expression mkgmap:dest_hint=true,
> > it should be changed to mkgmap:dest_hint=*
> >
> >   2016/04/07 09:01:35 SEVERE (StyledConverter): 66973001.o5m: At least
> one
> > 'lines' rule in the style contains the expression mkgmap:dest_hint=true,
> > it should be changed to mkgmap:dest_hint=*
> >
> >   2016/04/07 09:01:42 SEVERE (StyledConverter): 66973001.o5m: At least
> one
> > 'lines' rule in the style contains the expression mkgmap:dest_hint=true,
> > it should be changed to mkgmap:dest_hint=*
> >
> >
> >
> > I have done a complete search of all my files for mkgmap:dest and there
> > are no instances. Are these messages erroneously displayed if there are
> no
> > mkgmap:dest_hint statements? Perhaps the message would be better if it
> > included a line number to help track down any offending statement.
> >
> >
> >
> > Regards,
> >
> > Mike
> >
> >
> >
> > From: Steve Sgalowski [mailto:
>
> > steve.sgalowski@
>
> > ]
> > Sent: 09 April 2016 02:03
> > To: Development list for mkgmap <
>
> > mkgmap-dev@.org
>
> > >
> > Subject: [mkgmap-dev] errors after 2nd april
> >
> >
> >
> > i am still seeing that the default style in the last version of mkgmap
> > program not update, still getting warning messages from style converter
> on
> > mkgmap.dest=true to hint=* instead
> >
> >
> >
> > Stephen
> >
> >
> >
> > ___
> > mkgmap-dev mailing list
>
> > mkgmap-dev@.org
>
> > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
>
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/errors-after-2nd-april-tp5871515p5871581.html
> Sent from the Mkgmap Development mailing list archive at Nabble.com.
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] errors after 2nd april

[Steve Sgalowski]

i am still seeing that the default style in the last version of mkgmap
program not update, still getting warning messages from style converter on
mkgmap.dest=true to hint=* instead

Stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] style question

[Steve Sgalowski]

if i am useing the new default style with in the latest mkgmap file you
ulpoad ,
why does this compile also fail , if you have changed the mkgmap.jar file

Stephen



Virus-free.
www.avast.com

<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] mkgmap.3656 program

[Steve Sgalowski]

useing the new ignore bounds in splitter
this happens

Stephen



Virus-free.
www.avast.com

<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Commit r3675: dest_hint_v1.patch : change --process-destination option

[Steve Sgalowski]

no 3675  file yet
Steve


On Fri, Apr 1, 2016 at 4:41 PM, svn commit  wrote:

> Version mkgmap-r3675 was committed by gerd on Fri, 01 Apr 2016
>
> dest_hint_v1.patch : change --process-destination option
> The process_destination option was a bit problematic because
> it could have added the tag destination=* to an existing OSM element.
>
> The attached patch changes the method like this:
> 1) the tag destination is not changed by mkgmap
> 2) Instead the special tag mkgmap:dest_hint is now set to the
> destination string that was found in one of the tags listed in this code
> snippet:
> tags.add("destination");
> tags.add("destination:lanes");
> tags.add("destination:lanes:forward");
> tags.add("destination:lanes:backward");
> tags.add("destination:forward");
> tags.add("destination:backward");
> tags.add("destination:street");
>
>
> (BTW: This is also the order of evaluation in mkgmap searches since r3673,
> of cause
> forward/backward are checked depending on the direction of the way)
>
> For style authors this means that they have to
> 1) change all rules with mkgmap:dest_hint=true to mkgmap:dest_hint=*
> 2) change the rule that produces the hint to something like this:
> mkgmap:dest_hint=*
>   { set dest_hint = '${destination:ref|subst: =>}
> ${mkgmap:dest_hint|subst:;=> |subst:/=> }' |
>  '${ref|subst: =>} ${mkgmap:dest_hint|subst:;=> |subst:/=> }' |
>  '${mkgmap:dest_hint|subst:;=> |subst:/=> }';
>}
>
> Basically all places where "destination" was used were changed to
> mkgmap:dest_hint.
> This could cause trouble, so I've added a check that complains when
> the style contains an expression mkgmap:dest_hint=true.
>
> http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap=3675
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] img limit

[Steve Sgalowski]

what is the max limit on the gmapsupp .img file size?

is there a reason why it wont go past 3 gb , even with keep going switch
applied

Stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Problem with splitter: Failed to find a correct split

[Steve Sgalowski]

trying r437 now
will advise gerd
Stephen g
Australia


This email has been sent from a virus-free computer protected by Avast.
www.avast.com

<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Sat, Mar 26, 2016 at 7:21 PM, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> Hi Steve,
>
> could it be that the process is "unhappy" with two or more
> commits within a short time ?
>
> Gerd
>
> 
> Von: mkgmap-dev  im Auftrag von
> Steve Ratcliffe 
> Gesendet: Samstag, 26. März 2016 10:17
> An: Development list for mkgmap
> Betreff: Re: [mkgmap-dev] Problem with splitter: Failed to find a correct
> split
>
> On 26/03/16 08:53, Gerd Petermann wrote:
> > Hmm, seem that the build process hangs again...
>
> Re-started and the r437 build is now available.
>
> ..Steve
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Problem with splitter: Failed to find a correct split

[Steve Sgalowski]

I have the same problem , with splitter for australia , or
australia-oceania

even when i have search limit at 60,000 or 90,000  or in between these
 Figures
I stil get the same response in splitter log file .

Stephen


On Fri, Mar 25, 2016 at 4:33 PM, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> Hi Patrik,
>
>
> good question. I also wondered if splitter can be changed to ignore wrong
> bounds
>
> tags. My thoughts:
>
> In your case the bbox is far too large, means it claims to contain data
> that is not there.
>
> The normal case is vice versa: The file contains some nodes outside of the
> bbox,
>
> maybe from ferry lines or other long ways, and my understanding is that we
> don't
>
> want to calculate the tiles based on those few nodes, since we might get a
> map with
>
> larger empty areas at the "border". No idea if that would cause more
> trouble.
>
> With typical data from geofabrik and the --no-trim option there will
> always be large
>
> empty areas as most countries are not rectangular ;-)
>
>
> Possible changes in the code:
>
> 1) add a --ignore-osm-bounds option and set the default  to false  (means
> one gets
>
> the same result like now when he uses the default)
>
> 2) add a --use-osm-bounds option and set the default  to false
>
> (means one might get a different result when using the default)
>
> 3) add code to check how the collected data matches the given bounds,
>
> use whatever is smaller. This might also be triggered by an option if
> needed.
>
>
> I'd like to get some feedback from others first.
>
>
> Gerd
>
>
> --
> *Von:* mkgmap-dev  im Auftrag von
> KeenOnKites 
> *Gesendet:* Freitag, 25. März 2016 00:13
> *An:* mkgmap-dev@lists.mkgmap.org.uk
> *Betreff:* Re: [mkgmap-dev] Problem with splitter: Failed to find a
> correct split
>
> Gerd,
>
> I couldn't go to sleep without getting to the ground of this...
>
> I performed the following tests on linux, always with my standard
> --no-trim present:
>
>- original osm.pbf file downloaded from geofabrik (with the
>problematic bounds tag in it)
>-> FAILURE
>- converted with the help of osmconvert to normal osm format
>-> FAILURE (which was to be expected, same file, just different
>format)
>- deleted the osm tag with a simple command like 'cat file.osm | grep
>-v bounds > file-nobounds.osm' and ran splitter against it, always with the
>same options
>-> SUCCESS
>
> This leads me to the question why the bounds tag is read/used if it also
> works without and even gives less problem ?
>
>
>  sorry for bombarding you (and the list), but I think it's
> nevertheless and interesting question.
>
>
> Cheers
> Patrik
>
> On 24.03.2016 23:51, KeenOnKites wrote:
>
> Gerd,
>
> I did dig a bit deeper... also as it rang a bell:
> we had quite a similar problem with the wrong bounding box in Alaska
> already October 2014. It was an illegal value of maxlon="180.0005" causing
> splitter to bail out
>
> When I convert the osm.pbf file with the help of osmconvert to osm and
> look at the first few lines I see a 'bounds' tag announcing the problematic
> bounding box (not illegal as in 2014, but still 'suboptimal'):
>
> 
>  timestamp="2016-03-23T20:13:02Z">
>  maxlon="179."/>
>  version="2"
> ...
>
>
> Getting the statistics via osmconvert with --out-statistics seems to read
> through the file and checks the 'real' bounding box:
>
> ...
> lon min: -180.000
> lon max: -122.5122525
> lat min: 48.6234931
> lat max: 71.6061501
> ...
>
>
> I'm now wondering if splitter get's confused by the existing but obviously
> strange bounds tag.
>
> According to the findings in 2014 splitter can handle files without the
> bounds tag and just gets the real boundings from all the elements in the
> file.
> I did not test to run it through splitter without the bounds tag as I'm
> having troubles converting the file properly on my windows... but I'll try
> that probably tomorrow again on linux (sort of late already today).
> The process would be
>
> osm.pbf -> osm -> get rid of the bounds tag -> back to osm.pbf again (to
> have same source file format)
>  and then run the splitter and see what happens.
>
> But if I have a proper osm file with the 'problematic' bounds tag in it, I
> can also try to reproduce the problem with the osm file. If it is
> reproducible I just drop the tag and try it again.
>
> BTW: I've contacted geofabrik already via email
>
> Patrik
>
>
> On 24.03.2016 22:27, KeenOnKites wrote:
>
> Gerd,
>
> I'll play a bit more with this option and check what suits me best.
>
> Again thanks for the incredibly quick answer to my problem/question.
>
> Cheers
> Patrik
>
> On 24.03.2016 22:20, Gerd Petermann wrote:
>
> Hi Patrik,
>
>
> I think the wanted effect of the no-trim option is a rectangular map,
>
> which some people prefer, esp. on the PC.
>
>
> Gerd
>
> --
> 

[mkgmap-dev] last release

[Steve Sgalowski]

the last release is not yet uploaded on the site
3673 dated 23 march


Stephen


This email has been sent from a virus-free computer protected by Avast.
www.avast.com

<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] styles

[Steve Sgalowski]

for some reason , I can only use the default style
my custom style no longer works any more
and it get to many compile errors on maps

Stephen


This email has been sent from a virus-free computer protected by Avast.
www.avast.com

<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] size limit

[Steve Sgalowski]

On Tue, Mar 15, 2016 at 8:47 PM, Steve Sgalowski <steve.sgalow...@gmail.com>
wrote:

> i see with the default style and nothing changed in it i get like 500 mb
> in australia oceania map only .
>
> is there away this can go beyond the limit , so it can be seen on the pc
>  under base camp .
>
> as i get warnings it is goeing over 3gb , but the keep going failes to
> work
>
> any ideas
>
> stephen
>
>
> This email has been sent from a virus-free computer protected by Avast.
> www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
> <#-6534681427002799111_DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] size limit

[Steve Sgalowski]

the limit in the gmapsupp.img file


If i do a style , and run it in australia only it gives me a size limit
prob and failes , even with keep-going insert into string .
Stephen


On Tue, Mar 15, 2016 at 9:09 PM, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> Hi Stephen,
>
>
> what limit are you talking about ? What file is going over 3GB ?
>
>
> Gerd
>
>
>
>
> --
> *Von:* mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von
> Steve Sgalowski <steve.sgalow...@gmail.com>
> *Gesendet:* Dienstag, 15. März 2016 11:47
> *An:* Development list for mkgmap
> *Betreff:* [mkgmap-dev] size limit
>
> i see with the default style and nothing changed in it i get like 500 mb
> in australia oceania map only .
>
> is there away this can go beyond the limit , so it can be seen on the pc
>  under base camp .
>
> as i get warnings it is goeing over 3gb , but the keep going failes to
> work
>
> any ideas
>
> stephen
>
>
> This email has been sent from a virus-free computer protected by Avast.
> www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
> <#650778260_DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] size limit

[Steve Sgalowski]

i see with the default style and nothing changed in it i get like 500 mb in
australia oceania map only .

is there away this can go beyond the limit , so it can be seen on the pc
 under base camp .

as i get warnings it is goeing over 3gb , but the keep going failes to work

any ideas

stephen


This email has been sent from a virus-free computer protected by Avast.
www.avast.com

<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Changing from RESOLUTION RANGE to single RESOLUTION causes compile error in r3665

[Steve Sgalowski]

i run my resolution from 24-18  on all my poi files , due to the type of
work i do in australia

Stephen


On Thu, Feb 11, 2016 at 8:11 AM, greg crago  wrote:

> Default line style has this:
>
> highway=trunk & ( network=e-road | int_ref=* ) [0x02 resolution 15-17
> continue]
>
> I wanted to only show this on RESOLUTION 17, so I changed it to this:
>
> highway=trunk & ( network=e-road | int_ref=* ) [0x02 resolution 17
> continue]
>
> Now when I compile using mkgmap -r3665 I get this error:
>
> Warning: routable type 0x02 is used for non-routable line with level 0.
> This may break routing. Style file lines, line 165.
>
> How does changing the Resolution Range to a single Resolution cause this
> error?
>
> Greg
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] dasch map

[Steve Sgalowski]

ame="OpenStreetMap: %country%"
--style-file=..\bin\styles\ --style=%style% --description="%country%" -c
..\bin\template_basic.args -c template.args %TypFileToAdd%
rem start /low /b /wait java -enableassertions -Xmx700m -jar
..\bin\mkgmap.jar  --process-destination  --add-pois-to-areas
 --pois-to-areas-placement=tagelist --add-pois-to-lines --tdbfile
--transparent --make-poi-index --reduce-point-density=2.6
--reduce-point-density-polygon=4   --index
--levels=0:24,1:23,2:22,3:21,4:20,5:19,6:18,7:16 --make-poi-index
 --verbose --route --country-name="%country%" --family-id=%FID%
--mapname=66%FID%001 --overview-mapname=66%FID%000
--series-name="OSM-%country%" --family-name="OpenStreetMap: %country%"
--style-file=..\bin\styles\ --style=%style% --description="%country%" -c
..\bin\template_basic.args -c template.args %TypFileToAdd%

start /low /b /wait java -enableassertions -Xmx2400m -jar
..\bin\mkgmap.jar>mkgmap.log   --link-pois-to-ways
 --polygon-size-limits="23:15, 22:14, 21:13,20:12,19:11 18:10, 17:9, 16:8,
15:7, 14:6, 13:5, 12:4 ,11:3  10:2, 9:1, 8:0 "   --process-exits
 --keep-going --process-destination --merge-lines  --style=default
--pois-to-areas-placement=tagelist  --tdbfile --transparent
--make-poi-index --reduce-point-density=2.6
--reduce-point-density-polygon=4   --index
--levels=0:24,1:23,2:22,3:21,4:20,5:19,6:18,7:16  --verbose --route
--country-name="%country%" --family-id=%FID% --mapname=66%FID%001
--overview-mapname=66%FID%000 --series-name="OSM-%country%"
--family-name="OpenStreetMap: %country%" --style-file=..\bin\styles\
--style=%style% --description="%country%" -c ..\bin\template_basic.args -c
template.args %TypFileToAdd%

if EXIST 66%FID%001.img goto :Cleanup
echo.
echo ***
echo *** SORRY: IMG compiling task has FAILED!!! ***
echo ***
echo.
goto :END


:Cleanup

if "%debug%" NEQ "no" goto :MSPrepare
del *.gz 2>nul
del *.pbf 2>nul
del areas.list 2>nul
del template.args 2>nul

if EXIST %MSDir% goto :MSPrepare
echo.
echo MapSource Install files not prepared ("%MSDir%" not existing)
goto :END


:MSPrepare

echo.
echo Preparing MapSource Install (.reg)
echo.

copy ..\bin\typ\%typfile% style.typ 2>nul 1>nul


rem preparing MapSource installer registry

echo Windows Registry Editor Version 5.00 > IMG-OSM-%country%_MSInstall.reg
echo. >> IMG-OSM-%country%_MSInstall.reg

echo
[HKEY_LOCAL_MACHINE\SOFTWARE\Garmin\Mapsource\Families\IMG-OSM-%country%]
>> IMG-OSM-%country%_MSInstall.reg
rem TYPtool   
..\bin\TYPtool %FID% 1 style.typ >> IMG-OSM-%country%_MSInstall.reg
if EXIST style.typ echo "TYP"="%MSDir%\\IMG-OSM-%country%\\style.typ" >>
IMG-OSM-%country%_MSInstall.reg
echo. >> IMG-OSM-%country%_MSInstall.reg

echo
[HKEY_LOCAL_MACHINE\SOFTWARE\Garmin\Mapsource\Families\IMG-OSM-%country%\1]
>> IMG-OSM-%country%_MSInstall.reg
echo "BMAP"="%MSDir%\\IMG-OSM-%country%\\66%FID%000.img" >>
IMG-OSM-%country%_MSInstall.reg
echo "LOC"="%MSDir%\\IMG-OSM-%country%" >> IMG-OSM-%country%_MSInstall.reg
echo "TDB"="%MSDir%\\IMG-OSM-%country%\\66%FID%000.tdb" >>
IMG-OSM-%country%_MSInstall.reg

rem preparing un-installer registry

echo Windows Registry Editor Version 5.00 >
IMG-OSM-%country%_MSUnInstall.reg
echo. >> IMG-OSM-%country%_MSUnInstall.reg

echo
[-HKEY_LOCAL_MACHINE\SOFTWARE\Garmin\Mapsource\Families\IMG-OSM-%country%]
>> IMG-OSM-%country%_MSUnInstall.reg


:END

cd..

echo.
echo 
echo *** CreateIMG Script End - Press any key ***
echo 

if "%1" EQU "" pause >nul


that is my script i use to split the file above

stephen


On Tue, Jan 26, 2016 at 6:24 PM, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

>
> Ahh, sorry, did not notice that mkgmap complains with a severe error.
>
> Please send a link to the corresponding input file
>
>
> Gerd
>
> ------
> *Von:* mkgmap-dev-boun...@lists.mkgmap.org.uk <
> mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Gerd Petermann <
> gpetermann_muenc...@hotmail.com>
> *Gesendet:* Dienstag, 26. Januar 2016 09:21
> *An:* Development list for mkgmap
> *Betreff:* Re: [mkgmap-dev] dasch map
>
>
> As you said: don't use keep-complete=false if you care about it
>
>
> Gerd
>
>
> --
> *Von:* mkgmap-dev-boun...@lists.mkgmap.org.uk <
> mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Steve Sgalowski <
> steve.sgalow...@gmail.com>
> *Gesendet:* Dienstag, 26. Januar 2016 05:54
> *An:* Develop

[mkgmap-dev] dasch map

[Steve Sgalowski]

with keep complete  false
i get this warning msg up


any ideas what i should look for

my compile string is this

start /low /b /wait java -enableassertions -Xmx2400m -jar
..\bin\mkgmap.jar>mkgmap.log   --link-pois-to-ways
 --polygon-size-limits="23:15, 22:14, 21:13,20:12,19:11 18:10, 17:9, 16:8,
15:7, 14:6, 13:5, 12:4 ,11:3  10:2, 9:1, 8:0 "   --process-exits
 --keep-going --process-destination --merge-lines  --style=default
--pois-to-areas-placement=tagelist  --tdbfile --transparent
--make-poi-index --reduce-point-density=2.6
--reduce-point-density-polygon=4   --index
--levels=0:24,1:23,2:22,3:21,4:20,5:19,6:18,7:16  --verbose --route
--country-name="%country%" --family-id=%FID% --mapname=66%FID%001
--overview-mapname=66%FID%000 --series-name="OSM-%country%"
--family-name="OpenStreetMap: %country%" --style-file=..\bin\styles\
--style=%style% --description="%country%" -c ..\bin\template_basic.args -c
template.args %TypFileToAdd%


  Stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Index with little ram?

[Steve Sgalowski]

yet it works for me just takes some fidleing around with some  variables

doeing dach map now


Stephen


On Sun, Jan 24, 2016 at 7:25 AM, Arndt  wrote:

> Hello together,
>
> mkgmap needs a lot of RAM to build the index for the adress search.  Also
> for the gmapsupp.
> My computer has 4 GB and it´s not possible to build the index for a
> germany map. It works, when i not use the "x-split-name-index" Option. But
> I want to use this.
> The map has 2,21GB (only the mapfiles)
> The Computer from my son has 12 GB. This machine has no problem with
> germany, but failed, when it builds the index for an europe map (12,1GB).
>
> Is it possible to change the index-build process so, that also a little
> computer is able to build the index?
>
> By the wy, the x-split-name-index works fine by street names. Is it
> possible, that it also works by town-names?
>
> Best regards
> Arndt
>
>
>
>
>
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Trying to get EXIT info on my MONTANA 600 using mkgmap -3657 and motorway_junction, ref=(exit#)

[Steve Sgalowski]

so far it is being compiled on my custom map with this string , am now
trying process destination in the same string



start /low /b /wait java -enableassertions -Xmx2100m -jar ..\bin\mkgmap.jar
 --link-pois-to-ways  --polygon-size-limits="23:15, 22:14,
21:13,20:12,19:11 18:10, 17:9, 16:8, 15:7, 14:6, 13:5, 12:4 ,11:3  10:2,
9:1, 8:0 "   --process-exits  --process-destination --merge-lines
 --style=default --pois-to-areas-placement=tagelist  --tdbfile
--transparent --make-poi-index --reduce-point-density=2.6
--reduce-point-density-polygon=4   --index
--levels=0:24,1:23,2:22,3:21,4:20,5:19,6:18,7:16  --verbose --route
--country-name="%country%" --family-id=%FID% --mapname=66%FID%001
--overview-mapname=66%FID%000 --series-name="OSM-%country%"
--family-name="OpenStreetMap: %country%" --style-file=..\bin\styles\
--style=%style% --description="%country%" -c ..\bin\template_basic.args -c
template.args %TypFileToAdd%


Stephen

On Thu, Jan 21, 2016 at 7:42 AM, greg crago <gregcr...@gmail.com> wrote:

> Yes Gerd,
> I have the code in my lines file that you mentioned.
>
> When you test this. Did you download an .img file to a GPS, or is there an
> 'on-line GPS simulator?'
>
> Greg
>
> On Wed, Jan 20, 2016 at 3:09 AM, Steve Sgalowski <
> steve.sgalow...@gmail.com> wrote:
>
>> I will try this with the latest mkgmap file with my montana 600 series
>> garmin hand held unit
>>
>> Stephen
>>
>>
>> On Wed, Jan 20, 2016 at 5:42 PM, Gerd Petermann <
>> gpetermann_muenc...@hotmail.com> wrote:
>>
>>> Hi Greg,
>>>
>>>
>>> I just tried your example with the default style.
>>>
>>> I see a hint containing the exit number (28) when I only use
>>> --process-exits (without --process-destination)
>>>
>>> With --process-destination I see the hint "Exit right onto ramp onto
>>> Plymouth Livonia"
>>>
>>> I am not sure if it is intended that the --process-destination "removes"
>>> the exit hint,
>>>
>>> this looks like an error to me. I'll have to dig into the code and the
>>> archives to understand what it should do.
>>>
>>> In the meantime you may check your style: Does your lines file contain
>>> rules like these?
>>>
>>> (highway=motorway_link | highway=trunk_link | highway=primary_link) &
>>> mkgmap:exit_hint=true & mkgmap:dest_hint=true
>>>   { name '${destination:ref|subst: =>} ${destination|subst:;=>
>>> |subst:/=> }' |
>>>  '${ref|subst: =>} ${destination|subst:;=> |subst:/=> }' |
>>>  '${destination|subst:;=> |subst:/=> }' |
>>>  'Exit ${mkgmap:exit_hint_ref} ${mkgmap:exit_hint_name}' |
>>>  'Exit ${mkgmap:exit_hint_ref} ${mkgmap:exit_hint_exit_to}' |
>>>  'Exit ${mkgmap:exit_hint_exit_to}' |
>>>  'Exit ${mkgmap:exit_hint_name}' |
>>>  'Exit ${mkgmap:exit_hint_ref}'
>>>}
>>>
>>> (highway=motorway_link | highway=trunk_link | highway=primary_link) &
>>> mkgmap:exit_hint!=* & mkgmap:dest_hint=true
>>>   { name '${destination:ref|subst: =>} ${destination|subst:;=>
>>> |subst:/=> }' |
>>>  '${ref|subst: =>} ${destination|subst:;=> |subst:/=> }' |
>>>  '${destination|subst:;=> |subst:/=> }'
>>>}
>>>
>>> (highway=motorway_link | highway=trunk_link | highway=primary_link) &
>>> mkgmap:exit_hint=true & mkgmap:dest_hint!=*
>>>   { name 'Exit ${mkgmap:exit_hint_ref} ${mkgmap:exit_hint_name}' |
>>>  'Exit ${mkgmap:exit_hint_ref} ${mkgmap:exit_hint_exit_to}' |
>>>  'Exit ${mkgmap:exit_hint_exit_to}' |
>>>  'Exit ${mkgmap:exit_hint_name}' |
>>>  'Exit ${mkgmap:exit_hint_ref}'
>>>}
>>>
>>>
>>>
>>> Gerd
>>>
>>> --
>>> *Von:* mkgmap-dev-boun...@lists.mkgmap.org.uk <
>>> mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von greg crago <
>>> gregcr...@gmail.com>
>>> *Gesendet:* Mittwoch, 20. Januar 2016 00:28
>>> *An:* Development list for mkgmap
>>> *Betreff:* Re: [mkgmap-dev] Trying to get EXIT info on my MONTANA 600
>>> using mkgmap -3657 and motorway_junction, ref=(exit#)
>>>
>>> Yes Gerd,
>>>
>>> I use both of those options in my mkgmap command. Is there any other way
>>> to get the EXIT number displayed on my GPS during active routing

Re: [mkgmap-dev] Trying to get EXIT info on my MONTANA 600 using mkgmap -3657 and motorway_junction, ref=(exit#)

[Steve Sgalowski]

I will try this with the latest mkgmap file with my montana 600 series
garmin hand held unit

Stephen


On Wed, Jan 20, 2016 at 5:42 PM, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> Hi Greg,
>
>
> I just tried your example with the default style.
>
> I see a hint containing the exit number (28) when I only use
> --process-exits (without --process-destination)
>
> With --process-destination I see the hint "Exit right onto ramp onto
> Plymouth Livonia"
>
> I am not sure if it is intended that the --process-destination "removes"
> the exit hint,
>
> this looks like an error to me. I'll have to dig into the code and the
> archives to understand what it should do.
>
> In the meantime you may check your style: Does your lines file contain
> rules like these?
>
> (highway=motorway_link | highway=trunk_link | highway=primary_link) &
> mkgmap:exit_hint=true & mkgmap:dest_hint=true
>   { name '${destination:ref|subst: =>} ${destination|subst:;=> |subst:/=>
> }' |
>  '${ref|subst: =>} ${destination|subst:;=> |subst:/=> }' |
>  '${destination|subst:;=> |subst:/=> }' |
>  'Exit ${mkgmap:exit_hint_ref} ${mkgmap:exit_hint_name}' |
>  'Exit ${mkgmap:exit_hint_ref} ${mkgmap:exit_hint_exit_to}' |
>  'Exit ${mkgmap:exit_hint_exit_to}' |
>  'Exit ${mkgmap:exit_hint_name}' |
>  'Exit ${mkgmap:exit_hint_ref}'
>}
>
> (highway=motorway_link | highway=trunk_link | highway=primary_link) &
> mkgmap:exit_hint!=* & mkgmap:dest_hint=true
>   { name '${destination:ref|subst: =>} ${destination|subst:;=> |subst:/=>
> }' |
>  '${ref|subst: =>} ${destination|subst:;=> |subst:/=> }' |
>  '${destination|subst:;=> |subst:/=> }'
>}
>
> (highway=motorway_link | highway=trunk_link | highway=primary_link) &
> mkgmap:exit_hint=true & mkgmap:dest_hint!=*
>   { name 'Exit ${mkgmap:exit_hint_ref} ${mkgmap:exit_hint_name}' |
>  'Exit ${mkgmap:exit_hint_ref} ${mkgmap:exit_hint_exit_to}' |
>  'Exit ${mkgmap:exit_hint_exit_to}' |
>  'Exit ${mkgmap:exit_hint_name}' |
>  'Exit ${mkgmap:exit_hint_ref}'
>}
>
>
>
> Gerd
>
> --
> *Von:* mkgmap-dev-boun...@lists.mkgmap.org.uk <
> mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von greg crago <
> gregcr...@gmail.com>
> *Gesendet:* Mittwoch, 20. Januar 2016 00:28
> *An:* Development list for mkgmap
> *Betreff:* Re: [mkgmap-dev] Trying to get EXIT info on my MONTANA 600
> using mkgmap -3657 and motorway_junction, ref=(exit#)
>
> Yes Gerd,
>
> I use both of those options in my mkgmap command. Is there any other way
> to get the EXIT number displayed on my GPS during active routing for the
> 'next turn'?
>
> Greg
>
> On Tue, Jan 19, 2016 at 1:52 PM, Gerd Petermann <
> gpetermann_muenc...@hotmail.com> wrote:
>
>> Hi Greg,
>>
>>
>> I did not yet try your example, but I am sure that neither
>>
>> the java code nor the default style handles the tag destination:street.
>>
>> I think this can be changed, not sure whether in the style or in the java
>> code.
>>
>> Besides that: do you use the option --process-destinations and
>> --process-exits ?
>>
>>
>> Gerd
>>
>>
>> --
>> *Von:* mkgmap-dev-boun...@lists.mkgmap.org.uk <
>> mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von greg crago <
>> gregcr...@gmail.com>
>> *Gesendet:* Dienstag, 19. Januar 2016 19:34
>> *An:* mkgmap-dev@lists.mkgmap.org.uk
>> *Betreff:* [mkgmap-dev] Trying to get EXIT info on my MONTANA 600 using
>> mkgmap -3657 and motorway_junction, ref=(exit#)
>>
>> I have entered exit info to this NODE:
>>
>> highway=motorway_junction
>> ref=28
>>
>> https://www.openstreetmap.org/node/62928686
>> 
>> OpenStreetMap | Node: 62928686
>> 
>> www.openstreetmap.org
>> OpenStreetMap is a map of the world, created by people like you and free
>> to use under an open license.
>>
>>
>>
>>
>> I have entered this information on the following WAY:
>>
>> destination=Plymouth;Livonia
>> destination:street=Ann Arbor Road
>>
>> https://www.openstreetmap.org/way/25926768
>>
>> When I activate a ROUTE on my GARMIN MONTANA 600, It show "in 6mi,
>> PLYMOUTH ANN ARBOR (using the Nuvi type layout)
>>
>> I do not get any EXIT or STREET information (in 6mi, exit 28, Ann Arbor
>> road PLYMOUTH LIVONIA)",
>>
>> Am I doing something wrong?
>> Greg
>>
>> ___
>> mkgmap-dev mailing list
>> mkgmap-dev@lists.mkgmap.org.uk
>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] question on 0x02

[Steve Sgalowski]

ok i have found my problem , but now wondering is it because some things
 have changed and knoced out some of the high way = trunk commands under
0x02


#highway=trunk & ( network=e-road | int_ref=* ) [0x02 resolution 24-18
continue]
#highway=trunk [0x02 road_class=4 road_speed=5 resolution 24-18]


Stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] question

[Steve Sgalowski]

when i use a pbf file from another source . eg osm2garmin  with extract of
australia_nz.pbf

i some how get with my list of poi , a 0x02 problem

meaning a error  occures with a routable way with a non route way .

What do i need to look for in my poi  file ?

Stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] problem with mkgmap

[Steve Sgalowski]

i can try this on a windows and it will work fine

Stephen


On Thu, Nov 5, 2015 at 12:23 PM, A Guertin  wrote:

> Hello,
>
> What can I do with this problem? Unable to split
>
> See attachement
>
> Andre
> --
>
>
>
>
>
>
>
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] boundary files

[Steve Sgalowski]

it is still good to know gerd , if the boundary or sea files have been
updated
so is it possible somehow to just add as text when they were last updated ..
Stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] custom typ files

[Steve Sgalowski]

 what program free based , can make or design a new custom typ that
includes all of the map features that is listed on

http://wiki.openstreetmap.org/wiki/Map_Features

Stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Speedlimit on Nüvi ?

[Steve Sgalowski]

felix i have that feature with garmin 1450 lmt with garmin maps 2016.10
stephen


On Thu, Sep 17, 2015 at 6:38 PM, Felix Hartmann <extremecar...@gmail.com>
wrote:

> Nope - only with NT maps.
>
> On 17 September 2015 at 10:02, Steve Sgalowski <steve.sgalow...@gmail.com>
> wrote:
>
>> I have this already on my nuvi 1450 lmt
>>
>> have you updated your firmware in the unit
>>
>> Stephen
>>
>>
>> On Wed, Sep 16, 2015 at 7:52 PM, Thomas Morgenstern <webmas...@img2ms.de>
>> wrote:
>>
>>> Hi to all, is there a option in the style-file  or in the
>>> mkgmap-options, that i can use to generate a tile (12345678.img ), which
>>> show me  the speedlimit for  any  road on Nüvi ? If i drive faster then
>>> allowed it gets 'red' ? my current version mkgmap is 3622.
>>> thomas
>>> ___
>>> mkgmap-dev mailing list
>>> mkgmap-dev@lists.mkgmap.org.uk
>>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>>
>>
>> ___
>> mkgmap-dev mailing list
>> mkgmap-dev@lists.mkgmap.org.uk
>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>
>
>
> --
> Felix Hartman - Openmtbmap.org & VeloMap.org
> Floragasse 9/11
> 1040 Wien
> Austria - Österreich
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] default style: highway=path means unpaved?

[Steve Sgalowski]

yet in  brisbane , to ipswich area , most are paved with concrete , or
bitumen
some bicycles just  use the main road ..

So how can you code for that ?

Stephen


On Tue, Sep 8, 2015 at 6:32 PM, Felix Hartmann 
wrote:

> Well that was introduced because it is unknown. If you have a map and want
> to avoid unpaved ways - and select that - then there really should be no
> unpaved ways. If we don't set unpaved here - the avoidance will not be
> strict enough anymore...
> highway=path & bicycle=designated could well be a tracktype=grade2 and
> sometimes even grade3 or worse... And in cases of a mtb route - clearly
> something completely unrideable for a normal cyclist...
>
> On 8 September 2015 at 10:19, Gerd Petermann <
> gpetermann_muenc...@hotmail.com> wrote:
>
>> Hi all,
>>
>> I just noted that the default style sets the mkgmap:unpaved
>> flag for many cycleways, e.g.
>> http://www.openstreetmap.org/way/276070019
>>
>> I see intensive discussions about wrong use of
>> highway=path and/or wrong interpretation of that tag.
>>
>> The rule in lines is
>> (highway=bridleway | highway=path | highway=track | highway=unsurfaced)
>> & surface!=* & tracktype!=* & smoothness!=* & sac_scale!=*
>> { add mkgmap:unpaved=1 }
>>
>> My understanding is that highway=track is likely to be unpaved, but
>> highway=path doesn't suggest that, esp. not in combination with
>> bicycle=designated.
>>
>> Does anybody have a better solution?
>>
>> Gerd
>>
>> ___
>> mkgmap-dev mailing list
>> mkgmap-dev@lists.mkgmap.org.uk
>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>
>
>
> --
> Felix Hartman - Openmtbmap.org & VeloMap.org
> Floragasse 9/11
> 1040 Wien
> Austria - Österreich
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] level 14

[Steve Sgalowski]

with level 14 - level 16

is there a way i can construct a map for viewing on the  computer , that
goes down to level 14 , in 1 file .. If so how
as i get msgs now that it is  spannig file on gmapsupp building


Stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] question with poi

[Steve Sgalowski]

is there a way guys , that poi's can be loaded on to highway  or all types
of roads
?

(highway=motorway_link | highway=trunk_link)  mkgmap:exit_hint=true 
mkgmap:dest_hint=true
  { name '${destination:ref|subst: =} ${destination|subst:;= |subst:/=
}' |
 '${ref|subst: =} ${destination|subst:;= |subst:/= }' |
 '${destination|subst:;= |subst:/= }' |
 'Exit ${mkgmap:exit_hint_ref} ${mkgmap:exit_hint_name}' |
 'Exit ${mkgmap:exit_hint_ref} ${mkgmap:exit_hint_exit_to}' |
 'Exit ${mkgmap:exit_hint_exit_to}' |
 'Exit ${mkgmap:exit_hint_name}' |
 'Exit ${mkgmap:exit_hint_ref}'
   }
done in the same setup , when this is done , or setup
 a new one for  poi's with say distance  from you to the point ?

Stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Exclude POIs from index

[Steve Sgalowski]

would not  you be wise to construct your own style / poi file , then thoes
 pois you do not need are not added to your map ?

Stephen


On Tue, Aug 25, 2015 at 10:16 AM, Dave Swarthout daveswarth...@gmail.com
wrote:

 When I search for All POIs on my Garmin Montana I get many useless unnamed
 POIs, even power poles, barriers, houses, etc. Is there some way to tell
 mkgmap to exclude such POIs from its search results?

 --
 Dave Swarthout
 Homer, Alaska
 Chiang Mai, Thailand
 Travel Blog at http://dswarthout.blogspot.com

 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] road construction

[Steve Sgalowski]

with road construction
can there be many road speeds , e.g. 40, 60, 20 ,80  and 50, 70 ( kph)
but still with the same classification as construction .
or could this also be the same for un paved roads .



stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] lines

[Steve Sgalowski]

in the lines file is there a way to have primary, seconday, teritary and
living streets with side street displayed .

so that  in the Header box more indication is given , so far only highway =
motor way is is hboxed

any iideas ?


Stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] severe style problem

[Steve Sgalowski]

tile has both left and right roads
africa pbf file

stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] france problem

[Steve Sgalowski]

while compileing france , get this message other than out of memory

any ideas ?

Stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] mkgmap

[Steve Sgalowski]

now when i go to split and make a new map for canada , the file list failes
meaning , it failes to find all files to complete the map

any ideas

stephen

splitter 429
mkgmap 3617
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] problem in mkgmap

[Steve Sgalowski]

1
africa needs admin  level 5
bu unshure which state triggered this

then have a prob wher a bbox is not spli only found on compile


stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] superfluous country specific rules in inc/address?

[Steve Sgalowski]

gerd
the reason behind my thinking was
if you do in order of country , state, region , suburb
you end up with a less of a download on pc
e.g. with basecamp and birdseye , imagery , if you do a 120 m pic it takes
a while to download , but if you do a step down
from  high quality , big area , to high quakity small area , it does not
take a lot of  downloading power .

is this the same in the osm mapping
.eg  you do a level 9 for suburb , and it takes a lot to produce , but a
5-9 does not ?

Stephen



On Sun, Jun 7, 2015 at 2:15 PM, Gerd Petermann 
gpetermann_muenc...@hotmail.com wrote:

 Hi all,

 it seems that I have to explain a few more details.

 The inc/address file contains rules which set the tags
 like mkgmap:country, mkgmap:region, mkgmap:city and
 so on.
 These tags are used in two different ways:
 1) for housenumber processing
 2) to fill the corresponding fields of POIs

 With my initial post I just wanted to point out that we have a lot
 of redundant rules, and the patch posted here

 http://gis.19327.n5.nabble.com/Patch-v1-simplify-address-rules-tp5847326.html
 shows which rules I mean.

 In the meantime Minko suggested to modify the rule for BEL instead of
 removing it.

 The general rules implemented in the file are:
 mkgmap:admin_level2 : mkgmap:country (this is the 3 character ISO code,
 e.g. GER for Germany)
 mkgmap:admin_level6,5,4,3  : mkgmap:region (meaning depends on country)
 mkgmap:admin_level8,7,9,10 : mkgmap:city

 A rather simple test to find out if the implemented rules are good is
 to compare addr:city with mkgmap:city.
 Add a line like this at the end of inc/address:
 mkgmap:city!=*  addr:city!=*  addr:city != ${mkgmap:city} { echotags
 city name? }

 and check the messages. When all rules are OK and the boundary file is up
 to date
 (and also OK) only a few messages should be printed, most of them showing
 different spelling
 of the same name.

 If you see many lines where the names in mkgmap:city and addr:city are
 totally different
 this is a hint that either the rules are not OK or that boundaries are
 missing/wrong.

 Gerd


 From: g...@ir.bbn.com
 To: steve.sgalow...@gmail.com
 Date: Sat, 6 Jun 2015 20:21:05 -0400
 CC: mkgmap-dev@lists.mkgmap.org.uk
 Subject: Re: [mkgmap-dev] superfluous country specific rules in
 inc/address?


 Steve Sgalowski steve.sgalow...@gmail.com writes:

  mkgmap:country  admin level 5
 
  then mkgmap:state admin level 6
  mkgmap:region admin level 7
  postcode sdmin level 8
  suburb  level 9, 10

 My quick reaction is that which admin_level corresponds to which parts
 of an address varies by region.  In my part of the US, state is level4,
 city/town is level8, and that's really all there is in address.
 Whether a (legal) city/town is suburb, city, town, village,
 etc. is based on size and relationship to larger entities.

 Around me only two cities have admin_level 10 boundaries.  One calls
 them neighborhoods or villages, not suburbs.  Sometimes they show up in
 postal addresses.

 So really I wonder if this means that the address component rules should
 be encoded on the boundary, something like addresses within this
 polygon inherit name_component_foo=bar.

 I am leaning to having addresses have everything (in the US) below state
 explicit, to avoid this.



 ___ mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] superfluous country specific rules in inc/address?

[Steve Sgalowski]

trying something now ok gerd p
stephen


On Sat, Jun 6, 2015 at 5:45 PM, Gerd Petermann 
gpetermann_muenc...@hotmail.com wrote:

 Hi Stephen,

 look at the default style file inc/address,
 it is contained in the dist package. You can also watch it in the SVN
 repository:

 http://www.mkgmap.org.uk/websvn/filedetails.php?repname=mkgmappath=%2Ftrunk%2Fresources%2Fstyles%2Fdefault%2Finc%2Faddress

 It doesn't contain any specific rules for Australia. If you think it should
 please suggest changes.

 Gerd

 --
 Date: Sat, 6 Jun 2015 17:40:50 +1000
 From: steve.sgalow...@gmail.com
 To: mkgmap-dev@lists.mkgmap.org.uk
 Subject: Re: [mkgmap-dev] superfluous country specific rules in
 inc/address?

 how can i test this  gerd , with the autralia region

 is there any country specific rules for POI

 Stephen


 On Sat, Jun 6, 2015 at 5:33 PM, Gerd Petermann 
 gpetermann_muenc...@hotmail.com wrote:

 Hi all,

 Please check my post

 http://gis.19327.n5.nabble.com/Wrong-adresses-for-3-french-cities-tp5847140p5847312.html

 I don't know why we have so many country specific rules which seem to do
 the same
 as the last general rules to set mkgmap:city and mkgmap:region.

 I'd prefer to reduce the country specific rules so that it is clear which
 countries
 do not use mkgmap:admin_level8 for city and mkgmap:admin_level6 for region.

 Comments?

 Gerd

 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev



 ___ mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] superfluous country specific rules in inc/address?

[Steve Sgalowski]

how can i test this  gerd , with the autralia region

is there any country specific rules for POI

Stephen


On Sat, Jun 6, 2015 at 5:33 PM, Gerd Petermann 
gpetermann_muenc...@hotmail.com wrote:

 Hi all,

 Please check my post

 http://gis.19327.n5.nabble.com/Wrong-adresses-for-3-french-cities-tp5847140p5847312.html

 I don't know why we have so many country specific rules which seem to do
 the same
 as the last general rules to set mkgmap:city and mkgmap:region.

 I'd prefer to reduce the country specific rules so that it is clear which
 countries
 do not use mkgmap:admin_level8 for city and mkgmap:admin_level6 for region.

 Comments?

 Gerd

 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] superfluous country specific rules in inc/address?

[Steve Sgalowski]

when you do admin_level 3 and level 5
what is the difference in what it displays , and what if any size
difference is there ?
stephen


On Sat, Jun 6, 2015 at 7:32 PM, Gerd Petermann 
gpetermann_muenc...@hotmail.com wrote:

 Hi Stephen,

 no idea what you mean.

 Gerd

 --
 Date: Sat, 6 Jun 2015 19:25:53 +1000
 From: steve.sgalow...@gmail.com
 To: mkgmap-dev@lists.mkgmap.org.uk
 Subject: Re: [mkgmap-dev] superfluous country specific rules in
 inc/address?

 gerd P and list
 I just have one main big question

 you talk about the admin level 3 - 11 ok in the style document
 but under each level, what is showen or displayed , under here

 would i be able to aquire clarification on this .

 Stephen


 On Sat, Jun 6, 2015 at 5:45 PM, Gerd Petermann 
 gpetermann_muenc...@hotmail.com wrote:

 Hi Stephen,

 look at the default style file inc/address,
 it is contained in the dist package. You can also watch it in the SVN
 repository:

 http://www.mkgmap.org.uk/websvn/filedetails.php?repname=mkgmappath=%2Ftrunk%2Fresources%2Fstyles%2Fdefault%2Finc%2Faddress
 http://www.mkgmap.org.uk/websvn/filedetails.php?repname=mkgmappath=/trunk/resources/styles/default/inc/address

 It doesn't contain any specific rules for Australia. If you think it should
 please suggest changes.

 Gerd

 --
 Date: Sat, 6 Jun 2015 17:40:50 +1000
 From: steve.sgalow...@gmail.com
 To: mkgmap-dev@lists.mkgmap.org.uk
 Subject: Re: [mkgmap-dev] superfluous country specific rules in
 inc/address?

 how can i test this  gerd , with the autralia region

 is there any country specific rules for POI

 Stephen


 On Sat, Jun 6, 2015 at 5:33 PM, Gerd Petermann 
 gpetermann_muenc...@hotmail.com wrote:

 Hi all,

 Please check my post

 http://gis.19327.n5.nabble.com/Wrong-adresses-for-3-french-cities-tp5847140p5847312.html

 I don't know why we have so many country specific rules which seem to do
 the same
 as the last general rules to set mkgmap:city and mkgmap:region.

 I'd prefer to reduce the country specific rules so that it is clear which
 countries
 do not use mkgmap:admin_level8 for city and mkgmap:admin_level6 for region.

 Comments?

 Gerd

 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev



 ___ mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev



 ___ mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] superfluous country specific rules in inc/address?

[Steve Sgalowski]

gerd P and list
I just have one main big question

you talk about the admin level 3 - 11 ok in the style document
but under each level, what is showen or displayed , under here

would i be able to aquire clarification on this .

Stephen


On Sat, Jun 6, 2015 at 5:45 PM, Gerd Petermann 
gpetermann_muenc...@hotmail.com wrote:

 Hi Stephen,

 look at the default style file inc/address,
 it is contained in the dist package. You can also watch it in the SVN
 repository:

 http://www.mkgmap.org.uk/websvn/filedetails.php?repname=mkgmappath=%2Ftrunk%2Fresources%2Fstyles%2Fdefault%2Finc%2Faddress

 It doesn't contain any specific rules for Australia. If you think it should
 please suggest changes.

 Gerd

 --
 Date: Sat, 6 Jun 2015 17:40:50 +1000
 From: steve.sgalow...@gmail.com
 To: mkgmap-dev@lists.mkgmap.org.uk
 Subject: Re: [mkgmap-dev] superfluous country specific rules in
 inc/address?

 how can i test this  gerd , with the autralia region

 is there any country specific rules for POI

 Stephen


 On Sat, Jun 6, 2015 at 5:33 PM, Gerd Petermann 
 gpetermann_muenc...@hotmail.com wrote:

 Hi all,

 Please check my post

 http://gis.19327.n5.nabble.com/Wrong-adresses-for-3-french-cities-tp5847140p5847312.html

 I don't know why we have so many country specific rules which seem to do
 the same
 as the last general rules to set mkgmap:city and mkgmap:region.

 I'd prefer to reduce the country specific rules so that it is clear which
 countries
 do not use mkgmap:admin_level8 for city and mkgmap:admin_level6 for region.

 Comments?

 Gerd

 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev



 ___ mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] superfluous country specific rules in inc/address?

[Steve Sgalowski]

gerd

what do you think of this general rule

mkgmap:country  admin level 5

then mkgmap:state admin level 6
mkgmap:region admin level 7
postcode sdmin level 8
suburb  level 9, 10

would that be a good idea for general rules , to give definition ?

Stephen


On Sat, Jun 6, 2015 at 8:16 PM, GerdP gpetermann_muenc...@hotmail.com
wrote:

 Hi Stephen,

 no idea what doing admin_level 3 means.
 The tags mkgmap:admin_level2 - 11 may be set when
 the bounds option is used. The values are taken from
 the corresponding administrative boundaries.
 See also

 http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#admin_level

 Gerd

 steve sgalowski wrote
  when you do admin_level 3 and level 5
  what is the difference in what it displays , and what if any size
  difference is there ?
  stephen
 
 
  On Sat, Jun 6, 2015 at 7:32 PM, Gerd Petermann 

  gpetermann_muenchen@

  wrote:
 
  Hi Stephen,
 
  no idea what you mean.
 
  Gerd
 
  --
  Date: Sat, 6 Jun 2015 19:25:53 +1000
  From:

  steve.sgalowski@

  To:

  mkgmap-dev@.org

  Subject: Re: [mkgmap-dev] superfluous country specific rules in
  inc/address?
 
  gerd P and list
  I just have one main big question
 
  you talk about the admin level 3 - 11 ok in the style document
  but under each level, what is showen or displayed , under here
 
  would i be able to aquire clarification on this .
 
  Stephen
 
 
  On Sat, Jun 6, 2015 at 5:45 PM, Gerd Petermann 
 

  gpetermann_muenchen@

  wrote:
 
  Hi Stephen,
 
  look at the default style file inc/address,
  it is contained in the dist package. You can also watch it in the SVN
  repository:
 
 
 http://www.mkgmap.org.uk/websvn/filedetails.php?repname=mkgmappath=%2Ftrunk%2Fresources%2Fstyles%2Fdefault%2Finc%2Faddress
  
 http://www.mkgmap.org.uk/websvn/filedetails.php?repname=mkgmappath=/trunk/resources/styles/default/inc/address
 
 
  It doesn't contain any specific rules for Australia. If you think it
  should
  please suggest changes.
 
  Gerd
 
  --
  Date: Sat, 6 Jun 2015 17:40:50 +1000
  From:

  steve.sgalowski@

  To:

  mkgmap-dev@.org

  Subject: Re: [mkgmap-dev] superfluous country specific rules in
  inc/address?
 
  how can i test this  gerd , with the autralia region
 
  is there any country specific rules for POI
 
  Stephen
 
 
  On Sat, Jun 6, 2015 at 5:33 PM, Gerd Petermann 
 

  gpetermann_muenchen@

  wrote:
 
  Hi all,
 
  Please check my post
 
 
 http://gis.19327.n5.nabble.com/Wrong-adresses-for-3-french-cities-tp5847140p5847312.html
 
  I don't know why we have so many country specific rules which seem to do
  the same
  as the last general rules to set mkgmap:city and mkgmap:region.
 
  I'd prefer to reduce the country specific rules so that it is clear
 which
  countries
  do not use mkgmap:admin_level8 for city and mkgmap:admin_level6 for
  region.
 
  Comments?
 
  Gerd
 
  ___
  mkgmap-dev mailing list
 

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
 
 
  ___ mkgmap-dev mailing list
 

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
  ___
  mkgmap-dev mailing list
 

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
 
 
  ___ mkgmap-dev mailing list
 

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
  ___
  mkgmap-dev mailing list
 

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
 
  ___
  mkgmap-dev mailing list

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev





 --
 View this message in context:
 http://gis.19327.n5.nabble.com/superfluous-country-specific-rules-in-inc-address-tp5847313p5847330.html
 Sent from the Mkgmap Development mailing list archive at Nabble.com.
 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] housenumbers like 1a

[Steve Sgalowski]

Steve and gerd  in australia that us also used as well
Some times upto 1g  but also on larger numbers to 3000

Steohen g
On 16/04/2015 7:27 AM, Steve Ratcliffe st...@parabola.me.uk wrote:

 Hi Gerd

  Maybe you can also find out whether the img
 format supports to distinguish numbers like 1a and 1b ?


 It does for POI addresses, but not for street addresses as far
 as I know.

 ..Steve
 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] error

[Steve Sgalowski]

i am now getting lots of erros with java out of memory with gc


i have jave 8 and java 7 installed
as some programs wont work with 8

Stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] house numbers

[Steve Sgalowski]

while doeing ontario .osm.pbf
with the new style format for poi
i get house number range : difference to large

stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] africa mkgmap diaster

[Steve Sgalowski]

style file the same
all osm files that were split have been deleted , and mkgmap does not
record anything in the compile mode that help ok


On Sat, Jan 10, 2015 at 7:56 AM, GerdP gpetermann_muenc...@hotmail.com
wrote:

 Hi Steve,

 I need the osm file that causes the problem and your style if you changed
 it
 since last time.

 Gerd

 steve sgalowski wrote
  [image: Inline image 1]
 
  gerd hope this help you m8
 
 
  On Fri, Jan 9, 2015 at 10:48 PM, Steve Sgalowski 

  steve.sgalowski@

  
  wrote:
 
  mkgmap is broken , or the bounding box is sir , checking it with
 splitter
  418
 
 
  java.lang.assertion error  arc segment  with big bb box not split
 
  this is in mkgmap gerd
 
  stephen
 
 
 
  ___
  mkgmap-dev mailing list

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
  image.png (47K)
  http://gis.19327.n5.nabble.com/attachment/5829606/0/image.png





 --
 View this message in context:
 http://gis.19327.n5.nabble.com/africa-mkgmap-diaster-tp5829544p5829608.html
 Sent from the Mkgmap Development mailing list archive at Nabble.com.
 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] africa mkgmap diaster

[Steve Sgalowski]

[image: Inline image 1]

gerd hope this help you m8


On Fri, Jan 9, 2015 at 10:48 PM, Steve Sgalowski steve.sgalow...@gmail.com
wrote:

 mkgmap is broken , or the bounding box is sir , checking it with splitter
 418


 java.lang.assertion error  arc segment  with big bb box not split

 this is in mkgmap gerd

 stephen


___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] africa mkgmap diaster

[Steve Sgalowski]

mkgmap is broken , or the bounding box is sir , checking it with splitter
418


java.lang.assertion error  arc segment  with big bb box not split

this is in mkgmap gerd

stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Issues with --housenumbers

[Steve Sgalowski]

gerd
unshure why , but some messages from the list , are hitting my SPAM box ,
even though i say this list is ok

any ideas
stephen


On Thu, Jan 8, 2015 at 9:09 PM, Gerd Petermann 
gpetermann_muenc...@hotmail.com wrote:

 Hi all,

 during the last weeks I tried to improve the --housenumber option.

 First of all: In most cases the existing code works quite well,
 but in many special cases it fails.

 I did not yet find a good solution, so I start to describe the problems
 with the existing code.

 1) No support for random house numbers.
 In some areas there is no obvious order in house numbers.
 Nevertheless the current code in mkgmap always produces
 house number data that assumes that the numbers are either
 in ascending or descending order. We would need new data
 structures to support this, or at least ignore random housenumbers.
 The effect of the current code is that MapSource shows multiple
 possible places when you enter a road and a housenumber,
 and maybe none of the places is correct.

 2) No plausibility check is done.
 The current code assigns a house (number element) to the closest road
 segment.
 It orders the houses by sorting these closest points.
 a) This doesn't work very well when multiple houses lie at the end of a
 road.
 As an effect, a house with number 12 maybe assigned to the left side of a
 road
 containing only odd numbers (or vice versa), or
 b) It also often fails when multiple houses are connected to the road
 with  an unnamed
 service road. In many areas you have a group with odd numbers 1-9 followed
 by another group
 with numbers 11-17. Depending on the position of the houses, the
 calculated order might be
 5,7,9,1,17,15,13,11 which results in an interval 5..11 instead of 1..17.
 The result also depends on whether the service road is in the map or not .
 c) In some areas, different road objects are created with the same road
 name, e.g. when
 a p-shaped road is split or the road forms some kind of grid like this a
 #  sign.
 In such an area it is likely that some houses are assigned to the wrong
 (part of a )road.
 d) In some cases we might be able to detect wrong OSM data as such and
 print
 a corresponding message.

 Both points 1) and 2) are correlated. Without a plausibilty check we
 cannot detect
 the random house number case, so I think it is an interesting problem
 of pattern recognition. The human brain is very good with that, but it is
 difficult to find
 a quick and good algo for it.

 Gerd

 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] prob in africa map 3

[Steve Sgalowski]

i will try it again gerd ,  even with asia , that has never worked for me
in a while ok
no i am not changing my poi files yet , just wish to slowly change it over
and make shure it works with just a small one first .

the africa bombed out , when i had nodes at 8 nodes ,
so i changed it to 60 nodes ,
i will see what asia does for me
especiall when it has so many poi and nodes ok


stephen


On Thu, Jan 8, 2015 at 7:20 PM, Gerd Petermann 
gpetermann_muenc...@hotmail.com wrote:

 Hi Stephen,

 info said bb box is to big 

 I don't see anything wrong in the splitter log, I guess you are talking
 about mkgmap again?

 You changed the max-nodes from 8 to 60. If you did not change your
 style
 files heavily this will not work.
 As the new message in splitter says: Consider to use a higher resolution.

 So, maybe try --resolution=14 --max-nodes=20 for splitter if you
 want to stick
 to your style.

 Gerd


 --
 Date: Thu, 8 Jan 2015 14:22:35 +1000
 From: steve.sgalow...@gmail.com
 To: mkgmap-dev@lists.mkgmap.org.uk
 Subject: [mkgmap-dev] prob in africa map 3

 here is the log file
 info said bb box is to big
 any ideas gerd and steve

 stephen

 ___ mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] prob in africa map 3

[Steve Sgalowski]

here is the log file
info said bb box is to big
any ideas gerd and steve

stephen


splitter.log
Description: Binary data
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Problem in splitter (Africa)

[Steve Sgalowski]

yes gerd p i did
will try it ok gerd p
ty
stephen


On Tue, Jan 6, 2015 at 7:54 PM, Gerd Petermann 
gpetermann_muenc...@hotmail.com wrote:

 Hi Stephen,

 yes, you should have received an answer a now.

 Gerd

 --
 Date: Tue, 6 Jan 2015 19:15:51 +1000
 From: steve.sgalow...@gmail.com
 To: mkgmap-dev@lists.mkgmap.org.uk
 Subject: Re: [mkgmap-dev] Problem in splitter (Africa)

 gerd P

 did you get my direct e-mail to you sir

 stephen


 On Tue, Jan 6, 2015 at 10:18 AM, GerdP gpetermann_muenc...@hotmail.com
 wrote:

 Hi Stephen,

 the log shows no problems. Why do you think that max-nodes=40 doesn't
 work?
 Do you see an error message in mkgmap?
 If yes, please provide your style files so that I can reproduce the
 problem.
 Maybe your style still adds one POI for each point of each highway?

 Gerd


 steve sgalowski wrote
  canada splitter log file
  as expected ,  looks like i was correct
  the size of the split has to be smaller
  stephen
 
  On Tue, Jan 6, 2015 at 7:25 AM, Carlos Dávila 

  cdavilam@

  
  wrote:
 
  Final file size depends on the amount of data in the input, not on the
  value of max-nodes. If you need a final img smaller than a given size
 you
  have to reduce the area covered by the input file or reduce the number
 of
  osm elements from the input that go into the map playing with your style
  files.
 
  El 05/01/15 a las 22:07, Steve Sgalowski escribió:
 
  gerd and carlos
  i am now running the splitter log file setup on my canada map
  and see what it does , the end result on this map = 6.8 gb img file
  wonder why some country can exceed and others not
  stephen
 
 
  On Tue, Jan 6, 2015 at 7:00 AM, Carlos Dávila 

  cdavilam@

   mailto:

  cdavilam@

   wrote:
 
  Not sure what you mean. If you split a given country in a higher
  number of tiles (lower max-nodes) final size will be the same or
  slightly bigger, as there are more duplicated info due to overlap.
  Or you are loosing some information in the process to reduce final
  file size.
 
  El 05/01/15 a las 21:34, Steve Sgalowski escribió:
 
  in some of the countries i do , if i dont make the node count
  small , the map size exceedds , size limit of 3 gb
  then unshure how , canada has done this ok
 
  stephen
 
 
  On Tue, Jan 6, 2015 at 5:24 AM, Gerd Petermann
  

  gpetermann_muenchen@

   mailto:

  gpetermann_muenchen@

  
  mailto:

  gpetermann_muenchen@

   mailto:

  gpetermann_muenchen@

   wrote:
 
  Hi all,
 
  I wonder what splitter should do in this case:
 
  Stephen uses paramter --max-nodes=8
  and splitter reports
  Highest node count in a single grid element is 557,084
 
  It is obvious that at least one tile will have much more
  than the
  requested 80.000 nodes,
  on the other hand, the file africa.osm.pbf contains large
  nearly
  empty areas,
  and that makes it very difficult to find a good split.
  The current version r416 fails because it doesn't accept
  tiles
  with less than 5% of
  the max-nodes value, so it searches for a solution where
  every
  tile has at least 4000 nodes,
  and that might not exist.
 
  I see these options:
  1) splitter can continue trying to split the data,
 accepting
  almost empty output files
  (e.g. some with  5 nodes and very high aspect ratios like
  32)
  2) if that fails,  splitter can set the max-nodes value to
  557,084
  and try again
  3) or stop with an error message that tells the user that
  it is
  not possible
  to split with the used resolution
  4) or restart using a higher resolution  (15 would be
  required
  here instead of 13),
 
  @Stephen
  What reason do you have to use such a small max-nodes
 value?
  Would it be ok for you to use a higher one?
 
  Gerd
 
 
  ___
  mkgmap-dev mailing list
 

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
 
  ___
  mkgmap-dev mailing list

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
  splitter.log (356K)
  http://gis.19327.n5.nabble.com/attachment/5829156/0/splitter.log





 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Problem-in-splitter-Africa-tp5829130p5829158.html
 Sent from the Mkgmap Development mailing list archive at Nabble.com.
 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Problem in splitter (Africa)

[Steve Sgalowski]

gerd P

did you get my direct e-mail to you sir

stephen


On Tue, Jan 6, 2015 at 10:18 AM, GerdP gpetermann_muenc...@hotmail.com
wrote:

 Hi Stephen,

 the log shows no problems. Why do you think that max-nodes=40 doesn't
 work?
 Do you see an error message in mkgmap?
 If yes, please provide your style files so that I can reproduce the
 problem.
 Maybe your style still adds one POI for each point of each highway?

 Gerd


 steve sgalowski wrote
  canada splitter log file
  as expected ,  looks like i was correct
  the size of the split has to be smaller
  stephen
 
  On Tue, Jan 6, 2015 at 7:25 AM, Carlos Dávila 

  cdavilam@

  
  wrote:
 
  Final file size depends on the amount of data in the input, not on the
  value of max-nodes. If you need a final img smaller than a given size
 you
  have to reduce the area covered by the input file or reduce the number
 of
  osm elements from the input that go into the map playing with your style
  files.
 
  El 05/01/15 a las 22:07, Steve Sgalowski escribió:
 
  gerd and carlos
  i am now running the splitter log file setup on my canada map
  and see what it does , the end result on this map = 6.8 gb img file
  wonder why some country can exceed and others not
  stephen
 
 
  On Tue, Jan 6, 2015 at 7:00 AM, Carlos Dávila 

  cdavilam@

   mailto:

  cdavilam@

   wrote:
 
  Not sure what you mean. If you split a given country in a higher
  number of tiles (lower max-nodes) final size will be the same or
  slightly bigger, as there are more duplicated info due to overlap.
  Or you are loosing some information in the process to reduce final
  file size.
 
  El 05/01/15 a las 21:34, Steve Sgalowski escribió:
 
  in some of the countries i do , if i dont make the node count
  small , the map size exceedds , size limit of 3 gb
  then unshure how , canada has done this ok
 
  stephen
 
 
  On Tue, Jan 6, 2015 at 5:24 AM, Gerd Petermann
  

  gpetermann_muenchen@

   mailto:

  gpetermann_muenchen@

  
  mailto:

  gpetermann_muenchen@

   mailto:

  gpetermann_muenchen@

   wrote:
 
  Hi all,
 
  I wonder what splitter should do in this case:
 
  Stephen uses paramter --max-nodes=8
  and splitter reports
  Highest node count in a single grid element is 557,084
 
  It is obvious that at least one tile will have much more
  than the
  requested 80.000 nodes,
  on the other hand, the file africa.osm.pbf contains large
  nearly
  empty areas,
  and that makes it very difficult to find a good split.
  The current version r416 fails because it doesn't accept
  tiles
  with less than 5% of
  the max-nodes value, so it searches for a solution where
  every
  tile has at least 4000 nodes,
  and that might not exist.
 
  I see these options:
  1) splitter can continue trying to split the data,
 accepting
  almost empty output files
  (e.g. some with  5 nodes and very high aspect ratios like
  32)
  2) if that fails,  splitter can set the max-nodes value to
  557,084
  and try again
  3) or stop with an error message that tells the user that
  it is
  not possible
  to split with the used resolution
  4) or restart using a higher resolution  (15 would be
  required
  here instead of 13),
 
  @Stephen
  What reason do you have to use such a small max-nodes
 value?
  Would it be ok for you to use a higher one?
 
  Gerd
 
 
  ___
  mkgmap-dev mailing list
 

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
 
  ___
  mkgmap-dev mailing list

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
  splitter.log (356K)
  http://gis.19327.n5.nabble.com/attachment/5829156/0/splitter.log





 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Problem-in-splitter-Africa-tp5829130p5829158.html
 Sent from the Mkgmap Development mailing list archive at Nabble.com.
 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Problem in splitter (Africa)

[Steve Sgalowski]

gerd , have tried some of your ideas
no not all worked for me
however have worked out and are combining my poi strings
am re checking now with the new poi test file you have just uploaded to
mkgmap server

stephen


On Tue, Jan 6, 2015 at 7:54 PM, Gerd Petermann 
gpetermann_muenc...@hotmail.com wrote:

 Hi Stephen,

 yes, you should have received an answer a now.

 Gerd

 --
 Date: Tue, 6 Jan 2015 19:15:51 +1000
 From: steve.sgalow...@gmail.com
 To: mkgmap-dev@lists.mkgmap.org.uk
 Subject: Re: [mkgmap-dev] Problem in splitter (Africa)

 gerd P

 did you get my direct e-mail to you sir

 stephen


 On Tue, Jan 6, 2015 at 10:18 AM, GerdP gpetermann_muenc...@hotmail.com
 wrote:

 Hi Stephen,

 the log shows no problems. Why do you think that max-nodes=40 doesn't
 work?
 Do you see an error message in mkgmap?
 If yes, please provide your style files so that I can reproduce the
 problem.
 Maybe your style still adds one POI for each point of each highway?

 Gerd


 steve sgalowski wrote
  canada splitter log file
  as expected ,  looks like i was correct
  the size of the split has to be smaller
  stephen
 
  On Tue, Jan 6, 2015 at 7:25 AM, Carlos Dávila 

  cdavilam@

  
  wrote:
 
  Final file size depends on the amount of data in the input, not on the
  value of max-nodes. If you need a final img smaller than a given size
 you
  have to reduce the area covered by the input file or reduce the number
 of
  osm elements from the input that go into the map playing with your style
  files.
 
  El 05/01/15 a las 22:07, Steve Sgalowski escribió:
 
  gerd and carlos
  i am now running the splitter log file setup on my canada map
  and see what it does , the end result on this map = 6.8 gb img file
  wonder why some country can exceed and others not
  stephen
 
 
  On Tue, Jan 6, 2015 at 7:00 AM, Carlos Dávila 

  cdavilam@

   mailto:

  cdavilam@

   wrote:
 
  Not sure what you mean. If you split a given country in a higher
  number of tiles (lower max-nodes) final size will be the same or
  slightly bigger, as there are more duplicated info due to overlap.
  Or you are loosing some information in the process to reduce final
  file size.
 
  El 05/01/15 a las 21:34, Steve Sgalowski escribió:
 
  in some of the countries i do , if i dont make the node count
  small , the map size exceedds , size limit of 3 gb
  then unshure how , canada has done this ok
 
  stephen
 
 
  On Tue, Jan 6, 2015 at 5:24 AM, Gerd Petermann
  

  gpetermann_muenchen@

   mailto:

  gpetermann_muenchen@

  
  mailto:

  gpetermann_muenchen@

   mailto:

  gpetermann_muenchen@

   wrote:
 
  Hi all,
 
  I wonder what splitter should do in this case:
 
  Stephen uses paramter --max-nodes=8
  and splitter reports
  Highest node count in a single grid element is 557,084
 
  It is obvious that at least one tile will have much more
  than the
  requested 80.000 nodes,
  on the other hand, the file africa.osm.pbf contains large
  nearly
  empty areas,
  and that makes it very difficult to find a good split.
  The current version r416 fails because it doesn't accept
  tiles
  with less than 5% of
  the max-nodes value, so it searches for a solution where
  every
  tile has at least 4000 nodes,
  and that might not exist.
 
  I see these options:
  1) splitter can continue trying to split the data,
 accepting
  almost empty output files
  (e.g. some with  5 nodes and very high aspect ratios like
  32)
  2) if that fails,  splitter can set the max-nodes value to
  557,084
  and try again
  3) or stop with an error message that tells the user that
  it is
  not possible
  to split with the used resolution
  4) or restart using a higher resolution  (15 would be
  required
  here instead of 13),
 
  @Stephen
  What reason do you have to use such a small max-nodes
 value?
  Would it be ok for you to use a higher one?
 
  Gerd
 
 
  ___
  mkgmap-dev mailing list
 

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
 
  ___
  mkgmap-dev mailing list

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
  splitter.log (356K)
  http://gis.19327.n5.nabble.com/attachment/5829156/0/splitter.log





 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Problem-in-splitter-Africa-tp5829130p5829158.html
 Sent from the Mkgmap Development mailing list archive at Nabble.com

Re: [mkgmap-dev] Problem in splitter (Africa)

[Steve Sgalowski]

gerd p
would love more on the routing mate in my map
but when i tried before to upgrade the script file , it did not work
may be i send the script file i use ,  so you can help me convert it over
to the new scripting you do mate

or provide me with plenty of examples and i can try gerd

stephen


On Wed, Jan 7, 2015 at 5:11 PM, Gerd Petermann 
gpetermann_muenc...@hotmail.com wrote:

 Hi Stephen,

 okay, I forgot to ask you about other details:
 1) You use options like --process-exits and other used for routing, but
 your
 style doesn't set any of the access attributes like mkgmap:car,
 mkgmap:foot etc
 which are needed to get proper routing info in the map.
 I guess you don't care about routing?

 2) Your cmd file contains the option --pois-to-areas-placement=tagelist
 I think this is a very old typo which overrides a good default:
 pois-to-areas-placement=entrance=main;entrance=yes;building=entrance

 Please check the docu about the meaning:
 http://www.mkgmap.org.uk/doc/options

 Gerd

 --
 Date: Wed, 7 Jan 2015 16:57:41 +1000
 From: steve.sgalow...@gmail.com
 To: mkgmap-dev@lists.mkgmap.org.uk
 Subject: Re: [mkgmap-dev] Problem in splitter (Africa)

 gerd , have tried some of your ideas
 no not all worked for me
 however have worked out and are combining my poi strings
 am re checking now with the new poi test file you have just uploaded to
 mkgmap server

 stephen


 On Tue, Jan 6, 2015 at 7:54 PM, Gerd Petermann 
 gpetermann_muenc...@hotmail.com wrote:

 Hi Stephen,

 yes, you should have received an answer a now.

 Gerd

 --
 Date: Tue, 6 Jan 2015 19:15:51 +1000
 From: steve.sgalow...@gmail.com
 To: mkgmap-dev@lists.mkgmap.org.uk
 Subject: Re: [mkgmap-dev] Problem in splitter (Africa)

 gerd P

 did you get my direct e-mail to you sir

 stephen


 On Tue, Jan 6, 2015 at 10:18 AM, GerdP gpetermann_muenc...@hotmail.com
 wrote:

 Hi Stephen,

 the log shows no problems. Why do you think that max-nodes=40 doesn't
 work?
 Do you see an error message in mkgmap?
 If yes, please provide your style files so that I can reproduce the
 problem.
 Maybe your style still adds one POI for each point of each highway?

 Gerd


 steve sgalowski wrote
  canada splitter log file
  as expected ,  looks like i was correct
  the size of the split has to be smaller
  stephen
 
  On Tue, Jan 6, 2015 at 7:25 AM, Carlos Dávila 

  cdavilam@

  
  wrote:
 
  Final file size depends on the amount of data in the input, not on the
  value of max-nodes. If you need a final img smaller than a given size
 you
  have to reduce the area covered by the input file or reduce the number
 of
  osm elements from the input that go into the map playing with your style
  files.
 
  El 05/01/15 a las 22:07, Steve Sgalowski escribió:
 
  gerd and carlos
  i am now running the splitter log file setup on my canada map
  and see what it does , the end result on this map = 6.8 gb img file
  wonder why some country can exceed and others not
  stephen
 
 
  On Tue, Jan 6, 2015 at 7:00 AM, Carlos Dávila 

  cdavilam@

   mailto:

  cdavilam@

   wrote:
 
  Not sure what you mean. If you split a given country in a higher
  number of tiles (lower max-nodes) final size will be the same or
  slightly bigger, as there are more duplicated info due to overlap.
  Or you are loosing some information in the process to reduce final
  file size.
 
  El 05/01/15 a las 21:34, Steve Sgalowski escribió:
 
  in some of the countries i do , if i dont make the node count
  small , the map size exceedds , size limit of 3 gb
  then unshure how , canada has done this ok
 
  stephen
 
 
  On Tue, Jan 6, 2015 at 5:24 AM, Gerd Petermann
  

  gpetermann_muenchen@

   mailto:

  gpetermann_muenchen@

  
  mailto:

  gpetermann_muenchen@

   mailto:

  gpetermann_muenchen@

   wrote:
 
  Hi all,
 
  I wonder what splitter should do in this case:
 
  Stephen uses paramter --max-nodes=8
  and splitter reports
  Highest node count in a single grid element is 557,084
 
  It is obvious that at least one tile will have much more
  than the
  requested 80.000 nodes,
  on the other hand, the file africa.osm.pbf contains large
  nearly
  empty areas,
  and that makes it very difficult to find a good split.
  The current version r416 fails because it doesn't accept
  tiles
  with less than 5% of
  the max-nodes value, so it searches for a solution where
  every
  tile has at least 4000 nodes,
  and that might not exist.
 
  I see these options:
  1) splitter can continue trying to split the data,
 accepting
  almost empty output files
  (e.g. some with  5 nodes and very high aspect ratios like

Re: [mkgmap-dev] Problem in splitter (Africa)

[Steve Sgalowski]

gerd p

under stood mate , but why does it only happen to this one , but when i
change others max nodes it is all ok

i will send the style files i use ,

stephen


On Tue, Jan 6, 2015 at 10:18 AM, GerdP gpetermann_muenc...@hotmail.com
wrote:

 Hi Stephen,

 the log shows no problems. Why do you think that max-nodes=40 doesn't
 work?
 Do you see an error message in mkgmap?
 If yes, please provide your style files so that I can reproduce the
 problem.
 Maybe your style still adds one POI for each point of each highway?

 Gerd


 steve sgalowski wrote
  canada splitter log file
  as expected ,  looks like i was correct
  the size of the split has to be smaller
  stephen
 
  On Tue, Jan 6, 2015 at 7:25 AM, Carlos Dávila 

  cdavilam@

  
  wrote:
 
  Final file size depends on the amount of data in the input, not on the
  value of max-nodes. If you need a final img smaller than a given size
 you
  have to reduce the area covered by the input file or reduce the number
 of
  osm elements from the input that go into the map playing with your style
  files.
 
  El 05/01/15 a las 22:07, Steve Sgalowski escribió:
 
  gerd and carlos
  i am now running the splitter log file setup on my canada map
  and see what it does , the end result on this map = 6.8 gb img file
  wonder why some country can exceed and others not
  stephen
 
 
  On Tue, Jan 6, 2015 at 7:00 AM, Carlos Dávila 

  cdavilam@

   mailto:

  cdavilam@

   wrote:
 
  Not sure what you mean. If you split a given country in a higher
  number of tiles (lower max-nodes) final size will be the same or
  slightly bigger, as there are more duplicated info due to overlap.
  Or you are loosing some information in the process to reduce final
  file size.
 
  El 05/01/15 a las 21:34, Steve Sgalowski escribió:
 
  in some of the countries i do , if i dont make the node count
  small , the map size exceedds , size limit of 3 gb
  then unshure how , canada has done this ok
 
  stephen
 
 
  On Tue, Jan 6, 2015 at 5:24 AM, Gerd Petermann
  

  gpetermann_muenchen@

   mailto:

  gpetermann_muenchen@

  
  mailto:

  gpetermann_muenchen@

   mailto:

  gpetermann_muenchen@

   wrote:
 
  Hi all,
 
  I wonder what splitter should do in this case:
 
  Stephen uses paramter --max-nodes=8
  and splitter reports
  Highest node count in a single grid element is 557,084
 
  It is obvious that at least one tile will have much more
  than the
  requested 80.000 nodes,
  on the other hand, the file africa.osm.pbf contains large
  nearly
  empty areas,
  and that makes it very difficult to find a good split.
  The current version r416 fails because it doesn't accept
  tiles
  with less than 5% of
  the max-nodes value, so it searches for a solution where
  every
  tile has at least 4000 nodes,
  and that might not exist.
 
  I see these options:
  1) splitter can continue trying to split the data,
 accepting
  almost empty output files
  (e.g. some with  5 nodes and very high aspect ratios like
  32)
  2) if that fails,  splitter can set the max-nodes value to
  557,084
  and try again
  3) or stop with an error message that tells the user that
  it is
  not possible
  to split with the used resolution
  4) or restart using a higher resolution  (15 would be
  required
  here instead of 13),
 
  @Stephen
  What reason do you have to use such a small max-nodes
 value?
  Would it be ok for you to use a higher one?
 
  Gerd
 
 
  ___
  mkgmap-dev mailing list
 

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
 
  ___
  mkgmap-dev mailing list

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
  splitter.log (356K)
  http://gis.19327.n5.nabble.com/attachment/5829156/0/splitter.log





 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Problem-in-splitter-Africa-tp5829130p5829158.html
 Sent from the Mkgmap Development mailing list archive at Nabble.com.
 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] africa map 2

[Steve Sgalowski]

received this one ok gerd

i did  try a new copy incl, the osm.bz file but failed as well
stephen


On Mon, Jan 5, 2015 at 9:47 PM, Gerd Petermann 
gpetermann_muenc...@hotmail.com wrote:

 Hi Steve,

 I got the impression that my answers don't reach you.
 If I get no answer on this post I'll stop trying to help.

 Gerd

 --
 Date: Mon, 5 Jan 2015 17:41:02 +1000
 From: steve.sgalow...@gmail.com
 To: mkgmap-dev@lists.mkgmap.org.uk
 Subject: [mkgmap-dev] africa map 2

 re downloaded the osm.bz file , it also failed  due to bounds exception
 africa.pbf file . failed also , just 5 mb map file , when the input file
 is 731 mb pbf file
 osm.bz = 1.3 gb

 both have now failed

 Stephen


 ___ mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] africa map 2

[Steve Sgalowski]

@echo off

rem --
rem --- CreateIMG.bat - By Marco Certelli - Beta07 ---
rem --

rem  Define your default country 

set country=africa-latest

rem *

rem Available styles: drivemap, kleineisel, masterstyle, default, marine,
noname, test
set style=drivemap

rem Available TYPfiles: DRIVEMAP.TYP, KLEINEISEL.TYP, MASTER.TYP,
TEDDY.TYP, DOM.TYP
set typfile=velwaus.TYP

rem Put AddTypToIMG=yes to add TYPfile to gmapsupp.img (so it is active in
garmin too)
set AddTypToIMG=yes

rem MapSource Family-ID: must be a unique (in mapsource) 3 digit number
(000 to 999)
set FID=890

rem MSDir shall contain the existing directory where mapsource installs
maps
rem Next usually results in MSDir=C:\\Garmin
set MSDir=%systemdrive%\\Garmin

rem Next usually results in MSDir=C:\\Program Files\\Garmin
rem set MSDir=%ProgramFiles%
rem set MSDir=%MSDir:\=\\%
rem set MSDir=%MSDir%\\Garmin
hen
rem Available continents: europe, africa, asia, north-america, south-america
set continent=

rem Just leave debug=no for production  to delete intermediate temporary
files.
set debug=no


echo.
echo **
echo * This script downloads (if needed) and compiles the *
echo * OSM map data to generate a Garmin IMG routable map *
echo **
echo.

rem Override default country if a name is given to the batch as parameter
if %1 NEQ  set country=%1

rem Ask user for a country name if no default and no parameter is set
if %country% NEQ  goto :Search4Map
set /P country=Enter the country to build: 
echo.

:Search4Map

if NOT EXIST OSM-Data mkdir OSM-Data
cd OSM-Data

rem 1) search for xxx.osm file
rem set osmfile=%country%.osm
rem if EXIST %osmfile% echo File OSM-Data\%osmfile% found (no download
required)
rem if EXIST %osmfile% GOTO :SplitMap

rem 2) search for xxx.osm.bz2 file
rem set osmfile=%country%.osm.bz2
rem if EXIST %osmfile% echo File OSM-Data\%osmfile% found: delete it for a
new download
rem if EXIST %osmfile% GOTO :SplitMap

rem 3) search for xxx.osm.pbf file
set osmfile=%country%.osm.pbf
if EXIST %osmfile% echo File OSM-Data\%osmfile% found: delete it for a new
download
if EXIST %osmfile% GOTO :SplitMap

echo.
echo Downloading OSM data for %country%
echo.

..\bin\wget http://download.geofabrik.de/openstreetmap/%continent%/%osmfile%

if EXIST %osmfile% goto :SplitMap
echo.
echo *
echo *** SORRY: download of /%continent%/%osmfile% has FAILED!!!
echo *** Check at http://download.geofabrik.de/osm/%continent%/
echo *** and manually download %osmfile%
echo *
echo.
goto :END


:SplitMap

echo.
echo Start converting %country% OSM data into IMG Map...

if NOT EXIST ..\IMG-OSM-%country% mkdir ..\IMG-OSM-%country%
cd ..\IMG-OSM-%country%

if EXIST template.args goto :Compile

echo.
echo Splitting OSM-Data\%osmfile%. Please wait
echo.

rem start /low /b /wait java -enableassertions -Xmx1000m -jar
..\bin\splitter.jar --mapid=66%FID%001 --max-nodes=100
..\OSM-Data\%osmfile%

rem start /low /b /wait java -enableassertions -Xmx1250m -jar
..\bin\splitter.jar --mapid=66%FID%001 --output=xml ..\OSM-Data\%osmfile%
start /low /b /wait java -enableassertions -Xmx800m -jar
..\bin\splitter.jar --mapid=66%FID%001 ..\OSM-Data\%osmfile% --output=xml
 --max-nodes=8 --problem-report=problem.txt --keep-complete=true
 --status-freq=120

:Compile

echo.
echo Compiling OSM-Data\%osmfile% into IMG, FID=%FID%. Please wait
echo.

set TypFileToAdd=
if %AddTypToIMG% NEQ yes goto :NoTypToAdd
copy ..\bin\typ\%typfile% style.typ 2nul 1nul
..\bin\TYPtool %FID% 1 style.typ nul
set TypFileToAdd=style.typ

:NoTypToAdd

rem start /low /b /wait java -enableassertions -Xmx1000m -jar
..\bin\mkgmap.jar --country-name=%country% --family-id=%FID%
--mapname=66%FID%001 --overview-mapname=66%FID%000
--series-name=OSM-%country% --family-name=OpenStreetMap: %country%
--style-file=..\bin\styles\ --style=%style% --description=%country% -c
..\bin\template_basic.args -c template.args %TypFileToAdd%
rem start /low /b /wait java -enableassertions -Xmx800m -jar
..\bin\mkgmap.jar  --overview-levels  --link-pois-to-ways
--polygon-size-limits=24:12, 18:10, 16:8, 14:4, 12:2, 11:0
--check-styles --process-exits  --merge-lines --add-pois-to-areas
--style=default --pois-to-areas-placement=tagelist --add-pois-to-lines
--tdbfile --transparent --make-poi-index --reduce-point-density=2.6
--reduce-point-density-polygon=4   --index
--levels=0:24,1:22,2:20,3:18,4:16,5:14 --make-poi-index  --verbose --route
--country-name=%country% --family-id=%FID% --mapname=66%FID%001
--overview-mapname=66%FID%000 --series-name=OSM-%country%
--family-name=OpenStreetMap: %country% --style-file=..\bin\styles\
--style=%style% --description=%country% -c ..\bin\template_basic.args 

Re: [mkgmap-dev] africa map 2

[Steve Sgalowski]

problem . txt file


On Mon, Jan 5, 2015 at 10:11 PM, Gerd Petermann 
gpetermann_muenc...@hotmail.com wrote:

 Hi Steve,

 okay, I asked you to check the splitter log or
 to post your scripts so that we may find out
 what is going wrong on your side.

 Gerd

 --
 Date: Mon, 5 Jan 2015 21:59:29 +1000
 From: steve.sgalow...@gmail.com
 To: mkgmap-dev@lists.mkgmap.org.uk
 Subject: Re: [mkgmap-dev] africa map 2

 received this one ok gerd

 i did  try a new copy incl, the osm.bz file but failed as well
 stephen


 On Mon, Jan 5, 2015 at 9:47 PM, Gerd Petermann 
 gpetermann_muenc...@hotmail.com wrote:

 Hi Steve,

 I got the impression that my answers don't reach you.
 If I get no answer on this post I'll stop trying to help.

 Gerd

 --
 Date: Mon, 5 Jan 2015 17:41:02 +1000
 From: steve.sgalow...@gmail.com
 To: mkgmap-dev@lists.mkgmap.org.uk
 Subject: [mkgmap-dev] africa map 2

 re downloaded the osm.bz file , it also failed  due to bounds exception
 africa.pbf file . failed also , just 5 mb map file , when the input file
 is 731 mb pbf file
 osm.bz = 1.3 gb

 both have now failed

 Stephen


 ___ mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev



 ___ mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

#
# This file can be given to splitter using the --problem-file option
#
# List of relations and ways that are known to cause problems
# in splitter or mkgmap
# Objects listed here are specially treated by splitter to assure
# that complete data is written to all related tiles
# Format:
# way:id
# rel:id
# ways
way: 5038117 #
way: 9486014 #
way: 9884466 #
way: 9884467 #
way: 9884503 #
way: 9884526 #
way: 22688898 #
way: 24039710 #
way: 24040633 #
way: 25335808 #
way: 25620258 #
way: 25871301 #
way: 27492685 #
way: 28621855 #
way: 28621863 #
way: 28621878 #
way: 28621883 #
way: 29448987 #
way: 29561456 #
way: 29563264 #
way: 30147952 #
way: 30148046 #
way: 30148268 #
way: 30174685 #
way: 30174742 #
way: 30175079 #
way: 30175418 #
way: 30798339 #
way: 31740519 #
way: 31740539 #
way: 32428662 #
way: 33271812 #
way: 33273371 #
way: 33273430 #
way: 34421105 #
way: 34421194 #
way: 34421595 #
way: 34421620 #
way: 34421740 #
way: 34422133 #
way: 34422365 #
way: 34422508 #
way: 36823583 #
way: 39123660 #
way: 40945548 #
way: 40945552 #
way: 41047910 #
way: 44770495 #
way: 46419339 #
way: 46726168 #
way: 47518993 #
way: 48038432 #
way: 48038464 #
way: 48038481 #
way: 48905752 #
way: 49168043 #
way: 49168052 #
way: 50706498 #
way: 52095566 #
way: 52887821 #
way: 53456324 #
way: 56440596 #
way: 62149416 #
way: 62149933 #
way: 62150129 #
way: 64506070 #
way: 64506078 #
way: 64989340 #
way: 64989356 #
way: 77221209 #
way: 77221211 #
way: 77221316 #
way: 77221319 #
way: 78393818 #
way: 78393819 #
way: 85851228 #
way: 85856758 #
way: 85863595 #
way: 88122932 #
way: 88217251 #
way: 89195232 #
way: 89796397 #
way: 89865744 #
way: 90172049 #
way: 90481734 #
way: 93325327 #
way: 93363224 #
way: 93378268 #
way: 93386883 #
way: 93386888 #
way: 93386891 #
way: 93446713 #
way: 93486577 #
way: 93574144 #
way: 93624038 #
way: 93625388 #
way: 93625389 #
way: 93625415 #
way: 93625418 #
way: 93863806 #
way: 94450913 #
way: 94450935 #
way: 94450976 #
way: 94451019 #
way: 94998435 #
way: 95260253 #
way: 97208606 #
way: 97242113 #
way: 97410826 #
way: 97571964 #
way: 98119211 #
way: 98124942 #
way: 98124943 #
way: 98124944 #
way: 98124954 #
way: 98355938 #
way: 98355946 #
way: 98355953 #
way: 98387317 #
way: 98409557 #
way: 98409592 #
way: 98411522 #
way: 98411569 #
way: 98426994 #
way: 98427010 #
way: 98427023 #
way: 98427028 #
way: 98427036 #
way: 98427037 #
way: 98427043 #
way: 98427054 #
way: 98427055 #
way: 98427056 #
way: 98427059 #
way: 98427065 #
way: 98461204 #
way: 98738076 #
way: 98738080 #
way: 98738084 #
way: 98874642 #
way: 98874657 #
way: 98874659 #
way: 98874661 #
way: 98874667 #
way: 98878139 #
way: 98878147 #
way: 98878155 #
way: 98878158 #
way: 98878177 #
way: 100143113 #
way: 100772945 #
way: 100867722 #
way: 100888430 #
way: 100888454 #
way: 100888477 #
way: 102070926 #
way: 102162888 #
way: 102247541 #
way: 102247542 #
way: 102286772 #
way: 102286797 #
way: 102290690 #
way: 102410632 #
way: 102414777 #
way: 102420185 #
way: 102420191 #
way: 102462269 #
way: 102542877 #
way: 102621570 #
way: 103006841 #
way: 103006842 #
way: 103006846 #
way: 103008552 #
way: 103008553 #
way: 103008556 #
way: 103010148 #
way: 103013456 #
way: 103015027 #
way: 

Re: [mkgmap-dev] africa map 2

[Steve Sgalowski]

gerd , i will run the file again just for you sir ok
stephen


On Mon, Jan 5, 2015 at 10:24 PM, Gerd Petermann 
gpetermann_muenc...@hotmail.com wrote:

 Hi Steve,

 I assume that the heap for splitter is too small.
 If your machine allows it, use a larger value like -Xmx3000m .
 If not, don't use keep-complete.

 In any case, add  splitter.log after
 the last splitter option so that you get the log I am asking for.
 java ... -jar splitter.jar ...  splitter.log

 Gerd

 --
 Date: Mon, 5 Jan 2015 22:15:29 +1000
 From: steve.sgalow...@gmail.com
 To: mkgmap-dev@lists.mkgmap.org.uk
 Subject: Re: [mkgmap-dev] africa map 2

 @echo off

 rem --
 rem --- CreateIMG.bat - By Marco Certelli - Beta07 ---
 rem --

 rem  Define your default country 

 set country=africa-latest

 rem *

 rem Available styles: drivemap, kleineisel, masterstyle, default, marine,
 noname, test
 set style=drivemap

 rem Available TYPfiles: DRIVEMAP.TYP, KLEINEISEL.TYP, MASTER.TYP,
 TEDDY.TYP, DOM.TYP
 set typfile=velwaus.TYP

 rem Put AddTypToIMG=yes to add TYPfile to gmapsupp.img (so it is active in
 garmin too)
 set AddTypToIMG=yes

 rem MapSource Family-ID: must be a unique (in mapsource) 3 digit number
 (000 to 999)
 set FID=890

 rem MSDir shall contain the existing directory where mapsource installs
 maps
 rem Next usually results in MSDir=C:\\Garmin
 set MSDir=%systemdrive%\\Garmin

 rem Next usually results in MSDir=C:\\Program Files\\Garmin
 rem set MSDir=%ProgramFiles%
 rem set MSDir=%MSDir:\=\\%
 rem set MSDir=%MSDir%\\Garmin
 hen
 rem Available continents: europe, africa, asia, north-america,
 south-america
 set continent=

 rem Just leave debug=no for production  to delete intermediate temporary
 files.
 set debug=no


 echo.
 echo **
 echo * This script downloads (if needed) and compiles the *
 echo * OSM map data to generate a Garmin IMG routable map *
 echo **
 echo.

 rem Override default country if a name is given to the batch as parameter
 if %1 NEQ  set country=%1

 rem Ask user for a country name if no default and no parameter is set
 if %country% NEQ  goto :Search4Map
 set /P country=Enter the country to build: 
 echo.

 :Search4Map

 if NOT EXIST OSM-Data mkdir OSM-Data
 cd OSM-Data

 rem 1) search for xxx.osm file
 rem set osmfile=%country%.osm
 rem if EXIST %osmfile% echo File OSM-Data\%osmfile% found (no download
 required)
 rem if EXIST %osmfile% GOTO :SplitMap

 rem 2) search for xxx.osm.bz2 file
 rem set osmfile=%country%.osm.bz2
 rem if EXIST %osmfile% echo File OSM-Data\%osmfile% found: delete it for a
 new download
 rem if EXIST %osmfile% GOTO :SplitMap

 rem 3) search for xxx.osm.pbf file
 set osmfile=%country%.osm.pbf
 if EXIST %osmfile% echo File OSM-Data\%osmfile% found: delete it for a new
 download
 if EXIST %osmfile% GOTO :SplitMap

 echo.
 echo Downloading OSM data for %country%
 echo.

 ..\bin\wget
 http://download.geofabrik.de/openstreetmap/%continent%/%osmfile%

 if EXIST %osmfile% goto :SplitMap
 echo.
 echo *
 echo *** SORRY: download of /%continent%/%osmfile% has FAILED!!!
 echo *** Check at http://download.geofabrik.de/osm/%continent%/
 echo *** and manually download %osmfile%
 echo *
 echo.
 goto :END


 :SplitMap

 echo.
 echo Start converting %country% OSM data into IMG Map...

 if NOT EXIST ..\IMG-OSM-%country% mkdir ..\IMG-OSM-%country%
 cd ..\IMG-OSM-%country%

 if EXIST template.args goto :Compile

 echo.
 echo Splitting OSM-Data\%osmfile%. Please wait
 echo.

 rem start /low /b /wait java -enableassertions -Xmx1000m -jar
 ..\bin\splitter.jar --mapid=66%FID%001 --max-nodes=100
 ..\OSM-Data\%osmfile%

 rem start /low /b /wait java -enableassertions -Xmx1250m -jar
 ..\bin\splitter.jar --mapid=66%FID%001 --output=xml ..\OSM-Data\%osmfile%
 start /low /b /wait java -enableassertions -Xmx800m -jar
 ..\bin\splitter.jar --mapid=66%FID%001 ..\OSM-Data\%osmfile% --output=xml
  --max-nodes=8 --problem-report=problem.txt --keep-complete=true
  --status-freq=120

 :Compile

 echo.
 echo Compiling OSM-Data\%osmfile% into IMG, FID=%FID%. Please wait
 echo.

 set TypFileToAdd=
 if %AddTypToIMG% NEQ yes goto :NoTypToAdd
 copy ..\bin\typ\%typfile% style.typ 2nul 1nul
 ..\bin\TYPtool %FID% 1 style.typ nul
 set TypFileToAdd=style.typ

 :NoTypToAdd

 rem start /low /b /wait java -enableassertions -Xmx1000m -jar
 ..\bin\mkgmap.jar --country-name=%country% --family-id=%FID%
 --mapname=66%FID%001 --overview-mapname=66%FID%000
 --series-name=OSM-%country% --family-name=OpenStreetMap: %country%
 --style-file=..\bin\styles\ --style=%style% --description=%country% -c
 ..\bin\template_basic.args -c template.args 

Re: [mkgmap-dev] africa map 2

[Steve Sgalowski]

On Mon, Jan 5, 2015 at 10:52 PM, Gerd Petermann 
gpetermann_muenc...@hotmail.com wrote:

 Hi Stephen,

 sorry, did not want to sound impolite.

 If I am right, splitter ends with an OutOfMemoryError,
 and your script continues without notifying this
 and splitter.log will not directly show what's wrong.

 If you use java ... -jar splitter.jar ...  splitter.log 2 splitter.err

 you should find a message in splitter.err if something serious
 went wrong.

 Gerd
 --
 Date: Mon, 5 Jan 2015 22:26:00 +1000
 From: steve.sgalow...@gmail.com
 To: mkgmap-dev@lists.mkgmap.org.uk
 Subject: Re: [mkgmap-dev] africa map 2

 gerd , i will run the file again just for you sir ok
 stephen


 On Mon, Jan 5, 2015 at 10:24 PM, Gerd Petermann 
 gpetermann_muenc...@hotmail.com wrote:

 Hi Steve,

 I assume that the heap for splitter is too small.
 If your machine allows it, use a larger value like -Xmx3000m .
 If not, don't use keep-complete.

 In any case, add  splitter.log after
 the last splitter option so that you get the log I am asking for.
 java ... -jar splitter.jar ...  splitter.log

 Gerd

 --
 Date: Mon, 5 Jan 2015 22:15:29 +1000
 From: steve.sgalow...@gmail.com
 To: mkgmap-dev@lists.mkgmap.org.uk
 Subject: Re: [mkgmap-dev] africa map 2

 @echo off

 rem --
 rem --- CreateIMG.bat - By Marco Certelli - Beta07 ---
 rem --

 rem  Define your default country 

 set country=africa-latest

 rem *

 rem Available styles: drivemap, kleineisel, masterstyle, default, marine,
 noname, test
 set style=drivemap

 rem Available TYPfiles: DRIVEMAP.TYP, KLEINEISEL.TYP, MASTER.TYP,
 TEDDY.TYP, DOM.TYP
 set typfile=velwaus.TYP

 rem Put AddTypToIMG=yes to add TYPfile to gmapsupp.img (so it is active in
 garmin too)
 set AddTypToIMG=yes

 rem MapSource Family-ID: must be a unique (in mapsource) 3 digit number
 (000 to 999)
 set FID=890

 rem MSDir shall contain the existing directory where mapsource installs
 maps
 rem Next usually results in MSDir=C:\\Garmin
 set MSDir=%systemdrive%\\Garmin

 rem Next usually results in MSDir=C:\\Program Files\\Garmin
 rem set MSDir=%ProgramFiles%
 rem set MSDir=%MSDir:\=\\%
 rem set MSDir=%MSDir%\\Garmin
 hen
 rem Available continents: europe, africa, asia, north-america,
 south-america
 set continent=

 rem Just leave debug=no for production  to delete intermediate temporary
 files.
 set debug=no


 echo.
 echo **
 echo * This script downloads (if needed) and compiles the *
 echo * OSM map data to generate a Garmin IMG routable map *
 echo **
 echo.

 rem Override default country if a name is given to the batch as parameter
 if %1 NEQ  set country=%1

 rem Ask user for a country name if no default and no parameter is set
 if %country% NEQ  goto :Search4Map
 set /P country=Enter the country to build: 
 echo.

 :Search4Map

 if NOT EXIST OSM-Data mkdir OSM-Data
 cd OSM-Data

 rem 1) search for xxx.osm file
 rem set osmfile=%country%.osm
 rem if EXIST %osmfile% echo File OSM-Data\%osmfile% found (no download
 required)
 rem if EXIST %osmfile% GOTO :SplitMap

 rem 2) search for xxx.osm.bz2 file
 rem set osmfile=%country%.osm.bz2
 rem if EXIST %osmfile% echo File OSM-Data\%osmfile% found: delete it for a
 new download
 rem if EXIST %osmfile% GOTO :SplitMap

 rem 3) search for xxx.osm.pbf file
 set osmfile=%country%.osm.pbf
 if EXIST %osmfile% echo File OSM-Data\%osmfile% found: delete it for a new
 download
 if EXIST %osmfile% GOTO :SplitMap

 echo.
 echo Downloading OSM data for %country%
 echo.

 ..\bin\wget
 http://download.geofabrik.de/openstreetmap/%continent%/%osmfile%

 if EXIST %osmfile% goto :SplitMap
 echo.
 echo *
 echo *** SORRY: download of /%continent%/%osmfile% has FAILED!!!
 echo *** Check at http://download.geofabrik.de/osm/%continent%/
 echo *** and manually download %osmfile%
 echo *
 echo.
 goto :END


 :SplitMap

 echo.
 echo Start converting %country% OSM data into IMG Map...

 if NOT EXIST ..\IMG-OSM-%country% mkdir ..\IMG-OSM-%country%
 cd ..\IMG-OSM-%country%

 if EXIST template.args goto :Compile

 echo.
 echo Splitting OSM-Data\%osmfile%. Please wait
 echo.

 rem start /low /b /wait java -enableassertions -Xmx1000m -jar
 ..\bin\splitter.jar --mapid=66%FID%001 --max-nodes=100
 ..\OSM-Data\%osmfile%

 rem start /low /b /wait java -enableassertions -Xmx1250m -jar
 ..\bin\splitter.jar --mapid=66%FID%001 --output=xml ..\OSM-Data\%osmfile%
 start /low /b /wait java -enableassertions -Xmx800m -jar
 ..\bin\splitter.jar --mapid=66%FID%001 ..\OSM-Data\%osmfile% --output=xml
  --max-nodes=8 --problem-report=problem.txt --keep-complete=true
  --status-freq=120

 :Compile

Re: [mkgmap-dev] africa map 2

[Steve Sgalowski]

splitter log file


On Mon, Jan 5, 2015 at 10:52 PM, Gerd Petermann 
gpetermann_muenc...@hotmail.com wrote:

 Hi Stephen,

 sorry, did not want to sound impolite.

 If I am right, splitter ends with an OutOfMemoryError,
 and your script continues without notifying this
 and splitter.log will not directly show what's wrong.

 If you use java ... -jar splitter.jar ...  splitter.log 2 splitter.err

 you should find a message in splitter.err if something serious
 went wrong.

 Gerd
 --
 Date: Mon, 5 Jan 2015 22:26:00 +1000
 From: steve.sgalow...@gmail.com
 To: mkgmap-dev@lists.mkgmap.org.uk
 Subject: Re: [mkgmap-dev] africa map 2

 gerd , i will run the file again just for you sir ok
 stephen


 On Mon, Jan 5, 2015 at 10:24 PM, Gerd Petermann 
 gpetermann_muenc...@hotmail.com wrote:

 Hi Steve,

 I assume that the heap for splitter is too small.
 If your machine allows it, use a larger value like -Xmx3000m .
 If not, don't use keep-complete.

 In any case, add  splitter.log after
 the last splitter option so that you get the log I am asking for.
 java ... -jar splitter.jar ...  splitter.log

 Gerd

 --
 Date: Mon, 5 Jan 2015 22:15:29 +1000
 From: steve.sgalow...@gmail.com
 To: mkgmap-dev@lists.mkgmap.org.uk
 Subject: Re: [mkgmap-dev] africa map 2

 @echo off

 rem --
 rem --- CreateIMG.bat - By Marco Certelli - Beta07 ---
 rem --

 rem  Define your default country 

 set country=africa-latest

 rem *

 rem Available styles: drivemap, kleineisel, masterstyle, default, marine,
 noname, test
 set style=drivemap

 rem Available TYPfiles: DRIVEMAP.TYP, KLEINEISEL.TYP, MASTER.TYP,
 TEDDY.TYP, DOM.TYP
 set typfile=velwaus.TYP

 rem Put AddTypToIMG=yes to add TYPfile to gmapsupp.img (so it is active in
 garmin too)
 set AddTypToIMG=yes

 rem MapSource Family-ID: must be a unique (in mapsource) 3 digit number
 (000 to 999)
 set FID=890

 rem MSDir shall contain the existing directory where mapsource installs
 maps
 rem Next usually results in MSDir=C:\\Garmin
 set MSDir=%systemdrive%\\Garmin

 rem Next usually results in MSDir=C:\\Program Files\\Garmin
 rem set MSDir=%ProgramFiles%
 rem set MSDir=%MSDir:\=\\%
 rem set MSDir=%MSDir%\\Garmin
 hen
 rem Available continents: europe, africa, asia, north-america,
 south-america
 set continent=

 rem Just leave debug=no for production  to delete intermediate temporary
 files.
 set debug=no


 echo.
 echo **
 echo * This script downloads (if needed) and compiles the *
 echo * OSM map data to generate a Garmin IMG routable map *
 echo **
 echo.

 rem Override default country if a name is given to the batch as parameter
 if %1 NEQ  set country=%1

 rem Ask user for a country name if no default and no parameter is set
 if %country% NEQ  goto :Search4Map
 set /P country=Enter the country to build: 
 echo.

 :Search4Map

 if NOT EXIST OSM-Data mkdir OSM-Data
 cd OSM-Data

 rem 1) search for xxx.osm file
 rem set osmfile=%country%.osm
 rem if EXIST %osmfile% echo File OSM-Data\%osmfile% found (no download
 required)
 rem if EXIST %osmfile% GOTO :SplitMap

 rem 2) search for xxx.osm.bz2 file
 rem set osmfile=%country%.osm.bz2
 rem if EXIST %osmfile% echo File OSM-Data\%osmfile% found: delete it for a
 new download
 rem if EXIST %osmfile% GOTO :SplitMap

 rem 3) search for xxx.osm.pbf file
 set osmfile=%country%.osm.pbf
 if EXIST %osmfile% echo File OSM-Data\%osmfile% found: delete it for a new
 download
 if EXIST %osmfile% GOTO :SplitMap

 echo.
 echo Downloading OSM data for %country%
 echo.

 ..\bin\wget
 http://download.geofabrik.de/openstreetmap/%continent%/%osmfile%

 if EXIST %osmfile% goto :SplitMap
 echo.
 echo *
 echo *** SORRY: download of /%continent%/%osmfile% has FAILED!!!
 echo *** Check at http://download.geofabrik.de/osm/%continent%/
 echo *** and manually download %osmfile%
 echo *
 echo.
 goto :END


 :SplitMap

 echo.
 echo Start converting %country% OSM data into IMG Map...

 if NOT EXIST ..\IMG-OSM-%country% mkdir ..\IMG-OSM-%country%
 cd ..\IMG-OSM-%country%

 if EXIST template.args goto :Compile

 echo.
 echo Splitting OSM-Data\%osmfile%. Please wait
 echo.

 rem start /low /b /wait java -enableassertions -Xmx1000m -jar
 ..\bin\splitter.jar --mapid=66%FID%001 --max-nodes=100
 ..\OSM-Data\%osmfile%

 rem start /low /b /wait java -enableassertions -Xmx1250m -jar
 ..\bin\splitter.jar --mapid=66%FID%001 --output=xml ..\OSM-Data\%osmfile%
 start /low /b /wait java -enableassertions -Xmx800m -jar
 ..\bin\splitter.jar --mapid=66%FID%001 ..\OSM-Data\%osmfile% --output=xml
  --max-nodes=8 --problem-report=problem.txt --keep-complete=true
  

Re: [mkgmap-dev] Problem in splitter (Africa)

[Steve Sgalowski]

i will send theat gerd , when i get back home
error msg was that , there is not enough room in a single file to hold all
must split file into smaller sizes

that is why i cut down max nodes  per a file

stephen


On Tue, Jan 6, 2015 at 10:18 AM, GerdP gpetermann_muenc...@hotmail.com
wrote:

 Hi Stephen,

 the log shows no problems. Why do you think that max-nodes=40 doesn't
 work?
 Do you see an error message in mkgmap?
 If yes, please provide your style files so that I can reproduce the
 problem.
 Maybe your style still adds one POI for each point of each highway?

 Gerd


 steve sgalowski wrote
  canada splitter log file
  as expected ,  looks like i was correct
  the size of the split has to be smaller
  stephen
 
  On Tue, Jan 6, 2015 at 7:25 AM, Carlos Dávila 

  cdavilam@

  
  wrote:
 
  Final file size depends on the amount of data in the input, not on the
  value of max-nodes. If you need a final img smaller than a given size
 you
  have to reduce the area covered by the input file or reduce the number
 of
  osm elements from the input that go into the map playing with your style
  files.
 
  El 05/01/15 a las 22:07, Steve Sgalowski escribió:
 
  gerd and carlos
  i am now running the splitter log file setup on my canada map
  and see what it does , the end result on this map = 6.8 gb img file
  wonder why some country can exceed and others not
  stephen
 
 
  On Tue, Jan 6, 2015 at 7:00 AM, Carlos Dávila 

  cdavilam@

   mailto:

  cdavilam@

   wrote:
 
  Not sure what you mean. If you split a given country in a higher
  number of tiles (lower max-nodes) final size will be the same or
  slightly bigger, as there are more duplicated info due to overlap.
  Or you are loosing some information in the process to reduce final
  file size.
 
  El 05/01/15 a las 21:34, Steve Sgalowski escribió:
 
  in some of the countries i do , if i dont make the node count
  small , the map size exceedds , size limit of 3 gb
  then unshure how , canada has done this ok
 
  stephen
 
 
  On Tue, Jan 6, 2015 at 5:24 AM, Gerd Petermann
  

  gpetermann_muenchen@

   mailto:

  gpetermann_muenchen@

  
  mailto:

  gpetermann_muenchen@

   mailto:

  gpetermann_muenchen@

   wrote:
 
  Hi all,
 
  I wonder what splitter should do in this case:
 
  Stephen uses paramter --max-nodes=8
  and splitter reports
  Highest node count in a single grid element is 557,084
 
  It is obvious that at least one tile will have much more
  than the
  requested 80.000 nodes,
  on the other hand, the file africa.osm.pbf contains large
  nearly
  empty areas,
  and that makes it very difficult to find a good split.
  The current version r416 fails because it doesn't accept
  tiles
  with less than 5% of
  the max-nodes value, so it searches for a solution where
  every
  tile has at least 4000 nodes,
  and that might not exist.
 
  I see these options:
  1) splitter can continue trying to split the data,
 accepting
  almost empty output files
  (e.g. some with  5 nodes and very high aspect ratios like
  32)
  2) if that fails,  splitter can set the max-nodes value to
  557,084
  and try again
  3) or stop with an error message that tells the user that
  it is
  not possible
  to split with the used resolution
  4) or restart using a higher resolution  (15 would be
  required
  here instead of 13),
 
  @Stephen
  What reason do you have to use such a small max-nodes
 value?
  Would it be ok for you to use a higher one?
 
  Gerd
 
 
  ___
  mkgmap-dev mailing list
 

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
 
  ___
  mkgmap-dev mailing list

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
  splitter.log (356K)
  http://gis.19327.n5.nabble.com/attachment/5829156/0/splitter.log





 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Problem-in-splitter-Africa-tp5829130p5829158.html
 Sent from the Mkgmap Development mailing list archive at Nabble.com.
 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Problem in splitter (Africa)

[Steve Sgalowski]

in some of the countries i do , if i dont make the node count small , the
map size exceedds , size limit of 3 gb
then unshure how , canada has done this ok

stephen


On Tue, Jan 6, 2015 at 5:24 AM, Gerd Petermann 
gpetermann_muenc...@hotmail.com wrote:

 Hi all,

 I wonder what splitter should do in this case:

 Stephen uses paramter --max-nodes=8
 and splitter reports
 Highest node count in a single grid element is 557,084

 It is obvious that at least one tile will have much more than the
 requested 80.000 nodes,
 on the other hand, the file africa.osm.pbf contains large nearly empty
 areas,
 and that makes it very difficult to find a good split.
 The current version r416 fails because it doesn't accept tiles with less
 than 5% of
 the max-nodes value, so it searches for a solution where every tile has at
 least 4000 nodes,
 and that might not exist.

 I see these options:
 1) splitter can continue trying to split the data, accepting almost empty
 output files
 (e.g. some with  5 nodes and very high aspect ratios like 32)
 2) if that fails,  splitter can set the max-nodes value to 557,084 and try
 again
 3) or stop with an error message that tells the user that it is not
 possible
 to split with the used resolution
 4) or restart using a higher resolution  (15 would be required here
 instead of 13),

 @Stephen
 What reason do you have to use such a small max-nodes value?
 Would it be ok for you to use a higher one?

 Gerd





 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Problem in splitter (Africa)

[Steve Sgalowski]

gerd and carlos
i am now running the splitter log file setup on my canada map
and see what it does , the end result on this map = 6.8 gb img file
wonder why some country can exceed and others not
stephen


On Tue, Jan 6, 2015 at 7:00 AM, Carlos Dávila cdavi...@orangecorreo.es
wrote:

 Not sure what you mean. If you split a given country in a higher number of
 tiles (lower max-nodes) final size will be the same or slightly bigger, as
 there are more duplicated info due to overlap. Or you are loosing some
 information in the process to reduce final file size.

 El 05/01/15 a las 21:34, Steve Sgalowski escribió:

 in some of the countries i do , if i dont make the node count small , the
 map size exceedds , size limit of 3 gb
 then unshure how , canada has done this ok

 stephen


 On Tue, Jan 6, 2015 at 5:24 AM, Gerd Petermann 
 gpetermann_muenc...@hotmail.com mailto:gpetermann_muenc...@hotmail.com
 wrote:

 Hi all,

 I wonder what splitter should do in this case:

 Stephen uses paramter --max-nodes=8
 and splitter reports
 Highest node count in a single grid element is 557,084

 It is obvious that at least one tile will have much more than the
 requested 80.000 nodes,
 on the other hand, the file africa.osm.pbf contains large nearly
 empty areas,
 and that makes it very difficult to find a good split.
 The current version r416 fails because it doesn't accept tiles
 with less than 5% of
 the max-nodes value, so it searches for a solution where every
 tile has at least 4000 nodes,
 and that might not exist.

 I see these options:
 1) splitter can continue trying to split the data, accepting
 almost empty output files
 (e.g. some with  5 nodes and very high aspect ratios like 32)
 2) if that fails,  splitter can set the max-nodes value to 557,084
 and try again
 3) or stop with an error message that tells the user that it is
 not possible
 to split with the used resolution
 4) or restart using a higher resolution  (15 would be required
 here instead of 13),

 @Stephen
 What reason do you have to use such a small max-nodes value?
 Would it be ok for you to use a higher one?

 Gerd



 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Problem in splitter (Africa)

[Steve Sgalowski]

i will run splitter log now on all my countries i need to update due to my
international work
and as done i will post accordingly

stephen


On Tue, Jan 6, 2015 at 7:14 AM, GerdP gpetermann_muenc...@hotmail.com
wrote:

 Hi Stephen,

 last year mkgmap failed for a tile in Canada because of
 a special case, see my post:
 http://gis.19327.n5.nabble.com/ontario-canada-maps-tp5798080p5798490.html

 At that time I changed mkgmap so that it doesn't
 generate as many POI for these ways, and maybe later
 we also changed the split algo in mkgmap to
 avoid this problem.
 I think there is no good reason to use a very small --max-nodes
 value when you plan to create a map for a country
 or continent. It may be useful for the new devices with only
 8 MB on a memory card.

 Gerd


 steve sgalowski wrote
  in some of the countries i do , if i dont make the node count small , the
  map size exceedds , size limit of 3 gb
  then unshure how , canada has done this ok
 
  stephen
 
 
  On Tue, Jan 6, 2015 at 5:24 AM, Gerd Petermann 

  gpetermann_muenchen@

  wrote:
 
  Hi all,
 
  I wonder what splitter should do in this case:
 
  Stephen uses paramter --max-nodes=8
  and splitter reports
  Highest node count in a single grid element is 557,084
 
  It is obvious that at least one tile will have much more than the
  requested 80.000 nodes,
  on the other hand, the file africa.osm.pbf contains large nearly empty
  areas,
  and that makes it very difficult to find a good split.
  The current version r416 fails because it doesn't accept tiles with less
  than 5% of
  the max-nodes value, so it searches for a solution where every tile has
  at
  least 4000 nodes,
  and that might not exist.
 
  I see these options:
  1) splitter can continue trying to split the data, accepting almost
 empty
  output files
  (e.g. some with  5 nodes and very high aspect ratios like 32)
  2) if that fails,  splitter can set the max-nodes value to 557,084 and
  try
  again
  3) or stop with an error message that tells the user that it is not
  possible
  to split with the used resolution
  4) or restart using a higher resolution  (15 would be required here
  instead of 13),
 
  @Stephen
  What reason do you have to use such a small max-nodes value?
  Would it be ok for you to use a higher one?
 
  Gerd
 
 
 
 
 
  ___
  mkgmap-dev mailing list
 

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
 
  ___
  mkgmap-dev mailing list

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev





 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Problem-in-splitter-Africa-tp5829130p5829141.html
 Sent from the Mkgmap Development mailing list archive at Nabble.com.
 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] africa map 2

[Steve Sgalowski]

re downloaded the osm.bz file , it also failed  due to bounds exception
africa.pbf file . failed also , just 5 mb map file , when the input file is
731 mb pbf file
osm.bz = 1.3 gb

both have now failed

Stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] africa map try 2

[Steve Sgalowski]

re downloaded the map again
put it into my osm-data directory
run the script

same thing again , looks like the file on the server may be corrupted or
broken

stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] africa map

[Steve Sgalowski]

re downloading the africa.pbf file again , will advise what happens next
stephen


On Sat, Jan 3, 2015 at 1:59 PM, GerdP gpetermann_muenc...@hotmail.com
wrote:

 Hi Steve,

 sounds like a corrupted pbf file. Check the splitter log file.

 Gerd

 steve sgalowski wrote
  not shure what has happened to the africa map
 
  but just downloaded a 750 mb pbf file , to find out the map size is only
 4
  mb in size
  and only 2 areas .
 
  but nothing has changed from the same rules and setup in the one i do for
  australia
 
  any ideas on this ?
 
  stephen
 
  ___
  mkgmap-dev mailing list

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev





 --
 View this message in context:
 http://gis.19327.n5.nabble.com/africa-map-tp5828817p5828819.html
 Sent from the Mkgmap Development mailing list archive at Nabble.com.
 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] africa map

[Steve Sgalowski]

not shure what has happened to the africa map

but just downloaded a 750 mb pbf file , to find out the map size is only 4
mb in size
and only 2 areas .

but nothing has changed from the same rules and setup in the one i do for
australia

any ideas on this ?

stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Substring returns full string

[Steve Sgalowski]

i am unshure why , but gbbickerton , is always ending up in my spam , box
from this list

has this e-mail been tanted on black lists , does any one else have this
problem on the list ?


On Fri, Nov 28, 2014 at 6:32 AM, gbbickerton gbbicker...@yahoo.com wrote:

 I have
 (ncn=yes | rcn=yes) { name '${rcnname | substring:1:14}'} [0x10018
 resolution 22 continue with_actions]
 in my lines file, rcnname is 123456789123456789 for test purposes,  I get
 the full string showing on the map in basecamp not the  1 - 14 substring am
 I doing something wrong ?



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Substring-returns-full-string-tp5825603.html
 Sent from the Mkgmap Development mailing list archive at Nabble.com.
 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] difference

[Steve Sgalowski]

what is the difference between osm2garmin from frank, and the scripting
from mkgmap dev crew ,

as the osm2garmin is not rebooting my garmin nuvi 1450lmt

but the map of australia is rebooting my nuvi

any ideas


@echo off

rem --
rem --- CreateIMG.bat - By Marco Certelli - Beta07 ---
rem --

rem  Define your default country 

set country=australia-latest

rem *

rem Available styles: drivemap, kleineisel, masterstyle, default, marine,
noname, test
set style=drivemap

rem Available TYPfiles: DRIVEMAP.TYP, KLEINEISEL.TYP, MASTER.TYP,
TEDDY.TYP, DOM.TYP
set typfile=here201530.TYP

rem Put AddTypToIMG=yes to add TYPfile to gmapsupp.img (so it is active in
garmin too)
set AddTypToIMG=yes

rem MapSource Family-ID: must be a unique (in mapsource) 3 digit number
(000 to 999)
set FID=923

rem MSDir shall contain the existing directory where mapsource installs
maps
rem Next usually results in MSDir=C:\\Garmin
set MSDir=%systemdrive%\\Garmin

rem Next usually results in MSDir=C:\\Program Files\\Garmin
rem set MSDir=%ProgramFiles%
rem set MSDir=%MSDir:\=\\%
rem set MSDir=%MSDir%\\Garmin

rem Available continents: europe, africa, asia, north-america, south-america
set continent=

rem Just leave debug=no for production  to delete intermediate temporary
files.
set debug=no


echo.
echo **
echo * This script downloads (if needed) and compiles the *
echo * OSM map data to generate a Garmin IMG routable map *
echo **
echo.

rem Override default country if a name is given to the batch as parameter
if %1 NEQ  set country=%1

rem Ask user for a country name if no default and no parameter is set
if %country% NEQ  goto :Search4Map
set /P country=Enter the country to build: 
echo.

:Search4Map

if NOT EXIST OSM-Data mkdir OSM-Data
cd OSM-Data

rem 1) search for xxx.osm file
 rem set osmfile=%country%.osm
 rem if EXIST %osmfile% echo File OSM-Data\%osmfile% found (no download
required)
rem  if EXIST %osmfile% GOTO :SplitMap

rem 2) search for xxx.osm.bz2 file
 rem set osmfile=%country%.osm.bz2
 rem if EXIST %osmfile% echo File OSM-Data\%osmfile% found: delete it for a
new download
 rem if EXIST %osmfile% GOTO :SplitMap

rem 3) search for xxx.osm.pbf file
 set osmfile=%country%.osm.pbf
 if EXIST %osmfile% echo File OSM-Data\%osmfile% found: delete it for a new
download
 if EXIST %osmfile% GOTO :SplitMap

echo.
echo Downloading OSM data for %country%
echo.

..\bin\wget http://download.geofabrik.de/openstreetmap/%continent%/%osmfile%

if EXIST %osmfile% goto :SplitMap
echo.
echo *
echo *** SORRY: download of /%continent%/%osmfile% has FAILED!!!
echo *** Check at http://download.geofabrik.de/osm/%continent%/
echo *** and manually download %osmfile%
echo *
echo.
goto :END


:SplitMap

echo.
echo Start converting %country% OSM data into IMG Map...

if NOT EXIST ..\IMG-OSM-%country% mkdir ..\IMG-OSM-%country%
cd ..\IMG-OSM-%country%

if EXIST template.args goto :Compile

echo.
echo Splitting OSM-Data\%osmfile%. Please wait
echo.

rem start /low /b /wait java -enableassertions -Xmx1000m -jar
..\bin\splitter.jar --mapid=66%FID%001 --max-nodes=100
..\OSM-Data\%osmfile%

rem start /low /b /wait java -enableassertions -Xmx1250m -jar
..\bin\splitter.jar --mapid=66%FID%001 --output=xml ..\OSM-Data\%osmfile%
start /low /b /wait java -enableassertions -Xmx900m -jar
..\bin\splitter.jar --mapid=66%FID%001 ..\OSM-Data\%osmfile% --output=xml
--max-nodes=30 --problem-report --keep-complete=true  --status-freq=120

:Compile

echo.
echo Compiling OSM-Data\%osmfile% into IMG, FID=%FID%. Please wait
echo.

set TypFileToAdd=
if %AddTypToIMG% NEQ yes goto :NoTypToAdd
copy ..\bin\typ\%typfile% style.typ 2nul 1nul
..\bin\TYPtool %FID% 1 style.typ nul
set TypFileToAdd=style.typ

:NoTypToAdd

rem start /low /b /wait java -enableassertions -Xmx1000m -jar
..\bin\mkgmap.jar --country-name=%country% --family-id=%FID%
--mapname=66%FID%001 --overview-mapname=66%FID%000
--series-name=OSM-%country% --family-name=OpenStreetMap: %country%
--style-file=..\bin\styles\ --style=%style% --description=%country% -c
..\bin\template_basic.args -c template.args %TypFileToAdd%
rem start /low /b /wait java -enableassertions -Xmx600m -jar
..\bin\mkgmap.jar  --transparent --check-roundabouts --link-pois-to-ways
 --make-poi-index --reduce-point-density=2.6
--reduce-point-density-polygon=8   --index
--levels=0:24,1:22,2:20,3:18,4:16,5:14 --make-poi-index --route  --verbose
--country-name=%country% --family-id=%FID% --mapname=66%FID%001
--overview-mapname=66%FID%000 --series-name=OSM-%country%
--family-name=OpenStreetMap: %country% --style-file=..\bin\styles\
--style=%style% --description=%country% -c 

[mkgmap-dev] oct 25 r3338

[Steve Sgalowski]

i just re comiled my au map
now get a msg that , all data will not fit into 1 map
need to cut files smaller again
did have setu 50,000 , now trying 40,000 nodes , will advise in due course

stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] MIssing public transport stops in default style

[Steve Sgalowski]

dont worry about the style as much
why not make your own poi list like i have done
and it works for me

stephen



On Thu, Aug 21, 2014 at 7:04 AM, Carlos Dávila cdavi...@orangecorreo.es
wrote:

 According to OSM wiki bus stops can be tagged as bus_stop=yes or as
 public_transport=platform + bus=yes (or both ways), but current default
 style only catches the first case. The same can be said about tram stops.
 Attached patch adds rules for the second way of tagging.

 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] route runs

[Steve Sgalowski]

with long distance driveing the latest patch is ok
however , when your driveing is under 100 km
it re sets the display

any ideas
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Commit: r3289: Style filter arguments can now be quoted.

[Steve Sgalowski]

i have installed the latest version of mkgmap
but now find that , asia.osm.pbf , will not split up as some of the files
are empty and no pologyon tags

is there a reason for this  ?

Stephen



On Thu, Jun 5, 2014 at 1:38 AM, Gerd Petermann 
gpetermann_muenc...@hotmail.com wrote:

 Hi Steve,

 okay, I hope you are right, I did not even try to understand the pattern
 ;-)

 Gerd

  Date: Wed, 4 Jun 2014 13:37:48 +0100
  From: st...@parabola.me.uk
  To: mkgmap-dev@lists.mkgmap.org.uk
  Subject: Re: [mkgmap-dev] Commit: r3289: Style filter arguments can now
 be quoted.
 
  Hi Gerd
 
   I think the code in ValueBuilder should verify if
   matcher.matches();
   returns true and otherwise print some error message
   so that one can find the line that causes a problem.
 
  Yes, but I think there are now no conditions under which there
  can not be a match. And if there are, it is a programming error
  and not a user error. I realised it wouldn't work across new lines
  when I wrote it, but bother to investigate.
 
  ..Steve
  ___
  mkgmap-dev mailing list
  mkgmap-dev@lists.mkgmap.org.uk
  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Commit: r3289: Style filter arguments can now be quoted.

[Steve Sgalowski]

splitter version r409
mkgmap 3291

works ok , on australia.osm.bz from
http://download.geofabrik.de/

stephen



On Thu, Jun 5, 2014 at 5:41 PM, GerdP gpetermann_muenc...@hotmail.com
wrote:

 Hi Stephen,

 sounds like a problem in splitter. What splitter version are you using?
 See also
 http://gis.19327.n5.nabble.com/test-data-for-splitter-tp5807602.html

 Gerd



 steve sgalowski wrote
  i have installed the latest version of mkgmap
  but now find that , asia.osm.pbf , will not split up as some of the files
  are empty and no pologyon tags
 
  is there a reason for this  ?
 
  Stephen
 
 
 
  On Thu, Jun 5, 2014 at 1:38 AM, Gerd Petermann 

  gpetermann_muenchen@

  wrote:
 
  Hi Steve,
 
  okay, I hope you are right, I did not even try to understand the pattern
  ;-)
 
  Gerd
 
   Date: Wed, 4 Jun 2014 13:37:48 +0100
   From:

  steve@.me

   To:

  mkgmap-dev@.org

   Subject: Re: [mkgmap-dev] Commit: r3289: Style filter arguments can
 now
  be quoted.
  
   Hi Gerd
  
I think the code in ValueBuilder should verify if
matcher.matches();
returns true and otherwise print some error message
so that one can find the line that causes a problem.
  
   Yes, but I think there are now no conditions under which there
   can not be a match. And if there are, it is a programming error
   and not a user error. I realised it wouldn't work across new lines
   when I wrote it, but bother to investigate.
  
   ..Steve
   ___
   mkgmap-dev mailing list
  

  mkgmap-dev@.org

   http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
  ___
  mkgmap-dev mailing list
 

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
 
  ___
  mkgmap-dev mailing list

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev





 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Commit-r3289-Style-filter-arguments-can-now-be-quoted-tp5807832p5807985.html
 Sent from the Mkgmap Development mailing list archive at Nabble.com.
 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] ontario canada maps

[Steve Sgalowski]

gerd p

was that in  the main build r3116 ?

or just in a branch build.

?




On Sun, Mar 23, 2014 at 5:56 PM, GerdP gpetermann_muenc...@hotmail.comwrote:

 Hi Stephen,

 yes, I posted a patch for this, but got no feedback:
 http://gis.19327.n5.nabble.com/Patch-v1-ignore-duplicate-POI-tp5798498.html

 Did you try it?

 Gerd


 steve sgalowski wrote
  have you had any success GERD P , on the size of the poi with the
  ontario
  poi files
 
 
  and i see also , that the poi file list , has removed all the fast food
  chains
 
  stephen
 
 
 
  On Tue, Mar 4, 2014 at 11:29 PM, Gerd Petermann 

  gpetermann_muenchen@

  wrote:
 
  Hi Stephen,
 
  please post a link to your style files, so that we can
  reproduce the problem.
 
  Gerd
 
  --
  Date: Tue, 4 Mar 2014 22:43:12 +1000
  From:

  steve.sgalowski@

  To:

  mkgmap-dev@.org

  Subject: Re: [mkgmap-dev] ontario canada maps
 
  now i get point file to big
 
  max nodes = 160,000
 
  any ideas ?
 
 
 
  On Sun, Mar 2, 2014 at 8:27 PM, Steve Sgalowski 

  steve.sgalowski@

wrote:
 
  i was thinking ,
  maybe if i download another pre compiled map of the area
  then used gmap tool to de compile into a typ file
 
  do you think this could partly solve my prob ?
 
  stephen
 
 
 
  On Sun, Mar 2, 2014 at 7:26 PM, Gerd Petermann 
 

  gpetermann_muenchen@

  wrote:
 
  Hi Stephen,
 
  I guess it is something special in your style, I can't reproduce the
  problem with the default style.
 
  The values 90.000 / 160.000 %20160.000 are extreme small, so the
 problem seems to be
  that a very small
  area contains a large number of POI. I saw a similar problem a few weeks
  ago with a
  style that assigned POI to zip codes and buildings which contained
  hundrets of PO-boxes with different
  zip codes.
 
  Gerd
 
  --
  Date: Sun, 2 Mar 2014 19:21:50 +1000
  From:

  steve.sgalowski@

  To:

  mkgmap-dev@.org

  Subject: Re: [mkgmap-dev] ontario canada maps
 
  due to the number of points in the map
 
  however , i have not had many issues with the other maps i create
 
  with the same program
  i have r3072 , and splitter 317 installed
 
 
 
 
  On Sun, Mar 2, 2014 at 7:18 PM, Gerd Petermann 
 

  gpetermann_muenchen@

  wrote:
 
  Hi Steve,
 
  you used 90.000, why do you think that 160.000 will help?
 
  Gerd
 
  --
  Date: Sun, 2 Mar 2014 19:13:46 +1000
  From:

  steve.sgalowski@

  To:

  mkgmap-dev@.org

  Subject: Re: [mkgmap-dev] ontario canada maps
 
  running it now with 160,000 nodes
  and here is the basic args file
 
 
 
  On Sun, Mar 2, 2014 at 7:07 PM, Gerd Petermann 
 

  gpetermann_muenchen@

  wrote:
 
  Hi Stephen,
 
  sorry, forget my last post, order of args doesn't seem to matter in
  splitter.
  I was not able to reproduce the problem with the default style, mkgmap
  r3072 (trunk) and splitter r317.
  I used max-nodes=160 and see no problem.
 
  So, please make sure that you use the latest versions of the programs
  and if that doesn't help, please send more details regarding the content
  of ..\bin\template_basic.args
 
  Gerd
 
 
  --
  Date: Sun, 2 Mar 2014 18:28:21 +1000
  From:

  steve.sgalowski@

  To:

  mkgmap-dev@.org

  Subject: Re: [mkgmap-dev] ontario canada maps
 
  here is the batch file i use
 
 
  On Sun, Mar 2, 2014 at 6:16 PM, Gerd Petermann 
 

  gpetermann_muenchen@

  wrote:
 
  Hi Stephen,
 
  is the OSM file the only input? Or do you mix it with something else?
 
  Gerd
 
  --
  Date: Sun, 2 Mar 2014 18:13:03 +1000
  From:

  steve.sgalowski@

  To:

  mkgmap-dev@.org

  Subject: [mkgmap-dev] ontario canada maps
 
  while the splitter worked ok
  the compiler has spat the dummy
 
  error msg is this
 
  area  to small to split reduce point number
  then i get , (  point number to big)
 
  --max-areas - 100
  --max-nodes = 9
 
  any ideas?
 
  stephen
 
 
  ___ mkgmap-dev mailing list
 

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
  ___
  mkgmap-dev mailing list
 

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
 
 
  ___ mkgmap-dev mailing list
 

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
  ___
  mkgmap-dev mailing list
 

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
 
 
  ___ mkgmap-dev mailing list
 

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
  ___
  mkgmap-dev mailing list
 

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
 
 
  ___ mkgmap-dev mailing list
 

  mkgmap-dev@.org

Re: [mkgmap-dev] ontario canada maps

[Steve Sgalowski]

ok i will try 3118 gerd
will take a while to try though
stephen



On Sun, Mar 23, 2014 at 6:16 PM, Gerd Petermann 
gpetermann_muenc...@hotmail.com wrote:

 Hi Stephen,

 it was only a patch that worked for both. I have compiled a binary based
 on r3118:
 http://files.mkgmap.org.uk/download/187/mkgmap.jar

 Gerd

 --
 Date: Sun, 23 Mar 2014 18:09:52 +1000
 From: steve.sgalow...@gmail.com
 To: mkgmap-dev@lists.mkgmap.org.uk
 Subject: Re: [mkgmap-dev] ontario canada maps

 gerd p

 was that in  the main build r3116 ?

 or just in a branch build.

 ?




 On Sun, Mar 23, 2014 at 5:56 PM, GerdP gpetermann_muenc...@hotmail.comwrote:

 Hi Stephen,

 yes, I posted a patch for this, but got no feedback:
 http://gis.19327.n5.nabble.com/Patch-v1-ignore-duplicate-POI-tp5798498.html

 Did you try it?

 Gerd


 steve sgalowski wrote
  have you had any success GERD P , on the size of the poi with the
  ontario
  poi files
 
 
  and i see also , that the poi file list , has removed all the fast food
  chains
 
  stephen
 
 
 
  On Tue, Mar 4, 2014 at 11:29 PM, Gerd Petermann 

  gpetermann_muenchen@

  wrote:
 
  Hi Stephen,
 
  please post a link to your style files, so that we can
  reproduce the problem.
 
  Gerd
 
  --
  Date: Tue, 4 Mar 2014 22:43:12 +1000
  From:

  steve.sgalowski@

  To:

  mkgmap-dev@.org

  Subject: Re: [mkgmap-dev] ontario canada maps
 
  now i get point file to big
 
  max nodes = 160,000
 
  any ideas ?
 
 
 
  On Sun, Mar 2, 2014 at 8:27 PM, Steve Sgalowski 

  steve.sgalowski@

wrote:
 
  i was thinking ,
  maybe if i download another pre compiled map of the area
  then used gmap tool to de compile into a typ file
 
  do you think this could partly solve my prob ?
 
  stephen
 
 
 
  On Sun, Mar 2, 2014 at 7:26 PM, Gerd Petermann 
 

  gpetermann_muenchen@

  wrote:
 
  Hi Stephen,
 
  I guess it is something special in your style, I can't reproduce the
  problem with the default style.
 
  The values 90.000 / 160.000 are extreme small, so the problem seems to
 be
  that a very small
  area contains a large number of POI. I saw a similar problem a few weeks
  ago with a
  style that assigned POI to zip codes and buildings which contained
  hundrets of PO-boxes with different
  zip codes.
 
  Gerd
 
  --
  Date: Sun, 2 Mar 2014 19:21:50 +1000
  From:

  steve.sgalowski@

  To:

  mkgmap-dev@.org

  Subject: Re: [mkgmap-dev] ontario canada maps
 
  due to the number of points in the map
 
  however , i have not had many issues with the other maps i create
 
  with the same program
  i have r3072 , and splitter 317 installed
 
 
 
 
  On Sun, Mar 2, 2014 at 7:18 PM, Gerd Petermann 
 

  gpetermann_muenchen@

  wrote:
 
  Hi Steve,
 
  you used 90.000, why do you think that 160.000 will help?
 
  Gerd
 
  --
  Date: Sun, 2 Mar 2014 19:13:46 +1000
  From:

  steve.sgalowski@

  To:

  mkgmap-dev@.org

  Subject: Re: [mkgmap-dev] ontario canada maps
 
  running it now with 160,000 nodes
  and here is the basic args file
 
 
 
  On Sun, Mar 2, 2014 at 7:07 PM, Gerd Petermann 
 

  gpetermann_muenchen@

  wrote:
 
  Hi Stephen,
 
  sorry, forget my last post, order of args doesn't seem to matter in
  splitter.
  I was not able to reproduce the problem with the default style, mkgmap
  r3072 (trunk) and splitter r317.
  I used max-nodes=160 and see no problem.
 
  So, please make sure that you use the latest versions of the programs
  and if that doesn't help, please send more details regarding the content
  of ..\bin\template_basic.args
 
  Gerd
 
 
  --
  Date: Sun, 2 Mar 2014 18:28:21 +1000
  From:

  steve.sgalowski@

  To:

  mkgmap-dev@.org

  Subject: Re: [mkgmap-dev] ontario canada maps
 
  here is the batch file i use
 
 
  On Sun, Mar 2, 2014 at 6:16 PM, Gerd Petermann 
 

  gpetermann_muenchen@

  wrote:
 
  Hi Stephen,
 
  is the OSM file the only input? Or do you mix it with something else?
 
  Gerd
 
  --
  Date: Sun, 2 Mar 2014 18:13:03 +1000
  From:

  steve.sgalowski@

  To:

  mkgmap-dev@.org

  Subject: [mkgmap-dev] ontario canada maps
 
  while the splitter worked ok
  the compiler has spat the dummy
 
  error msg is this
 
  area  to small to split reduce point number
  then i get , (  point number to big)
 
  --max-areas - 100
  --max-nodes = 9
 
  any ideas?
 
  stephen
 
 
  ___ mkgmap-dev mailing list
 

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
  ___
  mkgmap-dev mailing list
 

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
 
 
  ___ mkgmap-dev mailing list
 

  mkgmap-dev@.org

  http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
  ___
  mkgmap-dev mailing

[mkgmap-dev] support

[Steve Sgalowski]

gerd p ,


i verry much appreciate the help you gave me

and i am goeing to continue to run 24 hour testing here on caNADA  file
also i will help add more features to the  brisbane maps
in australia

stephen
\keep up the good work gerd p
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] ontario canada maps

[Steve Sgalowski]

have you had any success GERD P , on the size of the poi with the  ontario
poi files


and i see also , that the poi file list , has removed all the fast food
chains

stephen



On Tue, Mar 4, 2014 at 11:29 PM, Gerd Petermann 
gpetermann_muenc...@hotmail.com wrote:

 Hi Stephen,

 please post a link to your style files, so that we can
 reproduce the problem.

 Gerd

 --
 Date: Tue, 4 Mar 2014 22:43:12 +1000
 From: steve.sgalow...@gmail.com
 To: mkgmap-dev@lists.mkgmap.org.uk
 Subject: Re: [mkgmap-dev] ontario canada maps

 now i get point file to big

 max nodes = 160,000

 any ideas ?



 On Sun, Mar 2, 2014 at 8:27 PM, Steve Sgalowski steve.sgalow...@gmail.com
  wrote:

 i was thinking ,
 maybe if i download another pre compiled map of the area
 then used gmap tool to de compile into a typ file

 do you think this could partly solve my prob ?

 stephen



 On Sun, Mar 2, 2014 at 7:26 PM, Gerd Petermann 
 gpetermann_muenc...@hotmail.com wrote:

 Hi Stephen,

 I guess it is something special in your style, I can't reproduce the
 problem with the default style.

 The values 90.000 / 160.000 are extreme small, so the problem seems to be
 that a very small
 area contains a large number of POI. I saw a similar problem a few weeks
 ago with a
 style that assigned POI to zip codes and buildings which contained
 hundrets of PO-boxes with different
 zip codes.

 Gerd

 --
 Date: Sun, 2 Mar 2014 19:21:50 +1000
 From: steve.sgalow...@gmail.com
 To: mkgmap-dev@lists.mkgmap.org.uk
 Subject: Re: [mkgmap-dev] ontario canada maps

 due to the number of points in the map

 however , i have not had many issues with the other maps i create

 with the same program
 i have r3072 , and splitter 317 installed




 On Sun, Mar 2, 2014 at 7:18 PM, Gerd Petermann 
 gpetermann_muenc...@hotmail.com wrote:

 Hi Steve,

 you used 90.000, why do you think that 160.000 will help?

 Gerd

 --
 Date: Sun, 2 Mar 2014 19:13:46 +1000
 From: steve.sgalow...@gmail.com
 To: mkgmap-dev@lists.mkgmap.org.uk
 Subject: Re: [mkgmap-dev] ontario canada maps

 running it now with 160,000 nodes
 and here is the basic args file



 On Sun, Mar 2, 2014 at 7:07 PM, Gerd Petermann 
 gpetermann_muenc...@hotmail.com wrote:

 Hi Stephen,

 sorry, forget my last post, order of args doesn't seem to matter in
 splitter.
 I was not able to reproduce the problem with the default style, mkgmap
 r3072 (trunk) and splitter r317.
 I used max-nodes=160 and see no problem.

 So, please make sure that you use the latest versions of the programs
 and if that doesn't help, please send more details regarding the content
 of ..\bin\template_basic.args

 Gerd


 --
 Date: Sun, 2 Mar 2014 18:28:21 +1000
 From: steve.sgalow...@gmail.com
 To: mkgmap-dev@lists.mkgmap.org.uk
 Subject: Re: [mkgmap-dev] ontario canada maps

 here is the batch file i use


 On Sun, Mar 2, 2014 at 6:16 PM, Gerd Petermann 
 gpetermann_muenc...@hotmail.com wrote:

 Hi Stephen,

 is the OSM file the only input? Or do you mix it with something else?

 Gerd

 --
 Date: Sun, 2 Mar 2014 18:13:03 +1000
 From: steve.sgalow...@gmail.com
 To: mkgmap-dev@lists.mkgmap.org.uk
 Subject: [mkgmap-dev] ontario canada maps

 while the splitter worked ok
 the compiler has spat the dummy

 error msg is this

 area  to small to split reduce point number
 then i get , (  point number to big)

 --max-areas - 100
 --max-nodes = 9

 any ideas?

 stephen


 ___ mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev



 ___ mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev



 ___ mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev



 ___ mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

 ___
 mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev




 ___ mkgmap-dev mailing list
 mkgmap-dev@lists.mkgmap.org.uk
 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev