Difference between revisions of "Linden Lab Official:Inventory API"

From Second Life Wiki
Jump to navigation Jump to search
 
(18 intermediate revisions by 2 users not shown)
Line 1: Line 1:
{{TOCright}}
{{:API Portal/navigation}}
[[Category:Capabilities]]
 
''This document uses [[OGP_LLSD#Linden Lab Interface Description Language (LLIDL)|LLIDL]] for terse description of the HTTP POST and response bodies.
This document uses [[OGP_LLSD#Linden Lab Interface Description Language (LLIDL)|LLIDL]] for terse description of the HTTP POST and response bodies.


== Viewer Capabilities  ==
== Viewer Capabilities  ==


The Viewer receives four Inventory API capabilities. A fifth one, FetchInventoryDescendents, is deprecated by WebFetchInventoryDescendents.
The Viewer receives four Inventory API capabilities. As of January, 2011, we have deployed version-2 identified capabilities and removed all others. These capabilities will be used by default on Viewer 2.5.1 and above, released in March, 2011. Third Party Viewers may update their code, but be aware the pre-Viewer-2.5.1 code has numerous bugs associated with this method of accessing inventory.


'''Note: ''descend<u>a</u>nts'' is frequently but haphazardly misspelled as ''descend<u>e</u>nts'' in the code. Sadly, these misspellings are fixed in place due to existing widespread deployment.'''
{{KBnote|The inventory code uses the spelling variant '''descend<u>e</u>nts''' instead of the more common '''descend<u>a</u>nts'''.}}


===WebFetchInventoryDescendents===
===FetchInventoryDescendents2===


Follows the [[#Fetch_Inventory_Descendents|Fetch Inventory Descendents]] API, fetches the agent's inventory structure.
Follows the [[#Fetch_Inventory_Descendents|Fetch Inventory Descendents]] API, fetches the agent's inventory structure.


===FetchInventory===
===FetchInventory2===


Follows the [[#Fetch_Inventory_Items|Fetch Inventory Items]] API, fetches the agent's items.
Follows the [[#Fetch_Inventory_Items|Fetch Inventory Items]] API, fetches the agent's items.


===FetchLibDescendents===
===FetchLibDescendents2===


Follows the [[#Fetch_Inventory_Descendents|Fetch Inventory Descendents]] API, fetches library inventory structure.
Follows the [[#Fetch_Inventory_Descendents|Fetch Inventory Descendents]] API, fetches library inventory structure.


===FetchLib===
===FetchLib2===


Follows the [[#Fetch_Inventory_Items|Fetch Inventory Items]] API, fetches library inventory items.
Follows the [[#Fetch_Inventory_Items|Fetch Inventory Items]] API, fetches library inventory items.
Line 27: Line 27:
==Structures==
==Structures==


<python>
The Inventory API returns values that use the following standardized LLSD data structures:
&category = {
 
*'''Category''' - can contain items and other categories.
*'''Item''' - A handle that can point to a valid asset in the system.
*'''Permission''' - permissions information for an item.
*'''Sale info''' - information on sale of an item
 
Categories and items are not required to have unique names. The system generates all categories with a non-null asset_type and you cannot delete them. All user-generated categories have type_default null.
 
=== Category  ===
 
The category data structure can contain items and other categories. The combination of agent_id and category_id uniquely identify a category. A special root category has type_default = folder (a category for folders) and a parent_id of null UUID (00000000-0000-0000-0000-000000000000).
 
The category data structure consists of a single LLSD map with the values described in the following table.
 
{| class="lltable" border=1
|-
! Key
! Datatype
! Description
|-
| agent_id
| UUID
| Agent's UUID
|-
| category_id
| UUID
| Category's UUID
|-
| name
| string
| Text name of the category
|-
| parent_id
| UUID
| Parent category's UUID
|-
| type_default
| integer
| Asset type value.
|-
| version
| integer
| Version number
|}
 
'''LLIDL'''
 
<python>&category = {
     agent_id        : uuid,
     agent_id        : uuid,
     category_id    : uuid,
     category_id    : uuid,
Line 35: Line 82:
     type_default    : int,
     type_default    : int,
     version        : int,
     version        : int,
  }
  }</python>
   
 
&item = {
=== Item ===
 
The item data structure refers to a valid asset in the system and contains enough information to find the asset in our domain, as well as permissions information. An item is uniquely identified by the combination of agent_id and item_id.
 
The item data structure consists of a map containing the following elements:
 
{| class="lltable" border=1
|-
! Return value
! Datatype
! Description
|-
| agent_id
| UUID
|
|-
| asset_id
| UUID
|
|-
| created_at
| int
| timestamp?
|-
| desc
| string
|
|-
| flags
| integer
|
|-
| inv_type
| integer
| inventory type
|-
| item_id
| UUID
|
|-
| name
| string
|
|-
| parent_id
| UUID
|
|-
| permissions
| Map containing [[#Permissions|Permissions]]
|
|-
| sale_info
| Map containing [[#Sale_info|Sale info]]
|
|-
| type
| integer
| asset type
|}
 
'''LLIDL'''
 
<python>&item = {
     agent_id        : uuid,
     agent_id        : uuid,
     item_id        : uuid,
     item_id        : uuid,
     parent_id      : uuid,  (category_id of the containing folder)
     parent_id      : uuid,  #(category_id of the containing folder)
     asset_id        : uuid,  (available only for downloadable assets)
     asset_id        : uuid,  #(available only for downloadable assets)  
     name            : string,
     name            : string,
     desc            : string,
     desc            : string,
Line 50: Line 160:
     permissions    : &permissions,
     permissions    : &permissions,
     sale_info      : &sale_info,
     sale_info      : &sale_info,
  }
  }</python>
   
 
&permissions = {
=== Permissions ===
 
The permissions structure is a map containing the following elements:
 
{| class="lltable" border=1
|-
! Return value
! Datatype
! Description
|-
| base_mask
| integer
|
|-
| creator_id
| UUID
|
|-
| everyone_mask
| integer
|
|-
| group_id
| UUID
| if the object is group-owned, this will have a value.
|-
| group_mask
| integer
|
|-
| is_owner_group
| bool
|
|-
| last_owner_id
| UUID
|
|-
| next_owner_mask
| integer
|
|-
| owner_id
| UUID
| always same as agent_id
|-
| owner_mask
| integer
|
|}
 
'''LLIDL'''
 
<python>&permissions = {
     creator_id      : uuid,
     creator_id      : uuid,
     owner_id        : uuid,  (always same as agent_id)
     owner_id        : uuid,  (always same as agent_id)
Line 63: Line 226:
     next_owner_mask : int,
     next_owner_mask : int,
     everyone_mask  : int,
     everyone_mask  : int,
  }
  }</python>
 
&sale_info = {
=== Sale info ===
 
The sale info structure is a map containing the following elements:
 
{| class="lltable" border=1
|-
! Return value
! Datatype
! Description
|-
| sale_price
| integer
|
|-
| sale_type
| integer
|
|}
 
'''LLIDL'''
 
<python>&sale_info = {
     sale_price      : int,
     sale_price      : int,
     sale_type      : int,
     sale_type      : int,
  }
  }</python>
</python>


==Links==
==Links==
Line 81: Line 264:
Folder links are represented by items with inventory_type 25. The asset_id field of the item points to a category_id. Viewers should enable viewing of the contents of the target category, while indicating that the category is a link.
Folder links are represented by items with inventory_type 25. The asset_id field of the item points to a category_id. Viewers should enable viewing of the contents of the target category, while indicating that the category is a link.


==API==
==API reference==


===Fetch Inventory Items===
===Fetch inventory items===


Returns information on the specified inventory items.  
Returns information on the specified inventory items.  
Line 136: Line 319:
| created_at  
| created_at  
| int  
| int  
| timestamp?
| timestamp
|-
|-
| desc  
| desc  
Line 148: Line 331:
| inv_type  
| inv_type  
| integer  
| integer  
| same as asset type?
| inventory type
|-
|-
| item_id  
| item_id  
Line 187: Line 370:
</python>
</python>


===Fetch Inventory Descendents===
===Fetch inventory descendents===
 
'''HTTP method''': POST
 
'''Path''':
 
''FetchInventoryDescendentsCapURL''
 
Using HTTP POST, send a body containing a map with one key, 'folders', whose value is an array of maps, each with one key, 'folder_id', each of whose value is the category you want information about.
 
The response is a map containing one key, 'folders', whose value is an array of folder structures with bonus descendents information.
 
==== Parameters  ====
 
Query parameters:
 
*''folder_ids'' - map with one key, 'folders', whose value is an array of maps, each with one key, 'folder_id', each of whose value is the UUID of the category on which you want information.
 
==== Return value  ====
 
Returns a map with a single element, folders, that is an array with a single element that is a map with the following elements:
 
{| class="lltable" border=1
|-
! Key
! Datatype
! Description
|-
| agentid
| UUID
| UUID of the agent in question
|-
| owner_id
| undef
|
|-
| folder_id
| UUID
|
|-
| version
| int
|
|-
| descendents
| int
| Note typo!
|-
| categories
| Array of category data structure
| See below for elements.
|-
| items
| Array of item data structures.
| See below for elements.
|}
 
Each category data structure is a map with the following elements: {{#lst:{{PAGENAME}}|category }}
 
Each item data structure is a map with the following elements: {{#lst:{{PAGENAME}}|item}}
 
==== Example  ====
 
TBD
 
==== LLIDL ====


<python>
<python>
Line 201: Line 449:
               }] }
               }] }
</python>
</python>
 
[[Category:Capabilities]]
Using HTTP POST, send a body containing a map with one key, 'folders', whose value is an array of maps, each with one key, 'folder_id', each of whose value is the category you want information about.
 
The response will be a map containing one key, 'folders', whose value is an array of folder structures with bonus descendents information.

Latest revision as of 21:23, 2 March 2013

This document uses LLIDL for terse description of the HTTP POST and response bodies.

Viewer Capabilities

The Viewer receives four Inventory API capabilities. As of January, 2011, we have deployed version-2 identified capabilities and removed all others. These capabilities will be used by default on Viewer 2.5.1 and above, released in March, 2011. Third Party Viewers may update their code, but be aware the pre-Viewer-2.5.1 code has numerous bugs associated with this method of accessing inventory.

KBnote.png Note: The inventory code uses the spelling variant descendents instead of the more common descendants.

FetchInventoryDescendents2

Follows the Fetch Inventory Descendents API, fetches the agent's inventory structure.

FetchInventory2

Follows the Fetch Inventory Items API, fetches the agent's items.

FetchLibDescendents2

Follows the Fetch Inventory Descendents API, fetches library inventory structure.

FetchLib2

Follows the Fetch Inventory Items API, fetches library inventory items.

Structures

The Inventory API returns values that use the following standardized LLSD data structures:

  • Category - can contain items and other categories.
  • Item - A handle that can point to a valid asset in the system.
  • Permission - permissions information for an item.
  • Sale info - information on sale of an item

Categories and items are not required to have unique names. The system generates all categories with a non-null asset_type and you cannot delete them. All user-generated categories have type_default null.

Category

The category data structure can contain items and other categories. The combination of agent_id and category_id uniquely identify a category. A special root category has type_default = folder (a category for folders) and a parent_id of null UUID (00000000-0000-0000-0000-000000000000).

The category data structure consists of a single LLSD map with the values described in the following table.

Key Datatype Description
agent_id UUID Agent's UUID
category_id UUID Category's UUID
name string Text name of the category
parent_id UUID Parent category's UUID
type_default integer Asset type value.
version integer Version number

LLIDL

<python>&category = {

   agent_id        : uuid,
   category_id     : uuid,
   parent_id       : uuid,
   name            : string,
   type_default    : int,
   version         : int,
}</python>

Item

The item data structure refers to a valid asset in the system and contains enough information to find the asset in our domain, as well as permissions information. An item is uniquely identified by the combination of agent_id and item_id.

The item data structure consists of a map containing the following elements:

Return value Datatype Description
agent_id UUID
asset_id UUID
created_at int timestamp?
desc string
flags integer
inv_type integer inventory type
item_id UUID
name string
parent_id UUID
permissions Map containing Permissions
sale_info Map containing Sale info
type integer asset type

LLIDL

<python>&item = {

   agent_id        : uuid,
   item_id         : uuid,
   parent_id       : uuid,  #(category_id of the containing folder)
   asset_id        : uuid,  #(available only for downloadable assets) 
   name            : string,
   desc            : string,
   created_at      : int,   (timestamp)
   type            : int,   (asset type)
   inv_type        : int,   (inventory type)
   flags           : int,   (type-specific flags)
   permissions     : &permissions,
   sale_info       : &sale_info,
}</python>

Permissions

The permissions structure is a map containing the following elements:

Return value Datatype Description
base_mask integer
creator_id UUID
everyone_mask integer
group_id UUID if the object is group-owned, this will have a value.
group_mask integer
is_owner_group bool
last_owner_id UUID
next_owner_mask integer
owner_id UUID always same as agent_id
owner_mask integer

LLIDL

<python>&permissions = {

   creator_id      : uuid,
   owner_id        : uuid,   (always same as agent_id)
   group_id        : uuid,
   last_owner_id   : uuid,
   is_owner_group  : bool,
   base_mask       : int,
   group_mask      : int,
   owner_mask      : int,
   next_owner_mask : int,
   everyone_mask   : int,
}</python>

Sale info

The sale info structure is a map containing the following elements:

Return value Datatype Description
sale_price integer
sale_type integer

LLIDL

<python>&sale_info = {

   sale_price      : int,
   sale_type       : int,
}</python>

Links

Item Links

Item links have inventory_type 24. The asset_id field of the item points to an item_id. When the parent category contents are retrieved, both the link item and the link target appear in the listing. Viewer must resolve the links by using the target item's information and removing the target item from the listing. Broken links, that is, a link item for which there is no corresponding target item, must be shown as broken links, allowing the user to take corrective action.

Folder Links

Folder links are represented by items with inventory_type 25. The asset_id field of the item points to a category_id. Viewers should enable viewing of the contents of the target category, while indicating that the category is a link.

API reference

Fetch inventory items

Returns information on the specified inventory items.

HTTP method: POST

Path:

FetchInventoryCapURL

Parameters

Query (POST) parameters:

  • items - a map with one key, 'items', whose value is an array of maps, each with one key, 'item_id', whose value is the item you want information about.

Return value

The response is a map containing two keys, as shown in the following table.

Key Datatype Description
agent_id UUID UUID of the agent in question
items array Array of item data structures.

Each item data structure is a map with the following elements:

Return value Datatype Description
agent_id UUID
asset_id UUID
created_at int timestamp
desc string
flags integer
inv_type integer inventory type
item_id UUID
name string
parent_id UUID
permissions Map containing Permissions
sale_info Map containing Sale info
type integer asset type

Example

TBD

LLIDL

<python>

%% FetchInventoryCapURL
-> { items: [{ item_id: uuid }, ... ] }
<- { agent_id: uuid, items: [ &item, ... ] }

</python>

Fetch inventory descendents

HTTP method: POST

Path:

FetchInventoryDescendentsCapURL

Using HTTP POST, send a body containing a map with one key, 'folders', whose value is an array of maps, each with one key, 'folder_id', each of whose value is the category you want information about.

The response is a map containing one key, 'folders', whose value is an array of folder structures with bonus descendents information.

Parameters

Query parameters:

  • folder_ids - map with one key, 'folders', whose value is an array of maps, each with one key, 'folder_id', each of whose value is the UUID of the category on which you want information.

Return value

Returns a map with a single element, folders, that is an array with a single element that is a map with the following elements:

Key Datatype Description
agentid UUID UUID of the agent in question
owner_id undef
folder_id UUID
version int
descendents int Note typo!
categories Array of category data structure See below for elements.
items Array of item data structures. See below for elements.

Each category data structure is a map with the following elements: {{#lst:Inventory API|category }}

Each item data structure is a map with the following elements: {{#lst:Inventory API|item}}

Example

TBD

LLIDL

<python>

%% FetchInventoryDescendentsCapURL
-> { folders: [{ folder_id: uuid }, ... ] }
<- { folders: [{ agent_id: uuid,
                 owner_id: uuid,
                 folder_id: uuid,
                 version: int,
                 descendents: int,                 (len(items) + len(categories))
                 categories: [ &category, ... ],
                 items: [ &item, ... ]
              }] }

</python>