Re: [osmosis-dev] pbf problems under windows

2010-12-14 Thread aighes
Hello, I proceed the Geofabrik files of 13.12. europe.osm.pbf (Geofabrik): * MD5: 9D278EE963925ED34701431B8573E0BF * 4448335290 bytes europe.osm.bz2 (Geofabrik): * MD5: CD8439ECFDB7E1012704C4CD6914ABB8 * 6567425820 bytes my generated europe.osm.pbf (source europe.osm.bz2) * MD%:

Re: [osmosis-dev] pbf problems under windows

2010-12-14 Thread Scott Crosby
On Tue, Dec 14, 2010 at 2:10 AM, aighes h.scholl...@googlemail.com wrote: Hello, I proceed the Geofabrik files of 13.12. europe.osm.pbf (Geofabrik): * MD5: 9D278EE963925ED34701431B8573E0BF * 4448335290 bytes Just to confirm, this file from geofabrik is broken? europe.osm.bz2

Re: [osmosis-dev] pbf problems under windows

2010-12-14 Thread Frederik Ramm
Hi, Scott Crosby wrote: I've run a test over all of the files, computing a CRC of each block, and prettyprinting every block that differs. The two files are identical except for the reported osmosis version: That's comforting (to me at least). Does the same breakage happen of pbf2osm is run

[OSM-dev] Protobuf lite for PBF?

2010-12-14 Thread Jochen Topf
Hi! There is a lite version of Google´s protobuf library that is considerably smaller than the full version. Anybody tried this for the OSM PBF format? Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ dev

Re: [OSM-dev] Storing way/relation start offset in PBF file

2010-12-14 Thread Scott Crosby
There's a way you could split it up a lot faster. There's no need to decompress each block. Just copy the blocks that contain entities that you're interested in. Just a data point for doing this: I implemented a quick Java program that CRC's every block in a PBF file. It decompresses each

[OSM-dev] Embedded variables not getting replaced

2010-12-14 Thread Eric Wolf
I just updated my Rails Port code. Everything is working great, even Potlatch2... Except that some of the embedded variables aren't being replaced properly, for instance: http://navigator.er.usgs.gov/history?bbox=-105.2123,39.6617,-105.0369,39.7643

Re: [OSM-dev] API/XAPI caching proxy server

2010-12-14 Thread Wyo
Philipp Borgers wrote: Which wiki page exactly? I do if I find the page ;) I'm highly interested in DB-Clusters. We will play with it in the future. Suggestions and additional informations are welcomed. I think osm should use more of these distributed/cluster technologies... I guess OSM has to

Re: [OSM-dev] Embedded variables not getting replaced

2010-12-14 Thread Tom Hughes
On 14/12/10 20:48, Eric Wolf wrote: I just updated my Rails Port code. Everything is working great, even Potlatch2... Except that some of the embedded variables aren't being replaced properly, for instance: http://navigator.er.usgs.gov/history?bbox=-105.2123,39.6617,-105.0369,39.7643

Re: [OSM-dev] API/XAPI caching proxy server

2010-12-14 Thread Tom Hughes
On 14/12/10 20:51, Wyo wrote: I guess OSM has to use any of these technologies anywhen in the future. Even now it's almost impossible to map anything into OSM in the main traffic hours. The question is more where and how to start. Oh please, do stop talking bollocks. I've actually been doing

[OSM-dev] Changeset is not applied - just for me?

2010-12-14 Thread Andreas Kalsch
It would be very helpful for me to know, if anybody has the same issue: changesets are not applied: /home/andi/.libraries/osmosis-SNAPSHOT-r24679/bin/osmosis --read-replication-interval /backup/downloads/osm/replicate/rlp/ --simplify-change --write-pgsimp-change database=rlp

Re: [OSM-dev] API/XAPI caching proxy server

2010-12-14 Thread Stefan Keller
But at least regarding XAPI (as indicated in the thread title) it's true: Although http://wiki.openstreetmap.org/wiki/Platform_Status indicates green/OK, my tests and the remarks at http://wiki.openstreetmap.org/wiki/Xapi#Servers tell me that there's currently no XAPI server answers in less than

Re: [osmosis-dev] pbf problems under windows

2010-12-14 Thread Scott Crosby
On Tue, Dec 14, 2010 at 10:33 AM, Frederik Ramm frede...@remote.org wrote: Hi,   now I have the files ready for your inspection, on http://www.geofabrik.de/tmp/ MD5 sums: 9d278ee963925ed34701431b8573e0bf  europe-created-on-linux.osm.pbf c4186d9197225e97f5bc935be09881e8  

Re: [OSM-dev] API/XAPI caching proxy server

2010-12-14 Thread Frederik Ramm
Hi, Stefan Keller wrote: But at least regarding XAPI (as indicated in the thread title) it's true: Although http://wiki.openstreetmap.org/wiki/Platform_Status indicates green/OK, my tests and the remarks at http://wiki.openstreetmap.org/wiki/Xapi#Servers tell me that there's currently no XAPI

Re: [OSM-dev] API/XAPI caching proxy server

2010-12-14 Thread Stefan Keller
Hi Frederik, You're right. I see that the priorities are elsewhere. There are still following questions which remain to me regarding XAPI: Anyone who is unhappy with the performance of XAPI *can* set up their own mirror server by using the minutely diffs we publish As stated by Wyo (and me)

Re: [OSM-dev] Applying a changeset

2010-12-14 Thread Brett Henderson
Hi Andreas, What are the contents of your state.txt file in the /backup/downloads/zltl/replicate/rlp/ directory before and after you run the command? That file is used to track where replication is currently up to. If the doesn't exists when you run the command, a new one will be created based

Re: [OSM-dev] API/XAPI caching proxy server

2010-12-14 Thread Frederik Ramm
Hi, On 12/15/10 01:57, Stefan Keller wrote: As stated by Wyo (and me) above: The technology and the way XAPI is currently realized is out of discussion (MUMPS/GT.M). But then again: XAPI has been written by a single person, in (what we consider) an esoteric programming language, in their

Re: [OSM-dev] API/XAPI caching proxy server

2010-12-14 Thread Stefan de Konink
On Wed, 15 Dec 2010, Frederik Ramm wrote: But then again: XAPI has been written by a single person, in (what we consider) an esoteric programming language, in their spare time. So if someone really wanted to do it better, it should be a breeze to implement the same, or even an improved,