exdysa commited on
Commit
5ce331e
Β·
verified Β·
1 Parent(s): ce3227c

Update README.md

Browse files
Files changed (1) hide show
  1. README.md +15 -15
README.md CHANGED
@@ -9,7 +9,7 @@ massive thank you to [@silveroxides](https://huggingface.co/silveroxides) for ph
9
  > [!IMPORTANT]
10
  > # MIR (Machine Intelligence Resource)<br><br>A naming schema for AIGC/ML work.
11
 
12
- The MIR schema seeks to standardize and complete a hyperlinked network of model information, improving accessibility and reproducibility across the AI community.<br>
13
  The work is inspired by:
14
  - [AIR-URN](https://github.com/civitai/civitai/wiki/AIR-%E2%80%90-Uniform-Resource-Names-for-AI) project by [CivitAI](https://civitai.com/)
15
  - [Spandrel](https://github.com/chaiNNer-org/spandrel/blob/main/libs/spandrel/spandrel/__helpers/registry.py) library's super-resolution registry
@@ -21,9 +21,9 @@ Example:
21
 
22
 
23
  ```
24
- mir : model . lora . hyper : flux-1
25
- ↑ ↑ ↑ ↑ ↑
26
- [URI]:[Domain].[Architecture].[Implementation]:[Compatibility]
27
  ```
28
 
29
  ## Definitions:
@@ -36,7 +36,7 @@ Like other URI schema, the order of the identifiers roughly indicates their spec
36
  `info`: Static global neural network attributes, metadata with an identifier in the database<br>
37
 
38
  ### Architecture
39
- Generative or deep learning system architectures.
40
  `dit`: Diffusion transformer, typically Vision Synthesis
41
  'unet': Unet diffusion structure
42
  `art` : Autoregressive transformer, typically LLMs
@@ -44,11 +44,11 @@ Generative or deep learning system architectures.
44
  `vae`: Variational Autoencoder
45
  etc
46
 
47
- ### Implementation
48
- A broad definition spanning the field of techniques
49
 
50
  ### Compatability
51
- Details of implementation based on version-breaking changes, configuration inconsistencies, or other conflicting indicators
52
 
53
  ### Goals
54
  - Standard identification scheme for **ALL** fields of ML-related development
@@ -59,13 +59,12 @@ Details of implementation based on version-breaking changes, configuration incon
59
 
60
  > <details> <summary>Why not use `diffusion`/`sgm`, `ldm`/`text`/hf.co folder-structure/brand or trade name/preprint paper/development house/algorithm</summary>
61
  >
62
- > - Exact frameworks (SGM/LDM/RectifiedFlow) includes too few
63
- > - Diffusion/Transformer are too broad, share and overlap resources
64
- > - Multimodal models mix and complicate content terms (Text/Image/Vision/etc)
65
- > - HF.CO names do all of this & become inconsistent across folders/files, neglect many important developments
66
  > - Development credit often shared, [Paper heredity tree](https://www.connectedpapers.com/search?q=generative%20diffusion), super complicated
67
  > - Algorithms (esp application) are less common knowledge, vague, ~~and I'm too smooth-brain.~~
68
- > - Impartiality
69
  > </details>
70
 
71
  > <details><summary>Why `unet`, `dit`, `lora` over alternatives</summary>
@@ -73,12 +72,13 @@ Details of implementation based on version-breaking changes, configuration incon
73
  > - UNET/DiT/Transformer are shared enough to be genre-ish but not too narrowly specific
74
  > - Very similar technical process on this level
75
  > - Functional and efficient for random lookups
 
76
  > </details>
77
 
78
  > <details><summary>Roadmap</summary>
79
  >
80
- > - Decide on `@` (like @8cfg for an indistinguishable 8 step lora that requires cfg)
81
- > -- crucial spec element, or an optional, MIR app-determined feature?
82
  > - Proof of concept generative model registry
83
  > - Ensure compatability/integration/cross-pollenation with [OECD AI Classifications](https://oecd.ai/en/classification)
84
  > - Ensure compatability/integration/cross-pollenation with [NIST AI 200-1 NIST Trustworthy and Responsible AI](https://www.nist.gov/publications/ai-use-taxonomy-human-centered-approach)
 
9
  > [!IMPORTANT]
10
  > # MIR (Machine Intelligence Resource)<br><br>A naming schema for AIGC/ML work.
11
 
12
+ The MIR classification format seeks to standardize and complete a hyperlinked network of model information, improving accessibility and reproducibility across the AI community.<br>
13
  The work is inspired by:
14
  - [AIR-URN](https://github.com/civitai/civitai/wiki/AIR-%E2%80%90-Uniform-Resource-Names-for-AI) project by [CivitAI](https://civitai.com/)
15
  - [Spandrel](https://github.com/chaiNNer-org/spandrel/blob/main/libs/spandrel/spandrel/__helpers/registry.py) library's super-resolution registry
 
21
 
22
 
23
  ```
24
+ mir : model . lora . hyper : flux-1
25
+ ↑ ↑ ↑ ↑ ↑
26
+ [URI]:[Domain].[Architecture].[Series]:[Compatibility]
27
  ```
28
 
29
  ## Definitions:
 
36
  `info`: Static global neural network attributes, metadata with an identifier in the database<br>
37
 
38
  ### Architecture
39
+ Broad and general terms for system architectures.
40
  `dit`: Diffusion transformer, typically Vision Synthesis
41
  'unet': Unet diffusion structure
42
  `art` : Autoregressive transformer, typically LLMs
 
44
  `vae`: Variational Autoencoder
45
  etc
46
 
47
+ ### Series
48
+ Foundational network and technique types.
49
 
50
  ### Compatability
51
+ Implementation details based on version-breaking changes, configuration inconsistencies, or other conflicting indicators that have practical application.
52
 
53
  ### Goals
54
  - Standard identification scheme for **ALL** fields of ML-related development
 
59
 
60
  > <details> <summary>Why not use `diffusion`/`sgm`, `ldm`/`text`/hf.co folder-structure/brand or trade name/preprint paper/development house/algorithm</summary>
61
  >
62
+ > - The format here isnt finalized, but overlapping resource definitions or complicated categories that are difficult to narrow have been pruned
63
+ > - Likewise, definitions that are too specific have also been trimmed
64
+ > - HF.CO become inconsistent across folders/files and often the metadata enforcement of many important developments is neglected
 
65
  > - Development credit often shared, [Paper heredity tree](https://www.connectedpapers.com/search?q=generative%20diffusion), super complicated
66
  > - Algorithms (esp application) are less common knowledge, vague, ~~and I'm too smooth-brain.~~
67
+ > - Overall an attempt at impartiality and neutrality with regards to brand/territory origins
68
  > </details>
69
 
70
  > <details><summary>Why `unet`, `dit`, `lora` over alternatives</summary>
 
72
  > - UNET/DiT/Transformer are shared enough to be genre-ish but not too narrowly specific
73
  > - Very similar technical process on this level
74
  > - Functional and efficient for random lookups
75
+ > - Short to type
76
  > </details>
77
 
78
  > <details><summary>Roadmap</summary>
79
  >
80
+ > - Decide on `@` or `:` delimeters (like @8cfg for an indistinguishable 8 step lora that requires cfg)
81
+ > - crucial spec element, or an optional, MIR app-determined feature?
82
  > - Proof of concept generative model registry
83
  > - Ensure compatability/integration/cross-pollenation with [OECD AI Classifications](https://oecd.ai/en/classification)
84
  > - Ensure compatability/integration/cross-pollenation with [NIST AI 200-1 NIST Trustworthy and Responsible AI](https://www.nist.gov/publications/ai-use-taxonomy-human-centered-approach)