IRC logs of #tryton for Saturday, 2011-11-26 #tryton log beginning Sat Nov 26 00:00:01 CET 2011
2011-11-26 06:14 -!- ciupicri(~ciupicri@unaffiliated/ciupicri) has joined #tryton
2011-11-26 15:24 <sampac> Hi all! Beginners question: is it normal that I can not find any "delete" button to delete a record ? I'm logged as admin and belong to groups that have permission to delete such model
2011-11-26 15:28 <cedk> sampac: it is in the form menu
2011-11-26 15:28 <udono> sampac: left from the view title there is an icon. There you find the delete function.
2011-11-26 15:29 <sampac> oh yeah! the spanner and screwdriver... I overlooked this button! Thanks for the help
2011-11-26 18:25 -!- ciupicri(~ciupicri@unaffiliated/ciupicri) has joined #tryton
2011-11-26 19:18 -!- ciupicri(~ciupicri@unaffiliated/ciupicri) has joined #tryton
2011-11-26 19:29 -!- sampac( has left #tryton
2011-11-26 20:25 <cedk> I'm working on a module carrier_weight to compute carrier price based on the wieght of products
2011-11-26 20:26 <cedk> I think it must create a specific module to put the weight field on product
2011-11-26 20:26 <cedk> but I think this module could also add height width and length
2011-11-26 20:26 <cedk> but I don't know how to name it
2011-11-26 20:27 <cedk> product_dimensions, product_measures…?
2011-11-26 20:30 <Telesight> cedk: measurements
2011-11-26 20:30 <cedk> I think I will not create the module
2011-11-26 20:30 <cedk> I find that there is a concept: dimensional weight
2011-11-26 20:30 <cedk>
2011-11-26 20:31 <cedk> used for shipment cost
2011-11-26 20:32 <jcm> cedk: sure, this dimensional_weight is used by some carriers, for instance UPS or SHL
2011-11-26 20:32 <jcm> DHL
2011-11-26 20:33 <jcm> could be another computed total made when a shipment is computed
2011-11-26 20:34 <jcm> though it's quite hard to guess how many products, each with H, W, L would be arranged in a box and therefore how to compute the resulting dimensional weight of the box shipped
2011-11-26 20:36 <jcm> maybe the base 'dimensions' module should simply add height, length, widht & weight to product and have combinations methods
2011-11-26 20:37 <jcm> the only and basic combination method would be to add height, find width maxi and length maxi, add weight
2011-11-26 20:37 <jcm> other modules could provide other methods of packing and provide other ways to compute those resulting dimensions
2011-11-26 21:08 <cedk> jcm: it seems there is no standard way to compute the dimensional_weight
2011-11-26 21:09 <cedk> why carriers don't use 2d price list with weight and density
2011-11-26 21:12 <cedk> Telesight: it seems you are right: product measures is a mathematical concept
2011-11-26 21:30 <jcm> cedk: yes, UPS provides its own formula
2011-11-26 21:30 <jcm> so each carrier would need a way to compute their shipment prices
2011-11-26 21:31 <cedk> jcm: each carrier must have his own dimensional weight computation formula
2011-11-26 21:32 <cedk> jcm: after that the price list will still be just weight-price
2011-11-26 21:34 <jcm> I agree; so the design would not change so much for this module?
2011-11-26 21:39 <cedk> jcm: the question is should this dimensional weight be computed per lines of shipment or for all the shipment
2011-11-26 21:40 <jcm> the dimensional weight has no meaning for a single product, it's by box
2011-11-26 21:41 <jcm> and it's very hard to find a way to know how the products can be grouped into boxes for shipment
2011-11-26 21:42 <cedk> jcm: it is not hard, it is NPC (I think)
2011-11-26 21:42 <jcm> sry, what is NPC?
2011-11-26 21:43 <cedk>
2011-11-26 21:43 <cedk> jcm: but I think in most case, 1 shipment = 1 box
2011-11-26 21:46 <jcm> no, with UPS you can send many box in one shipment
2011-11-26 21:48 <cedk> jcm: but they must compute 1 price for the all?
2011-11-26 21:50 <jcm> cedk: the algorithm is NPC, but mostly you get some parameters that are not described in Tryton: some products cannot be placed below another (if fragile), some must be placed vertically while some other can be moved, and so on. Taking in account all these parameters to guess how the packager will arrange his bow is undoable, except maybe in some compagnies where packaging would be very standardized.
2011-11-26 21:52 <cedk> jcm: ok but at the end, you will have a dimensional weight for the all shipment?
2011-11-26 21:54 <jcm> If I remember well, each box has its dimensional weight while the shipment price is computed for the whole shipment
2011-11-26 21:54 <jcm> some infos here :
2011-11-26 21:56 <jcm> they say: For multiple package shipments, total the billable weight of all packages in the shipment.
2011-11-26 21:58 <jcm> to code such way to bill shipments, the carrier shipment price module should have a form where the packager would indicate the size of the boxes he packed...
2011-11-26 21:59 <jcm> but this changes the workflow. Probably not worth being included in base module
2011-11-26 22:04 <jcm> seems that dhl uses the same definition as Ups:
2011-11-26 22:06 <jcm> vocabulary; I should use 'parcel' instead of 'box'
2011-11-26 22:12 <cedk> jcm: I think it is pointless to try to modelize such things
2011-11-26 22:12 <cedk> jcm: the system should try to compute a price close to the reality
2011-11-26 22:13 <cedk> jcm: but for specific cases where there is more then 1 parcel then it is up to the packager to update the computed price with the real one
2011-11-26 22:13 <jcm> agree
2011-11-26 22:14 <cedk> jcm: otherwise, you will need to have in the system every parcel of the carrier, make the user select each lines of the shipment and link it one or many parcel
2011-11-26 22:15 <cedk> jcm: I think it is too much work for very few benefit because any way, the carrier will compute it and tell you the price
2011-11-26 22:15 <jcm> maybe someone will need this (with serial number tracking in production) ; should be possible in the future, but I don't need it
2011-11-26 22:16 <cedk> so for me, the best is to have the simple design where a shipment = a parcel but coded in a way to allow further extension to work with multiple parcel
2011-11-26 22:17 <jcm> imho, the most interesting future extension would be a module dedicated to a carrier, that would compute + transmit data + print bar codes labels to put on parcel
2011-11-26 22:18 <cedk> any way, I think putting all in 1 parcel is just a non optimized packaging
2011-11-26 22:18 <cedk> jcm: what do you mean by "compute" and "transmit data" ?
2011-11-26 22:19 <jcm> in our case, we send 5 to 30 parcel every day, and maybe only once a month we need to send many parcel for the same order.
2011-11-26 22:21 <jcm> compute price to put on the label (i.e. compute total weight of products + add weight of package), trnasmit data to the carrier (with a network service instead of using their dedicated software runinng only on windows) and print the barcode label.
2011-11-26 22:42 <oxcar> Somebody How convert csv to po translation file
2011-11-26 22:44 <oxcar> Somebody How convert csv file to po ile?
2011-11-26 22:44 <oxcar> Somebody How convert csv file to po ifle?
2011-11-26 22:47 <oxcar> Somebody How convert csv file to po file?
2011-11-26 22:48 <ciupicri> oxcar, why don't you write a script in Python?
2011-11-26 22:54 <oxcar> @ciuprici: because I think that maybe already exists
2011-11-26 22:56 <lem0na> oxcar:
2011-11-26 22:57 <cedk> oxcar: we made the translation migration by just uploading csv translation with the old engine and export it with the new one
2011-11-26 23:18 <oxcar> @ cedk: Thanks now I understand...
2011-11-26 23:49 <sampac> Guys, can anyone point me to a tutorial and explain how to proceed in Tryton to pay an invoice ? Something like account_payment in openerp...

Generated by 2.17.3 by Marius Gedminas - find it at!