<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:blogChannel="http://backend.userland.com/blogChannelModule">

<channel>
<title>[Bus. Ops] 477 Changes in Wireless Service Providers</title>
<link>http://www.dslreports.com/forum/r20672728</link>
<description></description>
<language>en</language>
<pubDate>Wed, 11 Nov 2009 05:53:26 EDT</pubDate>
<lastBuildDate>Wed, 11 Nov 2009 05:53:26 EDT</lastBuildDate>

<item>
<title>Re: [Bus. Ops] 477 Changes</title>
<link>http://www.dslreports.com/forum/remark,20983006</link>
<description><![CDATA[<A HREF="/useremail/u/1303751"><b>Rhaas</b></A> : <div class="bquote"><small>said by  Keithb <A HREF="/useremail/u/875582"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>  :</small><br><br>I just got a notice that the FCC 477 is due soon, and it's the same form as last year.  I see no mention about Geocode, etc.  We have our own ESRI ArcGIS mapping system for our utility lines so I suppose we could use that to pin point each location.<br> </div>These Form 477 changes are scheduled to take effect with the filing of 2008 year-end data, due March 1 2009.<br><br>The form you are filling out now is for last period, you should see the change I believe on the next filing.<br><br>* - There has been motions filed with the FCC that requiring customer count per census tract will be too difficult to manage/determine. ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20983006</guid>
<pubDate>Thu, 21 Aug 2008 00:37:33 EDT</pubDate>
</item>

<item>
<title>Re: [Bus. Ops] 477 Changes</title>
<link>http://www.dslreports.com/forum/remark,20981268</link>
<description><![CDATA[<A HREF="/useremail/u/1012835"><b>Book</b></A> : Interesting,  <br><br>   Since most of our customers are on a 0 Committed Information Rate plan, I foresee a whole lot of 0's on the form which I'm sure the FCC won't like.  I think reporting burstable rates opens me up to too much liability.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20981268</guid>
<pubDate>Wed, 20 Aug 2008 18:20:15 EDT</pubDate>
</item>

<item>
<title>Re: [Bus. Ops] 477 Changes</title>
<link>http://www.dslreports.com/forum/remark,20979488</link>
<description><![CDATA[<A HREF="/useremail/u/629959"><b>marigolds</b></A> : Ah, just read the original post.<br>The changes will not take effect until the end of the year filings.<br><br>It's still not trivial to assign census tracts to any addresses that are new since 2007 (the last time TIGER geometry was updated).]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20979488</guid>
<pubDate>Wed, 20 Aug 2008 12:39:29 EDT</pubDate>
</item>

<item>
<title>Re: [Bus. Ops] 477 Changes</title>
<link>http://www.dslreports.com/forum/remark,20979347</link>
<description><![CDATA[<A HREF="/useremail/u/875582"><b>Keithb</b></A> : There's no mention of it.  It only requests the zip codes that your subscribers are in.<br><br>&raquo;<A HREF="http://www.fcc.gov/Forms/Form477/477.xls" >www.fcc.gov/Forms/Form477/477.xls</A>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20979347</guid>
<pubDate>Wed, 20 Aug 2008 12:17:04 EDT</pubDate>
</item>

<item>
<title>Re: [Bus. Ops] 477 Changes</title>
<link>http://www.dslreports.com/forum/remark,20979107</link>
<description><![CDATA[<A HREF="/useremail/u/629959"><b>marigolds</b></A> : Does it mention reporting by census tract?<br>Since census tracts do not conform to any postal boundaries, it is going to be hard to do without geocoding.<br>(Geocoding = assigning a geographic location to a record; converting an address into a coordinate is only one form of geocoding. For example, if you take your list of customers and put a dot on a map where you think they are approximately, that's geocoding too.)<br><small>--<br>ISCABBS - the oldest and largest BBS on the Internet<br>telnet://bbs.iscabbs.com<br>Professional Geographer<br>Geographic Information Science researcher</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20979107</guid>
<pubDate>Wed, 20 Aug 2008 11:31:16 EDT</pubDate>
</item>

<item>
<title>Re: [Bus. Ops] 477 Changes</title>
<link>http://www.dslreports.com/forum/remark,20978730</link>
<description><![CDATA[<A HREF="/useremail/u/875582"><b>Keithb</b></A> : Should we even have to do this since it's not mentioned though?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20978730</guid>
<pubDate>Wed, 20 Aug 2008 10:21:18 EDT</pubDate>
</item>

<item>
<title>Re: [Bus. Ops] 477 Changes</title>
<link>http://www.dslreports.com/forum/remark,20978607</link>
<description><![CDATA[<A HREF="/useremail/u/629959"><b>marigolds</b></A> : If you have arcgis desktop (I think ArcView should work, but you may need ArcEditor):<br><br>Geocode your subscriber locations in whatever manner you want. Make sure you are using a point geometry layer and not line or polygon to represent your customers. Aggregation by Zip Code, in particular, will not work because Zip Codes do not conform to census tract boundaries. <br><br>To this point geometry file, add attribute fields you are required to report (technology type, speed, access to internet, residential/commercial, etc.). I would highly recommend using a domain for these values rather than a text field, but if you are not familiar with setting up attribute domains in ArcGIS (which requires using a geodatabase instead of a shapefile), you may not want to try that.<br>Go here and download the correct TIGER files:<br>&raquo;<A HREF="http://www.census.gov/geo/www/tiger/tgrshp2007/tgrshp2007.html" >www.census.gov/geo/www/tiger/tgr&middot;&middot;&middot;007.html</A><br>(Although there is a geocode file available for TIGER, use this as a last resort for geocoding.)<br>Add the appropriate TIGERline shapefile to a new map project with your geocoded customer locations.<br><br>I would recommend running one county at a time if possible. If it is not possible, use the Merge tool to merge the shapefiles together first.<br>This is located in ArcToolbox at Data Management>General.<br>Your input is each of the individual county shapefiles. If you are using a geodatabase to store your customer informatin, output should be to a feature class in the same geodatabase. Otherwise, use a shapefile. Keep the new name under 8 characters. Use the default Field Map.<br><br>Run the Identity tool in ArcToolbox under the Analysis Tools>Overlay toolbox.<br>Input Features: Your geocoded customers layer<br>Identity Features: The TIGERline census tracts<br>Output Feature Class: Output to the origin geodatabase if your customers are in a geodatabase feature class; otherwise output to a shapefile. If using a shapefile, keep the name under 8 characters.<br>Attributes: Leave at the default ALL<br>XY Tolerance:<br>   Check this list:<br>&raquo;<A HREF="http://www.census.gov/geo/www/tiger/tgrshp2007/tgrshp07nomtaip.txt" >www.census.gov/geo/www/tiger/tgr&middot;&middot;&middot;taip.txt</A><br>If any of your counties are on this list, use a value of 2.75 meters. Otherwise leave blank.<br><br>The resulting feature class will contain all of your customers with a field for the census tract in which they reside. If you used a shapefile, the .dbf portion of that shapefile is a Dbase IV file with all of the attribute information. Import this into your appropriate reporting software.<br>If you used a geodatabase, you can either access the table directly in Microsoft Access (personal geodatabase), in Sql Server Express (Workgroup SDE), or in your DBMS (enterprise SDE/ArcGIS Server Basic); or for a file geodatabase to you can export to an appropriate format (browse to the correct table in ArcCatalog and right click to export).<br><br>Hope that helps!<br><small>--<br>ISCABBS - the oldest and largest BBS on the Internet<br>telnet://bbs.iscabbs.com<br>Professional Geographer<br>Geographic Information Science researcher</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20978607</guid>
<pubDate>Wed, 20 Aug 2008 09:53:33 EDT</pubDate>
</item>

<item>
<title>Re: [Bus. Ops] 477 Changes</title>
<link>http://www.dslreports.com/forum/remark,20978411</link>
<description><![CDATA[<A HREF="/useremail/u/875582"><b>Keithb</b></A> : I just got a notice that the FCC 477 is due soon, and it's the same form as last year.  I see no mention about Geocode, etc.  We have our own ESRI ArcGIS mapping system for our utility lines so I suppose we could use that to pin point each location.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20978411</guid>
<pubDate>Wed, 20 Aug 2008 09:14:47 EDT</pubDate>
</item>

<item>
<title>Re: [Bus. Ops] 477 Changes</title>
<link>http://www.dslreports.com/forum/remark,20753040</link>
<description><![CDATA[<A HREF="/useremail/u/629959"><b>marigolds</b></A> : Obviously you have to pay for these services:<br>&raquo;<A HREF="http://www.esri.com/software/arcwebservices/index.html" >www.esri.com/software/arcwebserv&middot;&middot;&middot;dex.html</A><br>But those are among the best you are going to find.<br>My recommendation would be to break down the customers by county and then ask the counties to geocode them for you using the 911 geocode system. Go through the planning department and offer to allow them to keep the aggregate results when you are done (I would suggest by census block). That will protect you from Sunshine Law issues and possibly get you all the geocoding you need for free.<br><br>The reason for the shift from Zip Code is that zip codes are a changing unit with no compiled demographic information. They are essentially worthless when you want to relate back to demographic factors and impacts on health, economy, etc.<br><small>--<br>ISCABBS - the oldest and largest BBS on the Internet<br>telnet://bbs.iscabbs.com<br>Professional Geographer<br>Geographic Information Science researcher</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20753040</guid>
<pubDate>Mon, 07 Jul 2008 12:00:48 EDT</pubDate>
</item>

<item>
<title>Re: [Bus. Ops] 477 Changes</title>
<link>http://www.dslreports.com/forum/remark,20738125</link>
<description><![CDATA[<A HREF="/useremail/u/727792"><b>mogooder</b></A> : If you are looking for Lat / Long try this.<br><br>&raquo;<A HREF="http://geocoder.us/" >geocoder.us/</A><br><br>This is another one for bulk coding. <br><br>&raquo;<A HREF="http://www.batchgeocode.com/" >www.batchgeocode.com/</A><br><br>mogooder<br><small>--<br>"The Secret is in the RITHMATIC" Henry Hudson</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20738125</guid>
<pubDate>Thu, 03 Jul 2008 17:04:08 EDT</pubDate>
</item>

<item>
<title>Re: [Bus. Ops] 477 Changes</title>
<link>http://www.dslreports.com/forum/remark,20736980</link>
<description><![CDATA[<A HREF="/useremail/u/786922"><b>VariableARK</b></A> : That does work well, now if only it gave the lat long I would be in business!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20736980</guid>
<pubDate>Thu, 03 Jul 2008 13:16:20 EDT</pubDate>
</item>

<item>
<title>Re: [Bus. Ops] 477 Changes</title>
<link>http://www.dslreports.com/forum/remark,20733768</link>
<description><![CDATA[<A HREF="/useremail/u/727792"><b>mogooder</b></A> : An Alternate is here.<br><br>&raquo;<A HREF="http://www.ffiec.gov/Geocode/default.aspx" >www.ffiec.gov/Geocode/default.aspx</A><br><br>mogooder<br><small>--<br>"The Secret is in the RITHMATIC" Henry Hudson</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20733768</guid>
<pubDate>Wed, 02 Jul 2008 19:41:22 EDT</pubDate>
</item>

<item>
<title>Re: [Bus. Ops] 477 Changes</title>
<link>http://www.dslreports.com/forum/remark,20730520</link>
<description><![CDATA[<A HREF="/useremail/u/1303751"><b>Rhaas</b></A> : Under the 'go' button is the link to change it to an address search. After searching the info will be just to the left on the address form boxes.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20730520</guid>
<pubDate>Wed, 02 Jul 2008 09:23:46 EDT</pubDate>
</item>

<item>
<title>Re: [Bus. Ops] 477 Changes</title>
<link>http://www.dslreports.com/forum/remark,20727918</link>
<description><![CDATA[<A HREF="/useremail/u/786922"><b>VariableARK</b></A> : Thats doesn't seem to lead to an address search, just a fact finder on a given area.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20727918</guid>
<pubDate>Tue, 01 Jul 2008 18:36:10 EDT</pubDate>
</item>

<item>
<title>Re: [Bus. Ops] 477 Changes</title>
<link>http://www.dslreports.com/forum/remark,20704326</link>
<description><![CDATA[<A HREF="/useremail/u/727792"><b>mogooder</b></A> : In the paper work that I have read, the tract coding will be by all connections, res and bus, there will be a seperate place in the new 477 (that has not been released)where you will enter a percentage of Residential by state not by tract code. We'll see.   :D<br><br>Frank<br><small>--<br>"The Secret is in the RITHMATIC" Henry Hudson</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20704326</guid>
<pubDate>Thu, 26 Jun 2008 18:47:46 EDT</pubDate>
</item>

<item>
<title>Re: [Bus. Ops] 477 Changes</title>
<link>http://www.dslreports.com/forum/remark,20703988</link>
<description><![CDATA[<A HREF="/useremail/u/1303751"><b>Rhaas</b></A> : No, I believe the 477 data is all connections. <br>&raquo;<A HREF="http://www.fcc.gov/Forms/Form477/477.xls" >www.fcc.gov/Forms/Form477/477.xls</A>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20703988</guid>
<pubDate>Thu, 26 Jun 2008 17:33:04 EDT</pubDate>
</item>

<item>
<title>Re: [Bus. Ops] 477 Changes</title>
<link>http://www.dslreports.com/forum/remark,20703514</link>
<description><![CDATA[<A HREF="/useremail/u/202468"><b>Air WAV</b></A> : Is this just for residential users?<br><small>--<br>&raquo;<A HREF="http://StLouisBroadband.com" >StLouisBroadband.com</A><br></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20703514</guid>
<pubDate>Thu, 26 Jun 2008 16:08:15 EDT</pubDate>
</item>

<item>
<title>Re: [Bus. Ops] 477 Changes</title>
<link>http://www.dslreports.com/forum/remark,20701963</link>
<description><![CDATA[<A HREF="/useremail/u/1303751"><b>Rhaas</b></A> : A link to find the census tract via the address: &raquo;<A HREF="http://factfinder.census.gov/servlet/SAFFPopulation?_sse=on&_submenuId=population_0&_ci_nbr" >factfinder.census.gov/servlet/SA&middot;&middot;&middot;&_ci_nbr</A>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20701963</guid>
<pubDate>Thu, 26 Jun 2008 11:03:41 EDT</pubDate>
</item>

<item>
<title>Re: [Bus. Ops] 477 Changes</title>
<link>http://www.dslreports.com/forum/remark,20679510</link>
<description><![CDATA[<A HREF="/useremail/u/786922"><b>VariableARK</b></A> : If the GOV opens up a free ACCURATE geocode (google is a terrible geocoding service) then I actually think I figured out how to do this. I worked on some initial code tonight.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20679510</guid>
<pubDate>Sun, 22 Jun 2008 00:50:29 EDT</pubDate>
</item>

<item>
<title>Re: [Bus. Ops] 477 Changes</title>
<link>http://www.dslreports.com/forum/remark,20679432</link>
<description><![CDATA[<A HREF="/useremail/u/727792"><b>mogooder</b></A> : An easy method to geocode your info is being worked on however, we are waiting on the new 477.xls to be released by the FCC. At last check it was in July / August.<br><br>Frank<br><small>--<br>"The Secret is in the RITHMATIC" Henry Hudson</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20679432</guid>
<pubDate>Sun, 22 Jun 2008 00:22:34 EDT</pubDate>
</item>

<item>
<title>Re: [Bus. Ops] 477 Changes</title>
<link>http://www.dslreports.com/forum/remark,20679368</link>
<description><![CDATA[<A HREF="/useremail/u/786922"><b>VariableARK</b></A> : How are we to determine what tract our customers are in, I tried using the census website to check some addresses and it works on everything, BUT for new addresses, it just says address not available.<br><br>This sounds like a waste of everyone's time. I sure do love regulation!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20679368</guid>
<pubDate>Sun, 22 Jun 2008 00:02:01 EDT</pubDate>
</item>

<item>
<title>[Bus. Ops] 477 Changes</title>
<link>http://www.dslreports.com/forum/remark,20672728</link>
<description><![CDATA[<A HREF="/useremail/u/1303751"><b>Rhaas</b></A> : FCC Mandates Broadband Reporting Changes<br><br>Three months after approving significant changes in the reporting requirements for broadband subscribership, the FCC finally released its order amending the Form 477. Instead of reporting subscribers by ZIP Code, broadband providers will be required to report the number of broadband connections by Census Tracts. Additionally, providers must categorize subscribers based on the technology and speeds of the broadband connection. Wireless carriers are required to report the number subscribers whose plans allow them to access the Internet. Interconnected VoIP providers are required to report information about the number of subscribers, the percentage of residential subscribers, types of broadband connections and whether VoIP service must be used over a single predetermined broadband connection or can be used over any broadband connection. The FCC claims that these changes will "greatly improve its ability to understand the extent of broadband deployment." These Form 477 changes are scheduled to take effect with the filing of 2008 year-end data, due March 1 2009. <br><br>Facilities-based broadband providers are to report the number of connections that they have in service to households and businesses in each of the Census Tracts in which they operate. Providers are to supply, in a standardized database format, the number of subscribers in each Census Tract, broken down by technology type and upload and download speed. Mobile wireless broadband service providers are required to report the Census Tracts that best represent their broadband service footprint for each of the speed tiers in which they offer service. Broadband providers must report both download and upload transfer rates in the following speed tiers: (1) greater than 200 kbps but less than 768 kbps; (2) equal to or greater than 768 kbps but less than 1.5 mbps; (3) equal to or greater than 1.5 mbps but less than 3.0 mbps; (4) equal to or greater than 3.0 mbps but less than 6.0 mbps, (5) equal to or greater than 6.0 mbps but less than 10.0 mbps; (6) equal to or greater than 10.0 mbps but less than 25.0 mbps; (7) equal to or greater than 25.0 mbps but less than 100.0 mbps; and (8) equal to or greater than 100 mbps. The FCC will continue to require providers to report connections with download transfer rates above 200 kbps and upload speeds of less than or equal to 200 kbps, because "upload services in this category continue to be a common offering in the broadband services market." <br><br>The FCC also released a Further Notice of Proposed Rulemaking (FNPRM) with its order seeking comment on the following issues: 1) whether the Form 477 data should be used to develop a detailed nationwide broadband availability map, 2) how to effectively capture information about actual delivered speeds of broadband Internet access services and pricing of broadband services, 3) how to preserve the confidentiality of the information collected on the Form 477, 4) whether LECs should report the number of voice telephone service connections at the ZIP Code or Census Tract level instead of at the state level, and 5) whether the FCC should conduct consumer broadband surveys. The FCC has established an expedited comment cycle with the goal of releasing an order within four months.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20672728</guid>
<pubDate>Fri, 20 Jun 2008 13:06:08 EDT</pubDate>
</item>

</channel>
</rss>
