VTK/ARB: Difference between revisions
m (Remove whitespace) |
|||
(23 intermediate revisions by 4 users not shown) | |||
Line 1: | Line 1: | ||
__NOTOC__ | __NOTOC__ | ||
==Purpose== | ==Purpose== | ||
Line 13: | Line 12: | ||
* Does the change cause a significant shift in the functionality and scope of VTK? | * Does the change cause a significant shift in the functionality and scope of VTK? | ||
* Are there licensing issues with the code? | * Are there licensing issues with the code? | ||
Smaller feature additions and bug fixes will not in general require ARB approval, although they should in most cases have an associated development plan. | Smaller feature additions and bug fixes will not in general require ARB approval, although they should in most cases have an associated development plan (see the [[VTK/Managing the Development Process|Managing the Development Process]] document). | ||
==Roles== | ==Roles== | ||
The ''' | The '''President''' organizes the meeting agenda and maintains the roadmap and the list of outstanding proposals requiring ARB intervention. He or she is also responsible for setting up ARB meeting times/places and ensuring that the goals of the meeting are accomplished. The president may invite individuals or groups who have submitted proposals to present their plans at ARB meetings. | ||
The ''' | The '''Secretary''' keeps records of each meeting, assists in the setup of the meeting location and technology (e.g. projectors, video conferencing, etc.) required, and facilitates communication of proposals to the ARB, as well as decisions from the ARB back to the community. | ||
==Meetings== | ==Meetings== | ||
The ARB will meet on a schedule of their choosing and convenience, but at least once a quarter. The ARB may meet informally at any time as the need arises to evaluate proposals. | The ARB will meet on a schedule of their choosing and convenience, but at least once a quarter. The ARB may meet informally at any time as the need arises to evaluate proposals. ([[VTK/ARB/Meetings|Meeting notes and scheduled meetings are listed here]].) | ||
==Conflict Resolution== | ==Conflict Resolution== | ||
Conflicts will be resolved by discussion and consensus where at all possible. When such an agreement is impossible, the members of the ARB will vote on the issue, with the | Conflicts will be resolved by discussion and consensus where at all possible. When such an agreement is impossible, the members of the ARB will vote on the issue, with the President breaking any tie vote. | ||
==Membership== | ==Membership== | ||
Line 33: | Line 32: | ||
Membership, while initially determined by Kitware, will develop organically from the ARB itself. ARB members are responsible for nominating new members, who are elected by consensus or majority vote (with the president breaking any tie). Existing members may step down from the ARB at any point. Members who are unable to attend meetings after reasonable effort to contact them, or are found to be exceedingly counterproductive to the purposes of the ARB, may be dropped from the ARB by consensus or vote. | Membership, while initially determined by Kitware, will develop organically from the ARB itself. ARB members are responsible for nominating new members, who are elected by consensus or majority vote (with the president breaking any tie). Existing members may step down from the ARB at any point. Members who are unable to attend meetings after reasonable effort to contact them, or are found to be exceedingly counterproductive to the purposes of the ARB, may be dropped from the ARB by consensus or vote. | ||
== | ==Current Members== | ||
* Jim Ahrens, Los Alamos National Laboratories | The following are the current members of the ARB. It is likely that many of these positions may change over time. The list below summarizes each members organization and expertise. | ||
* Berk Geveci, Kitware Inc. | |||
* Bill Lorensen | * Jim Ahrens, Los Alamos National Laboratories (Supercomputing: VTK, ParaView) | ||
* Andrew Maclean | * Berk Geveci, Kitware Inc. (Supercomputing: VTK, ParaView) | ||
* Steve Pieper | * Bill Lorensen, Master and Commander (Medical Imaging: VTK, Slicer) | ||
* Will Schroeder, Kitware Inc. | * Andrew Maclean, Centre for Autonomous Systems, University of Sydney (Geometry: VTK, Robotics, Software Process) | ||
* | * Steve Pieper, Isomics (Medical Imaging: VTK, Slicer) | ||
* Paolo Quadrani, CINECA System and Technology Department (Medical Imaging: VTK, MAF) | |||
* Will Schroeder, Kitware Inc. (Geometry, Data Structures, Algorithms: VTK) | |||
* Ken Mooreland, Sandia National Laboratories (This is a rotating position with other lead VTK technologists from Sandia) (Informatics: VTK, Titan) | |||
* Alejandro Ribes, Research Scientist at EDF R&D (ParaView, In-situ visualization and analytics, statistical visual analysis) | |||
* David Gobbi, Research Scientist at Calgary Image Processing and Analysis Centre | |||
==Mailing List== | |||
This members only mailing list can be found at http://www.vtk.org/mailman/listinfo/arb |
Latest revision as of 10:06, 3 July 2015
Purpose
The VTK Architecture Review Board (ARB) is a group of individuals whose goal is to advance the technology in VTK by providing direction and oversight to the development of VTK. While the open-source nature of VTK allows natural progression via its many developers, the ARB seeks to balance the intentions of each small group of developers, ensuring that changes will benefit the community as a whole. The ARB serves the following functions:
- Maintain a roadmap of VTK including long-term plans.
- Make decisions on high-impact code changes to VTK.
Scope of ARB Intervention
Code changes with a high impact on developers and/or users should be reviewed by the ARB. The following are some guiding principles for deciding whether changes require ARB involvement:
- Will the change significantly affect backwards compatibility?
- Does the change cause a significant shift in the functionality and scope of VTK?
- Are there licensing issues with the code?
Smaller feature additions and bug fixes will not in general require ARB approval, although they should in most cases have an associated development plan (see the Managing the Development Process document).
Roles
The President organizes the meeting agenda and maintains the roadmap and the list of outstanding proposals requiring ARB intervention. He or she is also responsible for setting up ARB meeting times/places and ensuring that the goals of the meeting are accomplished. The president may invite individuals or groups who have submitted proposals to present their plans at ARB meetings.
The Secretary keeps records of each meeting, assists in the setup of the meeting location and technology (e.g. projectors, video conferencing, etc.) required, and facilitates communication of proposals to the ARB, as well as decisions from the ARB back to the community.
Meetings
The ARB will meet on a schedule of their choosing and convenience, but at least once a quarter. The ARB may meet informally at any time as the need arises to evaluate proposals. (Meeting notes and scheduled meetings are listed here.)
Conflict Resolution
Conflicts will be resolved by discussion and consensus where at all possible. When such an agreement is impossible, the members of the ARB will vote on the issue, with the President breaking any tie vote.
Membership
Membership, while initially determined by Kitware, will develop organically from the ARB itself. ARB members are responsible for nominating new members, who are elected by consensus or majority vote (with the president breaking any tie). Existing members may step down from the ARB at any point. Members who are unable to attend meetings after reasonable effort to contact them, or are found to be exceedingly counterproductive to the purposes of the ARB, may be dropped from the ARB by consensus or vote.
Current Members
The following are the current members of the ARB. It is likely that many of these positions may change over time. The list below summarizes each members organization and expertise.
- Jim Ahrens, Los Alamos National Laboratories (Supercomputing: VTK, ParaView)
- Berk Geveci, Kitware Inc. (Supercomputing: VTK, ParaView)
- Bill Lorensen, Master and Commander (Medical Imaging: VTK, Slicer)
- Andrew Maclean, Centre for Autonomous Systems, University of Sydney (Geometry: VTK, Robotics, Software Process)
- Steve Pieper, Isomics (Medical Imaging: VTK, Slicer)
- Paolo Quadrani, CINECA System and Technology Department (Medical Imaging: VTK, MAF)
- Will Schroeder, Kitware Inc. (Geometry, Data Structures, Algorithms: VTK)
- Ken Mooreland, Sandia National Laboratories (This is a rotating position with other lead VTK technologists from Sandia) (Informatics: VTK, Titan)
- Alejandro Ribes, Research Scientist at EDF R&D (ParaView, In-situ visualization and analytics, statistical visual analysis)
- David Gobbi, Research Scientist at Calgary Image Processing and Analysis Centre
Mailing List
This members only mailing list can be found at http://www.vtk.org/mailman/listinfo/arb