[seqfan] Re: MathJax
Charles Greathouse
charles.greathouse at case.edu
Tue Jun 24 22:46:26 CEST 2014
Of course the database could be set to search only %. lines, not %.tex
lines -- that would be the advantage to keeping it in both formats.
Charles Greathouse
Analyst/Programmer
Case Western Reserve University
On Tue, Jun 24, 2014 at 3:41 PM, Neil Sloane <njasloane at gmail.com> wrote:
> That would not be so good, because when you are searching the database you
> want plain text, not latex. Plain text is primary.
> Latex, math jax, mathML, ..., are secondary
>
>
> On Tue, Jun 24, 2014 at 3:28 PM, Charles Greathouse <
> charles.greathouse at case.edu> wrote:
>
> > > One big problem, though, is the fact that the database is so dynamic,
> > with a sequence possibly having multiple edits on a given day, so the
> wiki
> > a-pages might be nearly impossible to maintain with any real accuracy.
> >
> > Yes -- keeping two versions in sync is a losing proposition. Two entirely
> > separate versions would no doubt drift apart -- and take more work to
> > maintain.
> >
> > The furthest I'd want to go would be something like
> >
> > %F a(n) = (n + log n)/(log log n) + O(sqrt(n)).
> > %Ftex a(n) = \frac{n + \log n}{\log\log n} + O(\sqrt n).
> >
> > where everything is kept together, but that still has the possibility for
> > drift. Another possibility (ignoring the massive conversion issues for a
> > moment) would be to keep TeX lines only and have an automatic conversion
> to
> > plain text. This is quite successful for simple formulas but I'm not sure
> > how well complex formulas are handled.
> >
> > Charles Greathouse
> > Analyst/Programmer
> > Case Western Reserve University
> >
> >
> > On Tue, Jun 24, 2014 at 2:31 PM, L. Edson Jeffery <lejeffery2 at gmail.com>
> > wrote:
> >
> > > >We've often talked about this subject in the past.
> > > >But the problems seem impossible to solve.
> > >
> > >
> > >
> > > If the overhead would not be too high, then there is one possible
> > > "solution," if you want to call it that. The system could generate a
> page
> > > on OEIS wiki corresponding to each sequence in the database, for
> example
> > > like oeis.org/wiki/A000041. Interested contributors could then edit a
> > page
> > > using a combination of html and tex to create the content contained in
> > the
> > > different %-sections of a sequence while carefully typesetting the
> > formulas
> > > or equations wherever they appear, as can be done with any OEIS wiki
> page
> > > currently. Users should use each author's original notation whenever
> > > possible.
> > >
> > > A disclaimer by oeis.org regarding accuracy of the content would
> likely
> > be
> > > necessary, since errors might be frequent, users might disagree about
> > > notation, there could be many inconsistencies as is already the case
> with
> > > notation in the sequence database, etc.; and OEIS editors would not be
> > able
> > > to monitor page content at all. One big problem, though, is the fact
> that
> > > the database is so dynamic, with a sequence possibly having multiple
> > edits
> > > on a given day, so the wiki a-pages might be nearly impossible to
> > maintain
> > > with any real accuracy.
> > >
> > > Ed Jeffery
> > >
> > > _______________________________________________
> > >
> > > Seqfan Mailing list - http://list.seqfan.eu/
> > >
> >
> > _______________________________________________
> >
> > Seqfan Mailing list - http://list.seqfan.eu/
> >
>
>
>
> --
> Dear Friends, I have now retired from AT&T. New coordinates:
>
> Neil J. A. Sloane, President, OEIS Foundation
> 11 South Adelaide Avenue, Highland Park, NJ 08904, USA.
> Also Visiting Scientist, Math. Dept., Rutgers University, Piscataway, NJ.
> Phone: 732 828 6098; home page: http://NeilSloane.com
> Email: njasloane at gmail.com
>
> _______________________________________________
>
> Seqfan Mailing list - http://list.seqfan.eu/
>
More information about the SeqFan
mailing list