Discussion Forum: Thread 257046

 Author: FloathBricks View Messages Posted By FloathBricks
 Posted: Sep 7, 2019 10:24
 Subject: found wrong category
 Viewed: 107 times
 Topic: Catalog
Cancel Message
Cancel
Reply to Message
Reply
BrickLink
ID Card

FloathBricks (763)

Location:  Germany, Baden-Württemberg
Member Since Contact Type Status
Jun 9, 2016 Contact Member Seller
Buying Privileges - OKSelling Privileges - OK
Store: Floath Bricks
Hello everybody,

Hope the post is right here. I found an article that is listed in the wrong category:

3626cpb2423 is listed under "Mini Doll, Head". Should actually under "Minifigure,
Head"

Greetings
Florian
 Author: Teup View Messages Posted By Teup
 Posted: Sep 7, 2019 11:38
 Subject: Re: found wrong category
 Viewed: 36 times
 Topic: Catalog
Cancel Message
Cancel
Reply to Message
Reply
BrickLink
ID Card

Teup (4095)

Location:  Netherlands, Utrecht
Member Since Contact Type Status
May 6, 2004 Contact Member Seller
Buying Privileges - OKSelling Privileges - OK
Store: The T-workshop
In Catalog, FloathBricks writes:
  Hello everybody,

Hope the post is right here. I found an article that is listed in the wrong category:

3626cpb2423 is listed under "Mini Doll, Head". Should actually under "Minifigure,
Head"

Greetings
Florian

Interesting. Why can printed versions of parts even have different categories
than their parent part? Is there even a case where that is needed? I can think
of one case: 2 x 2 x 2 Slopes with dress prints could go under Minifig,Bodypart
(or better: change the "legs assembly" category in "lower body" and move all
short legs, mermaid tails and ghost lower bodies there too). But even in this
case, those parts are simply "slope".

So if printed parts never even have a different category than their parent part,
why is it apparently needed that these parts are assigned a category manually?
It's just extra work and extra risk of error. In my own webshop's catalog,
the data of the non printed parent part is used as much as possible. That saved
me a whole lot of work.
 Author: SylvainLS View Messages Posted By SylvainLS
 Posted: Sep 7, 2019 11:48
 Subject: Re: found wrong category
 Viewed: 34 times
 Topic: Catalog
Cancel Message
Cancel
Reply to Message
Reply
BrickLink
ID Card

SylvainLS (32)

Location:  France, Nouvelle-Aquitaine
Member Since Contact Type Status
Apr 25, 2014 Contact Member Buyer
Buying Privileges - OK
In Catalog, Teup writes:
  […]
(or better: change the "legs assembly" category in "lower body" and move all
short legs, mermaid tails and ghost lower bodies there too) […]

Yes, please.
 Author: 62Bricks View Messages Posted By 62Bricks
 Posted: Sep 7, 2019 11:55
 Subject: Re: found wrong category
 Viewed: 28 times
 Topic: Catalog
Cancel Message
Cancel
Reply to Message
Reply
BrickLink
ID Card

62Bricks (761)

Location:  USA, Missouri
Member Since Contact Type Status
Jan 27, 2002 Member Does Not Allow Contact Seller
Buying Privileges - OKSelling Privileges - OK
Store: 62 Bricks
In Catalog, Teup writes:
  In Catalog, FloathBricks writes:
  Hello everybody,

Hope the post is right here. I found an article that is listed in the wrong category:

3626cpb2423 is listed under "Mini Doll, Head". Should actually under "Minifigure,
Head"

Greetings
Florian

Interesting. Why can printed versions of parts even have different categories
than their parent part? Is there even a case where that is needed? I can think
of one case: 2 x 2 x 2 Slopes with dress prints could go under Minifig,Bodypart
(or better: change the "legs assembly" category in "lower body" and move all
short legs, mermaid tails and ghost lower bodies there too). But even in this
case, those parts are simply "slope".

So if printed parts never even have a different category than their parent part,
why is it apparently needed that these parts are assigned a category manually?
It's just extra work and extra risk of error. In my own webshop's catalog,
the data of the non printed parent part is used as much as possible. That saved
me a whole lot of work.

This is why goatleg exists - the flatness of the Bricklink catalog makes it difficult
to find decorated parts because they are all thrown into one jumbled category
at the same level as undecorated parts. If the Bricklink catalog were arranged
with true categories and subcategories that move from the general to the specific,
then decorated parts would be subcategories of their undecorated versions and
would be much easier to find.
 Author: SylvainLS View Messages Posted By SylvainLS
 Posted: Sep 7, 2019 11:59
 Subject: Re: found wrong category
 Viewed: 28 times
 Topic: Catalog
Cancel Message
Cancel
Reply to Message
Reply
BrickLink
ID Card

SylvainLS (32)

Location:  France, Nouvelle-Aquitaine
Member Since Contact Type Status
Apr 25, 2014 Contact Member Buyer
Buying Privileges - OK
In Catalog, Teup writes:
  […]
So if printed parts never even have a different category than their parent part,
why is it apparently needed that these parts are assigned a category manually? […]

There are lots of reasons why something isn’t automatized. The main ones are:
1. You have to realize it’s stupid work.
2. “You can automatize that?!” The users don’t even know they can ask for it
to be done.
3. And, of course, “there’s something else more urgent to do.”

You thought about it because you’re lazy (in a good way ) and you needed to
do the job yourself.
 Author: Teup View Messages Posted By Teup
 Posted: Sep 7, 2019 13:00
 Subject: Re: found wrong category
 Viewed: 27 times
 Topic: Catalog
Cancel Message
Cancel
Reply to Message
Reply
BrickLink
ID Card

Teup (4095)

Location:  Netherlands, Utrecht
Member Since Contact Type Status
May 6, 2004 Contact Member Seller
Buying Privileges - OKSelling Privileges - OK
Store: The T-workshop
In Catalog, SylvainLS writes:
  In Catalog, Teup writes:
  […]
So if printed parts never even have a different category than their parent part,
why is it apparently needed that these parts are assigned a category manually? […]

There are lots of reasons why something isn’t automatized. The main ones are:
1. You have to realize it’s stupid work.
2. “You can automatize that?!” The users don’t even know they can ask for it
to be done.
3. And, of course, “there’s something else more urgent to do.”

You thought about it because you’re lazy (in a good way ) and you needed to
do the job yourself.

You're probably right, a lot if this may have to do with the fact that catalog
work is unpaid work for Bricklink. Why waste time on making something that's
free less work?
 Author: hpoort View Messages Posted By hpoort
 Posted: Sep 7, 2019 15:04
 Subject: Re: found wrong category
 Viewed: 27 times
 Topic: Catalog
Cancel Message
Cancel
Reply to Message
Reply
BrickLink
ID Card

hpoort (383)

Location:  Netherlands, Groningen
Member Since Contact Type Status
Oct 11, 2014 Contact Member Buyer
Buying Privileges - OK
In Catalog, Teup writes:
  In Catalog, FloathBricks writes:
  Hello everybody,

Hope the post is right here. I found an article that is listed in the wrong category:

3626cpb2423 is listed under "Mini Doll, Head". Should actually under "Minifigure,
Head"

Greetings
Florian

Interesting. Why can printed versions of parts even have different categories
than their parent part? Is there even a case where that is needed? I can think
of one case: 2 x 2 x 2 Slopes with dress prints could go under Minifig,Bodypart
(or better: change the "legs assembly" category in "lower body" and move all
short legs, mermaid tails and ghost lower bodies there too). But even in this
case, those parts are simply "slope".

So if printed parts never even have a different category than their parent part,
why is it apparently needed that these parts are assigned a category manually?
It's just extra work and extra risk of error. In my own webshop's catalog,
the data of the non printed parent part is used as much as possible. That saved
me a whole lot of work.

The BL database does not 'know' about parent parts. This is something
that we as users understand by trimming the part number, but in the underlying
database, there is no such relation between P=3626cpb2423 and P=3626c. For the
database engine, these are just two unrelated records that happen to be near
each other in alphabetical order. Therefore, the category field is to be filled
separately with every item.

There is a relation in the database that relates P=3626c to P=3626a and P=3626b,
but that is not the relation you seek right now.

With the current database, this functionality of automatically linking categories
to the category of the parent part, is (a little) harder to build. However, it
would have unintended consequences: A quick selection in Excel learns that of
the 40K decorated part, 11K have the same category as their 'parent'
part, 24K have not, and 5K have no parent part defined in the database. This
is mostly because there is a separate category for decorated, but there are more
examples.

Hans-Peter
 Author: qwertyboy View Messages Posted By qwertyboy
 Posted: Sep 7, 2019 22:55
 Subject: Re: found wrong category
 Viewed: 32 times
 Topic: Catalog
Cancel Message
Cancel
Reply to Message
Reply
BrickLink
ID Card

qwertyboy (4699)

Location:  Canada, Alberta
Member Since Contact Type Status
Apr 9, 2013 Contact Member Seller
Buying Privileges - OKSelling Privileges - OK
Store: Maple Bricks
In Catalog, Teup writes:
  In Catalog, FloathBricks writes:
  Hello everybody,

Hope the post is right here. I found an article that is listed in the wrong category:

3626cpb2423 is listed under "Mini Doll, Head". Should actually under "Minifigure,
Head"

Greetings
Florian

Interesting. Why can printed versions of parts even have different categories
than their parent part? Is there even a case where that is needed? I can think
of one case: 2 x 2 x 2 Slopes with dress prints could go under Minifig,Bodypart
(or better: change the "legs assembly" category in "lower body" and move all
short legs, mermaid tails and ghost lower bodies there too). But even in this
case, those parts are simply "slope".

So if printed parts never even have a different category than their parent part,
why is it apparently needed that these parts are assigned a category manually?
It's just extra work and extra risk of error. In my own webshop's catalog,
the data of the non printed parent part is used as much as possible. That saved
me a whole lot of work.

Check out
 
Part No: 90398  Name: Minifigure, Utensil Statuette / Trophy
* 
90398 Minifigure, Utensil Statuette / Trophy
Parts: Minifigure, Utensil
and its printed versions.

Niek.
 Author: WoutR View Messages Posted By WoutR
 Posted: Sep 7, 2019 11:57
 Subject: Re: found wrong category
 Viewed: 33 times
 Topic: Catalog
Cancel Message
Cancel
Reply to Message
Reply
BrickLink
ID Card

WoutR (689)

Location:  Netherlands, Zuid-Holland
Member Since Contact Type Status
Mar 8, 2011 Contact Member Buyer
Buying Privileges - OK
In Catalog, FloathBricks writes:
  Hello everybody,

Hope the post is right here. I found an article that is listed in the wrong category:

3626cpb2423 is listed under "Mini Doll, Head". Should actually under "Minifigure,
Head"

Greetings
Florian

 
Part No: 3626cpb2423  Name: Minifigure, Head Medium Azure Ice Beard, Eyebrows and Gills Pattern - Hollow Stud
* 
3626cpb2423 Minifigure, Head Medium Azure Ice Beard, Eyebrows and Gills Pattern - Hollow Stud
Parts: Minifigure, Head