[OSM-dev] what server next?
Iván Sánchez Ortega
ivan at sanchezortega.es
Tue Sep 8 11:49:51 BST 2009
El Martes, 8 de Septiembre de 2009, Micha Ruh escribió:
[...]
> A server calculates user contribution for sets of 3x3 tiles (supertiles)
> for each zoom level 12-18.
Meh. Precalculating all that would be too time-consuming. I'd rather go 8x8
mod_tile-like meta-tiles and a real-time API for z>12, with a cache on top.
Heck, you could even do just z12 tiles and get away with that.
> The calculation is done once a week (maybe done by t at h clients).
Meh. Mark the cache as dirty every week. And if mod_tile+mapnik can render
stuff in near-real-time, there is no reason you could not just count stuff in
near-real-time.
Heck, mod_tile has to load data for 8x8 meta-tiles every time a meta-tile is
marked dirty. Use that opportunity to count the attribution data there: just
add a couple of fields to osm2pgsql and make mod_tile count the attribution
data.
> Users adding ways/pois get a score of 3 per way/poi
> added, users adding more tags to existing way/pois get a score-point of 1
> for each edit. Import sources get a 0.1 score-point per way/poi.
Good luck telling those apart, given a planet dump. Why not just 1
node/way/relation = 1 point??
> OpenLayer gets extended in a way that while requesting tiles an additional
> request to the attribution-db is issued, contributors for the corresponding
> supertile get loaded and nicely presented in the lower right corner of the
> view.
No need to. A bit of javascript magic can do that.
Cheers,
--
----------------------------------
Iván Sánchez Ortega <ivan at sanchezortega.es>
http://ivan.sanchezortega.es
Proudly running Debian Linux with 2.6.30-1-amd64 kernel, KDE 3.5.10, and PHP
5.2.10-2.2 generating this signature.
Uptime: 12:39:41 up 2 days, 19:49, 4 users, load average: 0.95, 0.96, 0.92
More information about the dev
mailing list