> > mkgmap-dev@lists.mkgmap.org.uk
> > https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> __
.", but this could be tested and, if not, the name could be
> kept and the new file created in the natural output directory.
>
> Ticker
>
> On Sun, 2021-09-19 at 08:38 -0700, Dave Swarthout wrote:
> > I have wondered where that "x-file" came from for years. T
hould be created in the output directory.
>
> Ticker
>
> On Sun, 2021-09-19 at 10:35 -0700, Dave Swarthout wrote:
> > FYI
> >
> > In my workflow, the source TYP file is not modified. Both TYP files,
> > the original and the x-version, are identical. However, my TYP f
ll not work, that's why
> mkgmap creates a copy.
> As Ticker said, there is code to prevent that a correct typ file is
> overwritten, so I wonder how you manage to have the x-file with identical
> content.
>
> Gerd
>
>
>
> Von:
removed from this list for having "too many bounces", whatever that is
but I need a solution to this problem.
Thanks in advance
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
___
mkgmap-d
ns a huge area with sea only.
>
> Can't say much more without knowing the content of the problematic tile
> and content of DJS.cfg.
>
> Gerd
>
>
>
>
> Von: mkgmap-dev im Auftrag von
> Dave Swarthout
> Gesendet: So
> the max-nodes value is already very small, so maybe something in mkgmap
> goes very wrong.
> We probably need the input file (*.o5m) for the tile that fails and the
> style unless you can reproduce the
> problem also with the default style.
>
> Gerd
>
> __
tes size. Regarding this question, in the
> past mkgmap showed the tile that was failing to compile, but this
> feature was removed some time ago. I use a patched version which
> re-implements it (see attached patch).
>
> El 2/5/22 a las 20:02, Dave Swarthout escribió:
> >
> > Anot
ogram.
Is there a debugging tool or method that you can suggest?
On Mon, May 2, 2022 at 11:10 AM Gerd Petermann
wrote:
>
> Hi Dave,
>
> I would expect a tile with 0 bytes. Maybe you get this message for the
> overview map?
>
> Gerd
>
> _____
itter with the same file.
> So, change your mkgmap command to actually use the output from splitter and
> your
> problem shoud be solved. There is probably no need to use the small
> --max-nodes value.
>
> Gerd
>
>
>
> Von: D
I just saw your other email that the next release of mkgmap includes
Carlos's patch. I've downloaded it.
Thanks again to everyone on this list.
Dave
On Mon, May 2, 2022 at 10:43 PM Dave Swarthout wrote:
>
> OMG!
>
> I copied parts of my batch file for Thailand maps to
s. I've fixed this now.
>
>
> Best wishes
> Steve
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
--
Dave Swarthout
Homer,
yle-files-style
>
> Gerd
>
>
> Von: mkgmap-dev im Auftrag von
> Dave Swarthout
> Gesendet: Donnerstag, 22. Februar 2018 01:44:12
> An: Development list for mkgmap
> Betreff: Re: [mkgmap-dev] bug into the style file: default\inc
_
> > mkgmap-dev mailing list
> > mkgmap-dev@lists.mkgmap.org.uk
> > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
as type=group and added the nodes to it. Of course, the rocks do not render
on the OSM slippy map but they did on mymkgmap file because I added the
following rule to the relations style sheet:
type=group & name=*
{
apply {
set name='${name}';
}
}
--
Dave Swarth
images!
type=group & name=*
{
apply {set name='${name}';}
}
I can't decide whether to leave them as a "group" or try to invent a new
scheme to tag them. I certainly will not be pushing for the creation of a
new relation type anytime soon. Life is too sh
;
> If you care about that you have to add more rules to the lines file to
> handle those unexpected combinations, esp. if you want to render the
> pipeline
> and the highway with the correct names.
>
> Gerd
>
> (1)
> http://gis.19327.n8.nabble.com/How-to-tag-named-
on 19].
This works well but the lines bounding the inner areas of these relations
do not render. How can I make them display?
Many thanks
Dave
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
n the polygon -- basically landuse=conservation
> and/or leisure=nature_reserve.
>
> So I would treat these boundary tags as being about the area and use a
> green fill, and not focus so much on the boundary proper.
>
> I realize that mine is not a universally-held view
lations rule you set mkgmap:boundary_name but in the lines rule
> you don't use that.
>
> Gerd
>
> ____
> Von: mkgmap-dev im Auftrag von
> Dave Swarthout
> Gesendet: Samstag, 8. Dezember 2018 03:18
> An: Development list for mkgmap
> Betreff
something like
> mkgmap:boundary_name=* 0x10e12 resolution 19 continue]
> at the top of the lines file.
>
> Gerd
>
>
> Von: Dave Swarthout
> Gesendet: Samstag, 8. Dezember 2018 11:30
> An: Gerd Petermann
> Cc: Development list f
ere was no "land" showing. (The
islands are all outers in the Kodiak National Wildlife Refuge relation.)
Anyway, all is well now.
Thanks,
Dave
On Sat, Dec 8, 2018 at 9:10 PM Dave Swarthout
wrote:
> That does work but it makes all ways that are named boundary relations (
>
ry on regardless, use the --keep-going option
Any ideas?
Thank you,
Dave
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
#road-name-config=mkgmap-rel/examples/roadNameConfig.txt
split-name-index
make-opposite-cycleways
order-by-decreasing-area
style-file=C:\Users\alask\Dropbox\Mapping\DJS_styles
I'm sure you experts will easily see what I'm doing wrong. Thanks in
advance.
Cheers,
Dave
--
Dave Swarthout
Ho
_______
> Von: mkgmap-dev im Auftrag von
> Dave Swarthout
> Gesendet: Mittwoch, 3. Juni 2020 12:33
> An: Development list for mkgmap
> Betreff: [mkgmap-dev] Options file
>
> This is a two-part question.
> Firstly:
> I have been trying to change my compilation meth
sense to repeat the hint for each option:
> "The order of the options is significant in that options only apply to
> subsequent input files. If you are using splitter, you probably will need
> to
> put most of your options before '-c template.args' (this file is generated
&
name' doesn't exist.
> Maybe it should be changed to "SEVERE (Main): name: input file 'name'
> doesn't exist. Was it meant as an option?" because the "filename" has no
> dot and thus no extension?
>
> Gerd
>
>
.uk
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of mkgmap-dev digest..."
> _______
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://w
dling is very difficult to understand, esp. as mkgmap offers
> so many different ways to do it. There is no way to document it in a few
> short sentences.
>
> Gerd
>
>
> Von: mkgmap-dev im Auftrag von
> Dave Swarthout
> Gesendet
the polygons are messed up.
> Is this feature documented anywhere?
>
> Any help is appreciated.
>
>
>
> ___
> mkgmap-dev mailing
> listmkgmap-...@lists.mkgmap.org.ukhttp://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
p://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
s on major roads at the expense
> of maybe not having a route over unclassified roads.
>
> Ticker
>
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
--
t; http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
gt;
> --
> Best regards,
> Andrzej
>
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
___
orted-lines-tp5831842p5831971.html
> > Sent from the Mkgmap Development mailing list archive at Nabble.com.
> > ___
> > mkgmap-dev mailing list
> > mkgmap-dev@lists.mkgmap.org.uk
> > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
> __
to right while,
as expected, the 0x10001 line has arrows pointing the other way. But how
then does mkgmap cause arrows to display pointing right to left in cases
where oneway !=-1, which is the vast majority of cases?
Thanks
Dave
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
T
__
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
___
mkgmap-dev maili
t; Actually it means arrows pointing from start of a line towards its end.
>
> I'm trying to guess what is your real question. Do you get arrows pointing
> in wrong direction?
>
> --
> Best regards,
> Andrzej
>
> ___
> m
Can someone give me information about rendering relations. I have tagged
some relations of type=site but they don't show up in my maps. One such
site is a named group of three apartment buildings. The relation itself has
a name tag and each building is merely tagged as building=yes. I've had
troubl
file allows to add tags from the relations to the members.
> I guess you want to do something else, maybe calculate a polygon
> that encloses all members ?
>
> Gerd
>
>
> Dave Swarthout wrote
> > Can someone give me information about rendering relations. I have tagged
>
t Nabble.com.
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot
discover a way to escape the
? without crashing mkgmap.
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
n alt_name"; delete alt_name}
>
>
>
> So I expect you should be able to put ~’.*[?].*’ as the test if the
> question mark is not accepted outside the square brackets.
>
>
>
> Regards,
>
> Mike
>
>
>
> *From:* Dave Swarthout [mailto:daveswarth
'Exit ${mkgmap:exit_hint_name}' |
'Exit ${mkgmap:exit_hint_ref}'
}
As always, thanks in advance to any help you can provide.
Dave
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
I got this right, these option mark exits so that Garmin knows where
> they are where they lead.
>
> Gerd
>
>
> Dave Swarthout wrote
> > I am curious to know how mkgmap handles the display of and text to speech
> > aspects of motorway junctions. It's hard to test
f if one appears in the
> tagging but understanding the logic of the series of "subst" filters
> following that is, for a newbie, quite challenging.
>
> On Fri, May 15, 2015 at 12:17 PM, GerdP
> wrote:
>
> Hi Dave,
>
> please check the documentation for --process-
x27; |
> '${destination|subst:;=> |subst:/=> }' |
> 'Exit ${mkgmap:exit_hint_ref} ${mkgmap:exit_hint_name}' |
> 'Exit ${mkgmap:exit_hint_ref} ${mkgmap:exit_hint_exit_to}' |
> 'Exit ${mkgmap:exit_hint_exit_to}' |
>
Also, not to be a pest, but does anyone know how the exit_to tag is
processed?
On Sat, May 16, 2015 at 2:18 PM, Dave Swarthout
wrote:
> Thanks for the help but the echotags directive does not work for me the
> way you have it. I've tried everything I can think of to make it go. Spac
-
> From: daveswarth...@gmail.com
> Date: Sat, 16 May 2015 15:43:20 -0700
> To: mkgmap-dev@lists.mkgmap.org.uk
> Subject: Re: [mkgmap-dev] FW: Routing parameters
>
>
> Also, not to be a pest, but does anyone know how the exit_to tag is
> processed?
>
> On Sat,
12615
resolution 24]*
This produces the desired output on my maps but doesn't show up in stderr
because I haven't yet put echotags into my points style file.
Thanks for the good work
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
id=272994915,exit_to=Delta Hwy.; Valley River Cnt.;
Downtown]
272994818 - [highway=motorway_junction,ref=10B,exit:road_ref=OR
569,mkgmap:label:1=Exit 10B Delta Hwy. N.; Ayers
Rd.,mkgmap:osmid=272994818,exit_to=Delta Hwy. N.; Ayers Rd.]
On Tue, May 19, 2015 at 7:08 AM, Dave Swarthout
wrote:
>
Felix Imendörffer, Jane Smithard, Dilip Upmanyu, Graham Norton, HRB
> 21284 (AG Nürnberg)
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
--
Dave S
he rule was not executed because
> the expression evaluated to false.
> In other words, I did not change the echotags code,
> I changed the code so that it is more likely that the
> term "mkgmap:exit_hint=true & mkgmap:dest_hint=true"
> evaluates to true.
>
> Gerd
&
re
Road]
The bridge name does not appear on the compiled maps.
Any ideas or suggestions?
Dave
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.u
}
>
> here is the stderr output
>
> 221689337 - [highway=tertiary,ref=CR 48,mkgmap:label:2=Lower Smith River
> Road (CR 48),bridge=yes,name=Lower Smith River Road,bridge:name=Jack Franz
> Bridge,surface=asphalt,mkgmap:street=Lower Smith River Road,mkgmap:label:1=
> CR48 Low
map.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
When I search for All POIs on my Garmin Montana I get many useless unnamed
POIs, even power poles, barriers, houses, etc. Is there some way to tell
mkgmap to exclude such POIs from its search results?
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http
st
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
mkgmap-dev mailing list
>> mkgmap-dev@lists.mkgmap.org.uk
>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>> ___
>> mkgmap-dev mailing list
>> mkgmap-dev@lists.mkgmap.or
_____
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
finished and moves
to the next item. But let's say I prefer to see the historic=memoriaI tag
rendered and don't care about artwork, is there a way to prioritize the
assignment of icons to one of those tags?
Cheers,
Dave
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thail
rom anyone who has successfully used the program.
>
>
>
> Mark Bradley
>
>
>
>
>
>
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel
h)
> - treat access=delivery like destination
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
___
ea, I shall do that.
>
> ..Steve
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
--
Dave Swarthout
Homer, Alaska
Chiang Mai
kgmap-dev mailing list
>> mkgmap-dev@lists.mkgmap.org.uk
>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgm
Thanks, Gerd. I had missed seeing the "add" in those rules. Now I
understand.
On Sun, Feb 21, 2016 at 5:31 PM, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:
> Dave Swarthout wrote
> > I ask because I am confused by line 29, where it seems my assumption is
>> mkgmap-dev mailing list
>>> mkgmap-dev@lists.mkgmap.org.uk
>>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>> ___
>>> mkgmap-dev mailing list
>>> mkgmap-dev@lists.mkgmap.org.uk
>>> http:/
aps contain a TYP file, which define graphics for objects. This
>>> somehow unify map view for different devices. I think TYP allows for
>>> viewing some objects, that otherwise would be invisible.
>>>
>>> --
>>> Best regards,
>>> Andrzej
>&
nkos cycling maps:
>
> http://www.openfietsmap.nl/home
>
> I don't know if this page is up to date, but it may help as well:
>
> http://www.openfietsmap.nl/procedure
>
>
> Gerd
>
>
> ___
> mkgmap-dev mailing list
>> mkgmap-dev mailing list
>> mkgmap-dev@lists.mkgmap.org.uk
>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lis
then my
icon is centered inside of it, which is consistent with the
"--add-pois-to-areas" switch. What I want is a way to tell mkgmap to skip
placing the house icon whenever the building it's describing is an area.
Thanks for your help.
--
Dave Swarthout
Homer, Alaska
Chiang Mai
I would like to see oneway arrows drawn on top of the highway lines the way
OSMAnd does it. I tried moving my oneway arrow rules to after the other
highway rules were finished processing but they completely disappeared. The
lines style rules are below and in my TYP file are defined as blue arrows
o
gt; highway=secondary_link & cycleway=lane [0x00 resolution 19 continue]
> highway=secondary_link & bridge=yes [0x01 road_class=2 road_speed=1
> resolution 22]
>
> I do this for both the road and the *_link, This is 'mid-way' in my code.
> You can see I also have over
"
> ;12345678901234567890123456789012
> String1=0x04,oneway
> String2=0x03,eenrichtingsverkeer
> ExtendedLabels=Y
> FontStyle=NoLabel (invisible)
> CustomColor=No
> [end]
> ___
> mkgmap-dev mailing list
> mkgmap-dev@
Hauptverbindungsstraße
>> ExtendedLabels=Y
>> FontStyle=SmallFont
>> CustomColor=No
>> [end]
>>
>> --
>>
>> Dave wrote:
>>
>> @Minko - But Greg says he gets the results I want with the rules he's
>> using. So how to explain that?
>>
>&
> Other peculiarity of non-bitmap graphics is that way's width is scalable
> on nuvis, depending on zoom.
>
> --
> Best regards,
> Andrzej
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.
ave added custom POI symbols for brand specific businesses
> (fuel, fast food, resturants)
>
> Added 1 way arrows
> Added Bridges over ways
> Added Bicycle lanes.
>
> Greg
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@li
t;>> I’m doing the same with amenity=fuel (more than 20), shop=car and
>>>>>> many others.
>>>>>> My map has many dedicated symbols which makes it easier to find a POI
>>>>>> at one short look even without using the search function.
>>>>
___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
__
d. Another use
for such a file would be so I could see all my custom icons grouped close
enough together to fit in one Basecamp screen shot.
Can anyone suggest how I might do this?
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.bl
blic Domain with attribution
> requested. But their terms are very far away from that, so I don't
> expect rapid progress.
>
> You might look at USGS data, and the National Hydrography Dataset,
> which, being a work of the US government, is actually public domain.
>
> http://nhd.usgs.gov/
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
esent
then? Or am I just missing a call that includes it somewhere else?
Thanks,
Dave
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.o
of lakes that have a single name. These do not display a name
either. My relation file is the default mkgmap style which deals only with
boundaries and transportation routes.
Can anyone help explain how I can get this functionality?
Thanks,
Dave
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Tha
s from a relation to its objects. Look for "apply"
> rule in style-manual.pdf .
>
> --
> Best regards,
> Andrzej
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/lis
t name='$(name) - ${name}' | '${name}'; }
>
> }
>
> --
> Best regards,
> Andrzej
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/ma
-r3696 was committed by steve on Sun, 16 Oct 2016
>
> Fix documentation error.
>
> - Carlos Dávila
>
>
> http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=3696
> ___
> mkgmap-dev mailing list
> mkgmap-dev@
On Mon, Oct 17, 2016 at 4:59 PM, Steve Ratcliffe
wrote:
> () - parentheses
> [] - square brackets
> {} - curly braces
> <> - angle brackets
>
> All those sound fine from a UK perspective. Any problems?
>
Perfect. Sounds good.
--
Dave Swarthout
Homer, Alaska
Chian
ing is that fine_gravel, ice , and salt are rather smooth
> surfaces.
>
> Comments?
>
> Gerd
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/unpaved-roads-tp5890722.html
> Sent from the Mkgmap Development mailing list archive at N
for example,
If (condition) { add mkgmap:unpaved=1 }
Thank you in advance.
AlaskaDave
-- Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http:/
s/generic%20new/lines
> highway=* & ice_road=yes { addlabel 'ice road' } [0x10002 resolution 24]
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
--
Dav
CONSTANT would be given as command line option. Or maybe
> even as an additional token, like "define CONSTANT".
>
>
> --
> Best regards,
> Andrzej
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.or
add (or not) an option to mkgmap like --style-define=SHOW_FARMS
>>
>> --
>> Best regards,
>> Andrzej
>>
>>
>> ___
>> mkgmap-dev mailing list
>> mkgmap-dev@lists.mkgmap.org.uk
>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
On Thu, Feb 9, 2017 at 1:26 AM, lig fietser wrote:
I would suggest to set smoothness ~ '.*(very_bad|horrible|impassable)' and
> give smoothness=bad a road_speed penalty.
+1
That's what I did in my styles. It's a useful compromise.
--
Dave Swarthout
Homer, Alas
;
> Another option might be to disallow the modification of any tag which
> appears in EXPR.
> No idea if that would be easier to implement but I fear that it would lead
> to very confusing error messages.
>
> Comments?
>
>
> ciao,
>
> Gerd
>
>
>
> ___
> mkgmap-
ht be possible to completely remove rules which would never be
> triggered but that is quite complex, so I leave that for later.
>
> Gerd
> _______
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
gt; > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> > ___
> > mkgmap-dev mailing list
> > mkgmap-dev@lists.mkgmap.org.uk
> > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> >
ing in 3-rd map object or more. I
> think "continue" or "continue with_actions" could be added to last type
> definition.
>
> Any other more complicated rules, like adding actions after first type
> definition, could be written just like now, with multiple statements.
> W
eds
> special handling here.
>
> Questions:
> 1) Do you think this would good to have?
> 2) If yes, what kind of information would be needed in the style?
>
> Gerd
>
>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lis
___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
_
On Tue, Mar 21, 2017 at 7:03 PM, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:
> yes, I also think that mkgmap should not modify the data by default.
+1
--
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blo
1 - 100 of 104 matches
Mail list logo
