New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ensure that OBJECTID (or similar) field need not be included in the 'fields' constructor option #366
Comments
first draft of fix can be found here |
Unfortunately this might not be the most efficient way to accomplish this. Here is how the code will flow now.
This approach would probably still produce an errors and issues since the features in the initial requests (before we know the ID field) will still be processed. Another approach would be to simply check all the Since 99% of services will have one of these common identifiers we could |
that makes sense. how about something like this then? |
Yeah this makes more sense. you will also need to check for So the final check should look like Would also be good to tweak the warning message to say something about including the field that contains the unique is of the features in the |
resolved by #371 |
it'd be nice for users if they weren't required to specify an OBJECTID (or other field required for indexing) when they want to define "fields" in the FeatureLayer object constructor.
please assign this issue to me. i can look into how exactly we might refactor to make this change. at a minimum the existing requirement needs to be documented more clearly.
reference: SE
The text was updated successfully, but these errors were encountered: