|
POST
|
Then why the edits of the version of u1 are not transferred to the resulted default ArcSDE geodatabase while the edits of version of u2 are transferred to default ArcSDE geodatabase? Jamal: From this Help page: "If you resolve conflicts in favor of the edit version, all conflicting features in the current edit session take precedence over conflicting representations in the target version." 1) You delete feature 10 in version U1 2) You start batch reconciliation and posting with the option "in favor of the edit version" as per your screenshot. 2) Reconciliation and posting of version U1 takes place, where feature 10 is deleted from the target database, no conflicts are detected in this phase. 4) Now reconcilation and posting of version U2 takes place, again "in favor of the edit version". A conflict is detected. U2 has the original feature 10 with an edit to its attributes, but this feature is deleted from the target. Since it takes precedence over the target version, where the feature is deleted, feature 10 is posted back to the target, including the attribute edit done in feature 10. And yes, the deleted feature in version U1 is back... Jamal, if you want detailed control over each conflict, you should review any edits manually, not run a "batch reconciliation" on multiple versions. ArcGIS has all these tools specifically for this reason: to allow you to make a good judgement of the conflict by thoroughly reviewing it. As to best practices: multi-user edit conflicts are allowed and reconciliation supported in ArcGIS, but this doesn't mean you should be lax on good working practices. Well designed work flows and good work orders should always try to avoid conflicting edits as much as possible to avoid excess work in the conflict detecting & reconciliation.
... View more
06-09-2013
02:12 PM
|
1
|
0
|
13350
|
|
POST
|
1. I got two geodatabases one is ArcSDE geodatabse and the other is file geodatabase 2. I have created a one way replica FROM the ArcSDE geodatabse TO the file geodatabase 3. It happens that edits occurred on the file geodatabase (say by mistake!) 4. In this case, when the ???synchronize changes??? tool is applied FROM the ArcSDE geodatabse TO the file geodatabase then the edits that recently occurred on the file geodatabase don???t change while it is supposed that the file geodatabase must be updated to be as a copy of the ArcSDE geodatabase. My point here is why the file geodatabase (after being edited) is not updated to be the same as the ArcSDE geodatabse when the ???synchronize changes??? tool is applied? Jamal, I must admit I am going on my theoretical knowledge here based on the Help documentation, I still need to try replication myself once with my test setup here at home... But anyway: ArcGIS keeps track of edits on geometries by unique ID's (identifiers - GlobalID column). This allows ArcGIS to determine which geometries changed or not, and whether something needs to be replicated from one database to another. If you start editing the child file geodatabase, and add new features, these features will have ID's unknown to the parent SDE database, or no GlobalID at all. ArcGIS probably does not know what to do with these, as these records are not supposed to be there.
... View more
06-09-2013
01:52 PM
|
0
|
0
|
4265
|
|
POST
|
How about the sequence of reconcile/post between the default ArcSDE geodatabase and these multiple versions? With which version the default ArcSDE geodatabase is first reconciled/posted? For example, is the default ArcSDE geodatabase first reconciled/posted with Sami's version or Reda's version? which edits of these two versions are first transferred to the default ArcSDE geodatabase? Jamal, I think Leo covered it mostly, but ultimately, the exact time edits were saved determines which edits preferentially should be saved to the DEFAULT. Like Leo said, the conflict resolution options will allow you to see any conflicting edits, and allow you to make a judgement on which edits are favoured over others. If users are editing completely different areas (e.g. Sami is editing municipality Nablus, and Reda is editing Hebron), and consequently no conflicts are to be expected, than the whole point of reconcile order becomes mute and non-consequential in terms of reconciliation. I also recommend you to read: Versioning 101 Essential information about ArcSDE geodatabases By Derek Law, Esri Product Management And these pages by SPP Innovations: Versioning for Dummies: Part 1 Versioning for Dummies: Part 2, the State ID Versioning for Dummies - Part 3: Reconcile, Post, and Compress...
... View more
06-09-2013
05:40 AM
|
1
|
0
|
13350
|
|
POST
|
Some changes occur on the file geodatabase and then the �??synchronize changes�?� applied from the ArcSDE geodatabase to the file geodatabase as shown in the screenshot below: Jamal, just to get this straight: The bold text should be "Some changes occur on the ArcSDE geodatabase"?! You do intend to send changes done on the production ArcSDE geodatabase to the publication file geodatabase to be hosted on the internet in a One-Way replica?
... View more
06-08-2013
12:23 AM
|
0
|
0
|
4265
|
|
POST
|
How about the 10.2? is such tool (adding features to an existing replica) built �?? in on the core? I haven't specifically heard about it, but than I also didn't dig into it to find out. Jake Skinner can most likely tell you...
... View more
06-07-2013
06:01 AM
|
0
|
0
|
3666
|
|
POST
|
I wanted to use the �??create replica�?� as geoprocessing tool but couldn�??t figure out which option is equivalent to �??Select Register existing data only�?� Jamal, there are cases where the Geoprocessing Tools and corresponding Wizards or dialogs in the user interface of ArcGIS don't entirely match. This seems to be one of those cases. It means you will need to use the Create Replica Wizard (or ArcObjects programming) to do the job. It would be nice if things always corresponded for the full 100%, but I can appreciate there might be cases where it is difficult to implement from a technical point of view.
... View more
06-06-2013
11:55 AM
|
0
|
0
|
3666
|
|
POST
|
My understanding is that at 10.1 you can only read and run VBA code, but you cannot edit or create new VBA code. At 10.2 it should be gone if ESRI follows through with the game plan they laid out over 3 years ago. VBA is deprecated because Microsoft abandoned it and won't sell any more licenses. ESRI is using up licenses they purchased years ago (probably when they partnered with Microsoft for a time). That plan certainly has changed. The recently modified deprecation plans for ArcGIS now even explicitly list extension for VBA in 10.2 as the last release. http://downloads2.esri.com/support/TechArticles/W26496_W25918_DEPRECATION_PLAN_FOR_ARCGIS_101_and_102_FINAL_050713.pdf "ArcGIS 10.2 will be the last major release including Microsoft Visual Basic for Applications (VBA) compatibility." "[Correction February 15, 2013] Support for Microsoft VBA has been extended to ArcGIS 10.2"
... View more
06-05-2013
01:24 PM
|
0
|
0
|
2694
|
|
POST
|
Nick, One thing that is vital with Direct Connect is to have the proper database client installed. It needs to be a 32-bit client, as ArcGIS for Desktop and ArcGIS Explorer Desktop are still 32-bit applications. This may well be the cause of your issues. Install a proper database client and see if you can connect.
... View more
06-04-2013
02:15 PM
|
0
|
0
|
2625
|
|
POST
|
John, I agree with most of what you write, but I do think there are pros and cons to the approach ESRI chose: pro: - You only need to worry about a single "Feature Service" type of connection when interacting with your data in the development process. No plethora of different connection or datasource types to worry about as supported by ArcGIS. The Map Package and Runtime hide the complexity. This simplifies the development process. - You can do all the basic preparatory work with all the advanced tools of ArcGIS, meaning an almost unlimited set of possibilities for authoring the maps. con: - You may find, like you are stating, the ArcGIS a bloated addition to the web application development platform. Alas, but not many people run a pure Engine environment like you, and most organizations have the necessary licences and skills to do the preparatory work and author the maps and export to a Map Package. I agree it is likely there will be more options in the future...
... View more
06-04-2013
02:08 PM
|
0
|
0
|
2491
|
|
POST
|
Tamer, I was not suggesting the fact that CAD maintained data is part of your geodatabase by itself is a problem. The problem is that some features may have errors / be invalid, at least as considered by ArcGIS. Think of a polygon with just two vertices to define its outer boundaries, you need a minimum of three vertices (a triangle) to enclose an area. Two vertices can only define a line... These geometries are INVALID and should not be in your dataset. Unfortunately, CAD datasets quite often contain problematic geometries, as the data may be less stricly maintained (no topology checks). I already pointed out the tools you need to check if any geometrie is invalid in post no. 4 in this thread
... View more
06-04-2013
02:52 AM
|
0
|
0
|
2839
|
|
POST
|
thank you for u reply , what did u mean about : you should certainly confirm that all non-Esri geometries pass both Oracle and Esri geometry tests . Vince means any geometries / features not initiallly created in ArcGIS. E.g. data created and maintained in AutoCAD and stored in SDO_Geometrry / Oracle Spatial. This data may not confirm to ArcSDE standards for valid geometry, as it has not been created by ArcGIS. This is an often encountered cause of compatibility issues between ArcGIS and SDO_Geometry maintained by CAD or imported from CAD sources/drawings.
... View more
06-03-2013
11:36 PM
|
0
|
0
|
2839
|
|
POST
|
The instructions for connecting are here: http://webhelp.esri.com/arcgisexplorer/2500//en/add_geodatabase_data.htm
... View more
06-03-2013
02:23 AM
|
0
|
0
|
2625
|
|
POST
|
John, You may wish to have a look at this video: http://resources.arcgis.com/en/communities/runtime-java/video1668.htm Move to 33:30 for the start of the topic about editing. You need to create a Map Package containing the data referencing your SDE database. I think you won't be able to circumvent running at least one Desktop licence to author these... You can than consume this Map Package in Runtime and edit, but Simple Features only! And see this page for a nice compact introduction about Runtime and how it functions: http://esriaustraliatechblog.wordpress.com/2012/01/03/a-bit-more-on-arcgis-runtime-for-windows-and-linux/ Essentially, as the ESRI Australia blog explains, Runtime acts like a mini local web server ("...uses an embedded web server to create/communicate with worker processes that do things like draw map..."). You interact with this embedded web server's Feature Services based on your SDE connections (or whatever datasource you have, e.g. shapefile) via SOAP, not with the data "directly".
... View more
06-02-2013
01:25 PM
|
0
|
0
|
2491
|
|
POST
|
Thanks Vince. I am able to make the connection now 🙂 Good to hear you got it running. Would welcome the any steps & tips on this 🙂 There was a nice extension for extracting much of the Geodatabase's schema details in the times of 8.x and 9.x: The Geodatabase Reporter by Richie Carmichael of ESRI: http://arcscripts.esri.com/details.asp?dbid=13508 It created very nice HTML reports showing detailed info about Feature Datasets, Feature Classes, Relationships Classes, Domains etc, even including user info if I remember well. Since you're running legacy 8.x, you might try and install it and see if you can get it working. Should be of real help in getting a good overview of the Geodatabase's schema. Marco, Thanks for the comments. But let's not discuss the sensitive data/policies of company. May be my mistake of publishing non-required things here. Sorry, just couldn't help notice it and it made me smile... I know I can be a bit direct in these issues. Good luck with the project and migration!
... View more
06-02-2013
12:09 PM
|
0
|
0
|
662
|
|
POST
|
This really sounds like a geometry problem, with invalid geometries in the specific layer with problems, since you can access the other database layers normally. ArcGIS includes two tools for dealing with that. The Help for 9.3.1 lists them here: Check Geometry and Repair Geometry. However, I am not sure if they also exist at plain 9.3, or were introduced only at 9.3.1. If you can't find them, they were probably introduced at 9.3.1, and you need to run the ArcSDE Command Line tools instead. You can find more information on this in the document here: http://resources.esri.com/help/9.3/geodatabase/pdf/admincmd.pdf You probably need to use the "sdelayer" command. Vince can undoubtedly further guide you on the exact syntax to be used in your case if using the ArcSDE Command Line tools for checking the validity of the geometries. Your alternative is using SQL*Plus and the SDO_GEOM.VALIDATE_LAYER command. Be aware though, that what Oracle considers a valid geometry, isn't 100% compatible with what ArcSDE considers a valid geometry, there are a few minor idiosyncrasies between the systems. Nonetheless, checking will be useful as well. To be 100% sure there aren't "ArcSDE invalid" shapes in the database, you really need to run the ArcGIS / ArcSDE tools though...
... View more
06-02-2013
02:24 AM
|
0
|
0
|
2839
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 01-31-2026 04:45 AM | |
| 1 | 12-08-2025 09:12 AM | |
| 1 | 12-05-2025 12:38 PM | |
| 1 | 12-04-2025 10:08 PM | |
| 1 | 12-04-2025 10:11 AM |
| Online Status |
Offline
|
| Date Last Visited |
05-29-2026
03:22 AM
|