Hi there Robert,
Robert Joop schrieb:
> i'm a little confused as on which program to use (to view the
> result without copying it to a garmin GPSr) and how -
> qlandkarte or qlandkartegt (which recently appeared in debian sid),
Use QLandkarteGT, its the newer program.
> and which files to load (
v5 - added support for facility (point type 0x010903) and also now
catches and reports exceptions incurred during processing of attributes.
A facility point can have a mkgmap:xt-facilities attribute which is a
bitmask made from these values:
0x01 boat ramp
0x02 drinking water
Steve Ratcliffe writes:
> Hi
>
>> Actually the problem was the org.hamcrest package. If anyone else runs
>> into the same, I solved it by installing the "libhamcrest-java" debian
>> package and then fixing up the installation like this:
>
> That is strange, those classes are in my junit-4.5.jar
L> Great, thanks a lot! Can I be so bold and grab go for the jackpot and
L> ask if you plan on making the reverse working as well (feed KML into
L> Splitter)?
L>
L> Personally, I don't mind if there aren't many sanity check on reading
L> the KML. If things bark because of an ill formed KML then th
Version 1148 was commited by steve on 2009-08-26 21:43:14 +0100 (Wed, 26 Aug
2009)
Better ferry behaviour.
- Valentijn Sessink
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Great, thanks a lot! Can I be so bold and grab go for the jackpot and ask
if you plan on making the reverse working as well (feed KML into Splitter)?
Personally, I don't mind if there aren't many sanity check on reading the
KML. If things bark because of an ill formed KML then that's the users
er
>> If you like I could add a parameter to the splitter that generated
>> the KML file automatically so there's no need for the additional
>> script.
>>
L> That would be great to have.
...and now you have it :) I've just checked in an update that gives you
a --write-kml= parameter. Pretty much d
Hello,
as I said some months ago, deciding the right speed to set in the garmin map
for each way shoud be a new mkgmap function.
The function should take into consideration:
the assigned OSM highway tag
the assigned OSM maxspeed
the number of crosses per km (maybe the number of routing nodes /
Hello list,
The current ferry routes don't tell me to board the ferry (I've written
about that before).
However, if I use ferry type 0x1b instead of 0x1a, my Garmin Nüvi shows
a nice boat icon on the track, it tells me to "board ferry". The other
behaviour so far seems identical to type 0x1a.
So
speaking of sea polygons and the numerous test builds...
i'm a little confused as on which program to use (to view the
result without copying it to a garmin GPSr) and how -
qlandkarte or qlandkartegt (which recently appeared in debian sid),
and which files to load (or import?), single tile .img (f
Florian Lohoff wrote:
>
> Wouldnt it make sense to make it possible to apply factors based on road
> class to the maxspeed setting?
>
> e.g unclassified -> maxspeed*0.6
> tertiary -> maxspeed*0.8
>
> OTOH this should all be the responsibility of the routing engine
> and at the moment as i
On 09-08-26 14:52:24 CEST, Steve Ratcliffe wrote:
> I've separated out the sea generation from the multipolygon
> patches and applied them to the multipolygon branch.
> It would be great if further patches could be relative to
> this branch to make it easier to see what is being changed by
> each p
MarkS wrote:
Mark Burton wrote:
Hi Mark,
I'll change it. The original intention was to avoid creating another
option (as I'd seen some comment about "yet another option"). But I'm
happy to go down that route.
Here's a revised version of the patch picking up the suggestions Mark made.
Thi
On Wed, Aug 26, 2009 at 04:37:37PM +0100, MarkS wrote:
> Here is a possible patch for maxspeed.
>
> Around here lots of roads have been tagged with their speed limit (which
> is 60mph). However, these are unclassified roads and you are unlikely to
> get above 40mph. At the moment the default be
Mark Burton schreef:
> but then have a new option that gives the flexibility you want:
>
> maxspeed=ignore(use speed defined in roadclass)
> maxspeed=heed (use maxspeed if defined, roadclass otherwise)
> maxspeed=lowest(use lowest of those speeds)
> maxspeed=highest (use highest of
Many thanks for your suggestions, I also got it working with the
gmaptool program as well.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Mark,
> I'll change it. The original intention was to avoid creating another
> option (as I'd seen some comment about "yet another option"). But I'm
> happy to go down that route.
Personally, i'd rather see a new option added than an old option
obscured!
Also, if we introduce a new option to
Mark Burton wrote:
> Hi Mark,
>
> Thanks for the contribution - it sounds like a good idea.
>
> One thought, how about using words and not numbers, words are easier to
> interpret when you come back to them 3 months (5 minutes?) later. So
> you could have something like:
>
> ignore-maxspeeds (sa
Hi
> Actually the problem was the org.hamcrest package. If anyone else runs
> into the same, I solved it by installing the "libhamcrest-java" debian
> package and then fixing up the installation like this:
That is strange, those classes are in my junit-4.5.jar and I thought
that it was direct
Hi
> L> the tiles rendered with Mkgmap. The red tiles in Denmark are caused
> L> by all the house numbers which cause the guesstimate mechanism
> L> (--max-nodes) of splitter to be fooled in thinking that Mkgmap could
> L> produce working maps for those areas. Splitter should be more
> L> in
Chris Miller schrieb:
> CG> - I have noticed problems due to partly missing shoreline segments
> CG> for
> CG> example at the Elbe. This, however, seems to be a problem in the
> CG> splitting of the data.
>
> Assuming you're talking about the splitter... is this because the nodes that
> make up t
Steve Ratcliffe writes:
> Hi
>
> On 25/08/09 23:18, Simon Josefsson wrote:
>> In building other java applications, I'm used to checking that the build
>> is sane by invoking 'ant test'. This fails for me with mkgmap. Is this
>> a known problem, or something I can fix?
>
> You need to have junit
Chris Miller a écrit :
Hello Chris,
Sorry for the delay to reply, but just back from work.
> Have a go with splitter r77. It should now detect what a cache from a
> previous
> splitter run contains. It will then reuse or regenerate it as is appropriate
> for the parameters you have provided t
Hi Mark,
Thanks for the contribution - it sounds like a good idea.
One thought, how about using words and not numbers, words are easier to
interpret when you come back to them 3 months (5 minutes?) later. So
you could have something like:
ignore-maxspeeds (same meaning as now for compatibility
Here is a possible patch for maxspeed.
Around here lots of roads have been tagged with their speed limit (which
is 60mph). However, these are unclassified roads and you are unlikely to
get above 40mph. At the moment the default behaviour of mkgmap is set
overide the style file for these roads
Version 1147 was commited by steve on 2009-08-26 15:50:25 +0100 (Wed, 26 Aug
2009)
BRANCH: multipolygon
Re-indent to match rest of file and
apply some code tidying.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/ma
Hi Christian
> Can you send me the tile causing the problem or provide me a download link?
http://www.mkgmap.org.uk/tmp/63240014.osm.gz
It also takes 30min to compile. There is a lot of coastline
there of course.
..Steve
___
mkgmap-dev mailing list
Dear Christian,
On Wed, Aug 26, 2009 at 04:23:16PM +0200, Christian Gawron wrote:
> Unfortunately, sometimes there are non-closed coastline segments not
> hitting the boundary (e.g. in the country extracts from geofabrik the
> shore ends at the country border which usually does not coincide with
Dear Clifford,
in the standard case, the algorithm does the following:
- Generate a background sea rectangle which covers the bounding box of
the map
- Connect the coastline segments wherever possible. The resulting
segments should be either closed (= islands) or hit the boundary.
- Build a mult
Dear Steve,
Steve Ratcliffe schrieb:
> Hi
> On 25/08/09 22:46, Christian Gawron wrote:
>
>> This version of the patch fixes a bug in the previous version which
>> caused tiles with no shoreline to be "flooded".
>>
>
> I've separated out the sea generation from the multipolygon
> patches an
Hi
On 25/08/09 22:46, Christian Gawron wrote:
> This version of the patch fixes a bug in the previous version which
> caused tiles with no shoreline to be "flooded".
I've separated out the sea generation from the multipolygon
patches and applied them to the multipolygon branch.
It would be great
Furthermore, should isClosed() require the way to have at least 3
points? Otherwise, the enclosed area is going to be very thin!
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
I notice that isClosed() uses equals() (the points have the
same coords) but I think it should use == (the points are the same
object).
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Christian Gawron escribió:
> This version of the patch fixes a bug in the previous version which
> caused tiles with no shoreline to be "flooded".
>
> Other improvements are
> - Shorelines are clipped at the boundary prior to the processing (may
> fix some problems related to input data)
> - Somewh
Version 1146 was commited by steve on 2009-08-26 13:08:50 +0100 (Wed, 26 Aug
2009)
BRANCH: multipolygon
Version 5 of the generate sea patch.
Polygons are generated for areas of sea when the --generate-sea
option is given.
By Christian Gawron
___
mkg
Hi
On 25/08/09 23:18, Simon Josefsson wrote:
> In building other java applications, I'm used to checking that the build
> is sane by invoking 'ant test'. This fails for me with mkgmap. Is this
> a known problem, or something I can fix?
You need to have junit in you classpath (or edit build.xml
CG> - I have noticed problems due to partly missing shoreline segments
CG> for
CG> example at the Elbe. This, however, seems to be a problem in the
CG> splitting of the data.
Assuming you're talking about the splitter... is this because the nodes that
make up the shoreline are quite far apart whe
dear christian,
On 09-08-26 10:37:12 CEST, Christian Gawron wrote:
> I also get similar problems for some tiles (the result may depend on the
> splitter parameters).
> The problem is that there are several shoreline segments that do not end
> at the map boundary. Two examples are:
> - Rügen: The
dear christian,
On 09-08-26 09:23:28 CEST, Christian Gawron wrote:
> Can you send me one of the input tiles (or a download link) where sea
> and land are flipped?
i've copied them to an external host:
https://mlist.timesink.de/osm/090819-berlin_HR-tiles/
(if your browser complains, you probably
MarkS wrote:
> My approach is:
> - Run splitter on a UK extract
> - Run mkgmap with the GMAPSUPP option turned on to create a single UK
> file with (in my case) 11 sub-maps (one for each area). Make sure family
> name is defined in the options.
> - Run mkgmap again using a different style (in thi
Dear Chris,
I also get similar problems for some tiles (the result may depend on the
splitter parameters).
The problem is that there are several shoreline segments that do not end
at the map boundary. Two examples are:
- Rügen: The shoreline ends at the border to Poland. The current patch
close
Clifford Nolan wrote:
> I can't seem to find the right options so that I can output more than
> one map within a gmapsupp.img file and have those individual maps be
> selectable with the ticks on the gps itself.
>
> For example, if I have file_A.osm and file_B.osm how can make these two
> sepa
Quoting Clifford Nolan :
> I can't seem to find the right options so that I can output more than
> one map within a gmapsupp.img file and have those individual maps be
> selectable with the ticks on the gps itself.
>
> For example, if I have file_A.osm and file_B.osm how can make these two
> sepa
Robert Joop schrieb:
> christian, thank you very much for working on this!
Yes, great to see that the sea is going blue.
> here are some current observations with my big bbox cut from the planet:
For germany (geofabrik extract) :
Inner Land tiles w/o coast are ok.
The northern sea area is "inv
Dear Robert,
thank you for the feedback!
Can you send me one of the input tiles (or a download link) where sea
and land are flipped?
Best wishes
Christian
Robert Joop schrieb:
> christian, thank you very much for working on this!
>
> here are some current observations with my big bbox cut from
RJ> - similar situation at the adriatic sea: the part of italy that is
RJ> inside the bbox is flooded, as is venice.
Maybe it's OK and Venice is just having one of their famous high tides? :-)
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
christian, thank you very much for working on this!
here are some current observations with my big bbox cut from the planet:
- there were no "SEVERE" warnings as with prior sea patches.
- the main-land in general is not flooded (as with patch 4a)
- at the baltic sea, most islands and the northern
Hi Marko,
MM> Are you caching the command line parameters and the file sizes and
MM> time stamps of all input files? That should be rather safe. To be
MM> even safer, you should perhaps also cache the splitter revision
MM> number.
Yes I cache the file size, timestamp, and canonical path of each
48 matches
Mail list logo