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

Establish criteria/workflow for "standardization" #196

Open
pipian opened this issue Jul 29, 2012 · 3 comments
Open

Establish criteria/workflow for "standardization" #196

pipian opened this issue Jul 29, 2012 · 3 comments

Comments

@pipian
Copy link

pipian commented Jul 29, 2012

I hate to nitpick on such basic process issues which may have already been resolved, but it seems to me that the effort to establish a GEDCOM X standard is lacking clear criteria for determining when the standard is stable. Furthermore, it appears to lack a clearly-defined workflow through which stakeholders can ensure that their concerns are handled. Will there be a more formal standardization process for GEDCOM X (whether collaborative like the W3C or with a final arbiter like WHATWG) where the issues with the standard are easily visible (perhaps by including the "stability status" of particular sections or inserting "issue" blocks marking issues that are actively being discussed about parts of the standard)?

If so, what form will this take? How can stakeholders (like the GRAMPS team and commercial genealogy software companies) be brought in to ensure that the standard is taken up by everyone? (Should they?)

@PrestonEstep
Copy link

Several people/organizations within the genealogy community are asking the same questions among themselves, but I'm not sure it has actually been asked on the GEDCOM X site itself.

@nealmcb
Copy link

nealmcb commented May 22, 2013

I don't know the process details, but the github "milestones" seem relevant: https://github.com/FamilySearch/gedcomx/issues/milestones

@stoicflame
Copy link
Member

See my comment at #171. Copied here for convenience of those participating in the thread.

A milestone 1 release is pending within the next week or two. The milestone release includes the declaration that the conceptual model, serialization formats, and file format (i.e. the "core specification set") are "stable", meaning any changes to those specifications must be backwards-compatible. Having a stable specification set finally allows us to concentrate on providing meaningful and much-needed substance to the documentation and other "non-normative" elements of the project. (It's hard to document a moving target.)

So, in summary, we are leaving this (and other similar) issues open to be addressed with the new post-milestone 1 efforts. We know there is still much to be done.

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

No branches or pull requests

4 participants