All Activity

This stream auto-updates     

  1. Today
  2. Cool! Much better indeed. Many thanks!
  3. Your search is limited to 1990 to 2019. 3003 is much older than that.
  4. In your Set-lists page, you can see all your sets. Under each set is a pencil, whit which you can make changes to the set in the list. Here is an option to uncheck the 'I still have the spare parts'-box. This way, they are not included in your inventory.
  5. Yesterday
  6. I want to know if it is possible to copy or transfer my inventory from bricklink to rebrickable OR is it better to enter inventory into rebrickable and transfer to bricklink. I dont want to key the inventory 2x. Please help
  7. Is there a way to ignore spare parts in a build or an option to complete ignore them in our individual part counts? I use a specific parts list for my spare parts as I pull them for other sets I want to build first. It would be nice to have an option to ignore them on the set pages.
  8. Step 1: Search for "3003" in the Part Catalog Step 2: Sort by Part (technically Part Name) in an Ascending direction Expected result: Somewhere in the list, likely near the beginning but accounting for some odd-ball parts that include the characters 3003 that aren't actually a 2x2 Brick, you'd "3003 Brick 2 x 2" followed by all the multiple printed variants (3003pr0116, 3003pr0103, etc) in somewhat an alphabetized list based on part name. Actual result: The photo below. The first three make sense - those are new parts imported by the bot that haven't been renamed yet so they are named as "Brick 2x2..." (note the lack of spaces around the 'x'). This makes sense and is a quick and dirty way of spotting parts needing new names. Then comes one of the oddballs (30030p1). But then we get 31 bricks named Brick 2 x 2 with Black "XX" Print where XX is a number. I can't figure out what's causing these to appear early. My guess is that they have an extra space at the beginning of their names that isn't appearing on screen but is impacting sorting. This is causing these parts to appear out of place in more robust part lists. Anyone have any ideas? Side note 1 - part 3003p03 has its own error of using single rather than double quotes in its name. Side note 2 - it would be cool if these parts actually were in numerical order somehow rather than 1, 10-19, 2, 20-29, 3, 30-31 as they appear now. Side note 3 - if this really is an issue with spaces, a scan of the whole part catalog for this extra starting space would be useful but would have to be done by someone who can access the database directly (and a safety check to avoid it in the future would be great).
  9. Man, that is fantastic - that is going to save me hundreds of hours or work! And I shamefully admit that by looking at that page, I finally start to understand the numbering system LDraw uses for printed parts. -smile- As to the minifig torsos - I want to create a whole series of unofficial shortcuts to render images of torsos with precolored arms and hands, which is the way LEGO delivers them in sets, and the way Rebrickable stores them in the parts database. With that overview page that project also becomes much easier. In other words, thank you so much for your information, and if there is anything I can do for you or LDraw, please let me know. Take care, Simon
  10. If I understand your question correctly, you want a URL for a person to quickly look at all the patterned parts for a given element to match the Bricklink/Brickowl designation to the LDraw equivilent. If that's the case I can point you to the patterned parts summary portion of the Parts Tracker: The default is minifig torsos (973.dat) but if you append ?p=<basr part number> to the url, you'll get a listing of all the patterned parts (official and unofficial) for the given base part.
  11. Would still need part dimensions if the system should calculate storage size requirements of your parts. How many cubic meters of Lego do you have kind of statistics...
  12. Thank, Orion, good to meet and welcome to the forum! That's good to know. We're not using LDraw images from your server: we created our own images for each part/color combination, and I am currently re-rendering them at a higher quality (example1/example2). Currently, Rebrickable uses 7,765 LDraw parts from a base library of 14,361 parts (official/unofficial and some third party). 6,110 of those are found by part number match, another 1,655 by manually added LDraw map. For each part in our database we have an automatically created link to the Part Tracker. Our main problem is the following. Consider a relatively new part like this: 3010pr0041 Brick 1 x 4 with I Incredibles Logo print That part number does not exist in LDraw, so our automated link results in No Matches Found. A Parts Tracker search for 3010 gives 136 results, and I have to read through all those descriptions to find out that Ldraw probably doesn't have that pattern yet. But there is no way to be sure, and a part that might look right based upon the description, like: parts/3010pz1.dat Brick 1 x 4 with Yellow Batgirl Logo with Black Border Pattern doesn't have a link to an image to verify that. If the Part Tracker would display these images, or have a link to an image, just like the details link for unofficial parts, it would be much easier for us to add that LDraw map, and make our own LDraw image available for our users. And if that map is present, Rebrickable can provide the mapping from LDraw to Bricklink, Brickowl, Birckset and Peeron, and the list of LEGO element ids connected to that part. So I am hoping for some kind of cooperation between LDraw and Rebrickable, firstly to make sure that Rebrickable accurately uses everything the LDraw organization has generated so far (some 6, 596 LDraw dat files are still not used by RB), and maybe, in the future, to provide LDraw with an automated list of newly released LEGO parts that might be included in the LDraw Parts Request forum. I welcome all your thoughts about this subject... -smile- Take care, Simon
  13. I agree with this. In inventories the system reports: "There are XXX parts in this inventory, with YYY total quantity. Based on your Build Settings, you own ZZZ of them." But XXX parts is actually XXX part/color combinations. It could be one part in XXX colors; XXX parts in one color, or anything inbetween. It would be useful to have both numbers reported: "There are XXX parts (AAA ids/BBB colors) in this inventory, with YYY total quantity." That info is available within the system, and it would allow the generation of some interesting statistics: - current LEGO sets with the most different colors - current LEGO sets with the most different parts To be sure, this could be used for a "part diversity index" (PDI) and a "color diversity index" (CDI); which are interesting to know for people who more interested in parts then in sets (designers? -smile-) Good suggestion, Stephen!
  14. I tend to use a few part lists as 'wishlists' or 'parts needed'. This is because Part Lists support Part Notes while Custom Lists do not. I have these lists unchecked so they don't impact build calculations which is perfect. However, if I check the "My Parts" tab of the Part Summary pop-up or the My Parts List master listing, these parts get added to my total ownership of the part artificially inflating the number of these parts I own. Would it be possible to somehow create a flag on a per-Part List basis to exclude the contents of that Part Lists from the My Parts totals?
  15. Currently, at the top of the "My Part Lists" or any individual part list, it says "Showing X of Y unique parts/colors (Z total quantity)". These are all useful numbers but not the one I found myself looking for tonight. It would be useful to know how many part IDs were in my list regardless of the color aspect. I was working on reworking some storage and while such a number might not be absolutely correct for my needs (I might store some parts together or some parts may need to be split by color in my storage), it's closer to how many storage compartments I'd need than the current 1 per part per color that's reported. 'Any chance this could be added here or, minimally, on the "LEGO Summary" page?
  16. The original problem of sluggish updating of the part lists is fixed for me, they are updating right away now. Thank you.
  17. LDraw Admin here. Yes there is a way to get official part images. The url is<part number>.png You can do the same for unofficial (I.e. Parts Tracker parts) by replacing official with unofficial in the above url. I ask that if you use the images you download a local copy and not link to our server
  18. Hi Simon, I've posted a question in the LDraw forum regarding images for official parts. I'm away for the Easter break, so I won't have a chance to have a look at the lists you created until some time next week. Regards, David
  19. Last week
  20. I haven't hit a limit and I've used the API to download the entire part list 100 at a time
  21. See this: click Generate the API and follow instructions...
  22. how can i get an Api key?
  23. David; I downloaded and half an hour ago, extracted both and merged ldrawunf/parts into ldraw/parts. Then I ran a dir /b *.dat > ld-current.lst and removed ".dat" from all filenames. The resulting ld-current.lst is compared with the Rebrickable parts database and the draw maps to create missing_l draw.lst (Rebrickable parts not using an LDraw image) and not_used_ldraw.lst (Ldraw parts not used by Rebrickable). All three files placed in folder missing and zipper to Please note: missing_ldraw.lst also contains RB part categories that are NOT recognized by Ldraw, such as sticker sheets, znap parts and books and such in our Other category. If needed, I can filter those out. not_used_ldraw.lst also contains obsolete parts, aliases and physical colour parts. Again, if needed, I can filter them out. Now to create a mapping file (just as a test) Suppose I generate a csv file with the following layout (all partnumbers): ldraw,rebrickable,bricklink,brickset,brickowl,peeron for each part in the above mentioned ld-current.lst. We'd have a 100% correct LDraw/Rebrickable mapping, and I could write some scripts to see if the BL, BS, BO and PE parts actually do exist. That doesn't give a 100% certainty, but it's better then nothing. Considering Rebrickable's user base I'd presume most of those other mapping are also correct. Would that be a good basis to create the kind of xml mapping file you have in mind?
  24. I will upload those two files later today. A question came up in the team: our system automatically creates a link to, like this: part 3010 - link This leads to a Part Tracker File Scan page, that lists all the results. Our problem is, that only for parts in the unofficial parts library, the page contains a "details" link that shows a rendered image of the part. For parts in the official parts library, there is only a "DAT" link, that gives the definition itself. When we are looking for a LDraw part number for a particular parts, the absence of images for official parts is a big problem. If we can't easily verify the correct part by looking at an image, it's almost impossible to find the right LDraw part, and so we leave it. In other words, we have everything in place to create the kind of mapping file you are looking for; showing the relationship between LDraw, Rebrickable AND Bricklink part numbers and I am pretty sure we could actually create such a file on a monthly basis, if only we could easily see images of available LDraw definitions. Do you know if LDraw has pages where those images are displayed? If not, would you be so kind as to bring this up on the Ldraw forum? (quote me if needed) If we had a better way to find the LDraw parts, or if LDraw designers could be persuaded to post a CR on Rebrickable to add LDraw mapping to the parts they created, I am pretty sure Rebrickable can solve this problem, and it would be a win-win situation for both and Rebrickable. Take care, Simon
  25. The search results and ranking should be much better now
  1. Load more activity