ddDT-GFM 0.1.0__tar.gz

dddt_gfm-0.1.0/.github/workflows/publish.yml

@@ -0,0 +1,47 @@
+name: publish
+
+# Build and publish to PyPI when a version tag (e.g. v2024.07.03) is pushed.
+# Uses PyPI Trusted Publishing (OIDC) -- no API token/secret required. You must
+# first configure a "trusted publisher" for this project on PyPI:
+# https://docs.pypi.org/trusted-publishers/adding-a-publisher/
+on:
+  push:
+    tags:
+      - "v*"
+
+jobs:
+  build:
+    name: Build distribution
+    runs-on: ubuntu-latest
+    steps:
+      - uses: actions/checkout@v4
+        with:
+          fetch-depth: 0  # setuptools_scm needs full history + tags
+      - uses: actions/setup-python@v5
+        with:
+          python-version: "3.12"
+      - name: Build sdist and wheel
+        run: |
+          python -m pip install --upgrade build
+          python -m build
+      - uses: actions/upload-artifact@v4
+        with:
+          name: dist
+          path: dist/
+
+  publish:
+    name: Publish to PyPI
+    needs: build
+    runs-on: ubuntu-latest
+    environment:
+      name: pypi
+      url: https://pypi.org/p/dddt-gfm
+    permissions:
+      id-token: write  # required for trusted publishing
+    steps:
+      - uses: actions/download-artifact@v4
+        with:
+          name: dist
+          path: dist/
+      - name: Publish to PyPI
+        uses: pypa/gh-action-pypi-publish@release/v1

dddt_gfm-0.1.0/.github/workflows/test.yml

@@ -0,0 +1,31 @@
+name: test
+
+on:
+  push:
+    branches: [ main ]
+  pull_request:
+
+jobs:
+  test:
+
+    strategy:
+      fail-fast: false  # don't cancel other matrix jobs when one fails
+      matrix:
+        python-version: ["3.9", "3.10", "3.11", "3.12"]
+        os: [ubuntu-latest, macos-latest, windows-latest]
+
+    runs-on: ${{ matrix.os }}
+
+    steps:
+    - uses: actions/checkout@v4
+    - name: Set up Python
+      uses: actions/setup-python@v5
+      with:
+        python-version: ${{ matrix.python-version }}
+    - name: Install dependencies
+      run: |
+        pip install -e .
+        pip install .[test]
+    - name: Run tests
+      run: |
+        pytest

dddt_gfm-0.1.0/.gitignore

@@ -0,0 +1,195 @@
+# Byte-compiled / optimized / DLL files
+__pycache__/
+*.py[cod]
+*$py.class
+
+# C extensions
+*.so
+
+# Distribution / packaging
+.Python
+build/
+develop-eggs/
+dist/
+downloads/
+eggs/
+.eggs/
+lib/
+lib64/
+parts/
+sdist/
+var/
+wheels/
+share/python-wheels/
+*.egg-info/
+.installed.cfg
+*.egg
+MANIFEST
+
+# PyInstaller
+#  Usually these files are written by a python script from a template
+#  before PyInstaller builds the exe, so as to inject date/other infos into it.
+*.manifest
+*.spec
+
+# Installer logs
+pip-log.txt
+pip-delete-this-directory.txt
+
+# Unit test / coverage reports
+htmlcov/
+.tox/
+.nox/
+.coverage
+.coverage.*
+.cache
+nosetests.xml
+coverage.xml
+*.cover
+*.py,cover
+.hypothesis/
+.pytest_cache/
+cover/
+
+# Translations
+*.mo
+*.pot
+
+# Django stuff:
+*.log
+local_settings.py
+db.sqlite3
+db.sqlite3-journal
+
+# Flask stuff:
+instance/
+.webassets-cache
+
+# Scrapy stuff:
+.scrapy
+
+# Sphinx documentation
+docs/_build/
+
+# PyBuilder
+.pybuilder/
+target/
+
+# Jupyter Notebook
+.ipynb_checkpoints
+
+# IPython
+profile_default/
+ipython_config.py
+
+# pyenv
+#   For a library or package, you might want to ignore these files since the code is
+#   intended to run in multiple environments; otherwise, check them in:
+# .python-version
+
+# pipenv
+#   According to pypa/pipenv#598, it is recommended to include Pipfile.lock in version control.
+#   However, in case of collaboration, if having platform-specific dependencies or dependencies
+#   having no cross-platform support, pipenv may install dependencies that don't work, or not
+#   install all needed dependencies.
+#Pipfile.lock
+
+# poetry
+#   Similar to Pipfile.lock, it is generally recommended to include poetry.lock in version control.
+#   This is especially recommended for binary packages to ensure reproducibility, and is more
+#   commonly ignored for libraries.
+#   https://python-poetry.org/docs/basic-usage/#commit-your-poetrylock-file-to-version-control
+#poetry.lock
+
+# pdm
+#   Similar to Pipfile.lock, it is generally recommended to include pdm.lock in version control.
+#pdm.lock
+#   pdm stores project-wide configurations in .pdm.toml, but it is recommended to not include it
+#   in version control.
+#   https://pdm.fming.dev/latest/usage/project/#working-with-version-control
+.pdm.toml
+.pdm-python
+.pdm-build/
+
+# PEP 582; used by e.g. github.com/David-OConnor/pyflow and github.com/pdm-project/pdm
+__pypackages__/
+
+# Celery stuff
+celerybeat-schedule
+celerybeat.pid
+
+# SageMath parsed files
+*.sage.py
+
+# Environments
+.env
+.venv
+env/
+venv/
+ENV/
+env.bak/
+venv.bak/
+
+# Spyder project settings
+.spyderproject
+.spyproject
+
+# Rope project settings
+.ropeproject
+
+# mkdocs documentation
+/site
+
+# mypy
+.mypy_cache/
+.dmypy.json
+dmypy.json
+
+# Pyre type checker
+.pyre/
+
+# pytype static type analyzer
+.pytype/
+
+# Cython debug symbols
+cython_debug/
+
+# PyCharm
+#  JetBrains specific template is maintained in a separate JetBrains.gitignore that can
+#  be found at https://github.com/github/gitignore/blob/main/Global/JetBrains.gitignore
+#  and can be added to the global gitignore or merged into this file.  For a more nuclear
+#  option (not recommended) you can uncomment the following to ignore the entire idea folder.
+#.idea/
+
+
+DS_Store/
+*.DS_Store
+
+pip-log.txt
+pip-delete-this-directory.txt
+
+bin/
+develop-eggs/
+dist/
+eggs/
+lib/
+lib64/
+parts/
+sdist/
+var/
+Drafts/
+*/build/
+build/
+venv/
+
+
+# Byte-compiled / optimized / DLL files
+.pytest_cache/
+__pycache__/
+*.py[cod]
+
+data/
+*.csv
+
+*/lightning_logs/
+lightning_logs/

dddt_gfm-0.1.0/.readthedocs.yaml

@@ -0,0 +1,19 @@
+# Read the Docs configuration file
+# https://docs.readthedocs.io/en/stable/config-file/v2.html
+
+version: 2
+
+build:
+  os: ubuntu-24.04
+  tools:
+    python: "3.12"
+
+sphinx:
+  configuration: docs/conf.py
+
+python:
+  install:
+    - method: pip
+      path: .
+      extra_requirements:
+        - docs

dddt_gfm-0.1.0/LICENSE

@@ -0,0 +1,24 @@
+BSD 2-Clause License
+
+Copyright (c) 2024, CWRU SDLE
+
+Redistribution and use in source and binary forms, with or without
+modification, are permitted provided that the following conditions are met:
+
+1. Redistributions of source code must retain the above copyright notice, this
+   list of conditions and the following disclaimer.
+
+2. Redistributions in binary form must reproduce the above copyright notice,
+   this list of conditions and the following disclaimer in the documentation
+   and/or other materials provided with the distribution.
+
+THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS"
+AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
+IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
+DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE LIABLE
+FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
+DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
+SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
+CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
+OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
+OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

dddt_gfm-0.1.0/PKG-INFO

@@ -0,0 +1,95 @@
+Metadata-Version: 2.4
+Name: ddDT-GFM
+Version: 0.1.0
+Summary: Data-driven Foundation Models for fleet-level system performance prediction using spatiotemporal graph neural networks.
+Author: Benjamin G. Pierce, Raymond J. Wieser, Weiqi Yue, Yangxin Fan, Hein Htet Aung, Thomas G. Ciardi, Yinghui Wu
+Author-email: "Pawan K. Tripathi" <pawan.tripathi@case.edu>, "Roger H. French" <rxf131@case.edu>
+License: BSD 2-Clause License
+        
+        Copyright (c) 2024, CWRU SDLE
+        
+        Redistribution and use in source and binary forms, with or without
+        modification, are permitted provided that the following conditions are met:
+        
+        1. Redistributions of source code must retain the above copyright notice, this
+           list of conditions and the following disclaimer.
+        
+        2. Redistributions in binary form must reproduce the above copyright notice,
+           this list of conditions and the following disclaimer in the documentation
+           and/or other materials provided with the distribution.
+        
+        THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS"
+        AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
+        IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
+        DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE LIABLE
+        FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
+        DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
+        SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
+        CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
+        OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
+        OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
+        
+Project-URL: Homepage, https://github.com/cwru-sdle/ddDT-GFM
+Project-URL: Repository, https://github.com/cwru-sdle/ddDT-GFM
+Project-URL: Documentation, https://dddt-gfm.readthedocs.io
+Classifier: Development Status :: 3 - Alpha
+Classifier: Intended Audience :: Science/Research
+Classifier: License :: OSI Approved :: BSD License
+Classifier: Operating System :: OS Independent
+Classifier: Programming Language :: Python :: 3
+Classifier: Programming Language :: Python :: 3.9
+Classifier: Programming Language :: Python :: 3.10
+Classifier: Programming Language :: Python :: 3.11
+Classifier: Programming Language :: Python :: 3.12
+Classifier: Topic :: Scientific/Engineering :: Artificial Intelligence
+Requires-Python: >=3.9
+Description-Content-Type: text/markdown
+License-File: LICENSE
+Requires-Dist: numpy
+Requires-Dist: pandas
+Requires-Dist: scipy
+Requires-Dist: scikit-learn
+Requires-Dist: matplotlib
+Requires-Dist: seaborn
+Requires-Dist: tqdm
+Requires-Dist: requests
+Requires-Dist: torch
+Requires-Dist: torchvision
+Requires-Dist: pytorch_lightning
+Provides-Extra: full
+Requires-Dist: torch_geometric; extra == "full"
+Requires-Dist: torch_sparse; extra == "full"
+Requires-Dist: torch-spatiotemporal; extra == "full"
+Provides-Extra: test
+Requires-Dist: pytest; extra == "test"
+Provides-Extra: docs
+Requires-Dist: sphinx>=7; extra == "docs"
+Requires-Dist: furo; extra == "docs"
+Requires-Dist: sphinx-autodoc-typehints; extra == "docs"
+Dynamic: license-file
+
+# ddDT-GFM
+## Data-driven Digital Twins: Generalized Foundation Models for Fleet Level System Performance Prediction, Advanced Manufacturing Tool and Part Qualification, Conformance, and Lifetime
+
+## Abstract
+Digital twins are comprised of computational models that mimic the 'as built' characteristics of devices, systems, and networks of systems whose performance in the real world warrants quantitative and critical assessment. 
+The literature on constructing digital twins is historically focused around task-specific, physics-based models that seek to understand the device from first principles, thereby constructing an idealized understanding of the system. 
+However, these ``empirical digital twins" (eDT) can be quite difficult to construct, as the level of detail required to accurately model the complex physics of many devices is often missing or expensive to obtain, especially for systems with widespread deployment. 
+Additionally, eDTs generally assume the device is working as intended; in practice, many systems experience some form of derating or degradation that causes them to operate off-specification. 
+As it is often the goal of a digital twin model to quantify these departures from the idealized system, it is quite difficult to separate derated assumptions from the expected model output. 
+In contrast, data-driven digital twins (ddDT) seek to model the system as it actually is based on real observations about the device in question. 
+Additionally, ddDTs generally utilize a flexible model architecture (typically an artificial neural network) to avoid injecting implicit bias into the system. 
+This flexibility also lends itself to another advantage: modularity. 
+Digital twins are often utilized to answer multiple different questions about the system. 
+With a ddDT, it is possible to train the model in a self-supervised manner via a reconstruction objective in order to obtain an encoder module. 
+This module can then be used as a Foundation Model (FM) for different tasks without either constructing a entirely new task-specific eDT or training another ddDT from scratch. 
+This work presents a unified pipeline for constructing data-driven Foundation Models for three exemplifying cases: solar photovoltaic fleets, direct ink write additive manufacturing, and laser powder bed fusion. 
+Although these three systems are conceptually very different, the presented Foundation Model utilizes the flexibility of spatiotemporal graph neural networks (st-GNNs) to apply the same methodology to each case, allowing scientists to focus on their scientific objectives rather than troubleshooting a overwhelmingly detailed modeling pipeline. 
+
+## Downloading data
+You can download the data used in this work from OSF with the `util` module of this package. 
+For example, to download a PV site:
+```py
+from dddt_gfm.util.io import OSF_download
+OSF_download(0, 'downloaded_test.csv', './')
+```

dddt_gfm-0.1.0/README.md

@@ -0,0 +1,25 @@
+# ddDT-GFM
+## Data-driven Digital Twins: Generalized Foundation Models for Fleet Level System Performance Prediction, Advanced Manufacturing Tool and Part Qualification, Conformance, and Lifetime
+
+## Abstract
+Digital twins are comprised of computational models that mimic the 'as built' characteristics of devices, systems, and networks of systems whose performance in the real world warrants quantitative and critical assessment. 
+The literature on constructing digital twins is historically focused around task-specific, physics-based models that seek to understand the device from first principles, thereby constructing an idealized understanding of the system. 
+However, these ``empirical digital twins" (eDT) can be quite difficult to construct, as the level of detail required to accurately model the complex physics of many devices is often missing or expensive to obtain, especially for systems with widespread deployment. 
+Additionally, eDTs generally assume the device is working as intended; in practice, many systems experience some form of derating or degradation that causes them to operate off-specification. 
+As it is often the goal of a digital twin model to quantify these departures from the idealized system, it is quite difficult to separate derated assumptions from the expected model output. 
+In contrast, data-driven digital twins (ddDT) seek to model the system as it actually is based on real observations about the device in question. 
+Additionally, ddDTs generally utilize a flexible model architecture (typically an artificial neural network) to avoid injecting implicit bias into the system. 
+This flexibility also lends itself to another advantage: modularity. 
+Digital twins are often utilized to answer multiple different questions about the system. 
+With a ddDT, it is possible to train the model in a self-supervised manner via a reconstruction objective in order to obtain an encoder module. 
+This module can then be used as a Foundation Model (FM) for different tasks without either constructing a entirely new task-specific eDT or training another ddDT from scratch. 
+This work presents a unified pipeline for constructing data-driven Foundation Models for three exemplifying cases: solar photovoltaic fleets, direct ink write additive manufacturing, and laser powder bed fusion. 
+Although these three systems are conceptually very different, the presented Foundation Model utilizes the flexibility of spatiotemporal graph neural networks (st-GNNs) to apply the same methodology to each case, allowing scientists to focus on their scientific objectives rather than troubleshooting a overwhelmingly detailed modeling pipeline. 
+
+## Downloading data
+You can download the data used in this work from OSF with the `util` module of this package. 
+For example, to download a PV site:
+```py
+from dddt_gfm.util.io import OSF_download
+OSF_download(0, 'downloaded_test.csv', './')
+```

dddt_gfm-0.1.0/ddDT_GFM.egg-info/PKG-INFO

@@ -0,0 +1,95 @@
+Metadata-Version: 2.4
+Name: ddDT-GFM
+Version: 0.1.0
+Summary: Data-driven Foundation Models for fleet-level system performance prediction using spatiotemporal graph neural networks.
+Author: Benjamin G. Pierce, Raymond J. Wieser, Weiqi Yue, Yangxin Fan, Hein Htet Aung, Thomas G. Ciardi, Yinghui Wu
+Author-email: "Pawan K. Tripathi" <pawan.tripathi@case.edu>, "Roger H. French" <rxf131@case.edu>
+License: BSD 2-Clause License
+        
+        Copyright (c) 2024, CWRU SDLE
+        
+        Redistribution and use in source and binary forms, with or without
+        modification, are permitted provided that the following conditions are met:
+        
+        1. Redistributions of source code must retain the above copyright notice, this
+           list of conditions and the following disclaimer.
+        
+        2. Redistributions in binary form must reproduce the above copyright notice,
+           this list of conditions and the following disclaimer in the documentation
+           and/or other materials provided with the distribution.
+        
+        THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS"
+        AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
+        IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
+        DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE LIABLE
+        FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
+        DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
+        SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
+        CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
+        OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
+        OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
+        
+Project-URL: Homepage, https://github.com/cwru-sdle/ddDT-GFM
+Project-URL: Repository, https://github.com/cwru-sdle/ddDT-GFM
+Project-URL: Documentation, https://dddt-gfm.readthedocs.io
+Classifier: Development Status :: 3 - Alpha
+Classifier: Intended Audience :: Science/Research
+Classifier: License :: OSI Approved :: BSD License
+Classifier: Operating System :: OS Independent
+Classifier: Programming Language :: Python :: 3
+Classifier: Programming Language :: Python :: 3.9
+Classifier: Programming Language :: Python :: 3.10
+Classifier: Programming Language :: Python :: 3.11
+Classifier: Programming Language :: Python :: 3.12
+Classifier: Topic :: Scientific/Engineering :: Artificial Intelligence
+Requires-Python: >=3.9
+Description-Content-Type: text/markdown
+License-File: LICENSE
+Requires-Dist: numpy
+Requires-Dist: pandas
+Requires-Dist: scipy
+Requires-Dist: scikit-learn
+Requires-Dist: matplotlib
+Requires-Dist: seaborn
+Requires-Dist: tqdm
+Requires-Dist: requests
+Requires-Dist: torch
+Requires-Dist: torchvision
+Requires-Dist: pytorch_lightning
+Provides-Extra: full
+Requires-Dist: torch_geometric; extra == "full"
+Requires-Dist: torch_sparse; extra == "full"
+Requires-Dist: torch-spatiotemporal; extra == "full"
+Provides-Extra: test
+Requires-Dist: pytest; extra == "test"
+Provides-Extra: docs
+Requires-Dist: sphinx>=7; extra == "docs"
+Requires-Dist: furo; extra == "docs"
+Requires-Dist: sphinx-autodoc-typehints; extra == "docs"
+Dynamic: license-file
+
+# ddDT-GFM
+## Data-driven Digital Twins: Generalized Foundation Models for Fleet Level System Performance Prediction, Advanced Manufacturing Tool and Part Qualification, Conformance, and Lifetime
+
+## Abstract
+Digital twins are comprised of computational models that mimic the 'as built' characteristics of devices, systems, and networks of systems whose performance in the real world warrants quantitative and critical assessment. 
+The literature on constructing digital twins is historically focused around task-specific, physics-based models that seek to understand the device from first principles, thereby constructing an idealized understanding of the system. 
+However, these ``empirical digital twins" (eDT) can be quite difficult to construct, as the level of detail required to accurately model the complex physics of many devices is often missing or expensive to obtain, especially for systems with widespread deployment. 
+Additionally, eDTs generally assume the device is working as intended; in practice, many systems experience some form of derating or degradation that causes them to operate off-specification. 
+As it is often the goal of a digital twin model to quantify these departures from the idealized system, it is quite difficult to separate derated assumptions from the expected model output. 
+In contrast, data-driven digital twins (ddDT) seek to model the system as it actually is based on real observations about the device in question. 
+Additionally, ddDTs generally utilize a flexible model architecture (typically an artificial neural network) to avoid injecting implicit bias into the system. 
+This flexibility also lends itself to another advantage: modularity. 
+Digital twins are often utilized to answer multiple different questions about the system. 
+With a ddDT, it is possible to train the model in a self-supervised manner via a reconstruction objective in order to obtain an encoder module. 
+This module can then be used as a Foundation Model (FM) for different tasks without either constructing a entirely new task-specific eDT or training another ddDT from scratch. 
+This work presents a unified pipeline for constructing data-driven Foundation Models for three exemplifying cases: solar photovoltaic fleets, direct ink write additive manufacturing, and laser powder bed fusion. 
+Although these three systems are conceptually very different, the presented Foundation Model utilizes the flexibility of spatiotemporal graph neural networks (st-GNNs) to apply the same methodology to each case, allowing scientists to focus on their scientific objectives rather than troubleshooting a overwhelmingly detailed modeling pipeline. 
+
+## Downloading data
+You can download the data used in this work from OSF with the `util` module of this package. 
+For example, to download a PV site:
+```py
+from dddt_gfm.util.io import OSF_download
+OSF_download(0, 'downloaded_test.csv', './')
+```

dddt_gfm-0.1.0/ddDT_GFM.egg-info/SOURCES.txt

@@ -0,0 +1,48 @@
+.gitignore
+.readthedocs.yaml
+LICENSE
+README.md
+pyproject.toml
+.github/workflows/publish.yml
+.github/workflows/test.yml
+ddDT_GFM.egg-info/PKG-INFO
+ddDT_GFM.egg-info/SOURCES.txt
+ddDT_GFM.egg-info/dependency_links.txt
+ddDT_GFM.egg-info/requires.txt
+ddDT_GFM.egg-info/scm_file_list.json
+ddDT_GFM.egg-info/scm_version.json
+ddDT_GFM.egg-info/top_level.txt
+dddt_gfm/__init__.py
+dddt_gfm/rwb-graph_UNET.py
+dddt_gfm/data_cleaning/__init__.py
+dddt_gfm/data_cleaning/physics_constraint.py
+dddt_gfm/dataloaders/__init__.py
+dddt_gfm/dataloaders/dataloader_DIW.py
+dddt_gfm/dataloaders/dataloader_sunsmart.py
+dddt_gfm/dataloaders/rwb_dataloader_sunsmart.py
+dddt_gfm/exemplar_DIW/__init__.py
+dddt_gfm/exemplar_DIW/training/__init__.py
+dddt_gfm/exemplar_DIW/training/train.py
+dddt_gfm/exemplar_LPBF/__init__.py
+dddt_gfm/exemplar_LPBF/training/__init__.py
+dddt_gfm/exemplar_LPBF/training/train.py
+dddt_gfm/exemplar_PV/__init__.py
+dddt_gfm/exemplar_PV/training/__init__.py
+dddt_gfm/exemplar_PV/training/train.py
+dddt_gfm/models/__init__.py
+dddt_gfm/models/stGAE.py
+dddt_gfm/tests/__init__.py
+dddt_gfm/tests/test_util.py
+dddt_gfm/util/__init__.py
+dddt_gfm/util/callbacks.py
+dddt_gfm/util/io.py
+docs/Makefile
+docs/api.rst
+docs/conf.py
+docs/index.rst
+docs/installation.rst
+docs/make.bat
+docs/_static/.gitkeep
+notebooks/DIW_demo.ipynb
+notebooks/LPBF_demo.ipynb
+notebooks/PV_demo.ipynb

dddt_gfm-0.1.0/ddDT_GFM.egg-info/dependency_links.txt

@@ -0,0 +1 @@
+

dddt_gfm-0.1.0/ddDT_GFM.egg-info/requires.txt

@@ -0,0 +1,24 @@
+numpy
+pandas
+scipy
+scikit-learn
+matplotlib
+seaborn
+tqdm
+requests
+torch
+torchvision
+pytorch_lightning
+
+[docs]
+sphinx>=7
+furo
+sphinx-autodoc-typehints
+
+[full]
+torch_geometric
+torch_sparse
+torch-spatiotemporal
+
+[test]
+pytest

dddt_gfm-0.1.0/ddDT_GFM.egg-info/scm_file_list.json

@@ -0,0 +1,45 @@
+{
+  "files": [
+    "README.md",
+    "LICENSE",
+    "pyproject.toml",
+    ".gitignore",
+    ".readthedocs.yaml",
+    "docs/Makefile",
+    "docs/index.rst",
+    "docs/api.rst",
+    "docs/make.bat",
+    "docs/installation.rst",
+    "docs/conf.py",
+    "docs/_static/.gitkeep",
+    "dddt_gfm/__init__.py",
+    "dddt_gfm/rwb-graph_UNET.py",
+    "dddt_gfm/models/__init__.py",
+    "dddt_gfm/models/stGAE.py",
+    "dddt_gfm/data_cleaning/__init__.py",
+    "dddt_gfm/data_cleaning/physics_constraint.py",
+    "dddt_gfm/exemplar_LPBF/__init__.py",
+    "dddt_gfm/exemplar_LPBF/training/__init__.py",
+    "dddt_gfm/exemplar_LPBF/training/train.py",
+    "dddt_gfm/util/__init__.py",
+    "dddt_gfm/util/io.py",
+    "dddt_gfm/util/callbacks.py",
+    "dddt_gfm/exemplar_DIW/__init__.py",
+    "dddt_gfm/exemplar_DIW/training/__init__.py",
+    "dddt_gfm/exemplar_DIW/training/train.py",
+    "dddt_gfm/dataloaders/__init__.py",
+    "dddt_gfm/dataloaders/rwb_dataloader_sunsmart.py",
+    "dddt_gfm/dataloaders/dataloader_sunsmart.py",
+    "dddt_gfm/dataloaders/dataloader_DIW.py",
+    "dddt_gfm/exemplar_PV/__init__.py",
+    "dddt_gfm/exemplar_PV/training/__init__.py",
+    "dddt_gfm/exemplar_PV/training/train.py",
+    "dddt_gfm/tests/__init__.py",
+    "dddt_gfm/tests/test_util.py",
+    "notebooks/DIW_demo.ipynb",
+    "notebooks/LPBF_demo.ipynb",
+    "notebooks/PV_demo.ipynb",
+    ".github/workflows/test.yml",
+    ".github/workflows/publish.yml"
+  ]
+}

dddt_gfm-0.1.0/ddDT_GFM.egg-info/scm_version.json

@@ -0,0 +1,8 @@
+{
+  "tag": "0.1.0",
+  "distance": 0,
+  "node": "g25c83e5c83a17f1e38f9655abc00634d9903611d",
+  "dirty": false,
+  "branch": "HEAD",
+  "node_date": "2026-07-15"
+}

dddt_gfm-0.1.0/ddDT_GFM.egg-info/top_level.txt

@@ -0,0 +1 @@
+dddt_gfm