capítulo iteración y datos relacionales

[pachadotdev]

No description provided.

[frm1789]

Hasta aqui mis comentarios sobre este capitulo.

[pachadotdev]

gracias @frm1789 !!!!!!!

[pachadotdev]

@rivaquiroga está listo esto con los cambios pedidos
eso si hay un problema, no puedo hacer otro PR con relational-data traducido

[rivaquiroga]

ok, no hay problema.
@monialo2000, este es el enlace directo al archivo con la traducción de Datos relacionales: https://github.com/cienciadedatos/r4ds/pull/89/files#diff-972b277bed9fe88a054a82567dcdd357
(lo indico porque hay 212 archivos en el commit 😧)

[monialo2000]

Gracias Riva!😊 El dom., 21 de jul. de 2019 21:50, Riva Quiroga <notifications@github.com> escribió:

…

ok, no hay problema. @monialo2000 <https://github.com/monialo2000>, este es el enlace directo al archivo con la traducción de Datos relacionales: https://github.com/cienciadedatos/r4ds/pull/89/files#diff-972b277bed9fe88a054a82567dcdd357 (lo indico porque hay 212 archivos en el commit 😧) — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#89?email_source=notifications&email_token=AJEPLLS6ZPVEU3U4SSZMYGDQAT75BA5CNFSM4ICLDKIKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD2OPPPI#issuecomment-513603517>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AJEPLLSTWWGWEN4VQU2OMALQAT75BANCNFSM4ICLDKIA> .

[pachadotdev]

gracias @rivaquiroga y @monialo2000
he sacado varias cosas como los directorios de cache que se salieron del gitignore
ahora son mucho menos archivos

[frm1789]

@pachamaltese Tenia un pedido de review al cual le di aprobación, pero hasta acá puedo llegar. Saludos,

[pachadotdev]

@frm1789 muchas gracias, falta la otra parte del review que era la de @monialo2000

[monialo2000]

Hola!!!! A partir del Domingo me pongo a full con este review! El vie., 26 de jul. de 2019 17:29, Pachamaltese <notifications@github.com> escribió:

…

@pachamaltese <https://github.com/pachamaltese> requested your review on: #89 <#89> capítulo iteración y datos relacionales. — You are receiving this because your review was requested. Reply to this email directly, view it on GitHub <#89?email_source=notifications&email_token=AJEPLLWO3ZXQJO2DTU7ITTTQBNNEBA5CNFSM4ICLDKIKYY3PNVWWK3TUL52HS4DFWZEXG43VMVCXMZLOORHG65DJMZUWGYLUNFXW5KTDN5WW2ZLOORPWSZGOSXJQR3Y#event-2513635567>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AJEPLLSRMUT5S6KPV3UUSO3QBNNEBANCNFSM4ICLDKIA> .

[monialo2000]

En Argentina usamos el termino clave en vez de llave...clave primaria, en vez de llave primaria. Pero quizá se decidió traducir asi. Lo comento en esta linea solamente.

[monialo2000]

Puede que necesites instalar algunos paquetes y leer un poco de documentación

[pachadotdev]

acá pasa todo a datos por lo que lo de "instalar más" pierde sentido

[monialo2000]

Llegué hasta Ejercicios, linea 383.

[pachadotdev]

Oka, agrego esos cambios !

…

On Mon, Jul 29, 2019, 11:17 PM monialo2000 ***@***.***> wrote: ***@***.**** commented on this pull request. Llegué hasta Ejercicios, linea 383. ------------------------------ In 13-relational-data.Rmd <#89 (comment)>: > filter(n > 1) ``` -When starting to work with this data, I had naively assumed that each flight number would be only used once per day: that would make it much easier to communicate problems with a specific flight. Unfortunately that is not the case! If a table lacks a primary key, it's sometimes useful to add one with `mutate()` and `row_number()`. That makes it easier to match observations if you've done some filtering and want to check back in with the original data. This is called a __surrogate key__. - -A primary key and the corresponding foreign key in another table form a __relation__. Relations are typically one-to-many. For example, each flight has one plane, but each plane has many flights. In other data, you'll occasionally see a 1-to-1 relationship. You can think of this as a special case of 1-to-many. You can model many-to-many relations with a many-to-1 relation plus a 1-to-many relation. For example, in this data there's a many-to-many relationship between airlines and airports: each airline flies to many airports; each airport hosts many airlines. +Al comenzar a trabajar con estos datos, ingenuamente asumimos que cada número de vuelo se usaría una vez al día: eso haría mucho más simples los problemas de comunicación con un vuelo en específico. ¡Desafortunadamente no es el caso! Si una tabla no tiene una llave primaria, a veces es útil incluir una con `mutate()` y `row_number()`. Eso simplifica unir observaciones una vez que haz hecho algunos filtros y quieres volver a verificar con los datos originales. Esto se llama _llave sustituta_. eso haria mucho mas simple comunicar problemas con un vuelo especifico... en vez de : eso habia mucho mas simples los problemas de comunicacion con un vuelo en especifico. ------------------------------ In 13-relational-data.Rmd <#89 (comment)>: > ``` -(Remember, when you're in RStudio, you can also use `View()` to avoid this problem.) +(Recuerda que en RStudio puedes usar `View()` para evitar este problema.)s problem.) despues de: este problema.) esta sobrando "s problem.)" ------------------------------ In 13-relational-data.Rmd <#89 (comment)>: > ``` -But this is hard to generalise when you need to match multiple variables, and takes close reading to figure out the overall intent. +Sin embargo, esto último es difícil de generalizar cuando necesitas unir varias variables y dificulta la lectura para entender lo que se queire hacer. lo que se quiere hacer ------------------------------ In 13-relational-data.Rmd <#89 (comment)>: > -The simplest type of join is the __inner join__. An inner join matches pairs of observations whenever their keys are equal: +La forma más simple de unión es la _unión interior_ (del inglés _inner join_). Una unión interior une pares de observaciones cualquiera dado que sus llaves son iguales: me parece: Una unión interior une pares de observaciones siempre que sus llaves sean iguales ------------------------------ In 13-relational-data.Rmd <#89 (comment)>: > ```{r, echo = FALSE, out.width = NULL} knitr::include_graphics("diagrams_w_text_as_path/es/join-outer.svg") ``` -The most commonly used join is the left join: you use this whenever you look up additional data from another table, because it preserves the original observations even when there isn't a match. The left join should be your default join: use it unless you have a strong reason to prefer one of the others. +La unión que más frecuentemente se usa es la unión izquierda: úsala cuando necesites buscar datos adicionales en otra tabla, dado que preserva las observaciones originales incluso cuando no hay coincidencias. La unión izquierda debiera ser tu unión por defeecto a menos que tengas un motivo importante para preferir otro tipo. defecto en vez de defeecto ------------------------------ In 13-relational-data.Rmd <#89 (comment)>: > ```{r, echo = FALSE, out.width = NULL} knitr::include_graphics("diagrams_w_text_as_path/es/join-venn.svg") ``` -However, this is not a great representation. It might jog your memory about which join preserves the observations in which table, but it suffers from a major limitation: a Venn diagram can't show what happens when keys don't uniquely identify an observation. +Sin embargo, esta no es una buena representación. Puede ayudar a recordar cuales observaciones preservan las observaciones en cual tabla pero esto tiene una limitante importante: un diagrama de Venn no puede mostrar que ocurre con las llaves que no identifican de manera única una observación. cuales uniones preservan las observaciones ... en vez de cuales observaciones preservan las observaciones ------------------------------ In 13-relational-data.Rmd <#89 (comment)>: > - For example, if we want to draw a map we need to combine the flights data - with the airports data which contains the location (`lat` and `lon`) of - each airport. Each flight has an origin and destination `airport`, so we - need to specify which one we want to join to: + Por ejemplo, si queremos dibujar un mapa necesitamos combinar los datos de vuelos + con los datos de ubicación (`latitud` y `longitud`) de cada aeropuerto. Cada vuelo combinar los datos de vuelos con los datos de aeropuertos, que contienen la ubicación ... en vez de combinar los datos de vuelos con los datos de ubicación — You are receiving this because you modified the open/close state. Reply to this email directly, view it on GitHub <#89?email_source=notifications&email_token=ACM7UOOQTC2JWQAQQZ5I4I3QB6XDZA5CNFSM4ICLDKIKYY3PNVWWK3TUL52HS4DFWFIHK3DMKJSXC5LFON2FEZLWNFSXPKTDN5WW2ZLOORPWSZGOB75SVZA#pullrequestreview-268118756>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ACM7UONQT76FINMBKNRK4STQB6XDZANCNFSM4ICLDKIA> .

[pachadotdev]

gracias! he incorporado estos cambios, quedo atento a los demás para enviar un nuevo pull request con estas nuevas observaciones

[monialo2000]

Aqui termina mi review de este capítulo. Gran trabajo Pachá!

[pachadotdev]

gracias @monialo2000 !!!