Jump to content

Sprint LTE Coverage Maps via Sensorly


Recommended Posts

Sensorly hasn't updated on most zoom levels in 2 days now.

It turns out half our import engines went down for 3 days and our monitoring missed it. It's catching up.

The following shows how far back in importing the data we are. Add another day or so to catch up with redrawing the maps. Bascially 25% of the CDMA data is backlogged 5 days.

 

 

<table border="1" style="font-family: Times;"> <tbody> <tr> <th> Worker</th> <th> Last updated</th> <th> Highest id</th> <th> Time delta</th> </tr> <tr> </tr> <tr> <td> counters.last_reports.CDMA.COVERAGE.0</td> <td> 2013-03-25 21:04:00.0</td> <td> 45076676</td> <td> 4.91 days</td> </tr> <tr> <td> counters.last_reports.CDMA.COVERAGE.1</td> <td> 2013-03-25 21:09:33.0</td> <td> 66539273</td> <td> 12.92 minutes</td> </tr> <tr> <td> counters.last_reports.CDMA.COVERAGE.2</td> <td> 2013-03-25 21:08:37.0</td> <td> 66564618</td> <td> 5.25 minutes</td> </tr> <tr> <td> counters.last_reports.CDMA.COVERAGE.3</td> <td> 2013-03-25 21:09:33.0</td> <td> 66538799</td> <td> 13.03 minutes</td> </tr> <tr> <td> counters.last_reports.GSM.COVERAGE.0</td> <td> 2013-03-25 21:08:37.0</td> <td> 63537224</td> <td> 15.89 hours</td> </tr> <tr> <td> counters.last_reports.GSM.COVERAGE.1</td> <td> 2013-03-25 21:05:24.0</td> <td> 66571119</td> <td> 1 seconds</td> </tr> <tr> <td> counters.last_reports.GSM.COVERAGE.2</td> <td> 2013-03-25 21:08:37.0</td> <td> 63537086</td> <td> 15.90 hours</td> </tr> <tr> <td> counters.last_reports.GSM.COVERAGE.3</td> <td> 2013-03-25 21:05:20.0</td> <td> 66570271</td> <td> 9 seconds</td> </tr> <tr> <td> counters.last_reports.LTE.COVERAGE.0</td> <td> 2013-03-25 21:06:21.0</td> <td> 66574463</td> <td> 6 seconds</td> </tr> <tr> <td> counters.last_reports.LTE.COVERAGE.1</td> <td> 2013-03-25 21:09:33.0</td> <td> 53471637</td> <td> 3.13 days</td> </tr> <tr> <td> counters.last_reports.LTE.COVERAGE.2</td> <td> 2013-03-25 21:06:29.0</td> <td> 66574895</td> <td> 6 seconds</td> </tr> <tr> <td> counters.last_reports.LTE.COVERAGE.3</td> <td> 2013-03-25 21:08:37.0</td> <td> 60067367</td> <td> 1.55 days</td> </tr> <tr> <td> counters.last_reports.WIFI.COVERAGE.0</td> <td> 2013-03-25 21:05:25.0</td> <td> 66570609</td> <td> 7 seconds</td> </tr> <tr> <td> counters.last_reports.WIFI.COVERAGE.1</td> <td> 2013-03-25 21:05:26.0</td> <td> 66570629</td> <td> 8 seconds</td> </tr> <tr> <td> counters.last_reports.WIFI.COVERAGE.2</td> <td> 2013-03-25 21:05:26.0</td> <td> 66570636</td> <td> 8 seconds</td> </tr> <tr> <td> counters.last_reports.WIFI.COVERAGE.3</td> <td> 2013-03-25 21:05:25.0</td> <td> 66570601</td> <td> 7 seconds</td> </tr> <tr> <td> counters.last_reports.WIMAX.COVERAGE.0</td> <td> 2013-03-25 21:05:34.0</td> <td> 66571789</td> <td> 0 seconds</td> </tr> <tr> <td> counters.last_reports.WIMAX.COVERAGE.1</td> <td> 2013-03-25 21:07:41.0</td> <td> 66580174</td> <td> 0 seconds</td> </tr> <tr> <td> counters.last_reports.WIMAX.COVERAGE.2</td> <td> 2013-03-25 21:07:41.0</td> <td> 66580168</td> <td> 0 seconds</td> </tr> <tr> <td> counters.last_reports.WIMAX.COVERAGE.3</td> <td> 2013-03-25 21:05:34.0</td> <td> 66571793</td> <td> 0 seconds

</td> </tr> </tbody></table>

  • Like 1
Link to comment
Share on other sites

 

Speedtest is broken since we changed the control server's IP. Waiting for Apple to ok the new version

 

 

Does this mean that iPhones may be able to get the app in the near future?

Link to comment
Share on other sites

Oh! It doesn't show up when I search for it in the App Store. Maybe when/if Apple removes their restrictions it will be available again in the App Store.

Link to comment
Share on other sites

 

It turns out half our import engines went down for 3 days and our monitoring missed it. It's catching up.

The following shows how far back in importing the data we are. Add another day or so to catch up with redrawing the maps. Bascially 25% of the CDMA data is backlogged 5 days.

 

 

 

Was any data lost during that period?

Link to comment
Share on other sites

No, it was just being added to a database until it could be processed. Once the data reaches us, it can't get lost.

Ok, this is good to know since i mapped out some areas that had no 4g earlier.

Link to comment
Share on other sites

We've had an iOS app out for a while but it can't collect signal strength or the type of mobile network, due to Apple restrictions.

 

Any plans to release Sensorly App for jailbroken phones on Cydia where there are no such restrictions?

 

There is is plenty of good info out there regarding iOS Private API Documentation that will allow you to using private iOS functions to collect signal strength and/or mobile network.

Link to comment
Share on other sites

There is is plenty of good info out there regarding iOS Private API Documentation that will allow you to using private iOS functions to collect signal strength and/or mobile network.

I found plenty for iOS 3 but I never found anything for iOS4 ,especially for CDMA.

Any pointers you'd like to share via PM ?

Link to comment
Share on other sites

Quick update : all of the backlog of data is processed and drawn at least at some zoom levels. Except for 25% of the CDMA data which is 4.5 days late at most.

<table border="1" style="font-family: Times;"> <tbody> <tr> <th> Worker</th> <th> Last updated</th> <th> Highest id</th> <th> Time delta</th> </tr> <tr> </tr> <tr> <td> counters.last_reports.CDMA.COVERAGE.0</td> <td> 2013-03-27 08:22:52.0</td> <td> 54168312</td> <td> 4.48 days</td> </tr> <tr> <td> counters.last_reports.CDMA.COVERAGE.1</td> <td> 2013-03-27 08:18:08.0</td> <td> 73104784</td> <td> 2 seconds</td> </tr> <tr> <td> counters.last_reports.CDMA.COVERAGE.2</td> <td> 2013-03-27 08:18:08.0</td> <td> 73104704</td> <td> 4 seconds</td> </tr> <tr> <td> counters.last_reports.CDMA.COVERAGE.3</td> <td> 2013-03-27 08:18:07.0</td> <td> 73104759</td> <td> 2 seconds</td> </tr> <tr> <td> counters.last_reports.GSM.COVERAGE.0</td> <td> 2013-03-27 08:21:31.0</td> <td> 73112429</td> <td> 5 seconds</td> </tr> <tr> <td> counters.last_reports.GSM.COVERAGE.1</td> <td> 2013-03-27 08:21:31.0</td> <td> 73112344</td> <td> 6 seconds</td> </tr> <tr> <td> counters.last_reports.GSM.COVERAGE.2</td> <td> 2013-03-27 08:21:28.0</td> <td> 73112234</td> <td> 5 seconds</td> </tr> <tr> <td> counters.last_reports.GSM.COVERAGE.3</td> <td> 2013-03-27 08:21:31.0</td> <td> 73112334</td> <td> 6 seconds</td> </tr> <tr> <td> counters.last_reports.LTE.COVERAGE.0</td> <td> 2013-03-27 08:21:31.0</td> <td> 73112739</td> <td> 0 seconds</td> </tr> <tr> <td> counters.last_reports.LTE.COVERAGE.1</td> <td> 2013-03-27 08:22:52.0</td> <td> 70917597</td> <td> 12.31 hours</td> </tr> <tr> <td> counters.last_reports.LTE.COVERAGE.2</td> <td> 2013-03-27 08:18:17.0</td> <td> 73105057</td> <td> 3 seconds</td> </tr> <tr> <td> counters.last_reports.LTE.COVERAGE.3</td> <td> 2013-03-27 08:18:15.0</td> <td> 73104961</td> <td> 3 seconds</td> </tr> <tr> <td> counters.last_reports.WIFI.COVERAGE.0</td> <td> 2013-03-27 08:18:09.0</td> <td> 73104570</td> <td> 9 seconds</td> </tr> <tr> <td> counters.last_reports.WIFI.COVERAGE.1</td> <td> 2013-03-27 08:18:09.0</td> <td> 73104569</td> <td> 9 seconds</td> </tr> <tr> <td> counters.last_reports.WIFI.COVERAGE.2</td> <td> 2013-03-27 08:18:09.0</td> <td> 73104562</td> <td> 10 seconds</td> </tr> <tr> <td> counters.last_reports.WIFI.COVERAGE.3</td> <td> 2013-03-27 08:18:08.0</td> <td> 73104564</td> <td> 9 seconds</td> </tr> <tr> <td> counters.last_reports.WIMAX.COVERAGE.0</td> <td> 2013-03-27 08:20:21.0</td> <td> 73109445</td> <td> 0 seconds</td> </tr> <tr> <td> counters.last_reports.WIMAX.COVERAGE.1</td> <td> 2013-03-27 08:20:22.0</td> <td> 73109476</td> <td> 0 seconds</td> </tr> <tr> <td> counters.last_reports.WIMAX.COVERAGE.2</td> <td> 2013-03-27 08:20:21.0</td> <td> 73109445</td> <td> 0 seconds</td> </tr> <tr> <td> counters.last_reports.WIMAX.COVERAGE.3</td> <td> 2013-03-27 08:20:22.0</td> <td> 73109484</td> <td> 0 seconds

</td> </tr> </tbody></table>

Link to comment
Share on other sites

I found plenty for iOS 3 but I never found anything for iOS4 ,especially for CDMA.

Any pointers you'd like to share via PM ?

 

Ole Begemann did an excellent write-up built upon Nicolas Seriot's iOS Runtime Headers github repo:

 

http://oleb.net/blog/2013/02/new-undocumented-apis-ios-6-1/

 

I believe what your looking for specifically is the coretelephony.framework:

 

https://github.com/nst/iOS-Runtime-Headers/tree/76cc1d4a6e6bc5546f04448535f9e64ec22a9716/Frameworks/CoreTelephony.framework

  • Like 1
Link to comment
Share on other sites

Quick update : all of the backlog of data is processed and drawn at least at some zoom levels. Except for 25% of the CDMA data which is 4.5 days late at most.

 

Just out curiosity about how long does it normally take to draw new data on the map? For example I mapped quite a bit of new LTE this morning around 1:30 AM Eastern and it's not on the map yet. I'm not complaining I'm just curious...

 

Correction: If I zoom in it's there, just not at the higher levels.

  • Like 1
Link to comment
Share on other sites

Anyone want to help answer this question... in the map area type in 01904 and look for Western ave ...its a main drag thru the city...you will see a small patch of purple in the area of Ryans Terrace and Western ave ....

 

The question is there are no towers in the area and I live there ....the 4g is very spotty and the towers from the old maps showed there are 2 towers a mile in either direction ...on Western Ave and I am directly in the middle of the 2 !!!! how can it show 4g when there are no towers in the general area !!! They also don't show the towers that were in the old maps that SGRU put up for that area ...

 

GMAC

Link to comment
Share on other sites

Just out curiosity about how long does it normally take to draw new data on the map? For example I mapped quite a bit of new LTE this morning around 1:30 AM Eastern and it's not on the map yet. I'm not complaining I'm just curious...

Correction: If I zoom in it's there, just not at the higher levels.

Yeah there's a lof of optimization going on to update the maps as fast as possible so zoom levels aren't updated all at the same time. There's no backlog for LTE at the moment.

  • Like 1
Link to comment
Share on other sites

Anyone want to help answer this question... in the map area type in 01904 and look for Western ave ...its a main drag thru the city...you will see a small patch of purple in the area of Ryans Terrace and Western ave ....

 

The question is there are no towers in the area and I live there ....the 4g is very spotty and the towers from the old maps showed there are 2 towers a mile in either direction ...on Western Ave and I am directly in the middle of the 2 !!!! how can it show 4g when there are no towers in the general area !!! They also don't show the towers that were in the old maps that SGRU put up for that area ...

 

GMAC

 

Could be several things. A well performing phone like the Note2, Galaxy Nexus that "pollutes" the map with its solid 4 bar signal when it is one bar or no signal. Referred to "Gnex pollution" in many of the market threads. Wish that phone wasn't allowed to map. I don't know that area but if there are any high buildings or structures that can also allow a phone to catch LTE since it is above all the ground clutter.

  • Like 3
Link to comment
Share on other sites

 

 

Could be several things. A well performing phone like the Note2, Galaxy Nexus that "pollutes" the map with its solid 4 bar signal when it is one bar or no signal. Referred to "Gnex pollution" in many of the market threads. Wish that phone wasn't allowed to map. I don't know that area but if there are any high buildings or structures that can also allow a phone to catch LTE since it is above all the ground clutter.

Yes can you please block Gnex from mapping? Some of the points are so off it looks like they mapped in hotair balloons and such.

Link to comment
Share on other sites

Yes can you please block Gnex from mapping? Some of the points are so off it looks like they mapped in hotair balloons and such.

 

I map all the time with my gnex (cm10), and have never had any issues or inaccuracies.

Link to comment
Share on other sites

 

I map all the time with my gnex (cm10), and have never had any issues or inaccuracies.

 

Me to and I know for a fact my data was correct because I know my real lte signal.

 

Sent from my Sprint Galaxy Nexus rockin 4.2.2 using Tapatalk 2

 

 

Link to comment
Share on other sites

Perhaps some statistical filtering could be used to screen bad data? Devices that consistently report perfect signal strength should not have their "measurements" added to the database.

Link to comment
Share on other sites

Me to and I know for a fact my data was correct because I know my real lte signal.

 

Sent from my Sprint Galaxy Nexus rockin 4.2.2 using Tapatalk 2

 

I think the concern is that the GNex keeps and reports a much stronger LTE signal than other devices, so it will throw "true" coverage off for a majority of users.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • large.unreadcontent.png.6ef00db54e758d06

  • gallery_1_23_9202.png

  • Posts

    • Good catch! I meant 115932/119932. Edited my original post I've noticed the same thing lately and have just assumed that they're skipping it now because they're finally able to deploy mmWave small cells.
    • At some point over the weekend, T-Mobile bumped the Omaha metro from 100+40 to 100+90 of n41! That's a pretty large increase from what we had just a few weeks ago when we were sitting at 80+40Mhz. Out of curiosity, tested a site on my way to work and pulled 1.4Gpbs. That's the fastest I've ever gotten on T-Mobile! For those that know Omaha, this was on Dodge street in Midtown so not exactly a quiet area!
    • Did you mean a different site? eNB ID 112039 has been around for years. Streetview even has it with C-band back in 2022 - https://www.google.com/maps/@40.7303042,-73.9610924,3a,24.1y,18.03h,109.66t/data=!3m8!1e1!3m6!1s2ossx06yU56AYOzREdcK-g!2e0!5s20220201T000000!6shttps:%2F%2Fstreetviewpixels-pa.googleapis.com%2Fv1%2Fthumbnail%3Fpanoid%3D2ossx06yU56AYOzREdcK-g%26cb_client%3Dmaps_sv.share%26w%3D900%26h%3D600%26yaw%3D18.027734930682684%26pitch%3D-19.664180274382204%26thumbfov%3D90!7i16384!8i8192?coh=205410&entry=ttu Meanwhile, Verizon's eNB 84484 in Fort Greene has been updated to include C-band and CBRS, but not mmWave. I've seen this a few times now on updated Verizon sites where it's just the CBRS antenna on its own, not in a shroud and without mmWave. Odd.
    • Drove out into the country today.  Dish stuck to my phone like glue. At least -120 rsrp. Likely only good for phone calls (should have tested.) It then switched to T-Mobile. Getting back on Dish was another issue. I am used to dragging out coverage so I expected a few miles, but had to drive at least 10 miles towards a Dish site. Airplane mode, which worked for Sprint, did nothing. Rebooting did nothing. Finally got it to change over about 2 miles from the site by manually setting the carrier to Dish then it had great reception. Sprint used to have a 15 minute timeout but I did not have the patience today.  Previously I did a speed test on Dish out in the country at the edge of Dish coverage. My speeds were 2g variety. Dish has really overclocked some of these sites. Seen rssp readings in the 50s. Would have called them boomer sites with Sprint but much  more common with Dish.  
  • Recently Browsing

    • No registered users viewing this page.
×
×
  • Create New...