Topic: Off-Topic - page 190. (Read 384417 times)
Notice how they are quite? *crickets* No batch dates, no updates on paypal. Personally I'm happy paypal is holding money (including mine) for time being.
Strange ... i called TerraHash yesterday 01.07 (the third time in the past days) concerning my bank wire transfer (transaction still not accounted at TH cleared 20.07). To check my transaction details i asked the guy at TerraHash to give me the exact bank details of TerraHash and he asked me if I could fill a ticket, I asked him if the ticket will also stay unanswered like my other six tickets I made and he told me no, he would answer asap. So I made the 7th ticket, which I needed to get all the details to check up my transaction with my bank.
And now the strange part ... i haven't received an answer on that ticket ... please TH answer that f** ticket ... :-( i need to verify my transaction to track it down ...
And now the strange part ... i haven't received an answer on that ticket ... please TH answer that f** ticket ... :-( i need to verify my transaction to track it down ...
Quote
Re: Bank Details, Please to verify my transaction.
TerraHash [email protected] über uservoice.com
00:28 (vor 7 Stunden)
Thanks for the message, we'll get back to you as soon as possible!
On July 2, 2013 at 12:28AM xxxx <[email protected]> wrote:
Please send my your banc details ... so i can verify my transaction.
thx.
TerraHash [email protected] über uservoice.com
00:28 (vor 7 Stunden)
Thanks for the message, we'll get back to you as soon as possible!
On July 2, 2013 at 12:28AM xxxx <[email protected]> wrote:
Please send my your banc details ... so i can verify my transaction.
thx.
My tickets were over a refund. Same i had a lot of tickets unanswered. They treated me bad on it.
I personally wont do business with TH in future, and that is if they have a future. I hope they do pan out, but just a little different on customer service. When money changed hands it seemed information slowed and how they treated me specifically changed.
I really makes my worry about ... the seriousity, if some one promises in a phone call he will do it asap ... and then just does nothing ... i mean i just wanted the bank details of terraHash to double check the transaction .... to see what went wrong ... a small step for TerraHash but a big loose in confidence ... now ...
did you refund final your money of the orders?
I'm personally still waiting...... but others claim they got it quick so YMMV.
Strange ... i called TerraHash yesterday 01.07 (the third time in the past days) concerning my bank wire transfer (transaction still not accounted at TH cleared 20.07). To check my transaction details i asked the guy at TerraHash to give me the exact bank details of TerraHash and he asked me if I could fill a ticket, I asked him if the ticket will also stay unanswered like my other six tickets I made and he told me no, he would answer asap. So I made the 7th ticket, which I needed to get all the details to check up my transaction with my bank.
And now the strange part ... i haven't received an answer on that ticket ... please TH answer that f** ticket ... :-( i need to verify my transaction to track it down ...
And now the strange part ... i haven't received an answer on that ticket ... please TH answer that f** ticket ... :-( i need to verify my transaction to track it down ...
Quote
Re: Bank Details, Please to verify my transaction.
TerraHash [email protected] über uservoice.com
00:28 (vor 7 Stunden)
Thanks for the message, we'll get back to you as soon as possible!
On July 2, 2013 at 12:28AM xxxx <[email protected]> wrote:
Please send my your banc details ... so i can verify my transaction.
thx.
TerraHash [email protected] über uservoice.com
00:28 (vor 7 Stunden)
Thanks for the message, we'll get back to you as soon as possible!
On July 2, 2013 at 12:28AM xxxx <[email protected]> wrote:
Please send my your banc details ... so i can verify my transaction.
thx.
My tickets were over a refund. Same i had a lot of tickets unanswered. They treated me bad on it.
I personally wont do business with TH in future, and that is if they have a future. I hope they do pan out, but just a little different on customer service. When money changed hands it seemed information slowed and how they treated me specifically changed.
cryptoin the 4th column says : Klondike 64 (4.5 GH/s) Quantity isnt that 18GH/s ?
Strange ... i called TerraHash yesterday 01.07 (the third time in the past days) concerning my bank wire transfer (transaction still not accounted at TH cleared 20.07). To check my transaction details i asked the guy at TerraHash to give me the exact bank details of TerraHash and he asked me if I could fill a ticket, I asked him if the ticket will also stay unanswered like my other six tickets I made and he told me no, he would answer asap. So I made the 7th ticket, which I needed to get all the details to check up my transaction with my bank.
And now the strange part ... i haven't received an answer on that ticket ... please TH answer that f** ticket ... :-( i need to verify my transaction to track it down ...
And now the strange part ... i haven't received an answer on that ticket ... please TH answer that f** ticket ... :-( i need to verify my transaction to track it down ...
Quote
Re: Bank Details, Please to verify my transaction.
TerraHash [email protected] über uservoice.com
00:28 (vor 7 Stunden)
Thanks for the message, we'll get back to you as soon as possible!
On July 2, 2013 at 12:28AM xxxx <[email protected]> wrote:
Please send my your banc details ... so i can verify my transaction.
thx.
TerraHash [email protected] über uservoice.com
00:28 (vor 7 Stunden)
Thanks for the message, we'll get back to you as soon as possible!
On July 2, 2013 at 12:28AM xxxx <[email protected]> wrote:
Please send my your banc details ... so i can verify my transaction.
thx.
To help avoid further confusion for those of you looking to submit your order information I have generated a thread specifically for the spreadsheet I developed to track orders. You can find it here:
TERRAHASH ORDER DATABASE (Find out when you will get your order)
TERRAHASH ORDER DATABASE (Find out when you will get your order)
I still have orders "On Hold" for bank transfer if anyone is interested:
DX Large 180gh/s x 1 order number 4##
DX large 180gh/s x 1 order number 53#
18gh/s boards x 28 order number 4## 52# 54#
5.4 gh/s boards x 10 order number 50#
DX Large 180gh/s x 1 order number 4##
DX large 180gh/s x 1 order number 53#
18gh/s boards x 28 order number 4## 52# 54#
5.4 gh/s boards x 10 order number 50#
I dont understand how your orders are not cancelled yet? You have had them on hold for the past 10 days!?
fyi for someone who was maintaining that spreadsheet, i cancelled my order ( #1195 ) this morning and requested for paypal refund. Havent got a response from terrahash yet.
I sent a note to cryptoin. Let us know how the pp refund goes... Im watching and waitng closely to with pp 
fyi for someone who was maintaining that spreadsheet, i cancelled my order ( #1195 ) this morning and requested for paypal refund. Havent got a response from terrahash yet.
Now that we have crunched the numbers, analyzed the numbers, counted the chips,
All we need is the working product and the actual chips and a little perspective I guess
Ya, Read em Weep" gentlemen All we need is the working product and the actual chips and a little perspective I guess
Now that we have crunched the numbers, analyzed the numbers, counted the chips,
All we need is the working product and the actual chips and a little perspective I guess
All we need is the working product and the actual chips and a little perspective I guess
Cryptoin, how are you factoring in avg. chips for the unaccounted? is that avg counted as orders that are not seen in numerical order" like 1 2 3-6 7 (5 and 6 get tagged with an avg chip count?) i may just be having a blonde moment here,,,lol
Basically I have an average chip count from the orders that I have data from. From there I apply a reduction in the average chip count based on the % of orders that are cancelled, unpaid and just missing due to order number jumps. For example.
Avg. Chip Count = 200 chips
% of Orders Cancelled (based on existing data) = 25%
% of Orders Unpaid (based on existing data) = 5%
% of Order #s unaccounted for that do not exist period due to number jumping (based on the statement that Terrahash made that all the orders placed through 6/19 will be covered by 40,000 chips or less) = 80%
Now let's assume the order #s started at 1 and went to 100 and we only have data for 50 of them. So there are potentially 50 other orders but we know this not to be true due to the order number jumping. So we would assume 80% of those 50 orders are non existent. Leaving us with 10 actual missing order numbers. Of that 10 we can assume about 25% we're cancelled and 5% are unpaid. That leaves us with 7 orders at an average order amount of 200 chips or 1400 chips for 50 missing order #s which gives us an average of 28 chips per missing order #.
The way my formulas work is they apply this average chip count per missing order number #.
Wow thats a great breakdown of your formulations. One of the reasons I ask, is in my case, I had a total of 9 order invoice numbers created durring my attempts to get paypal to go thru, begining with order # 502 and then randomly from there more were created.. #'s. In the end only 2 were actually processed. The remaining 7 invoice numbers starting with 502 and so on, showed cancelled, and eventually were purged from the system it seems, never to be used again. So those invoice numbers became not existant in the end. So are you applying the 28 chip count to those or are those not counted at all in your tabulations? and Im sure others had the same experience when placing orders with paypal to some extent. Simply put, is my first attempt order # 502 anywhere in the accounting? ok, thanks and again, keep up the great job you are doing with this, since we have nothing else to lean on right now
Well those should be covered by the cancellation %. The 28 chip count is an overall average for a missing order. This average takes into account non-existant, unpaid, and cancelled orders.
If I only have 50 of 100 numbers that remaining 50 I am missing is assumed to have 28 chips per order. In reality, there will actually only exists around 7 orders with an average 200 chips for each of those 7.
In regards to the accuracy of the cancelled order %, the assumption here is that people are reporting their cancelled orders to me. It is likely that there are a higher percentage of cancelled orders than I account for since it is less likely that people will report them.
If that is the case my numbers will be slightly high but the affect would still be rather negligible.
If you would like to know how accurate the prediction is for your particular order I suggest referencing the % of total orders accounted for. The higher that percentage is the higher the accuracy of the prediction.
All in all you can pretty much guarantee at this point that the first 10,000 chips will be used around the 500 order mark. 20,000 chip order mark will likely fall in the low 600s.
Think we will have any updates from TH today? Or quiet day again.
I have no reason to think that we will 
as I dont think they have anything new to tell us,,,its really is a question of will they wait it out for the paypal funds that are in place, but on hold. Which I suspect they will try that first. Refunding all paypal orders could be a mess and they would be starting at square one if they did that. However an update would be nice from them! lol Cryptoin, how are you factoring in avg. chips for the unaccounted? is that avg counted as orders that are not seen in numerical order" like 1 2 3-6 7 (5 and 6 get tagged with an avg chip count?) i may just be having a blonde moment here,,,lol
Basically I have an average chip count from the orders that I have data from. From there I apply a reduction in the average chip count based on the % of orders that are cancelled, unpaid and just missing due to order number jumps. For example.
Avg. Chip Count = 200 chips
% of Orders Cancelled (based on existing data) = 25%
% of Orders Unpaid (based on existing data) = 5%
% of Order #s unaccounted for that do not exist period due to number jumping (based on the statement that Terrahash made that all the orders placed through 6/19 will be covered by 40,000 chips or less) = 80%
Now let's assume the order #s started at 1 and went to 100 and we only have data for 50 of them. So there are potentially 50 other orders but we know this not to be true due to the order number jumping. So we would assume 80% of those 50 orders are non existent. Leaving us with 10 actual missing order numbers. Of that 10 we can assume about 25% we're cancelled and 5% are unpaid. That leaves us with 7 orders at an average order amount of 200 chips or 1400 chips for 50 missing order #s which gives us an average of 28 chips per missing order #.
The way my formulas work is they apply this average chip count per missing order number #.
Wow thats a great breakdown of your formulations. One of the reasons I ask, is in my case, I had a total of 9 order invoice numbers created durring my attempts to get paypal to go thru, begining with order # 502 and then randomly from there more were created.. #'s. In the end only 2 were actually processed. The remaining 7 invoice numbers starting with 502 and so on, showed cancelled, and eventually were purged from the system it seems, never to be used again. So those invoice numbers became not existant in the end. So are you applying the 28 chip count to those or are those not counted at all in your tabulations? and Im sure others had the same experience when placing orders with paypal to some extent. Simply put, is my first attempt order # 502 anywhere in the accounting? ok, thanks and again, keep up the great job you are doing with this, since we have nothing else to lean on right now
Well those should be covered by the cancellation %. The 28 chip count is an overall average for a missing order. This average takes into account non-existant, unpaid, and cancelled orders.
If I only have 50 of 100 numbers that remaining 50 I am missing is assumed to have 28 chips per order. In reality, there will actually only exists around 7 orders with an average 200 chips for each of those 7.
In regards to the accuracy of the cancelled order %, the assumption here is that people are reporting their cancelled orders to me. It is likely that there are a higher percentage of cancelled orders than I account for since it is less likely that people will report them.
If that is the case my numbers will be slightly high but the affect would still be rather negligible.
If you would like to know how accurate the prediction is for your particular order I suggest referencing the % of total orders accounted for. The higher that percentage is the higher the accuracy of the prediction.
All in all you can pretty much guarantee at this point that the first 10,000 chips will be used around the 500 order mark. 20,000 chip order mark will likely fall in the low 600s.
Think we will have any updates from TH today? Or quiet day again.
Cryptoin, how are you factoring in avg. chips for the unaccounted? is that avg counted as orders that are not seen in numerical order" like 1 2 3-6 7 (5 and 6 get tagged with an avg chip count?) i may just be having a blonde moment here,,,lol
Basically I have an average chip count from the orders that I have data from. From there I apply a reduction in the average chip count based on the % of orders that are cancelled, unpaid and just missing due to order number jumps. For example.
Avg. Chip Count = 200 chips
% of Orders Cancelled (based on existing data) = 25%
% of Orders Unpaid (based on existing data) = 5%
% of Order #s unaccounted for that do not exist period due to number jumping (based on the statement that Terrahash made that all the orders placed through 6/19 will be covered by 40,000 chips or less) = 80%
Now let's assume the order #s started at 1 and went to 100 and we only have data for 50 of them. So there are potentially 50 other orders but we know this not to be true due to the order number jumping. So we would assume 80% of those 50 orders are non existent. Leaving us with 10 actual missing order numbers. Of that 10 we can assume about 25% we're cancelled and 5% are unpaid. That leaves us with 7 orders at an average order amount of 200 chips or 1400 chips for 50 missing order #s which gives us an average of 28 chips per missing order #.
The way my formulas work is they apply this average chip count per missing order number #.
Wow thats a great breakdown of your formulations. One of the reasons I ask, is in my case, I had a total of 9 order invoice numbers created durring my attempts to get paypal to go thru, begining with order # 502 and then randomly from there more were created.. #'s. In the end only 2 were actually processed. The remaining 7 invoice numbers starting with 502 and so on, showed cancelled, and eventually were purged from the system it seems, never to be used again. So those invoice numbers became not existant in the end. So are you applying the 28 chip count to those or are those not counted at all in your tabulations? and Im sure others had the same experience when placing orders with paypal to some extent. Simply put, is my first attempt order # 502 anywhere in the accounting? ok, thanks and again, keep up the great job you are doing with this, since we have nothing else to lean on right now
Cryptoin, how are you factoring in avg. chips for the unaccounted? is that avg counted as orders that are not seen in numerical order" like 1 2 3-6 7 (5 and 6 get tagged with an avg chip count?) i may just be having a blonde moment here,,,lol
Basically I have an average chip count from the orders that I have data from. From there I apply a reduction in the average chip count based on the % of orders that are cancelled, unpaid and just missing due to order number jumps. For example.
Avg. Chip Count = 200 chips
% of Orders Cancelled (based on existing data) = 25%
% of Orders Unpaid (based on existing data) = 5%
% of Order #s unaccounted for that do not exist period due to number jumping (based on the statement that Terrahash made that all the orders placed through 6/19 will be covered by 40,000 chips or less) = 80%
Now let's assume the order #s started at 1 and went to 100 and we only have data for 50 of them. So there are potentially 50 other orders but we know this not to be true due to the order number jumping. So we would assume 80% of those 50 orders are non existent. Leaving us with 10 actual missing order numbers. Of that 10 we can assume about 25% we're cancelled and 5% are unpaid. That leaves us with 7 orders at an average order amount of 200 chips or 1400 chips for 50 missing order #s which gives us an average of 28 chips per missing order #.
The way my formulas work is they apply this average chip count per missing order number #.
Cryptoin, how are you factoring in avg. chips for the unaccounted? is that avg counted as orders that are not seen in numerical order" like 1 2 3-6 7 (5 and 6 get tagged with an avg chip count?) i may just be having a blonde moment here,,,lol
I still have orders "On Hold" for bank transfer if anyone is interested:
DX Large 180gh/s x 1 order number 4##
DX large 180gh/s x 1 order number 53#
18gh/s boards x 28 order number 4## 52# 54#
5.4 gh/s boards x 10 order number 50#
DX Large 180gh/s x 1 order number 4##
DX large 180gh/s x 1 order number 53#
18gh/s boards x 28 order number 4## 52# 54#
5.4 gh/s boards x 10 order number 50#
I would have thought these would have been cancelled for sure by now.
Jump to: