BrickLink Discussion Forum

Status:

Open

Vote:

[Yes|No]

This site is already awesome. I've been finding some old sets that I had
long forgotten about, just by finding a few unique parts in our 30+ year old
box of lego still at my parent's house.

I found a wedge shaped classic space part in the box, and from that I was able
to find that it only existed in a few sets. From there, I was able to find the
Sonar Transmitting Cruiser, something that I would have completely forgotten
about had it not been for the uniqueness of that part. I was in fact, able to
rebuild it despite all the pieces being scattered about in the old lego table
for 30 years, with numerous visiting and grandchildren messing around with it
for all this time - with only 2 substituted parts.

Tl;Dr
Anyhow, on to the ACTUAL suggestion

I would like to be able to do a multi part search. Ie if I have part 3xxx (colour
A), 5yyy (colour B) and ... 6zzz (colour X/Y/Z), which sets (if any) contain
all of those pieces? Even partial results would be particularly useful.
This could be implemented perhaps with a search limit of up to 5 peices at a
time, or more depending on an acceptable level of load on the server.

Author:

Brickwilbo

Posted:

Oct 28, 2018 16:59

Subject:

Re: Show Messages Filter: My Topics

Viewed:

13 times

Topic:

In Suggestions, SzieberthAdam writes:

Hi!

It would be nice to be able to filter the discussion forums to show topics started
by me.

I would like to see my Inventory Change Requests as it seems that the rejected
ones are deleted from my profile regularly. Some of them are rejected because
of the lack of proof and I would be able to do research for new proof for them
regularly.

Thanks,
Ádám

Bookmark this link: https://www.bricklink.com/messageList.asp?nID=&uID=955755&v=c&max=20&mTP=Y

Author:

romax1989

Posted:

Oct 27, 2018 11:39

Subject:

Re: store carts

Viewed:

39 times

Topic:

In Suggestions, Brickwilbo writes:

In Suggestions, romax1989 writes:

I was thinking that it would be an interesting feature if store owners were able
to see who has carts/how many carts people have in your store so that we might
be able to issue coupons or have sales to encourage people who have had an open
cart for a long time. Another idea is people get email notifications (if they
want to enable them) for stores they have carts in whenever the price drops.

This suggestion has been made before and has privacy issues.

o ok what about people being able to get emails when stuff in they're carts
go on sale?

Author:

Brickwilbo

Posted:

Oct 27, 2018 01:32

Subject:

Re: store carts

Viewed:

24 times

Topic:

In Suggestions, romax1989 writes:

This suggestion has been made before and has privacy issues.

Author:

romax1989

Posted:

Oct 27, 2018 00:02

Subject:

store carts

Viewed:

87 times

Topic:

Status:

Discarded

Author:

Teup

Posted:

Oct 25, 2018 18:19

Subject:

Re: Price guide improvement

Viewed:

41 times

Topic:

In Suggestions, calsbricks writes:

In Suggestions, yorbrick writes:

Interesting point - might need a bit more detail from Bricklink now. We understand
how the currency thing works in certain areas but we thought that the underlying
base currency for all prices was USD which Bricklink converts everything to and
then uses the xe.com exchange rate as and when necessary. So if what you are
saying is correct and the prices being shown for each country on the price guide
are converted directly from their currency to gbp that is a different story and
more thought would have to go into this. Unfortunately the help page isn't
really clear on how they are holding the currency from the outset. What you are
suggesting that if someone in India adds items in rupees then the system would
have to convert from rupees to gbp as well as any other currency and that would
be a different proposition entirely.

I would imagine so, as converting a to b to c doesn't always give a to c,
even at xe.com.

Agreed but the way most multicurrency systems work their is a base currency as
well as a reporting currency as well as individual, currencies. You define what
is the base and you advise how you wish that to be reported. You also have things
like spot rates, rate tables etc, which just about covers all angels. Here it
looks a little bit like a free-for all in trying to accommodate all frequencies.
In fact if this was the case the price guide is almost useless on current items
listed - as for those items sold - you would need to see what rate they were
converting at when they were sold and factor that in. All in all vry messy and
inaccurate. Mixing 37 different currencies into gbp is problematic at the best
of times.

Hmmm.

For example, right now, 1 USD = 0.878393 EUR and 1 USD = 0.777160 GBP. Also 1
EUR = 0.884895 GBP. (They use six sig figs).

1 USD = 1 USD, so 0.878393 EUR should equal 0.777160 GBP. Yet this gives the
rate as 1 EUR = 0.884752 GBP, different in the fourth figure to the EUR-GBP rate
they quote.

Sorry if this came up before and I missed it, I just can't spot it right
now.. anyway.. not to be annoying but to me the million dollar question is why
actually do you want to know?

If somehow you need it for tax purposes, for tax agencies it is not required
to be that hardcore precise, and for personal business diagnostics and
stats those tiny fractions of difference probably aren't that interesting,
especially with the prospect of fluctuation in the future anyway.

Anyway, if you are working (partly) with software, what you could always do to
distill the exchange rate is refer to the GBP version and the USD version of
the priceguide, extract the two "current average" numbers and divide one by the
other. That gives you the exchange rate that was used. (Probably best to do it
with an expensive part or add up a couple of parts, to get the decimals more
accurate)

Author:

bje

Posted:

Oct 25, 2018 14:04

Subject:

Re: Price guide improvement

Viewed:

42 times

Topic:

In Suggestions, yorbrick writes:

Arrives in bond at USD10.00 (GBP rate 8.9) 14 days later (VAT and customs calculated
on 8.9 +5%)

The rate that customs use is actually fixed in advance, and is valid for a month,
and published online usually about 5 days before the end of the month. There
is a small window of ordering time where it won't arrive under next month
and the exchange rate is unknown (like now!). But if you place an order right
at the end of the month after these are published, or in the first couple of
weeks of the next month, you know the customs rate in advance.

See for example here:

https://www.gov.uk/government/uploads/system/uploads/attachment_data/file/743999/exrates-monthly-1018.csv/preview

My apologies, should have checked that your revenue authorities are perhaps less
inclined to milk citizens for all their worth

Last time I checked with ours
earlier this year and questioned this practice, I was of course categorically
informed that all countries where VAT is charged, use this system, go figure

The above was an example though, our actual rate is 10% added to the rate of
exchange the day the goods are presented for clearance, not on the day it arrives.

Author:

yorbrick

Posted:

Oct 25, 2018 13:35

Subject:

Re: Price guide improvement

Viewed:

37 times

Topic:

Arrives in bond at USD10.00 (GBP rate 8.9) 14 days later (VAT and customs calculated
on 8.9 +5%)

Author:

bje

Posted:

Oct 25, 2018 12:40

Subject:

Re: Price guide improvement

Viewed:

39 times

Topic:

My honest view here is that the indicative values given by Bricklink, is just
that, purely an indication and it is what I have always used it for.

Bricklink's currency conversions are not set, and neither are the values
on xe.com set and neither are the values displayed in the window of your local
forex broker. The reason being, and this is true for all forex conversions, is
that transactions are recorded at spot rate, not at the rate you see or the rate
that may be quoted in an advertisement. Spot rates further is a weighted mean
average, and not a perfect figure, which is why you will find differences in
cross rates. If you were to convert USD to ZK, ZK to GBP and then GBP to USD
you will end up with a difference, irrespective if you do all of the conversions
at the exact same moment simply because of the demand and supply on different
rates.

Spot rates are your responsibility, for the simple fact of the matter is that
spot rates can change in 1/1000th of a second. You set the rate at the time you
do the transaction and that is it. So if Bricklink is showing you a rate when
you list an item or wish to purchase an item, it is your responsibility to
ensure that the spot rate you use is applicable to you at the time you perform
the transaction, including converting for price guide purposes. So if you want
to be precise, you actually need to have xe as well as paypal open at all times,
not forgetting the differences between buying and selling the forex, which you
are seeing as the weighted mean average at any time.

If you are interested in purchasing 10 x 3001 in white from a store that uses
its base currency as USD, you contract in USD, because that is the currency the
invoice will be made out in. Whether you wish to sell the product in GBP, pay
in GBP, carry it in inventory in GBP, or anything to do at all with your currency
is not germane to the spot rate being fixed at the time of the order (this is
why sellers should not take days to do invoices!!!).

To make matters simpler, the spot for Bricklink's purposes is fixed at the
time of the order, not the invoice (this I assume is because of that unique American
oddity where a purchase order is a credit agreement). So the only concern should
be that the currency conversion should be 100% correct at the time the order
is placed. It is improbable that any site such as this will have the capacity
to do this 100% correctly, so I would agree that for recording purposes, the
exchange rate used at the time of the order should be on the order, even if it
is an hour old. The invoice only affects what you will pay in your own currency,
it has nothing to do with the rate at which you purchased.

Would it not be easier to show the time of updating the forex rates at the top
of every page as well clearly state which is the base currency in force site
wide (I think it is USD, since fees are calculated in USD, but I might be wrong)?
In other words, should bricklink not just show us that the rates now in force
for all transactions, was last updated at x time? That way you can either wait
for the next update and fix your spot rate, or proceed at the ruling rate, which
will then automatically become your spot rate for the transaction at the time
you are performing the transaction, which will include the time you view the
price guide. And, of course, you will then be able to see that these rates are
actually updated every hour, not that we do not trust the masters at Bricklink,
but because it makes good sense to disclose transaction issues at all times.

See below for a transaction example. And I do agree - not disclosing the rate
at which you are performing the transaction is not only confusing, but it can
lead to inadvertent losses. This, like much else in life, can also lead to inadvertent
gains, so I think unless you are dealing with hyper-inflation, you will find
that over time things do tend to even out. Besides, anything to do with forex,
whether it is a spot rate, CFD, FEC, spread trade, currency swap, forex hedge
or whatever other fancy term that is the flavour of the month, is nothing more
than institutional gambling.

(And this might all be as worthless as ﷼)

Jean

Example (using simple rates) for 10 x 3001 in white:

View price at USD10.00 (GBP rate 8.4)
Order at USD10.00 (GBP rate 8.5)
Invoice at USD10.00 (GBP rate 8.7) 5 days later;
Pay at USD10.00 (GBP rate 8.8) 3 days later
Ship FOB at USD10.00 (GBP rate 8.6) 6 days later
Arrives in bond at USD10.00 (GBP rate 8.9) 14 days later (VAT and customs calculated
on 8.9 +5%)
Receive at post office at USD10.00 (GBP rate 8.8) 5 days later;
Cost in inventory at GBP8.50 + VAT and customs (unless you claim the VAT back,
then just include customs as cost)
Forex loss for the time between order and pay, gain for the difference between
pay and shipped, and loss between shipped and received;

That is the contractual treatment, and will be the same whether you buy from
Amazon or Bricklink or whether you actually walk into your bank and order USD
in actual notes. Clearly the price guide cannot show all of these variables,
and you would only use 3 figures in the ordinary course of business - the rate
you order at (which is your cost for inventory purposes), the rate you pay at
(which is your financing of the purchase) and the rate you pay VAT and customs
at (which is the consumption tax rate applicable to the transaction as a whole),
everything else is only impacted if you draw a balance sheet at a certain time.

In Suggestions, calsbricks writes:

We are aware that nothing is going on on the classic site whilst the development
team focus on Bricklink XP, so we will make this as short and sweet as we can.

Having contacted the forum and put all elements of this together it is plain
that a subtle but important change needs to be in place for the price guide screen.

Understanding full well what happens with the 'sold at' columns those
can be left as they are until the whole price guide is revisited, whenever that
is going to be. The current items for sale, however needs s small but important
change, in our view. It is currently not possible to determine the currency conversion
rate for those figures. It could have been anyti8me in the last hour or this
hour or whenever.

Please simply add the two fields which are used to convert e.g. for example $1
= 'x' £;s and £1 = 'x$). This will enable any member, buyer or seller,
to at least get their figures correct when working offline. This is not a complicated
change/fix - it merely requires placing those fields on that screen each time
they change. The fields are held somewhere in the system even if it is a temporary
table, so it should be relatively straight forward to display them on the price
guide screen.

Thoughts ?

Author:

calsbricks

Posted:

Oct 25, 2018 12:21

Subject:

Re: Price guide improvement

Viewed:

26 times

Topic:

In Suggestions, hpoort writes:

Reverse engineering and assuming the API provides us with a clue about the underlying
data structure, I would conclude that the price is recorded in the local currency
of the store. This makes sense as this would remove all currency calculation
from the equation when looking at the internals of a store.

The API for the GetPriceGuide says:
"This method returns price in the specified currency code
- If you don't specify this value, price is retrieved in the base currency
of the user profile's"
http://apidev.bricklink.com/redmine/projects/bricklink-api/wiki/CatalogMethod#Get-Price-Guide

The page generator will have to convert from many different currencies to the
currency requested by the viewer. No intermediate conversion through another
currency is needed, although mathematically there will always be any reference
currency in the currency conversion table.

For the 'items sold' prices, the engine will look up the currency conversion
table of that specific time frame, according to the help.

It seems pretty clear to me how it works.

Thank you for your thought's and comments they are helpful and it now seems
that several things are obvious. We do not have access to the API so it is not
possible for us to determine the information you have introduced.

A lot of calculations seem to be taking place when the price guide is called
up by an individual member, e,g, UK store looks up a common part which is sold
everywhere in the world and the system is converting all those store held currencies
(Could be 37 of them) to GBP at a rate that is being held in a currency conversion
table. That table gets updated by a link to xe.com on an hour by hour basis,
but the rate used for the page is not shown - this would be clumsy and create
a vastly complicated screen display. Maybe a link could be created against the
currency which would reveal the exchange rate used. Maybe that is not worth it.
Hmm. More to think through now.

Thank you again for adding your comments to this thread. They are helpful.

Hans-Peter

In Suggestions, calsbricks writes:

In Suggestions, yorbrick writes:

I would prefer it on the price guide so I didn't have to go back and forth.
Mind you this is all hypothetical cause they really are not doing anything with
the classic site whilst they work on XP.

I understand why you'd want it in the price guide, but there are many (37)
exchange rates to GBP, or any other single currency. While many pieces are listed
in USD, plenty are also in EUR, with other currencies also used. That's a
lot of extra information to list. You also wouldn't need to go back and forth,
as if it was set for one hour, you could note down the exchange rates of interest
and you would know they are guaranteed until the next exchange rate update time.

Author:

hpoort

Posted:

Oct 25, 2018 12:06

Subject:

Re: Price guide improvement

Viewed:

25 times

Topic:

In Suggestions, yorbrick writes:

I would prefer it on the price guide so I didn't have to go back and forth.
Mind you this is all hypothetical cause they really are not doing anything with
the classic site whilst they work on XP.

Author:

calsbricks

Posted:

Oct 25, 2018 10:16

Subject:

Re: Price guide improvement

Viewed:

28 times

Topic:

In Suggestions, yorbrick writes:

I would imagine so, as converting a to b to c doesn't always give a to c,
even at xe.com.

Author:

yorbrick

Posted:

Oct 25, 2018 09:46

Subject:

Re: Price guide improvement

Viewed:

22 times

Topic:

I would imagine so, as converting a to b to c doesn't always give a to c,
even at xe.com.

For example, right now, 1 USD = 0.878393 EUR and 1 USD = 0.777160 GBP. Also 1
EUR = 0.884895 GBP. (They use six sig figs).

1 USD = 1 USD, so 0.878393 EUR should equal 0.777160 GBP. Yet this gives the
rate as 1 EUR = 0.884752 GBP, different in the fourth figure to the EUR-GBP rate
they quote.

Author:

calsbricks

Posted:

Oct 25, 2018 09:29

Subject:

Re: Price guide improvement

Viewed:

28 times

Topic:

In Suggestions, yorbrick writes:

I would prefer it on the price guide so I didn't have to go back and forth.
Mind you this is all hypothetical cause they really are not doing anything with
the classic site whilst they work on XP.

Author:

yorbrick

Posted:

Oct 25, 2018 08:08

Subject:

Re: Price guide improvement

Viewed:

30 times

Topic:

I would prefer it on the price guide so I didn't have to go back and forth.
Mind you this is all hypothetical cause they really are not doing anything with
the classic site whilst they work on XP.

Author:

calsbricks

Posted:

Oct 25, 2018 07:01

Subject:

Re: Price guide improvement

Viewed:

41 times

Topic:

In Suggestions, yorbrick writes:

I thought current items for sale were all displayed using the exchange rate of
this moment. Why is it that important though if the exchange rate would be an
hour older?

That isn't how it works unfortunately. They change hourly, according to the
help pages. It would be far simpler to show the rate used at the top of the column.,
hence the suggestion.

Understand what you are saying but it all depends on how the code is put together
to display the current data. It would be highly unusualk as well as inefficient
if they were storing the figures - good code isn't written that way, so when
we call up the price guid for a given element it should be doing those calculations
then and presenting the data - if that is the case then it is a simple matter
to add a single or couplof fields to the display.

It wouldn't do any harm to either have the exchange rate on the price guide,
or possibly better still, have a separate page where all the current exchange
rates being used are listed along with the time they were updated for those interested.
That way, it is one less thing on the price guide page. Of course, you can always
get the current BL exchange rate, by doing the calculation yourself, to about
4 decimal places.

I would prefer it on the price guide so I didn't have to go back and forth.
Mind you this is all hypothetical cause they really are not doing anything with
the classic site whilst they work on XP.

Still one can hope - it really isn't rocket science or a lot of development
time to simply display the number you have used for the calculation.

Author:

yorbrick

Posted:

Oct 25, 2018 04:32

Subject:

Re: Price guide improvement

Viewed:

42 times

Topic:

I thought current items for sale were all displayed using the exchange rate of
this moment. Why is it that important though if the exchange rate would be an
hour older?

That isn't how it works unfortunately. They change hourly, according to the
help pages. It would be far simpler to show the rate used at the top of the column.,
hence the suggestion.

I imagine doing instant lookups is just not efficient, as every time someone
accesses the price guide or looks at a store or a cart in another currency,
BL would need to access the exchange rates from xe.com. Plus I don't think
their (xe) rates are continuously updated anyway - aren't they something
like every 10 or 15 minutes, plus they also have some lag. I can totally understand
why BL sets them and fixes them for one hour, given how slowly they change (at
least change significantly, not in the 4th or 5th decimal place).

It wouldn't do any harm to either have the exchange rate on the price guide,
or possibly better still, have a separate page where all the current exchange
rates being used are listed along with the time they were updated for those interested.
That way, it is one less thing on the price guide page. Of course, you can always
get the current BL exchange rate, by doing the calculation yourself, to about
4 decimal places.

Author:

calsbricks

Posted:

Oct 25, 2018 01:40

Subject:

Re: Price guide improvement

Viewed:

30 times

Topic:

In Suggestions, BricksThatStick writes:

In Suggestions, calsbricks writes:

Thoughts ?

It's just a guide.

Yes, true so why not make it informative, rather than having to use guesswork
and trial and error.

If sellers want to use it to actually price their listings to the averages they
accept its not 100% perfect.

I am not sure anyone makes that assumption - we don't it is supposed to be
a data average and the currency conversion should be dynamic not hourly. Not
sure why this would cause any real problem for any developer.

Otherwise sellers should just see it for what it is and adjust their prices/set
prices as they see fit.

Many of us do but the adjustment should be based on real - not supposition.

Author:

calsbricks

Posted:

Oct 25, 2018 01:37

Subject:

Re: Price guide improvement

Viewed:

40 times

Topic:

In Suggestions, Teup writes:

In Suggestions, calsbricks writes:

I thought current items for sale were all displayed using the exchange rate of
this moment. Why is it that important though if the exchange rate would be an
hour older?

That isn't how it works unfortunately. They change hourly, according to the
help pages. It would be far simpler to show the rate used at the top of the column.,
hence the suggestion.

By the way, in case you didn't know and it's useful - you can always
flip the currency of the priceguide by changing the vcID parameter in the URL:

Euro: https://www.bricklink.com/priceGuideSummary.asp?vcID=2&vatInc=Y&a=p&colorID=110&itemID=3005

Dollar: https://www.bricklink.com/priceGuideSummary.asp?vcID=1&vatInc=Y&a=p&colorID=110&itemID=3005

I just wish this was properly interfaced (and that there was an easy simple to
understand API to access these things without downloading the page and run into
download limits imposed by Bricklink)

Don't we all.

Author:

BricksThatStick

Posted:

Oct 24, 2018 14:26

Subject:

Re: Price guide improvement

Viewed:

47 times

Topic:

In Suggestions, calsbricks writes:

Thoughts ?

It's just a guide.

If sellers want to use it to actually price their listings to the averages they
accept its not 100% perfect.

Otherwise sellers should just see it for what it is and adjust their prices/set
prices as they see fit.

Author:

Teup

Posted:

Oct 24, 2018 14:06

Subject:

Re: Price guide improvement

Viewed:

54 times

Topic:

In Suggestions, calsbricks writes:

I thought current items for sale were all displayed using the exchange rate of
this moment. Why is it that important though if the exchange rate would be an
hour older?

By the way, in case you didn't know and it's useful - you can always
flip the currency of the priceguide by changing the vcID parameter in the URL:

Euro: https://www.bricklink.com/priceGuideSummary.asp?vcID=2&vatInc=Y&a=p&colorID=110&itemID=3005

Dollar: https://www.bricklink.com/priceGuideSummary.asp?vcID=1&vatInc=Y&a=p&colorID=110&itemID=3005

I just wish this was properly interfaced (and that there was an easy simple to
understand API to access these things without downloading the page and run into
download limits imposed by Bricklink)

Author:

calsbricks

Posted:

Oct 24, 2018 13:01

Subject:

Price guide improvement

Viewed:

217 times

Topic:

Status:

Open

Vote:

[Yes|No]

Author:

burghbricks

Posted:

Oct 17, 2018 17:35

Subject:

Re: Archive completed wanted lists

Viewed:

21 times

Topic:

I like to have a feature to archive my completed (100%) wanted lists.

I agree that this would be a very helpful feature. My thought is that if it were
a checkbox or toggle to archive, it could then exclude the selected list when
using the want list feature in a store as well as categorize it under a different
section. Personally, I find it helpful to use my wanted lists as a reference.
Depending on the project, I sometimes add to an existing list as I'm expanding
so the ability to toggle from archived to active would be very helpful.

Author:

MMillere

Posted:

Oct 16, 2018 22:38

Subject:

Re: Instant Checkout testing simulation

Viewed:

35 times

Topic:

In Suggestions, cosmicray writes:

Please implement a testing framework for Instant Checkout such that …

Goot Idea Ollie, voted yes

Milissa

Author:

nectara

Posted:

Oct 16, 2018 12:55

Subject:

Re: Instant Checkout testing simulation

Viewed:

29 times

Topic:

In Suggestions, cosmicray writes:

Please implement a testing framework for Instant Checkout such that …

1. Any seller can determine a number of test cases to valudate their IC shipping
parameters.
2. Those test cases can each be expresed as a script (textual or GUI object based).
3. The seller can then select all, or a subset of the test cases.
4, The seller can then submit those test cases as a batch request.
5. The BL system will then schedule and run those test cases.
6. The seller will then receive an email back showing which test cases were run,
what shipping methods were allowed, etc. This would be roughly analgous to what
is reported via the shopping cart display.
7. This would not involve actually taking any items out of inventory, nor creating
any real orders, but would be a test case simulation of that.
8. The seller could retain those test cases for later reuse, as various parameters
are modified.

thank you, Nita Rae

For what?

Author:

cosmicray

Posted:

Oct 16, 2018 09:19

Subject:

Instant Checkout testing simulation

Viewed:

116 times

Topic:

Status:

Open

Vote:

[Yes|No]

Author:

randyf

Posted:

Oct 15, 2018 17:53

Subject:

Re: Match ID 99 issue

Viewed:

26 times

Topic:

In Suggestions, normann1974 writes:

If I open this page

https://www.bricklink.com/v2/catalog/catalogitem.page?S=8017-1#T=I

the inventory shows "Match ID 1" in the counterparts, but if I open this page:

https://www.bricklink.com/catalogItemInv.asp?S=8017-1

the inventory shows "Match ID 99". Is this a known bug?

/Jan

It has been noticed before:

https://www.bricklink.com/message.asp?ID=1107637

Cheers,
Randy

Author:

randyf

Posted:

Oct 15, 2018 17:41

Subject:

Re: Physical dimensions on Catalog pages

Viewed:

28 times

Topic:

In Suggestions, cosmicray writes:

Currently, for parts, the Catalog page only displays the logical dimensions of
the part (i.e. the stud counts + brick height).

Please add the physical dimensions. This exists, but is only seen under a lot
listing when custom values are enabled.

thank you, Nita Rae

A big YES! This should have been done ages ago. Then, everyone like me who does
not sell on BrickLink but loves to contribute to the catalog could add physical
dimensions where they are missing for Instant Checkout. It would be a big win
all around.

Cheers,
Randy

Author:

normann1974

Posted:

Oct 15, 2018 16:12

Subject:

Match ID 99 issue

Viewed:

68 times

Topic:

Status:

Already Exists

Author:

cosmicray

Posted:

Oct 15, 2018 13:45

Subject:

Physical dimensions on Catalog pages

Viewed:

47 times

Topic:

Status:

Open

Vote:

[Yes|No]

Author:

alahaka

Posted:

Oct 15, 2018 11:47

Subject:

Re: Block buyers with a different country email p

Viewed:

29 times

Topic:

So I do agree that your proposal does provide better information, which if valid
eliminates the one of secrets I mentioned.

Author:

alahaka

Posted:

Oct 15, 2018 11:40

Subject:

Re: Block buyers with a different country email p

Viewed:

36 times

Topic:

In Suggestions, cosmicray writes:

What would be better, is if the buyer were required to specify their shipping
address, then have two checkboxes under that …

One would be something like "Home address in same country as shipping address".

The other would be "Payment funded from same country as shipping address".

If either is unchecked, then it would be required to specify which country is
correct for that item.

This would not solve the indicated problem, but it would give us better information
to tell what buyers are more likely to be legitimate buyers.

Nita Rae

I think your suggestion above opens the door toward couriers, which in turn for
some buyers places courier, their packing, and their shipping responsibilities
on sellers, as opposed to ending seller responsibility at courier receipt.

I recognize couriers' value as well as the added risk they can present, and
have no solution at this point.

I do not like things big brother-ish, however admittedly would prefer to not
have the final destination and possible re-packing or breaking down of something
I've packed be secrets.

Author:

cosmicray

Posted:

Oct 15, 2018 11:17

Subject:

Re: Block buyers with a different country email p

Viewed:

42 times

Topic:

In Suggestions, Hagbart writes:

Hi

Would it be possible to block a buyer having an email from a given country eg
Russia, but his postal address is the UK?

Just got yet another scammers ordering from my shop with this very suspicious
config, even got negative from himfeedback from him.

Or a setting that enables us to block and oblige the buyer to pay buy only with
iban

This is a poorly thought out suggestion. As it is written, it should be tossed.

Having said that, I believe there is a need for better information disclosure.

What would be better, is if the buyer were required to specify their shipping
address, then have two checkboxes under that …

One would be something like "Home address in same country as shipping address".

The other would be "Payment funded from same country as shipping address".

If either is unchecked, then it would be required to specify which country is
correct for that item.

This would not solve the indicated problem, but it would give us better information
to tell what buyers are more likely to be legitimate buyers.

Nita Rae

Author:

Rarah

Posted:

Oct 15, 2018 11:08

Subject:

Re: Block buyers with a different country email p

Viewed:

32 times

Topic:

In Suggestions, matejo writes:

In Suggestions, SylvainLS writes:

People move. Either for years or only months or even weeks. And the Internet
has no frontier.
Will you force buyers to open a new e-mail account in the country they are while
they had had one for years that works pretty well anywhere in the world?

Hi,

I stated that associating emails with countries would be messy (i.e. I agree
with you), and I was not supporting the original suggestion.

But instead I wondered if BrickLink could verify member addresses against IP
address locations. A recent transaction indicates that PayPal is doing something
like this.

Sorry to cancel my previous post, not knowing if anyone might be replying. This
forum is a lot of (good) clutter, and after posting I weigh the value of my inputs
against adding to the clutter.

Thanks for the IBAN information, Matthew

Please don´t even joke about this! I live in Slovakia spend the year in ASIA
my IP is from Vietnam/Japan/China whatever. I come back home on christmass and
open all my post sent home in the year. I use gmail which has "gmail.com" means
global ... I have enough troubles with money transfers just because some pages
need to have my address locked to IP which I find is the stupidest thing on earth
in 2018 !! Some helpdesk guy even told me to travel home change my country and
come back ... 1200 €for fligh ticket just to change my country of origin if I
have all document with it on them to buy a 10 € token ... oh yes! Please think...
rules like these make a lot of hell for people like me.

Author:

Vegitt

Posted:

Oct 13, 2018 11:38

Subject:

Re: Payment

Viewed:

35 times

Topic:

Each seller chooses the payment methods they want to accept. There are many that
offer alternatives to PayPal such as bank transfers, Stripe etc. If you have
an issue using PayPal then just check what other methods the seller has set up
before ordering.

Author:

jimbo23uk

Posted:

Oct 13, 2018 11:26

Subject:

Payment

Viewed:

91 times

Topic:

Status:

Open

Vote:

[Yes|No]

Isnt it time Bricklink was to offer other payment methods , we used to have our
church group on paypal then a couple of year back they said no ,you now have
to nominate a single person . if that person dies or goes on holiday or any other
reason our buying and selling comes to a stop (unless we use amazon ) we are
currently going through a situation where our account has been put on hold while
paypal investigate £1.01p the reason why i could go on and on,i just so happened
that we had placed 3 orders with brick link and a purchase with ebay , so the
question s how do you pay , one of the orders was paid via Pingit .its becoming
classed as restrictive practice will a government in one country take action
against this ,i can see it happening , so is it no paypal no bricklink !!!!!!!!!!!!!answers
on a toilet roll please

Author:

Teup

Posted:

Oct 13, 2018 04:38

Subject:

Re: Note to seller is not very good

Viewed:

46 times

Topic:

In Suggestions, Brickwilbo writes:

In Suggestions, randyipp writes:

I would love it if the "note to seller" when a buyer is checking out were handled
more like a message and show up in the messages inbox, with the notification
number. The note looks like a message when using "contact your buyer about this
order" link but can easily be missed by sellers. It has happened to me a few
times, and can be frustrating if you see it too late!

Thanks,

Randy

The 'note to seller' is also in the order confirmation email.
Do you read the confirmation email?

Perhaps the order of the order details page should be customizable. Then the
notes can be moved to the top between the Details and parts section.

That's a good idea I think. On the internet we are kind of programmed to
completely disregard mumbo jumbo at the bottom of pages (like "© 2018 BrickLink
Limited. All rights reserved. Some LEGO® sets contain small parts that are NOT
suitable for and may pose a hazard to children under 3 years of age. LEGO® DUPLO®
sets have larger pieces which are specially designed for children under 3. LEGO®
is a trademark of the LEGO Group of companies which does not sponsor, authorize,
or endorse this site. Use of this website constitutes acceptance of the Terms
Of Service and Privacy Policy."). Something above the parts list would be much
more noticable, and also the message may affect how the order needs to be sorted/packed
so it's kind of a bummer if you forget to scroll down and read it only when
you reach the end of order picking

Author:

harro

Posted:

Oct 13, 2018 04:38

Subject:

Re: Note to seller is not very good

Viewed:

21 times

Topic:

I do agree!

Just a layout change would be ok.

Author:

Teup

Posted:

Oct 13, 2018 04:35

Subject:

Re: Note to seller is not very good

Viewed:

42 times

Topic:

In Suggestions, bricksahead writes:

.. How do you know that you've never missed a message?

Well, how do you know you packed all your orders correctly? Just a feeling, you
never know for sure of course if it comes to actual evidence. But as soon as
I open an order with a message attached to it I notice that right away, it's
the very first thing I notice. Right as you open the order, where there's
otherwise nothing, there's suddenly an icon, and a line "This order has an
attached message (view it)". In my opinion that is very clear. To the people
who do miss it, isn't simply a bigger font, bigger icon, enough?

If I would get the message in my inbox also, as sort of a duplicate thing, it
would make things less clear to me as it will show up as an item I need to handle
while I already did or already am going to. I will be more likely to miss
real messages that way or mix up something. The "(un)read" flag would lose parts
of its meaning as there will be messages that have already been read but still
appear unread in the inbox.

In my opinion anything regarding the processing of an order should be strictly
on that order page, and everything else - general inquiries, service - should
be in the inbox. I don't go through messages and orders crosswise, I have
a list of orders I need to do and a list of messages I need to work through and
I do one of these tasks at a time.

Author:

Brickwilbo

Posted:

Oct 13, 2018 03:47

Subject:

Re: Note to seller is not very good

Viewed:

43 times

Topic:

In Suggestions, randyipp writes:

Author:

bricksahead

Posted:

Oct 12, 2018 19:08

Subject:

Re: Note to seller is not very good

Viewed:

57 times

Topic:

In Suggestions, Teup writes:

In Suggestions, randyipp writes:

You mean just as a "regarding order ..." message and not attached to the order
itself? In that case, no!

I don't process orders and read messages at the same time. I always read
the attached notes and never missed one. But if it's troublesome to others,
maybe change placement, font, something in the interface. But definitely, for
bricks sake, doooon't detach it from the order page... :o

I agree with you that the message shouldn't be detached from the order page.

When a buyer sends a message from the order page it is appears on the order page,
in the buyer's outbox as well as in the seller's inbox. When a seller
sends a message from the order page it appears on the order page, in the seller's
outbox as well as the buyer's inbox. I think it should work the same way
with a message that is attached to the order when the order is placed. A seller
would then be reminded at log in to Bricklink if there are any unread messages.

.. How do you know that you've never missed a message?

Author:

Teup

Posted:

Oct 12, 2018 18:14

Subject:

Re: Note to seller is not very good

Viewed:

58 times

Topic:

In Suggestions, randyipp writes:

Author:

jenwick

Posted:

Oct 12, 2018 17:25

Subject:

Re: Note to seller is not very good

Viewed:

56 times

Topic:

Randy,

I totally agree! Voted yes.

Jennifer

Author:

alahaka

Posted:

Oct 12, 2018 13:41

Subject:

Re: Block buyers with a different country email p

Viewed:

38 times

Topic:

In Suggestions, SylvainLS writes:

Author:

SylvainLS

Posted:

Oct 12, 2018 13:22

Subject:

Re: Block buyers with a different country email p

Viewed:

50 times

Topic:

In Suggestions, matejo writes:

Attempting to associate emails with countries sounds messy, however it seems
that BrickLink could verify member's country addresses against their IP address
location.

I know this is imperfect, not to mention a little big brother-ish, however it
would clean up the accuracy of members' locations and probably reduce order
problems.

Do IBAN transfers use a particular service? I guess I need to conduct such a
transaction to see how they work. If they can decrease fraud with greater payee
control over funds, that sounds nice.

So-called “IBAN transfers” are just bank transfers.

When you do a bank transfer, you need to identify the accounts (more precisely,
the banks and the accounts within the banks), so that the banks can talk to each
other. IBAN (International Bank Account Number), is just a scheme to identify
accounts, it’s an international standard, ISO 13616.

One other identifier that’s often used is BIC (Business Identifier Code), which
identifies the bank in the Swift network (an agreement network between banks).

In the olden times (and in remote locations), transfers were (still are) a PITA,
involving letters and faxes to correctly identify and verify who’s who. When
it’s at all possible.
In the modern times (and enlightened countries

), you just need an IBAN.

There are services that proxies for the banks, like iDEAL (NL-based), making
bank transfers a bit easier than from the bank’s own website, and “instant” (meaning
they can immediately tell the receiver the transfer has been entered).

What’s great in EU is that we created an(other) agreement: SEPA, which states,
among other things, that any payment in Euro in the SEP-Area has to be treated
the same way as a local payment. And as local bank transfers have mostly become
free in the past decades (especially online), that means they are mostly free
for the whole SEP-Area

So, see if you have an IBAN somewhere in your bank papers, or ask your bank if
you can easily (and cheaply) receive or send international bank transfers with
just an IBAN.
And if your bank can’t or won’t, you can still see if another one does. Opening
an account shouldn’t be expensive, even in the USA. (Don’t you get a free toaster
when you do? That’s what I learned watching US shows

)

Author:

Hubby

Posted:

Oct 12, 2018 10:34

Subject:

Re: Block buyers with a different country email p

Viewed:

61 times

Topic:

In Suggestions, NicoBuma writes:

How'd you know for sure they are scammers? Maybe they are Russians who moved
to the UK, but didn't change their e-mail provider.

I myself have an hotmail.com (US) mailaddress, but live in The Netherlands, so
I would be a scammer too by your definition?

If they pay, it's ok; would be my motto. And yes, if I were you I'd prefer
IBAN as well, as it's a lot more secure than paypal and you as a seller have
a lot more rights, and your own bank has a lot less fees than paypal as well.

In Suggestions, Hagbart writes:

Yes true Nico, I'll agree, but just got another fake account ordering from
my shop, that's the second guy from Russia. Just asked 2 things from him.
Provide a proof of his address is legit in france (e.g. electricity bill) and
send the money to my IBAN. After 11 days, no payments nor response....

But just added another faker to my block list.

Author:

rikitikitaviguy

Posted:

Oct 12, 2018 08:56

Subject:

Re: 3003 and 3003old

Viewed:

39 times

Topic:

FWIW....

means "For What It's Worth"....

LM

In Suggestions, WFMTF writes:

If you search item nr. 6223 in catalog items, you get one set and item 3003!
I am getting a bit confused....
By the way: "FWIW" means ? sorry, do not know. BR Waltraud

In Suggestions, mfav writes:

FWIW, all my not-Pat Pend trans- 2x2s are 6223 and have walls identical to 3003old.
None of my opaque 2x2s have 6223.
Should 6223 be an alternate number for 3003old and NOT an alternate for 3003?

As far as I know none of the Trans- and Glittercolors have inside supports.

WHY do these colors appear as known colors on item 3003 and do not appear as
known colors on item 3003old - without inside supports.

This is a mismatch of catalog criterias - seen from my view.

I think that a short explanation in the additional notes would be good.

Author:

WFMTF

Posted:

Oct 12, 2018 08:46

Subject:

Re: 3003 and 3003old

Viewed:

28 times

Topic:

If you search item nr. 6223 in catalog items, you get one set and item 3003!
I am getting a bit confused....
By the way: "FWIW" means ? sorry, do not know. BR Waltraud

In Suggestions, mfav writes:

FWIW, all my not-Pat Pend trans- 2x2s are 6223 and have walls identical to 3003old.
None of my opaque 2x2s have 6223.
Should 6223 be an alternate number for 3003old and NOT an alternate for 3003?

Author:

mfav

Posted:

Oct 11, 2018 11:51

Subject:

Re: 3003 and 3003old

Viewed:

45 times

Topic:

FWIW, all my not-Pat Pend trans- 2x2s are 6223 and have walls identical to 3003old.
None of my opaque 2x2s have 6223.
Should 6223 be an alternate number for 3003old and NOT an alternate for 3003?

Author:

WFMTF

Posted:

Oct 11, 2018 08:05

Subject:

3003 and 3003old

Viewed:

84 times

Topic:

Status:

Open

Vote:

[Yes|No]