Die Kennziffer der Text-Ausrichtung soll als eine separate Spalte (z.B. MS_TEXT_JUST) in den _GEOM_BEST-Tabellen mitgespeichert werden.
Dabei soll nicht einfach der Standardwert des Parameters bJust/tJust aus der 30-er FS-Zeile, sondern die tatsächliche Text-Ausrichtung gespeichert werden.
(z.B. im VBA ermittelbar über Element.AsTextElement.TextStyle.Justification.)
Hintergrund:
Mit dieser Erweiterung kann man selbstständig den richtigen Text-Einfügepunkt errechnen, weil dann alle benötigten Informationen dafür in _GEOM_BEST vorhanden wären:
- XMIN/YMIN (bzw. SDO_GEOMETRY.SDO_POINT.X/Y): Koordinate der linken unteren Ecke des Textes
- MS_ANLGE: Text-Winkel
- MS_X_SCALE: Text-Breite
- MS_Y_SCALE: Text-Höhe
+ MS_TEXT_JUST: Text-Ausrichtung
Sehr geehrter Herr Steinhilber und Herr Hlotau,
vielen Dank für Ihr Feedback. Wir werden die Umsetzung dieser Idee im September erneut prüfen.
Mit freundlichen Grüßen,
Theo van de Ven
2) Bremen - K-Adresse (2313610, "Alter Postweg 173H"):
- SDO-Einfügepunkt (links/unten): im falschen Ortsteil
- korrekter Einfügepunkt (Mitte/unten, Kennziffer 8): im richtigen Ortsteil
Die tatsächlichen Einfügepunkte könnten auch für die automatische Beschriftungsüberarbeitung verwendet werden.
Bsp.: Automatisches Ersetzen der alten Beschriftungen durch Löschen und Neuplatzieren im selben Punkt.
Mit der tatsächlichen Textausrichtung in der _GEOM_BEST-Tabelle könnten die Arbeiten mit einem Batch-Skript durchgeführt werden.
Die Speicherung mit der linken/unteren Ecke soll bleiben. Wie wollen sie nicht ändern.
Wir brauchen keine Extra-Einstellung.
Der Wert MS_TEXT_JUST soll immer mitgespeichert werden (wie z.B. die Werte ANNOTATION_ID und DAS_TYPE).
Wir erwarten dort einfach nur eine Kennziffer der tatsächlichen Textausrichtung – mindestens eine der folgenden wichtigsten Kennziffern:
(Auszug aus der "Tabelle der Microstation Textausrichtungskennziffern tjust" in der ADMIN-Doku)
0 - Left Top
1 - Left Center
2 - Left Bottom
6 - Center Top
7 - Center Center
8 - Center Bottom
12 - Right Top
13 - Right Center
14 - Right Bottom
Wir haben bereits ein paar Prüfungen der räumlichen QS, in denen die tatsächlichen Einfügepunkte verwendet werden:
- K-Adressen, die sich in mehreren K-Postleitzahlgebieten befinden
- K-Adressen, die sich außerhalb eines K-Postleitzahlengebietes befinden
- K-Adressen, bei denen das Attribut Postleitzahl nicht mit dem K-Postleitzahlengebiet übereinstimmt, in dem sich die Adresse befindet
- K-Adressen, bei denen das Attribut Ortsteil nicht mit dem K-Ortsteil übereinstimmt, in dem sich die Adresse befindet
- K-Adressen, bei denen das Attribut Gemeinde nicht mit der K-Gemeinde übereinstimmt, in der sich die Adresse befindet
Dort wird aus der linken unteren Ecke anhand der Standard-Textausrichtung (N_FS_OBJ_GRAFIK_KATALOG.TEXTJUST) der tatsächlicher Einfügepunkt ermittelt.
Das Problem mir dieser Methode ist, dass die Standard-Textausrichtung aus der FS nicht immer der Textausrichtung in der Grafik entspricht.
Bei den K-Adressen ist es zum Glück nicht der Fall.
Es könnte aber zum Problem mit den Kabel-/Leitungs-Beschriftungen werden, die mit dem Modus 12 platziert wurden ("frei platzierbar mit festem Abstand und Winkel zu Leitung").
In Abhängigkeit von der Besch.-Position (oberhalb oder unterhalb der Leitung) ändert sich auch die Textausrichtung (z.B. bei der NS_TABS-Beschriftung "Lage" von 2 "links/unten" auf 0 "links/oben").
Im Anschluss – zwei Beispiele aus den jetzigen Prüfungen, in denen der SDO-Einfügepunkt zu "falschen" Fehlern führen würde:
1) Bremen - K-Adresse (5328697, "Am Reuterplatz 22, Ritterhude"):
- SDO-Einfügepunkt (links/unten): außerhalb eines PLZ-Gebiets
- korrekter Einfügepunkt (Mitte/unten, Kennziffer 8): im PLZ-Gebiet
Von: OpenUtilities Ideas Portal
Gesendet: Dienstag, 9. Juli 2024 13:58
An: Hlotau, Valentin
Betreff: Theo van de Ven responded to idea SISNET-I-43 OpenGis-Speichrung von Texten/Beschriftungen - Erweiterung um Text-Ausrichtung
Sie erhalten nicht oft eine E-Mail von b73125f81d35486e52acf11b-bentleysystems1@iad-prod1.mailer.aha.io. Erfahren Sie, warum dies wichtig ist
The sisNET product team has decided to not implement this change request. We could add the text justification value as a new column, but all texts are always stored in SDO with their lower-left point as text coordinate. Adding a text justification with another setting would create confusion. If we would change from storing the lower left point, other customers would need to recalculate the lower left point as that is what they have been getting so far. If we would make it optional, we need another sisNET setting telling if a customer is using the option yes or no. All this adds complexity for which we don't see a justification.
Thank you for your input!
This idea has been added as sisNET Product Backlog Item 143057, for further review by the sisNET team.