[Mapserver-DE] Re: Allgemeine Fragen: Planzeichen / Rasterdaten

[Jörg Thomsen]

Das Modell mit den Rasterdaten, haben wir in einem unserer erstem 
MapServerProjekte realisiert ( http://katalog.lgrb.de/hyk/ ). Damals 
sollten ArcInfo-Karten mit auch nicht eben einfachen geologischen 
Signaturen in eine MapServer Anwendung integriert werden. Das Zoom-Problem 
haben wir gelöst, indem die Rasterdaten in verschiedenen Maßstäben und 
Auflösungen für verschiedene Zoomstufen auf den Server gelegt haben. Ich 
denke das ist eine pragmatische und ordentliche Methode komplizierte 
Siganturen ins Web zu kriegen.

Arnulf:
Ein Projekt 'Signaturen für MapServer' hatten wir uns im letzten Jahr schon 
mal vorgenommen, aber wie das oft so ist mit internen Projekten, für die 
keiner zahlt und wo keiner drängelt, ist das im Sande verlaufen. Es steht 
allerdings auch in diesem Jahr wieder auf der Agenda. Vielleicht hat es 
mehr Erfolg wenn sich mehrere zusammentun und sich vielleicht auch zusammen 
den ein oder anderen Geldgeber suchen.

Viele Grüße,
Jörg Thomsen

_________________________________________________

MapMedia
Kartographie und raumbezogene Informationssysteme

Heilbronner Straße 10
D-10711 Berlin

fon:  +49.(0)30.89 06 82 70
fax:  +49.(0)30.89 06 82 73
mail: jthomsen at mapmedia.de
net:  www.mapmedia.de
pgp:  on demand
_________________________________________________

At 14:38 13.02.2004, Arnulf Christl wrote:
>...
>
>>2. Eins zu Eins Darstellung von MapInfo Files
>>Ist es möglich MapInfo Dateien so Darzustellen ohne viel in der map Datei 
>>zu konfigurieren ?
>>Frei nach den Motto : What zu see is what you get ?
>>Es ist etwas mühselig die Ausgestaltung eines Flächennutzungsplanes ( 
>>nach Planzeichenverordnung ) mit einen map File darzustellen.
>>Eigentlich ist es sogar unmöglich da wir eigens geschriebene MApInfo 
>>Bibliotheken benutzen die wir natürlich auch irgendwie unter MapServer 
>>ans laufen bringen müssen.
>>
>Hier noch ein etwas abwegiger aber pragmatischer Vorschlag. Wenn lediglich 
>eine echte 1:1 Abbildung benötigt wird und der UMN MapServer sowieso nur 
>auf einen Sekundärdatenbestand zugreift, dann ist es das einfachste, wenn 
>man einen Rasterabzug in MapInfo macht und diese georeferenzierten Bilder 
>als Rasterliste in MapServer einbindet. Das sieht dann nur in einem 
>schmalen Zoombereich gut aus, aber das ist halt auch der 
>Planzeichenverordnung eigen, die keine unterschiedlichen Maßstabsgrenzen 
>bedienen kann.
>Falls man zusätzlich Daten abfragen möchte kann man die Umringe der B-Plan 
>Objekte abfragbar hinterlegen und mit den Rasterkacheln überdecken. Dann 
>ist die obere Ebene hübsch aber dumm und die darunterliegende intelligent 
>aber hässlich, also ganz wie im normalen Leben ;-)
>
>>PS : Oder erwarte ich einfach zuviel ?
>>
>Wie schon gesagt wurde: "mit dem UMN Mapserver ist beinahe alles irgendwie 
>möglich". Deswegen kommt es nur darauf an wieviel man investieren möchte 
>und das hängt davon ab wie der UMN zukünftig eingesetzt werden soll. Wenn 
>sowieso mal ein Umstieg von MapInfo Dateihaufen in eine schöne Datenbank 
>ansteht, dann kann man sich auch überlegen, ob nicht die Mühe lohnt die 
>FNP Planzeichenverordnung nachzubilden.
>Wir machen das z.B. gerade für die ALK und das ist auch nicht immer 
>lustig, wird aber sehr stark nachgefragt. Wenn dann noch jemand die B-Plan 
>Planzeichenverordnung erschlägt (das ist auch ein richtig dickes Ding), 
>dann gibt es für den UMN die wichtigsten "Fachschalen", die in der 
>öffentlichen Verwaltung gefordert werden. Das ist doch mal ein schönes Ziel.
>
>Mich würde interessieren, ob es im deutschsprachigen Umfeld jemand gibt, 
>der sich zutrauen würde die Zeichenbiliothek von UMN MapServer zu 
>erweitern, um unsere (z.T. furchtbaren) deutschen Zeichenvorschriften 
>besser bedienen zu können? Wenn man genügend Kunden zusammenkriegt sollte 
>das auch finanzierbar sein. Wir haben das schon öfter diskutiert, aber ich 
>denke das ist ein so spezielles Problem, dass wir das nicht von der UMN 
>MapServer Standardentwicklung erwarten sollten.
>
>Gruß, Arnulf.
>
>>Schönes Wochenende
>>
>>Thomas