Alle Tags von Relevanz sollten in der Zeile unter den Koordinaten (egal wohin wir die Zeile verschieben) in menschenlesbarer Form angezeigt werden, später auch in Übersetzung.
Dafür ist die Funktion “createInfoFromData()” zuständig. Ich hab eine rudimentäre erste Version geliefert, daran muss aber – ähnlich wie bei den Icons – noch heftig gearbeitet werden. Es wäre schön, wenn wir alle allgemein interessierenden Informationen dort unterbringen könnten; dann müsste auf “Ðetail” nur noch umgeschaltet werden, um bei Unstimmigkeiten prüfen zu können.
Das Thumbnails werden auf dem Server aus den im Netz abgegriffenen Originalen nach vorgegebenen Parametern erzeugt. Sie werden bei Überbreite oder Überhöhe beschnitten und sodann in eine Box hineinskaliert. Das Ergebnis dann gecacht, um den Server zu entlasten.
Eine oben und unten beschnittene freischwebende Sendeantenne sieht doof aus, und ein links und rechts brutal beschnittenes Siebengebirgspanorama auch. Wenn sich da also jemand betätigen und möglicherweise mehrere Bilder durchprobieren oder schlauer auswählen mag…
Da halte ich mich raus. Ich baue das, was gewünscht wird.
Das ist eine Zeile CSS. Bei Änderung sollte man auch noch die Borders collapsen lassen, das spart Platz.
Sie werden in eine Box skaliert. Dennoch gibt es weiter Hochformat- und Querformat-Bilder. Und Querformatbilder in eine Hochformat-Box hineinskaliert sehen dürftig aus. Dafür sehe ich keine wirklich gute Lösung.
Thema: Layout:
+1 für Tabs
+1 für Name oberhalb des Bildes über die gesamte Breite
+1 für unterschiedliches Layout, abhängig vom Bildformat. Dies ermöglicht einen wesentlich besseren Umgang mit dem verfügbaren Platz (für Text und Bild), so dass beide profitieren dürften.
Wollte ich auch gerade vorschlagen. Und wenn das Seitenverhältnis zu extrem ist, läßt man es bei der Auswahl unberücksichtigt.
Zusätzlich in groß braucht man es vielleicht nicht zwingend, über den Link zur Wikipedia-Seite ist es ja in Originalgröße ohnehin nur einen Klick entfernt.
Denn das Format des Bildes kann ich erst abfragen, wenn es abgeholt ist. Und das kann, wie man leicht selbst feststellen kann, durchaus etwas dauern. Das HTML der Box muss deshalb vorher erstellt werden. Schöner als eine quadratische Bildbox ist es allemal; also lohnt es den Aufwand, über eine technische Realisierung nachzudenken.
“Zusätzlich in groß” wäre technisch unproblematisch, userinterfacetechnisch auch (als dritter Tab)”, ist aber rechtlich nicht machbar und deshalb auch nicht eingeplant.
Die Bilder sind jeweils mit der URL verlinkt, die im entsprechenden OSM-Objekt hinterlegt ist.
Wobei natürlich aus “wikipedia=de:Tolles Beispiel” zuerst ein “http://de.wikipedia.org/wiki/Tolles_Beispiel” gemacht wird.
Über diesen Umweg kann man natürlich die Lizenzbestimmungen finden. Ich denke, dass die meisten Bildeinsteller bei Commons damit zufrieden sind (ich jedenfalls wäre es); wirklich sauber ist das aber nicht, und ein bösartiger Bildeinsteller könnte möglicherweise erheblichen Ärger bereiten.
Den Ärger riskiert man aber ohnehin, wenn man dem “image=” folgt (das hat zur Zeit Priorität vor “wikipedia=”). Da kann ein dummer oder bösartiger Bearbeiter Bild-URLs hinterlegen, die mit hoher Sicherheit Ärger bereiten. Die Kochbuch-Bilder sind whohl den meisten hier bekannt.
Andererseits gewinnt die Seite mit den Bildern erheblich, da man sich von den Objekten gleich ein “Bild” machen kann. Und es motiviert, mit der Kamera rauszugehen und weitere Objekte mit Bildern auszustatten.
Ich glaube wir reden aneinander vorbei. Normalerweise zeigt der Link in der Sprechblase (wenn ich auf das Bild klicke) zum jeweiligen Wikipedia-Artikel. In meinem Beispiel zeigt es aber stattdessen auf die Wikimedia-Commons-Seite, also auf das Bild (in groß) statt auf den Wikipedia-Artikel.
Moment, ist mir hier etwas entgangen? Gibt es einen Image-Tag image= o.s.ä., mit dem man direkt ein Bild verlinken kann?