fix(maps): sag bei jedem Vorschlag, welcher Index geantwortet hat

Seit die Tipp-Suche beide Schichten fragt, ist ihre Liste gemischt — die
Antwort nennt aber weiterhin EINE Quelle fuer die ganze Liste, und die heisst
'trek-places'. Der Client beschriftet damit jede Zeile, auch die aus
OpenStreetMap. Wer tippt, liest also acht Mal "TREK" und schliesst daraus, die
OSM-Schicht antworte gar nicht. Sie antwortet, sie steht nur unter falschem
Namen da. Auf der Suchstrecke daneben stimmt es laengst: dort traegt jeder Ort
sein eigenes `source`, und genau deshalb liest sich diese Liste richtig.

Also traegt es jetzt auch die Zeile. Das Feld ist optional, weil Google und der
Nominatim-Rueckfall je aus einer Quelle antworten; eine Zeile ohne eigene
Angabe faellt weiter auf den Namen der Liste zurueck.

Dazu die Koordinaten, die der Vorschlag ohnehin schon kennt. Bisher wurden sie
weggeworfen, und wenn der Details-Aufruf nicht antwortete — Kill-Switch, ein
ueberlasteter Overpass-Spiegel, irgendein Fehler oben — baute der Client eine
Textsuche aus Name und zweiter Zeile. Bei einer OSM-Zeile ist die zweite Zeile
aber keine Adresse, sondern der ortsuebliche Name: gesucht wurde dann nach
"Tokio Hauptbahnhof, 東京駅丸の内駅舎", und dessen erstes Ergebnis wurde
kommentarlos als der Ort genommen, den der Nutzer angeklickt hatte. Jetzt
nimmt der Rueckfall den Punkt, den die Zeile mitbringt.

Und das Abzeichen gibt es endlich auch mobil. Die Marke und ihre Tabelle
liegen dafuer in client/src/utils/placeSource.ts, weil beide Oberflaechen
dieselben Listen zeigen und ein Zeichen, das nur auf einer davon steht,
schlimmer ist als keines.

Was hier NICHT drin ist, obwohl es dazugehoert: dass der richtige Bahnhof in
der Liste steht. Das liegt am Dienst, nicht an TREK, und ist dort gemessen und
behoben — Rangfolge nach Art des Ortes plus die Verkehrsknoten, die der
OSM-Schicht ganz fehlten.

client/src/utils/placeSource.ts

@@ -0,0 +1,39 @@
+/**
+ * Which index a place came from, as a short mark beside it.
+ *
+ * A result list can be two indexes interleaved, so the source belongs on the
+ * row rather than above the list: with the TREK index and OpenStreetMap
+ * answering together, "one of these came from somewhere" is not an answer
+ * anyone can use.
+ *
+ * Here rather than beside one screen because both the desktop form and the
+ * mobile sheet show the same lists, and a mark that says TREK on one and
+ * nothing on the other is worse than either alone.
+ */
+
+/**
+ * The three names are proper nouns, so they are not translated, and that is
+ * also why there is no fourth: a source without a name people already know
+ * would need a string in 23 languages to say less than nothing.
+ */
+export const SOURCE_LABELS: Record<string, string> = {
+  'trek-places': 'TREK',
+  openstreetmap: 'OpenStreetMap',
+  nominatim: 'OpenStreetMap',
+  google: 'Google',
+}
+
+/**
+ * The label for one row.
+ *
+ * A place carries its own source when the index that produced it says so, which
+ * is what makes an interleaved list readable. Everything else falls back to what
+ * answered the call: Google never marks its places, and a merged list marks only
+ * the index side, so an unmarked row in one is OpenStreetMap by elimination.
+ */
+export function sourceLabelFor(place: unknown, listSource: string): string | null {
+  const own = (place as { source?: unknown } | null)?.source
+  if (typeof own === 'string' && own) return SOURCE_LABELS[own] ?? null
+  if (listSource.includes('openstreetmap')) return SOURCE_LABELS.openstreetmap
+  return SOURCE_LABELS[listSource] ?? null
+}