POST
|
You can also query the information from the GDB_Items table. This help topic contains the steps on how to do this: http://help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#/Determining_which_data_is_versioned/006z000000v1000000/
... View more
05-19-2011
08:22 AM
|
0
|
0
|
390
|
POST
|
Chris, Take a look at the following article: http://help.arcgis.com/en/sdk/10.0/arcobjects_net/conceptualhelp/index.html#/Creating_geodatabases/0001000004t8000000/ It shows how to create geodatabases stored in SQL Server Express.
... View more
05-17-2011
05:08 AM
|
0
|
0
|
741
|
POST
|
32 is a lot of feature classes to have a in a geometric network, it's probably the most number of classes that I've ever seen. Here's why I'm raising this as an potential issue; as I mentioned, each time you create a new feature, the geodatabase opens a cursor on each class in the network. If we can handle 5 cursors in 1 second (as an example); you would be looking at over 6 seconds to determine whether there are any features at that location. This is a cost you are paying every time you create a new feature. So, I would strongly suggest that you try and re-assess the number of feature classes in your network. If you are adamant that you cannot either decrease the number of feature classes in the network or drop the network in order to load the features; then consider using a Map Cache. If you're loading data into discrete areas of you network, with a reasonable number of existing features (reasonable being a couple thousand) you could try to build a Map Cache over the area you're loading the features into. This could speed up a performance a bit, but you will need to prototype this.
... View more
05-06-2011
05:28 AM
|
0
|
0
|
641
|
POST
|
While there is no limitation to the number of feature classes you can have in a geometric network, every feature class you have in the network comes with a cost. Each time a feature is created, the geometric network has to search through each class and determine if there are any coincident features. So, the more feature classes you have in the network, the more time it takes to search for any coincident features. The object loader is essentially a batch loader that automates the loading of features; but it still has to create them one at a time. I'd suggest that you look at ways of decreasing the number of feature classes in your network by combining several feature classes into 1 and using subtypes. You can also look at eliminating any feature classes that aren't being used at this time, if you've added empty feature classes to the network thinking you'll use them at some point in the future, remove them and only add them when needed. you best option is probably to delete the geometric network, get all your data loaded and then recreate it. It will no doubt be much faster. You never responded with how many features you are loading into the network. Can you respond with that?
... View more
05-05-2011
04:28 AM
|
0
|
0
|
640
|
POST
|
Without more specifics on the relationship classes you want to create, I can't really comment on the data model structure. Your examples, while helpful, don't really demonstrate how you'd like to use the relationship classes.
... View more
04-25-2011
07:01 AM
|
0
|
0
|
1632
|
POST
|
The object loader in ArcMap is the recommended method of loading data into a geometric network after it has been created. Can you clarify how many features you loading and how many feature classes are in the geometric network?
... View more
04-25-2011
06:59 AM
|
0
|
0
|
640
|
POST
|
This is by design, as a feature class/table cannot participate in multiple composite relationship classes. Since composite relationship classes control the lifetime of features/rows, having multiples of these causes issues when editing.
... View more
04-21-2011
09:22 AM
|
0
|
0
|
1632
|
POST
|
Dave, Can you contact Tech Support and log an incident for this issue? http://support.esri.com/phoneSupport#us We'll probably need to get a dump of your database in house for testing. I have not seen this issue before. thanks,
... View more
03-01-2011
03:55 AM
|
0
|
0
|
1428
|
POST
|
Do you have Archiving enabled on any of the classes that have edits which are being reconciled with Default?
... View more
01-28-2011
05:32 AM
|
0
|
0
|
603
|
POST
|
It is not possible for geodatabase behavior, such as Topology rules to span across geodatabases, whether the geodatabase is ArcSDE, Personal or File. Two datasets cannot share a geometric network. Advanced datasets, such as geometric networks, topologies, terrains, live within a feature dataset and only those feature classes in the feature dataset may be used in the advanced dataset.
... View more
01-26-2011
04:13 AM
|
0
|
0
|
138
|
POST
|
There are a few customizations available to do this on the ArcScripts site; one of them is this script: http://arcscripts.esri.com/details.asp?dbid=15694 We are planning on adding the ability to track the last editor user and date along with creation editor and date at 10.1.
... View more
01-05-2011
06:00 AM
|
0
|
0
|
586
|
POST
|
The edges do not become connected, because they are simple edges. Connectivity for simple edges is only supported at edge endpoints. You'll need to determine whether this is a data issue that must be corrected (the edge should be physically split) or whether you should be using complex edges to establish connectivity. You should understand the differences between simple and complex edges before making this decision.
... View more
12-13-2010
12:10 PM
|
0
|
0
|
284
|
POST
|
The behavior of how simple edges are snapped at mid-span when snapping is enabled during GN building has changed at 10.0. In 9.3 the behavior was are simple edges NOT snapped within the cluster tolerance at mid-span vertexes and vertexes are NOT inserted where needed to snap to, and no connectivity established for either condition. As part of the reworking of the GN creation code to provide a more scalable solution, we had to change how this aspect of the snapping model behaves. So, in 10.0 simple edges are snapped within the cluster tolerance at mid-span vertexes or a vertex is inserted and snapped to, but no connectivity is established for either condition.
... View more
12-10-2010
05:36 AM
|
0
|
0
|
284
|
POST
|
I'm not able to reproduce this behavior using 10.0 or our current builds. A couple of questions that will help narrow this down: Have you confirmed that the ModelName is set in the 9.3.1 SP2 geodatabase? Are you using ArcGIS 10.0 without any patches or hot fixes? Can you supply the code you are using to retrieve the ModelName, I may be doing something differently in my repro case. Finally, what type of ArcSDE database are you using; Oracle, SQL Server, etc? What is the size of the database? We may need to get the database in house to reproduce the issue. thanks,
... View more
10-05-2010
02:54 AM
|
0
|
0
|
456
|
POST
|
ObjectIDs are managed and controlled by the Geodatabase, they are also unique within a given feature class/table within a Geodatabase. You cannot control the values assigned as ObjectIDs within a feature class/table. While the Insert cursors do not maintain ObjectIDs between feature classes/tables, since you are inserting new records into the target, Copy/Paste does maintain ObjectIDs. Why do you need to keep the ObjectIDs consistent between your source and target Geodatabases?
... View more
06-08-2010
04:42 AM
|
0
|
0
|
629
|
Title | Kudos | Posted |
---|---|---|
1 | 07-08-2024 08:56 AM | |
1 | 06-29-2024 06:33 AM | |
1 | 09-27-2023 08:08 AM | |
1 | 06-29-2023 02:28 PM | |
1 | 11-22-2011 03:45 AM |
Online Status |
Offline
|
Date Last Visited |
yesterday
|