Gestaltung-Brainstorming 2010-05-07
grafische gestaltung war das thema des treffens. im endeffekt ist nichts grafisches herausgekommen, dafür aber eine menge ideen über das was und wie der grafischen gestaltung:
views
views sollen das hauptwerkzeug für grafische darstellung werden. ein view besteht grundsätzlich aus der basiskarte und bestimmten, über eine filterfunktion ausgewählten elementen.
arten von views
- vorgefertigte views: vom team vorgefertigte views mit den hauptthemen oder den am meisten gewünschten einstellungen. bsp.:
- karte mit allen heute stattfindenden gratis-events (verknüpfung: zeit und aktivität)
- karte mit allen gratis-schwimmplätzen (verknüpfung: aktivität und mode_of_access)
- karte mit allen bezugspunkten für produkt X (verknüpfung: produkt und orte)
- karte mit verbindungen zwischen kulturvereinen (verknüpfung: ort und ort)
- karte mit materialströmen für endprodukt Y (verknüpfung: material, ort und produkt)
- selbstgenerierte views: über vielfältige filterfunktionen und auswahlkombinationen können sich user ihre eigenen karten generieren (und evtl. unter einem view-namen abspeichern, der dann wieder allen zur verfügung steht). bsp.:
- karte von person X mit allen cafés/social spaces, die auch als 'equipment' "bücherregale" haben, um dort lesen zu können.
gruppen von views
- basierend auf aktivität: z.b. über keys 'activity', 'material' oder 'equipment' > z.b. karte mit allem zum baden, allem wo ich holz bekommen kann oder allem mit kücheneinrichtung
- basierend auf abstrakt-inhaltlichen kategorien: z.b. über keys 'mode_of_production', 'mode_of_access' oder 'decisionmaking' > z.b. karte mit allem, wo kollektiv gewirtschaftet wird, allem mit freiem eintritt oder allem mit plenumsstruktur
- basierend auf zeitfaktoren: z.b. über keys 'opening_hours', 'season', 'date', 'periode' > z.b. karte mit allem, was heute offen ist oder karte mit allen sommer-aktivitäten (wie baden, beerenernte) oder winteraktivitäten (eislaufen)
- basierend auf verbindungen: z.b. über keys 'part_of', 'affiliate' oder 'equivalent' > z.b. karte mit allem, was zum geldlos.at-netzwerk gehört, allen befreundeten organisationen des uoqbon-lokals oder allem, was in anderen städten dem funkfeuer in wien entspricht.
- hier könnte potentiall am design von http://www.theyrule.org angeknüpft werden.
- kombinationen aus den obigen kategorien: z.b. über verknüpfte keys 'equipment'<>'decisionmaking'<>'opening_hours'<>'part_of' > karte mit allem, was eine kücheneinrichtung hat, plenumsbetrieben ist, heute offen hat und teil der plattform "radfreundliches wien" ist... vorschläge für konkrete views können hier gemacht werden: ViewProposals
icons
quellen für generelle inspiration:
- http://code.google.com/p/google-maps-icons/
- http://www.greenmap.org/greenhouse/en/about/iconintro/local_icons
darstellungsideen
- icons auftrennen in den aspekt des symbols UND der farbe. somit könnte jedes symbol in allen farben dargestellt werden, was mehrdeutigkeit erlauben würde. z.b. das symbol mit tanzender person für 'activity'="party", während das ganze in rot bedeutet, dass ein fester eintrittspreis besteht, gelb freie spende bedeutet und grün für freien eintritt steht.
- andererseits werden views immer wieder neu von users gestaltet, so dass einmal zugeordnete farben unflexibel sind. > also eher mit legenden arbeiten, so dass die bedeutung der immer wieder anders zugeordneten farben für die jeweilige karte schnell erkennbar sind.
- jedes nicht-abstrakte icon steht für eine aktivität, material, etc. (wie tanzende person, mistkübel, etc.)
- jedes icon ist ein link zum view, wo nur alle locations mit demselben symbol dargestellt werden.
- icons kombinieren mit anderen, drum herum im kreis angeordneten abstrakten mini-symbolen, die auch als links fungieren:
- da der view an sich meist entweder die aktivität, die zeitspanne, verbindungen oder das inhaltliche thema darstellt, sollten die kleinen zusatzsymbole die nicht dargestellten, restlichen drei themen repräsentieren:
- z.b. grüner kreis für "freier eintritt" > link auf view mit allem, was freien eintritt hat
- z.b. kettengliedsymbol für "verbindungen" > beim mausdrüberfahren öffnen sich - wieder per abstraktem symbol oder schrift - verbindungsarten wie "affiliates", "part of", etc., die durch klick linien zu den verbundenen locations erzeugen (und diese auch aufrufen, sofern sie in diesem view nicht vertreten waren).
- z.b. fähnchen für inhaltiche themen
- z.b. uhr für zeit-infos
- größe
- evtl. größe, kombinationsanzahl und komplexität der symbole dem zoom-niveau der karte anpassen: d.h. z.b. wenn ganz wien sichtbar ist, nur ganz kleine punkte, während, wenn die karte auf straßenniveau sichtbar ist, die symbole groß, feingliedrig und kombiniert sein könnten.
- andere option: Symbole auf wien-ansicht-niveau sind per se klein, beim mausdrüberfahren werden sie aber groß (und komplex?).
- evtl. größe, kombinationsanzahl und komplexität der symbole dem zoom-niveau der karte anpassen: d.h. z.b. wenn ganz wien sichtbar ist, nur ganz kleine punkte, während, wenn die karte auf straßenniveau sichtbar ist, die symbole groß, feingliedrig und kombiniert sein könnten.
verschiedenes
zeitlichkeit (& geschlechterspezifizität)
- technisch schwierig, z.b. frauen-öffnungszeiten darzustellen. andererseits sehr reizvoll und wichtig, geschlechtsspezifische karten zu generieren > z.b. "alles für nur frauen (heute)"
barrierefreiheit
- bei farbgestaltung rot-grün-schwäche beachten > nach möglichkeit keine roten und grünen elemente gemeinsam auf eine darstellung, wenn sie unterschiedliche dinge symbolisieren sollen
- nicht zu kleine darstellungen für menschen mit sehschwäche, bzw. zoombare darstellungen
universalität
- darauf achten, icons nicht durch oder mit hilfe von schriftzeichen oder buchstaben zu erzeugen, um sprachliche verwirrungen zu vermeiden. ein "v" für verbindungen würde in der englischen version dann nicht verstanden.
basiskarte
was wollen WIR im vordergrund sehen? soll die basiskarte autobahnen fett und rot drucken (standard) oder lieber grünbereiche, öffentliche flächen und radwege hervorheben?
