
<!DOCTYPE html>

<html><head>

    <meta charset="UTF-8">

</head><body><div class="io-ox-signature"><p>Hallo Liste,<br></p><p>bei uns ist folgender Fall beim differenziellen NBA aufgetreten: Bei einem Objekt wurde die Beziehung zu einem "istTeilVon" geändert, wodurch sich ja die gml_id des "beziehung_zu" geändert hat aber die gml_id des "beziehung_von" gleichgeblieben ist.</p><p> Im Ergebnis war nun die gleiche Geometrie mit zwei unterschiedlichen Zielobjekten zweimal in der alkis_beziehungen-Tabelle eingetragen. Der Trigger "insert_beziehung_trigger" und seine dazugehörige Funktion "alkis_beziehung_inserted()" löschen offenbar nur Einträge, bei denen alle drei "Beziehungsfelder" identisch sind! Somit wäre in dieser Tabelle ja niemals ein echtes Update der Beziehungen möglich?! <br></p><p>Gibt es einen Grund bzw. eine Erklärung, warum dies nicht gewollt ist? Da in der GeoInfoDok das Replace als Operation ausdrücklich erlaubt ist, müsste dies auch in den alkis_beziehungen abgebildet werden... Hat vielleicht schonmal jemand von euch ein ähnliches Problem gehabt?<br></p><p><br></p><p>Mit freundlichen Grüßen<br>Im Auftrag<br>Oliver Schmidt</p><p>--<br>Dipl.-Geogr. Oliver Schmidt</p><p>LANDESAMT FÜR VERMESSUNG UND GEOBASISINFORMATION RHEINLAND-PFALZ</p><p>Von-Kuhl-Straße 49<br>56070 Koblenz<br>Telefon 0261 492-346<br>Telefax 0261 492-492<br>oliver.schmidt@vermkv.rlp.de<br>www.lvermgeo.rlp.de</p></div>

<br><BR CLEAR="ALL">

<P>Das Thema Datenschutz ist für uns eine wichtige Angelegenheit. Bitte beachten Sie unsere geltenden <A HREF="https://lvermgeo.rlp.de/de/wichtige-Informationen/datenschutz" title="Datenschutzbestimmungen">Datenschutzbestimmungen</A> und unsere <A HREF="https://lvermgeo.rlp.de/fileadmin/lvermgeo/pdf/wir_ueber_uns/Datenverarbeitung_in_Bewerberverfahren.pdf" title="datenschutzrechtlichen Vorgaben bei Bewerbungsverfahren">datenschutzrechtlichen Vorgaben bei Bewerbungsverfahren.</A></P>

<P><br></P>

        <img moz-do-not-send="true"

src="http://www.lvermgeo.rlp.de/fileadmin/lvermgeo/Signatur_LVermGeo.jpg"><br>


<br></body></html>