Algotimizace prostrihu

[Bitovod]

Nakonec jsme to zjednodusili, vsechny ty "male" kousky na velkem papire 
budou (a nakonec jsme dosli k tomu, ze z technologickych duvodu i musi) mit 
stejnou orientaci, takze se cela uloha vyrazne zjednodusuje - spocita se 
pocet kusu pro jednu orientaci, spocita se pocek kusu pro orientaci kolmou a 
pouzije se ten vetsi vysledek. Takhle je to uz opravdu trivialni, jen to 
nikdo v zadani nejak nerasil :)

Diky za spolupraci a omlouvam se za vlastne naprosto zbytecne vyrusovani.

Pavel Kutina


----- Original Message ----- 
From: "Pavel Prochazka.zde.cz" <hacesoft@mujmail.cz>
To: "HW-news" <hw-list@list.hw.cz>
Sent: Saturday, March 24, 2007 3:22 PM
Subject: Re: Algotimizace prostrihu


Zdravim, taky me napahlo ze to chcete pro osvit...
Nekolik let jsem delal na osvitu, takze pokud ma bubnovou osvitku,
jakozto ano, tak existuje nejmensi format ktery je osvitka schopna
osvitit. A maximalni format. Pokud se zakazka vejde do minimalniho
osvitu, neni potreba zadne optimalizace. Ja jsem skladal poscriptny na
osvitovku podle nasledujicich pravidel, nejprve jsem zjistil zda a kolik
se jich vejde vedle sebe a zda se jich vejde vice kdyz jsou otocene o 0
stupnu a nebo 90 stupnu, potom jeste me zajimalo zda se jedna o prouzek
ktery ma charekter delky minimalniho osvitu, pokud ano a jednalo se o
separaci tak svitit jedine otocene o 90 stupnu a to hlavne proto aby
sedely separace, pokud se jednalo o format blizkemu formatu A4 nebo A4+
tak jsem to svitil na A2, pokud A3 tak jsem separaci svitil na dve A2,
hlavne jde o to definovat dokdy je format A6, A5, A4, A3 a A2 protoze
poku je format o neco vetsi nez treba A4+ tak se dve A4+ vedle sebe
nevejdou. Nutit zakazniky aby stejne formaty meli v jednom poscriptu a
nebo pdfku, to osvitka lepe posklada, nez cucky.... Na cucky dat
orientacni cenu, jako ze se sviti nejmensi format A3 (coz u budnove A2
je). A pokud bude k dispozici dalsi cucek tak se zakaznikovy bude
uctovat mene ale jinak format A3. tim se zbavite silene mnoho problemu....

Pavel Prochazka.zde.cz




Bitovod napsal(a):
> Omlouvam se, delal jsem na tom do rana a nejak jsem odpadnul, takze
> odpovidam az ted.
>
> Rozumite tomu spravne - jen kdyz to tam bude skladat clovek, tak nemusi
> dodrzet (a v praxi zcela jiste nedodrzi) u nekterych rozmeru jejich
> jednotnou orientaci, tedy na velky papir umisti dva male na vysku a pak
> vedle treba tri na sirku. A tohle nejak nejsem schopen programove 
> podchytit.
>
> Problem nalezeni vhodneho jazyka je jasne dany - ten nejvhodnejsi je PHP, 
> uz
> jen proto, ze je v danem pripade jediny mozny. Delam pro kamarada, co
> provozuje malou tiskarnu, web (proto jen a pouze to PHP), s mj. pocitanim
> ceny objednavky - problem je v tom, ze vysledna cena je chapana jako 
> zavazna
> a tedy se muj "omyl" ci "kvalifikovany odhad" pri skriptovani muze dost
> hrube odrazit na hospodarskem vysledku tohoto samostatneho ekonomickeho
> subjektu :)
>
> Jak tak procitam reakce, asi bude cosi jako "kvalifikovany odhad"
> nejjednodussi, kdyz pouziju nejaky dostatecne debilni algoritmus - 
> jestlize
> je delka mensi nez A4 a vetsi nez A5 a soucasne sirka mensi nez A4 a vetsi
> nez A5, pak se jedna o A4 s tim, ze kdyz se tam pak podari tiskarovi 
> nacpat
> tech stranek vic, tak je to plus pro tiskarnu (nebo sleva pro zakaznika, 
> ale
> vzhledem k tomu, ze ceny jsou zavazne... :). Problem ovsem nastane, kdyz 
> si
> nekdo objedna prouzek vysky 60cm (cca A2) a sirky 10cm, tak mu budu 
> tvrdit,
> ze se na stranku vejde jeden, coz je kravina, ktere uz by si mohl vsimnout 
> i
> ten zakaznik :)
>
> Kazdopadne diky za reakce, jdu vymyslet onen kvalifikovany odhad.
>
> Psvel Kutina
>
>

_______________________________________________
HW-list mailing list  -  sponsored by www.HW.cz
Hw-list@list.hw.cz
http://list.hw.cz/mailman/listinfo/hw-list