You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardexpand all lines: changelog.md
+6-6
Original file line number
Diff line number
Diff line change
@@ -94,7 +94,7 @@
94
94
95
95
- Changes anticipating a coming extension registry:
96
96
97
-
- Add URIs for sets of enumeration values. This has changes some fragment identifiers in the HTML version of the spec and could cause hotlinks to the specific sections discussing enumeration sets to change.
97
+
- Add URIs for sets of enumeration values. This changed some fragment identifiers in the HTML version of the spec and could cause hotlinks to the specific sections discussing enumeration sets to change.
98
98
99
99
- Many updates to the YAML format served at <https://gedcom.io/terms/v7/record-INDI> and at the other URIs in the specification.
100
100
@@ -160,7 +160,7 @@
160
160
-`mul` can be used if there is no single primary language, but is unlikely to provide practical functionality beyond `und`.
161
161
-`zxx` can be used for ASCII art and other non-language text, and can improve accessibility for screen readers.
162
162
163
-
- Clarify that empty *payloads* are encoded as missing `LineVal`s and empty `LineVal`s are not been permitted; this has been true since 7.0.0 but was easily overlooked in the previous text.
163
+
- Clarify that empty *payloads* are encoded as missing `LineVal`s and empty `LineVal`s are not permitted; this has been true since 7.0.0 but was easily overlooked in the previous text.
164
164
165
165
- Note cases where the same couple might be the partners in multiple `FAM` records.
166
166
@@ -241,7 +241,7 @@
241
241
242
242
# Version 7.0.0
243
243
244
-
As a major release and the first update to the specification in 20 years, there a many changes in this version.
244
+
As a major release and the first update to the specification in 20 years, there are many changes in this version.
245
245
246
246
This version is the first version to use [semantic versioning](https://semver.org/).
247
247
7 was chosen as the new major version number because 1 through 6 were each used previously, some for released standards and others for abandoned drafts.
@@ -323,7 +323,7 @@ Earlier versions of GEDCOM predated language tags, media types, and Unicode beca
323
323
324
324
## New Extensibility
325
325
326
-
- Every standard tag now has a single "default" meaning, even if it also has additional meanings in other contexts. Tags conforming to this default meaning can now be used by extensions as substructures of structures with extention tags.
326
+
- Every standard tag now has a single "default" meaning, even if it also has additional meanings in other contexts. Tags conforming to this default meaning can now be used by extensions as substructures of structures with extension tags.
327
327
328
328
- Extension tags remain in a backwards-compatible way, but should additionally be paired with a URI to avoid name collisions and provide documentation.
329
329
@@ -347,7 +347,7 @@ Earlier versions of GEDCOM predated language tags, media types, and Unicode beca
347
347
348
348
- Age phrases are now only phrases, not long-hand terms for specific age ranges
349
349
350
-
- Previously registered values (APPROVED_SYSTEM_ID, RECEIVING_SYSTEM_NAME, etc) are kept as-is if present; new ones are URIs instead of having a separate registration process
350
+
- Previously registered values (APPROVED_SYSTEM_ID, RECEIVING_SYSTEM_NAME, etc.) are kept as-is if present; new ones are URIs instead of having a separate registration process
351
351
352
352
-`RESI` may have a payload, just as all other attributes may
353
353
@@ -365,7 +365,7 @@ Various ambiguities were identified in version 5.5.1: some due to poor wording,
365
365
366
366
- Dual-year dates were used with widely different semantics and have been replaced by more flexibility in date phrases.
367
367
368
-
-`SEX` is now unambiguously biological sex at birth; all other related concepts (gender identity, sexual preference, sex reassignment, etc) are time-varying attributes and to be stored in an individual attribute instead
368
+
-`SEX` is now unambiguously biological sex at birth; all other related concepts (gender identity, sexual preference, sex reassignment, etc.) are time-varying attributes and to be stored in an individual attribute instead
369
369
370
370
Note that new tags were not introduced for gender-related attributes. It is not yet clear what the correct set of attribute types should be given the evolving and regionally-specific understanding of these concepts. The generic `FACT` is recommended for these concepts instead.
0 commit comments