Bug #132433 for Astro-Catalog: Possible bug in Astro::Catalog::Query::Vizier

Mon Apr 27 10:39:10 2020 paul [...] leyland.vispa.com - Ticket #132432: Ticket created

Subject:	Re: Possible bug in Astro::Catalog::Query::Vizier
Date:	Mon, 27 Apr 2020 15:38:26 +0100
To:	bug-Astro-Catalog [...] rt.cpan.org
From:	Paul Leyland <paul [...] leyland.vispa.com>

My apologies, I hit Send too soon. You may find this information helpful: #------------------------------------------------------------------------- uname -a Linux thoth 5.3.0-19-generic #20-Ubuntu SMP Fri Oct 18 09:04:39 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux #------------------------------------------------------------------------- perl -v This is perl 5, version 28, subversion 1 (v5.28.1) built for x86_64-linux-gnu-thread-multi (with 61 registered patches, see perl -V for more detail) #------------------------------------------------------------------------- Graham Bell <https://metacpan.org/author/GSB> /Astro-Catalog-4.34 #------------------------------------------------------------------------- Paul On 27/04/2020 15:34, Paul Leyland wrote: Show quoted text

> Hello, > > I'm trying to use Astro::Catalog::Query::Vizier to query the Gaia-DR2 > catalog, aka I/345/Gaia2. I'm not sure whether what I find is a bug, a > misfeature or simply evidence of my incompetence. Sundry Web searches > have not turned up anything useful. > > A minimal program is > > #------------------------------------------------------------------------- > > use Astro::Catalog::Query::Vizier; > > $gdr2c = new Astro::Catalog::Query::Vizier( > Catalog => 'I/345/gaia2', > Format => 'Simple', > RA => '01 23 45.67', > Dec => '-76 54 32.10', > Radius => 5, > Number => 1000, > ); > my $catalog = $gdr2c->querydb(); > > #------------------------------------------------------------------------- > > When run, it yields a number of warnings (one per star, presumably) as > follows: > > #------------------------------------------------------------------------- > > Found unrecognised filter string: E_RP > at /usr/local/share/perl/5.28.1/Astro/Catalog.pm line 914. > Found unrecognised filter string: E_BP > at /usr/local/share/perl/5.28.1/Astro/Catalog.pm line 914. > > #------------------------------------------------------------------------- > > Having UTSL, it suggests that I should poke around in Astro::Catalog::IO > documentation as follows > > #------------------------------------------------------------------------- > > ReadOpt => Reference to hash of options to be forwarded onto the > format specific catalogue reader. See the IO documentation > for details. > > #------------------------------------------------------------------------- > > but I have yet to find any documentation for "perldoc > Astro::Catalog::IO" and rummaging in the source hasn't turned up > anything very enlightening. > > Can you help please? > > Best wishes, > > Paul. > >

Mon Apr 27 10:39:33 2020 paul [...] leyland.vispa.com - Ticket created

Subject:	Possible bug in Astro::Catalog::Query::Vizier
Date:	Mon, 27 Apr 2020 15:34:43 +0100
To:	bug-Astro-Catalog [...] rt.cpan.org
From:	Paul Leyland <paul [...] leyland.vispa.com>

Hello, I'm trying to use Astro::Catalog::Query::Vizier to query the Gaia-DR2 catalog, aka I/345/Gaia2. I'm not sure whether what I find is a bug, a misfeature or simply evidence of my incompetence. Sundry Web searches have not turned up anything useful. A minimal program is #------------------------------------------------------------------------- use Astro::Catalog::Query::Vizier; $gdr2c = new Astro::Catalog::Query::Vizier( Catalog => 'I/345/gaia2', Format => 'Simple', RA => '01 23 45.67', Dec => '-76 54 32.10', Radius => 5, Number => 1000, ); my $catalog = $gdr2c->querydb(); #------------------------------------------------------------------------- When run, it yields a number of warnings (one per star, presumably) as follows: #------------------------------------------------------------------------- Found unrecognised filter string: E_RP at /usr/local/share/perl/5.28.1/Astro/Catalog.pm line 914. Found unrecognised filter string: E_BP at /usr/local/share/perl/5.28.1/Astro/Catalog.pm line 914. #------------------------------------------------------------------------- Having UTSL, it suggests that I should poke around in Astro::Catalog::IO documentation as follows #------------------------------------------------------------------------- ReadOpt => Reference to hash of options to be forwarded onto the format specific catalogue reader. See the IO documentation for details. #------------------------------------------------------------------------- but I have yet to find any documentation for "perldoc Astro::Catalog::IO" and rummaging in the source hasn't turned up anything very enlightening. Can you help please? Best wishes, Paul.

Mon Apr 27 11:13:56 2020 paul [...] leyland.vispa.com - Correspondence added

Subject:	Re: [rt.cpan.org #132433] AutoReply: Possible bug in Astro::Catalog::Query::Vizier
Date:	Mon, 27 Apr 2020 16:13:12 +0100
To:	bug-Astro-Catalog [...] rt.cpan.org
From:	Paul Leyland <paul [...] leyland.vispa.com>

Ah, perhaps this may be relevant. Line 422 of Astro/Catalog/IO/TST.pm reads as follows if ($filter =~ /^E_(\w)$/i) { Changing the capture to (\w+) disables the warnings and allows the program to output data consistent with that obtained from an interactive query at Vizier. Paul On 27/04/2020 15:39, Bugs in Astro-Catalog via RT wrote: Show quoted text

> Greetings, > > This message has been automatically generated in response to the > creation of a trouble ticket regarding: > "Possible bug in Astro::Catalog::Query::Vizier", > a summary of which appears below. > > There is no need to reply to this message right now. Your ticket has been > assigned an ID of [rt.cpan.org #132433]. Your ticket is accessible > on the web at: > > https://rt.cpan.org/Ticket/Display.html?id=132433 > > Please include the string: > > [rt.cpan.org #132433] > > in the subject line of all future correspondence about this issue. To do so, > you may reply to this message. > > Thank you, > bug-Astro-Catalog@rt.cpan.org > > ------------------------------------------------------------------------- > Hello, > > I'm trying to use Astro::Catalog::Query::Vizier to query the Gaia-DR2 > catalog, aka I/345/Gaia2. I'm not sure whether what I find is a bug, a > misfeature or simply evidence of my incompetence. Sundry Web searches > have not turned up anything useful. > > A minimal program is > > #------------------------------------------------------------------------- > > use Astro::Catalog::Query::Vizier; > > $gdr2c = new Astro::Catalog::Query::Vizier( > Catalog => 'I/345/gaia2', > Format => 'Simple', > RA => '01 23 45.67', > Dec => '-76 54 32.10', > Radius => 5, > Number => 1000, > ); > my $catalog = $gdr2c->querydb(); > > #------------------------------------------------------------------------- > > When run, it yields a number of warnings (one per star, presumably) as > follows: > > #------------------------------------------------------------------------- > > Found unrecognised filter string: E_RP > at /usr/local/share/perl/5.28.1/Astro/Catalog.pm line 914. > Found unrecognised filter string: E_BP > at /usr/local/share/perl/5.28.1/Astro/Catalog.pm line 914. > > #------------------------------------------------------------------------- > > Having UTSL, it suggests that I should poke around in Astro::Catalog::IO > documentation as follows > > #------------------------------------------------------------------------- > > ReadOpt => Reference to hash of options to be forwarded onto the > format specific catalogue reader. See the IO documentation > for details. > > #------------------------------------------------------------------------- > > but I have yet to find any documentation for "perldoc > Astro::Catalog::IO" and rummaging in the source hasn't turned up > anything very enlightening. > > Can you help please? > > Best wishes, > > Paul.

Mon Apr 27 13:40:45 2020 ether [...] cpan.org - Ticket #132432: Merged into ticket #132433

Mon Apr 27 13:40:45 2020 ether [...] cpan.org - Merged into ticket #132433

Tue Apr 28 20:30:26 2020 GSB [...] cpan.org - Correspondence added

Hello, Thank you for the fix! I have included it in version 4.35. Best regards, Graham On Mon Apr 27 11:13:56 2020, paul@leyland.vispa.com wrote: Show quoted text

> Ah, perhaps this may be relevant. > > Line 422 of Astro/Catalog/IO/TST.pm reads as follows > > if ($filter =~ /^E_(\w)$/i) { > > Changing the capture to (\w+) disables the warnings and allows the > program to output data consistent with that obtained from an > interactive > query at Vizier. > > > Paul > > On 27/04/2020 15:39, Bugs in Astro-Catalog via RT wrote:

> > Greetings, > > > > This message has been automatically generated in response to the > > creation of a trouble ticket regarding: > > "Possible bug in Astro::Catalog::Query::Vizier", > > a summary of which appears below. > > > > There is no need to reply to this message right now. Your ticket has > > been > > assigned an ID of [rt.cpan.org #132433]. Your ticket is accessible > > on the web at: > > > > https://rt.cpan.org/Ticket/Display.html?id=132433 > > > > Please include the string: > > > > [rt.cpan.org #132433] > > > > in the subject line of all future correspondence about this issue. To > > do so, > > you may reply to this message. > > > > Thank you, > > bug-Astro-Catalog@rt.cpan.org > > > > ------------------------------------------------------------------------- > > Hello, > > > > I'm trying to use Astro::Catalog::Query::Vizier to query the Gaia-DR2 > > catalog, aka I/345/Gaia2. I'm not sure whether what I find is a bug, > > a > > misfeature or simply evidence of my incompetence. Sundry Web > > searches > > have not turned up anything useful. > > > > A minimal program is > > > > #------------------------------------------------------------------------- > > > > use Astro::Catalog::Query::Vizier; > > > > $gdr2c = new Astro::Catalog::Query::Vizier( > > Catalog => 'I/345/gaia2', > > Format => 'Simple', > > RA => '01 23 45.67', > > Dec => '-76 54 32.10', > > Radius => 5, > > Number => 1000, > > ); > > my $catalog = $gdr2c->querydb(); > > > > #------------------------------------------------------------------------- > > > > When run, it yields a number of warnings (one per star, presumably) > > as > > follows: > > > > #------------------------------------------------------------------------- > > > > Found unrecognised filter string: E_RP > > at /usr/local/share/perl/5.28.1/Astro/Catalog.pm line 914. > > Found unrecognised filter string: E_BP > > at /usr/local/share/perl/5.28.1/Astro/Catalog.pm line 914. > > > > #------------------------------------------------------------------------- > > > > Having UTSL, it suggests that I should poke around in > > Astro::Catalog::IO > > documentation as follows > > > > #------------------------------------------------------------------------- > > > > ReadOpt => Reference to hash of options to be forwarded onto the > > format specific catalogue reader. See the IO > > documentation > > for details. > > > > #------------------------------------------------------------------------- > > > > but I have yet to find any documentation for "perldoc > > Astro::Catalog::IO" and rummaging in the source hasn't turned up > > anything very enlightening. > > > > Can you help please? > > > > Best wishes, > > > > Paul.

Tue Apr 28 20:30:27 2020 The RT System itself - Status changed from 'new' to 'open'

Tue Apr 28 22:39:44 2020 GSB [...] cpan.org - Status changed from 'open' to 'resolved'

Tue Apr 28 22:39:45 2020 GSB [...] cpan.org - Fixed in 4.35 added

Wed Apr 29 05:14:30 2020 paul [...] leyland.vispa.com - Correspondence added

Subject:	Re: [rt.cpan.org #132433] Possible bug in Astro::Catalog::Query::Vizier
Date:	Wed, 29 Apr 2020 10:13:43 +0100
To:	bug-Astro-Catalog [...] rt.cpan.org
From:	Paul Leyland <paul [...] leyland.vispa.com>

Hi Graham Sorry to trouble you again. I've not raised a ticket because I don't know whether the behaviour is a bug or is by design. "cpan -u" correctly indicates that Astro::Catalog needs updating. Part way through it reports #------------------------------------------------------------------------- t/1_compile.t ..... 11/38 # Astro::Catalog::IO::VOTable can not locate Astro/VO/VOTable/Document.pm #------------------------------------------------------------------------- so, of course, I tried to install Astro::VO::VOTable with the following result. #------------------------------------------------------------------------- Loading internal logger. Log::Log4perl recommended for better logging Reading '/root/.cpan/Metadata' Database was generated on Wed, 29 Apr 2020 08:55:59 GMT Show quoted text

>(error): Could not expand [Astro::VO::VOTable]. Check the module name. >(info): I can suggest names if you install one of

Text::Levenshtein::XS, Text::Levenshtein::Damerau::XS, Text::Levenshtein, and Text::Levenshtein::Damerau::PP Show quoted text

>(info): and you provide the -x option on invocation. >(error): Skipping Astro::VO::VOTable because I couldn't find a matching

namespace. #------------------------------------------------------------------------- Best wishes, Paul

Wed Apr 29 20:18:12 2020 GSB [...] cpan.org - Correspondence added

Hello, Does that cause a test failure for you? (I thought Astro::VO::VOTable was supposed to be optional.) It looks like that module isn't on CPAN, but you can still get it from here: https://heasarc.gsfc.nasa.gov/classx/votable/ Best regards, Graham On Wed Apr 29 05:14:30 2020, paul@leyland.vispa.com wrote: Show quoted text

> Hi Graham > > Sorry to trouble you again. I've not raised a ticket because I don't > know whether the behaviour is a bug or is by design. > > "cpan -u" correctly indicates that Astro::Catalog needs updating. Part > way through it reports > > #------------------------------------------------------------------------- > > t/1_compile.t ..... 11/38 # Astro::Catalog::IO::VOTable can not locate > Astro/VO/VOTable/Document.pm > > #------------------------------------------------------------------------- > > so, of course, I tried to install Astro::VO::VOTable with the following > result. > > #------------------------------------------------------------------------- > > Loading internal logger. Log::Log4perl recommended for better logging > Reading '/root/.cpan/Metadata' > Database was generated on Wed, 29 Apr 2020 08:55:59 GMT

> >(error): Could not expand [Astro::VO::VOTable]. Check the module name. > >(info): I can suggest names if you install one of

> Text::Levenshtein::XS, Text::Levenshtein::Damerau::XS, > Text::Levenshtein, and Text::Levenshtein::Damerau::PP

> >(info): and you provide the -x option on invocation. > >(error): Skipping Astro::VO::VOTable because I couldn't find a matching

> namespace. > > #------------------------------------------------------------------------- > > Best wishes, > > Paul

Thu Apr 30 03:46:02 2020 paul [...] leyland.vispa.com - Correspondence added

Subject:	Re: [rt.cpan.org #132433] Possible bug in Astro::Catalog::Query::Vizier
Date:	Thu, 30 Apr 2020 08:45:13 +0100
To:	bug-Astro-Catalog [...] rt.cpan.org
From:	Paul Leyland <paul [...] leyland.vispa.com>

Hi Graham, Just a warning, not a failure but it irritated me because a CPAN-hosted module had an optional dependency on a non-CPAN module which I couldn't find. Now I know where it is ... Don't worry about it, though it would be nice if someone could uploaded it to CPAN. Cheers, Paul On 30/04/2020 01:18, Graham Bell via RT wrote: Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=132433 > > > Hello, > > Does that cause a test failure for you? (I thought Astro::VO::VOTable was supposed to be optional.) > > It looks like that module isn't on CPAN, but you can still get it from here: > > https://heasarc.gsfc.nasa.gov/classx/votable/ > > Best regards, > Graham > > On Wed Apr 29 05:14:30 2020, paul@leyland.vispa.com wrote:

>> Hi Graham >> >> Sorry to trouble you again. I've not raised a ticket because I don't >> know whether the behaviour is a bug or is by design. >> >> "cpan -u" correctly indicates that Astro::Catalog needs updating. Part >> way through it reports >> >> #------------------------------------------------------------------------- >> >> t/1_compile.t ..... 11/38 # Astro::Catalog::IO::VOTable can not locate >> Astro/VO/VOTable/Document.pm >> >> #------------------------------------------------------------------------- >> >> so, of course, I tried to install Astro::VO::VOTable with the following >> result. >> >> #------------------------------------------------------------------------- >> >> Loading internal logger. Log::Log4perl recommended for better logging >> Reading '/root/.cpan/Metadata' >> Database was generated on Wed, 29 Apr 2020 08:55:59 GMT

>>> (error): Could not expand [Astro::VO::VOTable]. Check the module name. >>> (info): I can suggest names if you install one of

>> Text::Levenshtein::XS, Text::Levenshtein::Damerau::XS, >> Text::Levenshtein, and Text::Levenshtein::Damerau::PP

>>> (info): and you provide the -x option on invocation. >>> (error): Skipping Astro::VO::VOTable because I couldn't find a matching

>> namespace. >> >> #------------------------------------------------------------------------- >> >> Best wishes, >> >> Paul

> >