Skip Menu |
 

This queue is for tickets about the Finance-Quote CPAN distribution.

Report information
The Basics
Id: 40169
Status: open
Priority: 0/
Queue: Finance-Quote

People
Owner: eco [...] ecocode.net
Requestors: dbreiser [...] gmail.com
Cc:
AdminCc:

Bug Information
Severity: Wishlist
Broken in:
  • 1.13
  • 1.14
Fixed in: (no value)



Subject: European mutual funds identified by ISIN are not retrieved correctly
Download (untitled) / with headers
text/plain 1.4k
Many European mutual funds have started using ISINs instead of traditional ticker symbols. Using an ISIN in finance-quote 1.14 succeeds in retrieving a price, but at least in the gnucash implementation the date and currency are broken. Using the ticker symbols in yahoo_europe.t works: $gnc-fq-dump yahoo_europe BAY.L Finance::Quote fields Gnucash uses: symbol: BAY.L <=== required date: 10/17/2008 <=== required currency: GBP <=== required last: 1.271 <=\ nav: <=== one of these price: 1.271 <=/ timezone: <=== optional but a request by ISIN only partially succeeds: $gnc-fq-dump yahoo_europe GB0001036531GBP Finance::Quote fields Gnucash uses: symbol: GB0001036531GBP <=== required date: 00/00/2000 <=== required currency: ** missing ** <=== required last: 107.30 <=\ nav: <=== one of these price: 107.30 <=/ timezone: <=== optional ** This stock quote cannot be used by gnucash!! The price quote agrees with the one retrieved via the web interface on the Yahoo Europe site. The date failure looks like the same one in 1.13 once yahoo_europe change their d1 t1 behavior. The currency failure is probably related, since it is last in the list and gets bamboozled by the d1t1 problem.
Download (untitled) / with headers
text/plain 605b
On Sun Oct 19 12:39:08 2008, dbreiser wrote: Show quoted text
> Many European mutual funds have started using ISINs instead of > traditional ticker symbols. Using an ISIN in finance-quote 1.14 succeeds > in retrieving a price, but at least in the gnucash implementation the > date and currency are broken. Using the ticker symbols in yahoo_europe.t > works:
This is expected behaviour since ISIN is not (yet) supported by yahoo_europe perldoc Finance::Quote::Yahoo::Europe will tell you that the module expects SYMBOL.EXCHANGE as format. This "bug report" will therefor be classified as a "feature request" -- Erik
From: dbreiser [...] gmail.com
Download (untitled) / with headers
text/plain 421b
On Sun Oct 19 15:50:19 2008, ecocode wrote: Show quoted text
> This is expected behaviour since ISIN is not (yet) supported by
yahoo_europe Show quoted text
> > perldoc Finance::Quote::Yahoo::Europe > > will tell you that the module expects SYMBOL.EXCHANGE as format. > > This "bug report" will therefor be classified as a "feature request"
OK. I thought some of the comments on the sourceforge tracker had patches that accomplished this. My bad.
From: dbreiser [...] gmail.com
Download (untitled) / with headers
text/plain 242b
I'm not sure if this is generic enough not to interfere with the usual ticker definitions, but a gnucash user found something that worked for his fund retrieval needs. https://lists.gnucash.org/pipermail/gnucash-user/2008-March/024211.html
From: dbreiser [...] gmail.com
Download (untitled) / with headers
text/plain 716b
gah. http://uk.finance.yahoo.com/d/quotes.csv?s=GB0001036531GBP&f=sl1d1t1c1ohgv&e=.csv returns GB0001036531GBP,107.30,N/A, 1:00PM,10/17/2008,-0.90,N/A,N/A,N/A,N/A http://uk.finance.yahoo.com/d/quotes.csv?s=GB0001036531GBP&f=sl1t1c1ohgv&e=.csv returns GB0001036531GBP,107.30, 1:00PM,10/17/2008,-0.90,N/A,N/A,N/A,N/A http://uk.finance.yahoo.com/d/quotes.csv?s=BAY.L&f=sl1d1t1c1ohgv&e=.csv returns BAY.L,127.10, 4:35PM,10/17/2008,+9.40,125.00,128.00,120.30,28757194 http://uk.finance.yahoo.com/d/quotes.csv?s=BAY.L&f=sl1t1c1ohgv&e=.csv returns BAY.L,127.10, 4:35PM,10/17/2008,+9.40,125.00,128.00,120.30,28757194 So -- d1 is a no-op for ticker symbols, but returns "N/A" for ISINs. t1 returns 2 fields for either.
Subject: Patch: European mutual funds identified by ISIN are not retrieved correctly
From: dbreiser [...] gmail.com
Download (untitled) / with headers
text/plain 147b
The attached patch works for me -- at least for yahoo usa and yahoo europe with standard ticker.exchange, ISIN, or (in USA) plain ticker symbols.
Download fqyahoofund.patch
text/x-diff 1.6k
diff -u old/Base.pm new/Base.pm --- old/Base.pm 2008-10-20 21:46:17.000000000 -0400 +++ new/Base.pm 2008-10-20 21:53:37.000000000 -0400 @@ -56,11 +56,11 @@ # in the URL. These are recorded below, along with their corresponding # field names. -@FIELDS = qw/symbol name last date time net p_change volume bid ask - close open day_range year_range eps pe div_date div div_yield - cap ex_div avg_vol currency/; +@FIELDS = qw/symbol name last net p_change volume bid ask + close open day_range year_range eps pe div div_yield + cap avg_vol currency time date div_date ex_div/; -@FIELD_ENCODING = qw/s n l1 d1 t1 c1 p2 v b a p o m w e r r1 d y j1 q a2 c4/; +@FIELD_ENCODING = qw/s n l1 c1 p2 v b a p o m w e r d y j1 a2 c4 t1 d1 r1 q/; # This returns a list of labels that are provided, so that code # that make use of this module can know what it's dealing with. diff -u old/Europe.pm new/Europe.pm --- old/Europe.pm 2008-10-20 21:46:07.000000000 -0400 +++ new/Europe.pm 2008-10-20 21:43:47.000000000 -0400 @@ -50,9 +50,9 @@ # Another solution might be to change Base.pm FIELDS labels to this # string + div_date and ex_div. Code would be nicier, but this will # need more testing for other yahoo modules and can be done later. -our @YH_EUROPE_FIELDS = qw/symbol name last time date net p_change volume bid ask +our @YH_EUROPE_FIELDS = qw/symbol name last net p_change volume bid ask close open day_range year_range eps pe div div_yield - cap avg_vol currency/; + cap avg_vol currency time date/; sub methods {return (europe => \&yahoo_europe,yahoo_europe => \&yahoo_europe)};
Subject: Re: [rt.cpan.org #40169] Patch: European mutual funds identified by ISIN are not retrieved correctly
Date: Tue, 21 Oct 2008 08:43:09 +0200
To: bug-Finance-Quote [...] rt.cpan.org
From: Erik Colson <eco [...] ecocode.net>
Download (untitled) / with headers
text/plain 999b
David Reiser via RT wrote: Show quoted text
> Queue: Finance-Quote > Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=40169 > > > The attached patch works for me -- at least for yahoo usa and yahoo > europe with standard ticker.exchange, ISIN, or (in USA) plain ticker > symbols. > > >
Hello David, Thank you for your research and patch. Yahoo Europe is returning weird answers on standard requests since a few months. This is not the case for other yahoo sites however. That's why my patch for correcting date/time issues were local to Yahoo/Europe.pm. I'm afraid that modifying the request string might break quote retrieval on other exchanges ? Even if tests pass, there might be some people getting errors for specific quotes. I think it is probably possible to leave the request string unmodified while handling ISIN codes separately. For this I'd need some tests to be added to yahoo_europe.t to check for ISIN codes. It would be great if you could send me some ? Thanks -- Erik
From: dbreiser [...] gmail.com
Download (untitled) / with headers
text/plain 996b
On Tue Oct 21 02:43:23 2008, ecocode wrote: Show quoted text
> Hello David, > > Thank you for your research and patch. > > Yahoo Europe is returning weird answers on standard requests since a few > months. > This is not the case for other yahoo sites however. That's why my patch > for correcting date/time issues were local to Yahoo/Europe.pm. > I'm afraid that modifying the request string might break quote retrieval > on other exchanges ? Even if tests pass, there might be some people > getting errors for specific quotes.
If Yahoo decides to break another region, we probably would be in trouble again. Show quoted text
> > I think it is probably possible to leave the request string unmodified > while handling ISIN codes separately. > For this I'd need some tests to be added to yahoo_europe.t to check for > ISIN codes. > > It would be great if you could send me some ?
If you mean some ISIN codes, here's a few in different currencies: DK0016260003DKK LU0278527428EUR IT0003110860ITA GB0003243465GBP Dave
From: dbreiser [...] gmail.com
Download (untitled) / with headers
text/plain 394b
Looking at uk.finance, it looks like the more precise description of these things would be ISIN-based fund symbols. The ISIN is the combination of letters and numbers up to the final currency symbol. Appending the 3 character currency type to the ISIN creates the symbol yahoo europe uses to retrieve the quote. I have no clue why the ITA fund returns euros and/or isn't designated with EUR.
Subject: Re: [rt.cpan.org #40169] European mutual funds identified by ISIN are not retrieved correctly
Date: Tue, 21 Oct 2008 18:57:12 +0200
To: bug-Finance-Quote [...] rt.cpan.org
From: Erik Colson <eco [...] ecocode.net>
David Reiser via RT wrote: Show quoted text
> Queue: Finance-Quote > Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=40169 > > > Looking at uk.finance, it looks like the more precise description of > these things would be ISIN-based fund symbols. The ISIN is the > combination of letters and numbers up to the final currency symbol. > Appending the 3 character currency type to the ISIN creates the symbol > yahoo europe uses to retrieve the quote. I have no clue why the ITA fund > returns euros and/or isn't designated with EUR. >
hello David, hmmm... these 2 symbols do exist and they return 2 different quotes : IT0003110860ITA and IT0003110860EUR both do have the EUR currency though... however, IT0003110860 doesn't return any data. but : yahoo seems to be able to see that DK0016260003DKK and DK0016260003 (ISIN code) are equal and both return the same data. I didn't check the other symbols you sent, but I guess ISIN code would be enough if there is no ambiguity... regards -- Erik Colson http://www.ecocode.net
From: dbreiser [...] gmail.com
Download (untitled) / with headers
text/plain 197b
A further complication, it looks like the British funds are coming back in pence (GBp) rather than pounds (GBP). I thought finance-quote already handled that, but at least in my patch it isn't.
Subject: Re: [rt.cpan.org #40169] European mutual funds identified by ISIN are not retrieved correctly
Date: Sat, 25 Oct 2008 16:50:02 +0200
To: bug-Finance-Quote [...] rt.cpan.org
From: Erik Colson <eco [...] ecocode.net>
Download (untitled) / with headers
text/plain 2.3k
On 21 Oct 2008, at 16:50, David Reiser via RT wrote: Show quoted text
> Queue: Finance-Quote > Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=40169 > > > On Tue Oct 21 02:43:23 2008, ecocode wrote: >
>> Hello David, >> >> Thank you for your research and patch. >> >> Yahoo Europe is returning weird answers on standard requests since >> a few >> months. >> This is not the case for other yahoo sites however. That's why my >> patch >> for correcting date/time issues were local to Yahoo/Europe.pm. >> I'm afraid that modifying the request string might break quote >> retrieval >> on other exchanges ? Even if tests pass, there might be some people >> getting errors for specific quotes.
> > If Yahoo decides to break another region, we probably would be in > trouble again.
yep, the point is to be able to limit the impact of a 'local' site change of yahoo on other site modules. Show quoted text
>
>> >> I think it is probably possible to leave the request string >> unmodified >> while handling ISIN codes separately. >> For this I'd need some tests to be added to yahoo_europe.t to check >> for >> ISIN codes. >> >> It would be great if you could send me some ?
> > If you mean some ISIN codes, here's a few in different currencies: > > DK0016260003DKK > LU0278527428EUR > IT0003110860ITA > GB0003243465GBP
David, I've been checking these ISIN's and they seem to be funds, not stocks. When checking DE0005140008.DE (ISIN code of DBK.DE with .DE added, which is a stock) yahoo returns the exact same line as for DBK.DE. So finance::quote doesn't find a line with "DE0005140008.DE" in the returned .csv and will then report this request as 'bogus'. My conclusion is : - for checking ISIN codes of stocks : check the returned .csv and use the listed symbol for querying yahoo. or use the online yahoo lookup form to find the corresponding symbol of the stock. - for funds: yahoo europe returns another format in .csv for fund requests than stock requests. It even returns more fields. We should therefor create a new module (maybe based on yahoo_europe and using your query string) called something like 'yahoo_europe_funds.pm' which would handle the .csv returned by yahoo correctly. Please tell me if this analysis corresponds to your needs. Writing a new module isn't dramatic if the query-string and .csv handling is known. -- Erik
Subject: Re: [rt.cpan.org #40169] European mutual funds identified by ISIN are not retrieved correctly
Date: Sat, 25 Oct 2008 16:57:08 +0200
To: bug-Finance-Quote [...] rt.cpan.org
From: Erik Colson <eco [...] ecocode.net>
Download (untitled) / with headers
text/plain 636b
On 24 Oct 2008, at 04:32, David Reiser via RT wrote: Show quoted text
> Queue: Finance-Quote > Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=40169 > > > A further complication, it looks like the British funds are coming > back > in pence (GBp) rather than pounds (GBP). I thought finance-quote > already > handled that, but at least in my patch it isn't.
Hi David, hmmm... is this related to querying fund quotes with your patched version ? if not, please send me a quote symbol which returns 'GBp' as currency For info: on my system BAY.L returns GBP as currency (it is in the yahoo_europe.t test also) regards -- erik
From: dbreiser [...] gmail.com
Download (untitled) / with headers
text/plain 1.3k
On Sat Oct 25 10:57:21 2008, ecocode wrote: Show quoted text
> > On 24 Oct 2008, at 04:32, David Reiser via RT wrote: >
> > Queue: Finance-Quote > > Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=40169 > > > > > A further complication, it looks like the British funds are coming > > back > > in pence (GBp) rather than pounds (GBP). I thought finance-quote > > already > > handled that, but at least in my patch it isn't.
> > > Hi David, > > hmmm... is this related to querying fund quotes with your patched > version ? if not, please send me a quote symbol which returns 'GBp' as > currency > > For info: on my system BAY.L returns GBP as currency (it is in the > yahoo_europe.t test also) > > regards > > -- > erik
If I go to the uk.yahoo web site and ask for a quote for GB0003243465GBP, the quote that comes back is labelled "p". I don't know exactly what it's passing to f-q. But the one gnucash user that's been testing my attempted patch says that all his fund quotes are coming back (ending up in gnucash) 100x the real value. Also as far as I know, the only people concerned are those looking for fund quotes. Anyone looking for stock quotes uses a standard ticker.exchange symbol. It appears that only the funds have quit using the formerly common ticker symbols and switched to ISIN-based id's. (at least in yahoo europe.)
Subject: Re: [rt.cpan.org #40169] European mutual funds identified by ISIN are not retrieved correctly
Date: Tue, 28 Oct 2008 07:42:57 +0100
To: bug-Finance-Quote [...] rt.cpan.org
From: Erik Colson <eco [...] ecocode.net>
Download (untitled) / with headers
text/plain 1.2k
David Reiser via RT wrote:Hi David! Thanks for your research ! I can think of tree options for solving this funds problem : - Somehow we tell yahoo_europe.pm we are checking an ISIN fund (by adding a suffix like ".ISINFUND" for example). That way we the query string and @FIELDS array can be modified in the yahoo_europe module. This would need a major code adaptation for solving issues like : What if the user checks stocks and funds in one pass ? We would need yahoo_europe to separate the "non ISIN quotes" from the "ISIN quotes" and treat those in 2 separate subs. - We separate ISIN funds into a new module called yahoo_europe_isinfunds.pm. No suffix needed since the user tells how the quote should be retrieved... - We find a query string which would return the same data format for the funds as for other quotes. (The query string you mentioned earlier didn't on my system) I guess the third option is the utopic one and I won't try to search after this ;) Then the first option would be the 'nice' one, but nice options allways take more coding and code rewriting ;) Please tell me which option would be ok for gnucash or maybe you have another idea ? I'll work on this later this week, as I'm working on a Finance::QuoteDB pre-alpha release for the moment... regards -- Erik Colson
From: dbreiser [...] gmail.com
On Tue Oct 28 02:43:13 2008, ecocode wrote: Hi David! Show quoted text
> > Thanks for your research ! > > I can think of tree options for solving this funds problem : > - Somehow we tell yahoo_europe.pm we are checking an ISIN fund (by > adding a suffix like ".ISINFUND" for example). That way we the query > string and @FIELDS array can be modified in the yahoo_europe module. > This would need a major code adaptation for solving issues like : What > if the user checks stocks and funds in one pass ? We would need > yahoo_europe to separate the "non ISIN quotes" from the "ISIN quotes" > and treat those in 2 separate subs. > - We separate ISIN funds into a new module called > yahoo_europe_isinfunds.pm. No suffix needed since the user tells how the > quote should be retrieved... > - We find a query string which would return the same data format for the > funds as for other quotes. (The query string you mentioned earlier > didn't on my system) > > I guess the third option is the utopic one and I won't try to search > after this ;) > Then the first option would be the 'nice' one, but nice options allways > take more coding and code rewriting ;) > Please tell me which option would be ok for gnucash or maybe you have > another idea ? >
I think the third option might be pretty brittle in the face of yahoo's inconsistencies. The first option seems like more work than is warranted. I think the yahoo_europe_isinfunds.pm idea works, both from the standpoint of limited coding required and explaining to gnucash users what they need to change to finally get fund quotes working again. From what I've seen, as long as the finance-quote hash comes back intelligibly, gnucash can use the data correctly. The two not-so-visible issues are that the time has to parse on the gnucash end (they can even simplify their stuff by using isodate and time instead of using DateManip), and someone has to be sure that the decimal place is in the right position. (I think there are 2 or three data sources that at least sometimes report hundredths of main currency units, like pence instead of pounds in the yahoo_europe British fund listings.)
CC: hampton [...] employees.org
Subject: Re: [rt.cpan.org #40169] European mutual funds identified by ISIN are not retrieved correctly
Date: Wed, 29 Oct 2008 21:36:26 -0400
To: bug-Finance-Quote [...] rt.cpan.org
From: David Hampton <hampton [...] employees.org>
Download (untitled) / with headers
text/plain 540b
On Mon, 2008-10-27 at 22:52 -0400, David Reiser via RT wrote: Show quoted text
> If I go to the uk.yahoo web site and ask for a quote for > GB0003243465GBP, the quote that comes back is labelled "p". I don't know > exactly what it's passing to f-q. But the one gnucash user that's been > testing my attempted patch says that all his fund quotes are coming back > (ending up in gnucash) 100x the real value.
The file Finance/Quote/Yahoo/Base.pm has logic in it to convert GBp to GBP. Sounds like this code isn't getting triggered for these quotes. David
Download signature.asc
application/pgp-signature 189b

Message body not shown because it is not plain text.

From: dbreiser [...] gmail.com
Download (untitled) / with headers
text/plain 357b
On Wed Oct 29 21:36:46 2008, HAMPTON wrote: Show quoted text
> The file Finance/Quote/Yahoo/Base.pm has logic in it to convert GBp to > GBP. Sounds like this code isn't getting triggered for these quotes. >
Yes. That'd be because you don't/can't set the exchange for the fund quotes, so it's never the case that $exchange = L (the first half of the scaling test). Dave
From: dbreiser [...] gmail.com
Download (untitled) / with headers
text/plain 946b
On Tue Oct 28 02:43:13 2008, ecocode wrote: Show quoted text
> David Reiser via RT wrote:Hi David!
snip Show quoted text
> - We separate ISIN funds into a new module called > yahoo_europe_isinfunds.pm. No suffix needed since the user tells how the > quote should be retrieved...
Here is a monkey-see monkey-do approach to a separate module for the ISIN-based symbol quote retrieval. I added the pence to pounds conversion here since the fund quotes won't trigger the correction test in Base.pm. I am mystified, however, by the fact that this module sees the currency as "GBP" already. I know Yahoo Europe is sending "GBp" in the raw data. If I add an additional test in Base.pm to do the scaling for fund quotes there, it has to look for "GBp", but the test in EuropeFund.pm must look for "GBP" or it fails. One advantage of this module over my attempts to reorder FIELDS or FIELD_ENCODING in yahoo_europe is that quotes retrieved from this module have no errormsg entry.
Download EuropeFund.pm
text/x-perl 4.9k
#!/usr/bin/perl -w # # Copyright (C) 1998, Dj Padzensky <djpadz@padz.net> # Copyright (C) 1998, 1999 Linas Vepstas <linas@linas.org> # Copyright (C) 2000, Yannick LE NY <y-le-ny@ifrance.com> # Copyright (C) 2000, Paul Fenwick <pjf@cpan.org> # Copyright (C) 2000, Brent Neal <brentn@users.sourceforge.net> # # This program is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. # # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License # along with this program; if not, write to the Free Software # Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA # 02111-1307, USA # # This code derived from Padzensky's work on package Finance::YahooQuote, # but extends its capabilites to encompas a greater number of data sources. # # This code was developed as part of GnuCash <http://www.gnucash.org/> package Finance::Quote::Yahoo::EuropeFund; require 5.005; use strict; use HTTP::Request::Common; use LWP::UserAgent; use Finance::Quote::Yahoo::Base qw/yahoo_request base_yahoo_labels/; use vars qw($VERSION $YAHOO_EUROPE_URL); $VERSION = '1.15'; # URLs of where to obtain information. $YAHOO_EUROPE_URL = ("http://uk.finance.yahoo.com/d/quotes.csv"); # Based on Yahoo_europe module, changes to enable retrieval for funds # identified by ISIN-based symbols (ISIN + currency code). # Yahoo Europe broke date and time. sending d1 is a no-op, sending t1 # returns Time followed by Date (2 fields returned for 1 sent). # # Time code placed last so the 2 fields returned don't screw up field counting. our @YH_EUROPE_FUNDS_FIELDS = qw/symbol name last net p_change volume bid ask close open day_range year_range eps pe div div_yield cap avg_vol currency time date/; our @YH_EUROPE_FUNDS_FIELD_ENCODING = qw/s n l1 c1 p2 v b a p o m w e r d y j1 a2 c4 t1 d1/; sub methods {return (europe_funds => \&yahoo_europe_funds,yahoo_europe_funds => \&yahoo_europe_funds)}; { my @labels = (base_yahoo_labels(),"currency","method"); sub labels { return (europe_funds => \@labels, yahoo_europe_funds => \@labels); } } # ======================================================================= # yahoo_europe_funds gets quotes for European mutual funds from Yahoo. sub yahoo_europe_funds { my $quoter = shift; my @symbols = @_; return unless @symbols; # Nothing if no symbols. # localise the Base.FIELDS and Base.FIELS_ENCODING arrays. Perl restores the arrays at # the end of this sub. local @Finance::Quote::Yahoo::Base::FIELDS = @YH_EUROPE_FUNDS_FIELDS ; local @Finance::Quote::Yahoo::Base::FIELD_ENCODING = @YH_EUROPE_FUNDS_FIELD_ENCODING ; # This does all the hard work. my %info = yahoo_request($quoter,$YAHOO_EUROPE_URL,\@symbols); foreach my $symbol (@symbols) { next unless $info{$symbol,"success"}; $info{$symbol,"method"} = "yahoo_europe_funds"; # Yahoo doesn't return an exchange for fund quotes # so logic in Base.pm that catches and changes pence quotes to pounds # will not work. Change pence to pounds here instead. if ($info{$symbol,"currency"} eq "GBP") { foreach my $field ($quoter->default_currency_fields) { next unless ($info{$symbol,$field}); $info{$symbol,$field} = $quoter->scale_field($info{$symbol,$field},0.01); } } } return %info if wantarray; return \%info; } 1; =head1 NAME Finance::Quote::Yahoo::EuropeFund - Fetch mutual fund quotes from Yahoo Europe =head1 SYNOPSIS use Finance::Quote; $q = Finance::Quote->new; %info = $q->fetch("europe_funds","GB0001036531GBP"); # Failover to other methods ok. %info = $q->fetch("yahoo_europe_funds","GB0001036531GBP"); # Use this module only. =head1 DESCRIPTION This module fetches information from Yahoo Europe. Symbols should be provided in the format ISIN+currency code (e.g. GB0001036531GBP) This module provides both the "europe_funds" and "yahoo_europe_funds" methods. This module is loaded by default by Finance::Quote, but can be loaded explicitly by specifying the parameter "Yahoo::EuropeFund" to Finance::Quote->new(). Information obtained by this module may be covered by Yahoo's terms and conditions. See http://finance.uk.yahoo.com/ for more details. =head1 LABELS RETURNED This module returns all the standard labels (where available) provided by Yahoo. See Finance::Quote::Yahoo::Base for a list of these. The currency label is also returned. Note however that div_date and ex_div have been removed by yahoo europe site =head1 SEE ALSO Yahoo Europe, http://finance.uk.yahoo.com/ Finance::Quote::Yahoo::Base =cut
Subject: Re: [rt.cpan.org #40169] European mutual funds identified by ISIN are not retrieved correctly
Date: Sun, 9 Nov 2008 21:41:37 +0100
To: bug-Finance-Quote [...] rt.cpan.org
From: Erik Colson <eco [...] ecocode.net>
Download (untitled) / with headers
text/plain 296b
Hi David, When reading your file I saw you mentioned it as part of the Gnucash project. That is ok for me, but It cannot be incorporated in 2 projects... regards On 08 Nov 2008, at 21:16, David Reiser via RT wrote: Show quoted text
> # This code was developed as part of GnuCash <http://www.gnucash.org/>
From: dbreiser [...] gmail.com
Download (untitled) / with headers
text/plain 919b
On Sun Nov 09 15:41:53 2008, ecocode wrote: Show quoted text
> Hi David, > > When reading your file I saw you mentioned it as part of the Gnucash > project. That is ok for me, but It cannot be incorporated in 2 > projects... > > regards > > On 08 Nov 2008, at 21:16, David Reiser via RT wrote:
> > # This code was developed as part of GnuCash <http://www.gnucash.org/>
>
That's ancient history (I think). That part was just copied over from the yahoo europe pm. As far as I know, all finance-quote modules live strictly in finance-quote. There is one interface perl script in gnucash that chats with finance-quote to request and parse data, but all the rest is handled by finance-quote. As far as I'm concerned, the mention of gnucash could be removed in this case as long as former contributors wouldn't be unhappy. Since I only added/changed about 10 lines of code, I didn't think I could remove other documentation. Dave
From: gowdy [...] cern.ch
Download (untitled) / with headers
text/plain 663b
On Sat Nov 08 15:16:35 2008, dbreiser wrote: Show quoted text
> Here is a monkey-see monkey-do approach to a separate module for the > ISIN-based symbol quote retrieval.
Hi David, I just tried your module with fq 1.17 but to no avail. DO you think it should work still? Or has some other solution transpired since 2008? [root@antonia Finance]# gnc-fq-dump -v yahoo_europe_funds GB0003243465GBP No results found for stock GB0003243465GBP. [root@antonia Finance]# gnc-fq-dump -v yahoo_europe_funds GB0003243465GBP.L No results found for stock GB0003243465GBP.L. [root@antonia Finance]# gnc-fq-dump -v yahoo_europe_funds GB0003243465.L No results found for stock GB0003243465.L.


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.