You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
First - kind thanks for replying to the previous null issue.
In an attempt to avoid this null usage, we've rewritten the schema/data to leverage unions of primitive (string/int/etc) and complex (array/record) types. However, we're running into the following error:
Error in sch$type : $ operator is invalid for atomic vectors
This appears to happen during the sapply routine on the parsing of the union type. Below, JSON/schema pairs have been provided for an (1) int/array case and an (2) int/record case. Any insight or help would be wonderful.
So in general, we only focused on a few key use cases for unions, so you'll
run into issues using a union of a primitive, like int, and a compound type
like a record or array. There's nothing prohibiting it from getting done,
but it's not a use case we targeted.
First - kind thanks for replying to the previous null issue.
In an attempt to avoid this null usage, we've rewritten the schema/data to
leverage unions of primitive (string/int/etc) and complex (array/record)
types. However, we're running into the following error:
Error in sch$type : $ operator is invalid for atomic vectors
This appears to happen during the sapply routine on the parsing of the
union type. Below, JSON/schema pairs have been provided for an (1)
int/array case and an (2) int/record case. Any insight or help would be
wonderful.
Greetings,
First - kind thanks for replying to the previous null issue.
In an attempt to avoid this null usage, we've rewritten the schema/data to leverage unions of primitive (string/int/etc) and complex (array/record) types. However, we're running into the following error:
Error in sch$type : $ operator is invalid for atomic vectors
This appears to happen during the sapply routine on the parsing of the union type. Below, JSON/schema pairs have been provided for an (1) int/array case and an (2) int/record case. Any insight or help would be wonderful.
Thanks in advance,
Sean
INT/ARRAY case
JSON:
AVSC:
INT/RECORD case
JSON:
AVSC:
The text was updated successfully, but these errors were encountered: