|
 |
| | | Author: | SteinchendeaIer  | | Posted: | Sep 7, 2019 10:24 | | Subject: | found wrong category | | Viewed: | 108 times | | Topic: | Catalog | | Status: | Open | |
|
| 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 | | Posted: | Sep 7, 2019 11:38 | | Subject: | Re: found wrong category | | Viewed: | 37 times | | Topic: | Catalog | |
|
| 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 | | Posted: | Sep 7, 2019 11:48 | | Subject: | Re: found wrong category | | Viewed: | 38 times | | Topic: | Catalog | |
|
| 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 | | Posted: | Sep 7, 2019 11:55 | | Subject: | Re: found wrong category | | Viewed: | 37 times | | Topic: | Catalog | |
|
| 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 | | Posted: | Sep 7, 2019 11:59 | | Subject: | Re: found wrong category | | Viewed: | 30 times | | Topic: | Catalog | |
|
| 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 | | Posted: | Sep 7, 2019 13:00 | | Subject: | Re: found wrong category | | Viewed: | 29 times | | Topic: | Catalog | |
|
| 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 | | Posted: | Sep 7, 2019 15:04 | | Subject: | Re: found wrong category | | Viewed: | 28 times | | Topic: | Catalog | |
|
| 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 | | Posted: | Sep 7, 2019 22:55 | | Subject: | Re: found wrong category | | Viewed: | 36 times | | Topic: | Catalog | |
|
| 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
and its printed versions.
Niek.
|
|
|
| | | | | |
| | | | | Author: | WoutR | | Posted: | Sep 7, 2019 11:57 | | Subject: | Re: found wrong category | | Viewed: | 36 times | | Topic: | Catalog | |
|
| 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
|
|
|
|
|
|
Germany, Rheinland-Pfalz
Netherlands, Utrecht
France, Nouvelle-Aquitaine
USA, Missouri
Canada, Alberta
