Naar inhoud springen

Overleg:Heptagonaal getal

Pagina-inhoud wordt niet ondersteund in andere talen.
Onderwerp toevoegen
Uit Wikipedia, de vrije encyclopedie
Laatste reactie: 3 jaar geleden door Bob.v.R in het onderwerp Veralgemeende heptagonale getallen

Recursieve formule[brontekst bewerken]

De Engelse tekst is overigens niet juist. Want als het zou gaan om een eenvoudige zevenhoek (zoals geformuleerd in de tekst), dan was het aantal

Uit de constructie volgt overigens de recursieve formule

Bob.v.R (overleg) 9 aug 2020 08:37 (CEST)Reageren

Ik heb de Engelse tekst gecorrigeerd. Bob.v.R (overleg) 9 aug 2020 08:44 (CEST)Reageren
Inderdaad volgt, met , dat Bob.v.R (overleg) 9 aug 2020 09:14 (CEST)Reageren
En de hier gegeven recursieve formule voor wordt genoemd in ref. 1, dus er is zelfs een bron voor. Bob.v.R (overleg) 9 aug 2020 09:24 (CEST)Reageren

De formulering 'Een van de andere 2 zijden is steeds gemeenschappelijk en de andere is een verlengde zijde van de vorige figuur.' vind ik onnodig warrig en daarnaast zeer ten onrechte asymmetrisch. De door mij gehanteerde formulering 'Voor de volgende zevenhoek zijn 5 nieuwe zijden nodig met voor elk 3 bolletjes. Daarbij zijn 4 van de 7 hoekpunten dubbel geteld, dus het benodigde aantal extra bolletjes is 5×3 - 4 = 11' is m.i. een stuk duidelijker. Bob.v.R (overleg) 9 aug 2020 10:44 (CEST)Reageren

Inderdaad was de Engelse tekst niet correct. Overigens is de recursieve formule ook:
,
wat ik logischer eruit vind zien door de nieuwe te noemen en uit te drukken in de oude . Madyno (overleg) 9 aug 2020 10:51 (CEST)Reageren
Wat de asymmetrie betreft, kan ik met je meevoelen. Wel is het zo dat de opbouw gedacht kan worden op één gemeenschappelijke zijde. Ik zal er nog eens over nadenken. Heb jij nog gedachten over de generalisatie? Madyno (overleg) 9 aug 2020 11:00 (CEST)Reageren
De formule sluit ten eerste goed aan bij de door mij voorgestelde tekst (zie citaat) en ten tweede is m.i. logischer dat gesproken wordt over een te vormen dan over een te vormen ''. Naar de generalisatie ga ik nog kijken. Bob.v.R (overleg) 9 aug 2020 13:17 (CEST)Reageren
Volgens mij is het heel gebruikelijk om af te leiden. Ik had de laatste wijziging van Madyno al goedgekeurd voor op de overleg pagina te kijken; dat was dus nogal voorbarig van mij. Rxcuses. Op basis van de bron (A000566) heb ik het kleinste heptagonale getal op 0 gezet. Uiteindelijk kan er maar een de kleinste zijn.Henkmetselaar (overleg) 9 aug 2020 14:21 (CEST)Reageren
Ik maak nogmaals attent op referentie 1 waar de volgende formule te vinden is:
a(n) = a(n-1) + 5*n - 4, with a(0) = 0. - Vincenzo Librandi, Nov 20 2010
Bob.v.R (overleg) 10 aug 2020 02:20 (CEST)Reageren

Ik ga daar niet in mee, maar vermeld ook jouw aanpak.

Ook andere recursies zijn te vinden in de literatuur:

From Charlie Marion, May 02 2017: (Start)
a(n+m) = a(n) + 5*n*m + a(m);

Dus voor m=1: a(n+1) = a(n) + 5*n + 1; Madyno (overleg) 10 aug 2020 11:39 (CEST)Reageren

Veralgemeende heptagonale getallen[brontekst bewerken]

Dit begrip wordt hier momenteel gedumpt zonder enige toelichting. Het engelstalige artikel heeft hetzelfde probleem. Bob.v.R (overleg) 25 sep 2017 17:59 (CEST)Reageren

Voor zover ik kan achterhalen is een generalisatie een ngetal k waarvoor k225, dus 1000k+225 een kwadraat is. Wat dat met heptagonale getallen te maken heeft is me (nog) een raadsel.
A
toenamen 4,9,14,19,24,29 (= +5)
B
toenamen 1,6,11,16,21,26 (= +5)
Merkwaardig is ook dat deze generalisaties de partiële sommen zijn van de rij
0,1,3,3,6,5,9,7,12,9,...
Madyno (overleg) 8 aug 2020 22:22 (CEST)Reageren
Volgens de tweede bron zijn de gegeneraliseerde heptagonale getallen gewoon die in de formule met alle integer indices (niet noodzakelijk niet-negatief). Wat de gegeven formule ermee te maken heeft snap ik niet goed.Henkmetselaar (overleg) 9 aug 2020 14:32 (CEST)Reageren
Dit overleg was verwijderd, maar ik heb het weer teruggeplaatst, zodat anderen het kunnen teruglezen. Als ik de bewerkingen goed heb gevolgd, dan is inmiddels gebleken dat de onduidelijkheid werd veroorzaakt door een slechte vertaling. Bob.v.R (overleg) 10 aug 2020 19:31 (CEST)Reageren