Thanks for the response Sam! Again I am replying to a digest, and apologize...
Date: Thu, 07 Sep 2017 15:37:20 +0800 From: Sam Wilson
I certainly agree with you about the NIH syndrome within the Wikimedia world. (I think it's getting better though, and I think a lot of it is part of the general PHP/web-dev community too, and not specific to MediaWiki.) I really don't think we need yet another software solution for genealogy! However... :-) I think I basically take as my starting point "base MediaWiki". As in: there's a great flexibility in a website that is basically just freeform text boxes into which you can put whatever. At its heart, a wiki is free and open and really easy to just jump into and start putting content up. That's why we love 'em! And I think it's a good platform for genealogy: we can write whatever we need to, and collaborate with others, and it's not constrained by any software-imposed structure.
Genealogy data is not free-form. It is extremely structured, rather like Wiktionary's data. To represent that data in wiki syntax will require extensive templating and modules, resulting in the kind of professional-only-contributors you find at Wiktionary - and the unpleasant work-arounds required as pages bump up against the limitations of Mediawiki (e.g. [[wikt:en:water]].) I've been working with that project for a dozen+ years, and it is now so beginner-hostile I do not feel qualified to make more than the most-minor edits, and most of those assisted by js gadgets.
I would hate to see a genealogy project go down that path.
Since most genealogy practice works with CRUD data interfaces, and this has been extremely successful in helping people of all ages and technical experience begin their personal genealogies on their desktops, I think we should focus on that for the actual genealogy work. We can leverage Wikisource and commons for documents/sources; for example transcription of government census, voter rolls. Other elements might also better be 'outsourced', like geolocation names in temporal context.
But just in case you are missing the free-form text box, WebTrees allows hand-editing of GED textual representation, either of a whole entry or any single object. Each edit pop-up and record includes a link to edit as Raw GED. (I do not believe WebTrees actually store entries in GED format, so your edits will round-trip into database representations much as Parsoid does for MW syntax.)
Amgine
Hm, yes, I really do see the multiple sides to this! :-) It's very interesting. Thank you for going into it all.
I'm not sure I agree that genealogical research is *uniquely* structured. It's no more sturctured than, say, writing histories of companies, or political parties, or railways... I mean that there are always requirements for strucutred data in any research, but that we don't bother with bespoke tools for most of them. I think primarily because the ultimate desired output is readable, linear prose, with images, figures etc. — I think this is my usual goal with genealogy too. Perhaps that's where I'm understanding things wrong.
Wikipedia might be a pain to edit (although, I think it's getting easier) but it *is* easy to read. I think it's worth keeping the audiences in mind when talking about different approaches to a genealogy project.
We could look at setting up a demo Webtrees site too, if we want. :-)
The other thing, of WeRelate's approach of forcing Gedcom structures into MediaWiki, I still feel is a bit clunky... I'm very open to being convinced though! I have the beginnings of some code here that was about syncing trees off werelate into a modern WeRelate extension; it could be resurrected.
—sam
On Fri, 8 Sep 2017, at 08:30 AM, Amgine wrote:
Thanks for the response Sam! Again I am replying to a digest, and apologize...
Date: Thu, 07 Sep 2017 15:37:20 +0800 From: Sam Wilson
I certainly agree with you about the NIH syndrome within the Wikimedia world. (I think it's getting better though, and I think a lot of it is part of the general PHP/web-dev community too, and not specific to MediaWiki.) I really don't think we need yet another software solution for genealogy! However... :-) I think I basically take as my starting point "base MediaWiki". As in: there's a great flexibility in a website that is basically just freeform text boxes into which you can put whatever. At its heart, a wiki is free and open and really easy to just jump into and start putting content up. That's why we love 'em! And I think it's a good platform for genealogy: we can write whatever we need to, and collaborate with others, and it's not constrained by any software-imposed structure.
Genealogy data is not free-form. It is extremely structured, rather like Wiktionary's data. To represent that data in wiki syntax will require extensive templating and modules, resulting in the kind of professional-only-contributors you find at Wiktionary - and the unpleasant work-arounds required as pages bump up against the limitations of Mediawiki (e.g. [[wikt:en:water]].) I've been working with that project for a dozen+ years, and it is now so beginner-hostile I do not feel qualified to make more than the most-minor edits, and most of those assisted by js gadgets.
I would hate to see a genealogy project go down that path.
Since most genealogy practice works with CRUD data interfaces, and this has been extremely successful in helping people of all ages and technical experience begin their personal genealogies on their desktops, I think we should focus on that for the actual genealogy work. We can leverage Wikisource and commons for documents/sources; for example transcription of government census, voter rolls. Other elements might also better be 'outsourced', like geolocation names in temporal context.
But just in case you are missing the free-form text box, WebTrees allows hand-editing of GED textual representation, either of a whole entry or any single object. Each edit pop-up and record includes a link to edit as Raw GED. (I do not believe WebTrees actually store entries in GED format, so your edits will round-trip into database representations much as Parsoid does for MW syntax.)
Amgine
Wikimedia-genealogy mailing list Wikimedia-genealogy@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikimedia-genealogy
wikimedia-genealogy@lists.wikimedia.org