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&rev=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  im Auftrag von
> Steve Sgalowski 
> 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" 
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  im Auftrag von
> Steve Sgalowski 
> 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&layers=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  im Auftrag von
> Steve Sgalowski 
> 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 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 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  im Auftrag von
> Steve Sgalowski 
> 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 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] splitter

[Steve Sgalowski]

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
and australia -latest map file from 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] 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  im Auftrag von
> Steve Sgalowski 
> *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&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virus-free.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_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&rev=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
>
> --
> *Von:* mkgmap-dev 
> 
>  im Auftrag von KeenOnKites
>  
> *Gesendet

[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 
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&utm_source=link&utm_campaign=sig-email&utm_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  im Auftrag von
> Steve Sgalowski 
> *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&utm_source=link&utm_campaign=sig-email&utm_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:* De

[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  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,
>>>
>>> 

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 
wrote:

> Nope - only with NT maps.
>
> On 17 September 2015 at 10:02, Steve Sgalowski 
> 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 
>> 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] Speedlimit on Nüvi ?

[Steve Sgalowski]

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 
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

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 
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  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]

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 
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=mkgmap&path=%2Ftrunk%2Fresources%2Fstyles%2Fdefault%2Finc%2Faddress
> >> <
> http://www.mkgmap.org.uk/websvn/filedetails.php?repname=mkgmap&path=/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] 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=mkgmap&path=%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
>
> ___
> 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=mkgmap&path=%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]

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=mkgmap&path=%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] index problem camp_site

[Steve Sgalowski]

may be there are different   codes for oregon  and others for the caravan
site and camp site in tourism

Stephen


On Sat, May 16, 2015 at 7:20 PM, Minko  wrote:

> Hi,
> On the OSM forum someone found out that on some Garmin devices
> tourism=camp_site and tourism=caravan_site [0x2b03] cannot be found.
> See
> http://forum.openstreetmap.org/viewtopic.php?id=31093
>
> http://forums.gpsreview.net/discussion/29752/campsite-pois-do-not-show-on-gpsmap-64s
>
> On the device's map they are rendered ok, in Basecamp and Mapsource as
> well and can also be found. But on an Oregon, Dakota and GPSmap 64 they are
> not listed.
> On my Openfietsmap I use 0x2b05 for camp_site, and this poi has not this
> issue (appears in the search menu of my Oregon).
>
> Is this a Garmin device bug or mkgmap index problem? Should we use 0x2b05
> in the default style for camp sites/caravan sites?
>
> ___
> 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] inc/address and --housenumbers

[Steve Sgalowski]

ok steve and gerd and others
i have the new mkgmap  files in

all is ok , just get these areas

also steve and gerd , big question , has cuisine , been changed
as all my things with cusiine have been nocked out

Stephen G


On Fri, Apr 17, 2015 at 4:58 PM, Steve Ratcliffe 
wrote:

> Hi
>
>  OK, it is probably too early, how about holding just a pointer
>> to the City if that is available.  The index is available at
>> the time the NET section is written out.
>>
>
> I should have looked at the existing RoadDef.  That is exactly how it
> is done now: there is a single City and Zip in RoadDef.  We need
> instead an array of City and node/side information.  When it comes to
> writing out, if there is only one city for the whole road then we just
> write the city field exactly as now, and if there is more than one we
> write it in the new way.
>
> ..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

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"  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 
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 
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]

gerd p

love the new splitter 417

it works great , now it advises when the max node count is to small for
splitting and recommend a higher node count

just tried this on the africa map split ,
and told me node count should be like 600,000 gerd p

stephen


On Thu, Jan 8, 2015 at 2:04 AM, GerdP 
wrote:

> Hi all,
>
> I've committed r417 to fix a few rare problems in splitter:
> 1) The initial problem reported by Stephen:
> splitter printed "Warning: No solution found for partition ..." but did not
> stop when at least one partition was ok.
> 2) It tries a bit harder to find a solution when it turns out
> that no good solution is found.
> 3) It prints a warning when the user choses a rather bad combination
> of --max-nodes and --resolution.
>
> I've also removed the code that optimized parts of a solution,
> it did not really work in most cases. I'll try to find a solution for that
> again
> later.
>
> Gerd
>
>
> GerdP wrote
> > Hi Steve,
> >
> > I suggest to look at the rules in the default style and the style
> > manual:
> > http://www.mkgmap.org.uk/doc/pdf/style-manual.pdf
> >
> > I am not that familiar with style rules, and I prefer java coding.
> >
> > Gerd
> >
> > Date: Wed, 7 Jan 2015 17:15:59 +1000
> > From:
>
> > steve.sgalowski@
>
> > To:
>
> > mkgmap-dev@.org
>
> > Subject: Re: [mkgmap-dev] Problem in splitter (Africa)
> >
> > 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_muenchen@
>
> > > 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.sgalowski@
>
> > To:
>
> > mkgmap-dev@.org
>
> > 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_muenchen@
>
> > > wrote:
> >
> >
> >
> > Hi Stephen,
> >
> > yes, you should have received an answer a now.
> >
> > Gerd
> >
> > Date: Tue, 6 Jan 2015 19:15:51 +1000
> > From:
>
> > steve.sgalowski@
>
> > To:
>
> > mkgmap-dev@.org
>
> > 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_muenchen@
>
> > > 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@
> 

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 
> 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@
>
> > >> 
> > 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@
>
> > >> 
> > gpetermann_muenchen@
>
> > >
> >>> 
> > gpetermann_muenchen@
>
> > >> 
> > gpetermann_muenchen@
>
> > >&

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 
> 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@
>
> > >> 
> > 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@
>
> > >> 
> > gpetermann_muenchen@
>
> > >
> >>> 
> > gpetermann_muenchen@
>
> > >> 
> > 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 s

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 
> 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@
>
> > >> 
> > 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@
>
> > >> 
> > gpetermann_muenchen@
>
> > >
> >>> 
> > gpetermann_muenchen@
>
> > >> 
> > 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 rat

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 
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@
>
> > >> 
> > 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@
>
> > >> 
> > gpetermann_muenchen@
>
> > >
> >>> 
> > gpetermann_muenchen@
>
> > >> 
> > 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 

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 
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@
>
> > >> 
> > 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@
>
> > >> 
> > gpetermann_muenchen@
>
> > >
> >>> 
> > gpetermann_muenchen@
>
> > >> 
> > 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
> >>>

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 
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@
>
> > >> 
> > 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@
>
> > >> 
> > gpetermann_muenchen@
>
> > >
> >>> 
> > gpetermann_muenchen@
>
> > >> 
> > 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
> >&

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 
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

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 
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]

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] 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

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 -

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 2>nul 1>nul
> ..\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
> --se

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:
# rel:
# 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: 1030085

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 2>nul 1>nul
..\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="%co

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

[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 
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  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 2>nul 1>nul
..\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% --descript

[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 
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]

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 
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