On 07.08.2017 18:08, Simon Poole wrote:
There are multiple reasons why this is not going to work, not the least
that there have been no public native XAPI servers available for a very
long time.
See http://wiki.openstreetmap.org/wiki/Xapi
The new query system is Overpass API, which has
I tried both.
It seems like I pasted the wrong line of code here.
Sorry about that,
Fredy
From: Dave F <davefoxfa...@btinternet.com>
To: <dev@openstreetmap.org>
Sent: 8/7/2017 4:53 PM
Subject: Re: [OSM-dev] XAPI
On 07/08/2017 17:08, Simon
On 07/08/2017 17:08, Simon Poole wrote:
There are multiple reasons why this is not going to work,
One of them is it's amenity=school not schools
DaveF
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
redy
From: Simon Poole <si...@poole.ch>
To: Fredy Yanez <fredy@projectconnect.world>
Cc: <dev@openstreetmap.org>
Sent: 8/7/2017 2:37 PM
Subject: Re: [OSM-dev] XAPI
I can probably do it for you, I need to know the file/data format you
would like an
eetmap.org>
> *Sent: * 8/7/2017 12:08 PM
> *Subject: * Re: [OSM-dev] XAPI
>
> There are multiple reasons why this is not going to work, not the
> least that there have been no public native XAPI servers available
> for a very long time.
>
> See http:
7/2017 12:08 PM
Subject: Re: [OSM-dev] XAPI
There are multiple reasons why this is not going to work, not the least
that there have been no public native XAPI servers available for a very
long time.
See http://wiki.openstreetmap.org/wiki/Xapi
But in any cas
There are multiple reasons why this is not going to work, not the least
that there have been no public native XAPI servers available for a very
long time.
See http://wiki.openstreetmap.org/wiki/Xapi
But in any case extracting anything for the whole world from any API is
not a good idea, I would
Good afternoon,
I'm working for a no profit and our goal is to measure internet connectivity
for every school in the world. It would be very beneficial is we had access to
every school within the database. To do this I've been trying to use XAPI and
I'm having a few errors.
For example
Not sure if the wiki is dynamically updated, but according to the XAPI page:
http://wiki.openstreetmap.org/wiki/XAPI
The first server listed is Running Normally (green). But clicking
on it, or the status page, brings a 503 error.
Service Temporarily Unavailable
The server is temporarily
On Thu, May 30, 2013 at 1:27 PM, Tac Tacelosky tac...@gmail.com wrote:
Not sure if the wiki is dynamically updated, but according to the XAPI
page:
http://wiki.openstreetmap.org/wiki/XAPI
The first server listed is Running Normally (green). But clicking
on it, or the status page, brings a
Can someone point me to an XAPI server with fairly fresh data?
Just use the XAPI compability layer[1] provided by Overpass API:
http://www.overpass-api.de/api/xapi?...
[1]
http://wiki.openstreetmap.org/wiki/Overpass_API/XAPI_Compatibility_Layer
Martin
Le jeudi 30 mai 2013 20:27:43, Tac Tacelosky a écrit :
As our
streetview software moves closer to being demonstrable, I'd like to
not use the live API as much.
You are currently quering the 0.6 API at api.openstreetmap.org ? If yes, you
can easily alleviate the load until you have a working
This is great! I've read and re-read the api docs at
http://wiki.openstreetmap.org/wiki/API_v0.6, and XAPI and wherever
else I could find, and hadn't seen any references to this site. I'll
start using it, and I'll add my contact email to the queries should
there be an issue.
I've been
Le jeudi 30 mai 2013 23:33:29, Tac Tacelosky a écrit :
I've read and re-read the api docs at
http://wiki.openstreetmap.org/wiki/API_v0.6, and XAPI and wherever
else I could find, and hadn't seen any references to this site.
I guess I'll have to improve my advertising skills ;-)
The server
Hi
In XAPI [1] what is the difference
* between a [bbox=...] and ?bbox=...
* and between a 'map' and a '*' request ?
and if the represent equal requests, which one is preferred?
These examples return identical results:
* 'map' request with bbox as URL parameter:
The map query is functionally identical to the tag
query /api/0.6/*[bbox=left,bottom,right,top]
Quote from the wiki page ;)
XAPI is an extended api which implements a bit more than the normal api.
Perhaps there is some redundancy but I think this is not a problem.
Keeping the application
Ian was pointing you to this sentence:
Running queries are listed on an admin stats page
http://jxapi.openstreetmap.org/xapi/admin/stats
2011/6/9 Stefan Keller sfkel...@gmail.com:
Ian,
There is no hint about log files of existing services there - in fact
there is no word 'log' on the page.
Hi André
2011/6/9 André Riedel riedel.an...@gmail.com wrote:
Ian was pointing you to this sentence:
Running queries are listed on an admin stats page
http://jxapi.openstreetmap.org/xapi/admin/stats
Thanks. That's a useful starting point.
These stats obviously show running queries supported
I'd like find out the use cases of XAPI.
Does anyone know if there exists a log for XAPI usage from any
existing web service?
That's what I found so far:
https://github.com/osm-spline/xapi/tree/new-main which suggests:
* .../api/0.6/node[amenity=*]
* .../api/0.6/node[highway=busstop]
*
Read the wiki page for the XAPI: http://wiki.openstreetmap.org/wiki/Xapi
On Wed, Jun 8, 2011 at 7:01 PM, Stefan Keller sfkel...@gmail.com wrote:
I'd like find out the use cases of XAPI.
Does anyone know if there exists a log for XAPI usage from any
existing web service?
That's what I found
On Thu, Apr 28, 2011 at 06:03:29PM +0200, Peter Körner wrote:
Am 28.04.2011 16:11, schrieb Oliver Tonnhofer:
On 28.04.2011, at 16:00, Martijn van Exel wrote:
Interesting, this totally uproots my firm conviction that SAX parsing is
always more time- and memory-efficient than tree/DOM-based
Serge Wroclawski emac...@gmail.com wrote:
Yes, but they are huge...
My original place=* for france is 50 MB (not compressed).
50 meg doesn't seem so big.
Yes 50MB is fine. 2 GB (compressed) is huge.
France extract if 2 GB compressed, i don't think my python script was
able to handle
On 28.04.2011, at 13:57, Pierre-Alain Dorange wrote:
What kind of processing were you doing? I'm assuming some kind of XML
(unless you were using the protobuffs). If thats the case, you can use
a simple SAX parser. If you need an example, I'll send you one.
Yes i preprocess XML to extract
On 28.04.2011, at 14:46, Serge Wroclawski wrote:
On Thu, Apr 28, 2011 at 8:30 AM, Oliver Tonnhofer o...@omniscale.de wrote:
If you are using Python, you should use iterparse from the ElementTree API,
it is much nicer and faster.
Faster than SAX? I'm not so sure. SAX calls the C
On 28.04.2011, at 16:00, Martijn van Exel wrote:
Interesting, this totally uproots my firm conviction that SAX parsing is
always more time- and memory-efficient than tree/DOM-based parsing.
Sure. DOM based parser need to keep the whole tree in memory which doesn't work
well with large XML
Am 28.04.2011 16:11, schrieb Oliver Tonnhofer:
On 28.04.2011, at 16:00, Martijn van Exel wrote:
Interesting, this totally uproots my firm conviction that SAX parsing is always
more time- and memory-efficient than tree/DOM-based parsing.
From my experience the expat-sax immplementation is
Hi,
Pierre-Alain Dorange wrote:
I finally build my proto and it works fine, but i'm disappointed : it's
slow...
curl http://download.geofabrik.de/osm/europe/france.osm.pbf; \
-o ./temp/france.osm.pbf
osmosis --rb ./temp/france.osm.pbf \
--tf accept-nodes man_made=surveillance
On 26. 04. 11 22:02, Pierre-Alain Dorange wrote:
Pierre-Alain Dorangepdora...@mac.com wrote:
./osmosis --rb france.osm.pbf -tf accept-nodes place=* --wx
fr_places.osm
You're missing the second - before tf, making Osmosis think that
-tf was a second argument to --rb.
Oh my god, shame on me.
Hi,
On 26.04.2011 22:29, Frederik Ramm wrote:
You could probably save some time by doing something like this
(shortened by dropping arguments):
curl ... -o - | osmosis --rb /dev/stdin --tee 3 --tf --tf -tf --wx --tf
--tf --un --wx --tf --un --uw --wx
that way you would start processing while
Hi,
Igor Podolskiy wrote:
osmosis --rb /dev/stdin --tee 3 --b --b --b --tf --tf -tf --wx --tf --tf
--un --wx --tf --un --uw --merge -merge --wx
(Though if I'd be doing this for real, I'd spell out the at least the
out/in-pipe names,
You would have to. The intermediate --wx in your command
Toby Murray toby.mur...@gmail.com wrote:
osmosis --read-pbf france.osm.pbf \
--tf accept-ways place=* \
--tf accept-nodes place=*
--tf accept-relations place=*
--write-xml france_place.osm
After some tests i cant run osmosis...
My config
Hi,
Pierre-Alain Dorange wrote:
./osmosis --rb france.osm.pbf -tf accept-nodes place=* --wx
fr_places.osm
You're missing the second - before tf, making Osmosis think that
-tf was a second argument to --rb.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09
Frederik Ramm frede...@remote.org wrote:
./osmosis --rb france.osm.pbf -tf accept-nodes place=* --wx
fr_places.osm
You're missing the second - before tf, making Osmosis think that
-tf was a second argument to --rb.
Oh my god, shame on me.
Thanks.
--
Pierre-Alain Dorange
OSM
On Sunday 24 April 2011 02:40:52 Nakor Osm wrote:
Download the planet.pbf and extract from it.
From a pbf planet file on a quad-core/8Gb RAM machine it takes me roughly
1.5 h to extract all ways marked natural=coastline.
If you need updates more often than the weekly PBF, it takes about 2
Cartinus carti...@xs4all.nl wrote:
If you need updates more often than the weekly PBF, it takes about 2 hours
on the same machine as above to apply the daily diffs with Osmosis and if
you do not need a daily update just merge several daily diffs together
before updating your planet file
On Sun, Apr 24, 2011 at 6:43 AM, Pierre-Alain Dorange pdora...@mac.com wrote:
He is talking about France only. So if he used a country extract [1] in stead
of the whole planet, then his processing times would be much shorter for both
the methods mentioned bij Toby and Nakor.
[1]
On 24.04.2011, at 12:43, Pierre-Alain Dorange wrote:
Yes, but they are huge...
My original place=* for france is 50 MB (not compressed).
France extract if 2 GB compressed, i don't think my python script was
able to handle such a huge data.
You should have a look at imposm.parser, it's a
On Sun, Apr 24, 2011 at 5:43 AM, Pierre-Alain Dorange pdora...@mac.com wrote:
Yes, but they are huge...
My original place=* for france is 50 MB (not compressed).
France extract if 2 GB compressed, i don't think my python script was
able to handle such a huge data.
That's why you use osmosis
Toby Murray toby.mur...@gmail.com wrote:
France extract if 2 GB compressed, i don't think my python script was
able to handle such a huge data.
That's why you use osmosis to trim it down to what you want.
The following osmosis command gives me a 34 MB XML file when run on
the France
Hi Pierre,
As far as XAPI servers go I have given up for now, although MapQuest is
running a more reliable instance[1] that may be useful, although they employ
Ian's Java implementation as well so the same bbox limitations likely apply.
I am, in fact, working on a similar project in the
Hi all,
I already replied Pierre-Alain on the french list, but it maybe useful
for others too.
For an extract of cross-country trails at [1], I use a world planet file
updated by osmosis as a file with daily diffs whenever I feel like too.
Find the script attached.
Then Osmfilter [2] do the
Hi, i'm a french contributor and i look for advice for a project.
I'm processing free french city official data (from insee, official stat
agency) and i have to match those city with osm city (place=*) to
geolocalize it on a map.
The project is to present cctv surveillance in the country (see
You can set up your own jXAPI server and disable the bounding box
limit. But this takes about 500 GB of drive space and several days of
processing.
Another option is to use osmosis to filter objects out the planet file:
Download the planet.pbf and extract from it.
From a pbf planet file on a quad-core/8Gb RAM machine it takes me roughly
1.5 h to extract all ways marked natural=coastline.
If you need updates more often than the weekly PBF, it takes about 2 hours
on the same machine as above to apply the daily
The only thing is that it ends with:
runtime error: open64: 2 ./db/area_tags_local.bin File_Blocks:1
and does not provide the closing /osm-derived tag.
Do you have any suggestions on what might cause that?
Yes, it's a bug in the software. Thank you for reporting it. First, for a
Thanks Roland,
That seems to have fixed it. I will add this workaround to the instructions
on the Wiki.
I'd better try using it for something now!
Regards
Graham.
On 6 March 2011 15:25, Roland Olbricht roland.olbri...@gmx.de wrote:
The only thing is that it ends with:
runtime error:
Roland,
Thanks for this - Ctrl-D to terminate the standard input made a big
difference - it now gives me some XML that looks right.
The only thing is that it ends with:
runtime error: open64: 2 ./db/area_tags_local.bin File_Blocks:1
and does not provide the closing /osm-derived tag.
Do you
Roland,
I have compiled osm3s and imported the latest planet file.
Thank you for this. I'm sorry that there are still holes in the instructions.
I think this
was successful - no errors anyway and took about 24 hours as you suggested
and ended with
[...]
max_written_role_id 4458
R
Tomcat should allow file-based deployment. It should be as simple as
copying the war file into the webapps directory. It will end up with a
context root that matches the war filename (minus .war).
Different app servers usually provide ways to override the default context
root via embedding app
I did it, because xapi-servlet.war was easier than
iandees-xapi-antlr-864104f.war.
I also give a try to Jetty, with the same
java.lang.ClassNotFoundException:
com.yellowbkpk.geo.xapi.servlet.XapiServlet
It's maybe not a problem of class but permissions, should a default user
be declared
I have trouble to deploy xapi-servlet in Tomcat 6, on ubuntu 10.04.
I compiled a xapi-servlet.war from instruction in
https://github.com/iandees/xapi-servlet/blob/master/readme.md, copy it
to a freshly installed Tomcat directory /var/lib/tomcat6/webapps/ and
restarted Tomcat.
The servlet is
Mitja Kleider wrote:
Hi Antoine,
On Fri, 28 Jan 2011 16:11:11 +0100, Antoine Pichon
antoine.p...@gmail.com wrote:
I am building an application that needs to access osm poi database. Ex
: Extract all the banks (or any orther amenity) of a given area. I
didn't find this possibility (amenity
Mitja, your From: mi...@kleider.name is malformed.
On Sat, 29 Jan 2011 10:46:12 +0100, Maarten Deen md...@xs4all.nl
wrote:
Can you elaborate on how to do bbox queries with this?
Like this:
I'm not very clear on how to deploy servlets. I used tomcat6 and Ubuntu
10.04, too, but I deployed the war via the tomcat6-admin servlet that is
installed as a separate package. It offers a deploy section where you can
specify the path to the war and the context to deploy the war in. When I use
I did that too, but no cigar.
What is the context you used?
Yves
On 29. 01. 11 15:07, Ian Dees wrote:
I'm not very clear on how to deploy servlets. I used tomcat6 and
Ubuntu 10.04, too, but I deployed the war via the tomcat6-admin
servlet that is installed as a separate package. It offers a
On Sat, 29 Jan 2011 10:46:12 +0100, Maarten Deen md...@xs4all.nl
wrote:
Can you elaborate on how to do bbox queries with this?
Like this:
http://78.47.225.27/tag/amenity/bank/all/ids.json?bbox=9.7190434375091,51.496178170005,10.15849656249,51.565057661413
Please note that the data on that
Hi everybody
First post here and a few questions to ask :-)
As I did not find clear replies to those questions, I ask them here.
Sorry if they have already been replied earlier and I missed it ...
So
I am building an application that needs to access osm poi database. Ex
: Extract all
On Fri, Jan 28, 2011 at 3:11 PM, Antoine Pichon antoine.p...@gmail.com wrote:
Hi everybody
First post here and a few questions to ask :-)
Welcome.
1/ is there any other possibility instead of xapi to do that ?
You can download the planet file, filter it and get your own results.
You
Antoine,
There's work being done on Ian's server side, and I'm working on
making a simple web frontend to XAPI so people can have a little
easier time working with it.
My code (just some HTML, CSS and JS) is at:
https://github.com/emacsen/xapi-ui
I could use some help. I'd like to get a search
Hi Antoine,
On Fri, 28 Jan 2011 16:11:11 +0100, Antoine Pichon
antoine.p...@gmail.com wrote:
I am building an application that needs to access osm poi database. Ex
: Extract all the banks (or any orther amenity) of a given area. I
didn't find this possibility (amenity filtering) in basic API
@Ian:
The grammar that I published parses the examples on the xapi wiki page
just
fine. The hard part now is converting those in to SQL statements while
maintaining speed.
In which stage is this code presently ? I managed to build it, but when I
try to actually run a query, I get
Exception
On Mon, Jan 3, 2011 at 10:21 AM, arminus armi...@gmail.com wrote:
@Ian:
The grammar that I published parses the examples on the xapi wiki page
just
fine. The hard part now is converting those in to SQL statements while
maintaining speed.
In which stage is this code presently ? I
Hi,
arminus wrote:
Exception in thread main org.springframework.jdbc.BadSqlGrammarException:
PreparedStatementCallback; bad SQL grammar [CREATE TEMPORARY TABLE
bbox_nodes ON COMMIT DROP AS SELECT * FROM nodes WHERE (geom ?)]; nested
exception is org.postgresql.util.PSQLException: Unknown type
On Mon, Jan 3, 2011 at 3:10 PM, arminus armi...@gmail.com wrote:
This sounds as if your database isn't even a PostGIS database?
No it wasn't :-/ I didn't realize that apparently (?) the osmosis
import I did after postgis enabling the db somehow wiped out the
postgis code in it ... At any
Same error. However, I got it working now with --write-pgsql-dump and a
subsequent pgsnapshot_load_0.6.sql. Your new xapi code now also returns a
valid result. Great :-)
cheers,
Armin
--
View this message in context:
1. I think all XAPI server mentioned in
http://wiki.openstreetmap.org/wiki/XAPI#Servers use the same code,
don't they?
Can someone provide source code for all the xapi implementations out
there? http://xapi.openstreetmap.org/scripts is broken for several days
now. I will make a list in the
Philipp, Ian
@Philipp:
Ian seems to begin a complete rewrite of XAPI. There seems to be only
on implementation out there and at for some time least three well
known installations. See also Frederiks answer recently.
@Ian:
Since you start programming: Did you verify/discuss with others the
syntax
I've rebuild the osm_xapi example and if the XAPI servers work, it would be
terrific.
http://dev.openlayers.org/sandbox/fvanderbiest/openlayers/examples/osm_xapi.html
http://www.orpatec.ch/osm/tools/test.php?lat=48.9116lon=5.5247zoom=14layers=M
Unfortunately the server mostly don't work,
On Thu, Dec 2, 2010 at 10:25 AM, Wyo otto.w...@orpatec.ch wrote:
I've rebuild the osm_xapi example and if the XAPI servers work, it would
be terrific.
http://dev.openlayers.org/sandbox/fvanderbiest/openlayers/examples/osm_xapi.html
Ian Dees wrote:
As you can imagine the few XAPI servers out there are already quite
burdened. If your use of the XAPI requires uptime guarantees then you
should run your own instance somewhere.
My tests showed XAPI is more or less not working at all (less than 10%). If
other users gets equally
Hi all
Is there a way to get a node from xapi if I know the id?
I tryed this:
http://xapi.openstreetmap.org/api/0.6/way[id=8136261]
and this.
http://xapi.openstreetmap.org/api/0.6/way/8136261
Both don't give a result.
lg, Bernhard
___
dev mailing
On 2 September 2010 15:36, bernhard zwischenbrugger b...@datenkueche.comwrote:
Hi all
Is there a way to get a node from xapi if I know the id?
I tryed this:
http://xapi.openstreetmap.org/api/0.6/way[id=8136261]http://xapi.openstreetmap.org/api/0.6/way%5Bid=8136261%5D
and this.
Am 02.09.2010 16:36, schrieb bernhard zwischenbrugger:
Hi all
Is there a way to get a node from xapi if I know the id?
I tryed this:
http://xapi.openstreetmap.org/api/0.6/way[id=8136261]
and this.
http://xapi.openstreetmap.org/api/0.6/way/8136261
You're requesting a way.
I'll try to answer the questions and maybe someone else can fill in
where I get things wrong.
On Wed, Aug 25, 2010 at 9:17 PM, Khoa Tran ktr...@mail.usf.edu wrote:
1) Sometimes, XAPI server responds pretty quick for my query. However, for
some other time, it's very slow like 5 or 10 minutes to
Hi all,
This is my first time asking questions on this list and hopefully some of
you can help me out here.
I've been using XAPI for my application to get nodes and relations from
openstreetmap and I've experienced some problems that I don't have an answer
yet:
1) Sometimes, XAPI server responds
Hi Folks,
Does anyone know if there is a problem with the
http://xapi.openstreetmap.org server?
http://osmxapi.hypercube.telascience.org works ok, but the other just seems
to hang once a connection is made.
Unfortunately informationfreeway.org keeps redirecting to the openstreetmap
one. Is it
Graham
The server has been heavily loaded for the last day or so. Requests are
getting queue up. Increasing your client timeout might help, if you are able
to do that.
I'll turn on some load balancing so that some requests are shed to
hypercube.
Etienne
On Wed, Apr 28, 2010 at 10:13 PM, Graham
Hello!
Is there a way to get compressed data (e.g. bz2) when I start a
XAPI-query? My internet connection is not that fast, but the OSM-data
can be easily compressed to 10% of the original size.
What happens when an XAPI-query takes hours to download and some
someone makes changes in that time?
On 07/04/2010 21:36, Christian H. Bruhn wrote:
Is there a way to get compressed data (e.g. bz2) when I start a
XAPI-query? My internet connection is not that fast, but the OSM-data
can be easily compressed to 10% of the original size.
As far as I'm aware, the data is output as soon as it's
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Op 08-04-10 01:40, Jonathan Bennett schreef:
On 07/04/2010 21:36, Christian H. Bruhn wrote:
Is there a way to get compressed data (e.g. bz2) when I start a
XAPI-query? My internet connection is not that fast, but the OSM-data
can be easily
Hi,
I was wondering if you could help me. I'm using Tagwatch to find and tidy up
the route_ref=* values where a pipe symbol or vbar (i.e. Unicode character
U+007C) has been used as a delimeter. See this page for example:
http://tagwatch.stoecker.eu/Great_britain/En/ignored_route_ref.html
The
It´s the same as me asking about including a space in a tag-value a
few weeks ago.
No escaping.
Who has time to grab the source and add it?
Marcus
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
On Sun, Dec 6, 2009 at 8:14 PM, Marcus Wolschon
marcus.wolsc...@googlemail.com wrote:
It´s the same as me asking about including a space in a tag-value a
few weeks ago.
No escaping.
Who has time to grab the source and add it?
Marcus
It turns out that spaces are already handled correctly by
That's excellent! Works a treat!
Many thanks,
David
2009/12/6 80n 80n...@gmail.com
On Sun, Dec 6, 2009 at 6:21 PM, David Calder davidjcal...@gmail.comwrote:
Hi,
I was wondering if you could help me. I'm using Tagwatch to find and tidy
up the route_ref=* values where a pipe symbol or vbar
I just replied to a bug in our trac, complaining about an invalid
caption tile.
The crux is, that generating caption tiles needs the XAPI api and that
seems to be very unreliable if working at all. Furthermore I was told
that the hypercube might go away at some time...
XAPI provides a very useful
At 2009-11-25 00:10, 80n wrote:
...
The third XAPI instance at Bearstech no longer has sufficient disk
space. I'm considering a partial implementation there that will be able
to process a sub-set of XAPI queries, but that's somewhere in the future.
Out of curiosity, how much and what kind of
On Wed, Nov 25, 2009 at 8:26 AM, Alan Mintz
alan_mintz+...@earthlink.netalan_mintz%2b...@earthlink.net
wrote:
At 2009-11-25 00:10, 80n wrote:
...
The third XAPI instance at Bearstech no longer has sufficient disk
space. I'm considering a partial implementation there that will be able
to
http://osmxapi.hypercube.telascience.org/api/0.6/relation[name|ref|name:de|short_name:de=Knittlingen]
?xml version='1.0' standalone='no'?
osm version='0.6' generator='xapi: OSM Extended API 2.0'
xmlns:xapi='http://www.informationfreeway.org/xapi/0.6'
So, who a maintains the XAPI?
On Thu, Nov 5, 2009 at 5:55 PM, 80n 80n...@gmail.com wrote:
I think it's a bug.
On Thu, Nov 5, 2009 at 9:31 AM, marcus.wolsc...@googlemail.com wrote:
Hello,
I am using XAPI to search for relations like
[ref=L 1100]
but I get lots of results with ref=L
Hi,
i will be setup a xapi server.
i have looked in http://xapi.openstreetmap.org/ and
http://xapi.openstreetmap.org/scripts scripts .
but i do nothing know about GT.M
i have try to start zappy:
%GTM-F-KILLBYSIGSINFO1, GT.M process 20929 has been killed by a signal
11 at address 0xF7CFBF83
Jeff
This url works for me:
http://www.informationfreeway.org/api/0.6/*[elephant=*]
I just tried yours and it appears to have stalled after downloading 5.2Kb.
Not sure why yet, I'll investigate futher.
80n
On Sat, May 2, 2009 at 3:50 PM, Jeffrey Warren war...@mit.edu wrote:
Hmm, I'm now
Actually your request seems to be working fine now. The stall was probably
a transient network dropout.
On Sat, May 2, 2009 at 5:14 PM, 80n 80n...@gmail.com wrote:
Jeff
This url works for me:
Hmm, i can load yours, but I'm getting a lot of stalling in general, also
after about 5.8 Kb. I'll try later in the day, maybe it's as you say, just
transient dropouts.
On Sat, May 2, 2009 at 12:19 PM, 80n 80n...@gmail.com wrote:
Actually your request seems to be working fine now. The stall
This characteristically happens if all the daemons are busy servicing other
people's requests. The server you are accessing is not particularly fast.
The other xapi servers are faster and can handle more capacity.
Most people use the xapi instance on the telascience server:
Hello all -
I'm trying to ping the xapi.openstreetmap.org service for:
http://xapi.openstreetmap.org/api/0.5/*[amenity=hotel][bbox=-71.089,42.359,-71.087,42.361]
or perhaps less ambitious:
http://xapi.openstreetmap.org/api/0.5/*[building=yes][bbox=-71.089,42.359,-71.087,42.361]
I'm not getting
There are three xapi servers.
The file system on Hypercube has been increasingly slow in the last few
days, I'm not sure why but it has made this server pretty unusable.
The instance at bearstech.com had a hard disk failure. The disk has been
replaced, but the server has not yet been rebuilt.
96 matches
Mail list logo