Tal vez algunos de ustedes saben de el ingenioso truco que cada número puede ser dividido en tres palindrómicas números que se suman a dicho número. Como se describe en el artículo de aquí, que esto funciona tan lejos y tan bien, pero mirando más abajo en el papel que ver cinco algoritmos descritos para calcular el individuo palíndromos: Algoritmo V parece haber un error en el algoritmo de descripción (página 27), de lo contrario no se puede explicar la discrepancia. Se va como sigue:
The associated palindrome p1' of n' has 2*m-1 digits. This is only possible when n is of
the form n = 104... and n' = 103... In this special situation, we consider n' as of type
B1 or B2 and apply Algorithm IV to n' (instead of Algorithm I).
Para cortar esta pregunta corto, usted puede buscar todos los alrededores de la información en el artículo.
Tomemos, por ejemplo, el número de $ n = 10409302$ en base 10. Esto significa que $ l = 8 $ e $ m = \lfloor \frac{l}{2} \rfloor = \lfloor \frac{8}{2} \rfloor = 4 $.
Algoritmo V se aplica desde $l$ es uniforme y bien $\delta_m = 0$ (true) o $\delta_{m-1} = 0$ (false).
El siguiente paso es restar $s$ (o $2s$) del número anterior, por lo que la condición por encima de los rendimientos falsa para ambas declaraciones: $ s = 10^m + 10^{m-1}$. Esto le da a $n' = n - s = 10398302$ para este ejemplo.
El único problema ahora es para que coincida con este nuevo número $n'$ a un determinado caso mencionado al comienzo del artículo... Bueno, el caso, según la clasificación es A5, ni B1 o B2 - claramente una contradicción con la descripción del algoritmo.
Lo siento si te estoy molestando a los chicos con este problema, esta es sólo la última parte que faltaba en mi recreación del algoritmo.