Rename SAC.jl to something else

[xiaodaigh]

What about SpApCo so Spapco.jl?

Reasons for renaming (in case we forget later)

• there is already as SAC.jl for seisimic data analysis
• SAC is too brief and may not satisfy package submission criteria

[andyferris]

Oh gosh, I was thinking something in english :laughing:

+1 for renaming for given reasons.

I don't think SplitApplyCombine is too bad. (It's only used in using SplitApplyCombine and Pkg.add("SplitApplyCombine") so I don't think it's too long). But also generic stuff like DataOps or Pliers (from data pliers, dplyr, etc) or whatever are possible.

[andyferris]

The other thing is maybe moving this to the JuliaData organisation.

[xiaodaigh]

I vote for SplitApplyCombine then - homage to Hadley's paper

On 23 Oct. 2017 4:25 pm, "Andy Ferris" notifications@github.com wrote:

Oh gosh, I was thinking something in english 😆

+1 for renaming for given reasons.

I don't think SplitApplyCombine is too bad. (It's only used in using SplitApplyCombine and Pkg.add("SplitApplyCombine") so I don't think it's too long). But also generic stuff like DataOps or Pliers (from data pliers, dplyr, etc) or whatever are possible.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/andyferris/SAC.jl/issues/2#issuecomment-338551112, or mute the thread https://github.com/notifications/unsubscribe-auth/AESfJSmNsrZFbhVmH5XY9x7S-6QEp1QZks5svCNlgaJpZM4QCQqx .

[xiaodaigh]

yeah. if they let us move it there. also just realised u r in Australia as well. i am in Sydney. anyway happy to keep it in this repo until we find a more apt home

[andyferris]

Done. Also moved to JuliaData.