On Sat, Feb 26, 2011 at 11:30:50PM +0100, Carlos Dávila wrote:
I know max-nodes is quite too high, but after removing CORINE data with
osmosis there's a lot of unused nodes.
Side note: Have you considered adding --used-node to the osmosis options
after the --tf?
Marko
Hi WanMil,
The patch did not apply cleanly to
src/uk/me/parabola/util/Java2DConverter.java revision 1862, because the
file in the repository has CR+LF line endings. I believe that we should
do svn propset svn:eol-style native to every (text) file in the
repository.
I am now testing the patch
On Sun, Feb 27, 2011 at 09:47:15AM +0100, Carlos Dávila wrote:
Yes, but wouldn't it remove *all* nodes that are not part of a way? Or
does it affect only the nodes of the ways filtered by the --tf instruction?
Right, with --tf accept-ways it would only keep the nodes that belong to
the accepted
On Sun, Feb 27, 2011 at 11:06:22AM +0200, Marko Mäkelä wrote:
I am now testing the patch on Finland.
I got 2386 additional warnings. Some are for thin man_made=pier that
have been drawn as lines. There is man_made=* in the polygons style
file. Could we suppress the warnings for certain minor
On Sat, Feb 26, 2011 at 01:06:06PM -0600, Paul Johnson wrote:
I'm wondering if we can get closed areas to generate as POIs?
mkgmap --add-pois-to-areas already does so for those objects that match
both the polygons and points files.
Marko
___
Marko Mäkelä (marko.mak...@iki.fi) wrote:
On Sun, Feb 27, 2011 at 11:06:22AM +0200, Marko Mäkelä wrote:
I am now testing the patch on Finland.
I got 2386 additional warnings. Some are for thin man_made=pier that
have been drawn as lines. There is man_made=* in the polygons style
file. Could
Version 1864 was commited by wanmil on 2011-02-27 12:35:11 + (Sun, 27 Feb
2011)
Fix polygon splitting
Some polygons were not closed any more after splitting them due to an
inappropriate usage of the PathIterator class.
All conversion stuff mkgmap objects = Java2D objects are now placed
Version 1865 was commited by wanmil on 2011-02-27 12:36:31 + (Sun, 27 Feb
2011)
Autoclose lines only if both endpoints are outside the bounding box
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Build mkgmap::trunk build #1865-973 failed (tests failed: 1 (1 new), passed:
151).
Agent: Iocaste
Build results:
http://teamcity.mkgmap.org.uk/viewLog.html?buildId=3366buildTypeId=bt2
Failed Tests Summary:
Newly failed tests (1 test, alphabetically ordered)
Moin,
Marko Mäkelä schrieb am 27.02.2011 10:32:
I got 2386 additional warnings. Some are for thin man_made=pier that
have been drawn as lines. There is man_made=* in the polygons style
file.
I have not tested the polygonclose_v2.patch but it sounds like it has the
inverse effect of the
On 2/27/2011 9:26 AM, Steve Ratcliffe wrote:
+ seriesName = args.get(family-name, OSM map);
OK, but this is a bit confusing... it needs to be
+ familyName = args.get(family-name, OSM map);
and then any other change that follows on from that.
Agreed. I did it
There is a section MDR8 which I added which is an index of
the first four letters of the street name into the streets section.
Now I think that would probably work OK, but there is one problem.
In one case there is Calle spelt with a C-cedilla Çalle (is that
even correct?).
Anyway when I
The family name is stored in the mapsource windows registry
and is commonly used as directory name. It's also the name of the map
that you see in your gps.
The series name is the name that you see in the drop down list in mapsource.
At the moment the series name is used for all the nsis
it's the other way round. The patch tests for all unclosed ways that are
assigned with a garmin polygon type if both endpoints are outside the
bounding box. Only in this case the polygons are closed automatically.
Ok, perhaps take an example, so that I can understand what patch has which
WanMil schrieb am 27.02.2011 16:53:
Your example will result in
1. line with 0x01
2. a) nothing more if node1 or node2 is within the tiles bounding box
b) a polygon 0x02 if node1 and node2 is outside or on the tiles
bounding box.
Ok, I will try out r1865 when it is availbale as a
Hello,
Attached is the new (and hopefully final) version of the patch:
* uses family name for directory name
* map can now be uninstalled from Add/Remove Programs (WinXP) or
Programs and Features (Vista/Win7)
* uninstalls map if already installed
* installer and license files are now
Le 27/02/2011 18:24, Henning Scholland a écrit :
I've downloaded splitter -r164, but got the same result. Do not know
where my mistake is Francois
Did you also copied lib directory next to splitter.jar?
Bingo, you did it. Now it works as before. Great and thank you. Francois
--
On Sun, Feb 27, 2011 at 12:59:09PM +0100, WanMil wrote:
If I disable this rule altogether, the warning count drops from 2386
to 476. That is, the selective suppression of the warnings would help
a lot.
Mmh, I am not a big fan of suppressing warning messages. But I see that
you have the
Hello
On 26/02/11 16:46, ValentinAK wrote:
What about Russian? Many users in Russia use mkgmap with -charset:cp1251 or
-code-page:1251. The index-branch version 1861 does not work correctly with
the Russian character set.
To support code pages other than 1252 we need to create files
that
Hi
I'm not deeply involved in the current index code, but should the
accented 'c' not beeing converted to a standard 'c' in the index?
Probably yes for MDR8, but for the street index, no.
If I enter the street names in my etrex, I can enter the base character,
i will get all streets which
20 matches
Mail list logo