[seqfan] Re: A marginal observation on some tables of R. H. Hardin

[Neil Sloane]

Just to clarify one point:

The rule is that if there is a line anywhere in the entry that
mentions A123456, then Cf. A123456 should also appear in the
cross-references section.

(there are two good reasons: so Russ's code works
properly, and so the user can easily see if A123456 is
referred to anywhere in the entry without having to search through every
line)

Best regards
Neil

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


On Wed, Feb 11, 2015 at 7:34 AM, Ron Hardin <rhhardin at att.net> wrote:

> I agree than any specific case can benefit from two-way links, but not in
> general.  At least it seems that way to me.
>
>
> I don't understand the first paragraph problem you describe below.
> Clicking "refs" in the header of the table gives you a nice page with all
> the rows and columns and diagonals expanded for you, as well as any foreign
> sequence that happens to reference inwards.
>
>
> rhhardin at mindspring.com
> rhhardin at att.net (either)
>
>
> >________________________________
> > From: M. F. Hasler <seqfan at hasler.fr>
> >To: Sequence Fanatics Discussion list <seqfan at list.seqfan.eu>
> >Sent: Wednesday, February 11, 2015 7:23 AM
> >Subject: [seqfan] Re: A marginal observation on some tables of R. H.
> Hardin
> >
> >
> >Ron,
> >
> >I am also personally against duplicating links (really never
> >understood why an A-number put somewhere in comment or formula should
> >be repeated in Xrefs), but it is nonetheless handy to have the links
> >to the column sequences because else you have to do a search with only
> >the sequence number in order to find them via the backlink, but often
> >you come there following a link and not doing a search (and it is
> >somehow counter-intuitive to copy-paste the number of the sequence
> >already displayed on the screen again into the search box...).
> >
> >Also, in the present case there was no link to the tables A250676 and
> >A250691 with almost identical definition, and they would not pop up
> >doing a search for the other sequence numbers.
> >
> >I also agree on the "significance" issue, and it is painfully to have
> >a bunch of sequence numbers in the Xrefs without knowing why they are
> >there. But with 2-3 words of explanation or just hints, this is a true
> >added value, I think.
> >
> >Maximilian
> >
> >
> >On Wed, Feb 11, 2015 at 8:05 AM, Ron Hardin <rhhardin at att.net> wrote:
> >> The row/col/diag series always link to the table, so the refs link in
> the table will find them.
> >>
> >> It always seemed like needless clutter to link the other way without a
> reason beyond existence.  It seems to claim significance beyond that.
> >>
> >> The inbound links by contrast say that there are more like this, in
> this family.
> >>
> >>
> >> rhhardin at mindspring.com
> >> rhhardin at att.net (either)
> >>
> >>
> >>>________________________________
> >>> From: M. F. Hasler <seqfan at hasler.fr>
> >>>To: Sequence Fanatics Discussion list <seqfan at list.seqfan.eu>
> >>>Sent: Wednesday, February 11, 2015 6:48 AM
> >>>Subject: [seqfan] Re: A marginal observation on some tables of R. H.
> Hardin
> >>>
> >>>
> >>>I added your comment in A250544, and also several missing
> >>>cross-references to sequences which list the rows/cols.
> >>>It would be nice if others could edit related sequences in a similar
> manner.
> >>>
> >>>Maximilian
> >>>
> >>>
> >>
> >> _______________________________________________
> >>
> >> Seqfan Mailing list - http://list.seqfan.eu/
> >
> >
> >
> >
> >
> >_______________________________________________
> >
> >Seqfan Mailing list - http://list.seqfan.eu/
> >
> >
> >
>
> _______________________________________________
>
> Seqfan Mailing list - http://list.seqfan.eu/
>