[GRASS5] [bug #4214] (grass) r.info: new timestamp effort is ambiguous

[Glynn Clements]

Request Tracker wrote:

> this bug's URL: http://intevation.de/rt/webrt?serial_num=4214
> -------------------------------------------------------------------------
> 
> Subject: r.info: new timestamp effort is ambiguous
> 
> Hi,
> 
> the new Timestamp: field displayed r.info:
> 
>  | Timestamp: 27.3.2006 00:00:00 to none                          |
>  |----------------------------------------------------------------|
>  |                                                                |
>  |   Type of Map:  raster               Number of Categories: 1   |
>  |   Data Type:    CELL
> 
> 
> This is bad. It should just paste the timestamp as a string the same as
> r.timestamp does. The current r.info way is ambiguous when day<13 and most
> people in the US* probably aren't even aware that it can by listed in
> a way other than month/day/year! A straight dump of the string keeps
> the months in english, if anything string munging** should happen in r.info
> to change Jan,Feb,Mar,... to _("January"),_("February"),_("March"),...
> then the .po files can translate as needed. Maybe as a new fn in 
> lib/gis/timestamp.c?  G_format_timestamp_l10n() or something.

If you store a timestamp in a file as a string, it should use a
defined format, rather than using the current locale at the point that
the timestamp is added.

If you want localisation, do it when you display the timestamp to the
user (i.e. in r.info).

BTW, the timestamp should probably include the creator's time zone.

-- 
Glynn Clements <glynn at gclements.plus.com>