|
POST
|
I see the relationship now. I saw the typo in the error log we have. I do see the field of type ObjectId but not seeing however the objectIdField property. "objectIdField" : "FID"
Pl. try to recreate the table and be sure to set this property to FID.
Thanks
Khaled
... View more
02-08-2019
11:51 AM
|
1
|
2
|
2093
|
|
POST
|
I see no relationship on your table. I see also you are adding relationship like and it has a typo: { "relationships" : [ { "id" : 1, "name" : "Maintenance", "relatedTableId" : 1, "cardinality" : "esriRelCardinalityOneToMany", "role" : "esriRelRoleOrigin", "keyField" : "GlobalID", "composite" : false }, //// you have an extra "," here. Pl. remove it. ] } Thanks Khaled
... View more
02-08-2019
11:30 AM
|
0
|
4
|
2093
|
|
POST
|
Still do not see the objectId in the table. Pl. be sure to add it to the table field list when adding the table. Khaled
... View more
02-08-2019
10:58 AM
|
0
|
7
|
2093
|
|
POST
|
I see your table does not have an ObjectId. You will have a problem in your table without objectId. All UX needs the objectId. Pl. drop the table and be sure to add ObjectId field name with your table. Thanks Khaled
... View more
02-08-2019
10:15 AM
|
0
|
10
|
1792
|
|
POST
|
Yes on the service (not the layer) deleteFromDefinition. You will need to pass something like: { "layers" : [ { "id" : <tableId> } ] } BTW: Editor tracking is added at the service level. When you create a feature service, you will need to specify: { ... "editorTracking" : { "enableEditorTracking" : true .. } So editor tracking it is a system property on the service and you do not really need to add anything on the layer for edit fields as long as you enable this on the service. Khaled
... View more
02-08-2019
09:46 AM
|
0
|
14
|
1633
|
|
POST
|
Did you try deleting the table directly? deleting the table will also dropping any relationship it has with other layers. Thanks Khaled
... View more
02-08-2019
09:36 AM
|
0
|
16
|
1633
|
|
POST
|
If you really need the count, then you might need to consider calling the feature service layer queryRelated directly and pass returnCountOnly=true. Any other option would be expensive if done in the client side. This is how the UX is getting the count. For example: https://...services/<myService>/FeatureServer/<myLayer>/queryRelatedRecords?relationshipId=0&definitionExpression=1%3D1&…
... View more
02-07-2019
04:49 PM
|
0
|
1
|
5894
|
|
POST
|
You cannot directly change the coordinate system in online feature service once published. As you indicated, one way to achieve this is to export the data in online to filegdb (with attachments), then open this data in ArcMap or Pro, change the coordinate system and then overwrite the data in online. This should work. Thanks Khaled Hassen
... View more
02-05-2019
07:33 AM
|
4
|
8
|
11902
|
|
POST
|
We have developed Append to deal with similar workflow like what you describe. We scale very well with the append API. The only other way to update the data which would definitely be more efficient to use sync and offline between online and the external system that updates the data. But this is not normally available specially if you are dealing with external data providers that use different system. Thanks Khaled Hassen
... View more
02-05-2019
07:28 AM
|
0
|
3
|
4983
|
|
POST
|
>I have an unique identifier which is a string and which is not available when I use the append function from AGOL. >Using AGOL I worry about two things: The key in the destination layer that you are using for upsert needs to have a unique index. This is why it does not show from the UX when appending from AGOL. The UX provides a way to add a unique index based on your unique field. >If different users are using different copies from the feature class to add features I guess it could happen that an Object >ID exists that is not the same feature as an Object ID among the new features. Thus it would be better to use our >unique identifier. Yes you cannot use the ObjectId for this. You have to either use a globalId or your own key that are the same in all copies. Copying data preserve within ArcGIS normally preserve GlobalIds, so duplicating data still reference the same feature. >My next problem is that I have to find a solution without the python API - could I put the same in a python script running >from ArcMap 10.6? You do not need to use Python API to do this. You can always use the feature service REST API to do this in any language. You can use fiddler to see how the home app uses the REST API to append data into online feature service. Thanks Khaled
... View more
02-05-2019
07:24 AM
|
1
|
0
|
4983
|
|
POST
|
You do not really need to do anything for the changes to be applied to the feature service after using append. If append succeeds, then new features will be appended and existing features will be updated (if you are using upsert). To update existing feature, you will need to use append matching key between the gdb feature class and the feature service layer. The online feature service layer field that is used as an append key needs to have a unique index in the online feature service layer. The online home app contains update data option where you can update the online layer from different sources. Pl. check it out there and see if the data is updated with the options you have chosen. Let us know if this does not work for you. Thanks Khaled Hassen
... View more
02-04-2019
07:49 AM
|
0
|
7
|
4983
|
|
POST
|
Yes we do support append API in online feature service. Also it is available in python API. Feature Service Append API Thanks Khaled Hassen
... View more
02-01-2019
08:36 AM
|
2
|
0
|
4983
|
|
POST
|
Yes this is currently a limitation in publishing with overwrite. Online team will work in removing this limitation in the next release or so. But I think we might need to consider using Append API with upsert capability. This where you get a chance to insert new data or update existing data from different sources based on the use of a unique column in the destination layer. Actually this is a better solution that keep overwriting your data from the same source regularly. Once you use append and update the source, existing views should continue working and picking up the new changes in the source data. Thanks Khaled Hassen
... View more
02-01-2019
08:31 AM
|
0
|
7
|
6370
|
|
POST
|
No it does not matter how you do the schema updates. UX schema updates call the low level REST API and this is where view refresh happens. Is it possible this is an old view you have created like a release or so ago? Can you try it on a new view and let me know?
... View more
01-24-2019
08:31 AM
|
0
|
0
|
3305
|
| 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
|