You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to arXiv api
Hello
As I recall, the "opensearch:totalResults" used to report the total
number of records that matched the search. Now it appears to report
the number in the current batch.
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to arXiv api
Thanks, I'll check it out.
On May 8, 1:34 pm, Thorsten S <thorsten.schwan...@gmail.com> wrote:
> Hi Jimbo,
>
> thanks for alerting us to the problem. This has now been corrected and
> the total number of results is correctly returned again.
>
> On Tue, May 5, 2009 at 8:39 AM, Jimbo Jones <james.a.gra...@gmail.com> wrote:
>
> > Hello
>
> > As I recall, the "opensearch:totalResults" used to report the total
> > number of records that matched the search. Now it appears to report
> > the number in the current batch.
>
> > For example:
>
> > http://export.arxiv.org/api/query?search_query=all:electron >
> > has
> > <opensearch:totalResults xmlns:opensearch="http://a9.com/-/spec/ > > opensearch/1.1/">10</opensearch:totalResults>
>
> > Whereas
>
> On Tue, May 5, 2009 at 8:39 AM, Jimbo Jones <james.a.gra...@gmail.com> wrote:
>
> > Hello
>
> > As I recall, the "opensearch:totalResults" used to report the total
> > number of records that matched the search. Now it appears to report
> > the number in the current batch.
>
> > For example:
>
> > http://export.arxiv.org/api/query?search_query=all:electron >
> > has
> > <opensearch:totalResults xmlns:opensearch="http://a9.com/-/spec/ > > opensearch/1.1/">10</opensearch:totalResults>
>
> > Whereas
>
> On Tue, May 5, 2009 at 8:39 AM, Jimbo Jones <james.a.gra...@gmail.com> wrote:
>
> > Hello
>
> > As I recall, the "opensearch:totalResults" used to report the total
> > number of records that matched the search. Now it appears to report
> > the number in the current batch.
>
> > For example:
>
> > http://export.arxiv.org/api/query?search_query=all:electron >
> > has
> > <opensearch:totalResults xmlns:opensearch="http://a9.com/-/spec/ > > opensearch/1.1/">10</opensearch:totalResults>
>
> > Whereas
>
<quote>
Within the total results set, start defines the index of the first
returned result, using 0-based indexing. max_results is the number of
results returned by the query. For example, if wanted to step through
the results of a search_query of all:electron, we would construct the
urls:
1. Get results 0-9
2. Get results 10-19
3. Get results 20-29
</quote>
Your example #2 corresponds to what I am doing in my example. Like I
said, this used to work.
Going forward, is this the way the API will work? Or will the API go
back to what is documented?
Thanks, Jim
On May 13, 11:18 am, Thorsten S <thorsten.schwan...@gmail.com> wrote:
> your second query requests a zero size slice
>
> max_results is the total number of results the query will return.
> start is the offset into that resultset at which display starts
>
> so to retrieve results 11-20 you need &max_results=20&start=10
>
> Cheers
> Thorsten
>
> On Wed, May 13, 2009 at 8:41 AM, Jimbo Jones <james.a.gra...@gmail.com> wrote:
>
> > Hi
>
> > My unit tests are still failing.
>
> > 1. I get the correct first results. For example.
<quote>
Within the total results set, start defines the index of the first
returned result, using 0-based indexing. max_results is the number of
results returned by the query. For example, if wanted to step through
the results of a search_query of all:electron, we would construct the
urls:
1. Get results 0-9
2. Get results 10-19
3. Get results 20-29
</quote>
Example 2 in the document corresponds to what I am doing. As I said,
this used to work.
Going forward, will this API be stable or will it go back to how it is
documented? I would prefer that it goes back, because then existing
code that is written to the specification will continue to work.
> your second query requests a zero size slice
>
> max_results is the total number of results the query will return.
> start is the offset into that resultset at which display starts
>
> so to retrieve results 11-20 you need &max_results=20&start=10
>
> Cheers
> Thorsten
>
> On Wed, May 13, 2009 at 8:41 AM, Jimbo Jones <james.a.gra...@gmail.com> wrote:
>
> > Hi
>
> > My unit tests are still failing.
>
> > 1. I get the correct first results. For example.
> "start and max_results paging", you have
>
> <quote>
> Within the total results set, start defines the index of the first
> returned result, using 0-based indexing. max_results is the number of
> results returned by the query. For example, if wanted to step through
> the results of a search_query of all:electron, we would construct the
> urls:
>
>
> now seem to work as documented
>
> Thanks, JIm
>
> On May 13, 11:46 am, Jimbo Jones <james.a.gra...@gmail.com> wrote:
>
> > Sorry, messed up post.
>
> > What I meant to say:
>