Skip to content

Commit 36667a5

Browse files
committed
first commit
0 parents  commit 36667a5

Some content is hidden

Large Commits have some content hidden by default. Use the searchbox below for content that may be hidden.

87 files changed

+13173
-0
lines changed

.gitignore

Lines changed: 163 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,163 @@
1+
# Byte-compiled / optimized / DLL files
2+
__pycache__/
3+
*.py[cod]
4+
*$py.class
5+
6+
# C extensions
7+
*.so
8+
9+
# Distribution / packaging
10+
.Python
11+
build/
12+
develop-eggs/
13+
dist/
14+
downloads/
15+
eggs/
16+
.eggs/
17+
lib/
18+
lib64/
19+
parts/
20+
sdist/
21+
var/
22+
apex/
23+
wheels/
24+
*.egg-info/
25+
.installed.cfg
26+
*.egg
27+
MANIFEST
28+
29+
# PyInstaller
30+
# Usually these files are written by a python script from a template
31+
# before PyInstaller builds the exe, so as to inject date/other infos into it.
32+
*.manifest
33+
*.spec
34+
35+
# Installer logs
36+
pip-log.txt
37+
pip-delete-this-directory.txt
38+
39+
# Unit test / coverage reports
40+
htmlcov/
41+
.tox/
42+
.coverage
43+
.coverage.*
44+
.cache
45+
nosetests.xml
46+
coverage.xml
47+
*.cover
48+
.hypothesis/
49+
.pytest_cache/
50+
51+
# Translations
52+
*.mo
53+
*.pot
54+
55+
# Django stuff:
56+
*.log
57+
local_settings.py
58+
db.sqlite3
59+
60+
# Flask stuff:
61+
instance/
62+
.webassets-cache
63+
64+
# Scrapy stuff:
65+
.scrapy
66+
67+
# Sphinx documentation
68+
docs/_build/
69+
70+
# PyBuilder
71+
target/
72+
73+
# Jupyter Notebook
74+
.ipynb_checkpoints
75+
76+
# pyenv
77+
.python-version
78+
79+
# celery beat schedule file
80+
celerybeat-schedule
81+
82+
# SageMath parsed files
83+
*.sage.py
84+
85+
# Environments
86+
.env
87+
.venv
88+
env/
89+
venv/
90+
ENV/
91+
env.bak/
92+
venv.bak/
93+
94+
# Spyder project settings
95+
.spyderproject
96+
.spyproject
97+
98+
# Rope project settings
99+
.ropeproject
100+
101+
# mkdocs documentation
102+
/site
103+
104+
# mypy
105+
.mypy_cache/
106+
107+
.vscode
108+
.idea
109+
110+
# custom
111+
/data.tar.gz
112+
*.pkl
113+
*.pkl.json
114+
*.log.json
115+
*.jpg
116+
bash
117+
data
118+
data_set
119+
results/
120+
gaozhangyang/
121+
src/models/SurfPro/
122+
run.sh
123+
output/
124+
work_dirs/
125+
workspace/
126+
pretrains
127+
cache/
128+
cath_classes/
129+
gt_pdb/
130+
ig_results/
131+
lightning_logs/
132+
predicted_pdb/
133+
raw_test_data/
134+
test_results/
135+
alphafolddb/
136+
cath_test_82/
137+
figures/
138+
ig_biochem_results_steps50/
139+
ig_results_steps50/
140+
tools/prepare_data/
141+
afdb_json2pkl.py
142+
cath42_82.zip
143+
data_processing.ipynb
144+
process_test_datasets.ipynb
145+
visualization*
146+
train/main_eval.py
147+
train/ig*
148+
TMscore*
149+
150+
# Pytorch
151+
*.pth
152+
153+
*.swp
154+
.DS_Store
155+
*.json
156+
run/wandb/
157+
wandb/
158+
esm/
159+
figs/
160+
esm/*
161+
sampling/*
162+
model_zoom/*
163+
run/

CONTRIBUTING.md

Lines changed: 113 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,113 @@
1+
# Contributing to *PLACEHOLDER*
2+
3+
We welcome contributions from everyone to help improve and expand *PLACEHOLDER*. This document outlines the process for contributing to the project.
4+
5+
## Table of Contents
6+
1. [Environment Setup](#environment-setup)
7+
2. [Coding Standards](#coding-standards)
8+
3. [Pull Request Process](#pull-request-process)
9+
4. [Pull Request Template](#pull-request-template)
10+
11+
## Environment Setup
12+
13+
To contribute to *PLACEHOLDER*, follow these steps to set up your development environment:
14+
15+
1. Clone the repository:
16+
```
17+
git clone https://github.com/gersteinlab/placeholder.git
18+
cd placeholder
19+
```
20+
2. Create a Conda environment:
21+
```
22+
conda create -n placeholder python=3.10
23+
conda activate placeholder
24+
```
25+
3. Install the project in editable mode with development dependencies:
26+
```
27+
python3 -m pip install --upgrade pip
28+
pip install -e .
29+
```
30+
31+
## Coding Standards
32+
33+
We strive to maintain clean and consistent code throughout the project. Please adhere to the following guidelines:
34+
35+
1. Follow PEP 8 guidelines for Python code.
36+
2. Use meaningful variable and function names.
37+
3. Write docstrings for functions and classes.
38+
4. Keep functions small and focused on a single task.
39+
5. Use type hints where appropriate.
40+
41+
### Code Formatting
42+
43+
We use `black` for code formatting. To ensure your code is properly formatted:
44+
45+
1. Install black:
46+
```
47+
pip install black
48+
```
49+
2. Run black on the codebase:
50+
```
51+
black .
52+
```
53+
54+
## Pull Request Process
55+
56+
1. Create a new branch for your feature or bugfix; feature is for new function; bugfix is for fixing a bug:
57+
```
58+
git checkout -b feature/your-feature-name
59+
```
60+
2. Make your changes and commit them with clear, concise commit messages.
61+
1. Monitor the current conditions and check which files are modified or untracked
62+
```
63+
git status
64+
```
65+
2. Git add your file
66+
```
67+
git add schema.py
68+
```
69+
3. Submit your change and commit
70+
```
71+
git commit -m "message"
72+
```
73+
4. Push your branch to the repository:
74+
```
75+
git push origin feature/your-feature-name
76+
```
77+
5. Open a pull request against the `main` branch on the website.
78+
6. Fill out the pull request template (see below).
79+
7. Address any feedback or comments from reviewers.
80+
81+
## Pull Request Template
82+
83+
When you open a new pull request, please use the following template:
84+
85+
```markdown
86+
## Description
87+
88+
### Changes
89+
[Provide a detailed list of the changes made in this PR]
90+
91+
### Design
92+
[Explain the design decisions and architectural changes, if any]
93+
94+
### Example Code
95+
[If applicable, provide example code demonstrating the usage of new features or fixes]
96+
97+
## Related Issue
98+
[Link to the issue this PR addresses, if applicable]
99+
100+
## Type of Change
101+
- [ ] Bug fix (non-breaking change which fixes an issue)
102+
- [ ] New feature (non-breaking change which adds functionality)
103+
- [ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
104+
- [ ] This change requires a documentation update
105+
106+
## How Has This Been Tested?
107+
[Describe the tests you ran to verify your changes]
108+
109+
## Additional Notes
110+
[Add any additional information or context about the PR here]
111+
```
112+
113+
Thank you for contributing to *PLACEHOLDER*!

0 commit comments

Comments
 (0)