Skip to content

Visualization fw neel more#18

Open
konstantin-korovin wants to merge 26 commits intomasterfrom
visualization_fw_neel_more
Open

Visualization fw neel more#18
konstantin-korovin wants to merge 26 commits intomasterfrom
visualization_fw_neel_more

Conversation

@konstantin-korovin
Copy link
Collaborator

No description provided.

Copy link
Collaborator

@Th0ught09 Th0ught09 left a comment

Choose a reason for hiding this comment

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

A lot of comments but I'm not sure if they're intentional or were left in as a mistake. Not too sure of the general purpose of the pr par for adding some better output and formatting

from smlp_py.train_caret import ModelCaret
from smlp_py.train_sklearn import ModelSklearn
from smlp_py.smlp_utils import str_to_bool
#from smlp_py.smlp_utils import str_to_bool, model_features_sanity_check
Copy link
Collaborator

Choose a reason for hiding this comment

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

best to delete comment

Suggested change
#from smlp_py.smlp_utils import str_to_bool, model_features_sanity_check

Copy link
Collaborator

Choose a reason for hiding this comment

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

I agree.

else:
self._keras_logger.info('dense layer of size ' + str(size))
model.add(keras.layers.Dense(units=size, activation=hid_activation))
#model.add(keras.layers.Dropout(rate=0.2))
Copy link
Collaborator

Choose a reason for hiding this comment

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

I see a lot of these lines added only to be commented out, is this a mistake or intentional?

Copy link
Collaborator

Choose a reason for hiding this comment

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

If the PDF documentation says nothing about this kind of functionality and there are no comments explaining it, I'd remove this commented code.

Copy link
Collaborator

Choose a reason for hiding this comment

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

I'd done this in my previous changes (that have now gone into my separate branch) as there are hundreds of these lines. I'd prefer to leave them in here for now and then when a style guideline is pushed I'll put a new pr with all the commented stuff deleted

@konstantin-korovin
Copy link
Collaborator Author

A lot of comments but I'm not sure if they're intentional or were left in as a mistake. Not too sure of the general purpose of the pr par for adding some better output and formatting

This PR is a full branch that Neel was working (he was not making separate PRs which is not good but we have what we have). The branch should contain benchmarks that you can use (see reports I emailed) but we should make sure that merging this branch makes sense.

@Th0ught09
Copy link
Collaborator

A lot of comments but I'm not sure if they're intentional or were left in as a mistake. Not too sure of the general purpose of the pr par for adding some better output and formatting

This PR is a full branch that Neel was working (he was not making separate PRs which is not good but we have what we have). The branch should contain benchmarks that you can use (see reports I emailed) but we should make sure that merging this branch makes sense.

Fair enough, could I have a go at cleaning it up a bit as I think the comments will lead to debt down the line?

@konstantin-korovin
Copy link
Collaborator Author

A lot of comments but I'm not sure if they're intentional or were left in as a mistake. Not too sure of the general purpose of the pr par for adding some better output and formatting

This PR is a full branch that Neel was working (he was not making separate PRs which is not good but we have what we have). The branch should contain benchmarks that you can use (see reports I emailed) but we should make sure that merging this branch makes sense.

Fair enough, could I have a go at cleaning it up a bit as I think the comments will lead to debt down the line?

Please go ahead!

@Th0ught09
Copy link
Collaborator

I've done all the adjustements I think are worth the time, there's a lot more to do but I'd like to do more towards my project. The diffs are fairly large as my vim config auotmatically runs a python formatter

@konstantin-korovin
Copy link
Collaborator Author

@Th0ught09 thanks!

  1. can you please run regression tests and post if there are any issues.
  2. take a look at Neel's functions/data that you can reuse for your evaluation, also think about some simple
    higher dim. examples (parameterised).

@fbrausse
Copy link
Collaborator

The diffs are fairly large as my vim config auotmatically runs a python formatter

I suggest not mixing functional changes wirh formatting changes, especially when there is no agreed-upon format, yet. Please try to keep purely syntactic changes out of PRs introducing semantic ones.

@Th0ught09
Copy link
Collaborator

@Th0ught09 thanks!

1. can you please run regression tests and post if there are any issues.

2. take a look at Neel's functions/data that you can reuse for your evaluation, also think about some simple
   higher dim. examples (parameterised).

Forgot to mention, it runs well on my end!

@Th0ught09
Copy link
Collaborator

The diffs are fairly large as my vim config auotmatically runs a python formatter

I suggest not mixing functional changes wirh formatting changes, especially when there is no agreed-upon format, yet. Please try to keep purely syntactic changes out of PRs introducing semantic ones.

I may not have been clear sorry, the purpose of this was formatting changes (pep8 as a ref) as a lot of the code had dangling comment lines that I thought would wind up with technical debt. The IDE I use does this automatically when I save a file so a bit hard for me to avoid it sorry!

@fbrausse
Copy link
Collaborator

fbrausse commented Oct 23, 2025

The IDE I use does this automatically when I save a file so a bit hard for me to avoid it sorry!

It's pretty easy disable a plugin or auto-formatting script in vim. As you know, we've not decided on a consistent style, yet, so there's no point in everyone producing large diffs because of some random auto-formatting they've configured locally.

It will also make merges of other PRs harder, which is why those large "cleanup" changes of entire source files should be done carefully, file per file, as to not block changes from other people.

@Th0ught09
Copy link
Collaborator

It will also make merges of other PRs harder, which is why those large "cleanup" changes of entire source files should be done carefully, file per file, as to not block changes from other people.

fair enough, I'll try rebase the mr :)

@Th0ught09 Th0ught09 force-pushed the visualization_fw_neel_more branch from 2fbaa8d to ec1cc2b Compare October 23, 2025 18:23
@Th0ught09
Copy link
Collaborator

Th0ught09 commented Oct 23, 2025

Rebased to before I touched it, I merged my previous changes into my project branch.
EDIT: Looking again it did some damage to the README, will check why it deleted so many lines
EDIT2: Not sure why it deleted so many lines but added them all back now

@fbrausse fbrausse requested review from zurabksmlp and removed request for zurabk October 24, 2025 11:11
@fbrausse
Copy link
Collaborator

Rebased to before I touched it, I merged my previous changes into my project branch.

Many thanks!

EDIT: Looking again it did some damage to the README, will check why it deleted so many lines EDIT2: Not sure why it deleted so many lines but added them all back now

I believe, the README has, initially in this PR, been rewritten entirely to only document the changes of this PR. Ideally, there should be no lines deleted in the README. Could I ask you to take another look at it wrt. the formatting and possibly revert changes to it unless they're necessary?

@Th0ught09
Copy link
Collaborator

Ideally, there should be no lines deleted in the README

Missed these ones sorry, all deleted lines should be restored :)

Could I ask you to take another look at it wrt. the formatting and possibly revert changes to it unless they're necessary

They aren't necessary, but I'm not sure about restoring some of the tabs that look identical, in the main page the README looks the same so would that be ok? (a bit of this may have come from manually copy pasting from the master branch)

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.

4 participants