Thorsten Kukuk wrote:
Which IDs are you using? Looks like the problem I had when
I used the background ID 0x4b for land.
I have now:
- 0x4b background
- 0x32 sea
- 0x26 natural=land
I had used a different ID for land and have two for sea, so I changed
the ID for land to 0x26, in vain. But
Hi!
I am missing a part of the Ligurian Sea with my generated map. See:
http://www.deltadelta.de/nmz/meer.png
I downloaded today europe.osm.bz2 from geofabrik, cut out a part
(--bounding-box top=50.5 left=8.0 bottom=42.0 right=14.0) with osmosis,
used splitter version 123, mkgmap 1894 with
David wrote:
styles.zip. if I define these options in a text file called with -c
Hi David, I did not test it but sometimes those strange errors can
happen when you use a text file with DOS line endings. I do not know
whether it can help in your case but is worth to try.
So try to
Hi Marko!
Welcome to the club. I guess everyone will sooner or later realize that
the Garmin software is crap but the hardware is reasonable.
But I think you have not yet tried the Oregon. If you think that other
Garmin devices have bad software then you should look at the Oregon to
taste
Marko Mäkelä wrote:
svn blame reveals that I added it last January, in r1458, in an
blame is no nice term. :-(
attempt to cover more of the built-in Garmin types:
Enable some POIs in the default style: amenity=car_club, natural=stream,
shop=boat, shop=car_wrecker, sport=airport,
Addendum:
Since this behaviour is also present in the released Software for Garmin
Oregons I think it might a bug. I asked Garmin..I mean they will also
not be interested in a incompatibility of maps between e.g.Etrexes and
Oregons ...
Dani
___
I have a question about this tag.
In my Garmin Oregon, I find four different types for lodging:
Hotel/Motel, BedBreakfast, Resort and Campground.
In the default style I find tourism=resort
but I cannot find a single use of this tag in Europe:
Hi Charlie!
I would say to leave it at 0x650c: there are other items in the 0x65--
series that are not obviously made of water (e.g. sand bar), but which
are located in or near water. 0x650c is listed as island by
cGPSmapper, but falls in the water based category in Mapsource /
GPS.
Steve Ratcliffe wrote:
Could you upload a broken example so I can see exactly what is
in the file.
At the moment unfortunately not: This Heisenbug vanished yesterday in my
maps.(Without doing anything regarding region or else) just with a new
oberbayern.osm and a slightly modified
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.
Dani
___
mkgmap-dev mailing list
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.
The difference is that 2b05 gets the bed-icon in the vista and the
Oregon expects camp_sites with
Martin Simon wrote:
I can search for all lodging places, only for hotels motels, only
for bed breakfast or only for camping/caravaning places via the
categories menue. (firmware: 3.20/2.90)
OOops, I forgot the context menu ...
Yes, In the Vista a Camp_site has 2b03.
I don't know about
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 land feature not a water feature.
Dani
Marko Mäkelä wrote:
Can you suggest a patch to resources/garmin_feature_list.csv then? It
describes 0x660c as follows:
I didn't know this file ... If it is correct then just the translation
of Garmin is wrong in the Oregon. Then an Island is a water feature. But
another point is found in
Hi Clinton!
Hm... with my Geofabrik extract and Mkgmap 1652 I get the following:
Rablstrasse 45
81669, München, DE, DE
Which, aside from the DE, DE part, seems to be correct. I'll try updating
mkgmap and recompiling to see if that makes a difference.
If it does not make a difference,
Hi Markus,
I'm aware that this might be my view on the issue only. I just feel in a
project like this one, where the developer count is low, a solution (or an
approach thereof) in code is way quicker than involving developers
unnecessarily.
I try to contribute in other ways, e.g. I
Steve Ratcliffe wrote:
I do not think so. It is a very strange bug. It changes for example
even, if the osm file, the styles, the mkgmap etc. remain the same and
just the typ file is changed.
That kind of points to the problem being in the TYP file - mkgmap
doesn't really do
Hi Markus!
You're obviously intimate with software development yourself. Thus it
would probably be more helpful to the project if you had a look into the
code proving your assumptions, before directing others where to look.
My problem is that I do not understand Java. I tried to read and
Today, with mkgmap 1655 and current Oberbayern from Geofabrik
http://download.geofabrik.de/osm/europe/germany/bayern/oberbayern.osm.bz2
I get:
Mitani
Rablstrasse 45
81669 Anzinger Siedlung 19
85560 Ebersberg
Dani
___
mkgmap-dev mailing list
And the behaviour changes when I use a different typ file.
My boyfriend had an idea: He said that these string errors normally are
caused by bad terminated strings how we know them from C-Programs, not
from Java.
So perhaps the img-file is somehow wrong built together causing the
internal
Hendrik Oesterlin wrote:
I suspect that there is some trouble with addr: handling. See my post
on routing issues triggered by addr: tags
http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2010q3/008574.html
Subject: [mkgmap-dev] Routing issue caused by addr:street?
These problems may indeed
Hi!
For example here:
http://www.openstreetmap.org/?lat=48.126914lon=11.594227zoom=18layers=B000FTF
The info for the Restaurant Mitani is:
Mitani
Rablstrasse 45
81669 G 18 85560 Ebersberg
So there seem to be some problems with strings.
Dani
___
Marko Mäkelä wrote:
There is no 0x0051 in the mkgmap default style, except in the polygons
file, for natural=marsh|mud|wetland. In garmin_feature_list.csv, I see
0x5100 for telephone:
point|0x10|0x51|0x00|misc|telephone|Telephone
Yes, you are right. But sometimes the type and the
Daniela Duerbeck wrote:
International: 0x2a06, 0x2a13 - 0x2a1f.
This implies particularily that everyone can use these subtypes for special
restaurants to be found in the Oregon.
For my maps I use so far 13 for greek and 14 for spanish restaurants. With
different icons they are well
Hi!
I built a testmap with the mkgmap testoption. With this I have of course
all restaurant types nearby. In addition to the list
http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/POI_Types#Type_0x2a_.28Food_.26_Drink.29
I found: American =0x2a01, 0x2a1b
French=0x2a0f, 0x2a18
International:
Hi!
leisure=recreation_ground should be given 0x17 and not 0x19 because a
recreation_ground is more similar to a village_green than to a stadium:
http://wiki.openstreetmap.org/wiki/Tag:landuse%3Drecreation_ground
Dani
___
mkgmap-dev mailing list
char...@cferrero.net wrote:
Where are you downloading TYPViewer from? The version on
opheliat.free.fr is (apparently) unchanged since 12th Feb 2010 and
when I installed it a few months ago got no virus warnings (though
that may be the fault of my anti-virus software).
The
And another question: When I use a testmap, created by mkgmap with the
test option, I find two more items in my Oregon regarding Marine items.
I think due to marine POIs.
So these could be used to add more searchable items in Non-Marine-Maps.
It would perhaps be interesting to know how other
fla...@googlemail.com wrote:
Yes great !!!
Pse tell me the number to choose .
The fact that I found a problem does not mean automatically that I also
have a solution.
Dani
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi!
The Online typ editor is down and the setup program of TYPViewer has a
trojan: TR/Crypt.XPACK.Gen (Says Antivir)
Is there another editor? One which allows to exchange icon images?
Thanks a lot in advance,
Dani
___
mkgmap-dev mailing list
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 really important, so they show up everywhere.
0x2f12 you mean? I haven't paid attention to that one
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
In the German Garmin text file, I find:
str
tagTXT_Pillar_STR/tag
txtSäule/txt
/str
So
Hi!
Is there a possibility to not show telephones in large zoom levels?
Garmin thinks they are really important, so they show up everywhere.
Perhaps I will delete them since nearly noone nowadays needs an external
telephone ...
Dani
___
mkgmap-dev
maning sambale wrote:
I have nuvi 1310 for testing and noticed that some custom style and
typ icon in my map doesn't appear. For example are these two below:
barrier=gate [0x660f resolution 24]
highway=traffic_signals [0x180f resolution 23]
0x180f belongs to Marine, perhaps these types of
Selfcomment.
I have this in my points file:
addr:housenumber=* {name '${name} (${addr:street} ${addr:housenumber}
${addr:postcode} ${addr:city})' | '${addr:street} ${addr:housenumber}
${addr:postcode} ${addr:city}'} [0x7100 resolution 24]
The problem was to choose a number that gets no
Hi Clinton!
If I recall correctly, I changed the name attribute of building=yes
items in the polygons file, such that the house number was displayed
as part of the name of the polygon. It is also possible to map the
polygon to a POI, but this becomes impractical in areas with large
numbers of
Johann Gail wrote:
I don't know the patch, but I am in the same opinion, to remove the 'fix
my adress'. Why not simply remove the code, which inserts this text?
And that would be very easy. Just remove the string from the Code.
There is no need to distinguish different types of POIs.
Felix Hartmann wrote:
Only certain types allow to show additional info. See older discussion.
Is there a complete list of which POIs allow it and which not?
The patch resulting from there, is not submitted to trunk. Hence all POI
have fix my address but no GPS will ever show it, nor
Has really nobody something to say about that?
Dani
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Clinton Gladstone wrote:
3. A Perl script then adjusts the TYP file family and product IDs to
match that of the map being generated.
Aahh. :-) I made a program that patches this number. Oops, I think, I
patch just the family-id, not the product-id. Is this necessary?
4. The adjusted TYP
Prescott wrote:
differences by garmin model?i have nuvi 205or are this types not
correct? have somebody list of garmin types for compare? thanks.
We try to put all information into this webpage.
I edited a part for the Oregon series.
You can however try to find out the types using
java
Hi!
Has really nobody a hint for me? The --add-pois-... seems to work here,
but no additional data is supplied.
Dani
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Prescott wrote:
thanks for answers but it d ont works for me :-(
Can you describe what exactly does not work?
Do you receive a gmapsupp.img? What Garmin do you own?
Did you build the typfile completely new or did you change an existing one?
The simplest way is IMHO to take a command, a
Hi!
When a house number is mapped in osm as a POI, I can see the house
number in my device but when it is mapped in a polygon (e.g.with
building=yes) the POI is rendered but I can see just the word Punkt as
additional information.
Should I add something in the polygons file?
Thanks a lot in
Prescott wrote:
thanks for answers.but what if i dont give map id to my map? then i delete
map id in TYP?
I do not understand completely your question.
If you build a gmapsupp.img to load it e.g. directlty into your Garmin,
I think you have not to worry about the ID. It is just necessery
Could anybody help me?
One column at 0x00 is now on a wrong place (0x70 and further) but I cannot find
an error.
There seems to be a | missing, but I do not know, where.
Dani
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Marko Mäkelä wrote:
One could argue that such tiny icons cannot be copyrighted
Oh, to draw tiny icons is far more complicated than to draw larger ones.
16x16 pixel icons are e.g. very difficult to draw, if you want to make
them placative and meaningful.
or that this is
fair use in a
Felix Hartmann wrote:
No you don't see the point.
You are right. I thought from my point of view: A sd-card with lots of
space ...
But in the meantime this seems to be fixed. But the other part: to add
useful information to each other POI is much more difficult. To comment
out the
Felix Hartmann wrote:
As a second patch I think we would really need an option to switch of
the fix my address nonsense. It only takes up space. So either
replace that text by a simple dot . or get rid of adding contact
info alltogether if there is no address/or other info we want to put
Felix Hartmann wrote:
Your addition dit it, and removed the fix_my_adress, however now there
appears the name instead or the name of the POI type from the
typfile. Is this just the standard behaviour, or is now the name
really included?
I'm kinda wondering, cause the whole patch only
Marko Mäkelä wrote:
In the Edge, it is under Community/Utility. In German, perhaps
Gemeinde/Versorgungsbetrieb. The POI is a white square on the Edge. Did you
check http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/POI_Types
already? I have filled in most details for the Edge, and others
Marko Mäkelä wrote:
You should also keep in mind that some POIs can show up in multiple menus.
If I remember correctly, the Edge 705 also shows truck stops in the fuel
station menu.
Yes, I know. I have now three different types of fuel services:
chemists, fuel and taxi stands. :-)))
Marko Mäkelä wrote:
No, I am seeing this for all POIs, and the 12-14 was something that I tagged
myself. Say, I have an address
Hauptstraße 1
12345 Musterstadt
It will be displayed as
1 Haupstraße
Musterstadt 12345
Are you seeing the same? If I remember correctly, I saw it in this
Daniela Duerbeck wrote:
The possible keys are really well defined, so it is easy for an experienced
Java-Programmer to add a few new functions.
I really want to take this back. It would be easy, if it was done with a simple
printout.
But the complicated part comes after this really easy
Marko Mäkelä wrote:
In Reykjavik, why not? :-)
OK, you are right, but the problem is, that Garmin just offers a few
menu items and everyone can choose what he thinks that is useful for
him. So everyone must recycle these items that are not useful for him or
her.
The truckstop item is good
Felix Hartmann wrote:
On 17.04.2010 01:06, Daniela Duerbeck wrote:
Felix Hartmann wrote:
And don't forget - there is only a certain range of POI where the
additional address/info field is usable on Garmin GPS/Mapsource. For
the vast majority of POI those fields are not usable - hence
Hi!
In the Oregon text strings can be easily changed since they are defined
in xml-files in a directory inside the flash file system.
I recycled now e.g. truckstop (0x2f16) to amenity=taxi.
#amenity=fuel fuel:HGV_diesel=yes [ 0x2f16 resolution 19 ] must be
commented out in the point file,
Toby Speight wrote:
POIs with address information have this in their description when viewed
on my eTrex, but the generation of this appears to be hard-coded. It
would be nice to be able to have different information in there - opening
hours for shops, or telephone numbers for pubs and
Minko wrote:
Hi,
It would be great to be able to add more information to the pois.
At the moment the information that can be seen is streetname, number, postal
codes and placenames
in the properties of some of the pois (the gps can't show this properties box
on all kinds of pois
Marko Mäkelä wrote:
Is the addr:* translation currently hardcoded in mkgmap? Where is it?
I think here: MapBuilder.java
Search for FIX MY ADDRESS.
Around it there are function calls like p.getStreet() and so on.
I think here could be (new) functions like p.getWebsite and so on called.
And there are many other things that can be easily recycled.
Have you ever been lost in an unknown city and asked yourself: Where is the
next hot spring?
Garmin thinks that finding hot springs is essential, so they gave them a menu
item.
Dani
P.S: Etrex Users can do the same, but they have no
Clinton Gladstone wrote:
I think you need sport=swimming in your polygons file too. If I
recall, the --add-pois-to-areas option requires identical items in
both the polygons and lines files.
No, that is not necessary. My problem was that I had publing_building in
the points file. So a POI
Hi!
In the last days I learned really a lot about this feature and found
many bugs in my style files but here I have completely no idea:
http://www.openstreetmap.org/?lat=48.086103lon=11.498978zoom=18layers=B000FTF
I cannot figure out what prevents mkgmap from creating a POI for
sport=swimming
Hi!
I would like to know whether somebody has an instruction how to make
topo maps with the SRTM data from nasa.
I failed ...
dani
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi!
I debugged the zoo in Munich:
http://www.openstreetmap.org/?lat=48.09736lon=11.55587zoom=16layers=B000FTF
in its way there are two entrances tagged with tourism=zoo. These seem
to prevent --add-poi-to-areas from creating a poi called Tierpark
Hellabrunn.
But when I search in my Garmin for
char...@cferrero.net wrote:
areas get POIs, so you end up with lots of pointless POIs for forests,
graveyards, parks etc. A new {create_POI} action rule for the polygon
style file would be very handy. Even better would be
{create_POI:0x6400} etc.
I do not think that they are
Minko wrote:
Address search doesn't work either on a Nuvi 310 and Dakota 20.
Probably the same for Oregon/Colorado models.
It pops up with a question of state/province and then it finds nothing.
you should claim your money back.
In the meantime try POI-search. There you can find at least
char...@cferrero.net wrote:
Unfortunately I'm java illiterate so all I can do is waffle...
I think that this is a good point to start learning Java. Nowadays most
employers want Java, so it is good to know it.
Since I also have no idea, I started to compile my own mkgmap and
succeeded.(I
Hi!
Is there a howto or manual how to build mkgmap from source?
I just downloaded eclipse for Windows and it seems to try to compile but
gets tons of errors since there seems to missing something.
TIA, Dani
___
mkgmap-dev mailing list
Daniela Duerbeck wrote:
Hi!
Is there a howto or manual how to build mkgmap from source?
I just downloaded eclipse for Windows and it seems to try to compile but
gets tons of errors since there seems to missing something.
OK, please forget this question. It is easy with cygwin, apache ant
Hi!
I try to find out now why some POIs are not generated from areas.
I added:
// check if there is not already a poi in that shape
log.info(already there: ,
poiMap.findPointInShape(shape, pointType, shapeName));
to MapMaker.java and got:
2010/04/08 23:52:48 INFO (MapMaker):
Hi!
In the default style, I find in the options:
levels = 0:24, 1:22, 2:20, 3:18, 4:16
But in the files (polygons, lines, points) the following resolutions are
used:
10, 12, 14, 16, 17, 18, 19, 20, 21, 22, 23, 24
I think I have read somewhere that just these from the options may be used?
Dani
Hi All!
Now I solved my problem with the add-pois-to-areas but I do not
completely understand it.
With this line in the options file, I do not get POIs:
levels = 0:23, 1:22, 2:21, 3:20, 4:19, 5:18, 6:16, 7:12
This line works fine:
levels = 0:24, 1:22, 2:20, 3:18, 4:16, 5:12
What is wrong with
Hi!
I found some examples where an area has more than one attribute. It
seems to me that those get no POI generated if not all attributes match
a polygon and a point. I would prefer if it gets a POI if one attribute
matches.
Dani
___
mkgmap-dev
Hi Johann!
There is something really wrong with your search function. If I search
all *.java files of the project (with the gnome commander at linux, btw.
:-)), it finds 55 files including this string.
But it should not be a matter of the used OS, if it finds text inside
files. Are you
Johann Gail wrote:
Its IMHO not a good solution, but very flexible to introduce new options.
I asked since it seems a bit magic to me where the options are
processed. If I for example search over the src directory with Windows
search for all files that contain areas in, I find just two
Garvan maew wrote:
Look in the folder
mkgmap-svn/mkgmap/resources/styles/default/
and you will find the default style files. The point file
(/mkgmap/resources/styles/default/point) is the one which was changed.
These style rules are not java source code, they are rules read in by
Hi!
Version 1625 was commited by marko on 2010-03-29 09:16:46 +0100 (Mon, 29 Mar
2010)
Translate amenity=zoo at resolution 20 like tourism=zoo,
and note that amenity=supermarket and amenity=zoo are deprecated.
I am very new to Java. Could you for example tell me in which module you
Carlos Dávila wrote:
First off all, you may need to add an area=yes tag to the polygon, in
order to mkgmap know it's an area. Second, you need a corresponding
tourism=zoo line in your points file, otherwise the poi won't be created.
Now there is both: area=yes, and a correct points file,
Hi!
How should --add-pois-to-areas work?
Here is a
Zoo:http://www.openstreetmap.org/?lat=28.40885lon=-16.56398zoom=17layers=B000FTF
but it has got neighter icon nor can it be found in the POI search.
How is this option expected to work?
TIA, Dani
P.S:
This part is very small so maps are
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 buildings get an area=yes (e.g. here my
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.
But the Aldi is not found when I search for
be the case since last night:
http://www.openstreetmap.org/browse/way/10901211
Aaaah. Tante grazie, Matteo ... :-)))
I think, he has read my question here and corrected it.
Dani
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi!
Which drawing order are you using for woods and lakes? I found a
situation:
http://www.openstreetmap.org/?lat=47.9066lon=11.5221zoom=14layers=B000FTF
where a lake is inside a wood and with drawing order 5 for both I just
see the wood.
TIA,
Dani
Hi!
Today I bought a Garmin Oregon because of the great features.
Now I encountered the (I think) well known state-prompt-issue in the
address search. But I find many questions concerning this issue but few
answers. Is there already a wiki page?
TIA,
Dani
Nakor wrote:
I'd like to start looking into TYP files and I would like to know if
there is a good place to start?
Did you already try http://ati.land.cz/gps/typdecomp/editor.cgi ?
There you find some typ files and a good editor to exchange icons,
change the color of everything, the
Hi!
Yes, I know, that this is already buggy, but I'd like to understand, in
which way ... (Or how to work around)
I tried on several maps, a small one, that contains just Munich (there I
could not find bugs concerning the address search), but also larger
areas like upper Bavaria or Bavaria.
Mark Burton wrote:
Please try attached patch. If good, I will commit it.
You are really incredible! :-)))
You bring a patch just 15 minutes after the question is posted! Wow!
Cheers, Dani, really impressed!
___
mkgmap-dev mailing list
Hi David!
You can change the style for each type in a map. You have to define it in TYP
file. But it does not mean that the device will be able to display it. On my
Etrex, it works only for non vector text (if you force a vector text to lower
case, you might see a default symbol instead of
Charlie Ferrero wrote:
I've written a small app in c that will generate an arbitrarily large
grid of POIs or polygons, each with a unique tag=key combination, and
the associated mkgmap style file to go with it. This lets you see how
garmin type codes associate to icons and categories on
Marko Mäkelä wrote:
That is the case on the Edge 705. Could we make a selective option or
a style action for upper-casing labels selectively?
Lower casing! ;-)
To just affect not slanted characters?
That would make the maps much more pretty and readable, I think.
Viele Grüße von Dani
Hi!
This is just cosmetics but I'd like to know what I have to add in the
typ file that grade 3,4. etc tracks do not get the labels grade 3, etc
in my device.
TIA. Dani
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi!
The first times I dealed with Openstreetmap maps and mapsource I got
often the error that mapsource told me it had problems and needed to be
reinstalled.
That was due to the fact that I had deleted some folders so mapsource
could not find them anymore. ;-)
I had to use regedit to delete
Hi!
Although the manual says Note that this doesn't work on many (most?)
Garmin devices., I tried this option. The funny thing is that most
labels work, except the street names.
http://www.deltadelta.de/nmz/lower_upper.png
Dani
P.S: Can I somehow adjust the font sizes?
Hi!
Here are many shops mapped as areas.
http://www.deltadelta.de/nmz/sc_labels.png
Now they show up at low resolutions and in a huge font size.Can I make
them show up at a later resolution?
TIA,
Dani
___
mkgmap-dev mailing list
Gert Münzel wrote:
e.g for shopping it is:
0x2E01Department Store
0x2E02Grocery
0x2E03General Merchandiser
0x2E04Shopping Center
0x2E05Pharmacy
0x2E06Convenience
0x2E07Apparel
0x2E08House and Garden
0x2E09Home Furnishing
0x2E0aSpecial Retail
selfcomment:
It can be changed via the menu on the device.
Dani
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Charlie Ferrero wrote:
I think it will work for any non-rotated text. So POIs are fine, but
streets not.
Indeed! They seem to have slanted just uppercase letters.
Dani
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
(Selfcomment)
This behaviour is well documented, e.g. here:
http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/POI_Types
But can it be changed? Garmin sorts the shops correctly, so if it were
possible to change the others into the correct names it would be
great! :-)
Dani
Gert Münzel wrote:
The only way would be to hack the gps firmware and replace the name.
And this would be a task for an experienced hacker since the list is generated
at runtime.
Dani
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
1 - 100 of 114 matches
Mail list logo
