Jump to content

RAvirani

Honored Premier Sponsor
  • Content Count

    2,546
  • Joined

  • Last visited

  • Days Won

    50

RAvirani last won the day on November 10

RAvirani had the most liked content!

Community Reputation

1,750 Wireless Expert

About RAvirani

  • Rank
    Seattleite

Profile Information

  • Phones/Devices
    Not Telling
  • Gender
    Not Telling
  • Location
    Seattle, WA/Champaign, IL
  • Here for...
    Sprint Fan Boy (or Girl)

Recent Profile Visitors

3,391 profile views
  1. Champaign, Illinois, a town of probably about 150,000 people, has 5 M-MIMO sites. We're seeing permits and swap outs for M-MIMO all over the greater Seattle area even though Seattle isn't an official launch market. I'd say Sprint is moving full steam ahead with NR upgrades. As dire as Sprint's accountants are making their situation look, they are more than capable and more than ready to survive sans-merger.
  2. The Google Maps Javascript API is $7 per 1000 loads, and you get a $200 per month of free usage. As long as we stay below roughly 28,500 loads per month, we shouldn't have issues using the Google Maps API. https://cloud.google.com/maps-platform/pricing/
  3. When I heard about the fusiontables shutdown, I played with building a map solution that uses a SQL database (which can be edited row by row with a GUI) and the google maps API to display pins and data on a map. I did get it working although didn't really test it with a high volume of pins. The problem with rendering a lot of individual pins is that it takes a lot of memory/processing power on the client side. Fusiontables got around this by rendering the pins as image tiles on the server side, and serving these to the user. I know that if I switch from exporting single data points to exporting KMLs, the pins can be rendered as tiles server-side, but I haven't really investigated this. Effectively, I'd be trying to create something very similar to fusiontables where you can edit rows in a GUI and display the data onto a map via server-side-rendered tiles. If you cannot find any other suitable map platforms, this is something I can look into... Here is an example map I just threw together with a few M-MIMO sites in the greater Puget Sound area: https://projects.viranifamily.net/mysql-maps/
  4. Yes, there are areas like that in the greater Puget Sound area, too. I've verified that there is no longer roaming coverage along several highways which are serviced exclusively by Verizon.
  5. Yes the site at the Mountlake exit off 520 broadcasts 5 L2500 carriers. Many sites in the area do nowadays. The B12 is T-Mobile/AT&T roaming. If it's displaying as Sprint, it's T-Mobile roaming and it's unlimited and unthrottled.
  6. I would measure it in weeks, not years 😉.
  7. Almost every Verizon site upgrade that has happened in Seattle in the last year is an LTE-only setup. All new builds are LTE-only.
  8. They were purchased by Mosaik a while ago. Ever since then, they've been on a steady decline. I think the only reason Mosaik bought them was to eliminate what they thought was a competitor offering data for free.
  9. All of the Verizon upgrades happening in my market are LTE-only. The new equipment they are installing isn't CDMA-capable.
  10. I'm not sure if anyone noticed this, but as of the 10/11 coverage map update, roaming on the LTE/NR coverage map now mirrors AT&T's UMTS/HSPA/LTE coverage. That being said, it notably no longer includes Verizon roaming coverage at all. The EVDO coverage map doesn't display Verizon roaming either. Verizon CDMA coverage is only displayed on the voice coverage map along with AT&T UMTS/HSPA coverage. Looks like were going to see a lot more AT&T roaming and a lot less Verizon roaming soon.
  11. Ericsson Massive MIMO 29 GHz equipment. EDIT: Tim beat me to it.
  12. This is just not my day 😂. I thought you typed 311-480. Yes, 311-490 is a Sprint PLMN. It's used for Virgin mobile. I really need to get some sleep.
×
×
  • Create New...