Jumat, 14 Juli 2017

[smf_addin] Digest Number 4091

2 Messages

Digest #4091
1.2
Re: smfPricesByDates not working by "Randy Harmelink" rharmelink

Messages

Fri Jul 14, 2017 8:35 am (PDT) . Posted by:

me_miller

Randy -


It looks like historical Close and Adj Close prices are switched in the CSV data that is downloaded via Yahoo's "Download Data" button (the webpage with the historical prices shows these prices correctly, but the CSV file does not). For example, take a look at Vanguard Total Bond Market Index Adm (VBTLX). This fund paid a $0.022 dividend on 30-June-2017. The Close and Adj Close prices are incorrect (switched) in the downloaded CSV data beginning on 29-June-2017 and going back to its earliest historical price on 12-Nov-2001. Does your add-in compensate for this?


Mark

Fri Jul 14, 2017 9:47 am (PDT) . Posted by:

"Randy Harmelink" rharmelink

The smfPricesByDates() functions gets the data initially using
smfGetYahooHistory(). That function extracts it from the JSON data on the
web page. So they don't use the CSV file at all.

I just changed the smfGetYahooHistory() function the other day -- the
2017.07.12 beta release -- because of the Yahoo change to the way adjusted
and unadjusted closing prices were shown in the JSON data.

On Fri, Jul 14, 2017 at 8:35 AM, miller.mark.e@
​...
wrote:

> It looks like historical Close and Adj Close prices are switched in the
> CSV data that is downloaded via Yahoo's "Download Data" button (the webpage
> with the historical prices shows these prices correctly, but the CSV file
> does not). For example, take a look at Vanguard Total Bond Market Index
> Adm (VBTLX). This fund paid a $0.022 dividend on 30-June-2017. The Close
> and Adj Close prices are incorrect (switched) in the downloaded CSV data
> beginning on 29-June-2017 and going back to its earliest historical price
> on 12-Nov-2001. Does your add-in compensate for this?
>
>
>
For the Add-in, Documentation, Templates, Tips and FAQs, visit http://ogres-crypt.com/SMF

Tidak ada komentar:

Posting Komentar