nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

676711_es-ES

liliconcom

Re: Transformar columnas: ¿tan cómodo como resumir estadísticas? - Estado cambiado a: Reconocido

Re: Transformar columnas: ¿tan cómodo como resumir estadísticas?

Respecto a: subconjunto LDF

Le pregunté al soporte de Jmp si existe una forma JSL de implementar esto (TS-00056243):

La respuesta corta es que hay No lejos para que la columna de transformación cambie con un cambio en el filtro de datos local [... uno de nosotros] ha estado trabajando con otros en soporte técnico y desarrollo sobre el problema, y no hay ninguna solución disponible.

Re: Transformar columnas: ¿tan cómodo como resumir estadísticas?

Como motivación:

La discusión Reevaluar una fórmula para un informe basado en el subconjunto de los datos seleccionados en el filtro de datos local por @Señor Smith tiene > 5000 visitas en este momento:

Entonces, es un tema candente.

¿Transformar columnas es tan sencillo como usar estadísticas resumidas? (:green_heart:)

☑ Nueva función genial
☑ ¡Podría ayudar a muchos usuarios!

☑ elimina (lo que parece ser) un “error”

☐ Es bueno tenerlo

☐ nadie lo necesita

#MiTop10_2023

¿Qué inspiró esta solicitud de lista de deseos?

Las estadísticas de resumen en GraphBuilder son muy cómodas, reaccionan automáticamente a los cambios del filtro de datos y los valores calculados respetan la agrupación de puntos de datos en los ejes x, agrupación X/Y, ajuste, superposición y páginas.

Parte antigua sobre suavizador, donde ahora están disponibles las estadísticas resumidas:

Lamentablemente, las estadísticas de resumen solo están disponibles para gráficos de puntos, líneas, barras y mapas de calor, pero no, por ejemplo, para gráficos paralelos o suavizados.
Por eso, a veces NO es posible obtener un gráfico suavizado y alineado de puntos/líneas automáticamente con el Generador de gráficos, como en este gráfico del Generador de gráficos: Estadísticas resumidas para suavizado

Para solucionar el problema, hay que realizar la agregación "manualmente" mediante una columna de transformación.

Lamentablemente, las estadísticas de resumen solo están disponibles para gráficos de puntos, líneas, barras y mapas de calor, pero no para gráficos paralelos o suavizados. Por eso, a veces no es posible obtener un gráfico suavizado y alineado con puntos o líneas automáticamente mediante el Generador de gráficos, como en este gráfico. Para solucionar el problema, es necesario realizar la agregación manualmente mediante una columna de transformación.

Existen muchas razones por las que los usuarios agregan columnas de transformación en lugar de utilizar las estadísticas de resumen del Generador de gráficos.

- Número limitado de opciones de agregación disponibles a través de Estadísticas de resumen ( falta la opción Agregar CDF al Generador de gráficos , también falta la clasificación).

- El usuario tiene que ajustar las estadísticas (se utilizará con más frecuencia una vez que esté disponible la nueva función JSL: Col N Categorías ).

El problema de las columnas de transformación: son mucho menos flexibles que las estadísticas de resumen.

They ignore the Local Data Filter
Ver más...
```
Names Default to Here(1);
dt = Open( "$SAMPLE_DATA/Big Class.jmp" );
gb = dt << Graph Builder(
	Transform Column( "Mean[weight]", Formula( Col Mean( :weight ) ) ),
	Size( 480, 463 ),
	Show Control Panel( 0 ),
	Set α Level( 0.01 ),
	Summary Statistic( "Median" ),
	Graph Spacing( 4 ),
	Variables(
		X( :age ),
		Y( :"Mean[weight]"n ),
		Y( :weight, Position( 1 ) ),
		Group Y( :sex ),
		Overlay( :sex )
	),
	Elements(
		Points( X, Y( 2 ), Legend( 1 ), Summary Statistic( "Mean" ) ),
		Points( X, Y( 1 ), Legend( 3 ), Jitter( "None" ) )
	),
	Local Data Filter(
		Add Filter(
			columns( :name ),
			Where(
				:name == {"ALFRED", "ALICE", "AMY", "BARBARA", "CAROL",
				"CHRIS", "CLAY", "DANNY", "DAVID", "EDWARD", "ELIZABETH",
				"FREDERICK", "JACLYN", "JAMES", "JANE", "JEFFREY", "JOE",
				"JOHN", "JUDY", "KIRK", "LAWRENCE", "LESLIE", "LILLIE",
				"LINDA", "MARION", "MARK", "MARY", "MICHAEL", "PHILLIP",
				"ROBERT", "SUSAN", "WILLIAM"}
			),
			Display( :name, N Items( 15 ), Find( Set Text( "" ) ) )
		)
	),
	SendToReport(
		Dispatch(
			{},
			"400",
			ScaleBox,
			{Legend Model(
				3,
				Base( 0, 0, 0, Item ID( "F", 1 ) ),
				Base( 1, 0, 0, Item ID( "M", 1 ) ),
				Properties(
					0,
					{Marker( "Triangle" ), Marker Size( 3 )},
					Item ID( "F", 1 )
				),
				Properties(
					1,
					{Marker( "Triangle" ), Marker Size( 3 )},
					Item ID( "M", 1 )
				)
			)}
		)
	)
)
```
Puntos positivos: la media obtenida mediante estadísticas resumidas muestra valores diferentes para distintas edades y sexos, además de respetar el filtro de datos local.

Triángulos abiertos: media mediante Transformación de columna -> todos los valores son iguales, se ignora LDF

Podría decirse que los triángulos muestran exactamente lo que se le indica a la columna de transformación que calcule. No hay de qué preocuparse.

Sí, claro... ¡si no fuera por las estadísticas resumidas!

Las estadísticas de resumen recibieron la misma tarea: "media(peso)" - y muestran valores completamente diferentes.
Ignoran la distribución de los puntos de datos en los ejes x/y, los grupos X/Y, el ajuste, la superposición y las páginas.

En principio, este problema se puede solucionar muy fácilmente: basta con añadir las columnas correspondientes como argumentos de las agregaciones de columnas.
Pero, con cada cambio en el gráfico, el usuario debe comprobar muy cuidadosamente que todas las columnas necesarias estén en el código JSL.
¡Argh!

¿Qué mejora le gustaría ver?

Para la función Transformar columnas en Graph Builder (y otras plataformas, como Summary!!!), agregue una opción para respetar el filtro de datos local (opción: subconjunto LDF ).
Una opción que indica a la columna de transformación que divida los datos de forma similar a como lo hacen las Estadísticas de resumen (subconjuntos individuales para diferentes valores en el eje X, grupos X/Y, páginas, etc.). La llamé "elementos del gráfico" (modo confort; seguro que hay un término más preciso).

Opción alternativa:
Si se utiliza una agregación de columnas en una columna de transformación de un GraphBuilder, debe aceptar argumentos como allPlotGroups, X, X(1), X(5), Group X, GroupX(1), Overlay, Page.
```
Col Number(:height, :sex, "Page") // if a column is used as page, please calculate individual values for the data points on different pages
Col Number(:height, :sex, "GroupY") // if a column is used as GroupY, please calculate individual values for the data points on different GroupsY
Col Number(:height, :sex, "X(1)") // please calculate individual values for different values of the column which is used as X(1)
Col Number(:height, "allPlotGroups") // please calculate individual values for different values of the column which is used as X, GroupX, GroupY, Wrap, Page
Col Number(:height, "GroupX", "GroupY", "Wrap", "Page") // similar to the previous one, but no subgroups for "same X value"
```
"modo confort":
En el menú contextual, agregue "allPlotGroups" como argumento para la agregación de columnas para proporcionar la misma funcionalidad que las estadísticas de resumen. (editado: @Gráfico : )

El último ejemplo es algo que deseé durante mucho tiempo al trabajar con estadísticas resumidas:

Al graficar datos en función del tiempo, puedo usar el número de lote como superposición, pero si un lote se divide en varios días, aparecerá como dos lotes.
Por otro lado, cuando activo "media" o "mediana", se promediarán todos los lotes que se procesen el mismo día.

Así pues, la nueva función ofrecerá una flexibilidad aún mayor que la de SummaryStatistics (!): una forma flexible de especificar cómo se agregan los datos:

- agrupar por superposición (lote)

- No agrupe por X (tiempo); en su lugar, calcule el promedio a lo largo del tiempo (mediante otra columna de transformación).

¿Por qué es importante esta idea?

Graph Builder es genial.

Las estadísticas de resumen son muy útiles, pero su funcionalidad es limitada. (¡No entiendo por qué los desarrolladores restringieron las estadísticas de resumen a un subconjunto tan pequeño de lo que está disponible, por ejemplo, a través de las estadísticas de encabezado!).

Y al recurrir a las columnas de fórmulas, surgen problemas que demuestran lo convenientes que pueden ser las estadísticas de resumen.

Con la nueva función, los usuarios pueden utilizar Transformar columnas con la comodidad y flexibilidad a las que estaban acostumbrados con las Estadísticas de resumen, pero sin las limitaciones.

Más deseos enviados por