RE: [edict-jmdict] bad entries in submissions

["Stuart McGraw" <smcg4191@********>]

Ben Bullock wrote:
> On 23/11/06, Jim Breen <Jim.Breen@infotech.monash.edu.au> wrote:
> 
> [...]
> What I understood Stuart's message to be saying was that he didn't
> want to continue with his particular project until some decisions had
> been made about where the project was going in terms of what languages
> or databases to use. 

This is basically right although my main concern (now dismissed)
was that interest in project had flagged.  

> What languages to use
> etc. also depends on the web hosts and other considerations. For
> example, is it possible to use things like mod_python on the web host,
> or mod_perl? 

Since this information has already been determined (by Jim's 
committing to a particular hosting company) it would be useful
to know it.  Specific versions of the host software are also 
important to know.

> As for my comments about WWWJDIC, I'm interested in the current
> forms/update system which is being used to update the dictionary
> rather than the WWWJDIC itself. I think it would be a useful exercise
> to make the existing forms for updating operate with one of the
> existing database systems such as Stuart's. If the existing forms
> could be set to work with a database rather than whatever they are
> working with now, or perhaps simultaneously with a database, then the
> transition between the current system and any new system would be
> simpler.
> 
> I also really don't understand comments about how it would be nice to
> set up a sourceforge system in the future. Surely it is already past
> time to set up some way of sharing software so that various people can
> coordinate their efforts?

IIRC someone on this list offered to host a development environment
in the past.  If that also includes CVS or Subversion access then that 
might be a better initial choice than Sourceforge which seems (to me
at least) like a bit of overkill at this stage of things.  (Also, I have a 
pretty slow internet connection and sf loads pretty slowly in my browser.)  
And of course things can be moved to sf later once the project has 
coalesced a little more.