Hello list,
I think I found a way to enhance splitter memory usage.
I have now a version on my pc that is
- a bit faster (at least for my largest test data "germany.osm.pbf" it saves
~29% runtime: 725 sec. instead of 1009 sec (AMD Dualcode 5050e+4GB+Win-XP)
- able to handle node ids up to 137.43
Moin,
I tried the patch and I think the add-pois-to-lines option is quite usefull.
Although I have some issues with the actual implementation.
1. Tags originating from the line are correctly transfered to the points (e.g.
incline=* on the highway can be used to generate symbols at the highway no
> Hi WanMil,
>
> Thank you for the explanation. Your patch did not make any difference:
> as far as I can see, all places in the problematic tile were still being
> assigned to Russia, except Rääkkylä, to which I added addr:country=FI.
>
> I did not add any addr:region or addr:city information. Som
> Moin,
>
> I tried the patch and I think the add-pois-to-lines option is quite usefull.
>
> Although I have some issues with the actual implementation.
>
> 1. Tags originating from the line are correctly transfered to the points (e.g.
> incline=* on the highway can be used to generate symbols at t
Moin,
WanMil schrieb am 30.10.2011 14:10:
> The relation style is applied after the pois-to-lines. Maybe this could
> be changed but I don't know about side effects.
That is bad news, because using the add-pois-to-line options for marking hiking
routes is one of the uses I had in mind.
> It is
On Sun, Oct 30, 2011 at 01:18:26PM +0100, WanMil wrote:
>Anyhow I don't mind replacing this with a better implementation. If you
>post some better rules I might start implementing that.
Thanks, I will see what I can do. One idea would be to have a "known
places with country" list from the "known
Hi list,
I would like use mkgmap with this Subdivision splitting patch.
http://permalink.gmane.org/gmane.comp.gis.openstreetmap.mkgmap.devel/10308
I've patched svn trunk dir and trying build mkgmap.jar:
$ ant dist
Buildfile: /home/mira/mkgmap/trunk/build.xml
prepare:
[mkdir] Created dir: /
Version 2064 was commited by steve on 2011-10-30 20:36:44 + (Sun, 30 Oct
2011)
This strips macrons (mostly ?\197?\141 and ?\197?\171) from maps created with
code page ms932 (extended Shift-JIS, Japanese
chars) because they do not exist in that code page.
-Kimon Berlin
On Thu, Oct 27, 2011 at 4:56 AM, GerdP wrote:
> Hello list,
>
> since a few days I try to understand the idea of the class
> SparseInt2ShortMapInline in splitter because this seems to waste memory
> although it is documented to save it. If I got this right, the amount of
> needed memory directly d
On 29/10/11 22:43, Kimon Berlin wrote:
> This strips macrons (mostly ō and ū) from maps created with code page
> ms932 (extended Shift-JIS, Japanese chars) because they do not exist in
> that code page.
Thanks, that is applied.
Best wishes
..Steve
___
Hello Scott,
thanks for the detailed analysis.
(I started looking at this because I "played" with the program on my netbook
and wasn't able to split even small files like that for Niedersachsen,
that's why I thought the program is in error. In my job I coded many
programs that handle mass data (o
Hello Scott,
while digging deeper into this problem I noticed that the data that we store
for each node id is extremely redundant. I think it should be possible to
build a directory of all possible combinations of values, so that we just
have to store one int value which addresses the entry in the
12 matches
Mail list logo
