<div class="gmail_quote">On Thu, Dec 16, 2010 at 3:10 PM, Peter Körner <span dir="ltr"><<a href="mailto:osm-lists@mazdermind.de">osm-lists@mazdermind.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
<br>
Am 16.12.2010 22:05, schrieb Stefan Keller:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Rewriting xapi on the other hand is an excellent idea.<br>
</blockquote>
<br>
Yes, good idea.<br>
<br>
I would probably start with osm2pgsql and setup a mirror (incuding<br>
hstore). Since osm2pgsql uses the PostGIS database I think it<br>
should'nt be too hard to turn predicates to WHERE clauses and bbox to<br>
a ST_Within query in PostGIS.<br>
</blockquote>
<br>
The osm2pgsql scheme does not store meta information (version, creator, timestamp), which are required to create valid .osm files.<br>
<br>
The osmosis simple schema would be a better start. It also supports hstore and an geometry column but stores full meta information.<br><br></blockquote><div><br></div><div>I'm working on this exact setup as we speak. I wrote an XAPI querystring parser in ANTLR (<a href="https://github.com/iandees/xapi-antlr">https://github.com/iandees/xapi-antlr</a>) and plan on writing the rest of the server piece tonight while I wait for a planet to import into an EC2 instance. I'd be happy to have help -- if you're interested let me know before I pick a language to use in the next 6 hours or so.</div>
<meta http-equiv="content-type" content="text/html; charset=utf-8"></div>