Alternative logics to resolve axis order

[navispatial]

A new enum:

/// An enum for spatial representations that can be used to code logic when
/// need to choose some options based on a representation.
///
/// The original use case for this enum is the problem of choosing the axis
/// order of coordinate values in position and point representations.
enum GeoRepresentation {
  /// The default representation of coordinates and geometries that represents
  /// coordinates in the axis order specified by an authority (like EPSG or
  /// OGC) in cases where order is not explicitely defined elsewhere.
  crsAuthority,

  /// The [GeoJSON](https://geojson.org/) representation of coordinates and
  /// geometries that always represents longitude (or easting) before latitude
  /// (or northing).
  geoJsonStrict,
}

This is used by CoordRefSys (and similarily by CoordRefSysResolver):

  /// Try to resolve the axis order (as a CRS authority has specified it) of
  /// coordinate values in position and point representations for this
  /// coordinate reference system identified by [id].
  ///
  /// The `null` return value is interpreted as "the axis order is not known".
  AxisOrder? get axisOrder;

  /// Whether x and y coordinates read from (or written to) external data
  /// representation should be swapped for the coordinate reference system
  /// identified by [id] before using in internal data structures of this
  /// package.
  ///
  /// Use [logic] to give general guidelines how a result is to be resolved.
  /// When not given `GeoRepresentation.crsAuthority` is used as a default.
  bool swapXY({GeoRepresentation? logic});

[navispatial]

Implemented in geobase 0.5.0