Carlos Dávila escribió:
> I have successfully built contour map for Spain using srtm2osm ->
> splitter -> mkgmap. I combine srtm img's and regular map img's with
> mkgmap. Up to here everything goes fine. The problem now is that major
> and medium contour lines are shown at any zoom level in MapSou
Okay here are my results (actually the same as with gmaptool, I did not
notice that "how" profile can be shown).
1.Only normal map without contourlines:
Mapsource/Basecamp "show profile" is greyed out.
2. Only contourline map:
Working in both: Mapsource 6.13.6, 6.15.11 as well as Basecamp 2.0.8
Hello Charlie
Charlie Ferrero wrote:
> Dave F. wrote:
>
> It's a bit tricky to understand what you're trying to do in the second
> compile. For instance, you're applying --remove-short-arcs to pre-built
> IMG files, which doesn't make much sense.
I'm a bit surprised to hear you say that.
I'm
Turn restrictions do not seem to work with mp file input. Would this be
difficult to add?
Garvan
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
15.02.2010 15:07:01, Garvan & maew kirjoitti:
> Turn restrictions do not seem to work with mp file input. Would this
> be difficult to add?
How would you represent turn restrictions in MP files? Does the MP
format support relations? For what it is worth, multipolygons are
implemented as relati
Apologizes for the wrong subject in my last post, I will try again.
Turn restrictions do not seem to work with mp file input. Would this be
difficult to add?
Garvan
Garvan & maew wrote:
> Turn restrictions do not seem to work with mp file input. Would this be
> difficult to add?
>
> Garvan
>
Dave F. (dave...@madasafish.com) wrote:
> Hello Charlie
>
> Charlie Ferrero wrote:
>> Dave F. wrote:
>> It's a bit tricky to understand what you're trying to do in the
>> second compile. For instance, you're applying --remove-short-arcs
>> to pre-built IMG files, which doesn't make much se
Hi WanMil,
> 2nd: the multipolygon code should not remove the boundary tags from
> the singular ways. Additionally the polygons created by the
> multipolygon code could be tagged with mkgmap:mp_boundary=yes. This
> tag could be evaluated in the style definition so the style could
> differ
Hello Garvan,
> Turn restrictions do not seem to work with mp file input. Would this be
> difficult to add?
I am not familiar with the way the turn restrictions are specified in
MP files but I doubt if it is difficult to add support for them.
Personally, I would prefer to spend my (limited) ti
Marko Mäkelä wrote:
> 15.02.2010 15:07:01, Garvan & maew kirjoitti:
>
>> Turn restrictions do not seem to work with mp file input. Would this
>> be difficult to add?
>>
>
> How would you represent turn restrictions in MP files? Does the MP
> format support relations? For what it is worth,
> Turn restrictions are implemented like this
>
> [Restrict]
> Nod=29298
> TraffPoints=29431,29298,29431
> TraffRoads=4791,4791
> Time=
> [END-Restrict]
>
>
>
What I find interesting in this excerpt:
It has a definition for time. I expect here the validity times for this
restrictions. This w
Hello Johann,
> It has a definition for time. I expect here the validity times for this
> restrictions. This would mean, that the garmin img format can handle this.
Sure it can - Garmin turn restrictions can be a lot more complicated
than we know how to encode.
If you want to learn more about
Mark Burton wrote:
> Hello Garvan,
>
>
>> Turn restrictions do not seem to work with mp file input. Would this be
>> difficult to add?
>>
>
> I am not familiar with the way the turn restrictions are specified in
> MP files but I doubt if it is difficult to add support for them.
>
> Persona
> Hello Johann,
>
>
>> It has a definition for time. I expect here the validity times for this
>> restrictions. This would mean, that the garmin img format can handle this.
>>
>
> Sure it can - Garmin turn restrictions can be a lot more complicated
> than we know how to encode.
>
> If you
>2.2 Reverse Engineering.
>
> You may not modify, reverse engineer, decompile, disassemble (except to
> the extent applicable laws specifically prohibit such restrictions) or
> create derivative works based on the Software, or any portion thereof.
>
> But on the other hand:
>
>
>2.
On 12/02/10 18:18, Chris-Hein Lunkhusen wrote:
> I created a test map of Tokyo and want to use the name:en
> tag for the names.
>
> But I found that changing the name_tag = name:en in the
> options file is not working.
The option is name-tag-list and not name_tag, if that wasn't just a
typo.
I ha
> On 12/02/10 18:18, Chris-Hein Lunkhusen wrote:
>> I created a test map of Tokyo and want to use the name:en
>> tag for the names.
>>
>> But I found that changing the name_tag = name:en in the
>> options file is not working.
>
> The option is name-tag-list and not name_tag, if that wasn't just a
>
> The default style gives an example with name_tag. So this should be
> corrected.
So it does :( That must have been from when you could just give one
name and not a list. I'll change it now.
..Steve
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgma
Version 1572 was commited by steve on 2010-02-15 16:29:04 + (Mon, 15 Feb
2010)
Correct and expand documentation of name-tag-list
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Felix Hartmann schrieb am 14.02.2010 21:10:
> That is a bug in Mapsource and won't get solved. Use Mapsource 6.13.6
> (for x64 systems) or Mapsource 6.13.7 for x32 system.
This might help, I am using a 6.11 version of Mapsource. Unfortunately my Nuevi
displays it in the same way
Gruss
Torsten
__
Mark Burton schrieb am 14.02.2010 23:15:
> How about: the RHS of the dent is S of the junction with Bruchweg
> because the small footway has been completely removed by the
> remove-short-arcs option and so the node at the N end of that footway
> has been merged into the node at the S end of the foo
> Hi WanMil,
>
>> Compared to v3 (posted by Carlos in thread "Wrong multipolygon
>> warnings") some unused debug messages have been removed.
>>
>> The patch enables the multipolygon code to process multipolygons with
>> overlapping lines.
>
> For the Geofabrik Finland extract of today, the patch re
Hello Torsten,
> Mark Burton schrieb am 14.02.2010 23:15:
> > How about: the RHS of the dent is S of the junction with Bruchweg
> > because the small footway has been completely removed by the
> > remove-short-arcs option and so the node at the N end of that footway
> > has been merged into the n
Hi WanMil,
> I downloaded the finland OSM dump from geofabrik from today (Feb
> 15th).
> I used splitter v105 and the areas.list file from
> http://www.polkupyoraily.net/osm/ to get three tiles.
> Then I tried that patch:
> * I got no warning for mp 404644
> * I got only one "unknown reason" warni
Am 15.02.2010 12:02, schrieb Felix Hartmann:
> Okay here are my results (actually the same as with gmaptool, I did not
> notice that "how" profile can be shown).
>
> 1.Only normal map without contourlines:
> Mapsource/Basecamp "show profile" is greyed out.
>
> 2. Only contourline map:
> Working in
On 15.02.2010 21:30, Ronny Klier wrote:
> Am 15.02.2010 12:02, schrieb Felix Hartmann:
>
>> Okay here are my results (actually the same as with gmaptool, I did not
>> notice that "how" profile can be shown).
>>
>> 1.Only normal map without contourlines:
>> Mapsource/Basecamp "show profile" is
> Hi WanMil,
>
>> I downloaded the finland OSM dump from geofabrik from today (Feb
>> 15th).
>> I used splitter v105 and the areas.list file from
>> http://www.polkupyoraily.net/osm/ to get three tiles.
>> Then I tried that patch:
>> * I got no warning for mp 404644
>> * I got only one "unknown rea
Am 15.02.2010 22:13, schrieb Felix Hartmann:
>
>
> On 15.02.2010 21:30, Ronny Klier wrote:
>> Am 15.02.2010 12:02, schrieb Felix Hartmann:
>>
>>> Okay here are my results (actually the same as with gmaptool, I did not
>>> notice that "how" profile can be shown).
>>>
>>> 1.Only normal map without co
v2 adds new option "show-profiles" to enable or disable this feature.
Default is disabled.
Original-Nachricht
Betreff: [PATCH] Enable elevation profile in MapSource
Datum: Sun, 14 Feb 2010 23:53:31 +0100
Von: Ronny Klier
Antwort an: Development list for mkgmap
An: Developmen
Hello there,
I know some of you are looking for a tool which could produce TYP file.
I was on the same way since last december. This may help you...
http://emerald-island.eu/wikka/MakeTyp
Written in C++, the tool is based on this great Perl script from
http://ati.land.cz/ and use FreeImage for c
My typ file is not incluced when I created a gpamsupp file from a
previous mkgmap run
time java -Xmx1512m -jar mkgmap.jar --read-config=args.list philippines.osm
time java -Xmx1512m -jar mkgmap.jar --gmapsupp some_dir/*.img
some_dir/MINIMAL.TYP
--
cheers,
maning
I'm using mkgmap ver 1564
On Tue, Feb 16, 2010 at 12:11 PM, maning sambale
wrote:
> My typ file is not incluced when I created a gpamsupp file from a
> previous mkgmap run
>
> time java -Xmx1512m -jar mkgmap.jar --read-config=args.list philippines.osm
>
> time java -Xmx1512m -jar mkgmap.jar --gma
32 matches
Mail list logo