Tabelle: Prozentanteile

[tobiaskern]

Hallo Forum,

 

ich stehe mal wieder bei einer Tabelle auf dem Schlauch.

… die Suche hat mir auch nicht geholfen.

 

Ich habe eine Tabelle mit Raumflächen und der Summe

aller Einzelflächen (Screenshot anbei).

 

Gib es eine Formel, mit der ich die Prozentanteile der

Einzelflächen in Bezug auf die Gesamtfläche rechnen lassen kann?

 

Besten Dank für die Hilfe.

Viele Grüße

Tobi

[inderfab]

sollte gehen. bei Prozentanteil in der obersten Zeile eingeben:

= (hier die Zelle verlinken mit der Summe) / (hier die Zelle welche die Raumfläche Netto abbildet) * 100

 

Korrektur:

Direkt verlinken geht nicht, aber wenn du ein Feld erstellst, das die Summe als Funktion berechnet (mit den gleichen Suchabfragen wie im Filter) kannst du damit rechnen.

Habe es probeweise mit zwei Rechteck gemacht, geht aber mit allem.

 

Bearbeitet 8. April 2021 von inderfab

[tobiaskern]

Hi inderfab,

 

grüße Dich und thnx für die Hilfe.

 

Es ist schade, dass man eine Extraberechnung machen muss …

Gibt es kein Befehl der mein Ergebnis in B5  // in B5 steht: SUM(B4)  //

so umwandelt dass ich direkt =B4/B5 rechnen kann!? 

 

Ich habe es nun auch hin bekommen und gleich ein Support-Ticket erstellt,

mit dem Wunsch dass "Prozentanteile" als Standard-Funktion in VW-Tabellen

aufgenommen werden sollten!

 

Da ich die Flächen aus einem Raum bekommen habe, sieht meine

Formel für die Extraberechnung etwas anders aus:

 

=FLÄCHE((PON='Space') & (L<>'RST  VORLAGEN'))

Ermittle alle Flächen aus Raum die nicht auf Ebene "RST VORLAGEN" liegen.

 

Ich habe in der Tabellenfilter Spalte "Prozentanteile" die Zellen auf "Prozent" eingestellt,

dann muss man nicht mehr mit 100 multiplizieren und hat gleich das Prozentzeichen drin

stehen.

 

/ / / 

 

Ich kenne allerdings nicht den Unterschied warum ich

PON='Space' nehmen muss und nicht T="Space'!? 

 

Viele Grüße

Tobi

 

 

 

 

 

 

 

[tobiaskern]

Kann mir einer sagen warum ich bei dieser Formel:

 

=FLÄCHE((PON='Space'.'Area') & (L<>'RST  VORLAGEN'))

 

nicht das korrekte Ergebnis bekomme?

 

Der Unterschied ist:  'Space'.'Area'  anstatt nur  'Space'

 

mit 'Space'.'Area' ist das Ergebnis: 769,72 m2 = FALSCH 

mit 'Space' ist das Ergebnis: 144,59 m2 = RICHTIG

 

Die Spalte "Raumfläche Netto" sucht doch auch nach 'Space'.'Area'!?

 

Grüße
Tobi

Bearbeitet 8. April 2021 von tobiaskern

[tobiaskern]

Hi,

 

bin gerade dabei meine Tabelle noch zu verfeinern.

 

Warum bekomme ich bei beiden Formeln:

 

=FLÄCHE(('Space'.'Gross Area') & (L='+0  EG  Raum  V2'))

UND

=FLÄCHE(('Space'.'Area') & (L='+0  EG  Raum  V2'))

 

das gleiche Ergebnis?

 

'Space'.'Gross Area' sollte doch eigentlich den Brutto-Wert ausgeben

und 'Space'.'Area' den Netto-Wert, oder?

 

Grüße
Tobi

 

[tobiaskern]

Hi,

 

keine eine Idee?

 

Viele Grüße

Tobi

[Ali]

Hallo,

ich habe eine anschließende Frage zum Thema Tabelle.
 

Also ich versuche durch Mengentabelle Auswertung die Kosten zu ermitteln.

hier in Bild sieht man Einheitpreis und Gesamtpreis ( Zahl) .

 

Wenn Einheitpreis  von Fläche/Zahl/Länge stammt, wird alles in Gesamtpreis richtig berechnet

Nur die Schwierigkeit, wenn Einheitpreis  von Volumen stammt, bzw. von Geländemodell SOLL Volumen

Grundsätzlich werden die Volumen Mengen so angzeigt: z.B. 100m³ (als Standard/Text)
 

dann wenn ich in Formel so schreibe:
Volumen* Einheitpreis = Zahl * Text  wird unerkennbar Wert in Gesamtpreis anzeigt ( wie gelb makiert)
 

die Frage hier: gibt es die Möglichkeit, dass man die Volumen Werte als Zahl bewerten zu lassen?
eventuell mit einer Formel, dass z.B. von Wert 100m³ den Text(m³) wegnehmen kann, bleibt (100) als Zahl ?

 

Danke & Viele Grüße
Ali

 

 

[tobiaskern]

Hi Ali,

 

probier mal folgende Formel in GP zu schreiben:

 

=Wert(Funktion aus Geländemodell Soll Volumen) * Zelle EP

 

Die Hilfe spukt folgendes aus:

Wert(Text)

Konvertiert einen Text, der eine Zahl darstellt, in eine Zahl

 

https://vectorworks-hilfe.computerworks.eu/2018/VW_2018_Handbuch_Vectorworks/Tabellen_Datenbanken/Vectorworks_7-.htm

 

Wenn dein Geländemodell Soll Volumen als Text welcher ein Zahl darstellt,

in die entsprechende Zelle kommt, dann dürfte es so funktionieren.

 

Grüße
Tobi

 

[Ali]

Moin Tobi,

danke für Dein Vorschlag, aber die Formel hat leider nicht funktioniert

[tobiaskern]

Hi Ali,

 

ich habe es gerade selbst probiert.

Ja es scheint nicht zu gehen.

 

Habe dazu den Support kontaktiert, mal sehen was raus kommt.

 

Grüße
Tobi

[inderfab]

Habe ein Workaround für dich der funktioniert.

Das Volumen in der Tabelle anzeigen, dann davon einen Teilstring ziehen und diesen dann in einen Wert umwandeln. Ginge auch alles in einer einzelnen Zelle. =Wert(Teilstring(GMVolumen, ' ',1)

Siehe File im Anhang und die Screenshots.

Das Problem ist folgendes aus meiner Sicht. Das Volumen ist in der Datenbank gespeichert als Text, wenn man es direkt in eine Zahl umwandeln will geht das nicht, weil es nicht nur Zahlen hat sondern auch Text und dieser kann nicht umgewandelt werden. Deshalb muss man den Text zuerst auflösen.

 

 

 

GM Volumen.vwx

Bearbeitet 20. April 2021 von inderfab

[Ali]

primaaa , herzlichen Dank @inderfab

[tobiaskern]

@inderfab

 

Danke für die Hilfe.

Die Teilstring Formel ist mir neu.

Gut, dass ich das jetzt auch kenne (bzw. schon mal gehört habe).

 

@Ali

gemeinsam sind wir stark!

 

Grüße

Tobi

[inderfab]

@tobiaskern Gibt eine ganze Liste: http://vectorworks-hilfe.computerworks.eu/2017/VW_2017_Handbuch_Vectorworks/08_VW_Datenbank_und_Tabelle/Vectorworks_3-.htm unter Tabellenfunktionen. Zum Beispiel auch Verketten oder If Else.

[tobiaskern]

Hi

 

@inderfab

thnx für die Hilfe.

 

@ComputerWorks

Ich habe für meine Test auch mal versucht mein Geländemodell in ein 3D Solid zu konvertieren.

Das 3D Solid hatte ein gänzlich anderes Volumen als das identische Geländemodell.

 

Geländemodell = 153,9811 m3 (ohne Änderungen SOLL = IST)

3D Solid aus Geländemodell = 109,99 m3

 

Ich hoffe jetzt nicht, dass das Geländemodell das Volumen falsch berechnet,

bzw. das Volumen des 3D Solids falsch berechnet wird.

 

Irgend ein Fehler muss ja wohl darin stecken!?

Ggf. kann ja mal jmd. gegenchecken!

 

Grüße
Tobi

[herbieherb]

Das Volumen des GM rechnet sich bis zur Referenzhöhe. Daher die Differenz zum 3D-Solid.

[tobiaskern]

hi herbieherb,

 

hmmm?

 

Ich kann mir jetzt nicht vorstellen, dass es bei meiner Testdatei einen Unterschied gibt!?

Anbei: Testdatei!

 

21-04-20 VW Volumen Geländemodell2.vwx

 

Grüße
Tobi

 

[herbieherb]

Sorry, falscher Begriff. Ich meinte die Referenzebene in den GM-Einstellungen:

 

Die ist tatsächlich dazu gedacht, um die Volumenberechnung auf eine bestimmte Höhe zu begrenzen.

[tobiaskern]

Hallo herbieherb,

 

grüße Dich und Danke für die Info.

Ich muss leider noch mal intervenieren.

 

In meiner Beispieldatei liegt das Test-Geländemodell auf Höhe 0,00 cm in Bezug zum VW Nullpunkt

(dies sollte doch dann auch gleich "Höhe der Referenzebene sein, oder?).

Das daraus generierte 3D Solid ist optisch identisch in der Größe und trotzdem habe ich Volumenunterschiede.

 

Erst wenn ich im Geländemodell die "Höhe der Referenzebene" auf +50 cm stelle (???),

kommt ein identisches Volumen zw. Geländemodell und 3D Solid heraus.

 

Also wo ist die Logik in der Berechnung des Geländemodells im Verhältnis zur visuellen Darstellung?

Das Geländemodell sieht optisch identisch zum 3D Solid aus, hat aber 43,9911 m3 mehr Volumen!?

 

Geländemodell: 153,9811 m3

Höchster Punkt = 300 cm (Ausgangsdaten)

Tiefster Punkt = 50 cm (Ausgangsdaten)

Höhe Referenzebene = 0 cm

Das Geländemodell wird bis ±0,00 dargestellt und berechnet.

 

Das generierte 3D Solid = 109,99 m3 (optisch identisch)

 

Stelle ich im Geländemodell die "Höhe der Referenzebene" auf +50 cm

dann habe ich das gleiche Volumen wie das 3D Solid, durch die

Veränderung der "Höhe der Referenzebene" verändert sich die optische

Darstellung des Geländemodells nicht!

 

Sollte die Optik des Geländemodells nicht mit den generierten Daten/Berechnungen korrelieren?

Bug oder "Works as designed"?

 

@Computerworks

Wie ist euere Meinung?

 

Grüße

Tobi

 

 

 

 

 

[herbieherb]

vor 2 Stunden schrieb tobiaskern:

Sollte die Optik des Geländemodells nicht mit den generierten Daten/Berechnungen korrelieren?

Die Referenzebene ist genau für den Fall gedacht, wenn die Optik nicht mit dem Volumen übereinstimmen soll:

UK für die  Optik = "Tiefster Punkt"

UK für Berechnung = "Höhe der Referenzebene"

 

Daher sind alle deine Beobachtungen korrekt und genau so gewollt.