-
Notifications
You must be signed in to change notification settings - Fork 0
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
Repository and package name #17
Comments
Using "py" in a python software is very usual, this could make the diff with the matlab software |
@gmaze Yeah, I like that. I remember owcpy or something being thrown around as a suggestion last time. |
I'm not sure in English, but |
Not easy to say in English either! We can try and come up with something snappy.
Do we feel we should keep the OWC name in there somewhere? To:
|
We should definitely keep the OWC name around there, this is the defining term for this software user community.
I tend to prefer calibration over correction, but I'm not the expert about this. |
We already have a matlab_owc so the horse has bolted in terms of having a name in the title, and my main concern is clarity for users. when they land on its 'production' repo of https://github.com/ArgoDMQC I am largely indifferent as to the exact name. For instance I'd be happy with python_owc, owc_python, py_owc or owc_py. I think trying to describe what it does in the name (as opposed to doing so in the description) is superfluous. |
Agreed !
Taking you to the word and looking for acronyms I had the amazing solution below from acronymify "ASCOT": Argo Salinity CalibratiOn in pyThon Would it be nice to have this elegant name (a man's broad silk necktie by the definition) and no difficulty to find a logo with it ? I can't resist the wink to the developers country (Google Image gives me pages of UK Royal family pictures with ascot) I hope this is not too cliché ! |
The Matlab version will not be deprecated. Hence the Python repo should be named clearly so users do not get confused what this package is. I would suggest: "py_owc: OWC salinity calibration in Python" This makes it very clear to the users that they have 2 choices: py_owc or matlab_owc. |
Is everybody happy with pyowc ? Thumbs up or down please We have to conclude on this because we gonna need a name for software packaging and distribution |
py_owc please. |
ok, let's go for: py_owc |
One important thing to note, since we gonna have:
pip install py_owc
# conda install py_owc
import ow_calibration I think that having 3 names can be very confusing ! (although this is perfect to spot any errors in packaging) |
@gmaze I'm happy to rename the top level code to py_owc if it helps with clarity |
You mean to rename folder "ow_calibration" to "py_owc" ? |
I think it would be nice yes. |
I agree, it's nice when the |
Can the repo url: argodmqc_owc also be renamed to py_owc? |
yes, we can rename it, |
Please, now see: euroargodev/argodmqc_owc#23 (comment) |
thanks for your answers pyowc |
Initially, the name of the repository was owc_python. However, this was changed because having the language name in the title of the repository is highly unusual.
It was suggested to go with argodmqc_owc, as it was thought that this gives the user a lot of information: It's an argo product used for delayed mode quaility control, and it continue to honour the original creators of Owens, Wong, and Cabanes.
However, it has been highlighted that leaving out the "python" part could cause some initial confusion between this version and the matlab version for users. It could be especially confusing during the time period where both code bases are in operation (before deprecating the matlab version).
@matdon17, @gmaze, @apswong, @cabanesc, and @kamwal, if you have any thoughts or opinions on this topic, please drop them here so that we can decide together.
The text was updated successfully, but these errors were encountered: