Skip Menu |

This queue is for tickets about the Geo-Point CPAN distribution.

Report information
The Basics
Id: 129852
Status: rejected
Priority: 0/
Queue: Geo-Point

People
Owner: Nobody in particular
Requestors: rowet [...] metsci.com
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: Documentation error for Geo::Point?
Date: Wed, 19 Jun 2019 00:59:17 +0000
To: "bug-Geo-Point [...] rt.cpan.org" <bug-Geo-Point [...] rt.cpan.org>
From: "Rowe, Thomas" <rowet [...] metsci.com>
use warnings; use strict; use v5.14; use autodie; use Geo::Proj; use Geo::Point; my $wgs84 = Geo::Proj->new ( nick => 'wgs84', proj4 => '+proj=latlong +datum=WGS84 +ellps=WGS84' ); my $eqc = Geo::Proj->new ( nick => 'eqc', proj4 => '+proj=eqc +datum=WGS84 +ellps=sphere +lat_ts=0' ); my $point_wgs84 = Geo::Point->latlong(56.12, 4.40, 'wgs84'); my $point_eqc = $point_wgs84->in('eqc'); # works $point_eqc = $point_wgs84->in($eqc); # dies with: proj parameter must be a label, not a Geo::Proj object at error2.pl line 20
Show quoted text
> $point_eqc = $point_wgs84->in($eqc); # dies with: proj parameter must > be a label, not a Geo::Proj object at error2.pl line 20
Where is the documentation that this would be allowed? There is a clear purpose to use labels for points, not projection objects: with the objects, it is not always clear which are equivalent.
For the sake of enforcing abstraction in Geo::Point, it will only support references to projections by nick name.