I would like to look into a distributed version of XAPI - I agree with Tom that the current XAPI server is not ideal (but this may be because I can't work out how it works).<br><br>I envisage an XAPI server utilising a 'standard' PostgreSQL database produced by osmosis, kept up to date by the daily/hourly diffs etc, along with a simple web server front-end to do the XAPI to SQL translation.<br>
<br>I made a start coding a simply python based server to do this, but haven't got very far (made the mistake of deciding not to write my own parser but use a parser generator - terrible mistake!).  Maybe I should give up and write it in C - I'm sure the production version will be in C for speed anyway....<br>
<br>This would work for a single 'main' server, but I like the idea of it being distributed with lots of little ones (for example the computer in my attic could serve Northern England, someone else could do Belgium etc.).   I don't know how to deal with re-directing the requests without a central main server though...any ideas?<br>
<br>Having a nice fast XAPI system would make more dynamic maps (e.g. a vector layer of POIs obtained from XAPI over a static mapnik background) a bit more usable - all of the examples I have seen so far are a bit sluggish.<br>
<br>Graham<br><br><div class="gmail_quote">2009/9/8 Tom Hughes <span dir="ltr"><<a href="mailto:tom@compton.nu">tom@compton.nu</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On 08/09/09 08:02, Patrick Petschge Kilian wrote:<br>
<br>
> The first one would be a (decently fast) OSMXAPI server. Since the 0.6 API<br>
> switch there seems to be a shortage of XAPI servers. If there was a<br>
> stable, fast and up to date XAPI server it would help lots of people and<br>
> it might reduce load on the main API.<br>
<br>
</div>We've already given XAPI a server, and before we give it any more<br>
hardware I would need some serious convincing that XAPI as it currently<br>
exists is actually workable and scalable in some sensible way because as<br>
far as I can tell at the moment it isn't.<br>
<br>
As I understand it the database takes so long to load that if there are<br>
any working servers they are way out of date, and even when a server is<br>
working it can only serve a couple of users at a time which, when a XAPI<br>
query can often take minutes or hours to run is clearly not practical<br>
for serving a large community.<br>
<br>
There are also issues with the run time that the code uses - it's<br>
horrible ancient and crufty and requires various kernel security<br>
features to be turned off.<br>
<div class="im"><br>
Tom<br>
<br>
--<br>
Tom Hughes (<a href="mailto:tom@compton.nu">tom@compton.nu</a>)<br>
<a href="http://www.compton.nu/" target="_blank">http://www.compton.nu/</a><br>
<br>
_______________________________________________<br>
</div><div><div></div><div class="h5">dev mailing list<br>
<a href="mailto:dev@openstreetmap.org">dev@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/dev" target="_blank">http://lists.openstreetmap.org/listinfo/dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Dr. Graham Jones<br>Hartlepool, UK<br>email: <a href="mailto:grahamjones139@gmail.com">grahamjones139@gmail.com</a><br>