e split line
> and one or more line segments on the split line?
>
> Gerd
>
> Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag
> von Ticker Berkin <rwb-mkg...@jagit.co.uk>
> Gesendet: Samstag, 7. Januar 2017 18:36:3
Seems like a good idea - It should use the --polygon-size-limits option
in an inverted sort of way.
Ticker
On Wed, 2016-12-21 at 07:48 +, Gerd Petermann wrote:
> Hi all,
>
> while debugging the problem reported by Arndt Röhrig
>
ch earlier.
>
> Gerd
>
>
>
>
>
>
>
>
>
>
> Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag
> von Ticker Berkin <rwb-mkg...@jagit.co.uk>
> Gesendet: Mittwoch, 21. Dezemb
I have this in my style - as a change from default style- works nicely:
#RWB barrier=bollard | barrier=bus_trap | barrier=gate [0x660f
resolution 24]
#RWB barrier=block | barrier=cycle_barrier | barrier=stile |
barrier=kissing_gate [0x660f resolution 24]
#RWB get lots of Unnamed Pillar.
#RWB Also
Hi
I'd have thought the most common use of this feature is to have
different types for different resolutions/road attributes/etc ie:
junction=roundabout & (highway=trunk | highway=trunk_link)
[0x10801 resolution 18 - 23 default_name "name1"]
[0x0c road_class=4 road_speed=2 resolution 24
Are you looking at the highest (24) resolution? My device (Etrex
legend) has its own ideas of when to start showing elements as you zoom
in, regardless of the map definition.
and the default _drawOrder for most shapes appears to be 2 but some are
1 and 0.
Ticker
On Tue, 2017-03-14 at 09:35
Hi Gerd
I think your fix will remove most of the benefits of the
PredictFilterPoints, by keeping all original map coords.
My mistake was assuming that only original points were candidates for
preserving but this looks not to be true. It looks like housenumber
processing generates points to be
> Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag
> von Ticker Berkin <rwb-mkg...@jagit.co.uk>
> Gesendet: Samstag, 1. April 2017 12:01:57
> An: mkgmap-dev@lists.mkgmap.org.uk
> Betreff: Re: [mkgmap-dev] AssertionError with custom style
Hi
A few thoughts on this:
Should it be a style invoked function.
Can the prefixes and suffixes be country defined and selected by, say,
admin boundary. Is there already a place where mkgmap has country
dependent info (like drive-on=)?
I used to live on "Avenue Road" - slight care needs to be
between 0x1e and 0x1f.
>
> Gerd
>
> Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag
> von Ticker Berkin <rwb-mkg...@jagit.co.uk>
> Gesendet: Mittwoch, 12. April 2017 13:12:41
> An: mkgmap-dev@lists.mkgmap.org.uk
> Betreff:
Hi Gerd
around line 73, it need the addAll (or equivalent) line
if (usableShapes.size() < 2) {
mergedShapes.addAll(usableShapes);
return mergedShapes;
}
Ticker
___
Hi Gerd
Are you still planning to implement this patch. I've been using it for
a while with some additional changes and I didn't have any problems. I
think it is tidier and makes things more obvious.
The addition changes I had were roughly as I listed in a follow-up:
... much clearer and have
Hi
I've been using --generate-sea rather than --precomp-sea for a few
weeks and there doesn't seem to be an obvious performance penalty and
the img size is slightly better (but I have been changing other things
along the way).
However - It doesn't seem to know about the rule that land must be on
h.
>
> Gerd
>
> Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag
> von Ticker Berkin <rwb-mkg...@jagit.co.uk>
> Gesendet: Dienstag, 14. März 2017 10:53:43
> An: mkgmap-dev@lists.mkgmap.org.uk
> Betr
Hi Gerd
For an unrelated reason, I was just comparing logs of a run with trunk
(r-3834) with my version which contains up to r-3831 and mix of some of
your patches and my changes and, for trunk, for I get 140 or so lines
like:
WARN: uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryQuadTree
Hi
I think you should document that you need a dummy condition, ie
if (...) then
1=1 {action}
...
1=1 [0x1c ...]
end
(I assume this should work OK)
Ticker
On Wed, 2017-03-08 at 08:07 +, Gerd Petermann wrote:
> Hi all,
>
> while writing the documentation I noticed this possible
ker
On Sun, 2017-07-30 at 10:16 +0100, Ticker Berkin wrote:
> Hi Gerd
>
> I'll just done a bit more investigation and see what seems to be the
> the same assumption in imgfmt/app/net/RoadDef.java around line 296
>
___
> Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag
> von Ticker Berkin <rwb-mkg...@jagit.co.uk>
> Gesendet: Mittwoch, 26. Juli 2017 12:12:36
> An: mkgmap-dev@lists.mkgmap.org.uk
> Betreff: Re: [mkgmap-dev] Strange code in mkgmap?
>
> Hi Ger
", "de los",
> > "la"
> > and "el" suffixes for portuguese (can be added to local files by
> > anyone
> > who want to use them) and removal of English prefixes, which may
> > need
> > some more discussion. Please check if I
> thanks for the patch. I seem to remember that the number of entries
> in mdr5 is also used
> elsewhere. Will have a closer look tomorrow.
>
> Gerd
>
> Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag
> vo
. Do you "abuse" the corresponding POI
> for something?
>
> Gerd
>
> Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag
> von Ticker Berkin <tic...@jagit.co.uk>
> Gesendet: Samstag, 29. Juli 2017 1
d I should
pursue this line, or could it be unreliable and this exception is due
to it rather than the format of the index?
Thanks
Ticker
On Wed, 2017-07-26 at 23:42 -0700, Gerd Petermann wrote:
> Ticker Berkin wrote
> > With a particular split of 'british-isles', one map from t
.
writer.putChar((char) cityIndex);
else
writer.put((byte) cityIndex);
}
There were more than 63335 cities in the failing map.
Ticker
On Sat, 2017-07-29 at 16:09 +0100, Ticker Berkin wrote:
> Hi Gerd
>
> I've done a bit of inve
e is another problem caused by the high number of cities.
> Maybe you can post a link to the tile with
> that high number?
>
> Gerd
>
>
> Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag
> von Ticker Berkin <rwb-
_
> Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag
> von Ticker Berkin <rwb-mkg...@jagit.co.uk>
> Gesendet: Dienstag, 1. August 2017 14:31:57
> An: mkgmap-dev@lists.mkgmap.org.uk
> Betreff: Re: [mkgmap-dev] Find Address
_
> Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag
> von Ticker Berkin <tic...@jagit.co.uk>
> Gesendet: Donnerstag, 3. August 2017 10:07:30
> An: mkgmap-dev@lists.mkgmap.org.uk
> Betreff: Re: [mkgmap-dev] Find Address -
The ShapeSplitter code looks like my mistake - I suspect it should be
testing the lowPoint and highPoint, but need to think about this more
carefully before committing myself.
HousenumberGenerator not mine but - yes, looks like those 2 lines
should be removed
ShapeMergeFilter isn't mine, but
I have a strange problem.
With a particular split of 'british-isles', one map from the split
causes the list of cities in the Find>Address function to be empty.
Find>Address does still find streets, but not this is not very useful
when cannot limit by City first.
Excluding this particular map
Hi Gerd
Attached is patch for ShapeSplitter
Ticker
On Sat, 2017-07-15 at 19:40 +0100, Ticker Berkin wrote:
> The ShapeSplitter code looks like my mistake - I suspect it should be
> testing the lowPoint and highPoint, but need to think about this more
> carefully before committi
Hi
I had suspicions that the line:
amenity=restaurant & cuisine ~ '.*pizza.*' [0x2a0a resolution 24]
doesn't work, but never bother looking in detail. It would fall through
to:
amenity=restaurant & cuisine=* [0x2a13 resolution 24]
There is a slight reason to use a subtype when cuisine is
Hi
Not on my etrex, the last defined subtype is 0x2b12 = Speciality Food
Products, then 13 onwards are 'Other'
If some garmin devices do understand more beyond 0x12 in a consistent
way, can they be added to the default style and the catchall then use a
value a few beyond that.
Ticker
On Thu,
> Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag
> von Ticker Berkin <rwb-mkg...@jagit.co.uk>
> Gesendet: Montag, 31. Juli 2017 13:09:49
> An: mkgmap-dev@lists.mkgmap.org.uk
> Betreff: Re: [mkgmap-dev] Find Address - No cities
>
> Hi Gerd
&g
Hi
Tested this on Etrex Legend HCx (software 3.2)
On Wed, 2017-05-17 at 08:56 +, Gerd Petermann wrote:
> Hi all,
>
> I've uploaded a small test map that shows the problem on my Oregon
> 600 with firmware 5.00:
> http://files.mkgmap.org.uk/download/353/gmapsupp.img
>
> Please test what your
e is used for the make-poi-index option. I believe that this
> index is completely obsolete, but maybe
> the Etrex uses it.
> Gerd
>
> Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag
> von Ticker Berkin <rwb-mkg...@
that is similar
> to
> an addr:interpolation=* way along a road.
>
> Gerd
>
> Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag
> von Ticker Berkin <rwb-mkg...@jagit.co.uk>
> Gesendet: Dienstag, 6. Jun
Hi Gerd
I've just downloaded the latest splitter (r583) and using it on british
-isles-latest.osm.pbf (downloaded 10-Mar-2017) with
--geonames-file=../cities15000.zip
It now names one of the maps as BE-Brugge!
Brugge is just on the right-hand side of the map (although not, because
it has been
Quick thought - this caught me out with ferries - have you requested
"No Toll Roads" in routing. In openStreetMap, some ferry routes
explicitly say toll=yes/no and some don't bother saying anything, and I
think the default style then doesn't mark it as toll - but I think it
would be better if it
Hi all
For United Kingdom I suggest:
suffix:en = " Avenue", " Close", " Court", " Crescent", " Drive",
" Gate", " Grove", " Lane", " Mews", " Parade", " Place", " Road",
" Square", " Street", " Terrace", " View", " Way"
Having:
prefix1:en = "North ", "East ", "South ", "West "
is not a
g the summer, so I have no time
> to
> analyse it in detail.
>
> Gerd
>
>
> Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag
> von Ticker Berkin <rwb-mkg...@jagit.co.uk>
> Gesendet: Donnerstag,
Hi
I have point items (actually postcodes) that I want to be able to find
with the Find>Address function. These are not normally on a street, but
I have a street name as a point tags that I want to use and standard
mkgmap:admin_level processing provides the city, region and country.
Having them
Hi Gerd
I think this patch fixes an as yet undiscovered problem and won't cause
any other problems.
Regards
Ticker
On Wed, 2018-04-25 at 11:27 +0100, Ticker Berkin wrote:
> Hi Gerd
>
> Reading and checking the initial getting.patch and your fix
> yesterday,
> I've noti
t; Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag
> von Ticker Berkin <rwb-mkg...@jagit.co.uk>
> Gesendet: Montag, 14. Mai 2018 10:54:45
> An: Development list for mkgmap
> Betreff: Re: [mkgmap-dev] r4175 & canary-islands dont work
>
> Hi G
masked out.
So, I hope it won't cause any additional problems.
Regards
Ticker
On Tue, 2018-04-24 at 11:37 +0100, Ticker Berkin wrote:
> Hi Gerd & Steve
>
> I've done another pass through Display to remove lots of casts and
> masking.
>
> This required r
Here is display patch based on r537
Ticker
On Mon, 2018-05-14 at 12:18 +, Gerd Petermann wrote:
> Hi Steve, Hi Ticker,
>
> okay, I've removed NodConvert.
>
> @Ticker: If you have a working patch based on r537, please post it.
>
> Gerd
>
>
> Von:
Hi Gerd
There are very few places that write 24 bit longitudes
patch attached - what do you think?
Ticker
On Tue, 2018-05-15 at 10:29 +0100, Ticker Berkin wrote:
> Hi Gerd
>
> I'd like to check how many places would need to be changed where
> longitudes of +180 might be wr
Hi Gerd
I'd like to check how many places would need to be changed where
longitudes of +180 might be written before changing the low level
assert
I'll do that now
Ticker
On Tue, 2018-05-15 at 05:04 +, Gerd Petermann wrote:
> Hi Steve,
>
> thanks for reporting. I think this problem is
think it should be put3u.
> See attached patch.
>
> Gerd
>
>
> Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag
> von Ticker Berkin <rwb-mkg...@jagit.co.uk>
> Gesendet: Montag, 14. Mai 2018 14:48
Hi Gerd
I started to think about this a while ago when I was fixing cities >
65535, and introduced some alternative names for get/getChar and
put/putChar and also added some of the assertions. But then I noticed
that some of the names I used were used for BIT I/O elsewhere, and also
the Display
> Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag
> von Ticker Berkin <rwb-mkg...@jagit.co.uk>
> Gesendet: Montag, 19. Februar 2018 10:19:56
> An: Development list for mkgmap
> Betreff: Re: [mkgmap-dev] methods to write si
Hi
I think it is important to indicate if a signed or unsigned is being
written so that the range can be asserted:
eg:
public void putU1(int val) {
assert val >= 0 && val <= 255 : val;
buf.put((byte)val);
}
and
public void putS1(int val) {
Hi
I noticed that the default style was putting walkways around some piers
because of the line rule:
(man_made=pier | man_made=piste:halfpipe) & area!=yes
{add highway=footway; name '${ref} ${name}' | '${ref}' | '${name}' }
an example is:
WAY: 469580183 (50.73379039764404/-1.2820744514465332)
functions as well.
> This pattern seems not to work:
> a=* & style_func()=val {...}
> This works fine
> a=* & style_func()!=val {...}
> or
> a=* & style_func()>val {...}
>
> @Steve: I assume that the problem is in the rule optimizer?
>
> Gerd
>
>
Oorspronkelijk bericht-
> Van: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> Namens
> Ticker Berkin
> Verzonden: zaterdag 24 februari 2018 13:36
> Aan: mkgmap development <mkgmap-dev@lists.mkgmap.org.uk>
> Onderwerp: [mkgmap-dev] line rule not being triggered
&g
rmin program?
>
> Mkgmap writes the Mdr27 index only for the PC index, not for the
> gmapsupp index.
>
> Gerd
>
>
> Von: mkgmap-dev im Auftrag
> von Ticker Berkin
> Gesendet: Montag, 30. Juli 2018 12:40
> An: Development list
Hi
Just been having a quick look at this area. My "Find Address" has only
has input for "Region", "City", "Number" & "Street Name". The "Region"
options are the Countries in my map, with "United Kingdom" pre
-selected. It seems to work OK - changing the region to another country
gives cities in
Hi Gerd
A while ago, when I was trying to understand the multi-polygon code,
one of the first things to strike me was that it seems to make things
more complicated that they should be by not keeping the inner and outer
ways parts separate during the initial processing in
MultiPolygonRelation done
Hi Gerd
Not a problem as such, but "display" fails to build against this:
[javac] Compiling 76 source files to
/norbert/display/trunk/build/classes
[javac] /norbert/display/trunk/src/test/files/RgnFile.java:273:
error: incompatible types: int cannot be converted to Coord
[javac]
Search for all the types of POI I've tried work fine, esp local food,
with and without "select category". This is with build from the latest
svn trunk and versions over the previous months. Style is much like
"Default" for POI
Build command:
java -Xmx1540M -ea -jar ../mkgmap.trunk/mkgmap.jar
Could the extra routing nodes cause a time penalty in the routing
algorithm, in a similar way that 'sharp-angle-fixer' attempts to deal
with?
Ticker
On Sat, 2018-07-07 at 08:01 +, Gerd Petermann wrote:
> Hi Manfred,
>
> If you created the two maps from exactly the same input files and
>
s.
>
> Gerd
>
>
> Von: mkgmap-dev im Auftrag
> von Ticker Berkin
> Gesendet: Donnerstag, 12. Juli 2018 16:21
> An: mkgmap-dev@lists.mkgmap.org.uk
> Betreff: Re: [mkgmap-dev] Error in index
>
> On my device (eTrex Legend HCx) nearby results
On my device (eTrex Legend HCx) nearby results appear almost instantly.
I don't know if it is of any significance but my style doesn't used
extended types for anything!
Looking at the thread Thorsen mentioned - this I presume:
http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2014q1/020569.html
release, since we may have other lakes or bays that are
> labelled as tourist=yes - which may not be wrong for scenic touristic
> areas.
>
> Thanks!
> Enrico
>
> On Tue, Sep 11, 2018 at 7:20 PM Ticker Berkin > wrote:
> > Hi
> >
> > I seem to reme
Hi Gerd / Steve
Starting from Steve's patches (getting.patch, msg.patch and img
-write.patch), I've changed mkgmap+test to have/use:
int get1s(), get2s(), get3s(), get4()
ing get1u(), get2u(), get3u(), getNu()
put1s(int), put2s(int), put3s(int), put4(int)
put1u(int), put2u(int),
ind a reason.
>
> Gerd
>
>
> Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag
> von Ticker Berkin <rwb-mkg...@jagit.co.uk>
> Gesendet: Montag, 12. März 2018 18:30:31
> An: mkgmap-dev@lists.mkgmap.org.
Using GPSMapEdit to look at the coordinates of the first point in the
ferry way, the one that worked has the points in the direction of
travel, and the one that didn't has them the other way around (but
neither is marked one-way)
Ticker
On Mon, 2018-03-12 at 15:31 +, Ticker Berkin wrote
Hi
I almost always get "Route Calculation Error" on my Garmin when a ferry
crossing is required. GPSMapEdit "Tools > Test Routing Graph" does find
the routes and it shows reasonable properties for the ferries, walkways
and relevant roads.
I'm testing it with a mix of foot and car ferries. In the
Hi Andrzej
No - I checked all of this. A couple of ferries wouldn't route to/from
the public highway network because of this (access=destination), but
one didn't have this tagging on its service roads and Basecamp would
route using the ferry as long as the start and end points (on public
roads)
Hi
Using Basecamp 4.6.2 and the gmapsupp.img from my Garmin Etrex, after
turning off the relevant "Avoid"s from profiles:
It will generate "Walking" routes using various ferries to the I.O.W:
https://www.openstreetmap.org/way/614416 Sotn.-W Cowes foot
https://www.openstreetmap.org/way/614415
an routing, but for cars
> I've often seen that.
>
> Gerd
>
>
> Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag
> von Ticker Berkin <tic...@jagit.co.uk>
> Gesendet: Dienstag, 13. März 2018 15:09:50
>
trbytes == 3) {
> size = reader.get2u() & 0xff; // %%% think
> mistake
>
> I've not used NodConvert for a long time, it might well be behind the
> last findings reg. NOD.
>
> Gerd
>
>
>
> Vo
Hi Gerd
I've attached the Display patch - this was a quick hack global edit and
could be improved by using the relevant signed/unsigned get methods
instead of masking... I'm happy to do this - let me know.
Yes to DEM changes. Also the nearby asserts can go now because put2s()
will check the
Hi Gerd
I was hoping you'd apply/commit img_io_3.patch (15-mar, from you) and
the display_io_1.patch (15-mar, from me) and then I'll do another
global edit and tidy-up on Display as per the posts on 16-mar.
Regards
Ticker
___
mkgmap-dev mailing list
I was being a bit too severe. Zero and negative width/height
subdivisions previously were allowed through without being noticed,
with the negative quietly overflowing looking positive.
The attached patch downgrades the message for zero size to a warning
but flags an error for neg.
Regards
Ticker
Hi
These messages will disappear with the negSubDiv.patch posted today in
"area_size() function to be used in points file" thread.
Regards
Ticker
On Thu, 2018-04-19 at 18:37 +0300, Harri Suomalainen wrote:
> Confirmed, I'm getting a lot of these as well (on 4168, those did not
> appear day or
> relations. Where did you find them?
>
> Gerd
>
>
> Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag
> von Ticker Berkin <rwb-mkg...@jagit.co.uk>
> Gesendet: Dienstag, 24. April 2018 17:42:57
> A
Hi Gerd
Reading and checking the initial getting.patch and your fix yesterday,
I've noticed a few lines in the same file that should be changed for
clarity and to make them similar to other logic in the same file.
I also noticed a 3 byte signed offset for fetchLabel that has been
wrong for a
Hi Gerd & Steve
I've done another pass through Display to remove lots of casts and
masking.
This required removed the overloading of
Displayer.setBytes(byte/char/short/int) by having setBytes1/2/4() to
match the existing setBytes3()
DisplayItem.getValue() now returns the same value as fed in
Hi
A while ago I noticed that mkgmap doesn't handle the case where the
inner or outer of a multipolygon relation is a multipolygon.
It doesn't handle it in two ways:
1/ During the reading of relations, if the relation references another
relation that hasn't been read yet, it is added to a
Hi Gerd
I've been have a look at this as well.
The pre-io-change version of putNu didn't check that the value could be
expressed in the given nBytes, so this error could have existed for a
while
The logic in MDR29 just picks the last record in
private final List index = new
Hi Gerd
The asserts in TREFile.setBounds could be removed. This will change the
allowed min value from -8388607 to -8388608. Not sure what this means
though, but probably what happened before
Ticker
On Wed, 2018-04-25 at 16:57 +, Gerd Petermann wrote:
> Hi Felix,
>
> it seems you use a
on: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag
> von Ticker Berkin <rwb-mkg...@jagit.co.uk>
> Gesendet: Mittwoch, 25. April 2018 19:06:18
> An: Development list for mkgmap
> Betreff: Re: [mkgmap-dev] mkgmap4176 java-error
>
> Hi Gerd
>
&g
Hi Joris
To see the value of a function in the echotags try something like:
relevant-condition & length() > 0 {}
relevant-condition {echotags 'length'}
the cache value of the length should be in the tags
Regards
Ticker
On Sat, 2018-03-24 at 18:49 +, Joris Bo wrote:
> Hallo
>
> Thank
Hi Gerd
Does the splitter allow tiles to cross the +-180 line? If so that will
cause a lot of logic problems in calculating widths and min/max
latitudes.
If not, and a tile has to stop with either the LHS at -180 or the RHS
at +180 then things shouldn't be so bad apart from the exact boundary
Hi all
Some comments on this and other requests/ideas relating to TYP file.
Beware of moving the test for building=* up in the file - there might
be other, more significant, tags that won't be triggered
My Garmin device doesn't show polygons with type > 0x5f, lines > 0x3d, points >
0x72. I
Hi
I'd like to make quite a few changes and improvements to the default
style.
Some of these should be non-contentious:
The first change I propose is to make the layout consistent and clearer
and I've attached a patch to do this for the points/lines/polygons
files. The only change here is
Hi Gerd
I thought of doing it as you suggest but then it's wrong when there
is a [type ...] part, which I also want indented, ie
some condition {
action1;
action2;
...
} [0x01 resolution 20]
not that I can find any examples. And I feel that its clearer that all
parts of a
Hi Gerd
I get a compilation error:
compile:
[javac] Compiling 2 source files to
/norbert/svn/trunk/build/classes
[javac]
/norbert/svn/trunk/src/uk/me/parabola/mkgmap/osmstyle/housenumber/House
numberRoad.java:566: error: cannot find symbol
[javac] if
Hi Ticker,
>
> Ticker Berkin wrote
> > Does anyone know if it would be possible to change mkgmap to allow
> > this?
>
> Not sure if this is what you want, did you try default_name?
> See e.g.
> amenity=emergency_phone [0x2f12 resolution 24 default_name 'Emergency
Hi
I've just found the note that says non-line pixmaps must be 32x32 so
that is probably my problem.
Testing it now.
Ticker
On Fri, 2018-11-09 at 13:06 +, Ticker Berkin wrote:
> Hi
>
> I'm having problems with the TYP file appearing corrupt. A simple
> file
> was work
Hi
I'm having problems with the TYP file appearing corrupt. A simple file
was working as expected, but adding a bit more caused very strange
display properties in unrelated items on the Garmin device - eg, an
area showed as a pattern never seen before, and, when selected, claimed
to be waypoint.
Thanks Steve
I've applied the patch to my system and it behaves as expected.
Ticker
On Fri, 2018-11-09 at 15:34 +, Steve Ratcliffe wrote:
> Hi Ticker
>
> > I'm having problems with the TYP file appearing corrupt. A simple
> > file
> > was working as expected, but adding a bit more caused
I've just got a new Etrex 30x, updated with the latest firmware, and
most of the searching is very slow compared with my almost 10 year old
Etrex Legend.
Using mkgmap generated map of the British Isles:
On the Legend, earching for city gives a narrowed list as fast as I can
type in each
erated size, +ve if clockwise
> > I guess that +ve means positive? This is hard to understand for a
> > non-native speaker who grew up before SMS and Twitter and just
> > learned to use smileys ;-)
> >
> > Gerd
> >
> > _
All
I'd like any thoughts on changing and introducing new element TYPE
numbers for various OSM objects. I propose:
POINTS:
Use 0x2f0c instead of 0x4e00 for amenity=toilet always.
0x4e00 isn't findable. 0x2f0c is "Other:Rest Area/Tourist Info".
Use 0x3200 instead of 0x660f for barrier=bollard
Hi Gerd
This patch moves the contents of inc/ landuse_points, landuse_polygons,
water_lines, water_points and water_polygons inline and deletes rules
if they have already occurred in the main file. IE there shouldn't be
any change in meaning.
After applying, you need to svn delete the above inc/
ion mkgmap-r4244 was committed by gerd on Mon, 24 Sep 2018
> > >
> > > Reduce number of includes in default style
> > >
> > > The removed includes were only included in one file and some
> > > rules were repeated.
> > > unIncDefault.patch
Hi
Try removing the quotes from the option when it is the template file,
ie:
someOpt=value
name-tag-list=name:de,name
anotherOpt=value
Ticker
On Thu, 2018-12-27 at 21:22 +0100, Ralf Kleineisel wrote:
> Does using the mkgmap option "name-tag-list" break the address
> search?
>
> If I use
Hi Gerd
Do you want me to do another version of this patch before you commit
it?
I'd like to get on with the next set of changes; minor things like
removing horse= can be done with these.
Regards
Ticker
On Thu, 2018-12-13 at 10:54 +, Ticker Berkin wrote:
> Hi Gerd
>
> My
ehind e.g. tourism=hotel?
> I think you often find OSM objects tagged with both
> amenity=restaurant and tourism=hotel,
> and I'd prefer to find both. Probably a case for continue ?
>
> Gerd
>
> ________
> Von: mkgmap-dev im Auftrag
lle 17.18 +0000, Ticker Berkin ha scritto:
> >
> >
> > highway=pedestrian always generates a line and, unless area=no, a
> > polygon. This is the OSM representation of a square/plaza, and, in
> > many
> > cases, needs the routing given by the edge. The ar
101 - 200 of 1100 matches
Mail list logo