Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[OS923]

I looked into the source code of osmconvert. Then I wrote my own programs:

• Count OSM makes some statistics.
• Filter OSM removes unnecessary attributes.
• Renumber OSM renumbers the IDs sequentially starting from zero.

After the IDs are renumbered some data can be stored in arrays and the IDs can be used as indexes. This saves memory and it's faster than hash tables or trees. Calculating bounding boxes will be fast for example.

Now the data have to be turned into a quad tree. Then it has to be saved into one file so that everything that you want to draw can be retreived as fast as possible. I have never done this before. I have no idea where to start. Any advice?

Then I have to draw it. I'll use QuickDraw GX for the text and QuickDraw for the rest. I draw it at 200% and then scale it 50% using QuickTime. Then I'll have some antialiasing. If I define this in a plugin then you can write your own plugin.

And it has to be able to export PNG tiles.

[IIO]

OSM is a very good idea.

[OS923]

I’m close to bringing all OSM maps to OS 9. The main problem is the limited memory. The maps are now twice as big compared to 4 years ago. I have to anticipate that the size will increase further so all conversions have to be file-based. This means that for large maps a conversion will require multiple passes.

[IIO]

what memory size are we talking about?

[OS923]

400 MB was enough to renumber the map of Belgium.

Count OSM needed 16 minutes to process Belgium.osm (FW). Filter OSM needed 39 minutes to remove the unnecessary attributes from Belgium.osm (FW). Renumber OSM needed 34 minutes to renumber the IDs in Belgium.osm (ATA).

[OS923]

Now I convert it first to a binary format. This is 4 to 5 times smaller. This is processed about 7 times faster.

[IIO]

why is your macos so huge in RAM?

[OS923]

The IDs are 64-bit numbers. If I renumber them starting from 0 then I can use 32-bit numbers. This is faster and saves space. Then I can use arrays for the coordinates and the bounding boxes. This is faster and saves space.

The renumbering requires that it builds a tree with unused ID intervals. I have around 1 interval for every 3.5 objects. That uses all this memory.

[OS923]

First preview.

Current speeds:
- Convert OSM: 5 MB/s (converts XML to binary format).
- Check OMS: 11 MB/s (dumps statistics and values for K and V).
- Convert OMS: 2 MB/s (converts binary format to XML).
- Filter OMS: 8 MB/s (deletes unwanted tags and tags with empty values).
- Renumber OMS: 7 MB/s (renumbers the IDs sequentially starting from 0).

All programs work with 10 MB of memory, except Renumber OMS needs 40 MB and more is better. Then it requires less passes.

[OS923]

I fixed the dialog boxes in these programs. They have now documentation and new icons.

[OS923]

I improved my parser classes. Conversion of XML is now 1% faster.