The 2011 BetterGEDCOM Membership Survey
The membership survey (http://bg-survey.weebly.com
) was recently sent to all members. It said:
Annual Membership Survey
During the past year the membership of the Build a BetterGEDCOM Project has grown to 123 members. The BetterGEDCOM Wiki now contains 103 files which have been uploaded and 192 pages have been generated. There were 3,302 posts and 4,626 page edits done by members.
Your thoughts, views, criticisms, and suggestions are important to us. Please take a moment of your time and let us know what actions you would suggest to encourage more active participation in the project.
Your name and e-mail address will be kept confidential. Your actual comments will normally be made available to the Membership Team in order that they may discuss/act on your suggestions. If, however, you wish your actual comments to also remain confidential, simply note such in your comment and your entire submission will be seen only by the Membership Team Leader.
Thank you for your time,
The BetterGEDCOM Membership Team
Here are the comments received thus far. I shall continue to add others as they are received.
I'd like to see formally agreed upon documentation and an integrated membership committee.
I had the unfortunate situation of developing some new members who were willing to contribute real expertise on timely and specialized topic... all about the time the whole project changed course so that the topic was no longer relevant.
I'm probably reluctant to encourage new members until/unless we have a more formal charter embraced by the broader membership.
The membership committee is probably one of the most important committees this group could have.
Whether it's one or 21, it should be empowered to:
Target prospective members (those who can help us create a balance d perspective)
Create a newsletter--something that keeps our membership engaged (and keeps asking the question, "So, what have we done for and with our membership recently.")
Monitor engagement (and PLEASE input to develop/maintain more diversified and powerful set of workspaces!!!) We can't really measure engagement in terms of the wiki--the topics on the wiki can change with the wind. Consider this, If folks are only using the wiki to complain, and those who don't complain don't post, why should we penalize those who don't pose. Ditto, if a page is set up for "Lets play tic tac toe," but the posts folks do make are about "The Great Seal Watch in Alaska"--why should those who post be given preference.
Continuing. The same can be said about the Developers Meeting (DM). When real contributions are made to the wiki, it's too easy in the DM to say, "well, it was to complicated." Or... "Well, I didn't see that posting." If folks don't understand something, we need to know what they didn't understand in order to make presentations that actually ENGAGE the stakeholders.
Continuing. Let's face it--not everyone is really interested in every topic enough to take the time to read through proposals and comment. Unfortunately, folks who haven't read materials often seem willing to VOTE on things. So, just because one "votes"--it doesn't mean one is engaged.
It seems to me that somewhere in these concerns is the opportunity for a membership committee that plays an active role-- Were materials made available in advance of the meeting, and was that material available in such a way as to be readily translated (graphics don't translate). Do the minutes of the meeting accurately reflect the activity during the meeting? Shouldn't each and every agenda be preserved (rather than over-written and viewable only as a history page)? Should we "rotate" the "SCRIBE" positions (that's how some W3C incubator groups do it). Do we even have a list of all the international technology vendors--folks who SHOULD be members? What if there is a real ethics violation (should anyone EVER be subjected to threats or arm twisting)?
I know I went on and on --- but I think these are the kinds of issues that should be a priority for one group. So, I hope your membership committee continues, as one, but hopefully more.
While a lot of what has been discussed has been new technology to me, I have been more of a background observer,learning.
I am excited about the direction a new gedcom is headed.
Stop the bureaucracy. Forget evidence explained and complicated source templates. Just concentrate on an evidence conclusion model, like Dead Ends, or something equivalent. Forget citations too. We now have enough computer power to include full texts, images, etc.
I haven't visited the BG site in some time. Today I spent about half an hour to try to determine if the BG participants had settled on an improved model, and if any software had been developed around that model. I read a number of wiki pages, but I was unable to determine if the BG participants have agreed upon a model to extend or supersede gedcom 5.5.
I would like to support a BG model in WeRelate. I don't have time to get involved in the developing the model; instead, I'd rather have someone show me an agreed-upon model so that I can extend WR to support it.
I've spoken with Dovy and John Vilburn at SourceTemplates.org. Does that project represent the culmination of the efforts at BG?
Also, now that FamilySearch has announced "GedcomX", which appears to attempt the same thing as BG in extending gedcom with better support for source data, how does this impact BG's mission? Are you working with FS or in competition with them? I believe we need a better model, but I don't believe we need two competing ones. Or do are they complementary in some way?
Early next year I plan to release a free open-source gedcom parser to convert gedcom files into a (sane) data model. It will be based upon the learnings that I've gained from importing thousands of gedcom files into WeRelate. I'd be happy to work with the BG community to extend it to support a BG model.
With the apparent change in the direction of the BetterGEDCOM project, I am less enthused about being a part of it. I did not join the group to be a Long Term Organization, but to be a short term member of a team to help identify and resolve the issue of Sharing Genealogy Information between users.
The 'tension' between the Developers and End Users has kept me from being active. There was quite a while when the "developers" didn't want to hear from End Users.
I will not actively participate in a place that is not a friendly / helpful place to be.
I continue to read the postings on the Wiki, and wish you all well with the new, apparent, direction of BetterGEDCOM.
If you wish further discussion, please contact me.
When I first encountered it it seemed like a good idea. Sadly, having taken a recent look at it, I have now written it off as unlikely to produce an end-product.
I'm sorry to have to be so negative. However looking at the way open source projects succeed or fail suggests that a project which has run for so long without producing at least a first cut product is never going to produce one.
I initially joined the "BetterGEDCOM" group with some excitement but soon developed several major concerns (that others have expressed as well).
1. It is not possible or at least a good practice to develop a data transfer mechanism (BetterGEDCOM)without it being based on a good logical model of your data. A good logical data models involves determining the underlining entities, relationships and attributes of the logical model, including determining the data definitions, types and domaines of each entity's or relation's attribute.
2. I accept the valid criticism of the GENTECH logical data model but nevertheless believe it is the best place to start from by critiquing and finalizing this model. A good place to start would be by providing more and better explained concrete examples of how the data model can support and implement the user requirements that are being developed to meet the goal(see below). The whole area of data attributes including definitions, types and domains needs considerable work.
3. a logical data model must be based on solid user requirements, which in turn must be based on a clear understanding of the project goals. I believe this goal should be to develop a comprehensive, non-proprietary, open and expandable logical data model and then data transfer protocol for an evidence-conclusion based genealogical process.
4. The "BetterGEDCOM" group needs a sponsor, some organization the is recognized and have a positive reputation in the field of genealogy to garner respect for its endevors, i.e some national or world genealogy association or a trade group of genealogy software developers.
5. The participation of several large software developers (not withstanding each vendors own self interest in going their own way) is to be strongly encourage if this project ever hopes to gain any form of marketplace acceptance and not become another academic exercize.
The above thought are offered as a newcommer, I am sure many have been discussed before by your group (perhaps to ad nauseam). neverthe less, I thought I must make them in the hope that they will be helpful.
I would appreciate any comments (positive or negative) on my thoughts.
Andy, et al.,
I continue to be very interested, and follow the proceedings faithfully. I'm back at work (now that my torn achilles is better), and that is preventing me from attending many meetings.
I've been busy with my own program and hopefully will release version 1.0 this month. Once BetterGEDCOM comes up with an initial new standard, I'd be happy to beta test the standard for you by seeing how easy a time a programmer would have exporting to that format, and then inputting from that format. I presume that would be a significant contribution. I also expect I'll probably have Version 2 of my program out (with editing) by the time BetterGEDCOM has a spec out to test. But I'm happy to wait and contribute my thoughts in the meantime.
The current organization effort is not my area of expertise which is why I've been staying uninvolved for the time.
I'm also not an expert in the Mills citation styles, so I'm leaving that effort to others as well.
Hope Myrt's getting better.
Hi Andy et al ;)
Sorry I've not much to say here. If/When I can think of something useful, I'll post it on the wiki!
My thoughts, in no particular order:
- I have modestly high hopes for what BetterGEDCOM is, can be, and can accomplish. I am encouraged that the organization even exists, and that there is a core group of interested persons participating. The current steward of the GEDCOM standard has done a very poor job of maintaining it. In spite of their recent announcement of a "new" GEDCOM (whatever that is), it is my belief that only an independent organization can properly carry the standard forward.
- The role the organization would like to play in the industry in the immediate term is unclear to me. What level of influence with what stakeholders (users, developers, software companies, societies, etc.) do we want to have? In the near term, what is our mission? What are our short-term goals? Does the group want to play an advisory role? ...be a developer and publisher of formal standards? ...act as an advocacy organization, lobbying for or against specific issues?
- The organization itself seems to be more of an ad-hoc group of interested parties than a coherent and cohesive organization. For example, when this survey was announced to the group, one member took it upon himself to advertise its availability widely and publicly. This may not have been a bad thing in this specific case, but he took the decision of how to communicate its availability away from the group. A strategy for communicating the actions and intents of the group should not be made unilaterally by any one member.
I would not like to see the group devolve into a morass of bureaucracy. On the other hand, if we are a collection of several dozen independent voices speaking (blogging, emailing, tweeting) "on behalf" of BetterGEDCOM, then we are hardly one organization.
- I can understand the resistance to spending time on developing the organization itself. It is important to the success of the effort, however, that BetterGEDCOM speak to the genealogy community with some semblance of a unified voice, market its ideas and work products to those stakeholders who we want to influence, protect the intellectual property represented by the work products developed by the group, and have some organized way of coming to consensus. These things can happen only with some level of formalization of the organization and the rules by which we interact with each other and the "outside world".
- It concerns me that this group has been around for the better part of a year (from what I can tell), but that it was surprised by the announcement from FamilySearch.org regarding the debut of a "new" GEDCOM at RootsTech 2012. That FamilySearch.org did not see fit to formally involve the group in the development of a "new" GEDCOM leads me to believe that they and others either are unaware of the group, or do not see the group as a significant influencer in the industry.
It equally concerns me that others in the industry also seem to be a bit surprised about the announcement. That leads me to believe that FamilySearch.org sought very limited, if any, outside input. That should concern us all, both individually and as a group.
- It is difficult to follow what is going on in the wiki. While there are tools (such as notifications of pages changed, etc.), it seems to me that the overall organization of the wiki presents a challenge for the uninitiated to understand both the overall goals of the organization, and the current activity of the organization. It is not easy to see a coherent "story" for the new visitor (these are the problems we are looking at, this is what we think of those problems, this is what we are currently doing about it, and this is what we have already accomplished).
Better GEDCOM should have been an effort to create a new genealogical data exchange and archive format, based on a data model that encompasses GEDCOM and the internal databases of desktop programs and on-line services.
This is a technical task. Better GEDCOM is organized as a wiki in which the two or three "owners" are non-technical and have no experience with solving technical issues. And the wiki format is not only not conducive to solving technical issues of this magnitude, but make it nigh on impossible. This was obvious to all technical persons from just about day one, but the non-technical "owners" continue being naively oblivious to this truth.
Therefore the technical task is not being accomplished. The leadership and the organization are both wholly inappropriate for the task. The technical persons who were willing to contribute at the beginning of the project have pretty much evaporated away, mostly because of the ineffectiveness and misunderstandings of the leaders.
We spent months diddling around with sources and citations and accomplished nothing. We are now spending months on source templates and creating an organization and accomplishing nothing.
I have lost confidence in the leadership of Better GEDCOM; my opinion is that they don't understand what needs to be done nor on how to go about doing it.
Better GEDCOM should have been a discussion of the requirements of genealogical data representation, a survey of the models that exist, and then working toward and then forming our own model. When I joined Better GEDCOM this is what I expected would happen. There were a few other technical people who also seemed to be on this same track.
At this point the technical prowess of the organization is approaching nil, and the weekly meetings are ineffective. A year has passed and Better GEDCOM has accomplished nothing.
In simplistic terms, there are 3 views adopted by BG members. Those who saw BG as:
1. A opportunity to redefine totally the data and processes used by genealogy and family history. This would result in something totally different to GEDCOM. Call it, GEDCOM 7.0.
2. A means of tweaking GEDCOM to fix a number of outstanding issues - this would result in a set of incremental changes to GEDCOM using the same syntax. Many of these pragmatists would accept the need for extra, top-level entities in the new GEDCOM. These pragmatists would see GEDCOM 5.7 as the end-product.
3. Then there are those who see no real issues with GEDCOM as it stands other than the inability of individual applications to transfer citation data according to ESM.
In reality there is a continuous spectrum between these 3 viewpoints.
Despite apparently agreeing the 2 goals of BG, specifically goal 2 ("It will be more comprehensive than existing formats and so become the format of choice"), the 3 constituencies seem unable to agree where BG should aim - viewpoints 1, 2 or 3. This leads to a fundamental lack of comprehension, especially when those in constituency 3 are listening to anyone discussing constituency 1 views.
Unless the scale of BG is agreed (is it 1, 2 or 3?), the effort will continue to be bedevilled by clashes of expectation. I have to say that I am disappointed by those who still insist that it is wrong to waste time by trying to organise things, when this fundamental flaw in BG still exists of not knowing the scale of the change envisaged. That flaw will never be addressed without considering the purpose of BG.
In truth, viewpoints 1 and 2 could be phased one after the other so are not incompatible. Viewpoint 3? Guys - it is NOT a small, simple job!!!
Next point - the new GEDCOM suggested by FS. Can I be utterly cynical? I find its announcement at the last RootsTech far too convenient. Indeed, to quote a certain blog, "as a community is forming around these initiatives, and they are starting to make some progress, FamilySearch suddenly announces that they have a new data model and file format they'd like everyone to adopt? That's certainly remarkable." Yes. Only time (and probably insider-knowledge) will tell whether the 2011 announcement was vapour-ware at the time, designed to stop a runaway train.
Next - an alleged tension between "developers" and end-users. I am not a developer. I am a (former) IT professional - if the organisers of BG invite us in to progress BG, then they need to understand that we need to talk IT-speak. The truth is that progressing BG requires a level of abstraction. Several in fact. We need to talk data models. We need to discuss processes. We do not expect everyone to understand a discussion about the difference btw relational and hierarchical databases - but please, allow us those discussions.
Finally - is a Wiki the way to go? I think not - it has not proved an efficient means of recording discussions nor of prioritising them. (I have much sympathy with those who feel their pet ideas were put to one side in order to progress another area - this is a Wiki, such ordering is not anticipated). Do I have a better alternative than a Wiki? Well, no actually. 99% of us have real lives and family histories out there to deal with and any more formal process will impinge on those. Yes, it's like herding cats so in all honesty, the SourceTemplates initiative is a last possibility to salvage something.
Have commercial vendors announce the project - repeatedly if possible. I receive regular information from Legacy, but I was completely unaware of the project. The only way I found out about it was when Legacy had an announcement of Roots Tech and I discovered two sessions on GEDCOM redesign and googled on the presenter's name and found BetterGEDCOM.
Several months ago, I had exchanged e-mails both with one group at FamilySearch and also with Legacy about the fact that we are tied to a rack of the technology limitations of the 1980's by the greatly denormalized database structure of GEDCOM and need to come into the 21st Century with a database design that incorporates good design principles (3NF) at the minimum since the technology of today permits vastly superior design of the data structures than the current GEDCOM has. And at the time of those exchanges, I did google to see if something might be going on, but BetterGEDCOM somehow never came up in Google, which is why I was still unaware of it until stumbling on it via the very indirect route originated by the Legacy news announcement of Roots Tech.
Those expecting a quick fix to Gedcom must understand that in many cases the only quick fix is that someone "dictates" the solution, and in several cases there is no quick fix. Even if quick fixes are developed, the genealogy community is best served by an open non-biased organization that is capable of developing and maintaining standard based technologies long term.
Standardization is not possible without the major players in the industry, and they will not join if there is no organizational arrangements that suites them. It is impossible to make progress without a formal organizational framework and rules for the work. There must also be resources and people that are willing to invest sufficient time in running the organization, technical discussions have a limited impact without an organization.
I think BetterGEDCOM should follow through with the work being done on Gordon Clarke's suggestions, but progress will also depend on other major actors indicating an interest in working in an open balanced organization, and that remains to be seen. Until then, doing too detailed work on describing a standards organization may be a waste of time. A problem is that it may take a long time before the intentions of the various players are clear, leaving BG in a vacuum – as it has been since Rootstech2011.
There are also ways to close an organization even if it is called "open". If the standard party is closed in one way or another, and BetterGEDCOM is not invited, what role can BG play? It would certainly have to redefine its goal, and rather explore ways to tailor its task to its capabilities. I will be surprised if there is not a need for a watchdog, someone presenting the views and ideas of users and independent experts. There are several activities that can be organized.
In any case BG's organization must be enhanced and its public appearance must be something else than a purely organized wiki.
BetterGEDCOM must analyze the experiences that have been gained during this year wrt organization. What do we do with the vulnerabilities, being open to anyone whose main interest is just the discussion, or anyone that wants to create problems for the initiative? How do you make decisions (voting) when anyone, qualified or not, informed or not, registering anonymous, possibly several times, can vote? How do you handle the mix of non-technical users, technical experts and genealogy experts? Should "ordinary" users have something to say about standards, isn't that for the vendors and service operators only? How do you handle those who want only short term solutions (quick fixes), except that they also want to see their favorite advanced enhancement? Developing standards or specifications is to a large extent about making compromises, if you cannot make compromises, few of your good ideas will be in the result – you probably have to support someone else's good ideas also. What do you do when people keep insisting on their solution, even when they have very little support?
All this may be possible to handle, but it will require an effort to develop the organization.
Also, if you want something done, you must be prepared to do a job – BetterGEDCOM is definitely not going to deliver anything if everybody is just siting waiting for BG to deliver. This also applies to those complaining about the leadership.