Sponsored Content
Special Forums News, Links, Events and Announcements Complex Event Processing RSS News Apama, Fraud Detection and Heat Maps Post 302155045 by Linux Bot on Wednesday 2nd of January 2008 07:30:10 PM
Old 01-02-2008
Apama, Fraud Detection and Heat Maps

Tim Bass
Wed, 02 Jan 2008 23:57:21 +0000

A few days ago in Visualization*Reloaded*I touched*upon the subject of*heat maps.* In that post the*application context*was monitoring a massively parallel online gaming platform using a combination of event processing technologies by StreamBase and SL.
Today, I was reminded of another heat map created by Progress Apama during a leisurely morning viewing of a Fox Business New video interview with John Bates.* This time the context is the detection of patterns of insider trading.**

Image

In this graphic above (click the image*for a larger view) Apama uses a heat map to visualize suspicious trading activity in real time.***
Amazingly, in the Fox Business interview John mentions an interesting statistic.** During certain business situations, like mergers and acquisitions, experts have estimated that up to 30 percent of trading activity can be linked to insider trading.** The event processing goal, of course, is to detect fraud sooner than later, minimizing fraudulent market transactions and*their influence on the market.
Image Image Image Image Image Image Image Image


Source...
 

5 More Discussions You Might Find Interesting

1. AIX

Heat monitor for AIX

Hi. Does anyone know if there is a command in AIX to find out your machine heat? Perhaps something to cat out of proc? (1 Reply)
Discussion started by: Sprellarinn
1 Replies

2. Programming

Parallel Processing Detection and Program Return Value Detection

Hey, for the purpose of a research project I need to know if a specific type of parallel processing is being utilized by any user-run programs. Is there a way to detect whether a program either returns a value to another program at the end of execution, or just utilizes any form of parallel... (4 Replies)
Discussion started by: azar.zorn
4 Replies

3. Solaris

Sun Fire v440 Over heat Problem.

Dear Team, I need some expert advice to my problem. We have a Sun Fire v440 in our customer Place. Server is working fine and no hardware deviations are found except one problem that processors generating too much heat. I have verified and found that the room temperature was 26-27 degree.... (5 Replies)
Discussion started by: sudhansu
5 Replies

4. Solaris

SunFire V240 CPU Heat Sink Replacement

I got a replacement Heatsink and Fan unit, but the OEM unit has the SUN Thermal Interface Material (TIM) already on the heatsink matting surface. Because mine is used it does not have the TIM. Also there are 2 different TIM material SUN used based on the Processor (1-1.28GHz uses a glue backed... (1 Reply)
Discussion started by: danneskjold0809
1 Replies

5. Homework & Coursework Questions

Solving heat equation using crank-nicolsan scheme in FORTRAN

! The one-dimensional PDE for heat diffusion equation ! u_t=(D(u)u_x)_x + s where u(x,t) is the temperature, ! D(u) is the diffusivity and s(x,t) is a source term. ! Taking D(u)= 1 and s(x,t)=0 gives ! u_t= u_xx ! uniform one dimensional region |x|<1 for t>0 ! uniform mesh size delta x=0.1 !... (1 Reply)
Discussion started by: watto1
1 Replies
GLPIXELMAP(3G)															    GLPIXELMAP(3G)

NAME
glPixelMapfv, glPixelMapuiv, glPixelMapusv - set up pixel transfer maps C SPECIFICATION
void glPixelMapfv( GLenum map, GLint mapsize, const GLfloat *values ) void glPixelMapuiv( GLenum map, GLint mapsize, const GLuint *values ) void glPixelMapusv( GLenum map, GLint mapsize, const GLushort *values ) PARAMETERS
map Specifies a symbolic map name. Must be one of the following: GL_PIXEL_MAP_I_TO_I, GL_PIXEL_MAP_S_TO_S, GL_PIXEL_MAP_I_TO_R, GL_PIXEL_MAP_I_TO_G, GL_PIXEL_MAP_I_TO_B, GL_PIXEL_MAP_I_TO_A, GL_PIXEL_MAP_R_TO_R, GL_PIXEL_MAP_G_TO_G, GL_PIXEL_MAP_B_TO_B, or GL_PIXEL_MAP_A_TO_A. mapsize Specifies the size of the map being defined. values Specifies an array of mapsize values. DESCRIPTION
glPixelMap sets up translation tables, or maps, used by glCopyPixels, glCopyTexImage1D, glCopyTexImage2D, glCopyTexSubImage1D, glCopyTexSubImage2D, glCopyTexSubImage3D, glDrawPixels, glReadPixels, glTexImage1D, glTexImage2D, glTexImage3D, glTexSubImage1D, glTexSubImage2D, and glTexSubImage3D. Additionally, if the GL_ARB_imaging subset is supported, the routines glColorTable, glColorSubTable, glConvolutionFilter1D, glConvolutionFilter2D, glHistogram, glMinmax, and glSeparableFilter2D. Use of these maps is described completely in the glPixelTransfer reference page, and partly in the reference pages for the pixel and texture image commands. Only the specification of the maps is described in this reference page. map is a symbolic map name, indicating one of ten maps to set. mapsize specifies the number of entries in the map, and values is a pointer to an array of mapsize map values. The ten maps are as follows: GL_PIXEL_MAP_I_TO_I Maps color indices to color indices. GL_PIXEL_MAP_S_TO_S Maps stencil indices to stencil indices. GL_PIXEL_MAP_I_TO_R Maps color indices to red components. GL_PIXEL_MAP_I_TO_G Maps color indices to green components. GL_PIXEL_MAP_I_TO_B Maps color indices to blue components. GL_PIXEL_MAP_I_TO_A Maps color indices to alpha components. GL_PIXEL_MAP_R_TO_R Maps red components to red components. GL_PIXEL_MAP_G_TO_G Maps green components to green components. GL_PIXEL_MAP_B_TO_B Maps blue components to blue components. GL_PIXEL_MAP_A_TO_A Maps alpha components to alpha components. The entries in a map can be specified as single-precision floating-point numbers, unsigned short integers, or unsigned long integers. Maps that store color component values (all but GL_PIXEL_MAP_I_TO_I and GL_PIXEL_MAP_S_TO_S) retain their values in floating-point , with unspecified mantissa and exponent sizes. Floating-point values specified by glPixelMapfv are converted directly to the internal floating- point of these maps, then clamped to the range [0,1]. Unsigned integer values specified by glPixelMapusv and glPixelMapuiv are converted linearly such that the largest representable integer maps to 1.0, and 0 maps to 0.0. Maps that store indices, GL_PIXEL_MAP_I_TO_I and GL_PIXEL_MAP_S_TO_S, retain their values in fixed-point , with an unspecified number of bits to the right of the binary point. Floating-point values specified by glPixelMapfv are converted directly to the internal fixed-point of these maps. Unsigned integer values specified by glPixelMapusv and glPixelMapuiv specify integer values, with all 0's to the right of the binary point. The following table shows the initial sizes and values for each of the maps. Maps that are indexed by either color or stencil indices must have mapsize = 2n for some n or the results are undefined. The maximum allowable size for each map depends on the implementation and can be determined by calling glGet with argument GL_MAX_PIXEL_MAP_TABLE. The single maximum applies to all maps; it is at least 32. ------------------------------------------------------------------------------------- map Lookup Index Lookup Value Initial Size Initial Value ------------------------------------------------------------------------------------- GL_PIXEL_MAP_I_TO_I color index color index 1 0 GL_PIXEL_MAP_S_TO_S stencil index stencil index 1 0 GL_PIXEL_MAP_I_TO_R color index R 1 0 GL_PIXEL_MAP_I_TO_G color index G 1 0 GL_PIXEL_MAP_I_TO_B color index B 1 0 GL_PIXEL_MAP_I_TO_A color index A 1 0 GL_PIXEL_MAP_R_TO_R R R 1 0 GL_PIXEL_MAP_G_TO_G G G 1 0 GL_PIXEL_MAP_B_TO_B B B 1 0 GL_PIXEL_MAP_A_TO_A A A 1 0 ------------------------------------------------------------------------------------- ERRORS
GL_INVALID_ENUM is generated if map is not an accepted value. GL_INVALID_VALUE is generated if mapsize is less than one or larger than GL_MAX_PIXEL_MAP_TABLE. GL_INVALID_VALUE is generated if map is GL_PIXEL_MAP_I_TO_I, GL_PIXEL_MAP_S_TO_S, GL_PIXEL_MAP_I_TO_R, GL_PIXEL_MAP_I_TO_G, GL_PIXEL_MAP_I_TO_B, or GL_PIXEL_MAP_I_TO_A, and mapsize is not a power of two. GL_INVALID_OPERATION is generated if glPixelMap is executed between the execution of glBegin and the corresponding execution of glEnd. ASSOCIATED GETS
glGetPixelMap glGet with argument GL_PIXEL_MAP_I_TO_I_SIZE glGet with argument GL_PIXEL_MAP_S_TO_S_SIZE glGet with argument GL_PIXEL_MAP_I_TO_R_SIZE glGet with argument GL_PIXEL_MAP_I_TO_G_SIZE glGet with argument GL_PIXEL_MAP_I_TO_B_SIZE glGet with argument GL_PIXEL_MAP_I_TO_A_SIZE glGet with argument GL_PIXEL_MAP_R_TO_R_SIZE glGet with argument GL_PIXEL_MAP_G_TO_G_SIZE glGet with argument GL_PIXEL_MAP_B_TO_B_SIZE glGet with argument GL_PIXEL_MAP_A_TO_A_SIZE glGet with argument GL_MAX_PIXEL_MAP_TABLE SEE ALSO
glColorTable(3G), glColorSubTable(3G), glConvolutionFilter1D(3G), glConvolutionFilter2D(3G), glCopyPixels(3G), glCopyTexImage1D(3G), glCopyTexImage2D(3G), glCopyTexSubImage1D(3G), glCopyTexSubImage2D(3G), glDrawPixels(3G), glHistogram(3G), glMinmax(3G), glPixelStore(3G), glPixelTransfer(3G), glReadPixels(3G), glSeparableFilter2D(3G), glTexImage1D(3G), glTexImage2D(3G), glTexImage3D(3G), glTexSubImage1D(3G), glTexSubImage2D(3G), glTexSubImage3D(3G) GLPIXELMAP(3G)
All times are GMT -4. The time now is 07:37 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy