|
POST
|
Please check the view "IsUpdatableView". Normally the default is false which would prevent you from editing. You can go the feature service update definition admin API and pass: https://.../myOrg/arcgis/rest/admin/services/myServiceName/FeatureServer {"isUpdatableView" : true} Khaled Hassen Online Feature Service Lead
... View more
02-26-2019
06:51 AM
|
0
|
7
|
2293
|
|
POST
|
Unfortunately we do not support returning attachments for join layer view. I have added an enhancement in online feature service to support returning attachment for joined layer. This will be supported for inner join only. Initial support plan will be UC this year. Also we might put a restriction like the left table needs to be the one with attachment. Will update once we have this is finalized including testing. Khaled Hassen Online feature service lead
... View more
02-22-2019
09:06 AM
|
1
|
3
|
2928
|
|
POST
|
Philip, I have just tested this and I do not really see any bug here. In the view you can use something like: https://url/ArcGIS/rest/admin/services/myViewName/FeatureServer/updateDefinition { "hasStaticData" : false, // You need to set this property to false only if this property is set to true "sourceSchemaChangesAllowed" : true } Pl. note that all views need to set this property to true in order to have this property to be true in the source feature service. Pl. try it again in the view and let me know what error you are getting. Khaled
... View more
02-19-2019
02:15 PM
|
4
|
2
|
11339
|
|
POST
|
Philip, I am assuming you are setting the property in the view service edit definition admin API and not the view layer admin editDefintion admin API. Can you pl. be sure you have no client cache (browser cache). Did you try to perform any schema changes in the source and you failed? This is supposed to work. I will check to see if we have any issue with this. Thanks Khaled
... View more
02-19-2019
06:59 AM
|
0
|
2
|
11339
|
|
POST
|
sourceSchemaChangesAllowed property can only be set on views. So for each view you have from the source, you will need to update sourceSchemaChangesAllowed. Once all views has set this property, then the source will update its status of the sourceSchemaChangesAllowed. Pl. note sourceSchemaChangesAllowed property on a source feature service that has views is computed. If any view has this property is false, then the source will be false. Khaled Hassen Online feature service Lead
... View more
02-18-2019
10:35 AM
|
3
|
4
|
11339
|
|
POST
|
Attachments in appending is something we are looking at to support in the next release or so for sure. But for now, the only other solution besides overwrite the data with the new content in full is using sync. So you will be working with a local copy of the data, edit the data and sync the changes (attachments + features). You might check ArcMap create local copy for editing. Using sync will only send the changes from your local copy and avoid sending data that has not changed. Sync will be even better than append since if you have low bandwidth, we will be sending only the changes.
... View more
02-16-2019
06:35 AM
|
0
|
3
|
7337
|
|
POST
|
Yes sorry. Appending only for features. No schema or attachments.
... View more
02-15-2019
02:11 PM
|
0
|
5
|
2356
|
|
POST
|
Append capability is not required if you use append as the owner or admin of the data. As far as the capability goes, I think you would need to use the feature service updateDefinition API and not the layer updateDefinition API. This is normally the issue I have seen before. We should have error in the API but we are tolerant to the definition that is not valid. I do not think you need to create SD file. Append accepts FileGDB and it is as good without the overhead of creating SD file with fileGDB inside. Thanks Khaled
... View more
02-15-2019
08:37 AM
|
0
|
7
|
2356
|
|
POST
|
This is not currently supported or even possible. A view does not have a storage and it is only a definition that references the original source data. Geometry measurements like area and length are stored with the original source data. You can however request/query data from the view similar to the source in any projection.The returned area/length of the geometry are returned in the native spatial reference units. In order to return the accurate area and length, you will need to query with returnGeodetic=true. This should return accurate geodetic geometry area and length always in meters. Thanks Khaled Hassen Online Feature Service Lead
... View more
02-14-2019
10:44 PM
|
0
|
0
|
659
|
|
POST
|
Here is API doc help: https://esri.github.io/arcgis-python-api/apidoc/html/arcgis.features.toc.html?highlight=append#arcgis.features.FeatureLayer.append Thanks Khaled
... View more
02-12-2019
10:00 AM
|
0
|
1
|
4983
|
|
POST
|
Yes you can. So you can have layer A + attachment + related table to layer A
... View more
02-11-2019
06:51 PM
|
0
|
1
|
1428
|
|
POST
|
>Is there a possibility of creating two related >tables and synchronize one set of attachments and keeping another constant? Not for the same feature. We do support creating views that you can allow your clients to view attachments only or not seeing attachment at all. But for the same feature, we do not have a solution for it currently. Thanks Khaled
... View more
02-11-2019
06:41 PM
|
0
|
3
|
1428
|
|
POST
|
One way you can achieve this is through enabling ownership-based access control (OBAC) on this feature service. Assume you have feature F + attachment (A1). If userA owns this feature F + A1, then no-one will be able to delete or update this attachment (A1) if you enable OBAC. So you will define ownership-based access control like below. Your users can add attachment only and cannot delete or update existing one including the one they add. "editorTrackingInfo" : { "enableEditorTracking" : true, "enableOwnershipAccessControl" : true, "allowOthersToQuery" : true, "allowOthersToUpdate" : false, "allowOthersToDelete" : false } Not sure if you need your client to modify existing attachments. If you do, then we do not really have a solution for this and you might need to enforce this in the app side but still the client will be able to go and bypass the client side modify or delete this attachment you do not want them to change. Thanks Khaled Hassen Online Feature Service Lead
... View more
02-11-2019
05:50 PM
|
0
|
5
|
1428
|
|
POST
|
Pl. check the feature service json from the admin API: rest/admin/services/<serviceName>/FeatureServer If the feature service has any geo-datum transformation specified at publishing time, it will be returned from the service admin json endpoint. You can also change the geo-datum transformation information using the FS admin API. Nothing will be returned if we use the default transformation when projecting (when none is specified when publishing). The best way to get the datum transformation in online is to publish from SD file that has the datum transformation which will be used when projecting between the SRs specified in this transformation. Thanks Khaled
... View more
02-08-2019
03:05 PM
|
1
|
1
|
1034
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 3 weeks ago | |
| 1 | 10-31-2023 07:04 AM | |
| 1 | 04-13-2023 08:40 AM | |
| 1 | 03-11-2019 03:05 PM | |
| 1 | 02-22-2019 09:06 AM |
| Online Status |
Offline
|
| Date Last Visited |
3 weeks ago
|