Hi Jack,
glad to hear someone is working on an Android app. I was going to look
at that myself next time I have some spare cycles.
The sortBy and sortOrder parameters should do what you are asking for.
Let me quote from an email I sent to another user a while back, all of
this should still apply. Please don't hesitate to ask questions should
you run into problems, and please also send us a link to the finished
app.
I'll see to it that the help pages get updated to reflect this added
functionality.
Cheers
T.
* you can specify date ranges with key "submittedDate" of
"lastUpdatedDate" as part of the querystring, e.g.
search_query=lastUpdatedDate:[200712310900+TO+200712310959]
the date/time string is interpreted as GMT
* you can specify optional "sortBy" and "sortOrder" parameters
sortBy = [relevance, submittedDate, lastUpdatedDate]
sortOrder = [ascending, descending]
For example, to find all the papers last updated between 09:00am -
09:59am GMT on December 31st, 2007, sorted by submission date, issue
this query:
you'll notice that arxiv:0705.1827 was first submitted in May 2007 and
replaced during the specified time-window in December 2007, so a
similar query specifying a submittedDate time-window will not list
that particular paper
To get all of the papers submitted in December 2007 which have
"electron" in the title, use
Here we use the "start" and "max_results" parameters to return the
first 50 matches (slices must be limited to < 2000).
The response feed tells us that there are 97 matches total
<opensearch:totalResults
xmlns:opensearch="http://a9.com/-/spec/opensearch/1.1/">97</opensearch:totalResults>
so you could retrieve the remaining 47 via parameter settings
&start=50&max_results=100
Let us know of any problems with this interface.
Best regards
Thorsten Schwander
cond-mat appears to require a subject-class, e.g. cat:cond-mat.stat-mech
and cond-mat.quant-gas
etc.
I believe this is an oversight on our end. I'll have a look at the
code. Thanks for alerting us to this issue
Cheers
T.
It works this way, because the search is implemented as a simple full
text string search on individual metadata fields with basic wildcard
functionality
Cheers
T.
gives 29 results, which are almost the same as today's
http://arxiv.org/list/quant-ph/new with 31 results.
I don't know, yet, why there is a difference, though.
Cheers
T.
the incremental index update appears to omit submissions/updates
received via the sword interface
After this problem is addressed the above /api request should have the
same content as the /new listing
Cheers
T.
There is a problem with the index on the api server. It is missing
last Friday's updates. I am rebuilding it now and it should be ready
shortly.
Cheers
T.