Git Product home page Git Product logo

hmd.jl's Introduction

Hi ๐Ÿ‘‹

I am a smoothed bonus product developer and actuarial machine learning practitioner from Somerset West, South Africa.

  • ๐ŸŒฑ Learning about scientific machine learning (SciML) in Julia
  • ๐Ÿ”ญ Exploring Kubernetes and the cloud native ecosystem
  • ๐Ÿง Researching Bayesian neural networks to model mortality
  • ๐Ÿ‘ฏ Open to collaboration
  • ๐Ÿ“ซ Contact me here on GitHub or my personal site https://patrickmoehrke.com
  • ๐Ÿ’ฌ Love to chat about all things open source, Linux, programming, and ML!

hmd.jl's People

Contributors

patrickm663 avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar

Watchers

 avatar

hmd.jl's Issues

What about storing data for password-less access ?

Hey, great work on this.

I am currently using some HMD data for my work, and would really like to be able to store datasets directly into the packages (i.e. without asking end users for credentials). Taking a look at your code, I wander if you considered this option: did you saw somewhere a clause that does not allow you to redistribute the datas ?

I could for example think of a routine check in CI, ran say weekly or monthly, that would download and store the main zip file in some artefact dependency.

What do you think ?


Edit: From their user agreement, it looks like the datasets are CC BY 4.0, which means that we are free to redistribute them.

Docs: add examples of how to use secrets for user credentials

Ideally, we don't want our passwords sitting in plain text. It should be possible to assign environment variables in one's shell (or as user input that just persists throughout) to keep things hidden.

This will also help from a testing perspective to improve coverage.

Feat: add `transform()` function to produce tables with age-wise rows and year-wise columns

When dealing with mortality data, it is typical to 'square' it into an $n\times m$ matrix, where entries $m(x,t)$ correspond to the mortality rate for a life aged $x$ in cohort/year $t$.

A function like transform() & transform!() could take in mortality date and apply this transformation. Where there are multiple representations of the mortality data (e.g. males, females, total), a Dict could be returned with DataFrame objects as values, so t["Males"] returns a DataFrame of transformed Male rates. Similarly, a custom struct could work.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.