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
The InteractionFields headers do not pass the Valid() test and therefore RecordSets generated by the solution cannot be opened for further processing.
Headers valid may be too brittle at this point to include in the package. As some point when the package gains more widespread use we might have enough knowledge to apply a Valid() check. However, the current version is a user protection that does not serve a useful purpose for the early adopters who understand their data.
At this point, since the use user community is so small I think the right thing to do is remove Valid(). The other option is to make Valid() a no-op and keep it in the repo for future implementation.
The text was updated successfully, but these errors were encountered:
Instead of the valid() function that is checked for a set of headers I think I'd like to move to a RecordSet.Validate(format FileFormat). The FileFormat argument is a series of constants that can be validated against. These constants provide a []string of required headers that must be in be in the file in order for it to validate against that format.
This still requires getting rid of the Valid() function.
Corrects issue #30
The Valid() function for a set of Headers was not robust against
different file sources for AIS data. This commit removes .Valid()
from the API. A future enhancement may add
RecordSet.Validate(format FileFormat) method. The priority for
this feature will be determined as more users provide feedback on
the tools that will make their work more robust.
The
InteractionFields
headers do not pass theValid()
test and thereforeRecordSet
s generated by the solution cannot be opened for further processing.Headers valid may be too brittle at this point to include in the package. As some point when the package gains more widespread use we might have enough knowledge to apply a
Valid()
check. However, the current version is a user protection that does not serve a useful purpose for the early adopters who understand their data.At this point, since the use user community is so small I think the right thing to do is remove
Valid()
. The other option is to makeValid()
a no-op and keep it in the repo for future implementation.The text was updated successfully, but these errors were encountered: