New package: StataFiles v0.1.0

[JuliaRegistrator]

• Registering package: StataFiles
• Repository: https://github.com/mwsohn/StataFiles.jl
• Created by: @mwsohn
• Version: v0.1.0
• Commit: 8a909289bc52e9478f6497c4762d1034358b1dbd
• Git reference: main
• Description: A Julia package for reading and writing Stata .dta files to and from a DataFrame

[github-actions[bot]]

Hello, I am an automated registration bot. I help manage the registration process by checking your registration against a set of AutoMerge guidelines. If all these guidelines are met, this pull request will be merged automatically, completing your registration. It is strongly recommended to follow the guidelines, since otherwise the pull request needs to be manually reviewed and merged by a human.

1. New package registration

Please make sure that you have read the package naming guidelines.

2. AutoMerge Guidelines which are not met ❌

• Package name similar to 1 existing package.
  1. Similar to StatFiles. Damerau-Levenshtein distance 1 is at or below cutoff of 2. Damerau-Levenshtein distance 1 between lowercased names is at or below cutoff of 1.

3. Needs action: here's what to do next

1. Please try to update your package to conform to these guidelines. The General registry's README has an FAQ that can help figure out how to do so.
2. After you have fixed the AutoMerge issues, simply retrigger Registrator, the same way you did in the initial registration. This will automatically update this pull request. You do not need to change the version number in your Project.toml file (unless the AutoMerge issue is that you skipped a version number).

If you need help fixing the AutoMerge issues, or want your pull request to be manually merged instead, please post a comment explaining what you need help with or why you would like this pull request to be manually merged. Then, send a message to the #pkg-registration channel in the public Julia Slack for better visibility.

4. To pause or stop registration

If you want to prevent this pull request from being auto-merged, simply leave a comment. If you want to post a comment without blocking auto-merging, you must include the text [noblock] in your comment.

Tip: You can edit blocking comments to add [noblock] in order to unblock auto-merging.

[mwsohn]

Can someone give me an override on this? StataFiles should be different enough from StatFiles.

[nilshg]

[noblock] The name similarity is probably fine, but why does this need a new package rather than a patch release to ReadStat or StatFiles? Feels like an excessive amount of packages for the same task in the ecosystem...

[goerz]

StataFiles should be different enough from StatFiles.

Given that StataFiles and StatFiles seem to overlap in purpose, I don't think I can apply an override for this name similarity. That is genuinely confusing. I would agree with https://github.com/JuliaRegistries/General/pull/143129#issuecomment-3574597894 that this work should probably be a contribution to an existing package.

[jaakkor2]

[noblock] Maybe consider renaming the package to StataIO.jl ? I for one welcome a package written in Julia that works better than existing C-libraries.

It is not a good advice to suggest patching ReadStat because https://github.com/queryverse/ReadStat.jl is a wrapper for C-library https://github.com/WizardMac/ReadStat .

https://github.com/queryverse/StatFiles.jl is a wrapper for ReadStat.jl for FileIO.jl integration. Not an approriate place for a patch either.

[nilshg]

[noblock] That's a fair point, I wasn't aware of the internals of ReadStat. Also agree that StataIO is a better name, having two package with off-by-one names do the same thing is less than ideal.