Consistent default text field length in AGOL and Survey123
One annoying thing about this quirk is that a 255-char Survey123 field gets flagged by the Feature Compare > Schema only geoprocessing tool in ArcGIS Pro as having a different length from a 256-char manually created field.
That's a nuisance, because in this case, 255 vs. 256 isn't important to me. I'm copying features from a Survey123 feature layer into a manually created feature layer using the editor widget in Experience Builder.
Experience Builder questions: What are the rules when copying/pasting a feature into a different feature layer?
...the destination text field needs to be as long or longer than the source field, otherwise the attribute value will not be pasted.
In this case, pasting from 255 to 256 isn't a problem; the value will get pasted without issue. It's only if it were the other way arround, 256 to 255, that would be a problem.
So yeah, it's too bad that these rows are being flagged as having different field lengths, when they were meant to be exactly the same.
Edit:
This quirk would be a bigger problem if I were copying from 256 to 255. In that case, the copy/paste feature functionality in the Experience Builder editor widget would fail (no value pasted into that field). I'd need to lengthen all the 255 fields to 256 (or shorten the 256 fields to 255), which would quite a pain:
- Create new fields
- Field calculate the values
- Delete old fields
- Fix all the broken field dependencies (somtimes using the same field name is not enough; the web map dependency still breaks)
