Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Types Overview and Section reordering #92

Open
wants to merge 36 commits into
base: working
Choose a base branch
from

Conversation

davaya
Copy link

@davaya davaya commented Nov 12, 2024

No description provided.

@davaya
Copy link
Author

davaya commented Nov 12, 2024

Closes #87

Copy link
Contributor

@dlemire60 dlemire60 left a comment

Choose a reason for hiding this comment

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

Approved. This revised presentation should yield a much clearer specfication.

@@ -12,11 +12,11 @@

"types": [
["Schema", "Record", [], "Definition of a JADN package", [
[1, "info", "Information", ["[0"], "Information about this package"],
[1, "meta", "Metadata", ["[0"], "Information about this package"],
Copy link
Contributor

Choose a reason for hiding this comment

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

I like this change, definitely improves clarity.

@@ -1,7 +1,7 @@
{
Copy link
Contributor

Choose a reason for hiding this comment

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

If the version is changing then you also need to change the filename.

]],

["Namespaces", "Choice", ["CO"], "anyOf v1.1 or v1.0, in priority order", [
[1, "ns_arr", "NsArr", [], "[prefix, namespace] syntax - v1.1"],
[1, "ns_arr", "NsArr", [], "[prefix, namespace] syntax - v2.0"],
[2, "ns_obj", "NsObj", [], "{prefix: Namespace} syntax - v1.0"]
]],

["NsArr", "ArrayOf", ["*PrefixNs", "{1"], "Type references to other packages - v1.1", []],
Copy link
Contributor

Choose a reason for hiding this comment

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

need to change the JADN version ref here

Copy link
Contributor

Choose a reason for hiding this comment

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

I don't object to this being here but arguably there's no need to save the .drawio XML file separately from the im.drawio.jpg (or .png), as the graphic image file contains the source data to make it directly editable on the draw.io website embedded in metadata. That's why I've been naming my Draw.IO images using <filename>.drawio.<ext> as a means of identifying files that can be edited there.

Copy link
Author

@davaya davaya Nov 15, 2024

Choose a reason for hiding this comment

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

I went to draw.io and tried uploading im.drawio.jpg from my local folder and it doesn't have drawio source included.
image

jadn-v1.1.md Outdated
Copy link
Contributor

Choose a reason for hiding this comment

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

Another filename that should be update to reflect v2.0.

5. **Fields:** an array of **Item** or **Field** definitions

### 4.1.1 Primitive
If CoreType is a Primitive or unstructured Compound type, the **Fields** array is empty.
Copy link
Contributor

Choose a reason for hiding this comment

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

Line 448 makes no mention of structured vs. unstructured compound types; you might want to briefly introduce the concept there.

jadn-v1.1.md Outdated

A primitive type specifies a space of possible values without regard to programming language
constructs or hardware limits. Restrictions such as range, precision, size, patterns and formats
are specified using the type-specific options defined in [Section 4.2.1](#421-type-options).
Copy link
Contributor

Choose a reason for hiding this comment

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

There seems to be some kind of section numbering glitch. If the reference for "type-specific options" is self-referential, why include it? Just say "... defined in this section". Or is the referenced section number in error?

Maybe just defer dealing with this to an admin clean-up pass after the major re-org is merged.

Copy link
Author

Choose a reason for hiding this comment

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

Section numbering is just a symptom of the re-organization - the meat of the spec is a real dog's lunch that I normally wouldn't even consider for a CSD. But I agree that the intro is a major step forward that should go to CSD, so I'll just need a big bold warning italic warning that this CSD isn't ready to use yet.

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.

2 participants