Latest Contributions by KhaledHassen

Hi Richard, You will need to turn on schema changes on the view you have. https://services1.arcgis.com/byI4kn9uGfeTFbS1/ArcGIS/rest/services/Scottish_Wildlife_Trust_reserve_boundaries___with_web…  To do this, you will need to go the admin API of the view: https://services1.arcgis.com/byI4kn9uGfeTFbS1/ArcGIS/admin/rest/services/Scottish_Wildlife_Trust_reserve_boundaries___with_website_text/FeatureServer/updateDefinition Then use the following json: {     "sourceSchemaChangesAllowed" : true } Then add the index you need. I think this should resolve your issue. If not pl. let me know. Khaled Hassen Online Feature Service Dev Lead. ... View more

Pl. check using feature service views. You can keep your source feature service private and then expose a view of the source feature service with the desired capabilities (read-only for instance). Views will see any changes in the source feature service as it happens. Khaled Hassen Online Feature Service Dev. Lead ... View more

Not sure if you have researched using views in online feature service. You can configure your source service to be private and not shared with anyone. Only the owner of the data, for instance, can read/write/export/etc. the source data. For the public consumer, you can create a view of the source data. You can hide any column and grant only public access/read capabilities. This is what we recommend to our clients. Feature service views will see any changes in the source feature service as it happens. Thanks Khaled Hassen Online Feature Service Dev. Lead ... View more

Sorry, we could not make it for online 7.2 release.  But will update you shortly if we can make it in 7.3 release scheduled in Sept. Thanks Khaled ... View more

Sorry for the confusion. We will get handled. The definition is mainly owned by the feature service and the runtime originally developed based on server. This is new in online and it looks like we have some differences in the case of the types. Runtime team does not define what the subtype json is and they have been involved in testing but it looks like this issue is not detected. The main reason I have mentioned about the collector is that we have recently fixed an issue that affected collector and was related to subtype default. I wanted to know the severity of the issue and if we need to handle it before Sept. release. If this issue is critical to you, pl. submit a request for us to the tech support (online feature service) and I will see if we can speed up the deployment.  ... View more

I am the online feature service lead but working closely with the collector app team which seems do not have this issue. At any case, I will fix this in the online feature service by Sept. Will touch base with the collector app to see if they have this issue. Khaled ... View more

Will fix it in online sept. release. What app has this issue? most of our apps (mainly mobile) work fine maybe because the check is case-insensitive. Until I get the fix in, pl. use case insensitive check if possible. Thanks Khaled ... View more

FYI we are working hard in online to get webhooks added to online feature service. We are trying to avoid having our clients to keep/making polling requests to our server looking for updates and the solution will not scale eventually. Online target online Dec. online release. If we will able to release sooner, we will let you know. Thanks Khaled ... View more

Even download sync direction is not supported on view join layer. We are working on a snapshot sync direction that can be supported on join view layer. But no timeline for this enhancement yet. Khaled ... View more

Hi Jimmy, I do not really see any solution except turning off the sync for the join layer in the map (if supported). Will be meeting with the offline team to see if we have a way to address this in the client side. Will update you shortly. I might also need to do some design change in the feature service to avoid returning sync errors in the join feature service view. Normally the client side (collector/etc.) keeps syncing even if one of the layers returns sync errors. Will be good if there is a way to turn off sync errors for the join layer. Khaled ... View more

Jimmy, It looks like you might need to turn off sync in the collector for the join view service or customize the list of the layers to sync. Even though there might not be any edits, collector might try to sync its content with server data.  Khaled ... View more

Try to set the capabilities instead in the feature service admin API. It would do that same. Not sure if we have an issue with syncEnabled property. SyncEnabled property is the old way of enabling sync. ../rest/admin/services/testSubtype/FeatureServer/updateDefinition Json: {"hasStaticData" : false, "capabilities" : "Query,Sync"} Khaled ... View more

I mean only the join view layer. All other non-join layers should be fine and be able to sync. ... View more

Thanks Jimmy. >It is strictly for display, no editing. The only issue I see here is that you will not be able to sync the offline from the join view. For instance, you will not be able to update your offline map from the joined view. I am assuming you are creating offline from the join view.  Thanks Khaled ... View more

Hi Jimmy, Not sure why you need to enable sync on the join views? We do not support editing of join view yet. So even though you might be able to enable sync on join views between two services, you will not be able to edit them or apply any edits from offline maps. Extracting changes from join views to offline map is not supported currently. Until it is fully supported on the server, I will not pursue sync for joined views. Join views should be updated though without enabling sync on the join view when the source data changes. Thanks Khaled Hassen ... View more