Hi Steve,
>There was no license indication on the osmpbf files last time I looked,
>but mainly I didn't check anything in because I just bodged it to get
>it to build and it needs sorting out properly.
Maybe the easy way would be to ask the Osmosis developers, because they
are bundling some of
Hi Steve,
On Sun, Oct 31, 2010 at 10:39:27PM +, Steve Ratcliffe wrote:
>I've built a complete splitter distribution from the pbf branch and put
>it at http://files.mkgmap.org.uk/download/6/splitter-r161.zip
Thanks, this cuts my splitting time to about half.
>It includes everything you need.
On Tue, Nov 02, 2010 at 06:12:57PM +, svn commit wrote:
>
>Version 1727 was commited by wanmil on 2010-11-02 18:12:57 +
Congratulations for the commit rights, WanMil!
I was about to complain that this broke my natural=coastline, but on a
closer look it is something else (poorly chosen ti
On Tue, Nov 02, 2010 at 08:11:41AM -0400, Greg Troxel wrote:
>True, but it would be nice for mkgmap to read from stdin anyway, since
>the notion of stdin being available as a file is non-portable - I'm
>pretty sure POSIX does not specify it.
Sure. Patches are of course welcome. I just wanted to
On Tue, Nov 02, 2010 at 10:22:33AM +0100, Lambertus wrote:
>Would it be possible that Mkgmap supports reading the OSM data from
>stdin? Splitter is capable of doing so and it would eliminate the need
>for a temporary file if Mkgmap could do so too.
If you are using a unix-like system, --input-fi
Hello Steve,
>> 2010/10/31 21:17:25 WARNING (RestrictionRelation): finland.osm.pbf:
>> Turn restriction http://www.openstreetmap.org/browse/relation/168868
>> (at
>> http://www.openstreetmap.org/?mlat=61.89944&mlon=27.80067&zoom=17)
>> lacks 'via' node (guessing it should be at
>> http://www.
Hi Steve,
I am seeing bogus warnings like this when processing a file in the OSM
Protobuf format:
2010/10/31 21:17:25 WARNING (RestrictionRelation): finland.osm.pbf: Turn
restriction http://www.openstreetmap.org/browse/relation/168868 (at
http://www.openstreetmap.org/?mlat=61.89944&mlon=27.800
On Thu, Oct 28, 2010 at 06:12:03PM +0200, Johann Gail wrote:
>So there is no need to include this in the default style file ;-)
>
>But however a good idea for personal style files. Thanks.
I might add it as a comment to the default style then.
Marko
___
On Thu, Oct 28, 2010 at 08:42:47PM +0800, maning sambale wrote:
>Nice! It reported the errors in the terminal:
>010/10/28 20:24:59 WARNING (StyledConverter): philippines.osm:
>Motorway exit Coastal Road Tollbooth
>(http://www.openstreetmap.org/?mlat=14.48788&mlon=120.98263&zoom=17)
>has no motorway
On Thu, Oct 28, 2010 at 03:45:07PM +0800, maning sambale wrote:
>One more question, the line you added is only for reporting missing
>oneway tags?
>highway=motorway_link & oneway!=yes & oneway!=no { echo "motorway_link
>lacks oneway" }
>
>Therefore, I still need the existing style parameters?
>hig
On Thu, Oct 28, 2010 at 03:21:31PM +0800, maning sambale wrote:
>Is it possible to add them in the logging reports within mkgmap?
Something like this in the style/*/lines file could do the trick:
highway=motorway_link & oneway!=yes & oneway!=no
{ echo "motorway_link lacks oneway" }
Note that nor
On Thu, Oct 28, 2010 at 08:51:49AM +0200, fla...@googlemail.com wrote:
>why cant we change the standard into oneway=no . In big parts of
>germany only the oneway parts will be tagged mit oneway, but no the
>toway-parts with onewyy=no. And i think thats the same in other parts
>of the world ?
Bette
On Wed, Oct 27, 2010 at 07:29:17PM +0200, Reinhard Randoll wrote:
>My Garmin device shows a speed limit icon in the screen with the
>standard map and some downloaded OSM-based-mkgmap-generated maps.
Do you have links to any of those maps? Are you sure that they were
generated by mkgmap and not e
On Tue, Oct 26, 2010 at 11:27:27PM +0200, Martin Simon wrote:
>> PS: Any objections if the default style adds surface=paved to
>> motorways and motorway links? What does the Vienna convention say
>> about motorways? Does it require a paved surface?
>
>No, not from my side. IMHO, there is quite a
On Tue, Oct 26, 2010 at 10:23:28PM +0200, Martin Simon wrote:
>-on many motorway_links (that i was aware of) people removed the
>"unneccessary" oneway=no tags in the following months
Did you consider adding note='this is oneway=no because the default for
motorway_link is oneway=yes'? :-)
Luckil
On Tue, Oct 26, 2010 at 05:17:50PM +0200, Torsten Leistikow wrote:
>As a consequence, I think we shouldn't assume one=yes as default for
>motorway_links.
For what it is worth, when this was discussed last time, most
highway=motorway_link in Finland were tagged oneway=yes. Some were
tagged onewa
On Fri, Oct 22, 2010 at 09:30:55PM +0100, Adrian wrote:
>b) It was a coincidence that the railway missing from my Garmin map,
>appeared to be missing from the splitter output. It was in fact missing
>because it was tagged layer=-1, and it was being dropped by the test in
>the style file.
For wh
Hi Steve,
>Looking at this patch I believe it would be better to save the current
>node in HighwayHooks where it is already looked up anyway.
You are right. I was initially unsure if it is possible to carry state
in HighwayHooks, but later (once I learned how the XML and PBF
processors are usi
On Wed, Oct 20, 2010 at 02:59:09PM +0100, Adrian wrote:
>Marko wrote:
>>Do you have any suggestion how to implement the following with the PBF
>>format:
>>
>
>At least as a temporary solution, try changing
>bzip2 -dc "$OSM_BZ2"|
>to
>osmosis --rb "$OSM_PBF" --wx - |
>
>In other words you use osmos
On Tue, Oct 19, 2010 at 09:11:31PM +0100, Steve Ratcliffe wrote:
How could this check be reinstated in the refactored parser, for both
XML and PBF? This code should be easy to find in the old XML-only OSM
parser: just look for currentWayStartsWithFIXME in Osm5XmlHandler.java.
I hoped no one w
This seems to work. I will have to check that it won't introduce any
warnings about oneways going to or coming from nowhere.
It will. The solution is to add foot=destination, bicycle=destination
to the map data where appropriate, and to disable dead-end-checks for
oneways that are tagged acce
On Wed, Oct 20, 2010 at 09:58:22PM +0300, Marko Mäkelä wrote:
>On Tue, Oct 19, 2010 at 09:11:31PM +0100, Steve Ratcliffe wrote:
>>I hoped no one would miss it ;)
>
>Did you remove the makeOppositeCycleways and the special handling of
>natural=coastline as well? I'm not
On Tue, Oct 19, 2010 at 09:11:31PM +0100, Steve Ratcliffe wrote:
>I hoped no one would miss it ;)
Did you remove the makeOppositeCycleways and the special handling of
natural=coastline as well? I'm not missing them, I'm just trying to
figure out where to put back my stuff.
Marko
___
On Tue, Oct 19, 2010 at 11:13:37PM +0100, Steve Ratcliffe wrote:
>But now you mention it I can't think of why there should be a
>difference, since all the code that matters is common between the two.
>I'll take a look.
Are the .osm.bz2 and .osm.pbf files identical to begin with? Today,
Geofabr
On Tue, Oct 19, 2010 at 04:22:18PM -0500, Scott Crosby wrote:
>There's a branch in the splitter repository that supports reading pbf
>files, along with significant improvements in scalability and
>performance, but it still generates *.osm.gz files for output.
Can you give the Subversion URL for t
On Tue, Oct 19, 2010 at 09:11:31PM +0100, Steve Ratcliffe wrote:
>
>> How could this check be reinstated in the refactored parser, for both
>> XML and PBF? This code should be easy to find in the old XML-only OSM
>> parser: just look for currentWayStartsWithFIXME in Osm5XmlHandler.java.
>
>I hoped
On Tue, Oct 19, 2010 at 10:20:48PM +0300, Marko Mäkelä wrote:
>I am considering something like this in the beginning of the default
>style file:
>
># Hide unaccessible tunnels
>highway=* & tunnel=yes & (access=private|access=no)
>& !(foot=*) & !(bicycle=*) {delete
I had been using mkgmap r1701 for a long time. Today, I finally
upgraded, and now I am seeing lots of warnings for oneways coming from
or going to nowhere.
Before the OSM parser was refactored to accommodate the xml and pbf
parsers, the XML parser set the way attribute
mkgmap:dead-end-check=fa
On Tue, Oct 19, 2010 at 04:58:26PM +0200, Carlos Dávila wrote:
>Today geofabrik is offering corrupt excerpts, so I can't
>make further tests by now.
Today geofabrik is only offering *.osm.pbf files, no *.osm.bz2 files.
Do you have any suggestion how to implement the following with the PBF
format
On Tue, Oct 19, 2010 at 08:07:47PM +0200, Johann Gail wrote:
>No matter how you name it, "note=mkgamp omit" or "mkgmap=omit". The
>idea behind both is the same bad idea: taging for renderers. You have
>information in the data which is meant to be used by only one single
>renderer.
I agree.
>If
On Tue, Oct 19, 2010 at 05:29:04AM -0700, aighes wrote:
>All in all I think, it is useful, to render a tunnel differnt than a
>normal street.
Sure, it could be. On the Finnish OSM forum there was a recent
discussion how to tag cycleway underpasses. The tunnel=yes tagged ways
under highways some
On Tue, Oct 19, 2010 at 12:51:59AM -0700, aighes wrote:
>> Last time I was bicycling/mapping there, I got confused, because I
>> thought that there would be a connection between the highway=residential
>> (Kaskelanpolku) and the highway=secondary (Lahdentie). Of course, the
>> tunnel would not be c
On Mon, Oct 18, 2010 at 06:15:29PM +0100, Adrian wrote:
>I found that way 31799814 (79 nodes) was missing. This is a 57km
>section of the high-speed railway line between Lille and Paris. The way
>should have been split between tiles 63240002 and 63240004. The way is
>present in the file which wa
On Mon, Oct 18, 2010 at 06:20:03PM +0100, Adrian wrote:
>In my opinion, tagging with layer=-1 in that particular case is not
>wrong, but tagging long stretches with layer=-1 would be wrong. Looking
>at r1445 in the mailing list, it was clearly the intention to hide
>underground railways. In ligh
On Sun, Oct 17, 2010 at 09:17:33PM +0200, Minko wrote:
>Maybe it's caused by the geofabrik extract of germany.osm because I
>notice the same problems happen for the same region (near Emden) if I
>use the Benelux abstract from planet.openstreetmap.nl
>For my Benelux maps I have use the europe.osm
On Sun, Oct 17, 2010 at 02:15:55PM +0100, char...@cferrero.net wrote:
>Are you sure that the GPS won't try to route even when there is no
>routing info in the map? I've got a vague memory (back when I didn't
>know how to create a routable map) that my GPS still offered the option
>to route to a
On Sun, Oct 17, 2010 at 08:34:42AM +0200, Josef Latt wrote:
>I tried it with several extracts after the fix.
>The screenshot is from the extract yesterday.
Did you enable the logging and search for any coastline warnings in the
log?
Something like this should do the trick:
java -Xmx1024m -ea -D
On Fri, Oct 15, 2010 at 10:38:20AM +0100, Paul wrote:
>I know you said you don't make routable maps but there is an option on
>my 605 to "Follow street" or "Off-road" - Maybe you're getting
>something similar
Likewise on the Edge 705, but I think that the option only exists for
bicycle and foot
On Sun, Oct 03, 2010 at 01:07:23PM +1030, Markus_g wrote:
>
>The lake you have shown has natural=coastline.
>
>That needs to be changed to natural=water
For what it is worth, I converted all natural=coastline to natural=water
inside the Finnish shore line (except for one huge lake, Päijänne). I
On Sat, Sep 25, 2010 at 08:34:17AM -0700, Mr Thwibble wrote:
>The map renders fine on the gps, but whenever I try to route anywhere
>(including to a destination within the tile in which I'm originating)
>the route computation fails at about 2% and complains that I'm not near
>a road. I'm using:
On Wed, Sep 22, 2010 at 09:26:48PM +0200, Rutger Nijlunsing wrote:
>I can confirm that copying gmapsupp.img to a Nuvi 255 results in not
>working adresses with a recent mkgmap.
>
>It cannot find any number in the street, even for streets which do
>have streetnumbers in them.
Like Felix writes at
On Tue, Sep 21, 2010 at 07:01:21PM +0200, Torsten Leistikow wrote:
>WanMil schrieb am 20.09.2010 20:37:
>> But I am not sure in what situations the bug happens. Could you do me a
>> favour and run mkgmap with the following log.properties file?
>
>Is this problem already solved with r1700?
>
>Otherw
On Mon, Sep 20, 2010 at 10:24:55PM +0400, Maks Vasilev wrote:
>What way to create basic address and POI search in map created with mkgmap?
>
>OSM data have tag in addr:* shema
>(http://wiki.openstreetmap.org/wiki/Key:addr), map created with --make-poi-
>index and --index, but search in garmin not
On Mon, Sep 20, 2010 at 10:15:58PM +0400, Maks Vasilev wrote:
>OMG! sorry :(
But you could rightfully complain that mkgmap silently ignores unknown
command line switches. As far as I understand, the problem is that there
is no centralized command line parsing. Each code snippet looks for its
ow
On Thu, Sep 16, 2010 at 01:34:20PM -0500, Scott Crosby wrote:
>I've got a question though, why can't mkgmap generate different areas
>in parallel? It seems like it should be possible and it would make it a
>lot faster to render maps.
I thought that it already does, when you specify the parameter
On Sat, Sep 11, 2010 at 06:41:48AM +0100, char...@cferrero.net wrote:
>> Do we have a bug tracking system or a wiki page for tracking this
>> kind of long-term, hard-to-implement feature requests?
>
>There's this: http://wiki.openstreetmap.org/wiki/Mkgmap#Known_issues
Charlie, thank you for the h
On Sat, Sep 11, 2010 at 08:53:48AM +0200, Torsten Leistikow wrote:
>In ActionReader there is also an apply_once command included. Can this
>be used to prevent the forward/backward-doubling? Or what is the
>intended use of apply_once vs. apply?
I implemented it when I started playing with relatio
On Fri, Sep 10, 2010 at 10:35:14PM +0200, Torsten Leistikow wrote:
>> What I would like to see is "apply" sorted by some criterion, and the
>> possibility to filter out duplicates, for example, when the same way is
>> part of opposite-direction bus route relations. (Opposing bus routes of
>> the sa
On Fri, Sep 10, 2010 at 07:01:55PM +0200, Torsten Leistikow wrote:
>I think this wouldn't solve my problem. What I want to achieve is, that
>multiple relations can add information to a single way.
I implemented the $(variable_name) syntax some time ago, to get bus
route relations translated prop
On Fri, Sep 10, 2010 at 08:52:45AM +0100, Steve Ratcliffe wrote:
>This is a note to let everyone know that to support the binary format
>(and because it is a good idea anyway), the Osm5XmlHandler file will be
>split up so that it just handles reading XML and forming the
>node/way/relation object
On Thu, Sep 09, 2010 at 07:01:45PM +0800, maning sambale wrote:
>Am I right to assume that, with generate-sea=polygons a single land
>polygon (with many islands) was created. So when a single island way
>is unconnected, the whole polygon creation stopped?
>
>Does the generate-sea=multipolygon r
On Thu, Sep 09, 2010 at 04:16:26PM +0800, maning sambale wrote:
>Sure.
>
>http://dl.dropbox.com/u/607635/osm_stuff/coast_philippines.zip
>
>The zip contains:
>coastline data
>args.list
>osm-ph styles folder
I got an exception when trying your style and args. I didn't dig deeper.
By the way, spec
On Thu, Sep 09, 2010 at 12:20:37PM +0800, maning sambale wrote:
>I extracted the coastline ways with osmosis and loaded them in JOSM.
>No other data except the Philippine coasts. There are two unconnected
>coastlines which I corrected. Apparently a portion of the way was used
>in a multipolyg
Dear Maning,
>> Unless your map extract is a perfect island, you may have to move the
>> coastline endpoints to make mkgmap happy.
>I think it is, the Philippines is an island/archipelagic country:
>
>http://osm.org/go/4y4z4--
What matters is the map extract that you are using. If it contains
h
On Wed, Sep 08, 2010 at 10:27:46AM +0800, maning sambale wrote:
>But this is a very interesting case because, previous builds have sea
>polygons even when there are coastline errors. I'm using mkgmap svn
>1649
Educated guess: previous errors canceled out each other (the errors must
have been vi
On Wed, Aug 25, 2010 at 01:17:12PM +0200, Christian H. Bruhn wrote:
>Just saw something in the All-In-One-Style:
>
>highway=emergency_access_point {add ref=''; add name=''; add operator=''; add
>emergency_telephone_code=''; name '${ref} ${name} ${operator}
>${emergency_telephone_code}'} [0x7016 r
On Wed, Aug 25, 2010 at 04:14:47PM +0800, maning sambale wrote:
>This is interesting because I converted the data from a GDB file (of
>survey points) and then further edited in JOSM. Node IDs are negative
>because the data didn't come from the main OSM dbase.
I can't remember if mkgmap has troubl
On Wed, Aug 25, 2010 at 02:47:33PM +0800, maning sambale wrote:
>Hi,
>
>I am compiling a custom map from OSM format, what do these error messages mean:
>ava.lang.NumberFormatException: null
> at java.lang.Integer.parseInt(Integer.java:443)
> at java.lang.Integer.parseInt(Integer.java:51
On Sun, Aug 22, 2010 at 03:21:59PM +0200, Frédéric Bonifas wrote:
>Hi,
>
>Two remarks on address search with a Vista Hcx :
>
>* even if I don't know the address number, I have to write a number in
>order to find the street
Right, and any number seems to yield the same point, about mid-way the
st
On Thu, Aug 19, 2010 at 11:54:25PM -0700, Paul Johnson wrote:
>I'm wondering if mkgmap already handles the proposed values "avoid" and
>"preferred" for access tags. If not, could we get that added?
A search for "avoid" and "preferred" in the Java and style files does
not find anything relevant.
On Wed, Aug 18, 2010 at 07:41:55AM +0300, Harri wrote:
>Here's an example from my style how I use adding info multiple times:
>
># append to name
>highway=cycleway & surface=paved {set name='${name}+P'}
>highway=cycleway & surface=unpaved {set name='${name}-P'}
># keep appending more
>highway=cyc
On Sun, Aug 15, 2010 at 09:06:31PM +0200, Christian H. Bruhn wrote:
>According to [1] you have to add to following line
>[1] http://wiki.openstreetmap.org/wiki/Mkgmap/help/style_rules
>
>> {name '${name} (${ref})' | '${ref}' | '${name}'}
>
>if you want to name a street with 'ref' or 'name' or both.
On Fri, Aug 13, 2010 at 11:27:48PM +0200, Clinton Gladstone wrote:
>I have this at the beginning of my polygons file:
>
> amenity=place_of_worship & (building!=*) {add building=yes}
The building!=* is redundant, because add does not touch existing
attributes.
>Which ensures that a place of wors
On Sat, Aug 14, 2010 at 12:04:08AM +0100, Dermot McNally wrote:
>Maybe it's time to start splitting the file until I find the culprit.
>That's how I found a piece of broken coastline that was causing trouble
>before.
Did you enable logging? My logging.properties
http://www.polkupyoraily.net/os
Dear Maning,
>More POIs are becoming areas/polygons these days.
Did r1669 fix this for you? I reviewed the points file and added
anything that seemed doable as polygons to the polygons file. (I did not
add bus, tram and train stops; I hope that nobody is going to replace
the highway=bus_stop,s
On Tue, Aug 10, 2010 at 12:21:42PM +0800, maning sambale wrote:
>Any suggested hex others recylce for place_of_worship polygons?
resources/garmin_feature_list.csv does not list 0x0f..0x13. Did you try
any of them? Of the documented ones, you might want to choose 0x1a
(cemetery) in order to disti
On Tue, Aug 10, 2010 at 09:02:11PM +0100, Dave F. wrote:
>> I think that it has to be done on a case-by-case basis. If there is a
>> lesser road nearby, then the default (bicycle=no) is OK. If there is no
>> other practical choice or there is only light traffic on the road
>
>Sorry Marko, but I thi
On Wed, Aug 11, 2010 at 08:48:26AM +, Chris Miller wrote:
>A good IDE (Integrated Development Environment) will make life a lot
>easier for you. It will automatically sync your local source code with
>the subversion repository so you can periodically pick up any code
>updates.
I haven't nee
Hallo Felix,
On Tue, Aug 10, 2010 at 05:27:34PM +0200, Felix Hartmann wrote:
>I designed the routing in such a way, that it works much better for
>motorcars/motorcycles (bare the Mapsource intertileroutingproblems). As
>you cannot have different road_speed for cyclists vs cars, one should
>bett
On Tue, Aug 10, 2010 at 02:37:42PM +0200, Valentijn Sessink wrote:
>Marko Mäkelä schreef:
>> I am planning to remove the { add bicycle=no; add foot=no } from
>> highway=trunk and to restore non-bicycle paths to road_speed=0.
>
>I'd suggest you don't. I do not k
On Tue, Aug 10, 2010 at 11:33:43AM +0200, Valentijn Sessink wrote:
I seem to remember that someone (Felix?) mentioned that Garmin
bicycle routing knows two values of road_speed: zero and nonzero.
Before r1431, highway=path and highway=cycleway got different
road_speed: 0 and 1, respectively. S
On Mon, Aug 09, 2010 at 09:45:33PM +0200, Valentijn Sessink wrote:
>Since r1431 (2009-12-10) bike routing has, IMHO and for my situation,
>degraded. When I'm building biking maps for the Amsterdam region, I'm
>using a style file from r1430.
Relying on bicycles for most of my transportation needs
On Mon, Aug 09, 2010 at 06:00:20PM +0200, Paul Ortyl wrote:
>Should I expect, that routing in MapSource should work?
I haven't used MapSource myself, but I have understood that Felix
(Extremecarver) and others routinely test their maps with it. On my Edge
705, I have not experienced any inter-ti
Hi Paul,
>I wanted to report that routing through Europe is broken. I have
>noticed it in December 2009, but did not report it then because I
>thought that my nüvi got broken.
I think that we have two variables at play here: software revisions
(mkgmap and splitter) and data revisions (Geofabr
On Sun, Aug 08, 2010 at 07:03:33PM +0100, Dermot McNally wrote:
>On 8 August 2010 17:41, Marko Mäkelä wrote:
>
>> shoulders) but the only choice in the area. I believe that the
>> default style (correctly) does add bicycle=no to highway=trunk. When
>> I get
>
>I
On Wed, Aug 04, 2010 at 09:21:56PM +0100, Dave F. wrote:
>To follow on from what Ralf said; as oneway=yes is implied, removing it
>will turn them all to two-way. There are far more one-ways than two.
>
>The two-way links without the oneway=no are incorrectly tagged & should
>be amended.
Right. I a
On Wed, Aug 04, 2010 at 10:19:56PM +0300, Marko Mäkelä wrote:
>osmosis --rx finland.osm --tf accept-ways highway=motorway_link --tf
>reject-ways oneway=\* --used-node --wx finland-motorway_link.osm
>
>yielded 101 ways. I checked some 10 of them, and all should have been
>oneway=ye
On Wed, Aug 04, 2010 at 08:57:42PM +0200, WanMil wrote:
>> El 04/08/10 17:10, Marko Mäkelä escribió:
>>> Unless you can provide an example where a two-way motorway link that is
>>> tagged as oneway=no is misbehaving, I think we should leave the default
>>> style a
On Wed, Aug 04, 2010 at 04:55:42PM +0200, Carlos Dávila wrote:
>El 04/08/10 14:04, Marko Mäkelä escribió:
>> On Wed, Aug 04, 2010 at 09:07:27PM +1100, Hendrik Oesterlin wrote:
>>
>>> "Carlos Dávila" cdavi...@orangecorreo.es wrote on 04/08/2010 at 20:14:50
>&g
On Wed, Aug 04, 2010 at 09:07:27PM +1100, Hendrik Oesterlin wrote:
>"Carlos Dávila" cdavi...@orangecorreo.es wrote on 04/08/2010 at 20:14:50 +1100
>subject "[mkgmap-dev] Turn restriction for highway=motorway[_link]" :
>
>> El 04/08/10 10:14, Hendrik Oesterlin escribió:
>>> Hello,
>>>
>>> I have som
On Fri, Jul 23, 2010 at 07:44:19AM +0200, Martin Simon wrote:
>> Using path-tag for cycleways would loose some information about the
>> road type. I think most real paths (where you can cycle) are much
>> different from real cycleways. I'd assume most paths to be narrow and
>> probably surface=e
Hi Dani,
Welcome to the club. I guess everyone will sooner or later realize that
the Garmin software is crap but the hardware is reasonable. I sort of
knew that before I got the Edge 705 in January 2009. I will jump ship as
soon as someone produces something reasonably open that I can use when
On Fri, Jul 23, 2010 at 04:03:00AM +0200, Daniela Duerbeck wrote:
>I have a question about this tag.
>In my Garmin Oregon, I find four different types for lodging:
>Hotel/Motel, Bed&Breakfast, Resort and Campground. In the default style
>I find tourism=resort but I cannot find a single use of thi
On Tue, Jul 20, 2010 at 02:26:12PM +0200, Martin Simon wrote:
>I have this at the top of my style since a few days:
>
>#general access:
>highway=* & access=( no | private ) {add foot=no; add bicycle=no; add
>horse=no; add motorcar=no }
>
>#designated and official treatment:
>
>#allow main users to
On Tue, Jul 20, 2010 at 02:34:20PM +0200, Chris66 wrote:
>Am 20.07.2010 13:15, schrieb Marko Mäkelä:
>
>> It also occurs to me that highway=cycleway or
>> highway=path&bicycle=designated implies foot=yes in the default style.
>> That seems wrong to me;
>
>Even i
On Tue, Jul 20, 2010 at 06:53:09PM +0200, Daniela Duerbeck wrote:
>Hi!
>
>In the german translation in the Oregon "water features" is translated
>with "Gewässerarten", i.e. "water types". I do not know whether this is
>the correct translation for "water features" but if, island should IMHO
>be a la
On Tue, Jul 20, 2010 at 10:16:23AM +0200, Minko wrote:
>Something like this?
>
>highway=cycleway & access!=no {add access = no; add bicycle = yes; add foot =
>yes} [0x16 road_class=0 road_speed=1 resolution 23]
I believe you would need something like this, so that you get to see the
temporarily
On Fri, Jul 16, 2010 at 10:27:13AM +0200, Martin Simon wrote:
>My build Process (for a multi-layer map) includes setting the main
>layer (roads, POI) to transparent using gmt.exe because mkgmap somehow
>doesn't manage to make this singe layer transparent.
>gmt.exe seems to kill the road-searchin
On Fri, Jul 16, 2010 at 09:56:51AM +0200, Martin Simon wrote:
>2010/7/14 :
>> Per Laustsen (p...@brugergruppen.dk) wrote:
>>
>>> Neither Garmin Nüvi 205 or Etrex Legend HCx is stable searching address -
>>> sometimes it works but most times it does not.
>>>
>> My GPSMap 76CSx will find a road (or
On Sat, Jul 10, 2010 at 03:38:36PM +0200, Daniela Duerbeck wrote:
>Marko Mäkelä wrote:
>> On Thu, Jul 08, 2010 at 02:02:42AM +0200, Daniela Duerbeck wrote:
>>
>>> Is there a possibility to not show telephones in large zoom levels?
>>> Garmin thinks they are
On Sat, Jul 10, 2010 at 04:11:38PM +0200, Daniela Duerbeck wrote:
>Hi!
>
>In the default style I find:
>barrier=bollard | barrier=bus_trap
>{add access = no; add bicycle = yes; add foot = yes} [0x660f
>resolution 21]
>
>My Garmin Oregon translates this to "Säule"
This was added before "my time
On Thu, Jul 08, 2010 at 02:02:42AM +0200, Daniela Duerbeck wrote:
>Is there a possibility to not show telephones in large zoom levels?
>Garmin thinks they are really important, so they show up everywhere.
Could Garmin think that they are useful for emergency telephones on
motorways when you are
Does emergency routing ignore turn restrictions? If it does, then
warnings for turn restriction exceptions for emergency vehicles could be
silenced, couldn't they? (I cannot test this myself, as the Edge 705
does not offer any 'emergency' routing.)
http://www.openstreetmap.org/browse/relation/1
Some time ago, I added the following translations to the polygons file
in the default style:
place=island & name=* [0x53 resolution 18]
place=islet & name=* [0x53 resolution 20]
Before this addition, islands were not named on the map. The polygon
style is documented like this in resources/garmi
On Tue, Jun 22, 2010 at 09:09:02AM +0200, Martin Simon wrote:
>2010/6/21 aighes :
>>
>> 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 us
On Thu, Jun 17, 2010 at 02:33:11PM +0200, Du Plessis, Bennie wrote:
>Or is there a way to handle it in the style file?
I thought that mkgmap converts all labels to upper case by default.
There is an option for overriding that.
My Edge 705 can display horizontal text in lower case. In rotated te
On Sun, Jun 13, 2010 at 10:05:16PM +0200, Johann Gail wrote:
>I dont know the internal of the multipolygon code, but this number is
>in hex 4000121B
>
>So I think the upper bit is used for somthing. If I mask it out I will
>get 121B and this will be 4635 in decimal. Could this be the faul
Hi Chris,
thanks for the quick response.
On Wed, Jun 09, 2010 at 11:21:21PM +, Chris Miller wrote:
>I've just checked in r112 which should address this. You no longer need
>to specify a --cache parameter with stdin and --split-file if there's
>only one pass required.
I tried that, but spli
Hello Chris,
>I've just checked in r111 which enables osm data to be read from stdin.
>For it to work, the following three conditions must be met:
>
> 1) there must be no osm files specified as parameters
> 2) a valid --cache parameter must be supplied
> 3) there must not be an existing cache
On Tue, Jun 08, 2010 at 10:57:58PM +0100, Dave F. wrote:
>> I don't know. Ice roads
>If you mean roads with ice on them then, well... all roads get icy.
I mean lakes with 20+ cm ice cover on them so that you can drive even
heavy trucks over them for a few months in the winter. They would be
plou
601 - 700 of 1141 matches
Mail list logo
