Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Couple Frame and Header #11

Open
ocramz opened this issue Oct 20, 2020 · 1 comment
Open

Couple Frame and Header #11

ocramz opened this issue Oct 20, 2020 · 1 comment
Labels
enhancement 🚀 New feature or request help wanted Extra attention is needed P1 High priority R&D : library
Milestone

Comments

@ocramz
Copy link
Owner

ocramz commented Oct 20, 2020

  • A Header is uniquely determined by the type of the input data
  • once data are encoded in a Frame, we compute a Header from the type (with header)
  • relational operations such as JOINs, and tidying operations produce dataframes that have a different (larger or smaller) column set than the one of either operands
  • this is why a new Header should be derived when producing the operation result, and stored in the resulting Frame

possible representation :

data Frame = Frame {
    frameRows :: [Row [TC] VP]
  , frameHeader :: Header [TC]
}

currently, the information in Header and Val is not compatible:

λ> gflattenHM $ MkC1 42
fromList [([TC "C" "c1"],42)]
λ> 
λ> header (Proxy @C)
HSum "C" (fromList [("MkC3",HLeaf "()"),("MkC1",HLeaf "Int"),("MkC2",HProd "A" (fromList [("MkA",HLeaf "Int")]))])
@ocramz ocramz added enhancement 🚀 New feature or request help wanted Extra attention is needed R&D : library labels Oct 20, 2020
@ocramz ocramz added this to the release 0.1 milestone Oct 20, 2020
@ocramz
Copy link
Owner Author

ocramz commented Jun 18, 2021

Started working on this as of 634f1f6

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement 🚀 New feature or request help wanted Extra attention is needed P1 High priority R&D : library
Projects
None yet
Development

No branches or pull requests

1 participant