Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Información de series (provincias, etc) #16

Open
midraed opened this issue Apr 17, 2013 · 16 comments
Open

Información de series (provincias, etc) #16

midraed opened this issue Apr 17, 2013 · 16 comments
Assignees
Milestone

Comments

@midraed
Copy link
Member

midraed commented Apr 17, 2013

Mauri, en el visualizador de series: cuando vemos una serie se ve los perfiles asociados. Podemos pensar en incorporarles mas informacion a las series?? Porque ademas de cuantos perfiles asociados, hay algunos campos que podrian agregarseles: por ej, escala a la que esta definido, superficie, provincias?
La discusion es como hacemos para definir nombres unicos de series, porque suelen repetirse.

@ghost ghost assigned dariorodriguez Apr 17, 2013
@mauriciopasquier
Copy link
Member

Chan!

El modelo de datos que usan o yo entendí que usan es bastante enquilombado. Si el nombre de la serie es repetible, qué cosa identifica unívocamente a una serie?

Se le pueden agregar los campos/datos que hagan falta.. igual específicamente superficie y provincias podría determinarse a partir de las ubicaciones de los perfiles que la forman, no?

@angelini75
Copy link
Member

Fede,

No entiendo bien que es lo que se pide para la Serie. Lo que identifica al
perfil de la serie es que es modal. El resto que tienen el mismo nombre son
las que por "análisis de parentezco" se le puso el mismo nombre.

̉?

El 17 de abril de 2013 21:30, Mauricio Pasquier Juan <
notifications@github.com> escribió:

Chan!

El modelo de datos que usan o yo entendí que usan es bastante
enquilombado. Si el nombre de la serie es repetible, qué cosa identifica
unívocamente a una serie?

Se le pueden agregar los campos/datos que hagan falta.. igual
específicamente superficie y provincias podría determinarse a partir de las
ubicaciones de los perfiles que la forman, no?


Reply to this email directly or view it on GitHubhttps://github.com//issues/16#issuecomment-16529007
.

@midraed
Copy link
Member Author

midraed commented Apr 17, 2013

@mpj cuando se hizo esto, los nombres de series son únicos, pero a nivel
provincia. Digamos podría existir una serie san Martín de buenos airees y
otra serie san Martín de Santa fe. Posiblemente el nombre único debería ser
san Martín-Santa fe. Esto se puede inferir de la ubicación naturalmente.
Los otros parámetros no, mauri. Pero los podemos tabular e incorporar. En
sisinta cuando visualizamos por serie, muestra los perfiles asociados, en
el estado actual para una serie con nombre no único, mostraría perfiles que
son de series diferentes. La solución más sencilla es capturar la provincia
a la que pertenece el perfil, eso podría hacerse en la carga o
espacialmente mediante las coordenadas.
Además sería bueno poder agregar esa información adicional a las series. Se
entiende?
Queda un problema: en algunos casos, por error, en una misma provincia se
le daba nombre repetido. Por ejemplo en entre ríos pasó y se corrigió
poniéndole por ej serie ssn martin 1 y 2.
Y compu dice Marcos cada serie tiene un perfil modal pero además tiene
otros perfiles que pertenecen a esa serie.
El abr 17, 2013 4:34 p.m., "Marcos Angelini" notifications@github.com
escribió:

Fede,

No entiendo bien que es lo que se pide para la Serie. Lo que identifica al
perfil de la serie es que es modal. El resto que tienen el mismo nombre
son
las que por "análisis de parentezco" se le puso el mismo nombre.

̉?

El 17 de abril de 2013 21:30, Mauricio Pasquier Juan <
notifications@github.com> escribió:

Chan!

El modelo de datos que usan o yo entendí que usan es bastante
enquilombado. Si el nombre de la serie es repetible, qué cosa identifica
unívocamente a una serie?

Se le pueden agregar los campos/datos que hagan falta.. igual
específicamente superficie y provincias podría determinarse a partir de
las
ubicaciones de los perfiles que la forman, no?


Reply to this email directly or view it on GitHub<
https://github.com/INTA-Suelos/SiSinta/issues/16#issuecomment-16529007>
.


Reply to this email directly or view it on GitHubhttps://github.com//issues/16#issuecomment-16529495
.

@mauriciopasquier
Copy link
Member

On Wed, Apr 17, 2013 at 02:40:17PM -0700, Guillermo Federico Olmedo wrote:

@mpj cuando se hizo esto, los nombres de series son únicos, pero a nivel
provincia. Digamos podría existir una serie san Martín de buenos airees y
otra serie san Martín de Santa fe. Posiblemente el nombre único debería ser
san Martín-Santa fe. Esto se puede inferir de la ubicación naturalmente.
Los otros parámetros no, mauri. Pero los podemos tabular e incorporar. En
sisinta cuando visualizamos por serie, muestra los perfiles asociados, en
el estado actual para una serie con nombre no único, mostraría perfiles que
son de series diferentes. La solución más sencilla es capturar la provincia
a la que pertenece el perfil, eso podría hacerse en la carga o
espacialmente mediante las coordenadas.
Además sería bueno poder agregar esa información adicional a las series. Se
entiende?

sep

Queda un problema: en algunos casos, por error, en una misma provincia se
le daba nombre repetido. Por ejemplo en entre ríos pasó y se corrigió
poniéndole por ej serie ssn martin 1 y 2.

Siempre se corrigió? En ese caso se puede incluir la provincia y usar el par
"provincia - nombre" como identificador único?

Y compu dice Marcos cada serie tiene un perfil modal pero además tiene
otros perfiles que pertenecen a esa serie.

sí, esto está clarísimo y programado (a menos que hayan visto que no anda
bien?)

@mauriciopasquier
Copy link
Member

uh, contesté directo del mail y no se ven bien las respuestas entrelazadas..

@midraed
Copy link
Member Author

midraed commented Apr 17, 2013

Se ve bien tu rta.
Si usemos ese id único. Si no se corrigió, lo corregirrmos en ese momento
El abr 17, 2013 7:09 p.m., "Mauricio Pasquier Juan" <
notifications@github.com> escribió:

uh, contesté directo del mail y no se ven bien las respuestas
entrelazadas..


Reply to this email directly or view it on GitHubhttps://github.com//issues/16#issuecomment-16538953
.

@dariorodriguez
Copy link

Medio quilombo están armado...
Vamos a ordenar un poco la cosa
Sin que me escuche ningún pedólogo podríamos hacer una equivalencia entre
una especie biológica y una serie. Una especie está formada por una
cantidad de individuos que comparten similitudes genéticas y morfológicas
Pensando así podemos decir que una serie es un grupo de individuos
("pedones") que son similares entre sí pero que se formaron en un
determinado ambiente geográfico. Por todo esto, hay que pensar que una
serie tiene gran cantidad de individuos, sólo que algunos se han podido
"observar" y "reconocer" a traves de pozos. Uno de esos pozos se ha tomado
(a traves de metodologias cuetionables) como representante de ese grupo y
lleva el nombre de Perfil Modal de la Serie.
Para complicar aún más la cosa, cada provincia trabaja de forma autónoma y
coloca el nombre de cada serie que le parece. Por esto pueden aparecer dos
o mas series con diferente nombre. Veo muy interesante la propuesta de
Federico de colocar el nombre de la Serie y la provincia. Eso no se debería
repetir.

Ufff

El 17 de abril de 2013 19:15, Guillermo Federico Olmedo <
notifications@github.com> escribió:

Se ve bien tu rta.
Si usemos ese id único. Si no se corrigió, lo corregirrmos en ese momento
El abr 17, 2013 7:09 p.m., "Mauricio Pasquier Juan" <
notifications@github.com> escribió:

uh, contesté directo del mail y no se ven bien las respuestas
entrelazadas..


Reply to this email directly or view it on GitHub<
https://github.com/INTA-Suelos/SiSinta/issues/16#issuecomment-16538953>
.


Reply to this email directly or view it on GitHubhttps://github.com//issues/16#issuecomment-16539210
.

Darío

@mauriciopasquier
Copy link
Member

Está bueno el quilombo!

Me parece bien la explicación, además. El tema de la provincia simplifica mucho (a menos que de acá a unos meses me digan que hay series que pertenecen a 2 provincias :P). Entiendo que el nombre de la serie es una cosa arbitraria que no hace a su identidad (que la determinarían los "individuos" que decís Darío). El asunto es que el sistema necesita ser concreto y definir series por algún criterio más manejable. Imaginemos una URL que diga
sisinta.inta.gov.ar/series/castellanos, o sisinta.inta.gov.ar/series/buenos-aires/castellanos. Eso tiene que ir sí o sí a la misma "especie" siempre, donde se verán los individuos que están reconocidos (o sea los perfiles que se le asignaron a esa serie).

Estos problemas surgen siempre que se quiere centralizar información, está bueno esto de ir evitandolos con espacios de nombre (como la provincia). Hace al sistema más "a prueba del futuro" :P

@dariorodriguez
Copy link

Hola Mauricio: sigo molestando. Estamos cargando por ej. Serie Pergamino,
un problema es que si vos buscas por serie en el listado cada perfil
aparece duplicado (fijate en esa serie, particularmente); otro problema es
que si vos querés modificar algun perfil despues de haber cargado, no te
deja, y te da un mensaje "Perfil no pudo guardarse debido a un error -
Serie simbolo ya ha sido tomado"

Debe haber un problema con los simbolos.

Escribime cualquier duda

El 18 de abril de 2013 16:32, Mauricio Pasquier Juan <
notifications@github.com> escribió:

Está bueno el quilombo!

Me parece bien la explicación, además. El tema de la provincia simplifica
mucho (a menos que de acá a unos meses me digan que hay series que
pertenecen a 2 provincias :P). Entiendo que el nombre de la serie es una
cosa arbitraria que no hace a su identidad (que la determinarían los
"individuos" que decís Darío). El asunto es que el sistema necesita ser
concreto y definir series por algún criterio más manejable. Imaginemos una
URL que diga
sisinta.inta.gov.ar/series/castellanos, o *
sisinta.inta.gov.ar/series/buenos-aires/castellanos*. Eso tiene que ir sí
o sí a la misma "especie" siempre, donde se verán los individuos que están
reconocidos (o sea los perfiles que se le asignaron a esa serie).

Estos problemas surgen siempre que se quiere centralizar información, está
bueno esto de ir evitandolos con espacios de nombre (como la provincia).
Hace al sistema más "a prueba del futuro" :P


Reply to this email directly or view it on GitHubhttps://github.com//issues/16#issuecomment-16600322
.

Darío

@mauriciopasquier
Copy link
Member

Darío, lo que pasa es que aparece duplicado porque lo cargaron 4 veces (3 de las cuales con un número al final, supongo que lo pusieron para que te permita el nombre):

http://sisinta.inta.gov.ar/series/218
http://sisinta.inta.gov.ar/series/335
http://sisinta.inta.gov.ar/series/325
http://sisinta.inta.gov.ar/series/320

Lo que habría que hacer es borrar las que tienen número en el nombre y cuando cargás un perfil ponés el nombre "Pergamino" en vez de "Pergamino (n)". Igual con Peyrano y otras series que hay.

Lo que no entiendo, y debe ser un error del sistema, es que les permitió guardar 2 con el mismo símbolo ("Pergamino" y "Pergamino (1)"). ¿Puede tener que ver con esto el error de "Símbolo ya ha sido tomado"? Era un perfil de la serie Pergamino?

mauriciopasquier added a commit that referenced this issue May 9, 2013
@mauriciopasquier
Copy link
Member

@dariorodriguez Acabo de arreglar el problema que no los dejaba cargar por lo del símbolo, fijate que ahora sí pueden arreglar esas series con (n) en el nombre. Cualquier cosa avisá!

@dariorodriguez
Copy link

Gracias Mauricio...disculpá tanta sanata (y los bifes para cuando?... vos
dirás). Sabés que ayer, te habrá contado fede, tuvimos el aval para seguir
con esto (económico y como idea). De manera que andá pensando mejoras y
nuevas funcionalidades con sus respectivos presupuestos. Gracias por todo

El 9 de mayo de 2013 01:12, Mauricio Pasquier Juan <notifications@github.com

escribió:

@dariorodriguez https://github.com/dariorodriguez Acabo de arreglar el
problema que no los dejaba cargar por lo del símbolo, fijate que ahora sí
pueden arreglar esas series con (n) en el nombre. Cualquier cosa avisá!


Reply to this email directly or view it on GitHubhttps://github.com//issues/16#issuecomment-17648492
.

Darío

@midraed
Copy link
Member Author

midraed commented Mar 20, 2014

Dado que acordamos que las series son por provincias; en la pantalla de series, además del número de perfiles que contiene, deberíamos poder ver la provincia a la que pertenece.
Además de un filtro arriba para ver sólo esa provincia.

@midraed midraed modified the milestone: Mediano Plazo Mar 20, 2014
@dariorodriguez
Copy link

Eso !

El 19 de marzo de 2014, 22:20, Guillermo Federico Olmedo <
notifications@github.com> escribió:

Dado que acordamos que las series son por provincias; en la pantalla de
series, además del número de perfiles que contiene, deberíamos poder ver la
provincia a la que pertenece.
Además de un filtro arriba para ver sólo esa provincia.

Reply to this email directly or view it on GitHubhttps://github.com//issues/16#issuecomment-38126551
.

Darío

@midraed
Copy link
Member Author

midraed commented Mar 20, 2014

Si en la pantalla de series, podemos listar las series y los perfiles que tenemos descriptos para esa serie. Además podemos verlas por provincias, e incluso filtrar por estas.
@dariorodriguez que mas necesitamos para decir que tenemos el "nomeclador de series"??

@dariorodriguez
Copy link

Y...tanto como tenerlas cargadas !

El 20 de marzo de 2014, 7:46, Guillermo Federico Olmedo <
notifications@github.com> escribió:

Si en la pantalla de series, podemos listar las series y los perfiles que
tenemos descriptos para esa serie. Además podemos verlas por provincias, e
incluso filtrar por estas.
@dariorodriguez https://github.com/dariorodriguez que mas necesitamos
para decir que tenemos el "nomeclador de series"??

Reply to this email directly or view it on GitHubhttps://github.com//issues/16#issuecomment-38153630
.

Darío

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants