mathieu17g

> Do any of the limitations of generated functions from Base cause issues, like the world-age issues or closures? > What was the reason to look into those packages? I...

Repairing Tables methods unit testing, I had to revert from `stealgeom` to `getgeom`. The impact on performance is limited for HydroATLAS basin test files and French main roads test file...

@yeesian, I'm so sorry for your loss. Thank you for having taken the time to share your views with us in those difficult times. As of this PR and `@generated`...

@visr I have: - confined all the new parametric types, related methods, `Table` object and Tables.jl interface methods in a single file (src/tables2.jl) - kept what methods I could in...

@visr sure, I will make a summary

@visr this PR tries to solve two issues and introduces some more limited enhancements: 1. yeesian/ArchGDAL.jl/issues/246 by dispatching `getfield` on types: x2.5 speedup but complex parametric types are introduced 2....

Hi @visr, did you had any time lately to look into this PR ? I would prefer that we decide on this one before finishing PR #243. In the mean...

@visr I have proposed in https://github.com/JuliaData/Tables.jl/issues/273 solution to overcome the performance issue at first run. But the current PR implementation of `Tables.columns` will still be faster by a factor of...

@visr > Do you want to go ahead and submit that change as a PR to Tables.jl? You'll probably get more feedback that way. And if it lands, we get...

Ok let's wait for some feedback from the @quinnj