Key Features. Parallel Processing Support for the execution computational nodes of algorithms on multi-cores Distributed Processing Transparent distribution of computational nodes the execution on sets of Failover Management Automatically transfers control to a duplicate computational node when faults or failures are detected State-of-the-art data mining General purpose algorithms (e.g. Clustering, Principal algorithms Component Analysis, Artificial Neural Networks, Maximum Entropy, etc.) supplied as-a-service Data trends generation and Identification of trends; inspection of time series to analysis automatically identify anomalies; basic signal processing techniques to explore periodicities in trends
Key Features. --Score the game play-by-play as action happens --All statistics (xxxxxxx, passing, receiving, returns, etc) are automatically calculated --Print or display box scores, play-by-play and other reports at any point during the game --Game reports include: Game participation, Scoring summary, Team statistics, Individ- ual statistics, Drive chart, Defensive statistics, Play-by-play summary, “Quickie” statis- tics, “Newspaper” box score, Play breakdowns --Automatically generate the NCAA Summary of Football Game Statistics form --Generate a variety of cumulative team reports (team, individual, game-by-game and so on) --Supports college, high school, and professional rules --Created report text files for word processing or to transmit/fax --Display current game data on stats display monitors in the press box --Automatically generate HTML pages for your website --Individual and team career/historical statistics --Live stats on the internet (requires TASFTP program) --Scoreboard message center interface (requires Electronic Scoreboard interface) --Conference reports include NCAA reporting forms, team and individual leaders (re- quires Conference package) --XML data output can be used for electronic reporting (for example, to the NCAA) --Game viewer for detailed statistics display on a local network (LAN) --Conference career statistics
Key Features. Penalty and/or interest charges will apply for obligated stewards who: Fail to meet their registration obligations in accordance with program deadlines; Fail to file their reports in accordance with program deadlines; and/or Intentionally file an inaccurate report; and/or Fail to pay an invoice according to program deadlines
Key Features. The EWSP will incorporate the following key features: Contained in collective agreements; Benefits for up to 26 weeks (130 working days) with income support replacement at 100%; The annual allotment shall be 9 days of paid sick leave for illness or injury that falls outside of the parameters of the EWSP; 100% income replacement during the 3-day (working) qualification period when the employee’s claim is approved; Qualifying chronic or episodic illnesses will be exempt of the waiting period; The qualification period will be waived in cases of hospitalization or recurrence of a prior illness or injury approved under EWSP within 30 days; Employees are entitled to carry over a maximum of 3 days of unused sick leave credits remaining at the end of the fiscal year, for use in the following fiscal year; The accumulation of current sick leave credits will cease once the EWSP is implemented. Employees with banked sick leave in excess of 26 weeks, will be entitled to carry over those excess days to provide extended coverage at 100% income replacement prior to accessing LTD; Travel time for diagnosis and treatment; Internal case management and return to work services focused on supporting employees when ill or injured; An employee on EWSP will be considered to be on leave with pay; and Full costs of administering the EWSP to be borne by Employer; Increase the quantum of family related leave by one (1) day.
Key Features. --Score the game play-by-play as the action happens --Manual stats entry for game box scores --All statistics (shots, goals, saves, and so on) are automatically calculated --Print or display box scores, play-by-play and other reports at any point --Creates report text files for word processing or to transmit/fax --Remote terminal feature displays stats on monitors in your press box --Automatically create HTML pages for your Internet Web site Game reports: --NCAA-style box score --Short box score (newspaper format) --Play-by-play summary --Shot chart report Season reports: --Game results --Individual statistics --Team statistics --Category leaders --Overall/conference-only statistics (1-page) --Combined results, team and individual statistics (1-page) --NCAA Final Statistics form (in XML format) Game-by-game reports: --Team game-by-game --Opponent game-by-game --Individual game-by-game --Individual goals-assists-points summary --Team and player game highs Additional display/output: --HTML pages for your Web site --Media stats display feature for press box data displays --Individual career statistics --Game viewer for detailed statistics display on a local network (LAN)
Key Features. The key features of Greenfield’s municipal aggregation program will include: Renewable power: Greenfield’s aggregation will maximize the use of power from renewable resources such as hydro, wind, and solar. Our goal is to use 100% renewable power. Price protection: Greenfield will secure its power supply by requesting competitive bids from the largest and most experienced power suppliers in the region. This competition will result in the best possible price. Greenfield will only launch the aggregation when it obtains a price that meets or beats the price of utility Basic Service. Consumer protection: Greenfield’s program will include the strongest consumer protections, including the ability for any customer to leave the program at any time with no fee. There will be no hidden charges of any kind. Local power sources: Greenfield will seek to purchase Renewable Energy Certificates (RECs) from renewable energy generators in Greenfield, including the solar energy projects in town, and include these RECs in the power supply. Product options: Greenfield will offer at least one optional product as an alternative to the standard product, giving customers a choice of environmental characteristics and price.
Key Features. Context Management The VRE Manager offers Java and WEB APIs to create, edit, and delete security context, i.e. Virtual Research Environment. Consistency with the gCube Model The VRE Manager grants publication and access to resources compliant with the gCube Model at context level.
Key Features open and extensible accounting model the underlying accounting model is flexible to adapt to diverse provider needs highly modular and extensible architecture the entire subsystem comprise a large number of components clearly separating the functional constituents multiple options for storage the subsystem can rely on an array of diverse solutions for actually storing records
Key Features. Collaboration You can share posts and have multiple discussions on the VRE homepage, adding comments and files in line with the discussion. Folder Sharing Folder sharing enables the reuse of content and the ease of creating multiple VREs for different audiences with shared content.
Key Features. Security as a Service Authentication and Authorization provided by web services called by resource management modules Flexible authentication model The user is not requested to have personal digital certificates Attribute-based Access Control A generic way to manage access: access control decisions are based on one or more attributes Support to different categories of attributes User related attributes (e.g. roles) and environment related attributes (e.g. context) Modularity Composed by different modules: each module has a well- defined scope and provides well-defined services Support to standards All the operations delivered by the facilities are built atop of recognized standards High performance The design and architectural choices have been made paying great attention to performances Resource Usage Tracking Administrators and users can monitor applications resources usage Architecture The XACML standard proposes a reference architecture with commonly accepted names for the various entities involved in the architecture. The nomenclature is not new (XXXX uses similar names to describe entities in its ecosystem), nor is the architecture complicated, allowing for easier common base of understanding of the standard. Five modules compose it: • Policy Administration Point (PAP) - Point which manages access authorization policies • Policy Decision Point (PDP) - Point which evaluates access requests against authorization policies before issuing access decisions • Policy Enforcement Point (PEP) - Point which intercepts user's access request to a resource, makes a decision request to the PDP to obtain the access decision (i.e. access to the resource is approved or rejected), and acts on the received decision • Policy Information Point (PIP) - The system entity that acts as a source of attribute values (i.e. a resource, subject, environment) • Policy Retrieval Point (PRP) - Point where the XACML access authorization policies are stored, typically a database or the filesystem. The 5 modules' capabilities are implemented by gCube as follow. • Policy Administration Point (PAP) is implemented by the gCube Authorization Service • Policy Decision Point (PDP) is implemented by a PDP library distributed with gCube SmartGears • Policy Enforcement Point (PEP) is implemented by a PEP library distributed with gCube SmartGears • Policy Information Point (PIP) is implemented by the gCube Resource Registry (Information System) • Policy Retrieval Point (PRP) is implemented by a d...
