Richard Fairhurst

I'm currently trying this again on the full planet with `--bbox -180,-60,180,75`... it's working through z11 (slowly!) at the moment.

After 37 hours (the time it took to generate the planet in #315) it was still going very slowly through z12 so I killed it. I'm now running it with...

I think the rule of thumb is that: - small objects are most efficiently stored with the tile index (i.e. one OutputObjectRef in a single tile) - large objects are...

Yes, that could work! I did also wonder whether adding an explicit ::intersects check (maybe only for shapefile/rtree-derived objects?) might help with the multipolygon issue above. Results from `--bbox -180,-60,180,75`...

Sounds fine. I have close to zero knowledge of Docker so if people tell me that something is good or not then I'm happy to go with that!

There's something very wrong at the end - the "Filled the tileset with good things" line is literally the last line of tilemaker.cpp, but it's been hung for 12 hours...

That's interesting. I don't get Ijsselmeer at all when generating from netherlands-latest.osm.pbf, either with #292 or current master.

I've gone through commit-by-commit, and the problem starts with #307 (a9a54f9). Previous versions of the code rendered Ijsselmeer fine. Not sure yet what it might be in #307 causing it....

Changing that line to osmID = (relationId & OSMID_MASK) | OSMID_RELATION; does seem to work. We previously had `--newWayId` because way and relation IDs were sharing the same ID space,...

Ok - addressed in #318.