POST
|
When you look at the outputs of each process step, at which point is the data not being transferred? Also, what process is being done in the "Get Field Value"?
... View more
11-20-2014
01:18 PM
|
0
|
7
|
1808
|
POST
|
A possibility - If you have ArcGIS 10.2 (or later), there is a handy new tool that allows one to change field names of an existing feature class. Alter Field (Data Management) http://resources.arcgis.com/en/help/main/10.2/index.html#//001700000198000000 As always when working with field names, be careful that you adhere to naming conventions and consider what effects the naming will have on downstream uses. Chris Donohue, GISP
... View more
11-20-2014
01:13 PM
|
1
|
0
|
405
|
POST
|
That clarifies it. Can you post an image of your model schematic? I'm curious why the new fields would not be carried over. Seeing the model components may help in identifying what is going on.
... View more
11-20-2014
01:07 PM
|
0
|
9
|
1808
|
POST
|
To clarify what you want, is the goal to not have certain fields transferred from the input to the output? Chris Donohue, GISP
... View more
11-20-2014
12:44 PM
|
0
|
11
|
1808
|
POST
|
Here's a guess based on something different between the ArcGIS help code example and your code: Instead of: arcpy.env.workspace = Workspace Use: env.workspace = Workspace Based on ESRI's sample code in: Checking for the existence of data http://resources.arcgis.com/en/help/main/10.1/index.html#//002z0000001p000000 I'm not an expert on Python; but maybe that one syntax change may resolve the issue. Chris Donohue, GISP
... View more
11-20-2014
11:55 AM
|
0
|
0
|
423
|
POST
|
Neil and Chad have some good points to consider for anyone doing analysis. What they mention are essentially best practices in organizing data for analysis. By doing these best practices, one will avoid many headaches and help insure the results you get are valid. To summarize: 1. Start out by making sure all the inputs have projections and coordinate system before anything else. If they already have a projection, but it is not he one desired, use a process to convert them to the one desired. As Chad alludes to, avoid the pitfall of assigning a desired projection to something that already has a projection - instead, use one of the several methods to convert from the current projection to the desired one. 2. Expanding on what Neil mentioned, it's usually best to take a feature class with joined data and combine it into one dataset before running analysis. Take the joined dataset and create a new feature class from it. This new feature class will permanently have the joined data in it, eliminating potential issues due to the Join. Then check the result. Note that it is common for issues in field names to crop up here, so checking it (and then editing your input Excel table to resolve them, if needed) is important. For example, look out for field names in Excel that contain restricted characters, have spaces, are very long, etc. Also, check that the data types are as expected. For example, did a string field become a number type when it should of stayed string? The bigger reason for doing this is that it identifies potential common issues before the model runs and blows up, or returns unexpected results. Chris Donohue, GISP
... View more
11-20-2014
10:27 AM
|
1
|
1
|
790
|
POST
|
Actually, you still do have a Data Frame. In the image you posted it is called "Layers". I think what is going on is that the view of the Table of Contents (the window where "Layers" is, along with the data layers) is currently set to "List By Source." Instead, what you want to do is change it to "List By Drawing Order." Click on this icon, just to the left of "List By Source." Once you have it set to "List By Drawing Order," you can create the Group Layers. Group layers cannot be created in the "List By Source view" (even though it is not grayed out and looks like it should be possible). If this doesn't resolve the issue, post more information on what is going on. Hope this helps, Chris Donohue, GISP
... View more
11-20-2014
09:35 AM
|
0
|
1
|
732
|
POST
|
I have not used this tool, but it might do the trick. The result is a polygon feature class of the map extent. In your case, you can then convert it to a line with the Feature to Line tool in ArcToolbox (and then delete any unneeded linework). Map Extent to Polygon (ArcMap add-in, Jakub Sisak) http://www.arcgis.com/home/item.html?id=a9b032f739254ebeb6221c9294ebc886 Chris Donohue, GISP
... View more
11-20-2014
09:14 AM
|
1
|
1
|
350
|
POST
|
Another idea - I can't tell from your diagram, but is the Clip tool used the "Clip (Data Management)", not one of the other "Clip" tools? There are several Clip tools, but the Data Management one is the specific one that does rasters and probably the one to use.
... View more
11-20-2014
08:30 AM
|
0
|
0
|
790
|
POST
|
Sounds like a projection issue. I don't know the exact issue going on, but here are some things to try to help isolate the issue: 1. Check the projection and coordinate system of your Kriging output to see if it is what you expected. If the Kriging result came out without a projection, you may have to define a projection for it. 2. Check also the Data Frame projection and coodinate system to see what it is. 3. Check the clip shapefile to see what it is. Chris Donohue, GISP
... View more
11-20-2014
08:26 AM
|
0
|
1
|
790
|
POST
|
Another way to differentiate the three - use the same dataset (with the complete data/all your oil/gas operators), but use a "Definition Query" to limit it to each individual operator. To do this: 1. Add the data into ArcMap 3 times. 2. Right-click on the first dataset in the Table of Contents 3. Click on the "Definition Query" tab. 4. Click the "Query Builder" button. 5. From the top part, double-click on the field for the Operators. 6. Click once on the equal sign button. 7. Click once on the "Get Unique Values" button. 8. Int he middle window, double-click on this operator name. 9. Repeat on the other two copies (in ArcMap) for the other two operators. Why do this instead of making 3 copies, you might ask? The reason is for data integrity - you only have to worry about editing one dataset if there are any changes need to be made to the data in the future.
... View more
11-19-2014
02:34 PM
|
0
|
0
|
229
|
POST
|
What the software is doing is by default coloring every combination of the two fields as its own color. And if there are many combinations, it will sometimes re-use colors, adding to the chaos. The simplest way to resolve this is to manually recolor all your combinations. Tedious and time consuming, yes, but workable. The more elegant way is to write code in Python that automatically assigns the color and size according to your criteria. I have seen that done, so know it is possible, but have not done that particular challenge myself. It would take some time to research the specific coding needed to make this happen and then test it, but it might be worth it if you forsee doing this symbolization with many times with many files.
... View more
11-19-2014
02:21 PM
|
0
|
2
|
229
|
POST
|
As Dan mentioned, the underlying code is protected. However, ESRI does expose some of it, so people can do development. Historically, the restrictions ESRI has have changed over time, so it might be best to contact ESRI Tech Support and ask where things are at for your particular situation.
... View more
11-19-2014
02:11 PM
|
1
|
1
|
582
|
POST
|
Ah, I think I see the issue. It looks like it is not currently a shapefile or feature class. That's why the symbolization is not working as intended. BTW, the giveaway that this might be the issue is the field names with restricted characters and the filename with the $ sign (a restricted character). Anyway, what you can do to resolve this is convert the data to a feature class in a geodatabase or a shapefile. Then you can do the symbolization off that. Here's a way to do the converting: Adding x,y coordinate data as a layer http://resources.arcgis.com/en/help/main/10.1/index.html#//00s50000001z000000 Important Notes: Before running this process, make a copy of your Excel data. You will need to "clean" up the fields to avoid issues regarding the restricted characters. As a general rule, I would take out all the characters in the field names that are not letters or numbers. Also, remove any spaces. Otherwise the conversion might fail or be irregular due to the restricted characters in the existing field names. Once it is added in, you can export it as a shapefile or feature class. Note that the first part of adding it in to ArcMap doesn't make it a feature class or shapefile until it is explicitly saved. It's been my experience that folks forget to finish the process by saving out the file, and then wonder why it is not allowing them to do what they want. The initial process creates an "Event Layer" which looks like a feature class, but is not one. Chris Donohue, GISP
... View more
11-19-2014
01:45 PM
|
0
|
4
|
926
|
POST
|
I dont' know if this will specifically work for Buffer 3d, but if you are looking for Python code for a tool, you can often get it from running the tool, then exporting the Python Snippet. Check out Dan Patterson's posts (part-way down) in this recent thread - he details how to do this: https://community.esri.com/thread/116880 Another avenue might be to delve into the world of ArcObjects. However, that is a more formidible environment than Python for most, and has a much steeper learning curve. One potential issue - in the past ESRI has stated that they do not expose all of their code, so be aware that there are some processes that may not be available. Chris Donohue, GISP
... View more
11-19-2014
01:16 PM
|
1
|
3
|
582
|
Title | Kudos | Posted |
---|---|---|
1 | 03-18-2015 12:04 PM | |
1 | 09-29-2015 12:41 PM | |
1 | 11-29-2018 07:51 AM | |
1 | 02-02-2016 12:40 PM | |
1 | 07-13-2017 01:02 PM |
Online Status |
Offline
|
Date Last Visited |
08-03-2022
01:39 PM
|