After being told to create my own API/XAPI instance (http://gis.638310.n2.nabble.com/XAPI-server-unusable-tt5796609.html) I've looked at how to set up a server. Well the current procedure using osmosis etc is simply impossible for me and I guess for a lot of others as well. IMO if it were easier to set up a server, many more would do it, meaning a lot less load on the current infrastructure. IMO a API caching proxy would do the job as well and doesn't need to handle Gigs of files.

Lets say such a proxy exists, than requests to the API are directed at the proxy and only if the proxy doesn't contain the data, the request is forwarded to an API server. Assuming further such proxy exists on the internet anyone allowed could use such a proxy. So in the future only proxies may access the API server directly, any user has to connect via a proxy. And if this still means too much load on the API server, primary and secondary proxies could be created etc. This works similar as a P2P network.

To have as many as possible proxies running in the internet means to stick with technologies easily available. That limits the choice almost entirely to a PHP/MySQL solution, at least for the beginning.

Wyo


_______________________________________________
dev mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/dev

Reply via email to