|
 |
| | | Author: | Teup  | | Posted: | Feb 17, 2024 03:59 | | Subject: | Re: Reaction to the R.R. Slugger video | | Viewed: | 113 times | | Topic: | Catalog | |
|
| In Catalog, Nubs_Select writes:
Ah thanks, will bookmark that link. I know renumbering the decorated pieces takes
long (initially posed as "this way it will be easier for people and services
to adapt", later admitted it's just because they don't have any upload
capabilities so they have to do it all manually).
But I really thought at least the merging of the variants (just a handful of
entries, like a bunch of 7-teeth and 9-teeth hinges) would actually happen on
the indicated date. Even if you do it all manually it shouldn't take too
long. Well, at least they did... 3 entries it seems 
|
|
|
| | | | | |
| | | | | Author: | randyf | | Posted: | Feb 17, 2024 16:28 | | Subject: | Re: Reaction to the R.R. Slugger video | | Viewed: | 89 times | | Topic: | Catalog | |
|
| In Catalog, Teup writes:
| | In Catalog, Nubs_Select writes:
Ah thanks, will bookmark that link. I know renumbering the decorated pieces takes
long (initially posed as "this way it will be easier for people and services
to adapt", later admitted it's just because they don't have any upload
capabilities so they have to do it all manually).
But I really thought at least the merging of the variants (just a handful of
entries, like a bunch of 7-teeth and 9-teeth hinges) would actually happen on
the indicated date. Even if you do it all manually it shouldn't take too
long. Well, at least they did... 3 entries it seems
|
Every part that gets merged is attached to inventories, so all of the inventories
that contain it have to also be manually updated one by one (remove duplicate
entry, update Match IDs, possibly update inventory notes, etc.). It is a painstaking
process, so it can take a bit to just get through one part merger. I am glad
that I don't have to do it.
|
|
|
| | | | | | | | | |
| | | | | | | Author: | macebobo | | Posted: | Feb 17, 2024 16:49 | | Subject: | (Cancelled) | | Viewed: | 47 times | | Topic: | Catalog | |
|
| | (Cancelled) |
|
| | | | | | | | | |
| | | | | | | Author: | Teup | | Posted: | Feb 17, 2024 20:12 | | Subject: | Re: Reaction to the R.R. Slugger video | | Viewed: | 68 times | | Topic: | Catalog | |
|
| In Catalog, randyf writes:
| | In Catalog, Teup writes:
| | In Catalog, Nubs_Select writes:
Ah thanks, will bookmark that link. I know renumbering the decorated pieces takes
long (initially posed as "this way it will be easier for people and services
to adapt", later admitted it's just because they don't have any upload
capabilities so they have to do it all manually).
But I really thought at least the merging of the variants (just a handful of
entries, like a bunch of 7-teeth and 9-teeth hinges) would actually happen on
the indicated date. Even if you do it all manually it shouldn't take too
long. Well, at least they did... 3 entries it seems
|
Every part that gets merged is attached to inventories, so all of the inventories
that contain it have to also be manually updated one by one (remove duplicate
entry, update Match IDs, possibly update inventory notes, etc.). It is a painstaking
process, so it can take a bit to just get through one part merger. I am glad
that I don't have to do it.
|
Oh.. wow  I had no idea. Well, that does explain (not excuse) the delay.
|
|
|
| | | | | | | | | |
| | | | | | | Author: | brxstore | | Posted: | Feb 18, 2024 09:48 | | Subject: | Re: Reaction to the R.R. Slugger video | | Viewed: | 66 times | | Topic: | Catalog | |
|
| In Catalog, randyf writes:
| | In Catalog, Teup writes:
| | In Catalog, Nubs_Select writes:
Ah thanks, will bookmark that link. I know renumbering the decorated pieces takes
long (initially posed as "this way it will be easier for people and services
to adapt", later admitted it's just because they don't have any upload
capabilities so they have to do it all manually).
But I really thought at least the merging of the variants (just a handful of
entries, like a bunch of 7-teeth and 9-teeth hinges) would actually happen on
the indicated date. Even if you do it all manually it shouldn't take too
long. Well, at least they did... 3 entries it seems
|
Every part that gets merged is attached to inventories, so all of the inventories
that contain it have to also be manually updated one by one (remove duplicate
entry, update Match IDs, possibly update inventory notes, etc.). It is a painstaking
process, so it can take a bit to just get through one part merger. I am glad
that I don't have to do it.
|
Well, have you thought about not doing it then? 
If it ain't broken, don't fix it.
Problem solved, everybody is happy, you can spend your time on more
useful stuff that has actual benefits, instead of inflicting pain on so many
users of the platform.
It is still not too late to cancel this madness. Please come to your senses.
BTW: There are much better solutions to the problems you are trying to solve.
You could for example improve the search engine and the matching engine
behind the 'Buy All' feature to allow matching all variants of a particular
item, if someone is not interested in specific variants.
Instead of getting rid of catalog items with Undetermined Type, you could
keep them for sellers who don't want to invest the time to differentiate
variants in their inventory.
I am surprised nobody at BrickLink thought about alternative solutions that
don't involve reducing the granularity of the catalog.
|
|
|
| | | | | | | | | | | | | |
| | | | | | | | | Author: | popsicle | | Posted: | Feb 18, 2024 10:07 | | Subject: | Re: Reaction to the R.R. Slugger video | | Viewed: | 71 times | | Topic: | Catalog | |
|
| In Catalog, brxstore writes:
| | In Catalog, randyf writes:
| | In Catalog, Teup writes:
| | In Catalog, Nubs_Select writes:
Ah thanks, will bookmark that link. I know renumbering the decorated pieces takes
long (initially posed as "this way it will be easier for people and services
to adapt", later admitted it's just because they don't have any upload
capabilities so they have to do it all manually).
But I really thought at least the merging of the variants (just a handful of
entries, like a bunch of 7-teeth and 9-teeth hinges) would actually happen on
the indicated date. Even if you do it all manually it shouldn't take too
long. Well, at least they did... 3 entries it seems
|
Every part that gets merged is attached to inventories, so all of the inventories
that contain it have to also be manually updated one by one (remove duplicate
entry, update Match IDs, possibly update inventory notes, etc.). It is a painstaking
process, so it can take a bit to just get through one part merger. I am glad
that I don't have to do it.
|
Well, have you thought about not doing it then?
If it ain't broken, don't fix it.
Problem solved, everybody is happy, you can spend your time on more
useful stuff that has actual benefits, instead of inflicting pain on so many
users of the platform.
It is still not too late to cancel this madness. Please come to your senses.
|
Don't believe Randy was ever in favor of this move, could be wrong. Nonetheless,
this type of retort is better directed at the higher-ups here anyways, and not
the dedicated hardworking catalog folks.
| |
BTW: There are much better solutions to the problems you are trying to solve.
You could for example improve the search engine and the matching engine
behind the 'Buy All' feature to allow matching all variants of a particular
item, if someone is not interested in specific variants.
Instead of getting rid of catalog items with Undetermined Type, you could
keep them for sellers who don't want to invest the time to differentiate
variants in their inventory.
I am surprised nobody at BrickLink thought about alternative solutions that
don't involve reducing the granularity of the catalog.
|
|
|
|
| | | | | | | | | | | | | | | | | |
| | | | | | | | | | | Author: | brxstore | | Posted: | Feb 18, 2024 10:55 | | Subject: | Re: Reaction to the R.R. Slugger video | | Viewed: | 61 times | | Topic: | Catalog | |
|
| In Catalog, popsicle writes:
| | In Catalog, brxstore writes:
| | In Catalog, randyf writes:
| | In Catalog, Teup writes:
| | In Catalog, Nubs_Select writes:
Ah thanks, will bookmark that link. I know renumbering the decorated pieces takes
long (initially posed as "this way it will be easier for people and services
to adapt", later admitted it's just because they don't have any upload
capabilities so they have to do it all manually).
But I really thought at least the merging of the variants (just a handful of
entries, like a bunch of 7-teeth and 9-teeth hinges) would actually happen on
the indicated date. Even if you do it all manually it shouldn't take too
long. Well, at least they did... 3 entries it seems
|
Every part that gets merged is attached to inventories, so all of the inventories
that contain it have to also be manually updated one by one (remove duplicate
entry, update Match IDs, possibly update inventory notes, etc.). It is a painstaking
process, so it can take a bit to just get through one part merger. I am glad
that I don't have to do it.
|
Well, have you thought about not doing it then?
If it ain't broken, don't fix it.
Problem solved, everybody is happy, you can spend your time on more
useful stuff that has actual benefits, instead of inflicting pain on so many
users of the platform.
It is still not too late to cancel this madness. Please come to your senses.
|
Don't believe Randy was ever in favor of this move, could be wrong. Nonetheless,
this type of retort is better directed at the higher-ups here anyways, and not
the dedicated hardworking catalog folks.
|
Well, I hope the higher-ups are also reading this thread. The thread was
started by Admin_Russell, wasn't it? My comments were not directed
specifically to Randy, rather to everyone at BrickLink. I hope I haven't
offended anyone, I was trying to be constructive. I also hope I will get
some meaningful responses too 
| |
| |
BTW: There are much better solutions to the problems you are trying to solve.
You could for example improve the search engine and the matching engine
behind the 'Buy All' feature to allow matching all variants of a particular
item, if someone is not interested in specific variants.
Instead of getting rid of catalog items with Undetermined Type, you could
keep them for sellers who don't want to invest the time to differentiate
variants in their inventory.
I am surprised nobody at BrickLink thought about alternative solutions that
don't involve reducing the granularity of the catalog.
|
|
|
|
|
| | | | | | | | | | | | | | | | | | | | | |
| | | | | | | | | | | | | Author: | popsicle | | Posted: | Feb 18, 2024 11:31 | | Subject: | Re: Reaction to the R.R. Slugger video | | Viewed: | 80 times | | Topic: | Catalog | |
|
| In Catalog, brxstore writes:
| | In Catalog, popsicle writes:
| | In Catalog, brxstore writes:
| | In Catalog, randyf writes:
| | In Catalog, Teup writes:
| | In Catalog, Nubs_Select writes:
Ah thanks, will bookmark that link. I know renumbering the decorated pieces takes
long (initially posed as "this way it will be easier for people and services
to adapt", later admitted it's just because they don't have any upload
capabilities so they have to do it all manually).
But I really thought at least the merging of the variants (just a handful of
entries, like a bunch of 7-teeth and 9-teeth hinges) would actually happen on
the indicated date. Even if you do it all manually it shouldn't take too
long. Well, at least they did... 3 entries it seems
|
Every part that gets merged is attached to inventories, so all of the inventories
that contain it have to also be manually updated one by one (remove duplicate
entry, update Match IDs, possibly update inventory notes, etc.). It is a painstaking
process, so it can take a bit to just get through one part merger. I am glad
that I don't have to do it.
|
Well, have you thought about not doing it then?
If it ain't broken, don't fix it.
Problem solved, everybody is happy, you can spend your time on more
useful stuff that has actual benefits, instead of inflicting pain on so many
users of the platform.
It is still not too late to cancel this madness. Please come to your senses.
|
Don't believe Randy was ever in favor of this move, could be wrong. Nonetheless,
this type of retort is better directed at the higher-ups here anyways, and not
the dedicated hardworking catalog folks.
|
Well, I hope the higher-ups are also reading this thread. The thread was started by Admin_Russell, wasn't it?
|
It was indeed. But Russell is the expression of BL, it's so-to-speak face
to it's users. You expressed yourself well I thought, but to the wrong individual
and post.
| | My comments were not directed specifically to Randy, rather to everyone at BrickLink. I hope I haven't offended anyone, I was trying to be constructive.
|
In my opinion, you've not "offended anyone" just target your well-put
thoughts better, is my point.
| | I also hope I will get some meaningful responses too
|
Sure you will
| |
| |
| |
BTW: There are much better solutions to the problems you are trying to solve.
You could for example improve the search engine and the matching engine
behind the 'Buy All' feature to allow matching all variants of a particular
item, if someone is not interested in specific variants.
Instead of getting rid of catalog items with Undetermined Type, you could
keep them for sellers who don't want to invest the time to differentiate
variants in their inventory.
I am surprised nobody at BrickLink thought about alternative solutions that
don't involve reducing the granularity of the catalog.
|
|
|
|
|
|
| | | | | | | | | | | | | |
| | | | | | | | | Author: | randyf | | Posted: | Feb 18, 2024 12:57 | | Subject: | Re: Reaction to the R.R. Slugger video | | Viewed: | 73 times | | Topic: | Catalog | |
|
| In Catalog, brxstore writes:
| | In Catalog, randyf writes:
| | In Catalog, Teup writes:
| | In Catalog, Nubs_Select writes:
Ah thanks, will bookmark that link. I know renumbering the decorated pieces takes
long (initially posed as "this way it will be easier for people and services
to adapt", later admitted it's just because they don't have any upload
capabilities so they have to do it all manually).
But I really thought at least the merging of the variants (just a handful of
entries, like a bunch of 7-teeth and 9-teeth hinges) would actually happen on
the indicated date. Even if you do it all manually it shouldn't take too
long. Well, at least they did... 3 entries it seems
|
Every part that gets merged is attached to inventories, so all of the inventories
that contain it have to also be manually updated one by one (remove duplicate
entry, update Match IDs, possibly update inventory notes, etc.). It is a painstaking
process, so it can take a bit to just get through one part merger. I am glad
that I don't have to do it.
|
Well, have you thought about not doing it then?
|
I had nothing to do with it. All I did along with the rest of the Catalog Admin
team was help to save some of the entries that were going to get merged (32064c,
10247, slopes with connections between studs, etc.). This came from the BrickLink
corporate level, not the Catalog Admin team level. Thus, those at BrickLink corporate
are doing all of the additional work for this instead of the Catalog Admin team.
Simply put, "I am glad that I don't have to do it."
| | If it ain't broken, don't fix it.
Problem solved, everybody is happy, you can spend your time on more
useful stuff that has actual benefits, instead of inflicting pain on so many
users of the platform.
It is still not too late to cancel this madness. Please come to your senses.
BTW: There are much better solutions to the problems you are trying to solve.
You could for example improve the search engine and the matching engine
behind the 'Buy All' feature to allow matching all variants of a particular
item, if someone is not interested in specific variants.
Instead of getting rid of catalog items with Undetermined Type, you could
keep them for sellers who don't want to invest the time to differentiate
variants in their inventory.
I am surprised nobody at BrickLink thought about alternative solutions that
don't involve reducing the granularity of the catalog.
|
|
|
|
| | | | | | | | | | | | | |
| | | | | | | | | Author: | yorbrick | | Posted: | Feb 18, 2024 13:17 | | Subject: | Re: Reaction to the R.R. Slugger video | | Viewed: | 66 times | | Topic: | Catalog | |
|
| | | I am surprised nobody at BrickLink thought about alternative solutions that
don't involve reducing the granularity of the catalog.
|
They almost certainly have thought about alternative solutions. They are really
quite conservative about changes and I cannot see them making changes just for
the hell of it to see if they work out better.
|
|
|
|
|
Netherlands, Utrecht
)
USA, Ohio
Slovenia
United Kingdom, England