Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| Author: | calsbricks  | | Posted: | Oct 10, 2019 10:22 | | Subject: | Re: 49699 a Panel?! | | Viewed: | 52 times | | Topic: | Catalog | |
|
| In Catalog, calsbricks writes:
| | In Catalog, Teup writes:
| | In Catalog, SylvainLS writes:
| | In Catalog, firestar246 writes:
| | In Catalog, Teup writes:
| |
I can't discover anything panel-ish about this part. I'd say it's
window, door, technic, other, vehicle, or pretty much anything except a panel...
 What do you think it should be?
|
My first thought is technic or window frame
|
Well:
1. Window (or door) frame implies you could put a glass or panel (or door)
inside. That seems very unlikely with the technic holes in the way.
2. It’s been used in System (City) sets for now BUT it sure looks like a Technic
Brick, yet not really.
So Technic could do but not really “Technic Brick” and there are no similar parts
(that I know of) in the other Technic categories, that would mean it should fall
in the general “Technic” category, which is already overpopulated.
I’m not envying the catmins  
|
Yep certainly a tough one. It's very clear what it is: A hatch. But how to
catalog it in the existing categories?
I'm voting Door Frame. Alternatively, Vehicle. It may be used in space bases,
but the whole point of hatches is that things are built up from compartments
that have been vehicles at some point.
Hmm, anyone remember the days when we had a "Space" category?
|
Funny this one - Lego put it into their Bricks, Special category where most of
the modified bricks go. It does look a bit technic Panel, though.
|
Really do wish we could edit messages. Forgot to say technic bricks are also
in the Bricks, special Lego category - so technic panel could be the right answer????
|
 |
| Author: | calsbricks | | Posted: | Oct 10, 2019 10:19 | | Subject: | Re: 49699 a Panel?! | | Viewed: | 44 times | | Topic: | Catalog | |
|
| In Catalog, Teup writes:
| | In Catalog, SylvainLS writes:
| | In Catalog, firestar246 writes:
| | In Catalog, Teup writes:
| |
I can't discover anything panel-ish about this part. I'd say it's
window, door, technic, other, vehicle, or pretty much anything except a panel...
What do you think it should be?
|
My first thought is technic or window frame
|
Well:
1. Window (or door) frame implies you could put a glass or panel (or door)
inside. That seems very unlikely with the technic holes in the way.
2. It’s been used in System (City) sets for now BUT it sure looks like a Technic
Brick, yet not really.
So Technic could do but not really “Technic Brick” and there are no similar parts
(that I know of) in the other Technic categories, that would mean it should fall
in the general “Technic” category, which is already overpopulated.
I’m not envying the catmins
|
Yep certainly a tough one. It's very clear what it is: A hatch. But how to
catalog it in the existing categories?
I'm voting Door Frame. Alternatively, Vehicle. It may be used in space bases,
but the whole point of hatches is that things are built up from compartments
that have been vehicles at some point.
Hmm, anyone remember the days when we had a "Space" category?
|
Funny this one - Lego put it into their Bricks, Special category where most of
the modified bricks go. It does look a bit technic Panel, though.
|
|
| Author: | calsbricks | | Posted: | Sep 20, 2019 12:54 | | Subject: | Re: Layout | | Viewed: | 35 times | | Topic: | Suggestions | |
|
| In Suggestions, ihave36paws writes:
| | How can you change the Classic Layout. If you are going to make changes to things
it would be the new Layout.
We hate the way they removed the (My Order Note) line from under the order.
Now you have to travel way over to the right to see it, unless you have your
screen so small that you can't read it.
Please change it back.
|
You can do that yourself here;
That is at the top of your ofrder detail page. Is that what you meant?
|
|
|
| Author: | calsbricks | | Posted: | Sep 15, 2019 10:19 | | Subject: | Re: Search setting: seller location filter | | Viewed: | 32 times | | Topic: | Suggestions | |
|
| In Suggestions, Brickman4you writes:
| | In Suggestions, calsbricks writes:
| | In Suggestions, Nowaker writes:
| | I'm interested to see offers from United States only.
Each time I'm on a hunt for something, I have to open the filtering options
and select selector location United States.
Please make it possible to set a default filter for all searches. It should be
available here: https://www.bricklink.com/searchSettings.asp?viewFrom=P
This will improve the shopping experience immensely.
Thank you.
-Nowaker
|
Capability already exists
https://www.bricklink.com/searchAdvanced.asp
|
How to save these check boxes so they default? That is how I understood the
question.
|
You are right - missed that. Ignore my response.
|
|
| Author: | calsbricks | | Posted: | Sep 15, 2019 04:15 | | Subject: | Re: Search setting: seller location filter | | Viewed: | 41 times | | Topic: | Suggestions | |
|
| In Suggestions, Nowaker writes:
| | I'm interested to see offers from United States only.
Each time I'm on a hunt for something, I have to open the filtering options
and select selector location United States.
Please make it possible to set a default filter for all searches. It should be
available here: https://www.bricklink.com/searchSettings.asp?viewFrom=P
This will improve the shopping experience immensely.
Thank you.
-Nowaker
|
Capability already exists
https://www.bricklink.com/searchAdvanced.asp
|
|
| Author: | calsbricks | | Posted: | Sep 12, 2019 13:49 | | Subject: | Re: Change NPB Timeline | | Viewed: | 34 times | | Topic: | Suggestions | |
|
| In Suggestions, yorbrick writes:
| | | | Once again a constant thread and everyone agrees with it except Bricklink for
some strange reason. Why should we have to let our inventory be tied up for two
weeks or longer when someone isn't going to pay for their order.
Bring the business side of the site into the 21st century, please - IC doesn't
work for all and for those that do not use it this is a real pain and totally
unnecessary.
|
That is probably why they will never do anything about it - it is another push
for non-IC adopters to adopt IC.
|
Sorry 1 more thing coming from someone who has spent a great many years in the
software development world. Software is normally designed to suit end users and
it is normally designed and developed in conjunction with them. That hasn't
happened here at Bricklink, On the other hand gaming software often comes from
the developers themselves rather than the end user - and quite often that works.
But when it comes to serious applications it never does unless the developers
have a rock solid systems spec which has been put together by a quality experienced
systems analyst - again doesn't happen here or at least it does not appear
so. When was the first, or last time as a seller or buyer you were asked what
you wanted to see in the software?
|
|
| Author: | calsbricks | | Posted: | Sep 12, 2019 13:39 | | Subject: | Re: Change NPB Timeline | | Viewed: | 36 times | | Topic: | Suggestions | |
|
| In Suggestions, yorbrick writes:
| | | | Once again a constant thread and everyone agrees with it except Bricklink for
some strange reason. Why should we have to let our inventory be tied up for two
weeks or longer when someone isn't going to pay for their order.
Bring the business side of the site into the 21st century, please - IC doesn't
work for all and for those that do not use it this is a real pain and totally
unnecessary.
|
That is probably why they will never do anything about it - it is another push
for non-IC adopters to adopt IC.
|
There is a simple answer to that - make it applicable for all regions - redesign
it so those of us who use multiple boxes (3 large letter styles, and 11 small
parcel styles) do not have to set up a delivery method for each of those across
all boxes. 14 first class; 14 first class confirmed; 14 2nd class confirmed;
14 next day delivery; 14 air mail; 14 air mail confirmed. Good grief - all day
every day just setting up delivery methods and the design of that is totally
flawed - IC should have been regionalised to accommodate not just weight systems
but weight and volume systems. Yes I know we could try and reduce boxes but that
is not convenient for us nor our customers. We don't send out half full boxes.
In addition if the design had been better it would have allowed them to make
the simple changes to accommodate the changes in the US postal system where everything
is being done by workaround.
Forcing people to use a feature is a non-starter - usage should be up to the
individual not a method which doesn't work 100% of the time and also has
over 40,000 items in its catalogue without dimensions. but you are probably right
- yet another wonderful idea just like pp for marketplaces, dropping paypal offsite
- again to force IC. NO matter what the take-up is in real terms the feature
needs re-thinking.
What next force members to use their new Order detail page ; or their new My
BL page -- you must now use Stud.io to design anything. Oh and lest we forget
you must use the new wanted list (but after clamour we will leave the classic
one available, and we will reinstate paypal offsite).
|
|
| Author: | calsbricks | | Posted: | Sep 12, 2019 10:58 | | Subject: | Re: Change NPB Timeline | | Viewed: | 39 times | | Topic: | Suggestions | |
|
| In Suggestions, mscheaf writes:
| | In Suggestions, MidwestBrick writes:
| | I had enough of these in the last few weeks that waiting 2 full weeks is painful
to complete them.
I don't mind the 1 week to pay before it is started. But another full 7 days
to complete the NPB is not necessary.
I would propose 3 additional days and that is it. Let us get our stock back
in our stores to sell to someone else instead of being held at our will for 14
full days when 10 is plenty enough.
I can't be the only one that feels this way and 14 days might have worked
10-15 years ago when access to Smart-Phones wasn't as widespread, but these
days, you can't go far without having the ability to respond. Thanks
|
This is exactly why I just cancel the order and never file NPB. It just takes
two long. 2 weeks is insane. It shouldn't take a week to pay. It shouldn't
take more than a few days to pay, if you don't have the money don't order
stuff, pretty simple. I know a lot of buyers are getting let off the hook by
this but I don't have the time or patience and I don't want my inventory
constantly tied up for a fortnight. I just cancel the order ban the buyer and
move on.
|
Once again a constant thread and everyone agrees with it except Bricklink for
some strange reason. Why should we have to let our inventory be tied up for two
weeks or longer when someone isn't going to pay for their order.
Bring the business side of the site into the 21st century, please - IC doesn't
work for all and for those that do not use it this is a real pain and totally
unnecessary.
|
|
| Author: | calsbricks | | Posted: | Sep 12, 2019 10:55 | | Subject: | Re: Change time zone | | Viewed: | 38 times | | Topic: | Suggestions | |
|
| In Suggestions, HallBricks writes:
| | It would be great if I could change the time zone on BrickLink. Maybe not the
most necessary feature, but it feels like it wouldn't be that difficult of
a thing to implement.
|
It isn't and this has been around since day 1. Nothing has ever been done
about it.
|
|
| Author: | calsbricks | | Posted: | Sep 9, 2019 10:48 | | Subject: | Re: More stockrooms! | | Viewed: | 45 times | | Topic: | Suggestions | |
|
| In Suggestions, Teup writes:
| | In Suggestions, calsbricks writes:
| | We won't be signing up for xp either - it isn't aimed at our type of
store - its target is a large one - the 'Soccer Moms' so to speak who
want a set for little Johnny for xmas and do not need the complications of Bricklink
to hamper them.
|
(...)
| | Apparently xp requires Instant Checkout (not a problem for some), also requires
Paypal for Marketplaces (Again not a problem for some) but little else is known
about it.
|
And this is where it goes totally wrong. On the one hand, they seem to aim at
the broad casual consumer market, on the other hand, they force a highly specific
online-business-insiders-only payment method. If I would go to the local supermarket
and ask random people if they have bought something online last week, lots of
them are going to say "yes". If I ask them if they used PayPal, pretty much all
of them are going to respond "what's PayPal?"
And then I haven't even touched on PayPal's plan to dramatically increase
transaction fees by next month, which ruins their competitiveness compared to
other payment methods (but they are trying to circumvent the free market principle
by forcing sellers not to disclose the fees to buyers in as many countries as
possible, and encouraging the buyers to ask for PayPal because it is "free")
If they will implement a relevant payment method, then I will participate in
XP (for the Dutch market, the 4th largest country on Bricklink, this is iDeal).
If they don't, I won't. I'm done trying to make Bricklink see reason.
iDeal is one of the main reasons that I set up my own webshop, and now that I
have it, I don't really care what Bricklink does anymore. If they are not
going to add iDeal, that's just going to be more Dutch consumers for me in
my webshop
|
Hi Teup
Never heard of Ideal - is that Dutch only? Irrespective of that the business
model of xp does not suit our store and we wouldn't adopt it whatever happens.
We are not into selling large one-off sets at bargain prices - ours is a part
shop from top to bottom. Our orders average several hundred items and over 50
lots - that isn't going to be bought by a google search result which is what
we believe BL are trying to bring about. Instant checkout doesn't' work
for our store either and with over 40,000 items without dimensions in the catalogue
it is fair to say, probably never will - it is not designed well around shipping
methods and was not built to be adaptable (zip code pricing in the USA - The
largest market on BL), volume and weight based in the UK and most of Europe.
We have 14 different box sizes 3 large letters, and 11 small parcels, we never
ship a medium parcel as that is too costly so we are using multiple small parcels
to deal with weights over 2Kg and yes I know this could be set up but what a
hassle a different delivery method for each box type (each box has a different
tare).
We also have no concept of Bricklink dealing with our funds by way of Marketplace.
Far too many things against it for us to even consider it,((we know they have
claimed they are not into that, but who knows what might happen if we all give
them the right to do that)). but then it might suit some - that will only be
found out as and when they launch it, as unfortunately no communications is the
norm for the site - so no one will know what it is about til they launch it and
based on previous launches it will be some time before it would be 'bug free'
so to speak.
IC, in our view, needed to be regionalised and much more flexible in its design.
It works for some and that is great, and not for others, which is a shame, but
that is how they have done it. No talking, no discussion, no customer agreement,
here it is - if you don't like it tough, - that is what you are getting.
And the funny thing is BO launched with it and it is much smoother over there
and far fewer complaints about missing bits.
I can say without reservation that we will not be adopting xp at any time.
|
|
| Author: | calsbricks | | Posted: | Sep 9, 2019 07:14 | | Subject: | Re: More stockrooms! | | Viewed: | 56 times | | Topic: | Suggestions | |
|
| In Suggestions, Teup writes:
| | In Suggestions, nologolego writes:
| | But most importantly, it is sad to think we have no pilot or crew for Bricklink.
Is it fated to crash and burn eventually? Do we need to get our parachutes
ready?
|
I think it will be ok  I am more afraid of stupid changes than of Bricklink's
inertia. I'm not going to participate in this new Bricklink XP they're
developing, and I wish they hadn't come up with that idea. Anyway, as long
as Bricklink is just asleep it's fine by me. It's not dying, just sleeping
It generates money so if anything would happen to it, even the least interested
management would take measures keep it running.
|
We don't know either but think it may be okay. Many businesses fail because
they do not listen to their customers. That is a serious matter here, but they
have the market pull - thanks to Dan and all the excellent volunteers they have
had over the years. Customers
have a strange habit of going where the products are and BL is probably at the
top of the tree for that.
We won't be signing up for xp either - it isn't aimed at our type of
store - its target is a large one - the 'Soccer Moms' so to speak who
want a set for little Johnny for xmas and do not need the complications of Bricklink
to hamper them. In MP's presentation at Brickworld last year he suggested
an Amazon/Ebay model (we don't know if they have achieved that or not and
his throwaway comments about we will continue to support the classic site don't
fill many of us with enthusiasm, but those are the issues that are known at
present.
We were also informed some time ago that Phase I release was due to come out
in March ((and it didn't make it - rumour has it that Phase 2 will be out
at the end of the year)) so we still have plenty of time to contemplate this
radical change.
Storerooms - we don't use them either but we know people that do. It is,
however, unlikely that you will get any changes to the classic site as MP also
announced nothing more will be done on the classic site due to the fact they
feel xp is the future , they don't understand the 'spaghetti code',
and their
early changes were not met with enthusiasm.
Apparently xp requires Instant Checkout (not a problem for some), also requires
Paypal for Marketplaces (Again not a problem for some) but little else is known
about it. I think generally there is a lack of interest in this latest tangent.
It may appeal to some but large part stores may find it diametrically opposed
to the way they operate. There have been, since the announcement, not many threads
about it so everything may have changed or it may be exactly as they outlined,
we won't really know til it is released, it appears.
Not really convinced that is the best way to get new software accepted and 'taken
up' but it isn't our business to run it is theirs - we are only here
to pay the bills  .
How about this for a throwaway line - might not be our (Community) business to
run but then again, maybe it should be
|
|
| Author: | calsbricks | | Posted: | Aug 22, 2019 07:35 | | Subject: | Re: Cardboard sleeves in inventories | | Viewed: | 48 times | | Topic: | Inventories | |
|
| In Inventories, Hygrotus writes:
| | In Inventories, yorbrick writes:
| | There is another one here if you need it that I happen to have on my desk.
I wasn't sure how to upload a part containing parts and how you are collating
the sets they came in.
From set 79012 contains one standard DARK RED cape
|
Added for you
added normal way category
'Cardboard Sleeve'
you see how it should be numbered and named.
As for which set found write in the note form when uplodaing part then I'm
adding it to additional note. See when you enter the part entry.
|
So if I understand this correctly we should use the inventory change request
for things that come in 'cardboard sleeves' 'little white boxes'
to include the printed number?
We have always keyed that straight into Google and found what was in the box
????
|
|
| Author: | calsbricks | | Posted: | Aug 9, 2019 14:49 | | Subject: | Re: Why can't I enlarge pics anymore? | | Viewed: | 44 times | | Topic: | Catalog | |
|
| In Catalog, firestar246 writes:
| | So you used to be able to click on the picture of a piece in the catalog, sort
of a quick view. You'd see the years it was made, any sets/minifigures the
piece was in, etc. You all know what I'm talking about. Well, a few days
ago I couldn't do it anymore. I've tried three different devices.
Why would they make such a horrible change for? I rely on that heavily when listing
minifigure parts to make sure I have the correct listing. This is going to make
this job twice as long now.
|
Tried it here on w7 ie11 - no problems whatsoever. Sounds like it could be womething
at your end. Which broiwsers have you tried?
|
|
| Author: | calsbricks | | Posted: | Jun 8, 2019 12:17 | | Subject: | Re: 'Prefer My BrickLink Classic?' | | Viewed: | 52 times | | Topic: | Suggestions | |
|
| In Suggestions, randyf writes:
| | In Suggestions, calsbricks writes:
| | very and fast - The site has become unstable yet again and although it isn't
with server 500 errors - I wonder if they are adding code to the site and it
is breaking it.
|
|
| | And they always seem to add it on a Friday as they are leaving for the weekend.
|
Why would anyone in their right mind or with any common sense whatsoever let
that happen. The mind simply boggles. There could be a million people (total
membership) trying to place orders or load inventory and unless they read the
forum and/or try workarounds they are going to be put off using the site. It
just doesn't make any sense to me but then again I am an old fashioned MD
- far too old to change my ways and very slow to catch on to new gimmicks.
Charlie Brown give me strength.
|
|
| Author: | calsbricks | | Posted: | Jun 8, 2019 08:08 | | Subject: | Re: 'Prefer My BrickLink Classic?' | | Viewed: | 51 times | | Topic: | Suggestions | |
|
| In Suggestions, Abels_Bricks writes:
| | In Suggestions, crxefx writes:
| | X2 , No interest in AFOL whatever in the middle of what i'm trying to do!
|
Totally agree, also the AFOL stuff that pops up at the top of your searches.
But main gripe today would be I would love it if bricklink was working correctly
today. having to go to the front page to do anything is getting old.
David
|
very and fast - The site has become unstable yet again and although it isn't
with server 500 errors - I wonder if they are adding code to the site and it
is breaking it.
Might be an idea for BL to get a proper sandbox in place and use that for rolling
out updates and/or changes - like most development teams do.
|
|
| Author: | calsbricks | | Posted: | May 27, 2019 13:39 | | Subject: | Re: Helpful but .... | | Viewed: | 48 times | | Topic: | Suggestions | |
|
| In Suggestions, bje writes:
That is not how it works when we upload our xml file from Briokstock. The file
has the category number in it but leads with the itemid.
Knowing how the tables work and what is in them would be helpful to get this
sorted, but suffice to say that when the xml data comes along Bricklink has to
make up its mind what to do with it and it cannot do that without the itemid
e.g. part no. It requires part no, colour and condition to see if the data submitted
is a new lot or matches an existing lot. So the item id is used somewhere - it
cannot just work from the category id.
| | | | It is a mandatory field out of Brickstock for an xml
update inventory. The only time lot numbers come into it are if you wish to update
existing inventory. Niek is right - the system is doing a lookup to pick up the
description so it can look up the product id quite easily.
|
It performs a lookup on the category only, nothing else.
|
Sorry that cannot work - the category could have hundreds of items in it so how
is it going to know which item to either add or update? It simply isn't logical.
| |
| | Yes according to Bricklink
we sell lots but according to reality we sell items which make up lots.
|
In reality there has never been a single catalog item sold on BL Mind blowing
I know, but download your orders with full detail - there is no such thing in
the catalog as a "Red Technic, Brick 1 x 14 with Holes" as a separate catalog
item, yet that is the only description on your invoice.
|
The catalogue is made up of many related tables - the order detail download is
useless as far as we are concerned and has been set up by Bricklink to offer
info they wish to offer not the info we need.
| |
| | The fact
that this platform has no real inventory system available to stores does not
mean we cannot look at elements of the catalogue when we are bringing in data.
A schema would clearly establish this - Product ID cannot be duplicated and
therefore can be read easily when a lookup to that table is done.
|
What do you mean by Product ID - the lot ID or the catalog item ID? These are
two different things altogether and bear no relation to each other.
|
The lot id is a bricklink generated number assigned to each store for each item
no, colour and condition. That then represents , lets call it a stock item and
that is what we sell. Lot nos, however are cumbersome and clumsy, so we use Lego
design id nos or (Bricklink part nos) to refer to our items. No one uses lot
nos other than the system.
| |
| |
If I modify the xml file we created when we export xml to Clipboard - the mass
upload will not work - we get an error message that the file format is invalid.
If I put the itemid back in it works.
|
Export with a comment and delete the item field again, it will work. You could
conceivably list your entire inventory without a single catalog item id.
|
No, I am afraid it doesn't - the system tells us it is an invalid file format.
We have moved off the original point - the only real resolution to this is if
someone at Bricklink who understands the code  is willing to share that info
out in the forum.
| |
| |
Whilst I am confident nothing will happen over this suggestion it would be welcome
for BL to comment.
Admin ?
|
|
|
|
| Author: | calsbricks | | Posted: | May 27, 2019 12:40 | | Subject: | Re: Helpful but .... | | Viewed: | 30 times | | Topic: | Suggestions | |
|
| In Suggestions, bje writes:
| | In Suggestions, qwertyboy writes:
| | In Suggestions, bje writes:
| | I voted yes, but I am not entirely sure this would be as simple as is believed
on first glance.
The reason that part number gets dropped is because in BL world, that part number
is not something used to differentiate inventory items.
|
That would be a valid argument, if BL weren't already showing the item description
on that exact same screen. If the program is able to show the description (which
is a lookup into the items table), it already knows the part number (or at least
grab it from the same table the description came from).
So yes, it is a request easily implemented.
Niek.
|
But the item number is optionally included, it is not even a required field.
And from what I can see, only the category field ties to the item number in the
catalog. As a matter of fact, you can list everything in your store without a
single catalog item number, so long as you have the category and comments fields,
mass uploads will work. We sell lots, not catalog items.
|
Optionally included where? It is a mandatory field out of Brickstock for an xml
update inventory. The only time lot numbers come into it are if you wish to update
existing inventory. Niek is right - the system is doing a lookup to pick up the
description so it can look up the product id quite easily. Yes according to Bricklink
we sell lots but according to reality we sell items which make up lots. The fact
that this platform has no real inventory system available to stores does not
mean we cannot look at elements of the catalogue when we are bringing in data.
A schema would clearly e4stablish this - Product ID cannot be duplicated and
therefore can be read easily when a lookup to that table is done.
If I modify the xml file we created when we export xml to Clipboard - the mass
upload will not work - we get an error message that the file format is invalid.
If I put the itemid back in it works.
Whilst I am confident nothing will happen over this suggestion it would be welcome
for BL to comment.
Admin ?
|
|
| Author: | calsbricks | | Posted: | May 27, 2019 11:51 | | Subject: | Re: Helpful but .... | | Viewed: | 28 times | | Topic: | Suggestions | |
|
| In Suggestions, qwertyboy writes:
| | In Suggestions, bje writes:
| | I voted yes, but I am not entirely sure this would be as simple as is believed
on first glance.
The reason that part number gets dropped is because in BL world, that part number
is not something used to differentiate inventory items.
|
That would be a valid argument, if BL weren't already showing the item description
on that exact same screen. If the program is able to show the description (which
is a lookup into the items table), it already knows the part number (or at least
grab it from the same table the description came from).
So yes, it is a request easily implemented.
Niek.
|
Thanks Niek
|
|
| Author: | calsbricks | | Posted: | May 27, 2019 10:54 | | Subject: | Re: Helpful but .... | | Viewed: | 29 times | | Topic: | Suggestions | |
|
| In Suggestions, qwertyboy writes:
| | In Suggestions, bje writes:
| | I voted yes, but I am not entirely sure this would be as simple as is believed
on first glance.
The reason that part number gets dropped is because in BL world, that part number
is not something used to differentiate inventory items.
|
That would be a valid argument, if BL weren't already showing the item description
on that exact same screen. If the program is able to show the description (which
is a lookup into the items table), it already knows the part number (or at least
grab it from the same table the description came from).
So yes, it is a request easily implemented.
Niek.
|
Thanks Niek
|
|
| Author: | calsbricks | | Posted: | May 27, 2019 08:42 | | Subject: | Re: Helpful but .... | | Viewed: | 47 times | | Topic: | Suggestions | |
|
| In Suggestions, bje writes:
| | I voted yes, but I am not entirely sure this would be as simple as is believed
on first glance.
The reason that part number gets dropped is because in BL world, that part number
is not something used to differentiate inventory items. What you are adding are
lots, and not individual stock items or even different colours of an item. This
is the reason you cannot cost 2 different batches of the same inventory item
with different cost prices added at two different dates on BL, as you are merely
adding to existing lots, and not adding a new batch which must be reported on
separately. Showing the part number when importing would probably have to mean
that the lot would need an additional characteristic added to it to move it into
the realm of actual inventory of parts and not lots.
My information may be a tad wrong, but from experience, lots (that is your inventory
items) are differentiated only on the comments and the condition, nothing else.
It is, sadly, a throwback to auctioneer inventory where the lot is costed as
a unit and fees are earned on the unit. To get to a basis of project costing
or at the very least some average costing for your inventory items as actual
items and not lots, would possibly take a redesign of the entire inventory handling.
|
Thanks for adding your comments/thoughts to this. I am not convinced they should
apply, though. The xml file to the mass upload feature includes the part no -
if it is in that file it can be displayed on the verify page. I understand the
lot concept but as Bricklink does not really have an inventory management system
built in we believe picking this field up from the xml file that it receives
should not be a problem.
Having said that as the code is referred to as spaghetti by the development team
they may not understand how to do this.
Speaking of average costing that would be a blessing - but again little chance
of that as BL move towards no stores, no inventory just Amazon/Ebay esque model.
We won't be involved with that as, when and if it ever appears, and from
the comments we have had from others neither will an awful lot more.
Brickowl also doesn't have a proper inventory management system and although
handling Lego items isn't easy - Lego have an in house modified system -
they do not have to deal with condition. Here you have part no colour and condition
to cope with.
A fresh design would be ideal but development investment is not high on the priority
list, it appears.
If you look at a sample of a small file we did yesterday, in-between server 500
errors, you will see what I mean
95345
88
18
P
3
0.270
U
The lot number is checked based on item no, colour and condition and if there
is a match it adds to that lot; if not it creates a new lot and adds that but
it still knows the item no. Displaying it, ther4efore is a couple of lines of
code to be added (according to my head of development).
Thanks again for your comments and for voting for the suggestion.
|
|
| Author: | calsbricks | | Posted: | May 27, 2019 05:50 | | Subject: | Helpful but .... | | Viewed: | 233 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Firstly let me say that we know suggestions are not being implemented and according
to MP no work is being done on the classic site however this is a small request
which doesn't require huge amounts of development time and would make life
a bit easier.
Currently the method of manually adding inventory is long winded, provides no
audit trail of what has been done and at best is clumsy.
We use Brickstock for most of our updates to our store. It is much easier, quicker
and provides us with a complete audit trail - the only real snag is what happens
when the file gets to Bricklink, The verify screen drops off the Bricklink part
number for some reason so we are left with an audit trail which, when variants
are involved, isn't really all that helpful, although to be fair we have
used this for some time.
Simply placing the bricklink product code on the verify screen would be very
helpful and this is not a major programming issue. At the same time give us a
print button to print that screen Using the print command from the browser doesn't
work well with the page setup falling short of what is needed.
This is a simple matter and could be resolved in minimal time - please implement.
|
|
| Author: | calsbricks | | Posted: | May 1, 2019 11:17 | | Subject: | Re: Make website mobile-friendly | | Viewed: | 50 times | | Topic: | General | |
|
| In General, crazylegoman writes:
| | I cannot figure out why someone would try to use Bricklink on a phone. A tablet
maybe, but even the biggest phone screens wouldn't be enough to make good
use of this site in any form.
David
|
Couldn't agree more.
|
|
| Author: | calsbricks | | Posted: | Apr 22, 2019 13:11 | | Subject: | Re: Random Stockroom Items | | Viewed: | 32 times | | Topic: | Inventories | |
|
| In Inventories, Teup writes:
| | In Inventories, antiquer88 writes:
| | Hi everyone,
I was wondering if anyone could tell me why random items show up as stockroom
items in my inventory. I have no items I have intentionally marked for retention
in stockroom, yet every Monday I go to my inventory and delete random items that
have shown up as zero count stockroom items.
Is this something I have done in error, or is it a system problem?
Any help would be appreciated.
Thanks,
Stan.
|
It's one of those persistent problems that Bricklink is trying to fix. I
think something is really wrong in the bug fixing department, it seems their
ability to isolate a problem and target it effectively with a fix is really compromised.
Previously there was an issue with remark fields being deleted and it also took
a very long time and was also "fixed" in an "ok this time it really seems to
work but if you have problems let us know" way.
Several people have reported this issue. Hope for you guys they will do something
about it.
|
It is called by some 'spaghetti code' and they are far too busy with
getting XP off the drawing board (and it is nearly 2 months overdue (according
to Admin-Russell's suggestion of a March release.
Forecasting the release of new products is always difficult to be exact but ........
The Future of Bricklink as MP called it at Brickworld seems to be taking an eternity
(and we plan to opt out of it anyway, as will many others we are informed.
They are about to release a product which requires a feature that only 20% of
the total stores use - that isn't the best base for acceptance and if they
honestly believe that XP will convince the non IC users to move to it - their
crystal ball must be a bit murky.
Why not fix bugs - there are too many to go into here with a dedicated programmer
and focus the other developers on the new features, especially the ones that
are massively overdue (Sellers tools with what the stores want, please) e.g.
inventory management, sales metrics, query by form, improved printing capabilities,
updated price guide, major improvements to the store front and search capabilities.
Drop the API and provide tools that all members can use without having to be
a programmer.
NB - Why isn't your ID Pic amongst the ones in
https://www.bricklink.com/message.asp?ID=1137907
|
|
| Author: | calsbricks | | Posted: | Apr 15, 2019 06:53 | | Subject: | Re: Inventory backup | | Viewed: | 33 times | | Topic: | Inventories | |
|
| In Inventories, waterman writes:
| | I was wondering if there is a way to backup the inventory of whats in your store,
and how to restore it if there was a problem with the website. I saw a section
in the Inventory screen for download would this be it and how is it done. If
anyone can help with this question that would be great, thank you so much.
|
HI there
There are 2 different ways to backup your inventory. The first is the one you
mention - download the inventory and save it as a xml file. If you then have
to restore it you can use the mass upload inventory feature to bring it back.
The 2nd way and somewhat easier, in our opinion is the use of Brickstock to download
your store inventory - that saves it as a bsx file and there is a reverse command
to upload it back to Bricklink.
Hope that helps
|
|
| Author: | calsbricks | | Posted: | Apr 15, 2019 06:49 | | Subject: | Re: Item changes gives problem in Brickstock | | Viewed: | 20 times | | Topic: | Inventories | |
|
| In Inventories, JE_Romijn writes:
| | There are 10 items in my inventory in Bricklink that will not import any more
in Brickstock.
Bricklink changed the item numbers from this minifigs by adding a extra 0 on
the 10th of April I noticed.
Have tryed to delete 1 and add it again did not solve the problem. Any body here
knows what to do?
cty0055 cty0128 cty0146 are a few of theme
Greetings Ronald
|
Open up Bricksstock
Go to Extras - Update database - you should then see a screen telling you it
is updating the database - when that finishes then import your inventory - that
should fix things for the catalogue/database changes that Bricklink are making.
As an on-going thing you should always run the extras - update database command
each time you open Brickstock - this ensure you are working with the latest catalogue
updates.
Hope that helps.
BTW we see the sets you are querying in our Brickstock so they are in the catalogue.
|
|
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|
United Kingdom, England
