On 19/11/2011 21:58, Hermann Peifer wrote:
On 19/11/2011 20:06, ThomasB wrote:
Hi there,
I get the following error when using osmium
/thomas@suncobalt:~/osmium/osmjs/js$ ~/osmium/osmjs/osmjs -j count.js
~/osmlength/pbffiles/germany.osm.pbf
Start!
#
# Fatal error in CALL_AND_RETRY_2
#
Hi!
I just pushed a fix for the memory leak. Please check whether it fixed your
problems.
Jochen
On Sun, Nov 20, 2011 at 01:01:55PM +0100, Hermann Peifer wrote:
Date: Sun, 20 Nov 2011 13:01:55 +0100
From: Hermann Peifer pei...@gmx.eu
To: ThomasB toba0...@yahoo.de
Cc: dev@openstreetmap.org
On 20/11/2011 15:09, Jochen Topf wrote:
I just pushed a fix for the memory leak. Please check whether it fixed your
problems.
Thanks for taking care. Your fix does indeed help and processing larger
files like germany.osm.pbf is possible again. FYI: the current osmjs
takes noticeably more
Am 05.11.2011 21:25, schrieb Martijn van Exel:
Hi Peter, dev,
For the OSM history splitter[1], does the file extension in the first
column of the config file determine the out file format?
It does. I updated the docs.
Peter
Martijn
[1] https://github.com/MaZderMind/osm-history-splitter
Am 05.11.2011 22:33, schrieb mar...@gmx.eu:
Hi Erik,
thanks for your help. The missing node seems to be available via
minutely and hourly diff files but NOT via the daily file.
Meanwhile I found an explanation in the Wiki:
http://wiki.openstreetmap.org/wiki/Planet.osm/diffs
...
If the
Hi
I uploaded another set of extracts. It seems there was a serius bug in
the old files which were missing the visible-flag in some circumstances.
This is fixed in the new data-set.
Following some requests I added a South-Africa extract.
All extracts can be downloaded as pbf (and some as
I also ran into trouble with files of around 40MB or larger. I still
get the same errors though, either using array or sparsetable for node
storage.
I'm on Ubuntu 10.04 64 bit with 16GB RAM.
Martijn
On Sun, Nov 20, 2011 at 8:13 AM, Hermann Peifer pei...@gmx.eu wrote:
On 20/11/2011 15:09, Jochen
Hi,
On Wed, Nov 16, 2011 at 12:35 AM, Frederik Ramm frede...@remote.org wrote:
Hi,
On 11/16/11 05:35, Martijn van Exel wrote:
g++ -g -Wall -Wextra -Wredundant-decls -Wdisabled-optimization
-pedantic -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
-DOSMIUM_WITH_GEOS -I/usr/include
If I see an object node ID 1234567, and it's of version 5, can I then
safely assume that there must be a version 1, 2, 3 and 4?
Are there any examples of this not being the case?
- Serge
___
dev mailing list
dev@openstreetmap.org
Hi,
On 11/21/2011 12:10 AM, Serge Wroclawski wrote:
If I see an object node ID 1234567, and it's of version 5, can I then
safely assume that there must be a version 1, 2, 3 and 4?
At the moment I believe you can make this assumption; It is possible
that some pre-v1 history has been lost
On Sun, Nov 20, 2011 at 7:32 PM, Frederik Ramm frede...@remote.org wrote:
I recommend not relying on this though. The reason for this recommendation
is that Data Working Group at one time discussed what we called an
interdiction API that would allow us to mark certain versions of objects
as
Please tell me then what to use in order to include a html page in that framed
cloud.
From: Andreas Hocevar ahoce...@opengeo.org
To: alex123 icid...@yahoo.com
Cc: us...@openlayers.org
Sent: Friday, November 18, 2011 2:32 PM
Subject: Re: [OpenLayers-Users]
12 matches
Mail list logo
