POST
|
I don't see any reason why you shouldn't be able to sync back a replica even when the online database schema has changed (for example adding more fields to a table). If the new fields are nullable or have a default value, then there should be no problem to sync the data back. The problem currently comes from the fact that you iterate the attributes on the server side and not from the replica when syncing the changes. Also modifying the Layer ID numbers shouln't break the sync because you cannot add two layers/tables with the same name to the service. Therefore the name of the layer/table should be the identifier and not the Layer ID (which will change eventually).
... View more
07-10-2016
11:27 PM
|
0
|
0
|
618
|
IDEA
|
We're using the offline replica feature quite extensively in our application. We're adding many tables to the replica which are only used in read-only mode and are never changed. When returning the changes to an online system the SynchronizeReplica method doesn't allow us to define which tables we really want to return (as opposed to CreateReplica which accepts the layerquery options and ObjectIds to limit the data). I propose that you add a possibility to define which tables/featureclasses are returned on the sync and the rest of the tables would simply be ignored. This would give us a huge performance boost, because most of our data is simple read-only data.
... View more
07-06-2016
04:57 AM
|
1
|
0
|
465
|
POST
|
In case you haven't found out a solution, this might help you: Check the offline GDB file's GDB_Items table and the Definition column. There you can see an xml data which contains an element LayerID. That ID must match the ID on the ArcGIS server or the sync will fail to "invalid index" error. In my opinion the error message should be clear as to what actually is happening on the server side.
... View more
06-10-2016
02:53 AM
|
0
|
0
|
618
|
POST
|
No I haven't, but the issue has been confirmed by ESRI and they have promised to fix this issue in the next runtime version (10.2.7).
... View more
11-08-2015
11:41 PM
|
0
|
0
|
698
|
POST
|
I'm having this issue also. I think the IncludeRelated should not be a boolean, but an enum that defines how to get the related records (like IncludedChildren, IncludeParents, IncludeAll). I'd like to get an official answer from ESRI how they are going to address this issue.
... View more
04-24-2015
12:27 AM
|
1
|
0
|
294
|
POST
|
We have an application that uses the .NET SDK to create offline replicas from ArcGIS Server. We need to get some very specific data to the replica so we're using the LayerQueries to tell the SDK what to get. The problem is that, for one layer, the SDK seems to always get all the related rows no matter what the QueryOption is. The documentation says that QueryOption.UseFilter should ignore the IncludeRelated flag, but it doesn't seem to do so in our case. I used Fiddler to capture the REST call to the ArcGIS server and the LayerQuery for our layer is (see the attachments for complete layerquery): "22":{"where":"OBJECTID IN (15076)","queryOption":"useFilter"} The layer in question is related to a parent table. If the parent table (layer 15) is added to LayerQueries, then all its related rows (layer 22) are added to the replica no matter what QueryOptions or IncludeRelated values I choose. You can see in the attached screenshot that the replica geodatabase contains more than one row for the layer 22. So my question comes down to this: is there a way to limit the child rows when creating replica? And shouldn't the QueryOption and Where clause be enough to limit the child rows in the replica?
... View more
04-22-2015
05:41 AM
|
0
|
1
|
2671
|
POST
|
Is it a planned feature or do you intent not to support the feature at all? The FeatureServiceInfo class alsready has almost everything else except the replicas, so I don't see why it's missing (it's a read only list after all).
... View more
04-02-2015
03:16 AM
|
0
|
0
|
357
|
POST
|
I know I can get the JSON response for replicas within the ArcGIS Server from the URL: /FeatureServer/replicas?f=pjson Is this possible with the .NET SDK? I coudn't find a method for it in the FeatureServiceInfo documentation: FeatureServiceInfo Class
... View more
03-31-2015
05:16 AM
|
0
|
2
|
3972
|
POST
|
Yes, that's a possibility, but in my case the deletion of the geodatabase depends on the data within the database, so I need to open the db to check if the file is eligible for deletion. Of course I could to this in two phases, first phase being the check to save the filenames pending for deletion and so on... Thanks anyway for the response.
... View more
03-31-2015
05:09 AM
|
0
|
0
|
626
|
POST
|
Yes, but the problem is that the once I open the geodatabase file, it stays open until the application is closed, so it cannot be deleted be any means ("The file is being used by another process").
... View more
03-30-2015
11:07 PM
|
0
|
2
|
626
|
POST
|
If I unregister the replica with GeodatabaseSyncTask, then how do I delete the actual geodatabase file? The problem is that if I open the geodatabase, the file stays open until I open another geodatabase (even closing the application doesn't remove the lock). There is no Close method for closing the geodatabase explicitly.
... View more
03-30-2015
03:03 AM
|
0
|
6
|
5003
|
POST
|
If I don't register the view using the sdetable command, then I cannot publish the view in the ArcGIS server and query the data using the ObjectID column. Now that I've "tricked" the SDE into believing that my view is an SDE table, I can successfully query the data from the view using ArcGIS server.
... View more
02-18-2015
12:08 AM
|
0
|
0
|
218
|
POST
|
sdelayer -o register doesn't work in this case because the view doesn't have a spatial column. From the docs: "Registers with ArcSDE a table having a spatial column".
... View more
02-17-2015
12:07 AM
|
0
|
2
|
218
|
POST
|
Thanks for taking the time to answer. I hope you can improve the SDK's unit testing capabilities in the future.
... View more
02-16-2015
11:55 PM
|
0
|
7
|
1198
|
POST
|
I'm having this issue also. It's so much fun trying to guess what is wrong when the error message doesn't help you at all. The most annoying thing is that it would take five seconds from ESRI to simply add the failing table name to the message and it would save me hours of tedious work.
... View more
02-16-2015
03:36 AM
|
0
|
4
|
994
|
Title | Kudos | Posted |
---|---|---|
1 | 04-24-2015 12:27 AM | |
1 | 04-27-2012 09:18 AM | |
1 | 02-05-2015 03:13 AM | |
1 | 07-06-2016 04:57 AM | |
10 | 02-06-2015 05:05 AM |
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:23 AM
|