Releases: B3Partners/brmo
v1.3.4
Highlights
- Automatische processen voor ophalen van BGT GML Light (BGTLightDirectoryScanner, BGTLightOphaalProces)
- Verbeterde verwerking van BGT GML Light kruinlijn geometrie (#186) (extra update instructie hieronder)
- fix voor view
v_adresom alle adressen te geven en niet alleen neven adressen (extra update instructie hieronder) - update naar GeoTools 14.4
- P8 views voor Oracle bijgedragen door provincie Drenthe (#166)
- update van de P8 views voor PostgreSQL, bijdrage van @ProvincieGelderland (#180)
- verbeteringen in de stabiliteit van de GDS2 download / doorsturen jobs bij meer dan grote aantallen berichten (#170)
- verbeteringen en uitbreidingen in de brmo-soap service
Overzichten
Upgrade instructies
RSGB schema
In de RSGB view V_ADRES is een verbetering doorgevoerd, het volstaat om deze view te droppen en opnieuw aan te maken dan wel aan te passen met een create of replace met de code die te vinden is in de herstelde 106_bag_views.sql:
- oracle: https://github.com/B3Partners/brmo/blob/master/datamodel/extra_scripts/oracle/106_bag_views.sql#L425
- postgresql: https://github.com/B3Partners/brmo/blob/master/datamodel/extra_scripts/postgresql/106_bag_views.sql#L425
- sqlserver: https://github.com/B3Partners/brmo/blob/master/datamodel/extra_scripts/sqlserver/106_bag_views.sql#L425
NB. de view v_adres_totaal maakt gebruik van de v_adres view
RSGBBGT schema
Vanwege de mogelijkheid dat kruinlijnen als curve en als lijn voor kunnen komen dient het kruinlijn geometrie type aangepast te worden van linestring naar generieke geometrie:
- oracle: https://github.com/B3Partners/brmo/blob/master/datamodel/upgrade_scripts/1.3.3-1.3.4/oracle/rsgbbgt.sql
- postgresql: https://github.com/B3Partners/brmo/blob/master/datamodel/upgrade_scripts/1.3.3-1.3.4/postgresql/rsgbbgt.sql
- sqlserver: geen aanpassingen
Voor het succesvol downloaden van BGT bestanden kan het nodig zijn om het PKIOverheid stamcertificaat in de java certificate store te laden; zie: https://github.com/B3Partners/brmo/wiki/BGTLightOphaalProces#ssl-fouten
v1.3.4-rc2
[maven-release-plugin] copy for tag v1.3.4-rc2
v1.3.4-rc1
brmo-1.3.4-rc1 [maven-release-plugin] copy for tag brmo-1.3.4-rc1
v1.3.3
Bugfix release:
- laden van bestanden lukt nu weer
- db scriptfout opgelost
v.1.3.2
Highlights
- BGT Light ondersteuning
- NHR ondersteuning
- (materialized) view eigenarenkaart
- laden mutaties zonder gevulde berichten-tabel (optie bij weinig schijfruimte)
Overzichten
Upgrade instructies en bijzonderheden
Omdat nu data in verschillende schema's wordt geladen moet een moderne java7 jdbc41 driver gebruikt worden. De methode getSchema moet ondersteund worden op de connectie.
NHR
NHR berichten kunnen nu geladen worden in de BRMO. Hiervoor is een nieuw endpoint gemaakt waar ESB's berichten kunnen afleveren. De meest gebruikte informatie wordt ondersteund; er wordt niet uitgesloten dat in de toekomst nog extra informatie wordt aangeleverd en ontsloten moet worden.
BGT
BGT Light tegels zoals deze bij PDOK kunnen worden opgehaald, kunnen nu via de BRMO worden geladen. Omdat dit een overgangssituatie naar RSGB 3.0 is, wordt de BGT voorlopig in een apart schema geladen. De verbindingsinfo moet als derde verbinding worden toegevoegd. De handleiding wordt hier later op aangepast.
Eigenarenkaart
Op veler verzoek hebben we een (materialized) view gemaakt waarin alle eigenaren van percelen en appartementsrechten zijn verzameld in één view/services.
Weinig schijfruimte
De BRMO gebruikt normaal veel schijfruimte omdat alle (mutatie)berichten worden opgeslagen. Bij het laden van een nieuw bericht wordt gekeken naar het vorige bericht om zo vast te stellen welke aanpassingen aan de database gedaan moeten worden. Nu is het zo dat soms schijfruimte schaars is. In deze nieuwe versie is het mogelijk berichten te archiveren (60% ruimtebesparingen) of zelfs geheel te verwijderen (98% ruimtebesparing). Na verwijdering wordt geen historie meer opgebouwd en wordt slechts de actuele stand in de database weergegeven.
v1.3.1
Highlights
- Work-arounds toegevoegd voor Oracle specifieke bugs mbt cursors en 8000 bytes
- hulp bij maken CRON-expressie voor
- Alleen MS SQL Server reparatie van view
v_adres; zie hieronder voor upgrade procedure van de view - fix paginering van queries in MS SQL Server (#130)
- gebruik van nieuwe job tabel tbv versnelling van transformatie
- koppeling hoofdadres aan VBO, LIG en STA gecorrigeerd in views
- BAG records met geldigheid toekomst worden ook pas in toekomst aan db toegevoegd
- alleen actieve BAG records worden geladen
- retry toegevoegd bij ophalen bestandenlijst bij GDS2
- RSIN toegevoegd plus herstelscript indien nodig (databse specifieke
410_innp_add_rsin.sqluit de directory https://github.com/B3Partners/brmo/tree/master/datamodel/utility_scripts) - extra views toegevoegd
Overzichten
Upgrade instructies en bijzonderheden
Toevoegen JOB tabel
Om de transformatiesnelheid verder te verhogen is aparte JOB tabel toegevoegd. Hiertoe moet voor elk database type het juiste create table script 00_create_job_table_dbtype.sql uit de db-map in de release gedraaid worden. Voor Oracle moet ook nog script 04a gedraaid worden. Na deze upgrade duurt het langer voordat een tansformatie start, maar daarna loopt het proces ca. 10x zo snel.
SQL Server upgrade
In de view v_adres zit een fout, om deze in bestaande installaties (ouder dan v.1.3.1) op te lossen gebruikt u script 600_alter-v_adres.sql welke de fout verhelpt door de kolom naam te hernoemen. zie #129
Berichten over vervallen objecten niet altijd goed verwerkt
Indien een object in de database staat, dan moet er ook een bericht zijn waardoor het object in de database is gezet. Indien dit bericht verwijderd is en het object van dat bericht wordt middels een nieuw bericht verwijderd, dan lukt de verwijdering niet. Voorheen werd dit niet als fout gezien, met deze release krijgt het bericht en foutcode en moet handmatig onderzocht worden.
v1.3.0
Highlights
- Versnelde verwerking van standen
- Stabiliteits verbeteringen in de BAG berichten directory scanner
- Export mogelijkheid voor berichten toegevoegd
- Gedrag bij fouten strakker ingeregeld
- Optimalisatie aan userinterface bij grote datasets
- Build (en test) op Travis-CI
Overzichten
v1.2.13
Highlights
- Ondersteuning voor SQL server
- Stabiliteits verbeteringen in de verwerking van grote berichten
Overzichten
v1.2.12
highlights
- bug-fix #109: race conditie tijdens data insert in rsgb en status update van bericht
Overzichten
v1.2.11
highlights
- Alleen ORACLE Gebruik van EPSG code 28992 ipv Oracle code 90112 voor Rijksdriehoek
- Java 7 als minimum versie
- SOAP service voor het bevragen van de BRMO, zie: BRMO-SOAP-handleiding
- verschillende bug-fixes
Rijksdriehoek Migratie RSGB Oracle schema
Vanwege de aanpassing in de projectie code is het noodzakelijk het RSBG schema op Oracle databases bij te werken. Hierbij wordt de (ruimtelijke) RSGB data getransformeerd naar projectie code 28992 (van 90112). hiervoor zijn de volgende stappen voorzien (uit te voeren als schema owner):
- 500_drop_spatial_indexes.sql
- 501_transform_rsgb_tables_90112_to_28992.sql
- 502_create_spatial_indexes.sql
- evt. 503_transform_geotools_geometry_columns_90112_to_28992.sql als er een GEOMETRY_COLUMNS tabel is aangemaakt
Het Oracle rsgb schema dient gemigreerd te worden voorafgaand aan nieuwe transformaties.