|
|
| Author |
Thread Statistics | Show CCP posts - 6 post(s) |
Painkillaz
SYNDAX CORPORATION
Yulai Federation
0
   |
Posted - 2012.01.27 11:37:00 -
[1] - Quote
I would tend to agree that Player assigned names should be included in the API.
As of now, I dont see ANY way of linking a container ID with the player assigned names, since its just not provided anywhere. |
Painkillaz
SYNDAX CORPORATION
Yulai Federation
0
|
Posted - 2012.01.27 12:16:00 -
[2] - Quote
Well
i.e. im thinking of things like assets and the like here.
just as an example I have a huge container in Jita called "My huge container of spacetravelling teddybears"
If i lookup the assetlist, it will display as a container with an ID "123456789123456789"
How would i fare if i want to translate that ID into my containers name without referencing the ID to something. or it being provided by the API.
Im not interested in the TYPENAME(thats trivial), but instead the real ingame name which was set by a player with the Set Name command. |
Painkillaz
SYNDAX CORPORATION
Yulai Federation
0
|
Posted - 2012.01.27 13:22:00 -
[3] - Quote
https://api.eveonline.com/char/locations.xml.aspx?characterID=XXXXXXXXXX&vCode=YYYYYYYY&keyID=ZZZZZZ
Well i see.. well it isnt even documented :/
And its not even listed here(ofc not CCPs responsability)
http://wiki.eve-id.net/APIv2_Page_Index
but
http://wiki.eveonline.com/en/wiki/EVE_API_Character_Locations
Certainly is... ill try to see what it can provide :) |
Painkillaz
SYNDAX CORPORATION
Yulai Federation
0
|
Posted - 2012.01.27 14:30:00 -
[4] - Quote
CCP Prism X wrote:All locationIDs are itemIDs, they are just itemIDs that require positional coordinates in 3D space. All owners are also items, they are just items that are capable of being the owners of other items.  Are you perhaps using the char call for corporation owned items?
Got it to work, I stored a test value on items which didnt belong to a container, and that was the first to pop up :D
Ill try to implement some of this for my upcoming site.
I just feel that 1 call to the API seems kinda redundant since:
-it have little value to any system.
-but it has a huge value to players being able to distinct items
on the other hand CharacterID, which is used videly by any Eve system is OK, since its reusable. |
Painkillaz
SYNDAX CORPORATION
Yulai Federation
0
|
Posted - 2012.01.27 15:28:00 -
[5] - Quote
Captain Thunk wrote:
When dealing with assets you can't just process all itemIDs through locations.xml, only certain items are available. Stuff that's in space (locationID >30000000 & <40000000 (dunno how many zeros are in that and it prob doesn't include w-space, but you get the idea). The rest in assets you can rule out if its not singleton=1 (packaged). This gives you a final group which may or may not be allowed through locations.xml. So far I've been testing the items categoryID against 2 (celestial stuff) and 6 (spaceships), so far I've not been sending an illegitmate item doing this.
Send one wrong id with your list of IDs then of course the whole lot fails.
I can't speak for itemIDs from other pages other than assets yet, but I would imagine they are much easier to handle.
Also, if the item is in a station (location id > 60000000) then you should probably ignore x,y,z atm these can be non 0 values
well i get my from find all assets which have a sub branch, and it works, not need to make a rule on the Singleton,
row itemID="1005090401708" locationID="61000074" typeID="17368" quantity="1" flag="4" singleton="1" rawQuantity="-1"/>
row itemID="1005095619448" locationID="61000074" typeID="17368" quantity="1" flag="4" singleton="1" rawQuantity="-1">
rowset name="contents" key="itemID" columns="itemID,typeID,quantity,flag,singleton">
row itemID="594462869" typeID="8529" quantity="1" flag="64" singleton="1" rawQuantity="-1"/>
row itemID="1308251671" typeID="5051" quantity="6" flag="64" singleton="0"/>
row itemID="1344332132" typeID="240" quantity="7" flag="64" singleton="0"/>
row itemID="1624311864" typeID="25595" quantity="2" flag="64" singleton="0"/>
row itemID="1628289917" typeID="25601" quantity="589" flag="64" singleton="0"/> |
Painkillaz
SYNDAX CORPORATION
Yulai Federation
0
|
Posted - 2012.01.27 16:16:00 -
[6] - Quote
CCP Prism X wrote:You should include the singleton rule though.
If you request an un-assembled ship in a list of 250 ids, you'll get a fail return as a non-assembled ship cannot (Fine.. should not.. never say never) have location coordinates.
Well that would never be the case, cause when you arent requesting the name from the location.xml from item which doesnt have a sub branch in the XML, you will never lookup an unassembled ship.
i.e. IF it has a sub branch tree in the XML, it MUST be containing some kind of item, thus it cannot be unassembled right? |
Painkillaz
SYNDAX CORPORATION
Yulai Federation
0
|
Posted - 2012.01.27 16:32:00 -
[7] - Quote
CCP Prism X wrote:That is correct, items can only be located in valid locations, thus you can assume that any parent object is a valid location.
However, not all locations have items located in them, but if that's of no interest to you then I do not see a problem.
hmm I see your point of having an assembled container(i.e. station container) without any items in them.
that would end up with 3 possible ends
1- 1 unassembled container
2- 1 assembled container - nothing inside
3- 1 assembled container - something inside
1 - no search is needed since its unassembled and no name have been provided since unassembled containers cannot be named.
2 & 3 - following logic could be applied:
is it a container(y/n) -> lookup itemID to check if its a container. |
|
|
| |
|