Skip to content
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

Basis Set Parsers and Test File #11

Open
wants to merge 2 commits into
base: master
Choose a base branch
from

Conversation

sasadada
Copy link

@sasadada sasadada commented Jul 6, 2018

No description provided.

@coveralls
Copy link

coveralls commented Jul 6, 2018

Coverage Status

Coverage remained the same at 89.592% when pulling 1a67d0d on sasadada:master into 723e725 on vonDonnerstein:master.

Copy link
Owner

@vonDonnerstein vonDonnerstein left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please update your pull request (by pushing corresponding commits to sasadada:master).

@@ -0,0 +1,635 @@
module BasisSetModule
export BasisSet, readTX93, readGaussian, readGAMESSUS, readNWChem, readDalton
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

can we use readBasisSetTX93, readBasisSetGaussian, etc. to keep the naming convention intact?

end

# Element Dictionary : Full name to Symbol
ElementSymbols = Dict{String,String}(
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

To me this seems to be functionally connected to the Element type defined in Atom.jl. Can we move this there and create an additional Creator-method based on this?


function dict(children)
dicty = Dict()
for i = 1:length(children)
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Could you comment on your reason for breaking with the indentation scheme? As you are breaking indentation throughout this document, maybe you could adjust wherever it isn't necessary.

# Supplementary Functions for the PEG BasisSet Parsers


function dict(children)
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As the name doesn't appear self-explanatory to me, could you supply documentation (https://docs.julialang.org/en/stable/manual/documentation/)?

return dicty
end

function DictElements(children)
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As the name doesn't appear self-explanatory to me, could you supply documentation (https://docs.julialang.org/en/stable/manual/documentation/)?

return bases
end

function SPOrbitals(children)
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

While I would assume that this function is separating Shared-SP basis functions, could you still supply documentation (https://docs.julialang.org/en/stable/manual/documentation/) to be on the safe side?

return Primitives
end

function dictDalton(children)
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As the name doesn't appear self-explanatory to me, could you supply documentation (https://docs.julialang.org/en/stable/manual/documentation/)?

end


function basesDalton(children)
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As the name doesn't appear self-explanatory to me, could you supply documentation (https://docs.julialang.org/en/stable/manual/documentation/)?

end


function CreateCorrectPrimitives(children)
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Following the naming conventions (http://schurkus.com/2015/12/05/quantumlab-design-guidelines/), I would expect this function to be computePrimitives ("correct" seems redundant, because who would be interested in "erroneos" Primitives). I'd assume that this function takes a list of Nodes (btw. could you use Type assertions (https://docs.julialang.org/en/stable/manual/methods/#Defining-Methods-1) here?) and extracts all PrimitiveGaussianBasisFunctions from them and their children recursively. If this is not the aim of this function maybe a totally different name might be much more explanatory?

return LinearFactor
end
############################################################################################################################################
# Main Functions
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'd like to go over these functions in detail. This will probably be much easier once you have made the other adjustments, so I'll wait until then. Same holds for runtests.jl below. Thank you for updating your pull request (simply push your changes to sasadada:master).

@vonDonnerstein
Copy link
Owner

Hi Ivan,
Thanks for your pull request. I've reviewed your code (see above). Maybe you could have a look?
Your changes introduce two new files at the base of the git directory instead of modifying the corresponding files in src/Submodules (see "Files changed" tab). Was this intentional or did you mean to update the original files in src/Submodules?

@sasadada
Copy link
Author

sasadada commented Jul 8, 2018

Hi Henry,
I've gone over your suggestions and will work on applying the changes as soon as possible. I did mean to update the original files, thanks for pointing that out.

@vonDonnerstein
Copy link
Owner

Hi Ivan, are there still changes you wanted to make? I assume you don't want to spend too much more time on this project, so if not, I would suggest you just add tests for your functionalities to test/runtests.jl. This is to make sure neither I, nor anyone else working on your stuff in the future unintentionally breaks them. I could then take it from here, doing the last few changes myself if you like.

@vonDonnerstein
Copy link
Owner

Also, it would be great, if you could make sure to have Allow edits from maintainers checked on the right of this conversation. Thanks.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants