Erweiterte Druckfunktionalität: Unterschied zwischen den Versionen

Version vom 12. September 2006, 11:19 Uhr

Die Druckfunktionalität ist jetzt darauf ausgelegt, dass Sie den "amtlichen" ALK-Auszug generieren kann. Für eine allgemeine Druckfunktion ist das vielleicht zu speziell. Es lassen sich einige weitere Funktionalitäten denken:

Legende

Es soll möglich sein, eine Legende im Druckbild zu platzieren. Die Legende soll die im Kartenausschnitt sichtbaren Layer enthalten. Damit die Legende im Kartenbild platzierbar sein kann, muss - wenn nötig - ein entsprechendes Hintergrund-JPG vorhanden sein.

• --Rahn 11:10, 6. Sep 2006 (CEST) Eine Legende als frei positionierbares Bild zu erzeugen ist so erstmal kein Problem. Allerdings sieht diese Legendendarstellung anders aus als die interaktive Legende rechts neben der Karte. Zunächst werden (was ja auch so gewollt ist) nur die aktiven Layer in die Legende miteinbezogen. Es erscheinen jedoch keine Layernamen in der Legende, sondern nur die Klassennamen mit den entsprechenden Symbolen. Damit die Legende dennoch aussagekräftig ist, müssten die Klassennamen der auszugebenden Layer so gewählt werden, dass sie auch ohne den Layernamen verständlich sind. Ein Beispiel: Man hat einen Layer Gebäude. Dieser hat 3 Klassen: Wohn- Wirtschafts- und sonstige. Damit auch die Legende im Druckbild aussagekräftig ist, sollte man die Klassennamen in Wohngebäude, Wirtschaftsgebäude und sonstige Gebäude umbenennen. Ist diese Möglichkeit der Legendendarstellung und die damit verbundene Einschränkung bei den Klassennamen akzeptabel? Ansonsten müssten wir uns andere Methoden überlegen, wie wir ein Legendenbild erzeugen können.

--Markus Hentschel 12:12, 12. Sep 2006 (CEST) Wir haben eigentlich wenige Classes, die "sonstige", "alle" o.ä. heißen. Was wir aber regelmäßig haben, sind Classes ohne Namen, nämlich immer dann, wenn es nur eine Class im Layer gibt und die Bezeichnung dann zweimal in der Legende stünde, was irgendwie dumm aussieht. Was wir ebenfalls sehr häufig haben, sind Classnamen, die den Bezug zum Layer nicht erkennen lassen oder andersherum, deren Namen man nur im Zusammenhang mit dem Layernamen versteht. Beispiel: Layer "Wasenplätze" mit den Classes "sehr gut geeignet", "geeignet", "bedingt geeignet" und "ungeeignet". Wenn diese Classnamen so in der Legende stehen, kann keiner was damit anfangen. Meiner Meinung nach müssen die Layernamen also mit in die Legende.

• Hier mal ein Beispiel, wie die Legendendarstellung bisher aussieht. Der linke und untere Rand der Legende ist ziemlich dünn. Ist das trotzdem ok oder soll, wie bei der Referenzkarte noch ein Hintergrundbild hinter die Legende gelegt werden? Um den Erstellungsaufwand eines Druckrahmens und das Druckrahmenformular nicht unnötig zu vergrößern könnte man auch einen festen Hintergrund für die Legende verwenden, der dann automatisch zur Legende dazu gezeichnet wird. Beispielsweise mit einem weißen 15 px breitem Rand und "Legende" als Überschrift.

(Der schräge, durchscheinende Text kommt übrigens von meinem PDF2jpg-Konventer und ist kein Wasserzeichen)

Mehrere freie Texte

Alle festen Bildelemente werden z.Z. im Hintergrund-JPG erzeugt. Das ist von der Qualität her noch nicht optimal. Besser wäre es, wenn alle Texte über die Druckrahmenverwaltung definierbar wären.

Drehwinkel und Nordpfeil

Durch Angabe eines Drehwinkels soll das Druckbild gedreht werden können. Dann ist die Anzeige eines Nordpfeils nötig.

• --Rahn 14:43, 8. Sep 2006 (CEST) Der Druckbereich lässt sich nun im Bereich von 90° bis -90° drehen (Ich nehme mal an, die Karte auf den Kopf stellen zu können, ist nicht erforderlich, oder?). Wie soll jetzt der Nordpfeil eingebunden werden? Wenn das Aussehen des Pfeils frei definierbar sein soll, müsste man wieder ein Bild hochladen können. Das wird dann entsprechend des Drehwinkels gedreht - sieht natürlich nicht so schön aus. Oder man erzeugt den Pfeil direkt im PDF- also als Vektor. Dann könnte man ihn z.B. auch (ohne störenden Rand) auf die Karte legen. Nur ist das Aussehen des Pfeils dann fest. Ich würde ja die zweite Variante bevorzugen. Was sagt ihr dazu?

--Markus Hentschel 12:16, 12. Sep 2006 (CEST) Meiner Meinung nach ist die zweite Variante ausreichend. Der Nordpfeil wird zumindest in Vermesserkreisen erkannt :-) Aber auch sonst sollte jeder damit umgehen können, eine Windrose wie auf Hollywood-Schatzkarten wird ja wohl keiner brauchen...

• Ich hab hier mal ein Beispiel wie eine um -45° gedrehte Karte und der dazugehörige Nordpfeil aussehen. Der Nordpfeil wurde als Vektor direkt im PDF erzeugt. Wie man sieht, wird das komplette Kartenbild gedreht, d.h. auch alle Beschriftungen, so wie hier die Notizen.

Name des PDFs

Das zu druckende bzw. zu speichernde PDF-Dokument soll von kvwmap so benannt werden: <username>-<Datum>.pdf

• --Rahn 13:20, 4. Sep 2006 (CEST): erledigt

Wasserzeichen

Es soll die Möglichkeit bestehen, bei einem einmal definierten Druckrahmen in Abhängigkeit von der jeweiligen Stelle ein Wasserzeichen quer über das Grafikfester zu hinterlegen, z.B. "INTERN".

• --Rahn 13:58, 4. Sep 2006 (CEST) Bislang ist es so, dass die PDF-Klasse mit der die PDFs erzeugt werden, keine Tranzparenz beim Hinzufügen von Bildern unterstützt, so dass man nur ein ganzes Bild über das Grafikfenster legen könnte. Da dies keine zufriedenstellende Lösung ist, wäre eine andere Möglichkeit, wenn im Wasserzeichen wirklich nur Text enthalten sein soll, einfach einen Text zu nehmen, so wie den Freitext. Diesen könnte man bei Bedarf auch schräg über die Karte legen. Ist dies eine Alternative?

--Markus Hentschel 12:19, 12. Sep 2006 (CEST) Find ich ok. Eine Graphik zusätzlich über die Karte zu legen, macht das Sinn? Ich denke es geht um "Text-Wasserzeichen".

Schriftart

Für alle textlichen Elemente sollte es möglich sein, eine Schriftart der fonts.txt auszuwählen.

• --Rahn 11:17, 5. Sep 2006 (CEST) Die Fonts aus der fonts.txt auszuwählen funktioniert so nicht, da für die PDF-Erstellung afm-Fonts benötigt werden. Deshalb wurde hier zur Auswahl zunächst der Font-Ordner der PDFClass genommen, da hier mehrere afm-Fonts enthalten sind. Das Problem ist nur, dass diese Fonts nicht in der html-Vorschau darstellbar sind. Laut Dokumentation der PDFClass soll es aber ein Tool zur Erzeugung von afm-Fonts aus ttf-Fonts geben. Vielleicht könnte man in Zukunft dann nur einen Font-Ordner verwenden, in dem sowohl ttf- als auch die dazu passenden afm-Fonts enthalten sind.

Kartenmaßstab = Druckmaßstab

Es sollte möglich sein, über einen Extrabutton den Maßstab des dargestellten Kartenausschnittes als Druckmaßstab zu übernehmen. Eventuell sollte der Maßstab auf- oder abgerundet werden. Im Ergebnis sollte das Druckbild dem Kartenausschnitt auf dem Bildschirm entsprechen.

• --Rahn 13:32, 5. Sep 2006 (CEST): erledigt