De Release Notes beschrijven de aangepaste, verbeterde en nieuwe functionaliteiten van C-SAM beheer BGT ten opzichte van versie 4.23.16.0. Voor verdere vragen verwijzen wij u naar onze supportdesk (https://support.thepeoplegroup.nl/ of mail naar support@thepeoplegroup.nl).
In deze C-SAM beheer BGT CE versie is ten opzichte van de vorige versie (4.23.16.0) een aantal zaken toegevoegd en verbeterd. Hieronder vindt u een opsomming van de opgeloste tickets, de CAD-nr zijn backlog items voor intern TPG gebruik.
C-SAM beheer BGT CE is succesvol getest onder het OpenCities Map Advanced/Ultimate Platform CONNECT Edition Update 17 als OpenCities Map Advanced 2023.
Opgeloste Bugs:
CAD-903
C-SAM GEO-BOR: afhandeling nieuwe objecten gaat niet goed met XML importer (en VABV module) V4.22.4.0
GEO-BOR afhandeling nieuwe objecten gaat niet altijd goed met XML importer V4.22.4.0
Na verwerking van door BOR opgevoerde objecten wordt via het SVB-BGT portaal een levering gedaan. Als deze levering wordt goed gekeurd ontvangen bronhouders een abonnementsbestand. Dit bestand wordt verwerkt via de XML importer of VABV module.
Voor nieuwe objecten (toevoegingen) werd de Bv03 van het bericht niet goed verwerkt. Dit is opgelost.
CAD-1012
C-SAM GEO-BAG: intrekking wordt niet goed beantwoord
In het proces kan er een geometrieverzoek worden gedaan, voordat deze wordt behandeld of is geleverd kan dit verzoek worden ingetrokken. Er zijn op dat moment dus 2 geometrieverzoeken:
- BAG-MUT
- BAG-NEG
Is er nog geen levering gedaan door GEO dan kan de BAG-MUT dus worden ingetrokken d.m.v. een BAG-NEG.
C-SAM GEO_BAG moet dan feitelijk 2 acties doen:
Een afkeur van de BAG-MUT met crossref ID naar de BAG-MUT ref ID en deze als afgehandeld weergeven in de systemen en dus naar geschiedenis zetten.
Een goedkeur van de BAG_NEG met crossref ID naar de BAG-NEG ref ID en deze als afgehandeld weergeven in de systemen en dus naar geschiedenis zetten.
We maken nu goedkeur en een afkeur van de BAG-MUT.
bron: https://docs.geostandaarden.nl/geobag/berichtenverkeer/#intrekken-en-corrigeren-van-berichten
CAD-1143
C-SAM beheer BGT: Panden met eilanden worden niet goed verrijkt vanuit BAG WFS
Panden met eilanden worden niet goed verrijkt vanuit BAG WFS nadat ze in Oracle zijn opgenomen. (Voorbeeld pand gepost)
Zijn deze Panden nog niet gepost werkt het verrijken wel naar wens.
Dit is issue is opgelost en verrijken, gaat nu in beiden gevallen goed.
CAD-1162
C-SAM GEO-BAG: diverse identificaties berichten van o.a. GEO-NEG kloppen niet
GEO-BAG communiceert met logistieke identificaties en functionele identificaties.
Hier gingen zeken fout.
Er is controle uitgevoerd op gebruikte identificaties benodigd in berichten systeem en waar nodig aangepast, zodat de keten netjes wordt gehandeld.
CAD-1178
C-SAM beheer BGT: Error in ExecutePackageSyncIMGeoWithLV: <De rekenkundige bewerking heeft geresulteerd in een overloop.>
Bij een klant kwam de onderstaande fout naar boven:
Error in ExecutePackageSyncIMGeoWithLV: <De rekenkundige bewerking heeft geresulteerd in een overloop.>
bij OracleInternal.Common.HelperClass.GetInt(Byte[] bytes, Int32 offset, Int32 length) bij OracleInternal.TTC.Accessors.TTCNumberAccessor.GetInt(Int32 currentRow) bij OracleInternal.ServiceObjects.OracleParameterImpl.ExtractIntFromAccessor(Accessor accessor, PrmEnumType enumType, OracleDbType oraDbType, Int32 currentRow) bij OracleInternal.ServiceObjects.OracleParameterImpl.GetIntFromBytes(Accessor accessor, PrmEnumType enumType, OracleDbType oraDbType) bij Oracle.ManagedDataAccess.Client.OracleParameter.PostBind_Int32(Accessor bindAccessor) bij OracleInternal.ServiceObjects.OracleCommandImpl.ExtractAccessorValuesIntoParam(OracleParameterCollection paramColl, OracleConnection connection, Int32 paramCount, String commandText, Int64 longFetchSize, Int64 clientInitialLOBFS, Int64 internalInitialLOBFS, Int64[] scnFromExecution, Boolean bCallFromExecuteReader) bij Oracle.ManagedDataAccess.Client.OracleCommand.ExecuteNonQuery() bij CSAM.SyncIMGeoWithLV.Database.DatabaseOra.ExecutePackageSyncIMGeoWithLV(Point3d[] points, Decimal& oracleSessionId, Boolean doForcedRefresh)
In deze nieuwe versie wordt een “grotere“ variabele gebruikt om de return waarde van de package functie in op te slaan. Deze waarde is de sessionid in Oracle, dit kan een groot getal zijn. Dat loste dit issue op.
CAD-1179
C-SAM beheer BGT: bestaande XFM U16 kan geen vlakken vormen in OCM Ultimate, zorgt voor een crash van OCM Ultimate.
Dit lijkt een bug gerelateerd aan de oudere versie van OCM. binnen een nieuwere versie konden we dit niet zelf meer naspelen.
CAD-1218
C-SAM beheer BGT: Assemblies C-SAM moeten afzonderlijk kunnen worden ingeregeld. De Config folder wordt nu niet goed uitgelezen.
Assemblies C-SAM kunnen nu afzonderlijk worden ingeregeld.
De Config folder werd niet goed uitgelezen.
Deze Config folder was hardcoded op een bovenliggende folder van Assemblies gezet.
Nu wordt config file niet meer t.o.v. de assemblies gezocht maar t.o.v. de BGTROOTDIR variabele.
Let op: het is wel noodzakelijk dat de assemblies door OCM kunnen worden gevonden!
Dus als wenselijk kan ergens in de Bentley configuratie (of beter in het XFM schema) een andere nieuwe locatie worden opgeven, b.v.
MS_ADDINPATH > c:\Programs\CSAM-CE-Assemblies\
CAD-1238
C-SAM Generiek: aangemaakte thema's starten niet goed op door fouten in Workspaces/Workspace elementen (OCM Update 17)
Er gaat iets niet goed met het aanmaken van Oracle thema’s via het XFM schema.
Alles lijkt goed te worden aangemaakt, maar dat geldt niet voor het blok voor de Workspaces.
Er wordt geen nieuwe opbouw aangemaakt. En dus kan je deze niet starten. Door in het Workspaces de waarden handmatig aan te passen kan je dit wel goed exporteren en gebruiken.
Nieuwe versie van executable kwam niet goed mee, dat leverde het probleem op. Nu werkt het aanmaken wel naar wens.
CAD-1239
C-SAM GEO-BOR/C-SAM GEO-BAG: in ons Bv03 en Fo03 wordt een mustUnderstand="1" meegegeven terwijl de add key op false staat
In ons Bv03 en Fo03 werd een mustUnderstand="1" meegegeven terwijl de add key op false staat
<add key="MustUnderstandSoapAction" value="false" />
Komt deze mustUnderstand=”1” in ons BV03 bericht toch door onze code? Werkt de add key dan wel?
Onderstaande de logging van onze broker
<?xml version="1.0" encoding="utf-8"?>
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
soap:Header
<Action xmlns="http://www.w3.org/2005/08/addressing " soap:mustUnderstand="1"><http://www.geostandaarden.nl/imgeo/2.1/stuf-imgeo/1.3/expDi01Response</Action>>
<MessageID xmlns="http://www.w3.org/2005/08/addressing ">uuid:da7ace55-7681-4fb6-a67b-e913b083efa8</MessageID>
</soap:Header>
soap:Body<stuf:Bv03Bericht xmlns:stuf="http://www.egem.nl/StUF/StUF0301">
stuf:stuurgegevens
stuf:berichtcodeBv03</stuf:berichtcode>
stuf:zender
stuf:organisatieG0085</stuf:organisatie>
stuf:applicatieC-SAM_BEHEER_BGT</stuf:applicatie>
stuf:administratieG0085_ADM_TST</stuf:administratie>
</stuf:zender>
stuf:ontvanger
stuf:organisatieG0085</stuf:organisatie>
stuf:applicatieGeoVisia</stuf:applicatie>
stuf:administratieBOR</stuf:administratie>
</stuf:ontvanger>
stuf:referentienummer2024021410421212773000-bb68-8f5fc6123bdf</stuf:referentienummer>
stuf:tijdstipBericht20240214104212127</stuf:tijdstipBericht>
stuf:crossRefnummerFB286AAE-EDE5-4409-86B3-1D3BDF3FB3EB</stuf:crossRefnummer>
</stuf:stuurgegevens>
</stuf:Bv03Bericht></soap:Body>
Dit is nu togglebaar in de nieuwe versie van de broker, via de onderstaande add key.
<add key="Bv03Fo03WithoutSoapAction" value="true" />
CAD-1262
C-SAM GEO-BOR: Typefout in GEO-BOR berichten module melding als er geen exploratie verzoek geometrie is geselecteerd.
Er stond een typefout in GEO-BOR berichten module melding als er geen exploratie verzoek geometrie is geselecteerd.
Melding was:
Er is element in de selectieset aanwezig!
Is nu:
Er is géén element in de selectieset aanwezig!
CAD-1271
C-SAM OMGEVINGSWET MODULE: controle op hele millimeter op groot object vindt geen fouten
Op basis van een geometrie uit een xml zagen we niet afgeronde coördinaten.
Maar als we de geo importeren en daar een object van maken, dan vonden we geen afrondingsfouten bij het controleren op millimeters.
We hadden een verdenking op een interne tolerantie. Het fysiek afronden werkt wel.
Er is onderzoek gedaan naar het issue en het betreft een interne tolerantie.
Wel hebben we een significante verbetering kunnen doorvoeren.
Het is een heel lastig issue. Je ziet eigenlijk zeer kleine verschillen. Als we de tolerantie in de code nog scherper stel (in de controle) dan zie je nog steeds coördinaten die niet precies op hele mm staan. Je gaat tegen interne toleranties en afrondingen aanlopen. Met andere woorden: we laten het zo. T.o.v. de vorige versie is de controle scherper geworden en dat is prima, maar de controle nog scherper maken dat is niet praktisch/productief.
CAD-1272
C-SAM beheer BGT: Het automatisch aanmaken van PBP's bij het maken van een mutatiebericht niet in sommige gevallen niet goed
In sommige gevallen gaat het automatisch aanmaken van PBP's bij het maken van een mutatiebericht niet goed, gevolg er wordt een fout weergegeven en er wordt geen mutatiebericht aangemaakt.
De indeling van de invoertekenreeks is onjuist.
System.FormatException: De indeling van de invoertekenreeks is onjuist. bij System.Number.ParseDouble(String value, NumberStyles options, NumberFormatInfo numfmt) bij System.Xml.XmlConvert.ToDouble(String s) bij CSAM.StUFGeoMessageCreatorPro.Database.DbPbpRecords.GetMissingPBPs(IDbConnection databaseConnection, ImGeoObject imgeoObject, Int32& numberOfCoordinatesChecked) bij CSAM.StUFGeoMessageCreatorPro.Database.DbMessageReader.AddObjectDataXml(XDocument stufMessageHoriVertiDocument, MTBHorizontaalVerticaal mtbHoriVerti, Boolean isHorizontal, Boolean includePbps, Boolean addMissingPbps, String bronhouderCode, Boolean keepOriginalLabelRotation, Boolean addPbpsForWasGeometry) bij CSAM.StUFGeoMessageCreatorPro.Database.DbMessageReader.WriteStufXmlFileMtbHorizontalVertical(MTBHorizontaalVerticaal mtbHoriVerti, String imgeoDbSchemaName, String bronhouderCode, String leverendeBronhouderOrMarktpartij, MutatieBerichtMetaInfo mutatieBerichtMetaInfo, Boolean includePbps, Boolean addMissingPbps, Boolean isHorizontal, Boolean keepOriginalLabelRotation, Boolean allowFakeMutations, Boolean removeFakeMutationsFromDB, Boolean addPbpsForWasGeometry, Boolean allowPlanTopografie, Boolean doMakeFullDump) bij CSAM.StUFGeoMessageCreatorPro.Database.DbMessageReader.ReadMessagesFromDatabase(String sdoArrayStr, String bronhouderCode, String leverendeBronhouderOrMarktpartij, MutatieBerichtMetaInfo mutatieBerichtMetaInfo, Boolean doIncludePbps, Boolean doAddMissingPbps, Boolean doFilterBronhouder, Boolean doTranslateUserSpecifics, Boolean doMakeFullDump, Boolean doProcessPlanTopo, Boolean isHorizontal)
Vinkje gezet bij: Ontbrekende plaatsbepalingspunten toevoegen
Verwijder je het vinkje voor het automatisch aanmaken van PBP’s dan wordt er wel een mutatiebericht aangemaakt.
Vinkje verwijdert bij: Ontbrekende plaatsbepalingspunten toevoegen
De reden hiervoor is onbekend. Dit komt eigenlijk voor bij alle klanten.
We kunnen het helaas moeilijk naspelen, als we een database dump importeren komt het probleem niet meer voor. En als extra is het raadzaam de PBP spatial index te laten her-genereren!
We hebben een versie gemaakt waarin extra / verbeterde meldingen zijn opgenomen. Komt het een volgende keer voor bij een klant met deze nieuwe versie, dan hopen we meer logging te zien.
CAD-1292
C-SAM GEO-BAG: in bulk leveren gaat niet goed als het een GEO-MUT betreft
GEO-BAG in bulk leveren ging niet goed als het een GEO_MUT (Constatering afwijkende geometrie) betreft. De 2 andere gaan wel goed (GEO_COG (Constatering nieuw object)/GEO_AOC (Constatering gesloopt object)).
Dit is opgelost.
CAD-1335
C-SAM beheer BGT: OCM 2023 geeft melding weer: Onbekend platform actief (Version 23.00.02.53), ", msdMessageCenterPriorityInfo, False
Bij het starten van C-SAM wordt een info regel getoond. Vanaf OCM 2023 werd het platform niet meer gevonden en derhalve ook niet goed weergegeven (OCM 2023 geeft melding weer: Onbekend platform actief). Het Bentley versie nummer komt wel goed door.
Dit is nu hersteld:
Toegevoegde/aangepaste Feature:
CAD-421
C-SAM GEO-BOR: Horizontaal bericht op geometrie filteren (dit feature hebben we niet goed kunnen testen i.c.m. grote datasets)
Momenteel vertalen wij een verticaal abonnementsbericht naar een horizontaal bericht voor BOR. Het kan voorkomen dat er verspreid objecten voorkomen in dit bericht.
Bij ontvangst van een verticaal abonnementsbestand (zowel bij handmatige verwerking (abonnementen XML Importer als automatisch VABV Module), worden nu alleen de objecten in het horizontale bericht opnemen, welke vallen binnen de in de omgeving voorkomende actieve abonnementen.
Deze wens was zeer complex om te testen i.v.m. missen van een complete keten, we hebben derhalve testen met kleine sets gedaan en deze worden netjes gefilterd.
Op verzoek kunnen we dit activeren, maar dit doen we wel met de opmerking dat de klant de keten eerst zelf goed test in een test omgeving.
CAD-488
C-SAM beheer BGT: Bij selectief uitlezen tevens BAG objecten mogelijk maken.
Het in nu mogelijk om ook de BAG vlak-objecten en BAG punt-objecten selectief uit te lezen:
CAD-616
C-SAM GEO-BAG: berichten module kennisgeving Pand ID weergeven bij Verblijfsobjecten en andere gerelateerde objecten
in een kennisgeving zitten meerdere objecten is het mogelijk het Pand ID weer te geven bij Verblijfsobjecten en andere gerelateerde objecten. hierdoor kan je sneller de onderlinge relatie in de werklijst zien.
Ter info: GEO-BAG zal zelf controleren of de database aangepast moet worden. Dit zal de eerste keer zeker het geval zijn.
ID gerelateerd object wordt nu getoond.
CAD-720
C-SAM beheer BGT: Dialoogscherm selectief ophalen uit de database kunnen vergroten.
De hoogte van onderstaande dialoogscherm was vast gezet. Deze in aangepast, zodat klant dit scherm makkelijk kan vergroten of verkleinen.
CAD-991
C-SAM beheer BGT: Grootte aangemaakt xml weergeven na aanmaken mutatiebericht indien groter als 50mb
Grootte aangemaakte xml wordt nu weergeven na aanmaken mutatiebericht.
Een bronhouder mag alleen bestanden aanleveren kleiner dan 50 mb.
Weergave van MB grootte wordt netjes getoond na aanmaken mutatiebericht.
Er wordt een melding weergeven als de grootte bestand groter is als 50 mb.
CAD-1029
C-SAM GEO-BAG: Mutaties in bulk leveren
Klant wil graag een selectie kunnen maken van te leveren mutaties. En dan maar een keer op de knop leveren te hoeven klikken. Ipv bv 193 keer.
Extra optie alles selecteren is nu aanwezig. Indien geselecteerd dan wordt de regel groen weergegeven.
Opmerking: dit is dus na testen verbetert, zodat alle GEO gebeurtenissen in bulk geleverd kunnen worden.
CAD-1195
C-SAM beheer BGT: Binnen het Structureren een optie als linework connect opnemen, maar dan slimmer
Momenteel worden markers gezet op korte lijnen (line) op dezelfde laag, die wel op elkaar aansluiten, maar niet als een linestring aanwezig zijn.
Je kan dit goed zien met gestrookte bogen. De data van een linestring wordt goed verwerkt. losse aan elkaar getekende lijnen geeft met verkeerde instellingen veel markers.
Linework connect werkt helaas niet intelligent, een aangesloten lijn wordt sowieso aan elkaar gemaakt. bestaande lagen of kleur vervallen omdat een eerste element leidend is.
Doel binnen structureren een optie toevoegen om lijnen te verbinden, maar wel evt. rekening houdend met laag en bv afwijkende symbology (togglebaar maken).
Voorbeeld bijgevoegd.
Dit is ook relevant voor bv gebruik van structureren binnen de Optimize NLCS omgeving.
Het moet ook werken binnen MicroStation.
Inmiddels is er een optionele functie toegevoegd voor verbinden bij gekomen.
CAD-1242
C-SAM beheer BGT: het bestand *.dgnws wordt niet goed aangemaakt vanuit het XFM schema waardoor branding niet goed werkt
In het XFM schema is alleen een map opgenomen voor de dgnws, i.p.v. een dgnws file:
worksetDgnWS="C:\ProgramData\Bentley\Map CONNECT Edition\MapUltimate\Configuration\WorkSpaces\CSAM_ABONNEMENTSGEBIED_CE\WorkSets\ABONNEMENTSGEBIED\WSET.DGNWS\"
Hierdoor worden dgn’s niet correct “branded”.
Map zet in standaard XFM de dgnws in een diepere subfolder.
Getestte oplossing:
Om dit gelijk te trekken met MicroStation vinden wij het netter dit bij de cfg en inc bestanden te zetten:
worksetDgnWS="C:\ProgramData\Bentley\Map CONNECT Edition\MapUltimate\Configuration\WorkSpaces\CSAM_ABONNEMENTSGEBIED_CE\WorkSets\ABONNEMENTSGEBIED.dgnws"
Dit is doorgevoerd in alle U16 CE XFM bestanden, oude bestanden zijn niet relevant voor deze aanpassing.
Een beheerder kan dit zelf toepassen op de eigen XFM schema’s als verbetert gedrag is gewenst.
CAD-1248
C-SAM Generiek: een thema opnieuw aanmaken geeft fouten op bestaande Oracle zaken
Er volgde een melding als klant een thema opnieuw wilde aanmaken via C-SAM Generiek.
Oorzaak: Wij vingen niets af als het thema al bestaat in de database.
Klant heeft het over het opnieuw aanmaken van een Thema en dus dezelfde object tabellen (1 in bovenstaand voorbeeld). Dan moeten ze feitelijk de tabellen verwijderen en extra aangemaakte zaken idem.
Je kunt dus idd foutmelding krijgen dat tabellen al bestaan of zoals hierboven dat een SDO_GEOM_METADTA record al bestaat.
Zo’n controle is nu opgenomen.
Er vindt ook een controle op de aanwezigheid van een SDO_GEOM_METADATA record.
We hebben ook gedacht aan b.v. bestaande tabellen met data, die zijn niet zomaar aan te passen.
CAD-1249
C-SAM GEO-BAG: toelichting mogelijk maken bij verzenden Geometrieleveringen
Bij geometrieverzoeken komen toelichtingen mee. Voor de geometrieleveringen kunnen we momenteel geen toelichting opgeven, graag implementeren. Denk ook aan bulk verwerking, dan graag voor alle leveringen dezelfde opmerking meenemen en niet meerdere keren een popup tonen voor opgave van de toelichting.
Als we in de standaarden (https://docs.geostandaarden.nl/geobag/berichtenverkeer/) kijken dan is er ruimte voor een toelichting bij een gmlDi01:
Dit wordt nu ondersteunt.
CAD-1250
C-SAM GEO-BAG: weergave BAG identificatie niet zinvol voor zoeken op pand_ID als kennisgeving bv het entitietype AOA of TGO bevat.
De weergave van een BAG identificatie is niet altijd zinvol voor zoeken op bagpand_ID. Bv als de kennisgeving het entiteitype AOA of TGO bevat (voorbeeld xml bijgevoegd). De weergave van de BAG identificatie is in orde hier wordt netjes de BAG identificatie weergegeven van de betreffende entiteit, zie onderstaande voorbeeld.
<BG:object StUF:verwerkingssoort="W" StUF:entiteittype="AOA"> <BG:identificatie>0342200000017677</BG:identificatie>
Wil je via de recthemuisknop een Pand ophalen uit de database, dan is het resultaat van de query 0. Er wordt geen melding gegeven, bv geen BAG identificatie voor Pand beschikbaar bij een AOA, als er alleen een AOA binnen komt. Hierdoor is het ophalen van het pand niet zinvol, maar je zie je feitelijk deze optie wel via de rechtermuisknop.
Er is wel een postcode en huisnummer, letter en toevoeging te zien in de xml:
Deze kunnen we nu gebruiken voor de locatie via de C-SAM BAG adreszoeker:
Wellicht is het dus mogelijk om bij de entiteit AOA en TGO een alternatieve knop te tonen genaamd zoom in op adres locatie via een postcode en huisnummer en dan via automatische invulling de bovenstaande adres zoeker te starten om in te zoomen en niet de knop haal pand op uit database, want deze is niet relevant.
Dus Haal Pand op uit database wordt alleen getoond bij de entiteit PND:
Voorbeeld knop bij AOA en TGO:
Klant kan nu zelf de data ter plaatse ophalen.
Dit is nu gedaan voor 3 entiteiten: PND, AOA en TGO.
CAD-1316
C-SAM GEO-BAG: Mist tijdstip voor filtering bij GEO_MUT/GEO_COG/GEO_AOC
We misten een tijdstip voor filtering indien GEO actie nog niet zijn verzonden. We kunnen nu een aanvullend filter instellen bv op basis van meest recente verwerkingsdatum.
Naast toevoegen van Verwerkingsdatum in de kolommen is een tijdstip keuze rechtsonder toegevoegd.
Zonder filter:
Met filter:
CAD-1320
C-SAM beheer BGT: On premise Broker naar nieuwere versie van .Net (b.v. 4.8.1) brengen
i.v.m. windows server 2012 migraties naar windows server 2019 en nieuwer willen de On premise Broker naar een nieuwere versie van .Net (b.v. 4.8.1) brengen. Dit om potentiële versie conflicten uit te sluiten of te verminderen.
Framework 4.8 (en nieuwere componenten zoals Oracle en secureblackbox) worden nu gebruikt, alsook TLS 1.3 wordt nu ondersteunt.
Tevens is er een update van de backoffice service gemaakt (ook voor Framework 4.8 + nieuwere componenten).
.Net 4.8.1 wordt alleen ondersteund door windows server 2022 en hebben we derhalve niet gebruikt, om bestaande servers niet in de weg te zitten.
CAD-1326
C-SAM beheer BGT: Plaatsbepalingspunten al geleverd aan BRAVO uitfilteren en niet opnemen in mutatielevering
Probleemstelling Plaatsbepalingspunten (PBP’s) (gemeld door meedere klanten):
“Hallo Derk,
Gistermiddag stond in onderwerp genoemd punt geagendeerd in het Operationeel Overleg Bronhouders (OOB).
Ik vraag me af of dit in de leveringen die wij met jullie software maken zich ook voor kan doen. Dus maw komen PBP’s voor waarbij alleen het global-id is aangepast?
“Vanuit het OOK wordt aandacht gevraagd voor het leveren van identieke plaatsbepalingspunten (PBP’n) aan de LV.
Het komt geregeld voor dat bij mutatieleveringen alle PBP'n opnieuw geleverd worden, zonder dat de objecten en attributen aangepast worden. Inwinningsmethode nauwkeurigheid etc zijn dan exact hetzelfde. Alleen de global-id is aangepast.
Technisch gezien is het toegestaan om PBP'n opnieuw te leveren, echter is dit niet wenselijk als er geen attribuutwaarden zijn veranderd. In de bijlage staan de bronhouders genoemd die 2 of meer identieke PBP'n hebben. Mogelijk kan er n de werkwijze van aanmaken en versturen van mutaties bij deze bronhouders iets aangepast worden, waardoor het leveren van identieke PBP'n kan worden verminderd. Ook in het Softwareleveranciersoverleg zal dit worden besproken.
Kan dit in het OOB worden besproken en kan er bij de grootveroorzakers navraag worden gedaan of zij hun werkwijze kunnen aanpassen?”
Hoi,
Ik heb dit begin van deze week ook met ProRail besproken.
Kadaster heeft de spelregels aangepast, zonder naar de gevolgen te kijken.
In het verleden moest een bestaande mutatielevering voor elke coördinaat een PBP hebben, meerdere was ook toegestaan.
PBP’s mogen niet worden gewijzigd, we sturen dus ten alle tijden alle PBP’s mee voor een object (via een GIS touch). Dus ook de al geleverde PBP’s, destijds is er een werkafspraak gemaakt waarbij werd aangegeven dat bronhouder software niet hoefde worden aangepast en Bravo filtert.
Klanten kunnen nu kiezen om helemaal niets te leveren. Door het vinkje hiervoor uit te schakelen, maar door dat wordt LV niet meer gevoed.
Ik wil voorleggen aan ons ontwikkelteam of we eenvoudig een extra veld kunnen opnemen, zodat we weten of een PBP is geleverd. Of niet. Onze controle moet dus rekening houden met alle al bestaand PBP’s en nieuwe toevoegingen bij aanmaken van een mutatie moet blijven werken. Daarnaast moeten we dan alleen de PBP’s opnemen die door jullie zelf zijn aangemaakt en dus die automatisch worden aangemaakt. Wellicht op basis van een timestamp. Dus lever alleen PBP’s mee van afgelopen 1 of 2 weken. Of zelfs van vandaag maar dat is denk ik niet afdoende.
Met vriendelijke groet,”
We hebben het bovenstaande besproken met Corno en we hebben een alternatieve oplossing bedacht en geïmplementeerd.
Het aanmaken van PBP’s kan gelijk blijven zowel in de grafische omgeving als bij het aanmaken van een mutatiebericht.
Echter bij het aanmaken van een mutatie bericht, hou je de ID’s van de lijst toe te voegen PBP’s tegen de LV database aan, alle voorkomende ID’s in de lijst die voorkomen in de LV laag zijn al geleverd en hoeven niet nogmaals te worden geleverd. Hierdoor wordt de hoeveelheid opgenomen PBP’s sterk verminderd en we leveren geen bestaande PBP’s dubbel.
Dit werkt op basis van ID. We kunnen een PBP niet muteren, dus als er een nieuw ID bestaat is dit een aanvullende PBP welke we kunnen aanleveren. De rest beland dan niet meer in het mutatie bericht.
CAD-1327
C-SAM GEO-BAG: verwijderen Kennisgevingen ouder dan tijdstipbericht X uit Kennisgeving geschiedenis
Er komen nu veel kennisgevingen binnen, deze worden na afhandelen in een tabblad kennisgeving geschiedenis gezet.
Dit gebeurd technisch door in de IMGEO user tabel BAGKENNISGEVING het veld GOEDGEKEURD van 0 naar 1 te zetten.
Dit afhandelen kan in bulk door beheerder worden gedaan als wenselijk.
Oude Kennisgevingen dan tijdstipbericht X zijn wellicht niet meer relevant.
Klant wil dan via een knop en een datum selectie alle Kennisgevingen ouder dan tijdstipbericht X uit het tabblad Kennisgeving geschiedenis kunnen verwijderen (we overwegen nog een backup tabel in deze oplossing, want anders weg is weg, de laatste optie heeft onze voorkeur).
We zijn van mening dat we de klant moeten beschermen en b.v. altijd een minimaal bijvoorbeeld een half jaar terug kunnen kijken. Dus als klant de datum op 1 maand terug zet dan moeten wij deze aanpassen naar bv 6 maanden. Als de klant deze instelt op 7 maanden dan kan je de klant instelling aan houden. Moeten echt meer weg want rommel, dan kan de aanpassing handmatig in database worden doorgevoerd door een TPG consultant.
Dit mechaniek werkt prima, er is nu een rood kruis toegevoegd, je kan nu een eigen tijdstip in voeren of via onderstaande knoppen een datum instellen gebaseerd op jaar of half jaar.
Speel je met de data, dan zie je dat er telkens minder records zijn.
