2012/2/21 Thorsten Kukuk ku...@suse.de:
On Mon, Feb 20, Steve Ratcliffe wrote:
I'm applying a fix now.
Seems to work fine now.
Hi!
As this seems to work now, I ask myself what I need to do to my custom
style in order to activate it for my etrex vista.
I copied the first few lines of the
2012/1/11 Steve Ratcliffe st...@parabola.me.uk:
OK, I now also tried to modify the command line, feeding mkgmap
individual tiles, plus the overview-map.img of each layer, too.
Now all layers are present in the gmapsupp.img, but I lost all layer
names, .TYP files and the search index.
You
2012/1/10 Martin mkg...@snailrun.de:
Hello Steve,
I'd like to throw in another question regarding the totally cool new
search index feature:
I build a map for my vista hcx that contains several layers with
different product-id: 2 different background layers (landuse/terrain
visualization), 1
2012/1/10 Steve Ratcliffe st...@parabola.me.uk:
Hi
Now I started using the index on the main layer and it works great -
as long as I don't try to combine all layers to a single gmapsupp.img,
which I always do by calling mkgmap with all sublayer gmapsupps as
input files:
java -jar
2011/4/9 Marko Mäkelä marko.mak...@iki.fi:
Maybe I was being unclear. The use case that I have in mind is the
generation of a map set that comprises several layers (families in
Garmin terminology). These layers can be enabled or disabled in the map
settings menu on the GPS receiver.
2011/4/10 Felix Hartmann extremecar...@gmail.com:
Same here. My only issue with QLandkarteGT is the inability to plan
routes.
Again, the old way of doing things would not be going away. This
multi-layer stuff would remain compatible with existing styles and
scripts. To take advantage of it,
2011/2/27 Martin Simon grenzde...@gmail.com:
Hi!
This sounds like exactly the thing needed, as I create these Polygons
seperately. :-)
I tried to build the patched mkgmap from source but this failed. But
as the patch is committed now, I'll simply try with the next
automatically buit
2011/1/31 Marko Mäkelä marko.mak...@iki.fi:
If nobody can suggest a better symbol for amenity=shelter, I would
remove amenity=shelter altogether from the default style. There seems to
be some agreement that amenity=shelter may be too inaccurate tagging for
the tourism or hiking related
2010/10/26 Marko Mäkelä marko.mak...@iki.fi:
You
can easily do that by extracting the ways from a country or state
extract with Osmosis and loading the resulting file to JOSM. In JOSM,
you can download some surroundings around each line in order to
determine whether it should be oneway=yes or
2010/7/22 Harri Suomalainen harri.suomalai...@iki.fi:
Changing the road type would not help with the access tagging problem.
You would still wonder if it is generally allowed or not. (Local
regulations might differ on this)
highway=path has no implied restrictions for means of transport that
2010/7/20 Daniela Duerbeck daniela.duerb...@gmx.de:
Hi!
Although a camp_site that has 2b03 gets a tent icon in the Garmin Oregon
450 (Software 3.52 beta) it cannot be searched via the Lodging menu. The
Oregon searches camp_sites under the number 2b05.
Works with etrex vista hcx and 2b03...
2010/7/20 Daniela Duerbeck daniela.duerb...@gmx.de:
Martin Simon wrote:
Works with etrex vista hcx and 2b03...
You cannot search just for campsites in your vista. You can search for
lodging and all POIS with 0x2bn with 0=n=2f are then shown.
Let me guess: your Oregon told you that? ;-)
I
2010/7/16 Marko Mäkelä marko.mak...@iki.fi:
Have you tried splitting the tiles further? In my experience, mkgmap
does not always flag errors when exceeding some Garmin limits, and you
can end up with all sorts of breakage (including routing errors in some
areas) when you generate too large
2010/6/21 aighes h.scholl...@googlemail.com:
Thanks a lot! This was the thing I had forgotten.
Hi!
Could someone point me to some explanaition of this overlays feature?
I'm curious about this for quite some time now, but never found
anything useful about it. What is it capable of?
I'm
2010/4/13 Chris66 chris66...@gmx.de:
Works for me using mkgmap latest.
lines:
highway=pedestrian area!=yes {add motorcar=no; add bicycle=no} [0x0a
road_class=0 road_speed=0 resolution 22]
highway=pedestrian area=yes [0x0a road_class=0 road_speed=0
resolution 22 continue]
(I'm
2010/3/28 Daniela Duerbeck daniela.duerb...@gmx.de:
Hi Carlos!
I've seen we have amenity=zoo in the default points style, but in the
wiki zoos are said to be tagged as tourism=zoo. Probably we should add
the latter to default style.
It was already inside the points file.
Should then also
2010/3/29 Daniela Duerbeck daniela.duerb...@gmx.de:
Hi Martin!
No, area=yes is not needed, because as opposed to a node, when a way
gets tagged with building=*, it's clear that it's meant to be an
area.
You only need area=yes for ways that normally aren't areas, such as
highway=residential.
2010/3/3 Marko Mäkelä marko.mak...@iki.fi:
What if you explicitly define the POIs on the map? Taking a building with
amenity=supermarket as an example, you might want to define a bank=atm POI
somewhere near the entrance and amenity=supermarket,building=entrance at
the entrance.
Why would
2010/2/21 Mark Burton ma...@ordern.com:
Hi Marko,
motor_vehicle is not understood by mkgmap
Actually, why not? If my memory serves right, mkgmap understands
motorcar and motorcycle (and maps them to the same access bit), but why
not motor_vehicle? For example in my understanding, tractors
2010/2/16, maning sambale emmanuel.samb...@gmail.com:
My initial script runs in two stages:
Hi!
I don't know if this helps, but I have to specify the *full* path of
my typ files to get them included. they are in another directory.
-Martin
___
2009/11/13 Toby Speight t.m.speight...@cantab.net
Oops; that should read
/
| access=* { add vehicle='${access}'; add foot='${access}' }
| vehicle=* { add motor_vehicle='${vehicle}'; add bicycle='${vehicle}' }
\
Looks good, this would enable us to correctly map general
2009/11/6 Ralf Reimann ral...@gmx.de
I switched the routing options of my etrex from fast route to short route.
Now at the location
http://www.openstreetmap.org/?lat=51.44248lon=6.66183zoom=17layers=B000FTFthe
routing goes from Moerser Hof in the north to Römerstraße in the
south over the
2009/10/30 Felix Hartmann extremecar...@googlemail.com
I rather see the problem if you use such rules in the style-file now that
you don't know whether they will be used or not (maybe another rule is
already matching on the same street), or do you want to use these rules to
precede all
2009/10/4 Mark Burton ma...@ordern.com:
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
2009/10/3 Marko Mäkelä marko.mak...@iki.fi:
Another idea: would it be possible to create a global contour line map
from the ASTER data and distribute it? Could the contour line map be
an overlay on a more variable map? Would the tile borders have to match?
Could the two maps (contours and
2009/10/4 Mark Burton ma...@ordern.com:
Hi Ralf,
I know what the problem is. The code currently checks for the access
tag before the style file is processed so if the bollard doesn't have
an access tag already, the POI isn't linked to the way as it needs to
be for this to work.
Sorry for
2009/10/4 Christian Gawron christian.gaw...@googlemail.com:
Martin Simon schrieb:
2009/10/3 maning sambale emmanuel.samb...@gmail.com:
nice! How were you able to close contours along tile borders?
Is it possible to pre-process the contour tiles before mkgmap?
I'm currently not able
2009/9/26 maning sambale emmanuel.samb...@gmail.com:
Very nice. Has anyone tried this with mkgmap?
http://www.cgpsmapper.com/download/Creating%20custom%20types%20to%20represent%20elevation%20data.pdf
What's needed is to simply (?) convert the contour line to polygon.
I'm currently
2009/9/24 David david@orange.fr:
Hello there,
Few weeks ago I reported a bug about closed contour lines. Someone answered
me that was an old error. I found the lost patch in the mailing list and I
tested it on a huge file. It works both for lines and polygons.
All the best to the dev
2009/9/1 Mark Burton ma...@ordern.com:
Hi Martin,
Is there any chance for this patch to get committed in the near
future? I think it would be very helpful for routing (also with
barrier=cycle_barrier/gate/lift_gate etc) and the case of target
and/or destination being too close to the
2009/7/8 Mark Burton ma...@ordern.com:
Marco,
I still do not see the reason to make 2 unaccessible arcs on both sides
instead of one.
Imagine that you have only one restricted arc that is on one side of
the bollard. Now if you are within that region and try to route to a
point that is on
2009/7/7 Mark Burton ma...@ordern.com:
Fed up of being routed in your car down city streets only to find the
way is blocked by a bollard? Well, if so, this is the patch for you.
If a way has a bollard on a point, the segments of the way that
connect to the bollard have access restrictions
32 matches
Mail list logo