Clarification: AsianOption in the middle of its path

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

Clarification: AsianOption in the middle of its path

Eric Butter-2
Hi everyone,

I have been calculating NPV and Greeks at intermediate points along the path of an asian option; I want to throw my technique into RQuantLib -- but first I want some validation that what I am doing is kosher.  :) 

Right now I am using DiscreteAveragingAsianOption and AnalyticDiscreteGeometric...Engine, pre-setting the runningAccumulator to the product of the previous prices, pastFixings to the number of previous time points, fixingDates to only the **remaining** time points. 

I have been getting answers that look good to me, but does 1. hacking the fixtures arguments this way and 2. only using the remaining fixing dates get an a.okay from the guys who designed this in the first place?  Is there a better way to do this? 

Thanks for all the time you have put into this useful software,

Eric



------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_nov
_______________________________________________
QuantLib-dev mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/quantlib-dev
Reply | Threaded
Open this post in threaded view
|

Re: Clarification: AsianOption in the middle of its path

Luigi Ballabio
Hi Eric,
    I've had a look at the code and it seems ok.  You're using the
runningAccumulator and pastFixings as required.  The fixing dates
would work either way (just the remaining ones or all of them) since
the engine discards past fixing dates during calculation.  If the
option defined an inspector for the fixing dates, we could have a
philosophical argument until the cows come home about what we should
want it to show.  But there's no such inspector right now, so we can
save some time :)

Regards,
    Luigi


On Fri, Nov 9, 2012 at 8:05 PM, Eric Butter <[hidden email]> wrote:

> Hi everyone,
>
> I have been calculating NPV and Greeks at intermediate points along the path
> of an asian option; I want to throw my technique into RQuantLib -- but first
> I want some validation that what I am doing is kosher.  :)
>
> Right now I am using DiscreteAveragingAsianOption and
> AnalyticDiscreteGeometric...Engine, pre-setting the runningAccumulator to
> the product of the previous prices, pastFixings to the number of previous
> time points, fixingDates to only the **remaining** time points.
>
> I have been getting answers that look good to me, but does 1. hacking the
> fixtures arguments this way and 2. only using the remaining fixing dates get
> an a.okay from the guys who designed this in the first place?  Is there a
> better way to do this?
>
> Thanks for all the time you have put into this useful software,
>
> Eric
>
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_nov
> _______________________________________________
> QuantLib-dev mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/quantlib-dev
>

------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
_______________________________________________
QuantLib-dev mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/quantlib-dev