hi
I must admit that I didn't know that there was a working instance of
TRAPI - I thought it was just a proposal.
How do I connect to a trapi server?
Is there a public server?
I can find a description of the service but not an url.
This is tried:
503 Service Unavailable
On 19 February 2011 12:06, Richard Fairhurst rich...@systemed.net wrote:
David Murn wrote:
If the service isnt designed to be portable (it only runs on one
system currently, in the world), then who cares about java,
why isnt it written in optimized C or some other similarly
lowish level
Hi,
Am I missing something here...? People are complaining about how bogged
down and slow the current service is, so its being re-written in java?
Is there any language slower or more resource intensive than java? If
the service isnt designed to be portable (it only runs on one system
Let me just explain what I see as the major performance bottleneck
with and API implementation: Disk seeks. A typical computer can
perform a million calculations while waiting for the disk to fetch a
few bytes. So a good data structure that can answer most map (bbox)
calls with a single disk seek
Nic Roets wrote:
So a good data structure that can answer most map (bbox)
calls with a single disk seek is what is needed. (Not a debate on the
best programming language).
For simple map calls there is TRAPI[1]. As far as I know, TRAPI performs
much better on map (bbox) queries than
Hi,
For simple map calls there is TRAPI[1]. As far as I know, TRAPI performs
much better on map (bbox) queries than either the main-API, XAPI or ROMA (on
equivalent hardware). Rather than using a database, I think it used a
pre-tiled file structure, so that it simple needs to peace together
Patrick Kilian wrote:
Hi,
For simple map calls there is TRAPI[1]. As far as I know, TRAPI performs
much better on map (bbox) queries than either the main-API, XAPI or ROMA (on
equivalent hardware). Rather than using a database, I think it used a
pre-tiled file structure, so that it simple
I must admit that I didn't know that there was a working instance of TRAPI -
I thought it was just a proposal.
I tend to use xapi to get town or city sized chunks of OSM data, without any
clever processing - would TRAPI be better for this than XAPI, or is it
limited to smaller areas?
Graham.
On
It seems there is no XAPI server available for a long time, what's going on ?
Is this service deprecated ?
I think XAPI is very usefull for quick extract using rules, it's a shame we
can't do this anymore...
Regards,
Vlad.
___
talk mailing list
The demand for XAPI is very high but it is currently only running on one
quite small server, so requests will quite often fail.
The main server, called Fafnir[1], has only 4Gb of ram and low end disk
storage. It's doing the best it can but there is always more demand for
XAPI queries than it can
There is the 5ok MapQuest donation earmarked for this, isn't there?
http://blog.osmfoundation.org/2011/01/26/donation-to-osmf-by-mapquestaol/
Is there a plan already on how this is to be spent? Is the XAPI a priority?
It seems a lot of people like it (I do) so I'd be interested to know this.
Vladimir Vyskocil wrote:
It seems there is no XAPI server available for a long time,
what's going on ? Is this service deprecated ?
http://www.openstreetmap.org/user/iandees/diary/12916
http://lists.openstreetmap.org/pipermail/dev/2011-January/021742.html
cheers
Richard
--
View this
On 18 February 2011 15:51, Vladimir Vyskocil
vladimir.vysko...@gmail.com wrote:
It seems there is no XAPI server available for a long time, what's going on ?
Is this service deprecated ?
I think XAPI is very usefull for quick extract using rules, it's a shame we
can't do this anymore...
On Fri, 18 Feb 2011 16:51:59 +0100, Vladimir Vyskocil wrote:
It seems there is no XAPI server available for a long time, what's going on ?
Is this service deprecated ? I think XAPI is very usefull for quick extract
using rules, it's a shame we can't do this anymore...
If you don't need live
More XAPI servers running on good hardware is the only realistic
solution.
Well, there could perhaps be another solution, like running your own
XAPI server - the minutely diffs are usually less than 100Kb, so the
required bandwidth to download from planet.openstreetmap.org would be
less than
On Fri, Feb 18, 2011 at 5:47 PM, MP singular...@gmail.com wrote:
More XAPI servers running on good hardware is the only realistic solution.
Well, there could perhaps be another solution, like running your own XAPI
server - the minutely diffs are usually less than 100Kb, so the required
Are the hardware requirements really so modest?
A few weeks ago I tried experimenting by importing just Europe and it took a
week (on my machine which has 2GB memory), so I gave up on the idea of
having my own whole planet database.
Then I had major trouble with the database size growing, and
On Fri, Feb 18, 2011 at 3:22 PM, Sami Dalouche sko...@free.fr wrote:
Something I wonder about :
does osmosis/xapi import the planet dump as-is, or does it do some
pre-processing to get rid of the history ?
If osmosis is lossless, would it make sense to make a lossy version that
gets rid of
On Fri, 2011-02-18 at 16:59 +, Grant Slater wrote:
The new java based XAPI is running and responding to test queries, but
be warned it is still under active development. See:
Am I missing something here...? People are complaining about how bogged
down and slow the current service is, so
Am 18.02.2011 22:47, schrieb David Murn:
On Fri, 2011-02-18 at 16:59 +, Grant Slater wrote:
The new java based XAPI is running and responding to test queries, but
be warned it is still under active development. See:
Am I missing something here...?
Yes, you are missing a few things ;-)
On Fri, 2011-02-18 at 23:33 +0100, Ulf Lamping wrote:
Am 18.02.2011 22:47, schrieb David Murn:
If the service isnt designed to be portable (it only runs on one system
currently, in the world), then who cares about java,
What makes you think, that it only has to be running on one system in
Hi,
David Murn wrote:
Am I missing something here...? People are complaining about how bogged
down and slow the current service is, so its being re-written in java?
Is there any language slower or more resource intensive than java?
We have no performance comparisons between the old XAPI
David Murn wrote:
If the service isnt designed to be portable (it only runs on one
system currently, in the world), then who cares about java,
why isnt it written in optimized C or some other similarly
lowish level language, rather than java?
Your search - murn site:svn.openstreetmap.org
Am 19.02.2011 00:02, schrieb David Murn:
This is modern-day thinking. Modern solutions are to simply throw more
money and hardware at a problem, where older techniques called for using
the same hardware but making the code faster. That then means if you
improve the hardware you get a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
2011-02-18 22:47, David Murn skrev:
Is there any language slower or more resource intensive than java?
Yes, there are many, Java have is strengths and down sides, Java as any
language have it's strengths and down sides. Speed in Java can be much
25 matches
Mail list logo