|
POST
|
I work at an E-911 communications center. I work a little with the GIS system we use, I collect some data such as fire hydrants, landing zones, trail systems, things likes that but I don't get to mess with the really neat stuff. I know When a 911 center receives a 911 call from a cell phone or land line the number is sent to a processing company (Intrado is who we use) but after the information is pulled from the company's database how is that information sent back to the 911 center and populated on the map? I know there is some type of database that is used along with the GIS system t generate the data an populate it on the map but I was just curious of the process. I have searched and searched online but have not found any good information on the subject. Just trying to lean a thing or two! Thanks! The mapping product your call takers/dispatchers have in front of them is typically (emphasis typically) populated with shapefiles provided by the 9-1-1 call center. I currently work at two centers and that's how we do it anyway. When the address information comes in on the Ani/Ali screen (the data from Intrado), it gets copied over to the CAD itself and the mapping product. The address is then geocoded in the mapping product and as long as the data there and in CAD aggree with the address from the Ani/Ali, your'e good to go. Keep in mind that the Ani/Ali data comes from telecoms; they are in the business of providing dial tone, not verifying addresses. So if someone calls up for phone service and says "I live at 1234 My St" that's the address that will pop up when that person calls 9-1-1. The reality might be that (s)he lives at 1234 SomeOther ST, but just liked the sound of My St better.... Without going too far off topic, NextGen911 which is still in the early phases of planning (read dreaming) the Ani/Ali 'dip' wil go away and the address assignment will from higher quality GIS data.
... View more
09-27-2013
09:41 AM
|
1
|
0
|
2327
|
|
POST
|
Usual questions about service packs.... There is another recent post about storing locators within sde; I suggest not storing a locator in any flavor of geodatabase.
... View more
09-20-2013
03:32 AM
|
0
|
4
|
1527
|
|
POST
|
I have a built network dataset, and have used the same dataset to built custom address locator (geocoder). within the Desktop Network analyst, how can I do routing applications or solvers based on the geocoder? Also, how can I spatially add 2 destinations to the map, and route it, then show the directions including approximate address? Typically, when you integrate geocoding and Network Analyst you can use the geocoder to plot a location on the network and by right clicking on that location, you can add it as a Network Object. This object can be part of a route, or an incident, or a source depending on your application. You can spatially interact with the network by clicking on the network location tool on the Network Analyst tool bar. As far as getting an approximate address for that location, you'll need to use the address inspector tool in the geocoding tool bar.
... View more
09-19-2013
08:57 AM
|
0
|
0
|
856
|
|
POST
|
A couple of years ago it was recommended to me to keep locators out of a geodatabse. I keep them in local and or network drives. They often reference SDE feature classes or they may reference replicated data in a fgdb located in the same local or network drives. Everything I do is in ver 10.0. I dont have a point feature class nearly that big though. My suggestion is go with what gives you the best performance; one way replication works very well for me where I store and maintain feature classes in the SDE but use them in a fgdb.
... View more
09-18-2013
07:31 PM
|
0
|
0
|
779
|
|
POST
|
I haven't looked at the video nor the sample data, but I have been using one way restrictions for a number of years for 911 dispatch. Simply giving a value of 1 or 0, which I suspect means oneway-yes or oneway- no, isn't enough. You'll need three values; one to indicate no restriction and two others to indicate which restriction relative to polyline direction is in place. By polyline direction I mean from to nodes. This has been discussed a number of times in the forum. Search on oneway restrictions and you'll get more details.
... View more
09-16-2013
03:46 AM
|
0
|
0
|
996
|
|
POST
|
This poses somewhat of a problem. If an ArcGIS Server administrator is using a Geodata Service to accept data updates from users, the client controls when they make (register) the replica and if/when they choose to unregister it. As the data administrator, one can very quickly end up with many replicas and not know which ones are being used, and/or which ones have been unregistered client-side. http://ideas.arcgis.com/ideaView?id=087E00000004rvpIAA For the near-term its probably best to have pretty tight permissions on the ArcGIS Server as to who can access your GeoData services. Excellent point and and I hope your ideas submission gets some careful consideration. Seems to me that it should/could be handled like a composite relationship where as you can't have a child without a parent or a parent without child...
... View more
09-14-2013
06:16 AM
|
0
|
0
|
1617
|
|
POST
|
Like Vince, I'm a systems administrator and I get enough mail selling me hoses, pharmacuteculs, and low interest rate re-financing loans, not to mention those emails looking for money to help get diamonds out of some third world country.... My suggestion is to create a trigger that gets pulled upon an edit. This trigger updates a date field. Then instead of an email, the admin guy just queries the data for a particular edit_date. See this thread...
... View more
09-10-2013
12:06 PM
|
0
|
0
|
1409
|
|
POST
|
You don't have to prove anything to me; I just offered a suggestion or two...
... View more
09-06-2013
10:59 AM
|
0
|
0
|
2127
|
|
POST
|
Update 2: The problem is back I attempted a list of 8,000 records or so and it got through about 2,200 and displayed the same error. Of course never telling me which records was the problem or what the problem even was. Two suggestions; 1)If you can, post your data here and let someone (me for instance) give it a go. ( you can shoot me a message about it if you want.) 2)Get ESRI tech-support involved. I can appreciate your frustration on this, but as I mentioned earlier, I geocode thousands upon thousands of addresses per year, and never with so much as a hic up. And I've been doing it in ArcGIS since version 8.1. (Arcview 3.x and ArcInfo before that but, that was a long long time ago...)
... View more
09-06-2013
10:27 AM
|
0
|
0
|
2536
|
|
POST
|
I've created several address locators from Census Bureau TIGER files (the "all lines" files, because the road files do not have Left and Right data) but when I run a geocode, many addresses don't match because some roads (and sometimes only one side of a road) are not present in the address locator. When I check the original file on the map, the missing road is there. So why doesn't it appear in the address locator? Why are so many of one side of roads present and not the other? Is there some trick to address locator creation I'm missing? Are there known issues with creating them from TIGER files? I've seen some threads about address locator/geocoding problems with ArcGIS 10 and subsequent versions, so maybe this is related somehow? I'm not a huge fan of Tiger files but I do know that a lot of people use them with success: ...when I run a geocode, many addresses don't match because some roads (and sometimes only one side of a road) are not present in the address locator. When I check the original file on the map, the missing road is there. So why doesn't it appear in the address locator? There isn't any data per se in the locator itself. It's merely a mechanism that references the data to match against; in your case the Tiger files. If the address appears valid on the street data, I'm thinking the locator wasn't set up properly. Why are so many of one side of roads present and not the other That's a tough question to answer; I do know that down loading census data isn't the most straight forward process around. (One of the reasons I like to avoid it.) I wonder if in your downloading process you did not get all the data you thought you were getting. You might want to use the data that comes with the ArcGIS install discs.
... View more
08-28-2013
09:09 AM
|
0
|
0
|
859
|
|
POST
|
You might take a look at this thread and while it's not specific to your problem, respected colleague Kim O brings up an interesting point when she mentions: Networks are just not fast enough with all the packing and unpacking to send each request in a reasonable time. Could it be that you are bogging down on a network bottle neck when using ArcGIS Online? I don't have any experience using the geocoding services provided online so maybe someone who does can chime in here. (Perhaps a cross-post to the ArcGIS Online forum could help.)
... View more
08-26-2013
01:26 PM
|
0
|
0
|
685
|
|
POST
|
I sugggest you use a file geodatabse or a personal geodatabse.
... View more
08-22-2013
07:45 PM
|
0
|
0
|
4197
|
|
POST
|
If you must use excel, put your Latitude (Y) and Longitude (X) in two seperate numerical columns. Be sure to set the number of decimal places that will accomodate your data. Personally, I use excel for billing and taxes; it's a great accounting tool. For real-live data, I prefer a real-live database.
... View more
08-22-2013
08:14 AM
|
0
|
0
|
4197
|
|
POST
|
If its just a one time deal and you just want to see if you have multiple instances of the same value, you can simply create a summary table on the attribute. It'll give you a count value.
... View more
08-18-2013
04:31 AM
|
0
|
0
|
1067
|
|
POST
|
Kevin- If you haven't tried this already, open your (pre-geocoded) address table and sort ascending on the address field. Examine the top rows. If they look okay sort the address field in descending value, and examine the the top rows. This is what I do when things go south on me. The objective is to isolate odd address strings including <null> values etc.
... View more
08-09-2013
07:47 AM
|
0
|
0
|
2536
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 10-11-2018 07:12 AM | |
| 1 | 05-17-2021 11:18 AM | |
| 1 | 06-29-2021 11:42 AM | |
| 1 | 07-05-2012 07:49 AM | |
| 1 | 09-03-2016 06:16 AM |
| Online Status |
Offline
|
| Date Last Visited |
05-19-2026
11:56 AM
|