Tengo varias frecuencias de consulta y necesito estimar el coeficiente de la ley de Zipf. Estas son las frecuencias más altas:
26486
12053
5052
3033
2536
2391
1444
1220
1152
1039
Tengo varias frecuencias de consulta y necesito estimar el coeficiente de la ley de Zipf. Estas son las frecuencias más altas:
26486
12053
5052
3033
2536
2391
1444
1220
1152
1039
Respuestas:
Actualización He actualizado el código con el estimador de máxima probabilidad según la sugerencia de @whuber. Reducir al mínimo la suma de los cuadrados de las diferencias entre las probabilidades teóricas del registro y las frecuencias del registro, aunque da una respuesta, sería un procedimiento estadístico si se pudiera demostrar que es algún tipo de estimador M. Lamentablemente, no pude pensar en ninguno que pudiera dar los mismos resultados.
Aquí está mi intento. Calculo los logaritmos de las frecuencias y trato de ajustarlos a los logaritmos de las probabilidades teóricas dadas por esta fórmula . El resultado final parece razonable. Aquí está mi código en R.
El mejor ajuste cuadrático entonces es .s=1.47
La probabilidad máxima en R se puede realizar con la
mle
función (delstats4
paquete), que calcula útilmente los errores estándar (si se proporciona la función de probabilidad máxima negativa correcta):Aquí está el gráfico del ajuste en la escala log-log (nuevamente como sugirió @whuber):
La línea roja es la suma de los cuadrados ajustados, la línea verde es el ajuste de máxima probabilidad.
fuente
Hay varios problemas ante nosotros en cualquier problema de estimación:
Estime el parámetro.
Evaluar la calidad de esa estimación.
Explore los datos.
Evaluar el ajuste.
Para aquellos que usarían métodos estadísticos para la comprensión y la comunicación, el primero nunca debe hacerse sin los demás.
Por lo tanto, la probabilidad de registro para los datos es
ML también estimarás [1.43922,1.46162] (si hice los cálculos correctamente :-).
Dada la naturaleza de la ley de Zipf, la forma correcta de graficar este ajuste es en un gráfico log-log , donde el ajuste será lineal (por definición):
Para evaluar la bondad del ajuste y explorar los datos, observe los residuos (datos / ajuste, ejes log-log nuevamente):
Esto no es demasiado bueno: aunque no hay una correlación serial evidente o heteroscedasticidad en los residuos, generalmente son alrededor del 10% (lejos de 1.0). Con frecuencias de miles, no esperaríamos desviaciones en más de un pequeño porcentaje. losχ2=656.476
Debido a que los residuos parecen aleatorios, en algunas aplicaciones podríamos contentarnos con aceptar la Ley de Zipf (y nuestra estimación del parámetro) como una descripción aceptable aunque aproximada de las frecuencias . Sin embargo, este análisis muestra que sería un error suponer que esta estimación tiene algún valor explicativo o predictivo para el conjunto de datos examinado aquí.
fuente
Las estimaciones de máxima verosimilitud son solo estimaciones puntuales del parámetros . Se necesita un esfuerzo adicional para encontrar también el intervalo de confianza de la estimación. El problema es que este intervalo no es probabilístico. No se puede decir "el valor del parámetro s = ... tiene una probabilidad del 95% en el rango [...]".
Uno de los lenguajes de programación probabilísticos como PyMC3 hace que esta estimación sea relativamente sencilla. Otros idiomas incluyen Stan, que tiene excelentes características y una comunidad de apoyo.
Aquí está mi implementación de Python del modelo ajustado en los datos de los OP (también en Github ):
Para proporcionar algunos diagnósticos básicos de muestreo, podemos ver que el muestreo estaba "mezclando bien" ya que no vemos ninguna estructura en la traza:
Para ejecutar el código, se necesita Python con los paquetes Theano y PyMC3 instalados.
¡Gracias a @ w-huber por su excelente respuesta y comentarios!
fuente
Aquí está mi intento de ajustar los datos, evaluar y explorar los resultados usando VGAM:
En nuestro caso, las hipótesis nulas de Chi cuadrado son que los datos se distribuyen de acuerdo con la ley de zipf, por lo tanto, los valores p más grandes respaldan la afirmación de que los datos se distribuyen de acuerdo con ellos. Tenga en cuenta que incluso los valores p muy grandes no son una prueba, solo un indicador.
fuente
Nuevamente, el UWSE solo proporciona una estimación consistente, sin intervalos de confianza, y podemos ver cierta compensación en la precisión. La solución anterior de mpiktas también es una aplicación de UWSE, aunque se requiere programación. Para obtener una explicación completa del estimador, consulte: https://paradsp.wordpress.com/ - hasta el final.
fuente
Mi solución intenta ser complementaria a las respuestas proporcionadas por mpiktas y whuber haciendo una implementación en Python. Nuestras frecuencias y rangos x son:
Como nuestra función no está definida en todo el rango, debemos verificar que estamos normalizando cada vez que la calculamos. En el caso discreto, una aproximación simple es dividir por la suma de todos y (x). De esta forma podemos comparar diferentes parámetros.
El resultado nos da una pendiente de 1.450408 como en las respuestas anteriores.
fuente