edbrowse-dev - development list for edbrowse
 help / color / mirror / Atom feed
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

  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).