Ok Mike, I've look at it. It's in an urban area so chances are that it will be useful to someone.
But I'm still a bit worried that there is too much detail there, considering what is being imported. One of those segments is shorter than 4m. It's not like a building, where you know someone will be happy if they see their house, or a road where it can influence routing. And you haven't documented your tag (at least not in the obvious place): http://wiki.openstreetmap.org/wiki/Tag:natural%3Dpurple_floodzone http://wiki.openstreetmap.org/wiki/Tag:natural=floodzone http://wiki.openstreetmap.org/wiki/Key:natural Regards, Nic On Wed, Mar 10, 2010 at 10:25 PM, [email protected] <[email protected]> wrote: > I have not done any monster forests, It is just in the beginning. > > Feel free to try the program on a big file, I would be interested to know > how it works. > any bug reports will be processed asap. > > I have updated the blog post, at the bottom you will see two features i > extracted and the source. > > I hope to have some more results soon, > > mike > > On Wed, Mar 10, 2010 at 9:21 PM, Nic Roets <[email protected]> wrote: >> >> On Wed, Mar 10, 2010 at 8:54 PM, [email protected] >> <[email protected]> wrote: >> ... >> > Now my code works in a single pass, at least over the entire data. It >> > builds >> ... >> > This can be optimized further. I have exploited the following >> > optimisations >> ... >> >> I process the entire planet every week (+- 5 passes, +-12 counting >> compression and decompression). I guess I'll be able to cope if the >> planet grows by 40% p.a, but you make it sound if that is too slow for >> you. >> >> On a less "predicting the future" topic: Can you please point me to >> some of these monster forests or lakes you've uploaded, so that I can >> check that my software can handle them ? What about Potlatch ? > > _______________________________________________ dev mailing list [email protected] http://lists.openstreetmap.org/listinfo/dev
