Skip to content

v3.2: Move URI/URL resolution sections, *UNCHANGED*, under OAD Structure #4790

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

Merged
merged 1 commit into from
Jul 19, 2025

Conversation

handrews
Copy link
Member

Almost all of our guidance on parsing and resolving OADs is under the section "OpenAPI Description Structure", except for the parts on resolving relative OAD URI and API URL references. Those two sections are further down, after a lengthy discussion of data types.

This moves (without any changes except heading levels) those URI/URL resolution sections up with all of the other parsing guidance. I have placed them before the "Implicit Connections" section because those connections are "Implicit" in contrast to URI references, which are explicit.

This puts all of the parsing guidance in one place, and properly contextualizes "Implicit Connections" instead of introducing them before the far-more-common URI connections.

Before:

Screen Shot 2025-07-17 at 10 35 50 AM

After:

Screen Shot 2025-07-17 at 10 29 53 AM
  • schema changes are included in this pull request
  • schema changes are needed for this pull request but not done yet
  • no schema changes are needed for this pull request

Almost all of our guidance on parsing and resolving OADs is under
the section "OpenAPI Description Structure", _except_ for the
parts on resolving relative OAD URI and API URL references.
Those two sections are further down, after a lengthy discussion
of data types.

This moves (without any changes except heading levels) those
URI/URL resolution sections up with all of the other parsing
guidance.  I have placed them before the "Implicit Connections"
section because those connections are "Implicit" in contrast
to URI references, which are explicit.

This puts all of the parsing guidance in one place, and properly
contextualizes "Implicit Connections" instead of introducing
them before the far-more-common URI connections.
@handrews handrews requested a review from a team as a code owner July 17, 2025 17:38
@handrews handrews added the editorial Wording and stylistic issues label Jul 17, 2025
@handrews handrews requested a review from a team as a code owner July 17, 2025 17:38
@ralfhandl ralfhandl requested a review from a team July 17, 2025 19:37
Copy link
Contributor

@lornajane lornajane left a comment

Choose a reason for hiding this comment

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

Thanks, makes more sense

@lornajane lornajane self-requested a review July 19, 2025 16:56
@lornajane lornajane merged commit 741a0e7 into OAI:v3.2-dev Jul 19, 2025
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
editorial Wording and stylistic issues
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants