pyegeria 5.3.9.9.7__py3-none-any.whl → 5.4.0.dev2__py3-none-any.whl

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (69) hide show
  1. commands/cat/debug_log.2025-06-05_20-24-18_123924.log.zip +0 -0
  2. commands/cat/debug_log.2025-06-10_08-45-03_929921.log.zip +0 -0
  3. commands/cat/debug_log.2025-06-11_09-57-21_247890.log.zip +0 -0
  4. commands/cat/debug_log.2025-06-12_16-14-31_212042.log.zip +0 -0
  5. commands/cat/dr_egeria_md.py +32 -5
  6. commands/cat/list_collections.py +10 -4
  7. commands/cat/list_data_designer.py +171 -0
  8. md_processing/__init__.py +7 -2
  9. md_processing/data/commands.json +4666 -848
  10. md_processing/md_commands/data_designer_commands.py +840 -557
  11. md_processing/md_commands/solution_architect_commands.py +985 -0
  12. md_processing/md_processing_utils/common_md_proc_utils.py +262 -89
  13. md_processing/md_processing_utils/common_md_utils.py +11 -4
  14. md_processing/md_processing_utils/md_processing_constants.py +18 -16
  15. pyegeria/_client.py +39 -0
  16. pyegeria/classification_manager_omvs.py +1 -1
  17. pyegeria/collection_manager_omvs.py +248 -188
  18. pyegeria/data_designer_omvs.py +217 -9
  19. pyegeria/governance_officer_omvs.py +2349 -0
  20. pyegeria/output_formatter.py +24 -12
  21. pyegeria/solution_architect_omvs.py +4219 -1084
  22. pyegeria/utils.py +15 -2
  23. {pyegeria-5.3.9.9.7.dist-info → pyegeria-5.4.0.dev2.dist-info}/METADATA +2 -1
  24. {pyegeria-5.3.9.9.7.dist-info → pyegeria-5.4.0.dev2.dist-info}/RECORD +27 -62
  25. {pyegeria-5.3.9.9.7.dist-info → pyegeria-5.4.0.dev2.dist-info}/entry_points.txt +3 -0
  26. commands/cat/.DS_Store +0 -0
  27. md_processing/dr_egeria_inbox/archive/dr_egeria_intro.md +0 -254
  28. md_processing/dr_egeria_inbox/archive/dr_egeria_intro_more_terms.md +0 -696
  29. md_processing/dr_egeria_inbox/archive/dr_egeria_intro_part1.md +0 -254
  30. md_processing/dr_egeria_inbox/archive/dr_egeria_intro_part2.md +0 -298
  31. md_processing/dr_egeria_inbox/archive/dr_egeria_intro_part3.md +0 -608
  32. md_processing/dr_egeria_inbox/archive/dr_egeria_intro_part4.md +0 -94
  33. md_processing/dr_egeria_inbox/archive/freddie_intro.md +0 -284
  34. md_processing/dr_egeria_inbox/archive/freddie_intro_orig.md +0 -275
  35. md_processing/dr_egeria_inbox/archive/test-term.md +0 -110
  36. md_processing/dr_egeria_inbox/cat_test.md +0 -100
  37. md_processing/dr_egeria_inbox/data_field.md +0 -54
  38. md_processing/dr_egeria_inbox/data_spec.md +0 -77
  39. md_processing/dr_egeria_inbox/data_spec_test.md +0 -2406
  40. md_processing/dr_egeria_inbox/data_test.md +0 -86
  41. md_processing/dr_egeria_inbox/dr_egeria_intro_categories.md +0 -168
  42. md_processing/dr_egeria_inbox/dr_egeria_intro_part1.md +0 -280
  43. md_processing/dr_egeria_inbox/dr_egeria_intro_part2.md +0 -313
  44. md_processing/dr_egeria_inbox/dr_egeria_intro_part3.md +0 -1073
  45. md_processing/dr_egeria_inbox/dr_egeria_isc1.md +0 -44
  46. md_processing/dr_egeria_inbox/glossary_test1.md +0 -324
  47. md_processing/dr_egeria_inbox/rel.md +0 -8
  48. md_processing/dr_egeria_inbox/sb.md +0 -119
  49. md_processing/dr_egeria_inbox/search_test.md +0 -39
  50. md_processing/dr_egeria_inbox/solution-components.md +0 -154
  51. md_processing/dr_egeria_inbox/solution_blueprints.md +0 -118
  52. md_processing/dr_egeria_inbox/synonym_test.md +0 -42
  53. md_processing/dr_egeria_inbox/t1.md +0 -0
  54. md_processing/dr_egeria_inbox/t2.md +0 -268
  55. md_processing/dr_egeria_outbox/processed-2025-05-15 19:52-data_test.md +0 -94
  56. md_processing/dr_egeria_outbox/processed-2025-05-16 07:39-data_test.md +0 -88
  57. md_processing/dr_egeria_outbox/processed-2025-05-17 16:01-data_field.md +0 -56
  58. md_processing/dr_egeria_outbox/processed-2025-05-18 15:51-data_test.md +0 -103
  59. md_processing/dr_egeria_outbox/processed-2025-05-18 16:47-data_test.md +0 -94
  60. md_processing/dr_egeria_outbox/processed-2025-05-19 07:14-data_test.md +0 -96
  61. md_processing/dr_egeria_outbox/processed-2025-05-19 07:20-data_test.md +0 -100
  62. md_processing/dr_egeria_outbox/processed-2025-05-19 07:22-data_test.md +0 -88
  63. md_processing/dr_egeria_outbox/processed-2025-05-19 09:26-data_test.md +0 -91
  64. md_processing/dr_egeria_outbox/processed-2025-05-19 10:27-data_test.md +0 -91
  65. md_processing/dr_egeria_outbox/processed-2025-05-19 14:04-data_test.md +0 -91
  66. md_processing/md_commands/blueprint_commands.py +0 -303
  67. pyegeria/.DS_Store +0 -0
  68. {pyegeria-5.3.9.9.7.dist-info → pyegeria-5.4.0.dev2.dist-info}/LICENSE +0 -0
  69. {pyegeria-5.3.9.9.7.dist-info → pyegeria-5.4.0.dev2.dist-info}/WHEEL +0 -0
@@ -1,608 +0,0 @@
1
- # Adding more to the Egeria-Markdown Glossary
2
-
3
- In the first two files created the Egeria-Markdown glossary with a few terms. In the second, we added a couple of
4
- categories and then updated the existing terms to use them. In this installment, we will add a number of terms to the
5
- glossary to make it a truly useful aid for the Dr.Egeria user. Once we have added the terms, we'll discuss how we can
6
- continue to work with the terms using the `hey_egeria` commands.
7
- ___
8
-
9
- # Create Term
10
-
11
- ## Term Name
12
-
13
- Display
14
-
15
- ## Owning Glossary
16
-
17
- Glossary::Egeria-Markdown
18
-
19
- ## Categories
20
-
21
- Processing Dr.Egeria Markdown
22
-
23
- ## Summary
24
-
25
- This is a processing directive to Dr.Egeria to request that the input text be processed for display only.
26
-
27
- ## Description
28
-
29
- This is a processing directive to Dr.Egeria commands to request that the input text be processed and displaying. This is
30
- useful to validate that the command processor is able to open the input text and shows that the environment is able to
31
- process the text.
32
-
33
- ## Abbreviation
34
-
35
- ## Examples
36
-
37
- ## Usage
38
-
39
- ## Version
40
-
41
- ## Status
42
-
43
- DRAFT
44
-
45
- ## Qualified Name
46
-
47
- ___
48
-
49
- # Create Term
50
-
51
- ## Term Name
52
-
53
- Validate
54
-
55
- ## Owning Glossary
56
-
57
- Glossary::Egeria-Markdown
58
-
59
- ## Categories
60
-
61
- Processing Dr.Egeria Markdown
62
-
63
- ## Summary
64
- A processing directive to Dr.Egeria to request that the input text be validated for conformance to Dr. Egeria syntax
65
- with the results being displayed and, depending on results, an output file incorporating suggested changes will be produced.
66
- ## Description
67
- A processing directive to Dr.Egeria to request that the input text be validated for conformance to Dr. Egeria syntax.
68
-
69
- The results are displayed in the console, and include labeled messages. The labels may be:
70
- * Info - just an information notice, for example, an optional field is empty.
71
- * Warning - an issue was found, but we can automatically try to repair it or it doesn't prevent further processing.
72
- * Error - A non-recoverable error input error was found - this command won't be processed further - for example if we encounter
73
- a `Create Term` command and find that the term already exists.
74
-
75
- Additional descriptive messages are also displayed. In some cases, for example if we detect a `Create` command for an
76
- object that already exists, we will also produce an output file that replaces the `Create` with an `Update` command.
77
-
78
-
79
- ## Abbreviation
80
-
81
- ## Examples
82
- Default values for key environment variables in the **Egeria Workspaces** environment:
83
- * EGERIA_ROOT_PATH=/home/jovyan
84
- * EGERIA_INBOX_PATH=loading-bay/dr-egeria-inbox
85
- * EGERIA_OUTBOX_PATH=distribution-hub/dr-egeria-outbox
86
- * EGERIA_LOCAL_QUALIFIER=EGERIA
87
-
88
- So place input files in the `loading-bay/dr-egeria-inbox` folder and look for output files in `distribution-hub/dr-egeria-outbox`.
89
-
90
- ## Usage
91
- The EGERIA_ROOT_PATH is generally going to be set depending on what kind of environment you are using. For **Egeria Workspaces**,
92
- when using the Jupyter environment, it will be set to Jupyter's default, which is `/home/jovyan`.
93
- * The location of the input file is based on the environment variables EGERIA_ROOT_PATH and EGERIA_INPUT_PATH.
94
- * The output file will be written to the directory specified by the EGERIA_ROOT_PATH and EGERIA_OUTPUT_PATH environment
95
- variables.
96
-
97
- ## Version
98
- .1
99
- ## Status
100
-
101
- DRAFT
102
-
103
- ## Qualified Name
104
-
105
- ___
106
-
107
- # Create Term
108
-
109
- ## Term Name
110
-
111
- Process
112
-
113
- ## Owning Glossary
114
-
115
- Glossary::Egeria-Markdown
116
-
117
- ## Categories
118
-
119
- Processing Dr.Egeria Markdown
120
-
121
- ## Summary
122
- The process directive indicates that we should apply the requested commands to Egeria if they are valid.
123
-
124
- ## Description
125
- The process directive indicates that we should apply the requested commands to Egeria if they are valid. Informational
126
- messages are provided on the console. A new file is produced that reflects the updates made and is designed to make
127
- it easy to make further changes using the contents. For example, `Create` commands from the input file are written
128
- out as `Update` statements in the output file. Qualified names and GUIDs generated during the create process are added
129
- to the definitions in the output file.
130
-
131
- ## Abbreviation
132
-
133
- ## Examples
134
- Default values for key environment variables in the **Egeria Workspaces** environment:
135
- * EGERIA_ROOT_PATH=/home/jovyan
136
- * EGERIA_INBOX_PATH=loading-bay/dr-egeria-inbox
137
- * EGERIA_OUTBOX_PATH=distribution-hub/dr-egeria-outbox
138
- * EGERIA_LOCAL_QUALIFIER=EGERIA
139
-
140
- ## Usage
141
- During processing, informational messages will be displayed on the console. Please see the term entry for `Validate` for
142
- further description.
143
-
144
- The EGERIA_ROOT_PATH is generally going to be set depending on what kind of environment you are using. For **Egeria Workspaces**,
145
- when using the Jupyter environment, it will be set to Jupyter's default, which is `/home/jovyan`.
146
- * The location of the input file is based on the environment variables EGERIA_ROOT_PATH and EGERIA_INPUT_PATH.
147
- * The output file will be written to the directory specified by the EGERIA_ROOT_PATH and EGERIA_OUTPUT_PATH environment
148
- variables.
149
-
150
- ## Version
151
- 0.1
152
- ## Status
153
-
154
- DRAFT
155
-
156
- ## Qualified Name
157
-
158
- ___
159
-
160
- # Create Term
161
-
162
- ## Term Name
163
-
164
- Create Glossary
165
-
166
- ## Owning Glossary
167
-
168
- Glossary::Egeria-Markdown
169
-
170
- ## Categories
171
-
172
- Writing Dr.Egeria Markdown
173
-
174
- ## Summary
175
- Create a new Egeria glossary.
176
-
177
- ## Description
178
- Create a new Egeria glossary with attributes for:
179
- * Language
180
- * Description
181
- * Usage
182
-
183
- ## Abbreviation
184
-
185
- ## Examples
186
-
187
-
188
- ## Usage
189
-
190
- ## Version
191
- 0.1
192
- ## Status
193
-
194
- DRAFT
195
-
196
- ## Qualified Name
197
-
198
- ___
199
-
200
- # Create Term
201
-
202
- ## Term Name
203
-
204
- Update Glossary
205
-
206
- ## Owning Glossary
207
-
208
- Glossary::Egeria-Markdown
209
-
210
- ## Categories
211
-
212
- Writing Dr.Egeria Markdown
213
-
214
- ## Summary
215
- Updates the definition of an existing Egeria glossary.
216
-
217
- ## Description
218
- This updates an existing Egeria glossary. The supplied attribute values are merged into the existing definition.
219
-
220
- ## Abbreviation
221
-
222
- ## Examples
223
-
224
- ## Usage
225
-
226
- ## Version
227
- 0.1
228
- ## Status
229
-
230
- DRAFT
231
-
232
- ## Qualified Name
233
-
234
- ___
235
-
236
- # Create Term
237
-
238
- ## Term Name
239
-
240
- Create Category
241
-
242
- ## Owning Glossary
243
-
244
- Glossary::Egeria-Markdown
245
-
246
- ## Categories
247
-
248
- Writing Dr.Egeria Markdown
249
-
250
- ## Summary
251
- Create a new glossary category in the specified glossary.
252
-
253
- ## Description
254
- Creates a new glossary category in the specified glossary. Categories can be used to categorize glossary terms.
255
- A category has an optional description.
256
-
257
- ## Abbreviation
258
-
259
- ## Examples
260
-
261
- ## Usage
262
- Glossary categories have the following attributes:
263
-
264
-
265
- | Attribute Name | Input Required? | Read Only | Generated/Default? | Unique? | Notes |
266
- |:----------------|:----------------|-----------|:-------------------|:--------|:---------------------------------------------------------------------------------------------------------|
267
- | Category Name | Yes | No | No | No | A display name (informal name). |
268
- | Owning Glossary | Yes | No | No | Yes | This is the qualified name of the glossary that owns this category. |
269
- | Description | No | No | No | No | A textual description of this category |
270
- | Qualified Name | No | No | Yes | Yes | The qualified name can either be provided by the user or generated. If generated, a pattern is followed. |
271
- | GUID | No | Yes | Yes | Yes | GUIDs are always generated by Egeria. They are meant for automation, not people. |
272
- | Table | No | Yes | Yes | No | Under development |
273
- | Graph | No | Yes | Yes | No | Under Development |
274
-
275
- ## Version
276
- 0.1
277
- ## Status
278
-
279
- DRAFT
280
-
281
- ## Qualified Name
282
-
283
- ___
284
-
285
- # Create Term
286
-
287
- ## Term Name
288
-
289
- Update Category
290
-
291
- ## Owning Glossary
292
-
293
- Glossary::Egeria-Markdown
294
-
295
- ## Categories
296
-
297
- Writing Dr.Egeria Markdown
298
-
299
- ## Summary
300
- Updates the definition of an existing Egeria category.
301
-
302
-
303
- ## Description
304
- Updates the definition of an existing category. Currently the only field that can be updated is the `Description`.
305
-
306
- ## Abbreviation
307
-
308
- ## Examples
309
-
310
- ## Usage
311
- Glossary categories have the following attributes:
312
-
313
-
314
- | Attribute Name | Input Required? | Read Only | Generated/Default? | Unique? | Notes |
315
- |:----------------|:----------------|-----------|:-------------------|:--------|:---------------------------------------------------------------------------------------------------------|
316
- | Category Name | Yes | No | No | No | A display name (informal name). |
317
- | Owning Glossary | Yes | No | No | Yes | This is the qualified name of the glossary that owns this category. |
318
- | Description | No | No | No | No | A textual description of this category |
319
- | Qualified Name | No | No | Yes | Yes | The qualified name can either be provided by the user or generated. If generated, a pattern is followed. |
320
- | GUID | No | Yes | Yes | Yes | GUIDs are always generated by Egeria. They are meant for automation, not people. |
321
- | Table | No | Yes | Yes | No | Under development |
322
- | Graph | No | Yes | Yes | No | Under Development |
323
-
324
- ## Version
325
- 0.1
326
- ## Status
327
-
328
- DRAFT
329
-
330
- ## Qualified Name
331
-
332
- ___
333
-
334
- # Create Term
335
-
336
- ## Term Name
337
-
338
- Create Term
339
-
340
- ## Owning Glossary
341
-
342
- Glossary::Egeria-Markdown
343
-
344
- ## Categories
345
-
346
- Writing Dr.Egeria Markdown
347
-
348
- ## Summary
349
- Create a new glossary term with the given attributes in the specified Egeria glossary.
350
-
351
- ## Description
352
- The process directive indicates that we should apply the requested commands to Egeria if they are valid. Informational
353
- messages are provided on the console. A new file is produced that reflects the updates made and is designed to make
354
- it easy to make further changes using the contents. For example, `Create` commands from the input file are written
355
- out as `Update` statements in the output file. Qualified names and GUIDs generated during the create process are added
356
- to the definitions in the output file.
357
-
358
- ## Abbreviation
359
-
360
- ## Examples
361
-
362
- ## Usage
363
- A glossary term has the following core attributes. Additional attributes, relationships and classifications can be added.
364
-
365
-
366
- | Attribute Name | Input Required? | Read Only | Generated/Default? | Unique? | Notes |
367
- |:----------------|:----------------|:----------|:-------------------|:--------|:----------------------------------------------------------------------------------------------------------------------|
368
- | Term Name | Yes | No | No | No | A display name (informal name). |
369
- | Owning Glossary | Yes | No | No | Yes | This is the qualified name of the glossary that owns this term. |
370
- | Categories | No | No | No | Yes | This is the qualified (unique) name of the category. Multiple categories can be assigned, separated by a `,` or line. |
371
- | Description | No | No | No | No | A textual description of this term |
372
- | Qualified Name | No | Yes | No | Yes | The qualified name can either be provided by the user or generated. If generated, a pattern is followed. |
373
- | GUID | No | Yes | Yes | Yes | GUIDs are always generated by Egeria. They are meant for automation, not people. |
374
- | Table | No | Yes | Yes | No | Under development |
375
- | Graph | No | Yes | Yes | No | Under Development |
376
-
377
- ## Version
378
- 0.1
379
- ## Status
380
-
381
- DRAFT
382
-
383
- ## Qualified Name
384
-
385
- ___
386
-
387
- # Create Term
388
-
389
- ## Term Name
390
-
391
- Update Term
392
-
393
- ## Owning Glossary
394
-
395
- Glossary::Egeria-Markdown
396
-
397
- ## Categories
398
-
399
- Writing Dr.Egeria Markdown
400
-
401
- ## Summary
402
- Updates the definition of an existing Egeria glossary term.
403
-
404
- ## Description
405
- Updates the definition of an existing Egeria glossary term. Updated attributes are merged with the existing term values.
406
-
407
- ## Abbreviation
408
-
409
- ## Examples
410
-
411
- ## Usage
412
- A glossary term has the following core attributes. Additional attributes, relationships and classifications can be added.
413
-
414
-
415
- | Attribute Name | Input Required? | Read Only | Generated/Default? | Unique? | Notes |
416
- |:----------------|:----------------|:----------|:-------------------|:--------|:----------------------------------------------------------------------------------------------------------------------|
417
- | Term Name | Yes | No | No | No | A display name (informal name). |
418
- | Owning Glossary | Yes | No | No | Yes | This is the qualified name of the glossary that owns this term. |
419
- | Categories | No | No | No | Yes | This is the qualified (unique) name of the category. Multiple categories can be assigned, separated by a `,` or line. |
420
- | Description | No | No | No | No | A textual description of this term |
421
- | Qualified Name | No | Yes | No | Yes | The qualified name can either be provided by the user or generated. If generated, a pattern is followed. |
422
- | GUID | No | Yes | Yes | Yes | GUIDs are always generated by Egeria. They are meant for automation, not people. |
423
- | Table | No | Yes | Yes | No | Under development |
424
- | Graph | No | Yes | Yes | No | Under Development |
425
-
426
-
427
- ## Version
428
- 0.1
429
- ## Status
430
-
431
- DRAFT
432
-
433
- ## Qualified Name
434
-
435
-
436
- ___
437
-
438
- # Create Term
439
-
440
- ## Term Name
441
-
442
- Provenance
443
-
444
- ## Owning Glossary
445
-
446
- Glossary::Egeria-Markdown
447
-
448
- ## Categories
449
-
450
- Processing Dr.Egeria Markdown
451
-
452
- ## Summary
453
- The `Provenance` command is used by Dr.Egeria to indicate the history of the Dr.Egeria input file.
454
-
455
- ## Description
456
- When a Dr.Egeria input file is processed, it will look for a `Provenance` command. If one is not found,
457
- a new `Provenance` section will be created. Processing information (name of the file and timestamp) are appended
458
- to this section. If a Dr.Egeria file is processed multiple times, a history of this processing will be created (presuming
459
- the text is not deleted by the user). This simple, informal mechanism can be useful for basic scenarios. More sophisticated
460
- scenarios would make use of more robust mechanisms such as version control and document management systems.
461
-
462
- Additionally, it is important to note that Egeria automatically maintains an audit history for each element. Additional
463
- features for maintaining an update journal are also planned for Dr.Egeria.
464
-
465
- ## Abbreviation
466
-
467
- ## Examples
468
- Default values for key environment variables in the **Egeria Workspaces** environment:
469
- * EGERIA_ROOT_PATH=/home/jovyan
470
- * EGERIA_INBOX_PATH=loading-bay/dr-egeria-inbox
471
- * EGERIA_OUTBOX_PATH=distribution-hub/dr-egeria-outbox
472
- * EGERIA_LOCAL_QUALIFIER=EGERIA
473
-
474
- ## Usage
475
- During processing, informational messages will be displayed on the console. Please see the term entry for `Validate` for
476
- further description.
477
-
478
- The EGERIA_ROOT_PATH is generally going to be set depending on what kind of environment you are using. For **Egeria Workspaces**,
479
- when using the Jupyter environment, it will be set to Jupyter's default, which is `/home/jovyan`.
480
- * The location of the input file is based on the environment variables EGERIA_ROOT_PATH and EGERIA_INPUT_PATH.
481
- * The output file will be written to the directory specified by the EGERIA_ROOT_PATH and EGERIA_OUTPUT_PATH environment
482
- variables.
483
-
484
- ## Version
485
- 0.1
486
- ## Status
487
-
488
- DRAFT
489
-
490
- ## Qualified Name
491
-
492
-
493
- ___
494
-
495
- # Create Term
496
-
497
- ## Term Name
498
-
499
- Create Personal Project
500
-
501
- ## Owning Glossary
502
-
503
- Glossary::Egeria-Markdown
504
-
505
- ## Categories
506
-
507
- Writing Dr.Egeria Markdown
508
-
509
- ## Summary
510
-
511
- This command defines a new personal project within Egeria.
512
- ## Description
513
- As the name suggests, personal projects are used by individuals to help projects that only involve them. While Egeria supports
514
- several kinds of project, personal projects may be of particular interest to data scientists looking to track their
515
- experiments.
516
-
517
- ## Abbreviation
518
-
519
- ## Examples
520
-
521
- ## Usage
522
- Dr.Egeria processes uses the following attributes for a personal project:
523
-
524
-
525
- | Attribute Name | Input Required? | Read Only | Generated/Default? | Unique? | Notes |
526
- |:-------------------|:----------------|-----------|:-------------------|:--------|:---------------------------------------------------------------------------------------------------------|
527
- | Project Name | Yes | No | No | No | A display name (informal name) of the project. |
528
- | Project Identifier | No | No | No | No | An optional shorthand name for the project. |
529
- | Project Status | No | No | No | No | Status of the project, often from a list of Valid Values. |
530
- | Description | No | No | No | No | A textual description of this project. |
531
- | Project Phase | No | No | No | No | Phase of the project, often from a list of Valid Values. |
532
- | Project Health | No | No | No | No | Health of the project, often from a list of Valid Values. |
533
- | Start Date | No | No | No | No | Start date in the form YYYY-MM-DD |
534
- | Planned End Date | No | No | No | No | Planned completion date of the form YYY-MM-DD |
535
- | Qualified Name | No | No | Yes | Yes | The qualified name can either be provided by the user or generated. If generated, a pattern is followed. |
536
- | GUID | No | Yes | Yes | Yes | GUIDs are always generated by Egeria. They are meant for automation, not people. |
537
- | Table | No | Yes | Yes | No | Under development |
538
- | Graph | No | Yes | Yes | No | Under Development |
539
-
540
- ## Version
541
- 0.1
542
- ## Status
543
-
544
- DRAFT
545
-
546
- ## Qualified Name
547
-
548
- ___
549
-
550
- # Create Term
551
-
552
- ## Term Name
553
-
554
- Update Personal Project
555
-
556
- ## Owning Glossary
557
-
558
- Glossary::Egeria-Markdown
559
-
560
- ## Categories
561
-
562
- Writing Dr.Egeria Markdown
563
-
564
- ## Summary
565
-
566
- Update an existing Egeria personal project.
567
-
568
- ## Description
569
-
570
- Update an en existing Egeria personal project.
571
-
572
- ## Abbreviation
573
-
574
- ## Examples
575
-
576
- ## Usage
577
- Dr.Egeria processes uses the following attributes for a personal project:
578
-
579
-
580
- | Attribute Name | Input Required? | Read Only | Generated/Default? | Unique? | Notes |
581
- |:-------------------|:----------------|-----------|:-------------------|:--------|:---------------------------------------------------------------------------------------------------------|
582
- | Project Name | Yes | No | No | No | A display name (informal name) of the project. |
583
- | Project Identifier | No | No | No | No | An optional shorthand name for the project. |
584
- | Project Status | No | No | No | No | Status of the project, often from a list of Valid Values. |
585
- | Description | No | No | No | No | A textual description of this project. |
586
- | Project Phase | No | No | No | No | Phase of the project, often from a list of Valid Values. |
587
- | Project Health | No | No | No | No | Health of the project, often from a list of Valid Values. |
588
- | Start Date | No | No | No | No | Start date in the form YYYY-MM-DD |
589
- | Planned End Date | No | No | No | No | Planned completion date of the form YYY-MM-DD |
590
- | Qualified Name | No | No | Yes | Yes | The qualified name can either be provided by the user or generated. If generated, a pattern is followed. |
591
- | GUID | No | Yes | Yes | Yes | GUIDs are always generated by Egeria. They are meant for automation, not people. |
592
- | Table | No | Yes | Yes | No | Under development |
593
- | Graph | No | Yes | Yes | No | Under Development |
594
-
595
- ## Version
596
- 0.2
597
- ## Status
598
-
599
- DRAFT
600
-
601
- ## Qualified Name
602
-
603
-
604
- ___
605
-
606
- # Provenance
607
-
608
- * Results from processing file dr_egeria_intro_part3.md on 2025-03-20 16:56
@@ -1,94 +0,0 @@
1
- # Creating Category Hierarchies
2
-
3
- Adding structure to a glossary can be useful - especially as glossaries increase in size. We have already shown
4
- how glossary terms can be assigned to categories, and categories to glossaries. Sometimes we need even more structure.
5
- So in Egeria, we can build hierarchies of categories where any given category can be assigned a parent. Let's give this
6
- a try.
7
-
8
- First, we'll create a new category called
9
-
10
- ___
11
-
12
- # Create Category
13
-
14
- ## Category Name
15
-
16
- Dr.Egeria Actions
17
-
18
- ## Owning Glossary
19
-
20
- Glossary::Egeria-Markdown
21
-
22
- ## Description
23
-
24
- The actions that Dr. Egeria can process.
25
-
26
-
27
- ## <Qualified Name>
28
-
29
- ## <GUID>
30
-
31
- ___
32
-
33
- # Create Category
34
-
35
- ## Category Name
36
-
37
- Command Attributes
38
-
39
- ## Owning Glossary
40
-
41
- Glossary::Egeria-Markdown
42
-
43
- ## Description
44
-
45
- Common attributes of commands
46
-
47
- ___
48
-
49
- # Create Category
50
-
51
- ## Category Name
52
-
53
- Dr.Egeria Verbs
54
-
55
- ## Owning Glossary
56
-
57
- Glossary::Egeria-Markdown
58
-
59
- ## Description
60
-
61
- Kinds of actions Dr.Egeria can take.
62
-
63
- # Set Parent Category
64
-
65
- ## Parent Category
66
- Writing Dr.Egeria Markdown
67
-
68
- ## Child Category
69
-
70
- Dr.Egeria Actions
71
-
72
- ___
73
-
74
-
75
- # Set Parent Category
76
-
77
- ## Parent Category
78
- Writing Dr.Egeria Markdown
79
-
80
- ## Child Category
81
-
82
- Dr.Egeria Verbs
83
-
84
- ___
85
-
86
- # Set Parent Category
87
-
88
- ## Parent Category
89
- Writing Dr.Egeria Markdown
90
-
91
- ## Child Category
92
-
93
- Dr. Egeria Commands
94
- ___