On 05/10/2009 19:25, Gert Münzel wrote:
> Steve wrotes:
>> Should allow the index to be transferred to a GPS unit using m/s.
>
> Sorry to say, but for me it doesn't work.
> I have tested it with a single map and Mapsource(6.13.7 + 6.15.6)
> gave me both an exception during the attempt to send the m
Steve wrotes on /Mon Oct 5 22:59:50 BST 2009
/
>Itsn't it commented out in the HighwayShieldFilter? It may well work
>with the PrependFilter, try: ${name|prefix:ele}
Yes, it's commented out.
${name|prefix:ele} , i have already tried before. Yes it works. BUT ONLY if you
use it as single mag
Steve Ratcliffe wrote:
On 05/10/09 22:40, Felix Hartmann wrote:
Do you think about putting in a switch, or reversing index only for
--gmapsupp?
Before it was working alright in Mapsource and on GPS (if transferred
via Mapsource) - wasn't it?
No it didn't work before - the gmapsupp wo
On 05/10/09 19:02, Gert Münzel wrote:
> But mkgmap support it if you take mp-format as input. Only with osm-input it
> doesn't work.
> Also i saw entrys for 0x1f in the PrependFilter.java and
> HighwayshieldFilter.java.
Itsn't it commented out in the HighwayShieldFilter? It may well work
with
On 05/10/09 22:40, Felix Hartmann wrote:
> Do you think about putting in a switch, or reversing index only for
> --gmapsupp?
> Before it was working alright in Mapsource and on GPS (if transferred
> via Mapsource) - wasn't it?
No it didn't work before - the gmapsupp would be created with an empty
On 05/10/09 01:16, Greg Troxel wrote:
> In Grand Canyon Village (south rim), I found that at 20m-300m zoom
> (etrex vista hcx), there were no roads (but there were POIs). At 500m
> the roads appeared. Plus, I got RoadTrip to have a persistent crash on
> startup. So I wonder if the levels code is
svn commit wrote:
> Version 1261 was commited by steve on 2009-10-05 16:04:55 +0100 (Mon, 05 Oct
> 2009)
> BRANCH: mdr
>
> Implement the reverse index.
>
Do you think about putting in a switch, or reversing index only for
--gmapsupp?
Before it was working alright in Mapsource and on GPS (if
Version 1262 was commited by steve on 2009-10-05 22:17:25 +0100 (Mon, 05 Oct
2009)
BRANCH: mdr
Rework the city code.
Now works even if there is more than one map in the set.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap
Gert,
That looks much better. Thanks for your help.
Now an issue that I would like to report (sorry if this is already known):
if I go to the Features tab in the Find places window and start typing in
the City field, Map Source crashes.
In the same place, if I type in the State or Country fiel
nakor wrotes:
>If I copy all the generated files to the appropriate directory I set up for
>MapSource, I can display the map but I have no index.
>I then tried to rename Detroit_mdr.img to Detroit.img. In this case,
>MapSource crashes at startup.
Thats not an good idea. Leave it like it is created
Hello,
I tried to generate a map using the mdr version of mkgmap and I am a little
bit confused.
I use the following command lines:
java -Dlog.config=..\logging.properties -Xmx3000M -jar
mkgmap-r1260\mkgmap.jar --net --route --description="OSM Detroit
area map" --mapname=1001
Steve wrotes:
>Should allow the index to be transferred to a GPS unit using m/s.
Sorry to say, but for me it doesn't work.
I have tested it with a single map and Mapsource(6.13.7 + 6.15.6)
gave me both an exception during the attempt to send the map to my GPS.
cheers
Gert
_
@ Steve and @ Clinton
Steve wrote:
>As the 0x1f separator is not a highway symbol it is not
>supported by the highway-symbol modifier. In this
>case, since you don't want to modify the string it would be
>best to just insert the symbol where you want it
>to be, however mkgmap does not support that
What's the meaning of this kind of warnings?
ADVERTENCIA (RoadDef): RoadDef(A-5;A-66 Autovía del Suroeste, 23244883)
discarding extra label (already have 4)
What should I change in the logging.properties to avoid this kind of lines?
Regards
Carlos
___
mkg
On Mon, Oct 5, 2009 at 5:59 PM, Steve Ratcliffe wrote:
> As the 0x1f separator is not a highway symbol it is not
> supported by the highway-symbol modifier. In this
> case, since you don't want to modify the string it would be
> best to just insert the symbol where you want it
> to be, however m
Hi
On 05/10/09 15:48, Gert Münzel wrote:
> I try to use the Garmin magic label codes in the form
> ~[0x06]B51~[0x1f]Hauptstrasse
> I have made an entry in stylefile like
> highway=* {name '${ref|highway-symbol:oval} ${name|highway-symbol:ele}'
> | '${ref|highway-symbol:oval}' | '${name}' }
> whe
generate-sea doesn't work very well.
runtime can change from 1-3min per tile to 3-4hours. And I guess
memory too. but didn't compare since the runtime problem was too much
to continue.
On 5 Oct 2009, at 24:52 , Du Plessis, Bennie wrote:
> Hi,
>
> I don’t know where to post a ticket, but I’m
Version 1261 was commited by steve on 2009-10-05 16:04:55 +0100 (Mon, 05 Oct
2009)
BRANCH: mdr
Implement the reverse index.
Should allow the index to be transferred to a GPS unit using m/s. However
completely untested at this stage. Looks OK for a small number of maps,
however I am not convi
A line in my style file looks like this
highway=secondary {name '${ref|highway-symbol:oval} ${name}' |
'${ref|highway-symbol:oval}' | '${name}' }
Difference between your line and above example is that you are using
${name|} while above example uses only ${ref|}. It might
have to do with 'magic' o
Hi,
i have already asked( "Problem with special Garmin label codes").
I try to use the Garmin magic label codes in the form
~[0x06]B51~[0x1f]Hauptstrasse
If i pass this inside a mp-format file mkgmap could handle it.
If i triy it with input in osm-format i can't get it to work.
I have made an ent
Hello,
Since at the moment it is not possible (not known how?) to do line draw
order in .img/.typ file, I am trying to get around it. Basicly at least
0x10e00 - 0x10f1f lines have same draw order as far as Garmin is concerned,
so i tried to use that with --preserve-element-order and it kind of wor
Hello,
I would like to understand how resolution in the style files works, as I
build a gmapsupp.img file with four layers. Two of them are countour
lines layers. One is for contour lines every 50m and 200m (elevation
medium and major), and the second one is for minor elevation (every
10m). It wor
On 10/05/2009 12:05 PM, honny wrote:
> Hi. I'm trying to merge few .img files (generated with mkgmap from osm
> data) into one gmapsupp.img file. Also, every .img file was created with
> own customization, own TYP file, ...). But, when i use java -jar
> mkgmap.jar --gmapsupp a.img b.img, it overw
On 05/10/09 08:52, Du Plessis, Bennie wrote:
> I don’t know where to post a ticket, but I’m sure you’ll tell me if it’s
> the wrong forum.
Hello,
No problem, this is fine place to report this.
> Since version 1245 I had to increase the memory size in the MkGMap
> command line
>
> and the virtu
Hi. I'm trying to merge few .img files (generated with mkgmap from osm data)
into one gmapsupp.img file. Also, every .img file was created with own
customization, own TYP file, ...). But, when i use java -jar mkgmap.jar
--gmapsupp a.img b.img, it overwrite their TYP setting. :( Is there any way
t
Quoting Mark Burton :
> Even if you don't drive on the left (almost the whole world?) you
> may care to try out the roundabout checking.
The FT had an article about this at the weekend. Some interesting stats:
* One-third of the world's population and one-third of the world's
countries drive on
Hello Martin,
> 2009/10/4 Mark Burton :
> >
> > Hi Martin,
> >
> >> I also noticed this behavior at a bollard in my area.
> >> Since about the same time(~2 weeks ago), there also were problems with
> >> some turn restrictions being ignored.
> >
> > If there are problems, it will be something else
2009/10/4 Mark Burton :
>
> Hi Martin,
>
>> I also noticed this behavior at a bollard in my area.
>> Since about the same time(~2 weeks ago), there also were problems with
>> some turn restrictions being ignored.
>
> If there are problems, it will be something else that's wrong because
> they are n
Hi,
I don't know where to post a ticket, but I'm sure you'll tell me if it's
the wrong forum.
Since version 1245 I had to increase the memory size in the MkGMap
command line
and the virtual memory of my machine to get mkGMap to work.
(1245 was the last version I could get to work, but wi
29 matches
Mail list logo
