Fachliche Bezeichnung von Perspektiven bei architektonischen Zeichnungen?





Im Falle architektonischer Zeichnungen spricht man ja oft von Perspektiven, aber wie lautet die fachlich korrekte Bezeichnung? danke schon mal
Hallo Ocary91, 


es gibt tatsächlich mehrere Arten der Perspektiven in der architektonischen Darstellung. häufig verwendet wird die AXONOMETRIE.


Bei der isometrischen Axonimetrie wird das dargestellte Objekt um 45° gedreht wird und die beiden sichtbaren Seiten unter einem 30° Winkel zum Horizont dargestellt werden. 


Bei der dimetrischen Axonometrie wird das darzustellende Objekt ebenfalls gedreht, aber nur um 20°, so daß die beiden sichtbaren Seiten unter Winkeln von 42° und 7° dargestellt werden, was etwas natürlicher ausschaut. 


per Hand etwas aufwändiger, aber ungleich realistischer, daher auch häufiger verwendet ist REALPERSPEKTIVE, oft mit der 2-Fluchtpunkt-Perspektive dargestellt wird. Bei ihr laufen Raumparallele Kanten auf einen Fluchtpunkt zu, wobei jede dargestellte Seite einen eigenen Fluchtpunkt hat. 


Alle anderen Arten von Perspektiven werden in der Architekturdarstellung eher selten eingesetzt. Auch CAD-Programme nutzen die Darstellung der Realperspektive, wobei viele Planer zugunsten einer scheinbar besseren (dramatischeren) Optik gern einen Standpunkt (Augenpunkt) auswählen, der später nie eingenommen werden kann. (Beispielsweise mitten auf einer Fahrbahnkreuzung in ca. 30 cm Höhe über dem Fussboden, weil dadurch die Technikaufbauten auf dem Hausdach nicht sichtbar sind oder die angrenzenden Häuser verdeckt werden, die im Zusammenspiel mit dem geplanten Neubau seltsam wirken. 


M.E. nach ein Fehler, den man nicht machen darf, denn nichts ist aufregender als eine Zeichnung, die auch das zeigt, was später sichtbar ist. Und wenn es in einer solchen Perspektive nicht gut aussieht, dann ist es eine verbesserungswürdige Planung ;)
Wenn es etwas mehr sein darf, dann finde ich "Design Thinking" oder auch "Design Sprints" sehr passend. Das ist allerdings beides nichts, was man mal eben in ein kurzes Meeting einbindet, sondern eine komplette Methodik in der es in beiden Fällen auch darauf ankommt, dass man ein möglichst interdisziplinäres Team zusammenstellt, um von den verschiedenen Sichtweisen zu partizipieren und dann in einem strukturierten Prozess zuerst einmal daran arbeitet, eine sinnvolle / lösenswerte Problemstellung zu erarbeiten. Im weiteren Verlauf werden konkrete Lösungsideen erarbeitet, ein Prototyp entwickelt, der dann an echten Kunden verprobt wird. 

Zum Start der Zusammenarbeit eines neuen Teams, bzw. beim Projekt-/Produktentwicklungsstart finde ich das super passend.

Nähere Infos dazu gibt's im Teamprove Blog: [Design Thinking](https://www.teamprove.de/blog/design-thinking-1-innovation-mit-methode?highlight=WyJkZXNpZ24iLCJ0aGlua2luZyIsImRlc2lnbiB0aGlua2luZyJd) oder [Design Sprint](https://www.teamprove.de/blog/design-sprint-mach-s-wie-google?highlight=WyJkZXNpZ24iLCJ0aGlua2luZyIsImRlc2lnbiB0aGlua2luZyJd)

Innerhalb dieser Methoden wird dann durchaus auf andere Elemente wie z.B. verschiedene Brainstorming Techniken gesetzt. Unterschreib so wie du auch normal schreibst - bei mir ist das z.B. eine mischung aus schreib- und druckschrift. nur wenn es explizit angegegben ist in Druckschrift zu schreiben musst du das auch tun.


LG lena Es ist schon normal, dass man das begrenzt steuern kann, man kann seinen Blick ja auch in die Ferne schweifen lassen und sieht dann nahen Text undeutlich. Wenn Ihre Augen allerdings nach einer gewissen Zeit von alleine anfangen, den Text verschwimmen zu lassen, sind sie müde und das könnte auf eine beginnende Weitsichtigkeit hindeuten. Ich würde Ihnen also schon empfehlen, mal zum Augenarzt zu gehen. Hi! Deine Werte sind tatsächlich nicht hoch. Allerdings heißt auch schon dieses kleine Bisschen Kurzsichtigkeit, dass du in der Ferne nicht optimal scharf siehst. Dies fällt dir noch nicht auf, wenn du in deinem Zimmer sitzt, aber wenn du nur etwas weiter sehen willst, wird es schwieriger. Dann fängt man als leicht Kurzsichtiger nämlich an, sich Mühe zu geben, doch noch richtig zu sehen - und das ist anstrengend (und so gut wie fruchtlos). 


Ich selbst habe kürzlich eine neue Brille bekommen mit leicht höheren Werten als zuvor - ich merke richtig, wie viel entspannter ich damit sehe. Und tatsächlich scharf. ;) In Kontaktanzeigen ist es wirklich meist nur eine ''nette'' Umschreibung, damit man nicht in die falsche Anzeigenkategorie gesteckt wird. Generell kann aber auch eine ernst gemeinte Umarmung unter ''körperlicher Nähe'' laufen. Im persönlichen Gespräch würde ich einfach nachfragen, wenn er anfängt rum zu eiern war es die nette Umschreibung. ;-) <p>ich denke, dies wirft weitere fragen und potenzielle probleme auf:</p><ol> <li>ist es wirklich notwendig, zwei getrennte arten von feldern für diese arten von zahlen zu haben? die tatsache, dass sie probleme haben, sie richtig zu kennzeichnen, bedeutet, dass dies wahrscheinlich zu einer schlechten benutzererfahrung führt.</li> <li>was ist, wenn der benutzer der meinung ist, dass die antwort eine dezimalstelle enthält, aber nur eine ganze zahl eingeben darf? sollten sie auf- oder abrunden?</li> <li>gibt es eine möglichkeit, sie nur mit einem nummernfeld zu versehen und den rest programmgesteuert zu erledigen? vielleicht dezimalstellen runden oder entfernen?</li> </ol><p>wenn sie sie nicht zu einem feldtyp kombinieren können, können sie sie auf jedem etikett explizit angeben:</p><ul> <li>geben sie eine zahl ein (dezimalstellen erlaubt)</li> <li>geben sie eine zahl ein (keine dezimalstellen)</li> </ul> Nichtwissen wird bei Tests mit einer schlechteren Leistungsbewertung bestraft. Das gilt leider auch (nach meinen Erfahrungen) für nicht ausreichend formulierte Aufgabenstellungen. Es liegt im Ermessen des Lehrers, welche Tests geschrieben werden und wie die Bewertung ausfällt.   



Es gibt natürlich die Möglichkeit, dich mit der Arbeit an einen Fachbetreuer zu wenden, der für das Fach zuständig ist, um eine zweite Meinung einzuholen. Gegebenenfalls lässt sich hier noch etwas machen, in den meisten Fällen ist diese Beurteilung allerdings auch sehr parteiisch.


Lass es über dich ergehen, im Recht zu sein steht nicht immer für Gerechtigkeit. Es wird dich vermutlich nicht umbringen. hi, 

klingt nach gefriertrocknen. da ist das ziel aber das austrocknen, nicht das einfrieren. 

in dem man wasser zugibt. beispiel tütensuppe. 
wobei ‚normal‘ hier eher tolerant zu sehen ist. 
grüße 
lipi pfahl sitzen! da muß jemand doch schon ziemlich publicity-g..l sein, um sowas auf sich zu nehmen...
http://de.wikipedia.org/wiki/pfahlsitzen <p>was sie erstellen möchten, ist eine <a href="http://en.wikipedia.org/wiki/domain-specific\_language">domänenspezifische sprache</a> . das grundprinzip dieser art von (programmier-) sprache lautet: halten sie die syntax so einfach wie möglich, während sich einfach auf "vom menschen lesbar" bezieht, indem sie alle nicht benötigten funktionen entfernen.</p><h2>schwierigkeiten der c-syntax</h2><p>was macht c-syntax schwer zu schreiben:</p><ul> <li>fehlendes nachlaufen; ich habe viele anfänger gesehen, die auf diesem fluch waren.</li> <li>fehlend} oder).</li> <li>das konzept der zeiger <em> (sie werden diesen wahrscheinlich nicht brauchen) </em></li> <li>variable bereiche</li> <li>copy-by-value vs. referenzen</li> </ul><p>wenn sie eine kleine teilmenge der sprachfunktionen verwenden, ist der code sowohl leichter zu lesen als auch zu schreiben (sofern er konsistent ist).</p><h2>beispiel</h2><p>angenommen, der code muss ausdrücken, dass prozess a von prozess b abhängig ist.</p><pre><code>process a = "cook something"; process b = "go shopping."; depends\_on(a, b); </code></pre><p>oder:</p><pre><code>cook something &lt;- go shopping </code></pre><p>im zweiten beispiel muss der "codierer" nicht einmal das konzept der parameter kennen!</p><h2>technische komplexität beeinflusst die benutzerfreundlichkeit</h2><p>was am ende mindestens genauso wichtig sein kann: eine anständige kompilierungs-/debugging-umgebung, fehlermeldungen, die zur lösung des eigentlichen problems beitragen usw. aufgrund der technischen schwierigkeiten beim parsen von c gibt der compiler häufig nur schwache fehler aus im zusammenhang mit der wahren ursache. auch hier hilft eine einfache syntax.</p>