|
POST
|
I have a feature class of streets and a table of street addresses. I would like to derive a point feature class from streets; I've added the centroid point x,y values to the street segements. On a certain class of streets ( free way fly overs) I have calculated the address = "2 <the fly over name>" As mentioned, I have a table of the exact same addresses along with a name for the fly over. I can relate my table to the features via address, and when I select a table record > related tables I get the corresponding feature class selected. However, when I try to perform a join via the address field, the join does not validate and the procedure tells me no records found. All the attributes from the (non) joined feature attribute table are <null>. The addresses are unique, so it's not like I'm trying to perform a one-to-many join and just getting the first join. I get nothing.... Can anyone shed some light on this for me?
... View more
02-20-2012
06:35 AM
|
0
|
6
|
5137
|
|
POST
|
I have a similar situation but I am not getting multiple candidates either even on the find tool. I have a parcel layer and I am trying to use single field on parcel id to create a locator. It's has parcel 2 id fields with 1-n relationship, one is polygon id(1), another is tax id (N) and the layer is joined with both id in the attributes. In a condo case, there will be multiple records with same poly id but different tax id. I tried different combinations including using one id as key and the other as alternate name, or alias table, so the user can enter either polygon id or tax id to get a location. It works, but the problem is that it does not return multiple candidates when the polygon id is entered. It only returns one, and seems randomly pick one out of the list. For example, there is a parcel polygon id ABC, and it related to 2 tax id A01 and A02. When user enters ABC, it should return both as candidate, but it only returns one with score 100. I have altered using either one as key field, but get basically same result. Maybe I should instruct the locator return multiple candidates even it's score as 100? How? That sounds just like what was happening to me. I hate to sound like a parrot, but do you have sp3 AND the specific Geocoding Patch for it installed? Let me see if I have this right: Your primary table is your Parcel Feature class with the Parcel ID as the key field. Your alternate table is the Tax ID table Your joinitem is the Parcel ID I think that v10 creates an index for the join item in both primary and alt names, but to be sure, you could create your own index for them. One thing that I had a problem with as well was making sure I mapped all the fields correctly. Staring at points, lines and polygons on a screen for the past 20+ years is beginning to take it's toll on my eyes! Hope this helps-
... View more
02-16-2012
07:28 AM
|
0
|
0
|
1001
|
|
POST
|
I have a fairly extensive point feature class that is used instead of addresses for 9-1-1 dispatch. So if some one calls in and says "I'm in the Acme Bank and it's getting robbed" all we need to do is type in Acme Bank and we'll get a hit. For this I'm using a General Single Field locator. However, if there are multiple "Acme Banks" all over the dispatch area, and I interactivley geocode "Acme Bank" I only get one returned. Not all of them. I'm hoping to get all of them; that way we can interogate the caller by asking " Are you at the one on Main St? or the one on Elm St? or the one on 2nd Ave?" Is there a way to get this sort of behavior? Well here I am again answering my own post, and thanking Brad N at ESRI for his insight. If you use the Geocoding Tool bar to locate an address, (as I have been doing) it will only return one candidate. However, if you use the actual FIND TOOL (the Binos) (as I WILL be doing) you'll get the entire list.
... View more
02-15-2012
08:24 AM
|
0
|
0
|
1001
|
|
POST
|
I have a fairly extensive point feature class that is used instead of addresses for 9-1-1 dispatch. So if some one calls in and says "I'm in the Acme Bank and it's getting robbed" all we need to do is type in Acme Bank and we'll get a hit. For this I'm using a General Single Field locator. However, if there are multiple "Acme Banks" all over the dispatch area, and I interactivley geocode "Acme Bank" I only get one returned. Not all of them. I'm hoping to get all of them; that way we can interogate the caller by asking " Are you at the one on Main St? or the one on Elm St? or the one on 2nd Ave?" Is there a way to get this sort of behavior?
... View more
02-13-2012
12:18 PM
|
0
|
4
|
1113
|
|
POST
|
Is it better to store my network dataset within SDE, FGDB, or leave it as a shapefile? I know that there is additional overhead when storing address locators in the FGDB and SDE but is this a similar problem with the network dataset used in network analysis? Personally, I don't like to use feature datasets in SDE; permissions, edits etc can get kind of weird. I don't know that you can store a network dataset in sde without the proper server license. All my networks are in a file geodadatabase. I really like personal gedatabases too, but they seem to be going out of date....
... View more
02-10-2012
11:18 AM
|
0
|
0
|
1094
|
|
POST
|
Hi, Thanks for the reply! I am not sure what I am doing wrong. Actually, I also did ESRI`s geocoding "Atlanta" tutorial, and I got the same result; I get an address locator file. when I add it to ArcMap and open the Geocoding toolbar I am able to identify addresses (which are snapped to the street layer. however, I am not able to locate the point layer itself (if there is such one), which has the point address entities stored in the address locator. Where should I see that layer? is it supposed to be added as a regular point layer to the document? What I mean is that the "Locator" file does exist. however, I don`t know where the addresses are stored in it. lets say I open a new ArcMap document and add to it the address locator- is there anyway I can see the point entities stored in it? hope now my question (and misunderstanding...) is clear. tanks! When you interactively enter an address with the geocoding tool bar, you do not create an actual feature class; it only puts a graphic element down at the proper location. The locator itself does not 'store' any addresses in it. It is sort of a go between that you query against; basically you ask the locator "Hey, I have this address I'm trying to locate on the map, does the reference data support this address?" My suggestion is to create a table of a addresses; and I do mean TABLE! Don't bother with an Excel spreadsheet; create a table in a geodatabse with one text field called ADDRESS. Add a couple of records to this table in the format your locator will recognize. You can geocode in ArcMap or ArcCatalog. For the former, simply add your table to your ArcMap Session along with your locator. You may also want to add the data that your locator references. Geocode the table; you will be prompted to name and where to store the results. I would suggest you store them in the same geodatabse your table is in. This resulting feature class is a point feature class that has the address data associated with it. To geocode in ArcCatalog, just right click on your table and select geocode; you will be prompted for which locator you want to use and where to store the results. Hope this helps! Let us know how things work out...
... View more
02-08-2012
03:29 AM
|
0
|
0
|
3359
|
|
POST
|
You might also take a look at the typical Incident Command System for wild land fire; it seems to me that several years ago a true GIS position was incorporated into it. Such an approach could/would easily be incorporated for SAR. A number of years ago I was producing map books of local water ways that were set up on a grid based on river miles; these were especially handy for swift water rescue during run off season; working at a 9-1-1 call center, I distributed the books to call takers/dispatchers along with the SWR teams; everybody is literally on the same page. At the time I was using ArcPublisher & ArcReader, but ArcGIS Server would be a cool route to take now. Finally, browse through some back issues of Arc User (online); friend and colleague Mike Price with ESRI has published some pretty cool work you might be interested in. Best of luck to you!
... View more
02-07-2012
04:52 PM
|
0
|
0
|
1497
|
|
POST
|
Take a look here. I think the "US Address - Single House" locator type might work for you.
... View more
02-07-2012
04:39 PM
|
0
|
0
|
930
|
|
POST
|
I'm not sure I understand your question but I'll see if I can clarify things for you. If you have correctly built a locator using a line feature class of streets to match against, the results of geocoding a list of addresses is a point feature class. It seems to me that you need to figure out where in your work flow things are going south on on you. First; is your locator correctly built? Try using the geocoding tool bar and manually enter a known address. Second; are the addresses you are trying to geocode in the proper format so the locator can work with them? Without seeing your street data and your address data there is no way to know this. Finally, with respect to xy values for the resulting points, you have the option to include them as part of your output. With any point feature class, you can add two fields, one for x and one for y and use the calculate geometry tool accordingly. Hope this helps!
... View more
02-07-2012
04:32 AM
|
0
|
0
|
3359
|
|
POST
|
Need some help! Currently working with law enforcement here and they have CAD and Maverick established but still using shapefiles to do all the editing. Is there a set data model for CAD that anyone has used. Or is anyone willing to share how their system is established. I am looking at building a geodatabase and exporting all the shapefiles back out for CAD. Seems to me that you've already got a data model to work with. As mentioned in another, each CAD vendor has it's own set of feature attributes it needs to work. It's not uncommon to have to unload GIS data into Shapefiles and then run some sort of CAD-specific processor on the data to get into the CAD. I work at two different 9-1-1 call centers that deploy different CADs. My guess is you'd like a more generic data model that you can use across agencies; one that isn't CAD specific. That's exactly what I have. I manage the GIS data in a SDE geodatabase, then unload it into a cad specific feature class / shapefile. All you need to do is map the field names properly. Hope this helps-
... View more
01-31-2012
08:22 AM
|
0
|
0
|
1017
|
|
POST
|
My thanks to Brad N at ESRI for taking a significant amount of time to get me squared away with this. At version 10, the address locator is a little bit more particular about field mapping with an alternate names table, specifically the alternate names suffix type. In my case, the alterate names I use are numeric so the data doesn't contain a suffix type, only a suffix direction. Here in Utah our streets may have a numeric street name or they may be an alpha street name. For example, I live on S 3305 E and to get there you need to go down S Olympic Way and turn left on E Majestic Dr. S Olympic Way is also known as S 3250 E and E Majestic Dr is aka E 4140 S. Notice the pattern here? No suffix types for numeric values. To remedy this issue, Brad sugested adding a place holder field that maps to the Alias Suffix Type. In my case I used a 1 character field called Alias_SufType to my alias table, gave it blank ( "" ) value and it's all good! Neither of us tested it with <null> value, if you want to, go for it! Folks in the UTAH and Southern Idaho GIS communities should take note! Another heads up from Brad is a geocoding specific patch for SP 3. You can find it here
... View more
01-30-2012
10:09 AM
|
0
|
0
|
570
|
|
POST
|
I suspect I'm in for a serving of humble pie with a side of crow.... A little background: I'm in the process of migrating to version 10.0 ArcGIS. Over the past several years I've created hundreds of locators based on US Streets w/ alt names and have geocoded literally hundreds of thousands of addresses. ( I work in two large 9-1-1 call centers....) Today, I've been trying to mimic my earlier successes in version 10. However, when I try to use an alternate street name as an address it finds the wrong street. Example: the proper street street name is S State St. It has an alias of S 100 E. The address of 4500 S State St hits just fine. When I try 4500 S 100 E it locates 4500 S 1100 E. ( That is the proper name of astreet; S 1100 E and it locates it there correctly. We have named streets with a numeric alias as well as numeric streets only. Its a Utah thing...) Hey, what's ten blocks when you have a house fire? You can just follow the smoke right? Seriously... I've checked my joinitems. I've built and rebuilt my joinitem indexes. Perhaps I chosen the wrong type of locator; I'm using US Streets dual range. Any suggestions are appreciated!
... View more
01-23-2012
12:13 PM
|
0
|
2
|
951
|
|
POST
|
Not to hijack this thread but.... Vince- is this an Oracle thing only? I've got SDE on one box and SQL Server on another, and was under the impression it's the way to go... Thanks-
... View more
01-18-2012
11:28 AM
|
0
|
0
|
1671
|
|
POST
|
Thanks JS and jborgion. jborgion you're right, on step #2 it will delete everything that field walkers captured, which is not what we want. The idea is to run this daily check automatically at the background. Probably can build a model based on your suggestion. However, then it's really no need to use database replication. I thought this (restore the deleted records to Child) could be easily done by Database Replication, as it assigns a GlobalID to each record in the parent, then it shouldn't too hard to compare the two and transfer whatever is missing from the parent to Child. With DataBase replication, the process looks for changes. If your field walkers delete a record in the child that would be recored as a change to the parent when you sync your child to the parent. Since you are running with a one way replication, this isnt' an issue. However, since your original data in the parent remains unchanged, nothing gets passed from parent to child when the child is the only one getting edited while you are only syncing in a one way direction, parent to child. I'm going to think about your workflow. One would think there is a solution for you!
... View more
01-18-2012
08:06 AM
|
0
|
0
|
1058
|
|
POST
|
Hi folks, I need to determine uphill or downhill areas along a road section on a raster map. I know MapCal program can do this but it only accepts maps in 100x100 pixels but my study area is too big to run this program (1500 x 1500). I was wondering if there is a way to do this in ArcGIS. Thanks in advance. -Mike Hmmm. You and I are in two cars traveling towards each other on the same road and we are in an area that is hilly. Which one of us is going down hill and which one of us is going uphill? My point is for every uphill lane typically there is a corresponding down hill lane, unless we are talking about a very well divided highway, or extra climbing lanes right? What is your objective here?
... View more
01-17-2012
12:34 PM
|
0
|
0
|
4144
|
| 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 |
yesterday
|