Dear all,

We are currently developing a new Data Download tool and are looking for testers. On release, this will be for 'Active' and above subscription levels.

If you are interested please click here.

Your comments and suggestions are welcome.

Karl.

Ho hum - I've been looking at changing to AM data downloads for data processing needs, but it is not reliable.

09/12/2004 AHM Amersham Ord 5p 796 796 795.5 795.5 333,410 FTSE100

AHM? Don't think so... it's dead!
So why does it have a volume. Go check everywhere...

For the data to be relied upon it has to be reliable. Ohhhh how I luv stating the obvious. >-|

In fact the same damn stuff has been in the list for 3,6,7,8,9 of Dec.

BT,

Ditto. I've given up on it for now until they can get the data correct.

Ian, Karl,

Sorry, I know that I'm being critical, but the product will not be of any use whatsoever if the data isn't accurate.

BT/Hil,

I will pass this onto Geoff to take a look into it.

Ian

Please Ian, it would be a shame if you let this fall by the wayside having already done 99% of the work.

Personally, I can live with the odd bit of rogue data. My question in post 146 also remains unresolved, though, and it was at that point that I stopped downloading from you each night.

More important than that, however, is the fact that qwento's comments in posts 110 and 112 remain unresolved. If the high and low price of nearly every stock is inaccurate, then the product will remain totally worthless. BT will never be able to produce an accurate set of pivots if the highs and lows aren't right.

PS. What's happened to Karl?

Hil,

Point taken and I agree - I have sent a message to Geoff who will be in at around 9.30 and I will also speak to him so that we can get to work on trying to iron out the bugs in this.

In answer to the 'wat happened to Karl' question, he is now in the Carribean working on an eco yatch - it is apprently raining a lot!


Ian

It sounds like a rotten job. Someone's got to do it, I suppose.

The problem revolves around the fact that there are two sets of high/close values for the day.

The Traded HL and the Mid price HL.

MoneyAM's Stockwatch (and hence data feed) currently uses the former which I imagine feeds into the database and hence is used for the OHLCV end of day data.

Using the Traded HL for EOD data leads to all kinds of problems.

qwento,

Thanks I will pass this onto Geoff,

Ian

What's the official plan for this? Bottom of list or just one up?

BT,

Don't worry - we will get this resolved as soon as possible.

Ian

Hello All,

i see Ian has let it out of the bag that i am in the firing line for the datadownloads in Karl's absence. and it is obviously a joy :)

could soemopne please suggest an epic or 2 that would be good examples of the problem.

cheers,

g

Will get you some from tonight's download...

:) BT many thanks ...

Some of the FT350 offenders

LLOY Low 410 (mid traded low of 443.25)
BB. Low 278.39 (mid traded low of 294)
HNS Low 403 (mid traded low 414)

When fixed we'll get to see more of hilary....

qwento, exotoxin,

sorry for tardiness this morning ... been saving a kitten's from up trees .. will get onto it ... many thanks for the epics,

g

A cracking example of the perils of basing OHLCV data on traded high/low

AZN Low of 2p

I know it had a bad day but somebody got a bargain ;-)

(The high looks a bit suspect too)

Thanks Qwento,

I will pass onto Goeff,

Ian

Dear All,

have looked into the problem (and many thanks for the epics).

the good news is: we have patched the problem. thanks to spook(JT) getting up at 3am - such a selfless man!

the bad news is: unfortunately this will only hold for data to last night.

the better news is: that we now know what the problem is and will be working on the solution.

Thanks very much for all patience and help on this.

will get back to you as soon as it is solved :)

G