On 2013-02-28 23:30, Steve Ratcliffe wrote:
> On 28/02/13 19:01, Rich wrote:
>> On 2013-02-14 14:01, Minko wrote:
>>> Rich, on OSM I see name = Rīga with an accent on the i
>>> http://www.openstreetmap.org/browse/node/26707967
>>> Maybe therefore it will not recognize Riga. If you compile your maps
On 13-02-28 16:38:51 CET, Steve Ratcliffe wrote:
> With that change your patch seems to work, I did a little test
> with your test string on my Etrex 30 and it turns out that it
> was supported.
>
> I'll commit your patch with the added null transliterator.
Isn’t my patch utterly incomplete?
Firs
On 28/02/13 22:06, Michał Rogala wrote:
> Is it possible to override java's remapping tables in mkgmap? I have a
> map in CP1250 charset which covers also part of Ukraine and cyrilic
> characters are shown as '?' - I would like to have them remapped to
> their latin equivalents as in --latin1.
The
Is it possible to override java's remapping tables in mkgmap? I have a map
in CP1250 charset which covers also part of Ukraine and cyrilic characters
are shown as '?' - I would like to have them remapped to their latin
equivalents as in --latin1.
2013/2/28 Steve Ratcliffe
> On 28/02/13 01:05, R
On 28/02/13 19:01, Rich wrote:
> On 2013-02-14 14:01, Minko wrote:
>> Rich, on OSM I see name = Rīga with an accent on the i
>> http://www.openstreetmap.org/browse/node/26707967
>> Maybe therefore it will not recognize Riga. If you compile your maps with
>> name:en before name it will find it?
>>
On Thu, Feb 28, 2013 at 02:17:58PM +, Steve Ratcliffe wrote:
>In this actual case though, I don't think that there is much value in
>the current split since it is incomplete, so I am quite happy to
>in-line those again.
Yes, I guess we can inline the default style again. I wanted to make it
On 2013-02-14 14:01, Minko wrote:
> Rich, on OSM I see name = Rīga with an accent on the i
> http://www.openstreetmap.org/browse/node/26707967
> Maybe therefore it will not recognize Riga. If you compile your maps with
> name:en before name it will find it?
> --name-tag-list=name:en,int_name,name
Hi all,
as a result of the hack weekend in Essen, which was very interesting by the
way, I have thought about several improvements which, in general, can lead
to better maps.
Mistakenly, I have written my proposal to the list some weeks ago, but as I
was new to the mailing list I had no mail f
Version 2513 was committed by steve on Thu, 28 Feb 2013
Fix 'include' statement that is the very first statement in an included file.
The very first statement in an included file was not being tested to see if it
was an include command. As a result the 'include' token was was seen as
a tag name
On 28/02/13 01:05, Robert Joop wrote:
> Since all characters are mappable, no transliteration would take place.
Yes this is a case where transliteration would have to be done
first with a mask of characters to process. Which leads to the question
that perhaps that is how it should be done in all c
Version 2512 was committed by steve on Thu, 28 Feb 2013
Allow code-page=65001 to make utf-8 encoded labels.
- Robert Joop
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi
> At least getting unicode into street names turned out to be easy:
> I brutally patched the code to use the codepage 65001 and put UTF-8
> bytes for “äαЯب” into the code, i.e. German, Greek, Cyrillic and Arabic,
> which is usually contained in four codepages (1250, 1253, 1251, 1256).
> The str
Hi Steve,
I agree in all points.
Gerd
Steve Ratcliffe wrote
> On 28/02/13 09:26, Gerd Petermann wrote:
>> just a question: Why are the rules into includes?
>
> Its just copying the previous base-style layout.
>
> > I thought this makes
>> only sense for rule
On 28/02/13 09:26, Gerd Petermann wrote:
> just a question: Why are the rules into includes?
Its just copying the previous base-style layout.
> I thought this makes
> only sense for rules that are
> common to e.g. points and lines ?
It makes sense in the same wa
Hi Steve,
just a question: Why are the rules into includes? I thought this makes only
sense for rules that are
common to e.g. points and lines ?
Gerd
> Date: Wed, 27 Feb 2013 21:45:00 +
> From: st...@parabola.me.uk
> To: mkgmap-dev@lists.mkgmap.org.uk
> Subject: Re: [mkgmap-dev] Default st
Hi Steve,
steve sgalowski wrote
> in the africa .pbf file on download.geofrabik.de
> there are probs with length of way dimension
>
> http://www.openstreetmap.org/browse/way/23806919
> max dimension of 32767 and is about to be split
>
> any ideas if the length of way's can be increased ?
The p
Version 2511 was committed by gerd on Thu, 28 Feb 2013
Handle edge cases in test for line size to avoid broken routing
on long ways (>= instead of >)
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo/
17 matches
Mail list logo
