I had a look into that with Huw from Brickset to solve this issue. Not too sure why but it works again...

This issue with the Brickset API seems to be recurrent so I decided to tackle it.
Therefore, like for minifigs, the tables containing set/theme data are now hosted on mecabricks and updated on a regular basis to add/update sets and themes.

Minifigs: http://www.bricklink.com
Sets: http://brickset.com

I think I might have a version of this problem. I just published my model of the Kladno Campus 2015, but entering the set number won't trigger the automatic data fill in. Here's the set's brickset page: http://brickset.com/sets/4000018-1/Production-Kladno-Campus-2015

Different issue but it is sorted. I need to manually start a script to retrieve information from brickset and bricklink but I did not do it for a while therefore lastest sets were not int my database yet.

All good now 😉

Now it won't recognize [url]http://brickset.com/sets/886-1[/url] this number.

Not too sure why it hasn't been imported in the database from Brickset... I added it manually. So it shall be fine now.

I believe there is an issue in which it won't import any sets that are 3 digit and start with 88 and end with any number besides 0. Sets 885 and 889 are doing the same thing 886 was, but 880 has no issues.

Not too sure if it comes from my script or from the Brickset API. I tried with really old sets with unusual references and it worked. e.g. 088, 126, ...
I might have a look at it one of those days.

Hi,

6970 isn't found as well.

Btw.: Is it possible to rename a model? How do I get the official set number in my model description (the red number in the lower right corner)?

I believe scrubs has to manually verify the sets before they get the little red number.

Btw: The lack of data for some is more scattered than i thought. 1696 is not recognized as well.

"I believe scrubs has to manually verify the sets before they get the little red number."

I wasn't sure but thought so...

If you select Minifig or Set as the type of your model, name is automatically retrieved from the database and you cannot modify it.
There are about 11000 entries in the set table that had been filled in from Brickset data so I didn't check that every single one had been imported correctly 😛

I'm not looking forward to look at the code again but I think I might have to if there are so many missing...

To get the little red number, I have to manually flag the model. Flagged ones are displayed on external websites like brickset.com or bricker.info among others so I prefer to keep that tidy myself to avoid any issues with them.

Unfortunately it does look like the code is buggy. My latest CS set (6801) is also not recognized.

It seems to be only for old models, so I'm just wondering if the brickset api actually included them when I imported the huge list the first time.

I will have a look anyway.

5920-1: Island Racer is not recognized, too 😕

It seems the function isn't working at all recently...

It is actually working but:

There are 11473 sets in the mecabricks database (retrieved and updated from Brickset) and the ones you are all looking for currently are the few missing 😃 - Brickset has 11964 items right now. It is not very easy to retrieve all the sets from brickset (for obvious reasons) and the way I found was to retrieve the initial list using the getRecentlyUpdatedSets API and providing a time in minutes corresponding to 1990 (I don't think that Brickset was existing before this date :p). However I just noticed that the missing sets have a last updated date of 0001-01-01T00:00😮0.

So in practice I need to find another way to retrieve all the sets even if they don't have valid last updated dates...

Ok. Please excuse my unworthy comment. 😃

💥 Sorted! 588 sets added and 389 updated!

I also ran the minifig script to get data from bricklink: 196 added and 66 updated.