https://bugzilla.wikimedia.org/show_bug.cgi?id=46440

Nick Stenning <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[email protected]

--- Comment #44 from Nick Stenning <[email protected]> ---
(In reply to comment #43)

Hi all,

Sorry not to have weighed in earlier. I'm really glad to see you're using
Annotator, and hope I can help out with any problems you might have.

> I'm a little unclear about the relationship of 'read' and 'index', and how
> the URLs work.

Yes, this is a bit messy. Read and index are implicitly the same endpoint at
the moment, and index is just "read" with a null ID. Obviously this is
horrible, but it turns out that it doesn't matter that much as an index
endpoint that returns all annotations is almost never useful anyway, so...

> It seems like this may be a moot point if we use loadFromSearch.  However, I
> would expect there to be an 'index' url for consistency.

...the vast majority of real implementations use loadFromSearch. If you're
interested, current work in progress on Annotator 1.3/2.0
(http://github.com/okfn/annotator/compare/wip...master) is revisiting some of
this stuff, and the four endpoints that need implementing by a store are now
create/update/delete/query, and the index endpoint is gone.

But, to answer your concrete question: use loadFromSearch and ignore the
existence of the "index" endpoint.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to