fix: tolerate GHIN response drift (NaN stats + Temporary status)

[doyled-it]

GHIN's live API has drifted from the current schema in two places, which causes getScores to throw on real accounts:

1. Statistics percents can be NaN (or "NaN" strings)

On rounds where the user didn't track fairway hits / miss directions, GHIN returns NaN for fairway_hits_percent, missed_{left,right,long,short}_percent. The current float (z.coerce.number()) schema rejects these.

Fix: added a floatSafe preprocessor that normalizes NaN / "NaN" / empty string / null to null, then validates as z.number().nullable(). Used only on the five fields that GHIN empirically sends as NaN; all other percents still use strict float.

2. score.status can be "Temporary"

GHIN introduced a pending state for scores that haven't been validated by the handicap committee yet. The enum only knew "Validated" | "UnderReview".

Fix: added "Temporary" → "TEMPORARY" to the enum and status map.

Repro

const ghin = new GhinClient({ username, password })
await ghin.golfers.getScores(Number(username), { count: 100 })
// ZodError: invalid_type at scores[N].statistics.fairway_hits_percent
//           invalid_enum_value at scores[M].status: received 'Temporary'

Scope

Schema-only change. No behavior change for responses that already fit the old schema. No dependencies touched.