Please use our links: LEGO.com • Amazon
Recent discussions • Categories • Privacy Policy • Brickset.com
Brickset.com is a participant in the Amazon Services LLC Associates Program, the Amazon.com.ca, Inc. Associates Program and the Amazon EU Associates Programme, which are affiliate advertising programs designed to provide a means for sites to earn advertising fees by advertising and linking to Amazon.
As an Amazon Associate we earn from qualifying purchases.
Comments
Anyhow, a few more things I'd love to be able to do through the API:
Thanks again,
Leif
However, I'll change the code so that specifying a set number will also return the extended data.
Give me a day or two to upload it.
2. Yes I can do that
3. Good idea, I'll have the method accept a blank theme and return a complete list
4. See 1.
The extendedData field will prove useful, I can use that when pulling in recent sets which means I no longer need an extra call per set to get the description :)
(and it fleshes out the UI in my app a bit, so there's more to show for the users "Profile")
I should really put UK/DE dates in the feed, too.
The only requirement to have the cap lifted is to provide information so I can maintain this list: https://brickset.com/tools/mobileapps. So, email me, or send me a PM.
myBrickset, the heaviest user, typically calls the method fewer than 10,000 times a day so I've set its limit to 20,000. I'd do the same for yours.
@Lebostein, yes I can tell you. PM me your api key.
There's a window of opportunity to sort it before anyone uses it for production purposes, so I thought I'd sort it now before it's too late.
It will look like this once I've pushed the code to the server, possibly tomorrow morning.
I welcome your comments before I do so.
Is there a reason to have "tags" be a string with comma-separated items, rather than an actual list/array of individual tags?
I can certainly change it if there are no objections.
<imageFilename>6510-1</imageFilename>
<thumbnailURL>https://images.brickset.com/sets/small/6510-1.jpg</thumbnailURL>
<largeThumbnailURL>https://images.brickset.com/sets/small/6510-1.jpg</largeThumbnailURL>
<imageURL>https://images.brickset.com/sets/images/6510-1.jpg</imageURL>
<bricksetURL>https://brickset.com/sets/6510-1</bricksetURL>
- image (Boolean)
- imageFilename (String) Returned only if an image is available (image=true)
- largeThumbnailURL (String) Returned only if an image is available (image=true). Max dimensions 240x240
- ACMDataCount (Integer) Number of ACM records user has modified for this set
for all other fields I have found an assignment...@Lebostein, correct, those fields are redundant. I am aware of the speed issue and I'm working on it.
@nwr122, I haven't included that in the API because it's not my data to give away. I get it from BrickLink's API.
I found that if I didn't specify the userHash parameter at all, I got a 500 Server Error, and I needed to specify it as an empty string to retrieve sets with no user data.
For me a 500 looks like a case missed by the developer since those are usually caused by a uncaught exception somewhere. (had my fair share of 500s due to stupid errors as a developer already)
It seems to be an anomaly with the MS web services framework in that all parameters need to be present, if only left blank.
It reports the following and I'm not sure if I can change the response but I'll look into it.
BTW, I'm adding a new method getKeyUsageStats that'll provide a means of seeing how many calls have been made to getSets using your key each day.
It may well expand to cover more data if and when I start recording it!