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
For now, our config file can be in JSON/YAML which the pipeline can automatically generate.
That is nice, but porcupine (due to its inclusive philosophy) could attract other people by supporting other formats, I'm thinking about:
TOML (would be easy to add, and nice for pipelines with light configuration. Although it wouldn't fit workflows where we want to embed arbitrary input data in the config file --see Uniformize the resource tree and the record of options types #47 for some details--, because TOML is too flat. So it would require some thinking)
Avro/Thrift/Protobuf (would require more work, but given the virtual tree contains all the information about types it is already possible to do so, and it would really enhance a pipeline's capacity to be called from an external tool)
YPares
changed the title
Investigate other formats for config file
Investigate other representations for config file
Oct 16, 2019
YPares
changed the title
Investigate other representations for config file
Investigate other representations/exchange formats for config file
Oct 16, 2019
YPares
changed the title
Investigate other representations/exchange formats for config file
Investigate other exchange formats for config files
Oct 16, 2019
For now, our config file can be in JSON/YAML which the pipeline can automatically generate.
That is nice, but porcupine (due to its inclusive philosophy) could attract other people by supporting other formats, I'm thinking about:
The text was updated successfully, but these errors were encountered: