From: Kevin Carhart <kevin@carhart.net>
To: Edbrowse-dev@lists.the-brannons.com
Subject: Re: [Edbrowse-dev] Edbrowse 3.5.1 submit button fails
Date: Sun, 10 Aug 2014 20:52:33 -0700 (PDT) [thread overview]
Message-ID: <alpine.LRH.2.03.1408101803210.13039@carhart.net> (raw)
In-Reply-To: <alpine.LNX.2.03.1408041412350.1382@ftml.net>
Hi Chuck
I was hoping I could dig up something for you on t-mobile.com, but I don't
think I can yet. Some day maybe we can make that javascript from your
transcript just work. The thing about this T-Mobile site is that
they have done their coverage information as a graphical Google Map with
splotches of color for the levels. So that's dumb decisionmaking on their
part. What I did find was that in the bowels of the program, they do
have something that you can read as plain text. The coverage levels for a
particular city are retrieved using a long, ugly URL like:
http://www.t-mobile.com/srvspub/proxyeng?path=/Directory/RESTService/searchNearestAtPoint&point=-73%2042&table=PUBLIC;TMobileDomain//Coverage.Umts&coordSysIn=EPSG:4269&maxCandidates=1&distance=.001&distanceUnit=MI&name=MBB&criterion=Proximity&output=json
And where it says 'point=', it is accepting a latitude and longitude pair.
Like the latitude and longitude for Ghent, for instance. The output
contains something called CovClass, which I think is a number that ties
back to their coverage level- the answer you want.
{"EnvinsaResponse":{"type":"SearchResponse","featureCollection":{"distanceUnit":"MI","features":[{"distanceUnit":"MI","distance":"0.00000","attributes":[{"value":"4","name":"CovClass"}],"point":{"y":42,"x":-73}}],"coordSys":"epsg:4269"}}}
Of course you need a key to know what the value "4" means. So when does
this become more work than it is worth? You may be long gone to another
solution to your question in the time it would take to deal with all of
this. The reason I'm writing up this email is that I was excited
to find that it was not futile to go looking in the HTTP sessions for
plain text. (for this particular site, at least.) Potentially an edbrowse
user could disregard the bloated interface altogether, and plug the
latitude and longitude right into a srvspub/proxyeng URL. I don't know..
it could be a medium-difficulty page. Not as good as the ones where the
authors have made an effort to write a website that works in plain text,
but not as bad as some that have zilch apart from their graphics.
Kevin
On Mon, 4 Aug 2014, Charles Hallenbeck wrote:
> Hi all,
>
> Below is a capture of a very simple task that failed. I went to
> www.tmobile.com, searched twice for an empty text entry field, and
> attempted to submit my location (Ghent, NY) to determine the level of
> signal I might expect here. Before activating the submit button, I
> requested debug level 7, and then quit immediately that action failed.
>
> The following is only 30 lines long, I hope it contaqins some
> information that is meaningful to one of you, I don't know what to make
> of it.
>
> Thanks for any help or suggestions.
>
> ---- start script ---
>
>
> Script started on Mon 04 Aug 2014 02:04:16 PM EDT
> [chuckh@acer ~]$ edbrowse www.t-mobile.com
> 84591
> [14:04:44] Ensighten> Bootstrap=nexus.ensighten.com/tmobile/prod/code/
> [14:04:44] Ensighten> UTL:Helper Functions 20140318
> [14:04:44] Inside Tracker Framework
> [14:04:44] Ensighten: EDL Common Global
> [14:04:45] Initializing with profile 12015924.
> [14:04:45] Exception during init TypeError: a.parentNode is undefined
> warning: http error 404, Not Found
> line 1812: could not fetch javascript from http://es.t-mobile.com/mpel.js?href=www.t-mobile.com&ref=&lang=english, code 404
> 5503
> /<>
> Search <> <Go>Search
> /
> <> <> CHECK COVERAGE
> i1=Ghent, NY
> <Ghent, NY> <> CHECK COVERAGE
> db7
> i*
> scmd = *
> findField returns 2.406
> undoCompare no undo map
> jSyncup starts
> jSyncup ends
> no javascript associated with this button
> q
> undoCompare strip 0
> freeWindowLines = 301
> freeWindowLines = 1913
> [chuckh@acer ~]$
>
> ---- end script --
>
> BTW, elinks still uses JS 1.85, and fails to even display the opening
> screen.
>
> Chuck
>
>
>
> --
>
> Chuck in Ghent, northeast of Hudson on the Hudson.
>
> _______________________________________________
> Edbrowse-dev mailing list
> Edbrowse-dev@lists.the-brannons.com
> http://lists.the-brannons.com/mailman/listinfo/edbrowse-dev
>
--------
Kevin Carhart * 415 225 5306 * The Ten Ninety Nihilists
next prev parent reply other threads:[~2014-08-11 3:53 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-04 18:21 Charles Hallenbeck
2014-08-11 3:52 ` Kevin Carhart [this message]
2014-08-11 10:57 ` Charles Hallenbeck
2014-08-05 11:00 Karl Dahlke
2014-08-05 12:44 ` Charles Hallenbeck
2014-08-05 20:12 ` Adam Thompson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.LRH.2.03.1408101803210.13039@carhart.net \
--to=kevin@carhart.net \
--cc=Edbrowse-dev@lists.the-brannons.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).