Re: Geo::WebService::Elevation::USGS

2019-09-03 Thread Mike
This one gives: Unable to get page at httpfetch.pl line 35. I wonder if all of these are redirects: # Does not work my $test = get('https://nationalmap.gov/epqs/') or die 'Unable to get page'; # Does not work #my $test = get('https://nationalmap.gov/epqs/pqs.php') or die 'Unable to get

Re: Geo::WebService::Elevation::USGS

2019-09-01 Thread Olivier
Mike writes: > Yes.  Both of these work fine: > > my $test = get('http://google.com/') or die 'Unable to get page'; # Works > my $test = get('https://google.com/') or die 'Unable to get page'; # Works Good, do we know two things: - your LWP::Simple is correctly installed - you have no proxy

Re: Geo::WebService::Elevation::USGS

2019-08-30 Thread Mike
Yes.  Both of these work fine: my $test = get('http://google.com/') or die 'Unable to get page'; # Works my $test = get('https://google.com/') or die 'Unable to get page'; # Works On 8/29/2019 9:33 PM, Olivier wrote: Mike writes: Sorry Mike, but I have hard time to get a clear picture of

Re: Geo::WebService::Elevation::USGS

2019-08-29 Thread Olivier
Mike writes: > I sure appreciate your help. > > I have done quite a few things listed on the internet > with both Simple and UserAgent. Sorry Mike, but I have hard time to get a clear picture of what you are saying. Did you manage to use LWP::Simple to load google.com? This is really the

Re: Geo::WebService::Elevation::USGS

2019-08-29 Thread Mike
I was thinking it might give the fill in form that you get when you go here: https://nationalmap.gov/epqs/ I think you are right.  It is acting as intended when visited with a browser. Mike On 8/28/2019 10:00 PM, Olivier wrote: Mike writes: Thanks for the response. Yeah, I don't

Re: Geo::WebService::Elevation::USGS

2019-08-29 Thread Mike
In my Firefox it is set at: "Use system proxy settings" I turned it off briefly, but didn't really see any changes. I do not implement a proxy in LWP::Simple. I don't think I use a system Proxy: http://www.mflan.com/temp/proxy.jpg Mike On 8/29/2019 5:52 AM, Olivier wrote: And another

Re: Geo::WebService::Elevation::USGS

2019-08-29 Thread Mike
I sure appreciate your help. I have done quite a few things listed on the internet with both Simple and UserAgent. We see that many of the failing sites are govt sites.  One guy can access all my Not Working sites, but he says that glorecords and nationalmap.gov react very slow, even when

Re: Geo::WebService::Elevation::USGS

2019-08-29 Thread Olivier
-- And another question... Are you using any proxy in your broswer? If you do, how did you imnplemented that proxy in LWP::Simple? Olivier Olivier writes: > Mike writes: > >> Thanks for the response. >> >> I agree with everything you say. >> I just want my LWP::Simple to access every >> web

Re: Geo::WebService::Elevation::USGS

2019-08-29 Thread Olivier
Mike writes: > Thanks for the response. > > I agree with everything you say. > I just want my LWP::Simple to access every > web link that my browser can access. > > > I now know that some of you can run the > code below and get all 4 of the websites > I have listed to return the website info. >

Re: Geo::WebService::Elevation::USGS

2019-08-29 Thread Mike
Thanks for the response. I agree with everything you say. I just want my LWP::Simple to access every web link that my browser can access. I now know that some of you can run the code below and get all 4 of the websites I have listed to return the website info. All 4 of those web links gives:

Re: Geo::WebService::Elevation::USGS

2019-08-28 Thread Olivier
Mike writes: > Thanks for the response. > > Yeah, I don't understand why > https://nationalmap.gov/epqs/pqs.php > won't open in a browser, but In fact, it does open in a browser and the result is "General failure: Invalid Coordinates". This URL runs the PHP script pqs.php, this script needs

Re: Geo::WebService::Elevation::USGS

2019-08-28 Thread Andy Bach
The url ending pgs.php requires the query_string data to be looked up. The url ending in “/“ is for the interactive page for a browser, say. You shouldn’t have to specify “:443” (from your 500 error) instead just use “https://“ prefix. In general http connections forward themselves to https; if I

Re: Geo::WebService::Elevation::USGS

2019-08-28 Thread Mike
Thank you.  That helps me a lot to know that it works for you. Your code, exactly as you sent it, still does not work for me. It gives: 500 Can't connect to nationalmap.gov:443 (Bad address) at trash.pl line 19. I'm going to try to assign an environment variable to my system.  I doubt that

Re: Geo::WebService::Elevation::USGS

2019-08-28 Thread Mike
Thanks for the response. Yeah, I don't understand why https://nationalmap.gov/epqs/pqs.php won't open in a browser, but https://nationalmap.gov/epqs/ will.  I imagine this may have something to do with redirects, but who knows. When I put https://nationalmap.gov/epqs/pqs.php into a web

Re: Geo::WebService::Elevation::USGS

2019-08-27 Thread Mike
Thank you all for the responses. I now think this has nothing to do with Geo::WebService::Elevation::USGS.  See the script below for other web links that LWP::Simple cannot reach and parse.  I have not figured out why, but the problem is not with USGS.pm,. #!/usr/bin/perl use strict; use

Re: Geo::WebService::Elevation::USGS

2019-08-27 Thread Andy Bach
Telnet doesn’t use the colon $ telnet But i think you’re right about the addresses being wrong bad. “http” means port “:80” and “https” uses port “:443” On Mon, Aug 26, 2019 at 10:27 PM Uri Guttman wrote: > On 8/26/19 8:00 PM, Mike wrote: > > > > > > > > use constant USGS_URL =>

Re: Geo::WebService::Elevation::USGS

2019-08-26 Thread Uri Guttman
On 8/26/19 8:00 PM, Mike wrote: use constant USGS_URL => 'https://ned.usgs.gov/epqs/pqs.php'; to use constant USGS_URL => 'https://nationalmap.gov/epqs/pqs.php'; have you tried to just telnet to those hosts?  telnet nationalmap.gov:443 telnet: could not resolve nationalmap.gov:443/telnet: