eeriegeek wrote...
I think it would be useful to at least see what form the original data is as stored in the SQL database. If the original owner is willing to dump it to a standard text file or SQL statements I'd be glad to take a look at it and we can see if it seems worth preserving in that form.
well, the content owner said that the SQL database system was in disrepair at the moment and would need some effort to get back online and working correctly. that's why we decided on going the pure html route. i could always ask him how difficult it would be to get the db back online to just dump everything out, though.
I use the CHM form locally because it's easy, but I agree we could live without it.
yeah, i know the offline version is handy, but i think we can make it easy for people to download an offline version for offline use.
I worry about going to pure HTML for maintenance since it always seems to be too easy to allow non-well formed constructs to creep in. It can also make maintenance of things like headers and indexes painful to maintain if they are not auto-generated. Keeping a more formal data model makes automated processing of the complete lexicon much easier.
i worried about having some version control with the pure html version, but the site owner is willing to give a few of us scp access to the site to push updates to. i think it will be ok if we have a core team in charge of reviewing the updates before being uploaded, we'll be ok. i also don't think there will be a massive number of updates. i mean, how long is this thread up changes? and it's been here 2 years?
I think github is actually a very good idea. It keeps the source in a well known publicly accessable place. It would be a bit of a learning curve, but it solves version merging nicely. It would allow a 1.69 version to go up quickly with edits for known changes. A fork could be made for 1.70 edits, and when they are complete, they could be merged into the baseline. It also has some wiki/bug tracking features so it should make it easy to coordinate updates.
as mentioned before, i slightly agree with you about having version control and such. i've never worked with github (though i guess this is a good excue to learn something new). i don't want to make the site owner set something like this up to integrate, though. he's obviously moved on to some degree beyond the lexicon, so i hate asking too many favors of him.
it is, however, something we could set up for ourselves. as a community we can take advantage of some collaboration system to flesh out the updates before the "lexicon team" uploads the finalized html documents to the official lexicon.