Open mofosyne opened 4 months ago
Prior art has stuff like that in the “column setup row ”:
| Name | Age | City |
|:-------:| ---:|:------------ |
| Alice | 25 | New York |
Ah yeah, but that's typically for styling the left/right alignment. I'm more thinking of trying to resolve ambiguities during the conversion between psv tables to json (or CBOR with it's semantic tagging feature).
E.g. how do you know if 1714031846
is an integer or a string? Also how do you know if its UNIX time or not? One solution is to just assume everything is a string and tell users to deal with it later (and also to figure out the semantic on their end).
Source: https://stackoverflow.com/questions/65283208/toml-vs-yaml-vs-strictyaml Implicit typing causes surprise type changes. (e.g. put 3 where you previously had a string and it will magically turn into an int).
Anyway I hope you like what I got so far with psv.c
the exercise has been quite illuminating on what we should consider when designing this format.
Another potential method perhaps... is for 'well known' field names, e.g. datetime is expected to be in utc only if the column header says 'date' at the end like 'creation date'. That would require a lookup table.
On further thoughts, since []
and {}
don't typically appear in headers, as long as we mandate that markdown links are not allowed in headers we could leverage it to annotate datatype and attributes. So this [<datatype>]
would annotate if a field is to be read as a int, string, etc... while {} would be the consistent attribute syntax, but where the .<class>
would also be leveraged as a semantic annotation.
{#person}
| Name | Age [int] {#age .age} | City [str] {#city .city} | Date [str] {#date .datetime} |
|:-------:| --------:|:------------ |:----------------------- |
| Alice | 25 | New York | 2022-04-20 |
| Bob | 30 | Los Angeles | 2022-04-21 |
| Eve | 28 | Chicago | 2022-04-22 |
It would in github fallback like so
{#person} | Name | Age [int] {#age .age} | City [str] {#city .city} | Date [str] {#date .datetime} |
---|---|---|---|---|
Alice | 25 | New York | 2022-04-20 | |
Bob | 30 | Los Angeles | 2022-04-21 | |
Eve | 28 | Chicago | 2022-04-22 |
Consider adding feature to add id annotation of column and datatype. This also allows for keyMapping mode