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

Copula families #3

Open
8 of 10 tasks
tnagler opened this issue Dec 22, 2016 · 2 comments
Open
8 of 10 tasks

Copula families #3

tnagler opened this issue Dec 22, 2016 · 2 comments

Comments

@tnagler
Copy link
Collaborator

tnagler commented Dec 22, 2016

HuEach copula family is implemented as a class inheriting from the base class Bicop. For each virtual method of Bicop a family specific method has to be implemented.

  1. Elliptical families bicop_elliptical.cpp, bicop_elliptical.hpp
  1. Archimedean families bicop_archimedean.cpp, bicop_archimedean.hpp
  1. Other parameteric families
  • Tawns
  1. Nonparameteric methods
  • Transformation kernel
  • Bernstein copula
@tvatter
Copy link
Collaborator

tvatter commented Mar 10, 2017

I would add:

  1. Archimedean:
  • Ali-Mikhail-Haq
  1. Extreme-value
  • Husler-Reiss
  • Galambos
  • t-EV
  1. Other parametric families
  • Plackett
  • Farlie-Gumbel-Morgenstern

@tnagler
Copy link
Collaborator Author

tnagler commented Sep 21, 2019

I want to add: 2/4-part rotation-mixtures, e..g., a mixture of Gumbel 0°,90°,180°,270°. They're especially useful for time series models I think (the implicit copula of a GARCH looks like such mixture of Gumbels).

This triggers a some related issues:

  • How can we make the library more extensible regarding families? Optimtally, a project depending on vinecopulib could implement new families and use it in any of the other functions (sim/pdf/etc).
  • The more families we add, the less unreasonable it is to have "bicop_families:all" as a default. Idea: Create a few sensible collections, like "Thibault's favorites", "Thomas' favorites", "Time series", "Symmmetric", ...? Sillt: what's a good default?
  • We should really change our default selcrict to aic. It's my fault that we have bic, but it makes absolutely no sense when we have nonparametric families (even otherwise).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
No open projects
Development

No branches or pull requests

2 participants