This is a bit messy thing. You should read at least this GeoTIFF document
http://www.remotesensing.org/geotiff/spec/geotiff2.5.html#126.96.36.199 and some GDAL considerations
As a rule of thumb all rasters (aerial, satellite images) use pixel-is-area and measurement data like DEMs use pixel-is-point. But how it reflects to georeferencing and image extents is unfortunately not so simple. For GDAL the anchor point of the pixel is always at top-left corner of a pixel - if you store a new Ground Control Point (GPC) the given coordinates are always tied to the top-left corner of the corresponding pixel and it does matter if pixels are defined as areas or points. GDAL also reports the same extents for pixel-is-area and pixel-is-point images. It is up to user or software using GDAL to treat them differently if necessary.
The current OGC rule for georeferencing of coverages is to use a grid which is defined in the 437 pages long GML v.3.2.1 specification. That does make half a pixel difference in the location of origin for pixel-is-point and pixel-is-area because in case of area pixels the origin will be set to the middle of a pixel. The following quotation is from GML in JPEG2000 standard:
Note: GMLJP2 follows the definition of grids in GML 3.2.1 [OGC
07-036] clause 19.2.2: “When a grid point is used to represent a
sample space (e.g. image pixel), the grid point represents the center
of the sample space (see ISO 19123:2005, 8.2.2)”. This corresponds
with the pixelInCell value of ImageCRS set to CellCenter as specified
in ISO 19111. This can be interpreted as the origin of the
RectifiedGrid is the centre point of the corner pixel.
For making things not to appear too simple, some programs like ERDAS imagine (AFAIK) follow internally the pixel-is-point schema as well as MapServer until the next-to-come version 7.0, with trying to change on-the-fly into the pixel-is-area schema. Reading about this: http://mapserver.org/fr/development/rfc/ms-rfc-107.html.
For best interoperability I would recommend to use pixel-is-area and GeoTIFFs for all natural rasters (aerial and satellite images, topographic maps). This is a well-known and thus reliable combination. If you play with DEMs and other measurement/sensor data and half a pixel shift can be meaningful be aware that they may be labeled as pixel-is-point and different programs may or may not introduce the half a pixel shifts.