In case anyone comes across this, I'm going to assume the image URL structures
never change and construct the image URLs myself instead of hitting the images
endpoint dozens of times to get the image URLs.
This has worked for the last year or so without a problem.
It also works for other Item Types by changing the PL to:
SN for Sets
ML for Minfigs
BL for BOOK
GL for GEAR
C for CATALOG
IL for INSTRUCTION
OL for ORIGINAL_BOX
This has worked for the last year or so without a problem.
It also works for other Item Types by changing the PL to:
SN for Sets
ML for Minfigs
BL for BOOK
GL for GEAR
C for CATALOG
IL for INSTRUCTION
OL for ORIGINAL_BOX
I'm not sure how your system is built, but if it is relational, you can download
the catalog, then relate to it via item type and number. This will give you
most the details you are looking for.
The way you list is the only way I know of doing it without the catalog downloaded.
Don't worry about the API call limit. on a busy day on inputting, the system
I built blows past the call limit and I have never been shut off. I suspect
it is there to reference if they have someone abusing or spamming the API. I
will regularly get a bunch of subset lists, get the details and then get the
pricing for each item and not had any issues.
Mike
In Help, EricCochran writes:
Is there a way to get the parts list of a Lego set without needing to make dozens
of API requests?