Hi, Stefan de Konink wrote: > If I provide the SQL statement to get this information could it be made > into a new call?
I hope that we'll have something "proper" in the long run, i.e. store geometries in the data base and return objects that intersect with the given bbox. This would likely (but not necessarily) go hand in hand with introducing a proper area data type which would make it possible to return area objects that encompass a given bbox without the boundaries intersecting. However, this would require us to switch to PostGIS from Postgres *and* build geometries for all objects and store them. I have not talked to our database admins about this but I would assume that we'd first want to let the Postgres switchover settle in, then perhaps make an entry to database geometries by dropping our own lat/lon tiles, and at some later time then, if performance considerations allow, do a full PostGIS API. I think it would be promising to set up a daily/hourly/minutely diff based API mirror outside of the OSM empire that uses proper PostGIS geometries so we could do performance comparisons. Bye Frederik -- Frederik Ramm ## eMail [email protected] ## N49°00'09" E008°23'33" _______________________________________________ dev mailing list [email protected] http://lists.openstreetmap.org/listinfo/dev
