On 11 Jan 2008, at 12:23, David Earl wrote: > On 11/01/2008 11:48, Artem Pavlenko wrote: >>> Incidentally, this is exacerbated by the lazy rendering rule for >>> Mapnik >> What do you mean by 'lazy' rule? AFAIK, all available hardware is >> working hard day an night :) > > I mean the way in which a tile isn't rendered until (after) it is > looked at rather than proactively when an area changes. OK, I think this is right. (better check with Jon) > >>> - I was puzzled when someone said to me the other day "why is this >>> housing estate not connected to the rest of the road network?". >>> It was; >>> but adjacent Mapnik tiles were inconsistent (both laterally and >>> by zoom >>> level - and this wasn't a recently mapped area). You may not >>> think this >>> matters, but I think this is a public face and it causes further >>> confusion and mistrust. >> We can certainly improve here. Suggestions ? > > I would try three things: > > (a) Mapnik works on planet, yes?
No, it works on postgis db which is populated with osm2pgsql from planet. I'm sure you'd agree that using planet directly is not a viable solution. I know [EMAIL PROTECTED] clients are using APIs but this is hardly a solution either. I would go further to suggest that current [EMAIL PROTECTED] setup uses more bandwidth and cpu (through API usage) then actual uploading new data, making API slow and not-user friendly. Have we got some stats ? <joking> I also worry that amount of heat generated by [EMAIL PROTECTED] clients is contributing to the global warming </joking> > So perhaps use the planet diffs to determine areas which have > changed and proactively mark all such areas dirty. The problem is how to merge planet diff into postgis , I think Jonb has done some work/research in this area. Are there existing tools (osmosis?) that given a planet diff would return 'dirty' areas? > > (b) for all dirty areas, render at all zoom levels (perhaps down to > zoom 12, like osmarender) and do the 8 immediately neighbouring > tiles of dirty tiles as well for say zoom 13 or 14 and higher. > (Many tiles, neighbouring tiles will be dirty anyway, so this > amounts to adding one tile around each group of two-dimensionally > contiguous dirty tiles. Sure, this is certainly possible. > > (c) install updated tiles at one go so far as possible. > This is how it works already. There is no hidden tiles . > David Artem _______________________________________________ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk