<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=utf-8">
<META content="MSHTML 6.00.5730.13" name=GENERATOR></HEAD>
<BODY style="MARGIN: 4px 4px 1px; FONT: 10pt MS Sans Serif">
<DIV>Hallo Frau Emde,</DIV>
<DIV> </DIV>
<DIV>mir ist noch eine Besonderheit (Bug) im PostNAS 0.5 aufgefallen.</DIV>
<DIV>In der Mapdatei wird die Präsentation der Flurstückskennzeichen aus der Tabelle AP_PTO</DIV>
<DIV>erzeugt. Der Umring des Flurstücks kommt aus der Tabelle ax_flurstueck.</DIV>
<DIV> </DIV>
<DIV>Wenn nun nach der Umstellung auf ALKIS im Kataster ein Flurstück verändert wird, und die </DIV>
<DIV>Flurstücksnummer nicht mehr händisch verschoben wird, also auf dem gerechneten Flächenschwerpunkt</DIV>
<DIV>innerhalb ALKIS verbleibt, geschieht folgende Situation (die wohl laut Signaturvorschriften auch so richtig ist): </DIV>
<DIV> </DIV>
<DIV>In ALKIS selber wird das FLstkz immer über den Schwerpunkt dargestellt, aber beim späteren Entladen</DIV>
<DIV>nach NAS, ist dann kein Eintrag in AP_PTO dafür vorhanden (da ja auch nichts erzeugt wurde), und somit werden </DIV>
<DIV>diese Flstkz im Mapserver nicht dargestellt.</DIV>
<DIV> </DIV>
<DIV>Also alle Flstkz die migriert wurden, oder die händisch nach der Migration verschoben wurden, werden als </DIV>
<DIV>Präsentationstextobjekt in AP_PTO ordnungsgemäß eingetragen.</DIV>
<DIV> </DIV>
<DIV>Ich habe mir für die fehlenden Fälle nun eine Zwischentabelle aufgebaut, die über SQL nach dem ogr2ogr Lauf</DIV>
<DIV>entsprechend gefüllt wird.</DIV>
<DIV> </DIV>
<DIV>Gibt es einen Lösungsansatz dafür (eventuell in der neuen 0.6 Version) ?</DIV>
<DIV> </DIV>
<DIV>Grüße</DIV>
<DIV>Franz Höhner</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV></BODY></HTML>