Arreglos migración "sgr.ingredients"

[jjscarafia]

Para mostrarlo lo que debería ser uso de ejemplo el ingrediente Ametrina

• en openerp el campo "scientific_name" debe llenarse con "nm_quim_inte" y no con "cd_iupa_ingr", este ultimo no lo llevamos a ningun campo de openerp (es logico como ustedes lo hicieron pero parece que esta mal en seleya)
• el campo chemical_structure (la imagen, binary) no se lleva bien, trato de descargarlas y me sale un archivo erroneo. Podemos no llevar nada y listo (nos ahorramos el lío y que luego las cargan a mano)
• el campo de seleya "nm_quim_ingr" debe llevarse a openerp a ingredient_other_name_ids, se debe llevar al campo: ---> name = nm_quim_ingr ---> se debe crear una categoría de other name igual a "Chemical Name"

-no se estan llevando los campos con unidades de medida porque hay que parsearlos, si se complica, podemos agregar a esta clase un campo "note" y agregarlos ahí para que queden registrados. De hecho va a ser imposible parsearlos porque por ejemplo "atrazina + simazina" tiene molecular weight = A: 215.69 + S: 201.7 (imposible de parsear). Llevemos todo a una nota o convertimos esos campos a "char" y sacamos las uom

• no se estan llevando estos dos campos nm_lmr_html y nm_lmr_inte_html --> nm_lmr_intr : se debe crear un "lmr_ids" cargando en el campo "description" este valor y en el campo "country_id" = "Brasil" --> nm_lmr_inte_html: idem anterior pero el campo "contry_id" queda vacío

[morrillo]

Ok Enviado desde mi BlackBerry de Movistar (http://www.movistar.com.ar)

-----Original Message----- From: Juan José Scarafía notifications@github.com Date: Wed, 22 May 2013 15:27:50 To: agrihold/sagisagi@noreply.github.com Reply-To: agrihold/sagi reply@reply.github.com Subject: [sagi] Arreglos migración "sgr.ingredients" (#201)

Para mostrarlo lo que debería ser uso de ejemplo el ingrediente Ametrina

• en openerp el campo "scientific_name" debe llenarse con "nm_quim_inte" y no con "cd_iupa_ingr", este ultimo no lo llevamos a ningun campo de openerp (es logico como ustedes lo hicieron pero parece que esta mal en seleya)
• el campo chemical_structure (la imagen, binary) no se lleva bien, trato de descargarlas y me sale un archivo erroneo. Podemos no llevar nada y listo (nos ahorramos el lío y que luego las cargan a mano)
• el campo de seleya "nm_quim_ingr" debe llevarse a openerp a ingredient_other_name_ids, se debe llevar al campo: ---> name = nm_quim_ingr ---> se debe crear una categoría de other name igual a "Chemical Name"

-no se estan llevando los campos con unidades de medida porque hay que parsearlos, si se complica, podemos agregar a esta clase un campo "note" y agregarlos ahí para que queden registrados. De hecho va a ser imposible parsearlos porque por ejemplo "atrazina + simazina" tiene molecular weight = A: 215.69 + S: 201.7 (imposible de parsear). Llevemos todo a una nota o convertimos esos campos a "char" y sacamos las uom

• no se estan llevando estos dos campos nm_lmr_html y nm_lmr_inte_html --> nm_lmr_intr : se debe crear un "lmr_ids" cargando en el campo "description" este valor y en el campo "country_id" = "Brasil" --> nm_lmr_inte_html: idem anterior pero el campo "contry_id" queda vacío

---

Reply to this email directly or view it on GitHub: https://github.com/agrihold/sagi/issues/201

[morrillo]

Consulta, no es la tabla sgr_ingredient_other_name la que debe actualizarse en lugar de ingredient_other_name_ids?

[jjscarafia]

Si, esta bien, la que se tiene que actualizar es la tabla "sgr_ingredient_other_name" (ingreedient_other_name_ids es el campo que se define en openerp que crea automaticamente esa tabla). ATENCION: es muy probable que los nombres de los id en esta tabla esten mal por ese problema en el xmi2oerp al generar campos M2M. Dicho bug ya lo reportamos en https://github.com/agrihold/sagi/issues/194

[morrillo]

Clarisimo entonces... lo que llva a la pregunta de la fuente de datos para la categoría de los ingredientes. De donde se puede obtener dicha infromación asi lo actualizo de esa manera?

[jjscarafia]

La categoría de nombre es igual para todos, sería "Chemical Name". Tenes que crear ese registro en la tabla "sgr.ingredient_name_category" se entendió? esta claro

[morrillo]

Consulta, se puede agregar el campo notes a la tabla sgr_ingredient? Asi actualizamos las unidades de medida

[morrillo]

Consulta, el campo description no existe en la tabla sgr_ingredient (para actualizar los campos nm_lmr_html y nm_lmr_inte_html). Estoy mirando la tabla correcta? O debería ver otra tabla?

[jjscarafia]

nop, deberías ver la tabla "sgr_lmr" donde haces referencia a ingredient_id country_id description

[jjscarafia]

Los ingredientes paarecen triplicados en la base de datos _sagi

[jjscarafia]

1. Ya no aparecen más triplicados
2. Los LMR se están llevando bien. Solo que para aquellos que los campos nm_lmr_html y nm_lmr_inte_html estan vacíos, también se generan registros vacíos en la tabla "sgr_lmr". No molesta, solo corregir si es SUPER facil. Simplemente lo observo
3. De todas las cosas que figuran en este issue, queda pendiente esto:

el campo de seleya "nm_quim_ingr" debe llevarse a openerp a ingredient_other_name_ids, se debe llevar al campo: ---> name = nm_quim_ingr ---> se debe crear una categoría de other name igual a "Chemical Name"

(atención para esto, por lo que veo, habían agregado a la clase ingredient un campo "sinonymy", no estaría mal, por ahí mejor hablarlo, lo que sea mas facil) el campo de seleya "nm_sino_ingr" debe llevarse a openerp a ingredient_other_name_ids, se debe llevar al campo: ---> name = nm_sino_ingr ---> se debe crear una categoría de other name igual a "Synonymy"

-no se estan llevando los campos con unidades de medida porque hay que parsearlos, si se complica, podemos agregar a esta clase un campo "note" y agregarlos ahí para que queden registrados. De hecho va a ser imposible parsearlos porque por ejemplo "atrazina + simazina" tiene molecular weight = A: 215.69 + S: 201.7 (imposible de parsear). Llevemos todo a una nota o convertimos esos campos a "char" y sacamos las uom