|
POST
|
Check if this answers your question: http://resources.arcgis.com/en/help/main/10.1/index.html#//0017000000pn000000
... View more
02-22-2013
12:21 PM
|
0
|
0
|
1376
|
|
POST
|
Alberto, I tried reproducing the original problem, export the Table to a File GDB on local drive, but it completed successfully in my case. Client- ArcGIS Desktop 10.1 SP1 OS- Windows Server 2008 R2 Standard 64-Bit -- 2GB RAM Database- MS SQL Server 2008 R2 Standard Edition. Table size- Table has approx 2.3 million records (2311211 records to be precise) Am I missing out on anything while testing this? Regards,
... View more
02-21-2013
07:43 PM
|
0
|
0
|
1348
|
|
POST
|
Could you just confirm whether the "Table to table" works, if the background geoprocessing is disabled? If the background geoprocessing is disabled, you should get an "000258 : Output <value> already exists." message! Can you please confirm this? FYI- The problem could be reproduced with background geoprocessing enabled. Regards,
... View more
02-20-2013
12:34 PM
|
0
|
0
|
1348
|
|
POST
|
A simple explanation would be, Unregistering the data as versioned, would delete the corresponding Delta Tables (a- & d- Tables). So any edits that you have in the delta tables will be lost. As you mentioned in the initial post, to compress the geodatabase to State 0 is the best possible practice before performing these operations. Regards,
... View more
02-20-2013
10:47 AM
|
0
|
0
|
1376
|
|
POST
|
Jamal, To keep it simple, The Select, Insert, Update, Delete granted at the database level are referred to as "Permissions" and provides the user the permission on all the data in that geodatabase. Here is an image showing granting permissions to a user in a geodatabase (SQL Server--> Right-Click on the database in SQL Server Management Studio-->Properties): [ATTACH=CONFIG]21428[/ATTACH] The Select, Insert, Update, Delete granted at the Data level are referred to as "Privileges" and provides the user the mentioned privileges on that data only. So what we grant from ArcCatalog are basically Privileges on those data. Regards,
... View more
02-04-2013
01:52 PM
|
0
|
0
|
2145
|
|
POST
|
Its clearly mentioned in all the Webhelps: Only the table owner can alter privileges on it. Only the table owner can drop it or alter its definition; therefore, even if another user has been granted insert, update, and delete privileges on a dataset, that user cannot alter the schema. The dbo and db_owner roles will not appear in the User/Role list for SQL Server databases. These users automatically have full privileges on all data, and you cannot revoke those privileges. http://resources.arcgis.com/en/help/main/10.1/index.html#/Granting_and_revoking_privileges_on_datasets/002q0000002z000000/ Regards,
... View more
02-04-2013
06:04 AM
|
0
|
0
|
2145
|
|
POST
|
Right-Click on the Child Geodatabases's connection (Sa_S2.sde)--> Distributed Geodatabase-->Manage Replicas--> check whether a Replica with the same name already exists there! [ATTACH=CONFIG]21390[/ATTACH] If there is a Replica already present with the same name--> Unregister the replica and then try creating the new Replica... Regards,
... View more
02-04-2013
05:53 AM
|
0
|
0
|
1669
|
|
POST
|
Its because you have selected all the connected for disconnecting, which includes your connection to the sde geodatabase too. Just select the connection you want to disconnect and you will be able to do so. Regards,
... View more
02-01-2013
02:48 PM
|
0
|
0
|
902
|
|
POST
|
Yes, users can grant separate permissions in 10.1, just that the sde geodatabase should be 10.1 too. Regards,
... View more
02-01-2013
02:38 PM
|
0
|
0
|
2431
|
|
POST
|
Jamal, As the ESRI WEBHELP clearly describes: " Checking this option causes edits that have been saved to the DEFAULT version, whether edited directly or merged from other versions, to be saved in the base (business) tables. Edits to other versions remain in the delta tables when you save. This option is available for simple features only�??those that do not participate in a topology, network dataset, or geometric network. Therefore, if you open the Register As Versioned dialog box and find the move edits to base tables check box is unavailable, it means your dataset contains a topology, network dataset, or geometric network. Regards,
... View more
02-01-2013
06:32 AM
|
2
|
0
|
9037
|
|
POST
|
Jamal, I am assuming that you are using a sde 10.0 geodatabase or one prior to that, because in a sde 10.1 geodatabase we can separately grant Insert, Update or Delete privileges. From the images, it shows that you are using ArcGIS Desktop 10.1 but the version of the sde geodatabase will still matter. Still just FYI, you can grant Insert, Update or Delete separately from 10.1 onwards. Here is a snap showing that: [ATTACH=CONFIG]21277[/ATTACH] Hope this helps. Regards,
... View more
01-31-2013
02:35 PM
|
0
|
0
|
2431
|
|
POST
|
April, the connection string is incorrect -i sde:sqlserver:"instance name" E.G: sde:sqlserver:server2 (here server2 is the SQL Server instance name) Regards,
... View more
01-25-2013
01:40 PM
|
0
|
0
|
975
|
|
POST
|
Aaron, You seem to be hitting the following bug: http://support.esri.com/en/bugs/nimbus/TklNMDg0NzAx Alternate Solution Use ArcCatalog 10.x to transfer the rasters. If the raster is copied/imported using SDE commands, use Desktop 10 to register with the geodatabase. Regards,
... View more
01-25-2013
01:04 PM
|
0
|
0
|
484
|
|
POST
|
Josh, You cannot upgrade the sde geodatabase from 9.2 to 9.3.1 using the ArcCatalog 9.3.1 interface. You must use the ArcSDE 9.3.1 Post Installation Wizard to upgrade the geodatabases to 9.3.1 first. http://webhelp.esri.com/arcgisdesktop/9.3/index.cfm?TopicName=Upgrade_summary_for_ArcSDE_geodatabases After the sde geodatabases are at 9.3.1, you can connect from ArcCatalog 10.1 and upgrade to 10.1 from there. The functionality to upgrade sde geodatabase using ArcCatalog interface started 10.0 onwards. Hope this helps! Regards,
... View more
01-25-2013
12:57 PM
|
0
|
0
|
302
|
|
POST
|
Ernst, The respective F-table maintains the shape.len and shape.area information for a Feature Class. But as Vince mentioned, it's not possible to implement this always. The "F" table does not always exist. Native geometry types do not include a Shape.Len and Shape.Area field. We can't create them using an OLE DB connection. These queries can be used to query the details though, from my experience (sde.Area3 is the FC name): Select shape.STLength() as length from sde.Area3 Select shape.STArea() as area from sde.Area3 Regards,
... View more
01-25-2013
09:10 AM
|
0
|
0
|
2349
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 09-14-2015 09:19 AM | |
| 1 | 06-17-2013 11:43 AM | |
| 3 | 03-21-2014 08:24 AM | |
| 1 | 03-22-2016 03:04 PM | |
| 1 | 09-29-2015 09:47 AM |
| Online Status |
Offline
|
| Date Last Visited |
11-11-2020
02:23 AM
|