NOTITIE KOAC•NPC
Onderwerp Datum Referentie
Versie 2.3.48.1
ID gi-595
2.3.49.0
gi-511
2.3.49.0
gi-592
: : :
Releasenotes gisib 2.0 versie 2.3.53.1 19 juni 2015 n150250
Issue Setup aanpassen voor nieuwe Devexpress versie Tabbladen in schermen verbergen voor tabellen waar je geen rechten op hebt
Oracle optimalizeren van tabel geeft verkeerde statistieken
Oplossing gisib is geupdate naar Devexpress versie 14.2.4. Hiermee is onder andere de functie ‘Conditional formatting’ beschikbaar gekomen in de lijsten. Een straat heeft een aantal onderliggende tabellen, bijvoorbeeld: wegdelen, terreindelen, speelplekken, borden, palen, ..... Als je nu een gebruiker beperkte rechten geeft waardoor hij de wegdelen en borden niet kan zien blijven de tabbladen zichtbaar. Het is nu wel zo dat de gegevens tab (met de knoppen rechtsboven verborgen worden). Graag ook het lege tabblad verwijderen, dat is veel overzichtelijker voor de gebruiker: met name omdat bij straat vaak wel 20 tabbladen kunnen voorkomen. Er wordt voor niet geautoriseerde tabellen per definitie geen tabblad aangemaakt op het moment van tonen van het bewerk scherm. Echter de default layout van het scherm die de beheerder in de objectdesigner heeft gemaakt wordt daarna geladen. Daarin staat het tabblad natuurlijk wel. Vandaar het lege tabblad. Aangezien een lijstcontrol niet op een tabblad hoeft te staan, en het feit dat het tabblad technisch geen directe link heeft met het lijst type worden nu alle tabbladen die geen controls bevattten verwijderd. Dit lost het op. Bij gemeente Den Haag kwamen we er achter dat de nu gebruikte functie "analyze table xxx estatimate statistics" niet altijd goed werkt. Met name het gebruik op de spatial index gaat opeens supertraag (100x trager dan normaal). Nazoeken in de Oracle database levert op dat beter
TOPdeskID
de het volgende statement kan worden gebruikt: exec dbms_stats.gather_table_stats(USER,
);
2.3.49.0
2.3.49.0
2.3.50.0
gi-612
gi-613
gi-457
n150250
CROW planning Wegdelen geeft foutmelding "De objectverwijzing ..."
Refresh optie op alle datagrids (via bijvoorbeeld F5)
Kopieer functie van objectattributen is gewenst bij plaatsen nieuw object.
Is aangepast in gisib. Open gisib Naar beheer areaal Selecteer een aantal Wegdelen (niet integraal selectie) Planning CROW richtlijn+maatregelkosten. Na wat rekenwerk verschijnt foutmelding. Sommige tabbladen bevatten gegevens, alleen percentage gepland blijft leeg. Dit is opgelost. Bug was dat bij de bepaling of de trajectplanning moet plaatsvinden de mapping Geografie-Planjaar gecheckt werd op string.Empy en niet op Null (wat hij was). Aangezien de vereiste mapping niet ingevuld was crashte hij na de onterechte bepaling. Bij het multi-user werken bij gisib verversen de grids meestal niet automatisch. Dit is logisch omdat dit de performance behoorlijk beïnvloed . Als je nu in een tabblad zit van een formulier kun je niet snel de getoonde data verversen. Meestal moet je eerst het object sluiten, dan weer openen voordat je de ververste data ziet. Voorstel van Den Haag is om bijvoorbeeld met F5 altijd een overzicht te kunnen verversen. Voorbeeld: tabblad Peilbuis meting wordt door meerder data-typisten gevuld. Men wil dan soms op F5 drukken om de recente data te zien. Deze functionaliteit is toegevoegd. Nu moet je bij het plaatsen van nieuwe vlakken steeds alle attributen opnieuw invullen. Vaak wil je de attribuutwaardes kopiëren van een naastgelegen vlak, en daarna evt. aanpassen. Dit werkt nu erg omslachtig. Er komt een knopje ‘Blauwdruk’ boven de GIS selectie waarmee een template venster wordt
pagina 2 van 22
geopend op basis van een geselecteerd object. Deze toont de properties die bewerkbaar zijn, en per property een vinkje of deze mee gekopieerd moet worden. Zolang dit venster actief is wordt bij een nieuw object de kopieer actie gedaan. Zodra een andere laag actief wordt verdwijnt het venster. Venster weg kopieer actie weg. 2.3.50.0
gi-521
Duidelijker aangeven in invoerscherm of invulvelden verplicht zijn of niet
Bij invullen van een nieuw object zie je nu pas welke invulvelden verplicht zijn door de foutmelding bij het drukken op de OK/Opslaan knop. Het is een wens van de functioneel beheerders om verplicht invulvelden duidelijk aan te geven, bijvoorbeeld door een * achter de caption o.i.d. of 'bold' maken van de caption tekst. Dit zowel in de ontworpen Forms als in het "Massaal bewerken" invulvak. Oplossing: Verplichte velden tonen een subtiel rood lijntje aan de linkerkant van de tekstbox als zij nog geen waarde hebben. Bij massaal bewerken worden de verplichte velden nu ook aangegeven, in de metro style, met een verticaal rood streepje
2.3.50.0
gi-542
Alle relaties met indelende beheerobjecten automatisch oplossen (dus niet alleen de geladen objecttypes in het kaartscherm)
Op dit moment worden de relaties met andere beheerobjecten (buurt, wijk, straat, kom, functioneel gebied .... ) alleen berekend als de gebruiker deze objecttypes geladen heeft in het kaartscherm (TatukGIS). Dit is niet handig: van gebruikers kun je niet verwachten dat ze dit allemaal steeds zelf in de gaten houden. Gisib weet alle relaties via de Object Designer en moet dus zelf bij het plaatsen van een object alle relaties kunnen doorrekenen. Oplossing: Alle geom-relaties worden gecontroleerd. Indien nodig wordt de laag tijdelijk geladen, de relatie wordt gelegd, en indien nodig wordt de laag weer verwijderd.
n150250
pagina 3 van 22
2.3.50.0
2.3.50.0
2.3.50.0
gi-560
gi-622
gi-625
n150250
Readonly attributen
Berekende veldwaardes worden niet meer opgeslagen in de database (al vanaf versie x.44)?
Master-detail rapporten werken niet meer correct op selectie (werkte nog in x.46)
Attributen moeten voor een objecttype een Read Only vlag krijgen. Oplossing: In de Objectdesigner kunnen attributen bij een object nu een boolean ‘read only’ krijgen. In beheerareaal kunnen deze attribuutwaardes niet worden gewijzigd. De functioneel beheerder Den Haag was bezig met berekende velden, en wees me er op dat de berekende waardes niet worden opgeslagen in de database. Testcase: Voorbeeld beheerobject: 3 attributen: lengte, breede , oppervlak. Oppervlak is "calculated" [lengte]*[breedte] In de edit forms+grids zie je netjes de oppervlakte berekend worden. Maar in de database blijft de kolom helemaal leeg. Oplossing: Ergens in 2013 zijn de changedproperties geïntroduceerd. Dit zorgde ervoor dat alleen de aangepaste properties bijgewerkt werden in update queries. Sinds die tijd worden de calculated properties dus niet meer opgeslagen in de database bij het bewerken van een object. Voor nieuwe objecten heeft het wel altijd gewerkt doordat we hier altijd alle properties mee nemen in de insert queries. Het is nu aangepast zodat bij het opslaan van een object de calculated properties ook worden opgeslagen. De functioneel beheerder Den Haag heeft een master-detail rapport gemaakt betreffende peilbuizen en inspecties (metingen). Hiervoor met hem in versie 46 dit rapport getest, en werkte goed voor selecties van peilbuizen. Vanochtend getest met versie 49, werkt deze functie niet meer. De data van de peilbuis komt netjes in beeld, de detail-band met inspecties blijft leeg. Testcase: Navigeer naar tabel "Peilsbuis", maak een selectie op
pagina 4 van 22
Straat "Waldorpstraat". Vervolgens kies rapport "Peilbuis". Oplossing: Master detail rapporten werkten vooralsnog alleen vanuit het bewerkscherm. Hier wordt het rapport vanuit het mainform gestart. Dit is nu opgelost. 2.3.52.0
gi-369
Importresultaat bij Out of memory exception
Wanneer er gedurende het importproces een out of memory exception volgt, meldt gisib dat de import niet gelukt is. Het kan wel zo zijn dat de import wel geslaagd was, maar dat enkel het bijwerken van de journal niet (volledig) is gelukt. Deze feedback zou de gebruiker wel moeten krijgen. Even ter extra info. Changeset 1267 heeft een wijziging in de journalling, wat het opslaan van journalrecords aanzienlijk versneld heeft. De wijziging betrof het ophalen van childlists in het baseobject wat standaard voor ieder childlist werd gedaan bij het doorlopen van alle properties van een baseobject. Daardoor werden lege childlists automatisch gevuld wat tijdens journalling niet handig is. Scheelt voor dit probleem ook een hoop geheugen. Na verder testen lijkt het er erg sterk op dat dit probleem ook werd veroorzaakt door het ophalen van childlijsten tijdens het opslaan van journalrecords. Een test op het importeren van het objecttype Status bleek daar wel uit. Het Status object heeft zo'n 80 childs. Zonder de wijziging van changeset 1267, duurde een import van 3 statusregels pak hem beet zo'n 40 minuten, terwijl het na het toepassen van de wijziging in changeset het importeren van diezelfde regels minder dan een seconde nodig had! Thijs, als je deze versie gaat testen, moet je even nagaan of dit probleem zich nog steeds voordoet. Ik verwacht nu eerlijk gezegd niet zo snel meer. Wat is er veranderd in deze versie? Het is mij niet duidelijk wat er getest moet worden?
n150250
pagina 5 van 22
2.3.52.0
gi-385
CROW planning mist modeldata zetting
2.3.52.0
gi-443
Geometrie attributen bijwerken bij overnemen geometrie
We hebben dit niet meer kunnen reproduceren. Gisib is gevuld vanuit een modeldatabase waarin in de schademaatregeltabellen de waardes 1 en L niet stonden geregistreerd. Ik zal de juiste modeldata.mdb bij deze issue voegen. Wanneer via het relatiescherm een geometrie wordt bijgewerkt (selecteer geometrie), worden de geo attributen niet bijgewerkt (geooppervlakte en geolengte). 1.In het GIS-grid ('Selectie') worden deze getallen niet automatisch bijgewerkt nadat een geometrie is aangepast. Pas wanneer je de selectie weer opnieuw maakt zie je de veranderingen. 2.In de 'Geometrie revisies' (in Historie) wordt geen melding gemaakt van de wijziging. Is nog niet opgelost.
2.3.52.0
diverse
Cloud
2.3.52.0
gi-477
Na aanpassen level dienen de view configuraties van illegale levels verwijdert te worden.
2.3.52.0
gi-490
Wens: Toevoeging tekenfunctionalitei t: tekenen cirkel
- Oppervlakte, lengte nu direct zichtbaar in grid.| - Geometrie wijzigingen worden gejournalled. - Dubbele journalling opgelost - Geom relaties automatisch bepaald en ingevuld Diverse doorontwikkelingen ten behoeve van mobiel werken. Bevind zich vooralsnog in testfase. Indien mogelijk intelligent doen opdat een view definitie zoveel mogelijk bewaard blijft. Oplossing: Als het datalevel van het objectkind verlaagd wordt, worden nu alle attributen van een hogere level uit de objecttype_viewconfig tabel verwijderd. Wens: Toevoeging tekenfunctionaliteit: tekenen cirkel. 29-11-2013 Versie 2.3.29.0 (Aangemeld door Piet Mulder) Gewenst is een toevoeging aan de 'teken functionaliteit': tekenen cirkel. Opmerking Piet Mulder: Een cirkel wordt meestal gebruikt om een deel van de kaart onder de aandacht te brengen.
I1409 043
Oplossing: Tekenen cirkel is toegevoegd.
n150250
pagina 6 van 22
2.3.52.0
gi-496
n150250
Berekend veld enkel te berekenen door gebruik te maken van 'eigen attribuutwaarden'
Business case: In Object designer is van een attribuut in te stellen dat het een 'berekend veld' is (Attribute type = Calculated). Een 'berekend veld' kan ENKEL gebruik maken, bij een berekening, van de attribuutwaarden die op het object zelf gedefinieerd zijn (de 'eigen attribuutwaarden'). Dit vormt een probleem bij het onderstaande testgeval: Testgeval: Momenteel bevatten zowel de elementen als de bouwdelen van een kunstwerk een attribuut voor de conditiescore. De conditiescore voor bouwdelen wordt toegekend. - De conditiescore voor elementen wordt berekend, uitgaande van de bouwdelen waar het uit bestaat. Voorlopig is de conditiescore van het element te berekenen met de formule MIN(bouwdeel A, bouwdeel B, ...). Opmerking: Rob Klaver is hier zelf nog niet 'tevreden' mee; maar voorlopig is deze berekening het uitgangspunt! - De conditiescore voor het kunstwerk zelf wordt berekend, uitgaande van de KRITISCHE elementen waar het uit bestaat. Er zal dus (mogelijk) een attribuut 'kritisch' (Boolean) toegevoegd moeten worden aan een element. De conditiescore voor een kunstwerk is nu MIN (kritisch element A, kritisch element B, ...). Gevraagd: De mogelijkheid om 'te rekenen met de attribuutwaarden van onderliggende objecten', ten einde in staat te zijn om een formule samen te stellen waarmee: - de conditiescores van bouwdelen geagregeerd kunnen worden naar elementniveau en; - de conditiescores van elementen geagregeerd kunnen worden naar het gehele kunstwerk. Opmerking: Het veranderen van 'het ophaalniveau' heeft geen invloed op de 'velden' (attributen) die beschikbaar zijn in de zogenaamde 'Formule editor'! User comment nenad.radmanovic (Wednesday, March 26, 2014 4:03 PM) | Permalink Indien de agregatie berekening van conditiescores van bouwdeel naar element genormaliseerd is, zal dit opgenomen worden in gisib (door KOAC) belofte Thijs Adolfs.
I1409 054
pagina 7 van 22
User comment nenad.radmanovic (Thursday, March 13, 2014 2:25 PM) | Permalink Opmerking FB: Met een maatwerk rapportage (te maken door KOAC-NPC) is deze vraag mogelijk ook in te vullen.
2.3.52.0
gi-499
Revisie terugzetten veroorzaakt foutmelding
Oplossing: Dit is nu mogelijk met de scripting functionaliteit. Deze functie wordt als 'Beta' meegeleverd met deze release. Denk erom dat het maken van een script te complex is voor eindgebruikers, dit is programmeerwerk wat door een ervaren gisib programmeur uitgevoerd dient te worden. Bij het terugzetten van een journal waarbij de oppervlakte is aangepast omdat ook de geometrie is aangepast, wordt de oppervlakte teruggezet en de geometrie niet. Kortom: Bij het terugzetten van een revisie NOOIT de oppervlakte terugzetten tenzij geometrie wordt teruggezet (geldt uiteraard ook voor lengte velden e.d.)
2.3.52.0
2.3.52.0
gi-544
gi-551
n150250
Kostenconfigurati e: uren/tijdnormen
Rechten bevinding: Waarde attribuut is ten onrechte aan te passen.
Oplossing: Bij het terugzetten van een revisie worden alle GEO veldtypes nu behouden. Groenbeheerders zijn gewend om tijden en kosten in hun overzichten te zien bij calculaties/planningen. Dit kan nu niet in gisib. Wens van o.a.: Bergen, Heerhugowaard, Den Haag, .... Oplossing: Nieuwe module ‘Jaarplanning’ ontwikkeld. Business case: De waarde van een attribuut van EditorType 'FileOpenButtonEdit' is ten onrechte aan te passen. Dit zou niet mogen aangezien de gebruiker enkel leesrechten heeft. Testgeval: 1. Object designer: Maak een nieuw attribuut met naam HYPERLINK. Stel in dat EditorType = 'FileOpenButtonEdit'. 2. Object designer: Voeg het attribuut HYPERLINK toe aan het beheerobject 'oevervak'.
I1412 006
pagina 8 van 22
3. Object designer: Voeg het attribuut HYPERLINK toe aan de form van 'oevervak'. 4. Pas de rechten van de gebruiker Schu01 aan opdat deze gebruiker leesrechten heeft op het attribuut HYPERLINK (dat is toegekend aan oevervak). 5. Log in als gebruiker Schu01, open de form van een oevervak en dubbelklik op 'de puntjes' die achter het attribuut HYPERLINK staan. Bevinding: De waarde van de hyperlink kan aangepast worden en opgeslagen worden. Dit zou niet moeten kunnen aangezien de gebruiker 'Schu01' enkel leesrechten heeft op het attribuut HYPERLINK. Gewenste gedrag: De gebruiker 'Schu01' moet niet in staat zijn om de waarde van het attribuut HYPERLINK aan te passen (aangezien hij enkel leesrechten heeft op het attribuut). De gebruiker 'Schu01' moet wel in staat zijn om het document (b.v. het pdf-bestand) te openen (het is immers een hyperlink). Aanvullende opmerking: Wanneer het ‘open’ knopje wordt gebruikt en er is geen hyperlink gevuld, volgt een foutmelding dat er geen bestand geopend kan worden.
2.3.52.0
gi-586
n150250
Opmaakt van datagrid wordt niet opgeslagen indien inspecties geladen worden.
Oplossing: Aangepast conform bovenstaande. Business case: De kolombreedte van de velden van het beheerobject in de datagrid zijn te smal, indien van het beheerobject ook de inspecties geladen worden. Deze lijstopmaak is handmatig aan te passen ... maar niet op te slaan. De suggestie wordt echter wel gewekt dat de lijstopmaak (lay-out van de datagrid die inspecties bevat) opgeslagen kan worden. Indien de lijstopmaak 'opgeslagen' wordt en hierna weer wordt opgeroepen blijkt echter dat er (ten onrechte) niets veranderd is! Kortom; de functionaliteit (opslaan lijstopmaak) doet niet wat het belooft. Testgeval: 1. Maak een selectie waarbij alle bomen opgehaald worden inclusief de (VTA) inspecties.
I1411 018
pagina 9 van 22
2. Verwijder enkele kolommen (van zowel de inspectie als boom) en maak enkele kolommen groter. 3. Selecteer de knop 'Sla de lijstopmaak op' (met bijvoorbeeld de naam 'test'). 4. Verwijder het tabblad 'Boom' (de selectielijst). 5. Maak een selectie waarbij alle bomen opgehaald worden inclusief de (VTA) inspecties. 6. Selecteer de opgeslagen lijstopmaak (met bijvoorbeeld de naam 'test'). Bevinding: De lay-out van de datagrid (de lijstopmaak) verandert niet. De bij stap 2 verwijderde kolommen zijn (nog steeds en ten onrechte) aanwezig en de kolombreedte van de aangepaste velden verandert (ten onrechte) niet.
2.3.52.0
gi-604
n150250
GIS selectie op beheerobject laag niet in integraal grid
Oplossing: De layout wordt nu ook in geladen in het grid met de inspecties. Wanneer een layout is ingesteld voor een beheerobject wordt deze doorgevoerd op de kolommen van het beheerobject. Na het wijzigen van de layout vanuit het inspectiesgrid wordt deze opgeslagen en kan weer worden ingeladen. De wijzigingen in de kolommen van het beheerobject worden ook weer ingeladen in het grid op het moment dat je een grid opent zonder inspecties. Businesscase: Een GIS selectie van beheerobjecten levert nu altijd een integraal lijst op. Ook wanneer gericht op de laag van 1 beheerobject type wordt geselecteerd. Testgeval: Stel 'wegdeel imgeo' in als actieve laag; Selecteer wegdelen; Dit resulteert in een integraal selectie van enkel wegdelen. Hierop kan dus ook geen planning worden gemaakt. Gewenst: Een selectie op de laag van 1 beheerobject moet resulteren in een niet-integraal selectie. In het testgeval dus een wegdeel lijst. Aandachtspunt: Indien de selectie wordt uitgebreid met andere type
pagina 10 van 22
objecten, moet worden overgeschakeld naar welintegraal modus bij de GIS selectie.
2.3.52.0
gi-606
n150250
Maken themakaart met inspectieresultate n
Oplossing: Het is als volgt opgelost: 1. Het datacontrol toont in GIS een normaal grid indien er maar één type beheerobject in de selectie zit. Technisch gezien is het nog steeds een integraal grid, echter er wordt automatisch ingezoomed zodat hij eruit ziet als een normaal grid. (Zelfde effect als knopje zoom) 2. Wanneer Lijst naar tab wordt gekozen zal: - Een integrale selectie op de GIS Selectie tab komen (Zoals het altijd was) - Wanneer de selectie uit één type bestaat dan wordt deze op zijn eigen tab geplaatst. Bijv. Wegvakonderdelen komen op de tab Wegvakonderdelen, zodat er bijv. direct een planning gedraaid kan worden. Als de tab Wegvakonderdelen al bestaat volgt de vraag "De tab Wegvakonderdelen bestaat al wilt u deze vervangen?" Ja/Nee Indien Ja geantwoord dan wordt de inhoud van de tab Wegvakonderdelen vervangen door de GIS selectie wegvakonderdelen waarna weer gepland kan worden. Als er Nee geantwoord wordt dan zal de GIS Selectie op de GIS Selectie tab geplaatst worden. Merk op, dat vanuit de GIS Selectie tab geen objecttype specifieke acties (zoals planning) uitgevoerd worden. Deze blijft in de basis Integraal. Business case: Als beheerobjecten INCLUSIEF inspecties geladen zijn (in de datagrid zijn dan de inspectieresultaten te zien), dan zou het mooi zijn als 'van de inspectieresultaten' een themakaart te maken is... ook al is in 'Object designer' ingesteld dat het ophaalniveau van het beheerobject '1' is. Ik zal van dit aangescherpte gewenste resultaat ook een 'wens nieuwe functionaliteit' loggen. Randvoorwaarde: In de gisib module 'Object designer' is ingesteld dat het ophaalniveau van 'Boom' 1 is. Het ophaalniveau is expliciet op 1 gezet (en niet op 2) aangezien dit 'de
I1501 001
pagina 11 van 22
performance' te veel verslechterd. Testgeval: 1. De bomen worden allen opgehaald in de datagrid, inclusief de VTA-inspecties (de toggle 'Neem inspectie mee in selectie' staat AAN). (Resultaat: In de datagrid worden boomgegevens getoond met de inspectieresultaten van de VTAinspectie) 2. De knop 'Themakaart' wordt geselecteerd. 3. In de schermsectie 'Themakaart', tabblad 'Labels' worden de attributen getoond van het beheerobject 'Boom'. Gewenst: In de schermsectie 'Themakaart', tabblad 'Labels' dienen niet alleen de attributen van het beheerobject 'Boom' getoond te worden maar ook van 'VTAinspectie'. Deze gegevens zijn immers in de datagrid beschikbaar! (deze gewenste situatie verbetert mijns inziens 'de performance' van de functionaliteit 'aanmaken themakaart' indien ook inspectieresultaten in de themakaart getoond moeten worden). Thijs: Deze functionaliteit is toegevoegd, ook inspectie resultaten uit het betreffende grid kunnen als label meegegeven worden aan een themakaart. PNH: Ik heb nog steeds een 'slecht gevoel' bij de snelheid waarmee een themakaart gemaakt wordt. Bij 8130 bomen met een (VTA)inspectie wordt de themakaart in ongeveer 1 minuut gegenereerd. Bij 4458 wegvakonderdelen (met een CROW weginspectie en beeldkwaliteit schaalbalken) duurt het 12 minuten voordat de themakaart gegenereerd is. Dit ontdankt het feit dat ik bij boom ENKEL de labels 'Beheerder' en 'VTA inspectie - VTA risico' als label geselecteerd heb en bij wegvakonderdeel ENKEL de labels 'Beheerder' en 'CROW weginspectie dwarsonvlakheid' geselecteerd heb (twee labels dus bij 'Boom' en ook twee labels bij 'Wegvakonderdeel'). Waar wordt dit grote verschil in performance door veroorzaakt? Komt het door de geometrie (punten versus vlakken) of spelen er andere aspecten mee?
n150250
pagina 12 van 22
Hierdoor heb ik de indruk dat er nog 'de nodige winst te halen is' t.a.v. de snelheid waarmee een thamakaart gegenereerd wordt. PNH: Dit principe werkt nu enkel wanneer een selectie via de multi-select wordt gemaakt en alle objecten binnen de selectie ook een inspectie bevatten. Het is de bedoeling dat ook zonder multi select de labels beschikbaar komen in de themakaart, dus deze issue is heropend. Oplossing: De labels werken nu altijd, ook zonder ‘massaal bewerken’. Wat betreft de performance: in onze test op de meest recente PNH database hebben we alle bomen met alle inspecties gethematiseerd met alle attributen (ook inspectie). Het maken van de themakaart duurde 46 seconden. 2.3.52.0
2.3.52.0
gi-628
gi-636
n150250
Bij invoeren beheerobjecten verspringt basis type naar BaseObject bij nieuw vanuit scherm
ViaBEL: Visuele index zit niet in de themakaartattribut en waarmee wegsectieonderd
Bij het invoeren van meerdere Beheerobjecten schakelt het scherm over van basistype Beheerobject naar BaseObject. Casus: 1. Ga naar Object Designer - Beheer objecten. 2. Klik nieuwe het scherm opent. 3. Maak een beheerobject aan. 4. Sla deze op. 5. Klik Nieuw 6. Basis type is nu gewijzigd van BeheerObject naar BaseObject De gebruiker is in de veronderstelling dat hij Beheerobjecten aan maakt en kan nu per ongeluk basisobjecten aanmaken terwijl hij beheerobjecten wil aanmaken. Oplossing: Er wordt niet meer naar het andere type gesprongen. Themakaart bevat het attribuut Visuele Index niet. Deze moet op het grid worden geplaatst om in de themakaart als extra filter te kunnen werken. Oplossing:
pagina 13 van 22
2.3.52.0
gi-638
2.3.52.0
gi-643
n150250
elen al of niet getoond kunnen worden Exceptions Logger
Met ingeladen inspecties houd datacontrol geen rekening met filters
Is toegevoegd
Er is een exception logger geimplementeerd die exceptions (onverwachte foutmeldingen) registeert in een bestand op de client pc in de map Gisib2. De logger voegt zoveel mogelijk informatie toe aan een logregel. Gaat er bijvoorbeeld een query fout dan wordt naast de Call Stack ook de actuele query met actuele parameters geregistreerd zodat dit goed geanalyseerd kan worden. De verrijking van de exception informatie is een 'ongoing' proces. (Aan de hand van de praktijk kunnen we dit uitbreiden.) In de map Mijn Documenten\gisib2 wordt per dag een log bestand aangemaakt. gisib_20150323.log Er worden maximaal vijf bestanden (een werkweek) bewaard. De oudste bestanden worden automatisch verwijderd bij het opstarten van gisib. Log bestanden lezen: In de bin directory van gisib staat een nieuwe executable gisib.LogReader.exe waarmee de log bestanden gelezen kunnen worden. Dit is een momenteel zeer basaal tooltje die het logbestand leesbaar maakt. In de toekomst kan dit uitgebreid worden bijvoorbeeld met de mogelijkheid om een log bestand te mailen etc. Indien een lijst wordt opgehaald van beheerobjecten inclusief inspecties dan wordt er bij diverse acties Themakaart, planning etc. geen rekening gehouden met een ingesteld filter, ofwel alle beheerobjecten gaan mee in het proces. Use case 1. Selecteer wegvakonderdelen incl. inspecties 2. Filter inspectiedatum op "Eerder dit jaar" 3. Het aantal wegvakonderdelen is kleiner dan totaal 4. Draai een planning. 5 De planning wordt gedraaid op alle wegvakonderdelen terwijl dit op de gefilterde onderdelen dient te gebeuren. Workaround 1. Stel filter in 2. Zet lijst in multiedit druk CONTROL-A (Selecteer alles) 3. Draai planning
I1411 013
pagina 14 van 22
2.3.52.0
gi-644
ViaBEL bug presentatie visuele index
2.3.52.0
gi-649
Indexatie cyclische planning
2.3.52.0
gi-653
Exporteren importmappings
2.3.52.0
2.3.53.0
gi-668
gi-383
Import datamapping met trailing spaces (en mogelijk ook leading) wordt gemapped, maar niet geïmporteerd
Refresh na 'Ruimtelijke relaties'
Fout zit in DataControl.cs functie IsFilterActive(). Deze functie kijkt alleen naar gridview gvData, terwijl bij het geval van ingeladen inspectie gekeken moet worden naar gvDataBanded. Indien er geen inspectie is geeft de presentatie een fout. Dit is opgelost. Momenteel wordt de indexatie bij een cyclische planning gestart vanaf het bouwjaar. Dit moet vanaf de start van de planning. Dus eerste planjaar geen indexatie, de eerste indexatie vindt plaats in het tweede jaar. Businesscase: Bij het importeren wordt gebruik gemaakt van importmappings. Het is niet mogelijk deze lijst te exporteren naar Excel. Testgeval: Vul een importconfiguratie met de benodigde gegevens en mapping. Gebruik de rechter muisknop op de grid 'Mappings'. Er volgt geen mogelijkheid om te exporteren. Oplossing: Mappings kunnen via de rechter muisknop worden geëxporteerd. Import datamapping met trailing spaces (en mogelijk ook leading) wordt gemapped, maar niet geïmporteerd Bijv. in de datamapping wordt gemapped "Rijstrook links " is Situering "Rijstrook links". Dit is goed. Echter bij het importeren is de waarde voor Situering leeg en heeft de import de waarde waarschijnlijk proberen te vinden op basis van de waarde met trailing spaces. Oplossing: Deze situaties worden nu goed verwerkt. Nadat de ruimtelijke relaties zijn bijgewerkt, worden de betreffende kolommen in de GIS selectie grid niet vernieuwd. Alleen de eerste record. Oplossing:
n150250
pagina 15 van 22
2.3.53.0
gi-415
Het object 'stroefheid' is ten onrechte opgenomen in keuzelijstje 'objecttype'
Alle records worden nu ververst. Business case: Het keuzelijstje 'objecttype' bij Data import van een Excel-bestand bevat de onrechtmatige waarde 'Stroefheid'. Dit lijkt incorrect aangezien het objecttype 'Stroefheid' geen content is (maar van het type 'OpnameData') Testgeval: 1. Start gisib. 2. Log aan op de testomgeving als gebruiker met de rol van Functioneel beheerder. 3. Klik op de tegel 'Data uitwisseling' met een enkele klik van de linker muis. 4. Selecteer bij 'Uitwisselingstype' de optie 'Excel'. 5. Selecteer bij 'Importtype' de optie 'Content' 6. Open het pulldown menu achter 'Objecttype'. Bevinding: In het treklijstje staat de waarde 'Stroefheid'. Dit lijkt incorrect aangezien het objecttype 'Stroefheid' geen content is (maar van het type 'OpnameData'). Gewenst: In het treklijstje 'objecttype' bij Data import van een Excel-bestand dient de waarde 'Stroefheid' te ontbreken.
I1408 014
Oplossing: Het object stroefheid wordt niet meer getoond bij een content import. 2.3.53.0
gi-417
n150250
Het laden van een opgeslagen configuratie gaat niet helemaal goed.
Business case: Bij het laden van een opgeslagen configuratie (in de gisib module 'Data uitwisseling') dienen de datamapping van de basisobjecten (attributen met een keuzelijstje) in het venster linksonder aanwezig te zijn. Testgeval: Van gisib versie 2.3.40.1 wordt de module 'Data uitwisseling' gestart. Direct na het starten wordt de knop 'Open een bestaande configuratie' geselecteerd. Selecteer hierna een configuratiebestand (bijvoorbeeld 'dynBoomGeg'; deze configuratie gaat uit van Content en heeft betrekking op een Excelbestand met bomen). Selecteer de knop 'Open' om de configuratie te laden. Selecteer, nadat de configuratie geladen is,
I1408 016
pagina 16 van 22
het objecttype 'Boom'. Bevinding 1: Ik verwacht dat het Objecttype 'Boom' in het keuzelijstje een groene tekstkleur heeft; op deze manier is duidelijk dat de opgeslagen configuratie betrekking heeft op 'bomen'. Bevinding 2: Na selectie van 'Boom' dienen de mappings in het onderliggende venstertje gevuld te zijn (dit is zo). Tevens dienen de datamapping van de basisobjecten (attributen met een keuzelijstje) in het venster linksonder aanwezig te zijn (dit is NIET zo). Gewenst gedrag: Ik verwacht dat het Objecttype 'Boom' in het keuzelijstje een groene tekstkleur heeft. De datamapping van de basisobjecten (attributen met een keuzelijstje) in het venster linksonder dient aanwezig te zijn. Aanvullende opmerking: Ik heb de importconfiguratie minimaal gewijzigd (mapping toegevoegd), weer opgeslagen en weer geladen. Het boven beschreven gedrag blijft echter bestaan. De oorzaak van het gedrag is dus NIET dat de configuratie gemaakt en geladen is met verschillende gisib versies. We hebben deze bevindingen kunnen reproduceren. Het principe gaat overigens wel goed wanneer bij het laden van de configuratie direct het importtype en objecttype worden geselecteerd. Oplossing: Objecttypes binnen een importconfiguratie worden weer in groen weergegeven. 2.3.53.0
gi-624
n150250
Bomen standaard te plannen op kwaliteitsniveau C (met uitzonderingssitua ties)
Randvoorwaarden: 1. In de gisib module 'Object designer' is het ophaalniveau van 'Boom' ingesteld op 1. 2. In de gisib module 'Object designer' is ingesteld, voor het beheerobject 'Boom' op het tabblad 'Ambitieconfiguratie', dat het attribuut pad 'Traject.Gebruiksfunctie' is. Business case: Het moet mogelijk zijn om 'bomen standaard te
I1503 004
pagina 17 van 22
plannen op kwaliteitsniveau C' met een aantal uitzonderingsgevallen. Hiervoor heb ik zowel in de gisib modules 'Object designer' als in 'Beheer areaal' aanpassingen gedaan opdat er standaard gepland wordt op beeldkwaliteit C terzij de gebruiksfunctie van het traject 'Fietspad, Stroomweg of Voetpad' is; dan dient er gepland te worden met (beeld)kwaliteitsniveau B. Vervolgens heb ik, in de gisib module 'Beheer areaal', de planning van een aantal bomen uitgevoerd voor een traject waarvan de gebruiksfunctie 'Fietspad' is. Verwacht resultaat: Mijn verwachting was dat de bomen op 'Beeldkwaliteitsniveau B' gepland worden (aangezien het hier een geconfigureerde uitzonderingssituatie betreft). Dit resultaat verwacht ik ook als het ophaalniveau van 'Boom' ingesteld is op 1. Bevinding: Het resultaat is echter dat de bomen op 'Beeldkwaliteitsniveau C' gepland worden. Opmerking: Als het ophaalniveau van ‘Boom’ op 2 is ingesteld worden de bomen WEL op beeldkwaliteitsniveau B gepland (dit is de enige aanpassing die nodig is om het resultaat wel in overeenstemming te brengen met de verwachting!). Thijs: Ik heb het vanmiddag uitgebreid getest en je bevinding is correct. Indien een ambitie- of kostenattribuut zich buiten het ophoogniveau bevind, wordt deze niet automatisch opgehaald in de planning. Het resultaat hiervan is dat de default wordt gehanteerd. We zorgen dat het in de volgende release is opgelost. Oplossing: Dit werkt nu zoals gewenst. 2.3.53.0
gi-647
n150250
Muteren kostenconfigurati e is erg traag
Ik weet niet vanaf welke versie dit optreedt ,maar het valt in Den Haag op dat het muteren in de kostenconfiguratie wegbeheer erg traag is.
pagina 18 van 22
geworden
Na aanklikken van een kostenregel zit je soms wel 10 seconden te wachten voordat er iets gebeurt. Vervolgens bij sluiten weer hetzelfde.
Oplossing: We cachen nu de opgehaalde maatregelen, zodat dit nu slechts één keer gebeurd. De snelheid bij het bewerken is hiermee verbeterd. 2.3.53.0
2.3.53.0
2.3.53.0
gi-650
gi-656
gi-657
n150250
Attributen zonder bewerk rechten niet tonen in massaal bewerken paneel
Aanpassing kostenregels en cyclus planning (snelheids verbetering !?)
Maatregelgroep vermelden in de
Businesscase: Voor de gebruiker zou het prettig zijn als niet te bewerken attributen ook niet getoond worden in het massaal bewerken paneel. Dit kan dus o.a. op basis van 'neem mee in select', gebruikersrechten en/of 'read only'. Oplossing: Betreffende attributen worden niet meer weergegeven bij massaal bewerken. Bij de kosten en ambitie configuratie (maar vooral van belang bij de kosten configuratie) kan je aangeven welke attributen van een object bepalend zijn voor welke kostenregel. Dit werkt goed, echter als je bv 3 of 4 attributen wilt gebruiken ontstaat een matrix van mogelijkheden die niet meer werkbaar is. We zouden de volgende wijziging willen voorstellen: • De eerste attribuut is verplicht en bepalend, bv het beheertype; • Elke volgende attribuut is optioneel ingevuld en daarmee bepaald. Is hier geen waarde bij een kosten regel ingevuld, dan geldt deze regel voor alle regels voor het eerste attribuut (en de overige ingevulde attributen) Op basis van deze keuze zou dan de cyclische planning moeten worden berekend. Dit scheelt namelijk enorm veel kostenregels. Een waarschijnlijk ook in de calculatiesnelheid
I1504 013
Oplossing: Dit is geïmplementeerd voor de cyclische planning. Voor de overige planningen wordt dit in release 20153 opgelost. Graag ook de maatregelgroep vermelden in de maatregellijst van de cyclische planning.
pagina 19 van 22
cyclische planning 2.3.53.1
gi-553
Performance van functionaliteit 'Themakaart aanmaken ' is onvoldoende
Oplossing: De maatregelgroep wordt nu weergegeven. Business case: De eindgebruiker is niet in staat om meer dan 15 minuten te wachten op het resultaat als de knop 'Themakaart aanmaken' geselecteerd wordt (selectie < 20.000 objecten elk met een inspectie). Testgeval: 1. De wegvakonderdelen worden allen opgehaald in de datagrid. 2. Een filter wordt ingesteld opdat enkel de wegvakonderdelen getoond worden in de datagrid waar het attribuut 'scheurvorming' niet leeg is. 3. De knop 'Themakaart' wordt geselecteerd. 4. In de schermsectie 'Themakaart' worden kolommen verwijderd opdat enkel de volgende kolommen getoond worden: Beheerder, Situering, Type onderdeel, Verharding, Oppervlakte, Wegvak.afstand van, Wegvak.afstand tot, Wegvak.traject, Wegvak.weg..., Gebruiksfunctie, Crow weginspectie-scheurvorming. 5. De knop 'Themakaart aanmaken' wordt geselecteerd. Gewenst: Als de knop 'Themakaart aanmaken' geselecteerd wordt (selectie < 20.000 objecten elk met een inspectie) dient binnen de halve minuut een resultaat getoond te worden.
I1412 001
Deze 20.000 records worden nu in 2 minuten op de themakaart verwerkt. Op verzoek van PNH heropend aangezien het nog steeds te lang duurt voordat de themakaart wordt aangemaakt. Bij een nieuwe test blijkt het veel langer te duren dan 2 minuten, namelijk minimaal 10. Oplossing: De volgende perfomance verbetering is gerealiseerd: Uitgangspunt Database met 8760 wegvakonderdelen. Maken themakaart duur: 90 seconden. Verbeteringen Diverse verbeteringen in shape vul methodiek.
n150250
pagina 20 van 22
Maken themakaart duur: 20 sec. Versnelling van 70 sec. ca.75% Performance verbetering is erg afhankelijk van lokale omstandigheden. Het hertekenen van de kaart kan al een behoorlijke tijd innemen als er bijv. veel lagen geladen zijn in een groot extent. Dit levert in de database van PNH het volgende resultaat op (Wegvakonderdelen met inspectiegegevens): Maken themakaart van 41.108 records duurt nu 40 seconden. Tevens notificatie toegevoegd aan statusbar met de te ondernemen acties van het proces. 2.3.53.1
gi-602
Invoeren reekswaardes bij inspectie met een compacte regel
Business case: Onze inspecteurs vinden het lastig dat de regels per schadebeeld vrij hoog zijn (om een afbeelding weer te kunnen geven). Gewenst: Kleinere regels indien er geen afbeelding aanwezig is bij een schadebeeld. Testgeval: - Open een wegdeel form; - Maak een nieuwe CROW weginspectie aan; - Dit resulteert in een zeer lange keuzelijst met schadebeelden die compacter moet wanneer er geen foto's zijn. - Vul een waarde is voor een schadebeeld; - Dit resulteert in een zeer lange keuzelijst met schadewaardes die compacter moet wanneer er geen foto's zijn. Oplossing: De regel is nu standaard compact. Zodra er één foto voor een regel bestaat wordt deze weer groter gemaakt voor het hele grid. Known bugs: Er zit nog een bugje bij het invoeren van een inspectie waarbij er waarbij er wél foto's zijn. Nadat de eerste inspectieopname is ingevuld, zouden de regels groter moeten worden. Dit gebeurt echter niet en de volgende regel kan nu niet geselecteerd
n150250
pagina 21 van 22
2.3.53.1
gi-693
Integer velden niet leeg te maken
worden. Nadat bij de eerste inspectieopname opnieuw een waarde wordt ingevoerd, worden de regels wél groter en kan de inspecteur verder. Dit moet uiteraard al na de eerste keer invullen goed gaan. Wanneer je na het bekijken van alle mogelijke waardes besluit om geen waarde in te vullen in een regel en doorgaat naar een andere regel wordt toch automatisch een waarde ingevuld. Het is niet mogelijk een veld van het type Integer leeg te maken op een form. Het lijkt te werken, de waarde wordt leeggemaakt, de opslaan knop wordt geactiveerd. Maar na het opslaan en heropenen van het form blijkt de waarde nog aanwezig. Dit is extra gevaarlijk omdat de gebruiker de indruk heeft dat het wel goed is gegaan. Alternatief is calc edit in te stellen, maar dan komt er '0' te staan en dat is ook niet wenselijk. Via massaal bewerken lukt het wel bij Ctrl del. Oplossing: TextEdit, CalcEdit en DateEdit worden nu standaard aangemaakt met optie AllowNullInput = true, zodat ze leeg gemaakt kunnen worden
2.3.53.1
gi-695
Maak lijst van' CROW inspecties geeft het verkeerde resultaat
Testcase: - Haal wegdelen op middels areaal selectie; - Ga naar multi select en selecteer een aantal wegdelen; - Maak lijst van CROW weginspectie. Dit resulteert niet in de juiste lijst. Er lijken enkel 'actuele inspecties' in te staan en ook niet de juiste set bij de betreffende wegdelen. Oplossing: Caching bug opgelost. Normaal gedrag is dat alleen de actuele inspectie opgehaald worden.
n150250
pagina 22 van 22
