Re: [OSM-dev] Indexing of PBF files

seperable, without a sequential read. A delimiter would however solve this problem. On Tue, 16 Oct 2018 at 22:43, Jochen Topf wrote: > On Tue, Oct 16, 2018 at 10:18:08PM +0200, William Temperley wrote: > > Requiring the sequential read makes using the pbf format difficult in > data

Re: [OSM-dev] Indexing of PBF files

Hi Frederick, Requiring the sequential read makes using the pbf format difficult in data parallel processing. When files are split into equal sized chunks to be processed in parallel, it is necessary to be able to seek to the beginning of the next block (blob) to begin processing there. This is

Re: [OSM-dev] Removing functionality and giving just No as answer

On 24 February 2017 at 16:14, Tom Hughes wrote: > On 24/02/17 14:43, Blake Girardot HOT/OSM wrote: > >> On Fri, Feb 24, 2017 at 12:33 PM, Dave F >> wrote: >> >> On 24/02/2017 11:19, Tom Hughes wrote: >>> >>> Well it was a little odd that we suddenly

[OSM-dev] OSM on Hadoop

Dear all, I would like to draw your attention to a project I've been working on to process OSM planet files on Hadoop: https://github.com/willtemperley/osm-hadoop It's geared toward a quite specific task: from a planet.pbf file, extracting and rasterizing the linear features with a specific tag

[OSM-dev] Known good version of planet.osm

Dear all, I wonder if someone could point me to a recent version of planet.osm that has been loaded successfully with Osmosis into the postgis snapshot schema, please? The previous two versions (planet-150316.osm.bz2 and planet-150323.osm.bz2) are giving me an error: