|
POST
|
Allison, I know this thread is 2 months old now, but I'm scouring the forums in a desperate attempt to get to the bottom of an error that myself and (at least one other) user have experienced Can you describe the exact behavior that occurs in GME when you execute the python script? Would it be possible for you to drop the '-c' switch to have a look? Also, nice work. I had also thought about just taking all of my GME commands and stuffing them down into a text file to be run as a script for GME, but i'm not sure it will help me at this point given the error we're experiencing. Thanks, Z
... View more
09-13-2013
10:52 AM
|
0
|
0
|
1698
|
|
POST
|
Alison, I know this thread is 2 months old now, but I'm scouring the forums in a desperate attempt to get to the bottom of an error that myself and (at least one other) user have experienced Can you describe the exact behavior that occurs in GME when you execute the python script? Would it be possible for you to drop the '-c' switch to have a look? Also, nice work. I had also thought about just taking all of my GME commands and stuffing them down into a text file to be run as a script for GME, but i'm not sure it will help me at this point given the error we're experiencing. Thanks, Z
... View more
09-13-2013
10:36 AM
|
0
|
0
|
1698
|
|
POST
|
I'm going to go with a syntax error on that....I'll keep you posted for sure. Let me know if you have any success, or observations of any kind. I'm not sure this is an R problem, but i've thought about rolling back to an earlier version to test. Not many options at this point. I forgot to mention: Here is but one observation I forgot to share. When the GUI is launched, and you get the error, clear/ 'OK' through that, and then you see that your command has not been submitted to the 'output' tab in GME. If I then use the 'save' command manually, my process executes.
... View more
09-13-2013
05:25 AM
|
0
|
0
|
1924
|
|
POST
|
Sven, similar experience all the way around. I tried to modify the config file, but if you look at what it says: !-- Uncomment the below section to write to the Application Event Log --> <!--<add name="EventLog"/>-- So Un-commenting it enables some kind of logging (I haven't seen anything in any available documentation about this). I think this is all related to VB debugging anyway. I have an email out to Hawthorne (with the offer to pay for service), but haven't heard anything back. My concern is that this is a bug related to how GME decides to write a temp location when run within ArcMap. Note that every ArcMap session writes a 'arcABC1' type temp folder. GME does not write any entries to your registry, so there's nothing to modify in there. I also have a post on the GIS Stack Exchange regarding this. Too bad, I have a fair amount of time in just getting the correct syntax to pass from Python to GME and was getting excited about the sampling tools. I had gone down the path of trying to leverage the fishnet tool for my workflow, but sadly, it does not support rotation (its true). The GME option here would be perfect.
... View more
09-13-2013
04:15 AM
|
0
|
0
|
1924
|
|
POST
|
Hey Sven, I've run into the exact same problem. I'm trying to wrap up the GME commands in Python and have actually had some good success. Now that I understand the proper way to pass the correct syntax, i was able to execute from the Python shell. Now i'm attempting to roll my script in a model in ArcGIS and this is where I'm hitting the same error. Let me look at your error message more closely, and I'll also report back any other findings or observations that come along. Yes I have the // as well, but I'm not sure why that's getting pushed to GME. EDIT: Sven, curious, are you executing this in a python shell, or as a script added to arctoolbox? My original test scripts executed just fine in the the python shell, but when executed from ArcMap, that's when the error occurs. Trying to sort out as many variables as we can.
... View more
09-12-2013
09:32 AM
|
0
|
0
|
1924
|
|
POST
|
For this exact effect, I prefer to use the buffer feature class, similar to what's outlined in the blog reference above (which unfortunately just links you to the current blog entry, not the archived reference). You will have much more control over this compared with using the gradient fill.
... View more
08-06-2013
08:00 AM
|
0
|
0
|
3890
|
|
POST
|
Everyone is using basic. There ya go! http://help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#//001t000000sp000000.htm Creating or editing geodatabase topology requires an ArcEditor or ArcInfo license. So this is a licensing issue...I was fairly certain that it didn't have anything to do with validation. However, all hope is not lost: when you create the replica, check the advanced options and use the 'simple model'. The child GDB will contain only simple features (not your topology). Give that a try, and let me know. [ATTACH=CONFIG]24074[/ATTACH]
... View more
05-06-2013
10:30 AM
|
0
|
0
|
4351
|
|
POST
|
What are the other foresters using as a license when trying to edit the replica, or is it arcinfo all the way around?
... View more
05-06-2013
10:15 AM
|
0
|
0
|
1477
|
|
POST
|
Thanks, Zach. I can edit with my INFO license. I don't know if you saw the posts above but I may have unresolved topology errors when I make the replicas. I'm still building this database and having some foresters beta-testing it. Scott Hey Scott, I did read that, but I guess what i mean are your other users able to edit the data in the replica (which is sounds like they can't) and what license level are they using? They need Standard or Advanced (Editor or Info) to be able to do topology editing. I'm not sure the exact topologies rules you have, but, again, I'm almost certain I've created replicas with existing topology errors, so I don't think its that. The only other thing I can think of is an order of operations type thing I can think of is: are your feature datasets registered as versioned? That would prevent you from editing...but I don't think you could even create the replica w/o doing that...easy to check if they are though!
... View more
05-06-2013
10:05 AM
|
0
|
0
|
2874
|
|
POST
|
Jake: 1. ArcInfo 10.0 running on Windows 7 64-bit. 2. SDE running on SQL Server Express 2008 3. I'll post it ASAP. Hey Scott, didn't see this in the other posts: are you able to edit it with your info/advanced desktop seat? Are the end-users on ArcView/Desktop basic? [i'm leaning towards a license restriction but that's just a hunch: LicenseLicense: You can create simple, temporary topological relationships between features in ArcGIS for Desktop Basic. Creating or editing geodatabase topology requires an ArcGIS for Desktop Standard or ArcGIS for Desktop Advanced license. ] We replicate topology all the time and have no problems, and I can almost guarantee that there are errors in the parent before doing replication. [EDIT: what I mean by this is that we do have topology errors but are still able to create and edit the replicas just fine]
... View more
05-06-2013
07:58 AM
|
0
|
0
|
2874
|
|
POST
|
Hello all, I've been thinking about the "right" way to work with geodatabases: I'm a GIS analyst and my everyday work consists of delivering different GIS products (Maps, Geographic calculations, etc.) for different projects. The data for the products also comes from different sources. I am currently making a file geodatabase for each product that contains the results and the temporary layers. That FGDB resides within a project-specific folder that also contains the MXD file and other files needed for the product (Excel files, Images, etc.) Wouldn't it be more efficient to put all the products for all the projects in one large FGDB, divided into Feature Datasets? How big can a FGDB get before the performance starts to decline? I also have access to an Oracle geodatabase (using ArcSDE). Would that be a better choice? I'm curios to know what you think. Thanks, Shahar. In my estimation, this is a very common scenario and dilemma, and very closely resembles a workflow/data structure for our business. I'd be very curious to know a bit more about what each project represents. What Vince said is true and applicable to how you move forward. However, I don't think we've gotten to the core of addressing how you'd like to improve your data structure. If you are operating a particular business, you are logically providing a similar service to many clients. Therefore, there should be overlapping or repeatable workflows for each project and therefore a common database schema (attributes) should be easily derived. I say 'easily', but in reality it the process does take time because it involves objectifying attributes of each project. What do I mean by that: you need to look for commonality from project to project. For example, you notice that for several given projects you've identified a description of the client's property name, but have addressed this differently for each project. These attributes could easily fall under one attribute field. The reason I bring this up is that I am a firm believer that this kind of client based data should be stored in one central database. Unless your business has completely ad hoc workflows like modeling hydrology for one project and then doing viewshed analysis for another. That I can understand. But if you do indeed have repeatable workflows as I suggested, I would highly recommend you begin storing this type of data in a central location as having a single repository for this data has great benefits in beginning to understand the scope of your business better. For example, how quickly could you query say, all of the projects you did of a certain type within a given region for a given time period? How quickly could you generate a list of similar past projects when developing a cost quote for a new project proposal? In short: folder-based project storage severely limits your ability to analyze your data from a business perspective. FGDB are excellent in terms of speed (especially if close to the server in a publication type environment). We utilize FGDB for heavy 'base layer' datasets which do not require ongoing (and multi-user) editing. I do not necessarily agree that the feature dataset is not intended for a means of organizing data mostly because it provides an opportunity to group similar data of different spatial references under one geodatabase (each FDS having a specific spatial reference). Actually, we have been so satisfied with fGDB for this type of data storage that we are in the process of consolidating this type of base data even further in the fGDB storage type. No one has really addressed your question regarding performance & DB size for fGDB, and I'm afraid that with our fGDB being quite small (<10GB) I don't' have a good answer for you. I'd suggest you post that type of question (or even your original) on the GIS Stack Exchange as I believe you'll find a better 'real world' response regarding that over there. Good luck!
... View more
05-06-2013
04:17 AM
|
0
|
0
|
1196
|
|
POST
|
Ok, sorry for not being specific, I am using a 10.1 Server, and at 3.2 I was able to upload using the GP service. Turns out that in a rush to republish my updated tool using 3.3 I neglected to check the upload support when publishing...what a rookie mistake. On your comment however: yes, interesting that the GP service itself is configured to restrict the type to text file, but that is not honored by the widget....at this point i could care less! Live GPS data upload service gets lift-off tomorrow!
... View more
05-02-2013
05:44 PM
|
0
|
0
|
1824
|
|
POST
|
The GP task should work if tweaked to accept input parameters of GPDataFile type. The latest error you're seeing is probably caused by the GP task not receiving the input type it's expecting (i.e., receiving GPDataFile vs. GPMultiValue:GPDataFile). Hey there, I just upgraded to 3.3 (thanks for the quick update, although it was fun to get my hands dirty with compiling from the source to get things running), and I too am running into an issue with data tables and the GP widget. My GP service is restricted to text files as an input, and while the GP widget recognizes this as the 'data file' type, but when i run the GP widget in the viewer, it won't allow browsing the local file system/local upload. Do I have to 'trick' it into working by modifying my GP service to use 'data file' instead? If so i'll just have to attempt to restrict my users from using alternate file types through instruction!
... View more
05-02-2013
05:08 PM
|
0
|
0
|
1824
|
|
POST
|
Thank you for reporting this - we've now been enabled to reproduce it. I think the problem is only for "file upload". All other parameter types work fine. (So it's not related to "that other 3.2 GP issue") See https://github.com/Esri/arcgis-viewer-flex/issues/120. Bjorn, I've installed Flash Builder on my local system away from my server. I moved the re-compiled project over to the server, added the GP service and it works. So there's some joy there. However, as a ongoing workflow, will I have to do this each time and then configure my application? Or, can i just replace something in the builder templates?
... View more
04-29-2013
04:08 AM
|
0
|
0
|
694
|
|
POST
|
Well i just took a detour into Flash Builder. Luckily I have a 60 day trial. Getting the code fix from github was quite easy. However, I've installed Flash Builder on my local system away from my server. I moved the re-compiled project over to the server, added the GP service and it works. So there's some joy there. However, as a ongoing workflow, will I have to do this each time and then configure my application? Or, can i just replace something in the builder templates?
... View more
04-24-2013
07:20 AM
|
0
|
0
|
2005
|
| Title | Kudos | Posted |
|---|---|---|
| 9 | 03-24-2026 11:41 AM | |
| 1 | 11-06-2024 06:58 AM | |
| 1 | 12-16-2022 07:01 AM | |
| 1 | 08-09-2024 06:55 AM | |
| 1 | 08-13-2024 05:58 PM |
| Online Status |
Offline
|
| Date Last Visited |
03-24-2026
12:51 PM
|