topic Re: Subtypes in runtime Geodatabases in .NET Maps SDK Questions

Subtypes in runtime Geodatabases

EdwardBlair — Wed, 30 Aug 2017 14:42:24 GMT

I'm probably missing something, but is there support for subtypes and subtype-specific domains in the runtime Geodatabase? From what I see if a field has a domain assigned at the class level that domain assignment is respected, but I don't see anything that is aware of a domain assigned at a subtype level.

Any info would be much appreciated.

Thanks,

Re: Subtypes in runtime Geodatabases

JoeHershman — Wed, 30 Aug 2017 16:24:58 GMT

Nope ain't there. This caught me by surprise too. But the services do not include Subtype info so there is no way for the replica to find it. There is a TypeIdField property on the FeatureTable object. If they symbolize on Subtye this would be the Subtype. But if they don't symbolize on Subtype no luck. Who let you start to program again (assuming this is the right Ed)?

Good Luck

-Joe

Re: Subtypes in runtime Geodatabases

EdwardBlair — Wed, 30 Aug 2017 18:04:48 GMT

Joe -

Thanks much for the response!

My issue isn't about symbolization but rather about resolving domains

defined at the subtype level. If this is a gap, then it seems like a

pretty big one. But we'll muddle through.

And, yes, this is the Ed you're thinking of. Who wouldn't want to program

if you've got the opportunity?

Thanks again,

Ed Blair

Re: Subtypes in runtime Geodatabases

JoeHershman — Wed, 30 Aug 2017 18:16:19 GMT

So the Field:Domain property is always the default field domain? I agree not having Subtype info is a big gap. We need to show the textual value of the Subtype field and ran into the same issue. I used the above description as a work-around but it is kind of a hack, imo. Hope all is well, eat some pizza in Chicago for me if you are going next week

Re: Subtypes in runtime Geodatabases

MarkCederholm — Fri, 01 Sep 2017 21:10:58 GMT

ArcGIS server 10.5 adds subtype support to feature services. I haven't tested one to see if the Runtime GDB has the subtypes.

Re: Subtypes in runtime Geodatabases

JoeHershman — Fri, 01 Sep 2017 21:18:53 GMT

MCederholm‌ can you point me to that in the service definition? For what I need I could just hit the server to get it myself, but I don't see anywhere in the service definition. I have some cases where the subtype field is not SUBTYPECD and I need to store that in a configuration that gets built out.

Cheers

-Joe

Re: Subtypes in runtime Geodatabases

MarkCederholm — Fri, 01 Sep 2017 21:30:07 GMT

Update2: I just looked at a feature layer created from a 10.5 feature service, and the subtypes are correctly populated in FeatureTypes. So I would assume that a Runtime GDB created from it would reflect that. However, I looked at a feature layer loaded from an MMPK, and FeatureTypes is based on the symbology, not the subtypes.

Re: Subtypes in runtime Geodatabases

MarkCederholm — Fri, 01 Sep 2017 22:20:53 GMT

One possible workaround for feature services earlier than 10.5 would be to get the sublayer info from the corresponding map service, which has the subtypes correctly populated. I'm not sure what I can do about the MMPK problem: that may be an ArcGIS Pro bug.

Re: Subtypes in runtime Geodatabases

JoeHershman — Fri, 08 Sep 2017 16:26:06 GMT

Thanks for the pointer, I had not really dove into the full json from the feature service definition, but I can get what i need by pulling that and combining with the general webmap json

Re: Subtypes in runtime Geodatabases

MarkCederholm — Sun, 12 Dec 2021 06:47:20 GMT

There's no need to do any JSON parsing in this case, unless you really want to improve performance. If you don't mind the extra baggage, you can populate a ServiceFeatureTable from the Url of the map service sublayer and get the ArcGISFeatureLayerInfo:

          private async void GetWebFeatureTypes(string sMapServiceSublayerUrl)
          {
               ServiceFeatureTable sfTab = new ServiceFeatureTable(new Uri(sMapServiceSublayerUrl));
               await sfTab.LoadAsync();
               ArcGISFeatureLayerInfo flInfo = sfTab.LayerInfo;
               StringBuilder sb = new StringBuilder();
               sb.Append("\nType Field: " + flInfo.TypeIdFieldName);
               foreach (FeatureType fType in flInfo.FeatureTypes)
                    sb.Append("\nType " + fType.Id.ToString() + ", '" + fType.Name + "'");
               MessageBox.Show(sb.ToString());
          }
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Of course, you need to grab this information while connected, and store it for the offline session.

Re: Subtypes in runtime Geodatabases

JoeHershman — Fri, 08 Sep 2017 16:53:49 GMT

TypeIdFieldName is the field that the service is symbolized. The above is only valid if symbolized by Subtype, which is not a valid assumption in our case

Re: Subtypes in runtime Geodatabases

MarkCederholm — Fri, 08 Sep 2017 16:59:28 GMT

Does your feature service have a corresponding map service: e.g.

UES/Field_ESRP (FeatureServer)
UES/Field_ESRP (MapServer)

If you substitute "MapServer" for "FeatureServer", you will get the correct info. If you don't have a corresponding map service, then your only recourse is to upgrade your ArcGIS Server to 10.5.

Re: Subtypes in runtime Geodatabases

JoeHershman — Fri, 08 Sep 2017 17:14:01 GMT

I apologize my earlier post had a typo (now corrected). I was thanking you because the information you provided solved my problem perfectly. We need the subtype information Name/Code on the client. We are already generating an offline configuration file using the WebMap json, I simply combine the subtype information from the feature service definition and all is good, less than 10 lines of code