|
POST
|
We are trying to reduce the size of replicas. One way we could do this is to remove editor tracking fields on the replicas that will not be edited in the field. However, even if you turn off all edit functionality on a feature service and just leave Sync when you try to create a replica you get the above error Failed to create replica. Editor tracking fields must be visible Seems if there is no editing on the Feature Service that I should be able to generate the replica without these fields. In a large dataset this has a noticeable impact on size
... View more
10-13-2017
12:15 PM
|
0
|
0
|
1285
|
|
POST
|
See below {
"drawingInfo": {
"renderer": {
"type": "simple",
"symbol": {
"type": "CIMSymbolReference",
"symbol": {
"type": "CIMPointSymbol",
"symbolLayers": [{
"type": "CIMVectorMarker",
"enable": true,
"colorLocked": true,
"anchorPointUnits": "Relative",
"scaleStrokesAndFills": true,
"size": 5,
"dominantSizeAxis3D": "Z",
"frame": {
"xmin": 0,
"ymin": 0,
"xmax": 6.9921259842519685,
"ymax": 6.9921259842519685
},
"markerGraphics": [{
"type": "CIMMarkerGraphic",
"geometry": {
"rings": [[[4.0,
0.36],
[6.54,
7.36],
[5.66,
7.36],
[3.93,
2.27],
[3.57,
1.13],
[3.24,
2.27],
[1.57,
7.36],
[0.64,
7.36],
[3.13,
0.36],
[4.0,
0.36]]],
"spatialReference": {
"wkid": null
}
},
"symbol": {
"type": "CIMPolygonSymbol",
"symbolLayers": [{
"type": "CIMFill",
"enable": true,
"colorLocked": true,
"pattern": {
"type": "CIMSolidPattern",
"color": [0,
0,
0,
255]
}
}]
}
}]
},
{
"type": "CIMVectorMarker",
"enable": true,
"colorLocked": true,
"anchorPointUnits": "Relative",
"scaleStrokesAndFills": true,
"size": 5,
"dominantSizeAxis3D": "Z",
"frame": {
"xmin": 0,
"ymin": 0,
"xmax": 6.0094488188976385,
"ymax": 6.9921259842519685
},
"markerGraphics": [{
"type": "CIMMarkerGraphic",
"geometry": {
"rings": [[[1.94,
6.36],
[3.48,
6.36],
[4.23,
6.31],
[4.75,
5.98],
[4.94,
5.38],
[4.61,
4.63],
[3.51,
4.36],
[1.94,
4.36],
[1.94,
6.36]],
[[1.94,
0.36],
[1.94,
3.36],
[3.56,
3.36],
[4.18,
3.4],
[4.7,
3.51],
[5.11,
3.7],
[5.42,
3.96],
[5.94,
5.39],
[5.74,
6.32],
[5.22,
6.97],
[4.4,
7.28],
[3.4,
7.36],
[0.94,
7.36],
[0.94,
0.36],
[1.94,
0.36]]],
"spatialReference": {
"wkid": null
}
},
"symbol": {
"type": "CIMPolygonSymbol",
"symbolLayers": [{
"type": "CIMFill",
"enable": true,
"colorLocked": true,
"pattern": {
"type": "CIMSolidPattern",
"color": [0,
0,
0,
255]
}
}]
}
}]
},
{
"type": "CIMVectorMarker",
"enable": true,
"colorLocked": true,
"anchorPointUnits": "Points",
"size": 10,
"dominantSizeAxis3D": "Z"
},
{
"type": "CIMVectorMarker",
"enable": true,
"colorLocked": true,
"anchorPointUnits": "Relative",
"scaleStrokesAndFills": true,
"size": 12,
"dominantSizeAxis3D": "Z",
"frame": {
"xmin": 0,
"ymin": 0,
"xmax": 15.987401574803147,
"ymax": 15.987401574803147
},
"markerGraphics": [{
"type": "CIMMarkerGraphic",
"geometry": {
"rings": [[[1.7,
14.11],
[15.3,
14.11],
[15.3,
1.86],
[1.7,
1.86],
[1.7,
14.11]],
[[15.7,
0.99],
[15.7,
14.99],
[1.3,
14.99],
[1.3,
0.99],
[15.7,
0.99]]],
"spatialReference": {
"wkid": null
}
},
"symbol": {
"type": "CIMPolygonSymbol",
"symbolLayers": [{
"type": "CIMFill",
"enable": true,
"colorLocked": true,
"pattern": {
"type": "CIMSolidPattern",
"color": [0,
0,
0,
255]
}
}]
}
}]
},
{
"type": "CIMVectorMarker",
"enable": true,
"colorLocked": true,
"anchorPointUnits": "Relative",
"scaleStrokesAndFills": true,
"size": 12,
"dominantSizeAxis3D": "Z",
"frame": {
"xmin": 0,
"ymin": 0,
"xmax": 15.987401574803147,
"ymax": 15.987401574803147
},
"markerGraphics": [{
"type": "CIMMarkerGraphic",
"geometry": {
"rings": [[[15.59,
1.19],
[15.59,
15.19],
[2.0,
15.19],
[2.0,
1.19],
[15.59,
1.19]]],
"spatialReference": {
"wkid": null
}
},
"symbol": {
"type": "CIMPolygonSymbol",
"symbolLayers": [{
"type": "CIMFill",
"enable": true,
"colorLocked": true,
"pattern": {
"type": "CIMSolidPattern",
"color": [255,
255,
255,
255]
}
}]
}
}]
}],
"anchorPointUnits": "Relative",
"scaleX": 1
},
"symbolName": "Symbol_7"
},
"label": "",
"description": ""
},
"transparency": 0,
"labelingInfo": null
}
}
... View more
10-06-2017
12:48 PM
|
0
|
0
|
1783
|
|
IDEA
|
Currently replicas can only be synced by the user the created the replica or a portal admin. It is a common offline workflow to use devices that are shared by multiple field personal. The size of the replicas can make it impossible to have each user download/register their own copy of the replica. A setting in replica generation is needed to define it as shared, which would allow other Level 2 portal users to sync that replica. Along these lines you should be able to define the user when opening a replica for edit so Editor Tracking uses the logged in user not the user who created the replica Scott Prindle
... View more
10-05-2017
08:02 AM
|
12
|
9
|
3674
|
|
IDEA
|
Currently replicas can only be synced by the user the created the replica or a portal admin. It is a common offline workflow to use devices that are shared by multiple field personal. The size of the replicas can make it impossible to have each user download/register their own copy of the replica. A setting in replica generation is needed to define it as shared, which would allow other Level 2 portal users to sync that replica. Along these lines you should be able to define the user when opening a replica for edit so Editor Tracking uses the logged in user not the user who created the replica Scott Prindle
... View more
10-05-2017
08:02 AM
|
12
|
10
|
4285
|
|
POST
|
Thanks for the reply Michael It occurs in the map display, that is just loaded from the replica. The below symbol is a square with the letter LB inside, but the letter stand on top of each other. The same symbol when looking at the service definition on a web page (i.e, /featureserver/0) Layers are added to the map by opening the table and creating a feature layer to add to the map. foreach (var featureTable in gdb.GeodatabaseFeatureTables)
{
await featureTable.LoadAsync();
var featureLayer = new FeatureLayer(featureTable)
{
//set some properties
};
map.OperationalLayers.Add(featureLayer);
//...
}
In the views that I display the symbol to show the user for editing the following is used (ImageSource is bound property to display image). Which is basically the same as is done in the Symbol Display control RuntimeImage runtimeImage = await LegendInfo.Symbol.CreateSwatchAsync(24, 24, 128f, Colors.Transparent, new MapPoint(0,0));
ImageSource source = await runtimeImage.ToImageSourceAsync();
//http://stackoverflow.com/questions/26361020/error-must-create-dependencysource-on-same-thread-as-the-dependencyobject-even
source.Freeze();
Dispatcher.CurrentDispatcher.Invoke(() => ImageSource = source); When placed as a temp graphic I just grab it from the LegendInfo LegendInfo.Symbol So pretty much any way it is retrieved the result is always the same. Letters stacked on top of each other. This happens with every symbol that contains letters. They are all simple shape with letters inside.
... View more
10-05-2017
06:17 AM
|
0
|
2
|
1783
|
|
POST
|
Hi, We have a number of symbols that contain text internal to the symbol. When these are used in creating the Runtime replica they display with all the text on top of each other. So, VPI would have all three letters stacked on top of each other. IS there something special we need to do to get this type of symbol to display properly? Thanks -Joe
... View more
10-03-2017
08:36 AM
|
0
|
4
|
1978
|
|
POST
|
I am just amazed no one else finds this as difficult as I do. I basically have a test bed with one user, because I have to use one license for myself and then there is one Level 2 user left over for testing. A level 1 user is worthless, they cannot do anything that our application requires permissions wise
... View more
10-02-2017
07:49 AM
|
0
|
5
|
2292
|
|
POST
|
Trying to run the reindex on the API. If I run passing default parameters or passing in mode=full sys.reindex(mode="FULL")
sys.reindex() It fails with an error: No enum constant com.esri.arcgis.portal.admin.core.system.IndexOptions.FULL ---------------------------------------------------------------------------
RuntimeError Traceback (most recent call last)
<ipython-input-34-50fad27eb260> in <module>()
----> 1 sys.reindex(mode="FULL")
D:\Anaconda3\lib\site-packages\arcgis\gis\admin\_system.py in reindex(self, mode, includes)
240 params['includes'] = includes
241 res = self._con.post(path=url,
--> 242 postdata=params)
243 if 'status' in res:
244 return res['status'] == 'success'
D:\Anaconda3\lib\site-packages\arcgis\_impl\connection.py in post(self, path, postdata, files, ssl, compress, is_retry, use_ordered_dict, add_token, verify_cert, token, try_json, out_folder, file_name, force_bytes, add_headers)
1127 elif errorcode == 498:
1128 raise RuntimeError('Invalid token')
-> 1129 self._handle_json_error(resp_json['error'], errorcode)
1130 return None
1131 except AttributeError:
D:\Anaconda3\lib\site-packages\arcgis\_impl\connection.py in _handle_json_error(self, error, errorcode)
1147
1148 errormessage = errormessage + "\n(Error Code: " + str(errorcode) +")"
-> 1149 raise RuntimeError(errormessage)
1150
1151 class _StrictURLopener(request.FancyURLopener):
RuntimeError: No enum constant com.esri.arcgis.portal.admin.core.system.IndexOptions.FULL
(Error Code: 500)
It works fine if passing in the other enum values USER_MODE, GROUP_MODE, SEARCH_MODE. Just for fun I ran: sys.reindex('FULL_MODE') This does complete successfully. Seems like a little bug in the API which defaults to FULL not FULL_MODE
... View more
09-28-2017
04:04 PM
|
0
|
2
|
1196
|
|
POST
|
When things work on versions 10.3.1 through 10.5, with the same exact setup it certainly makes one think it has something to do with 10.5.1.
... View more
09-28-2017
11:30 AM
|
3
|
0
|
5303
|
|
POST
|
See this link it describes the workaround to get admin tool working, But no solution on how to actually get it to work with your own cert. Common problems and solutions—Portal for ArcGIS (10.5.x) | ArcGIS Enterprise
... View more
09-27-2017
03:10 PM
|
0
|
0
|
2661
|
|
POST
|
We have reported the issue with support. I do not know status nor have a formal bug. I have sent them this link to see it is occurring with others
... View more
09-27-2017
03:06 PM
|
1
|
0
|
5303
|
|
POST
|
What is returned is a collection within a collection. The RelatedFeatureQueryResult object is an Enumerable of the related objects grouped by related table. private async Task<RelatedFeatureQueryResult> QueryForRelatedBarholesAsync(ArcGISFeature feature)
{
var gdbFeatureTable = (GeodatabaseFeatureTable) feature.FeatureTable;
var queryResults = await gdbFeatureTable.QueryRelatedFeaturesAsync(feature);
var relatedBarholeResults = queryResults.FirstOrDefault(
r => r.RelatedTable.TableName.Equals(TableNames.Barhole, StringComparison.CurrentCultureIgnoreCase));
return relatedBarholeResults;
} The call to QueryRelatedFeaturesAsync gets all the features related to that feature. In the code above the TableName is used to find the result set for the related table we are interested in. The RelatedFeatureQueryResult is what you are really after.. RelatedFeatureQueryResult relatedBarholeResults = await QueryForRelatedBarholesAsync(gasLeakFeature);
if ( relatedBarholeResults == null ) return;
foreach (var barholeFeature in relatedBarholeResults.OfType<ArcGISFeature>())
{
//do something with the features
}
... View more
09-19-2017
04:15 PM
|
0
|
1
|
1300
|
|
POST
|
Wondering if someone has come across similar issues that we see with syncing. This is in addition to the bug introduced in 10.5.1 that makes sync fail completely. Which has kept us at 10.5 In our scenario we do a pre-planned workflow using an archive enabled non-versioned database (based on being strongly suggested approach by esri). The replica file is shared to our users by moving them to the device and then using the RegisterGeodatabaseAsync to register back to the server. We do see the replicas when looking at the feature service through the web interface, so they exist. In this process the users are named users who's credentials are passed in to create the GeodatabaseSyncTask used in calling RegisterGeodatabaseAsync. The ArcGIS Server is federated to the portal. Our users are Level 2 - Users. What we see is that users are unable to sync in this situation. The only way to get sync to work is to raise the level of the user to a Level 2 - Administrator. When the user is advanced to this permission level everything works fine. What I find odd is that the Level 2 - User can create the replica (or register it depending on the terminology you want ti use). But that same user cannot sync this replica. If you look at the data it defines our Level 2 - User as the owner of the replica. So, the owner of the replica is unable to sync the replica. Anyone else has a similar setup, and seeing different results. We have seen it in two completely different environments so it seems not associated to something done in a non-standard way.
... View more
09-18-2017
01:42 PM
|
0
|
0
|
768
|
|
POST
|
What's documented is not a solution, it is a workaround so your portal is not completely broken. But once doing this, the portal still does not have the real certificate applied, it is just using the default portal certificate.
... View more
09-15-2017
12:00 PM
|
0
|
1
|
1210
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 05-11-2026 09:07 AM | |
| 1 | 10-23-2025 12:16 PM | |
| 1 | 10-19-2022 01:08 PM | |
| 1 | 09-03-2025 09:25 AM | |
| 1 | 04-16-2025 12:37 PM |
| Online Status |
Offline
|
| Date Last Visited |
06-23-2026
12:26 PM
|