X-Git-Url: https://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/34c48a5e396a8f9babc47d50b3d2d1a7afe6f376..7bffa5c356b3a88331c400dd2668b393736081ce:/blog/index.html diff --git a/blog/index.html b/blog/index.html index beac6af03f..339807d5b7 100644 --- a/blog/index.html +++ b/blog/index.html @@ -19,6 +19,210 @@ +
+
Nikita version 0.6 released - free software archive API server
+
10th June 2021
+

I am very pleased to be able to share with you +the +announcement of a new version of the archiving system Nikita +published by its lead developer Thomas Sødring:

+ +

+ +

It is with great pleasure that we can announce a new release of +nikita. Version 0.6 +(https://gitlab.com/OsloMet-ABI/nikita-noark5-core). This +release makes new record keeping functionality available. This really +is a maturity release. Both in terms of functionality but also code. +Considerable effort has gone into refactoring the codebase and +simplifying the code. Notable changes for this release include:

+ +
    + +
  • Significantly improved OData parsing
    • +
  • Support for business specific metadata and national identifiers
    • +
  • Continued implementation of domain model and endpoints
    • +
  • Improved testing
    • +
  • Ability to export and import from arkivstruktur.xml
    • + +
+ +

We are currently in the process of reaching an agreement with an +archive institution to publish their picture archive using nikita with +business specific metadata and we hope that we can share this with you +soon. This is an interesting project as it allows the organisation to +bring an older picture archive back to life while using the original +metadata values stored as business specific metadata. Combined with +OData means the scope and use of the archive is significantly +increased and will showcase both the flexibility and power of +Noark.

+ +

I really think we are approaching a version 1.0 of nikita, even +though there is still a lot of work to be done. The notable work at +the moment is to implement access-control and full text indexing of +documents.

+ +

My sincere thanks to everyone who has contributed to this +release!

+ +

- Thomas

+ +

Release 0.6 2021-06-10 (d1ba5fc7e8bad0cfdce45ac20354b19d10ebbc7b)

+ +
    + +
  • Refactor metadata entity search
    • +
  • Remove redundant security configuration
    • +
  • Make OpenAPI documentation work
    • +
  • Change database structure / inheritance model to a more sensible approach
    • +
  • Make it possible to move entities around the fonds structure
    • +
  • Implemented a number of missing endpoints
    • +
  • Make sure yml files are in sync
    • +
  • Implemented/finalised storing and use of +
      +    
    • Business Specific Metadata
      • +    
    • Norwegian National Identifiers
      • +    
    • Cross Reference
      • +    
    • Keyword
      • +    
    • StorageLocation
      • +    
    • Author
      • +    
    • Screening for relevant objects
      • +    
    • ChangeLog
      • +    
    • EventLog
      • +
    • +
  • Make generation of updated docker image part of successful CI pipeline
    • +
  • Implement pagination for all list requests +
      +    
    • Refactor code to support lists
      • +    
    • Refactor code for readability
      • +    
    • Standardise the controller/service code
      • +
    • +
  • Finalise File->CaseFile expansion and Record->registryEntry/recordNote +expansion
    • +
  • Improved Continuous Integration (CI) approach via gitlab
    • +
  • Changed conversion approach to generate tagged PDF documents
    • +
  • Updated dependencies +
      +    
    • For security reasons
      • +    
    • Brought codebase to spring-boot version 2.5.0
      • +    
    • Remove import of necessary dependencies
      • +    
    • Remove non-used metrics classes
      • +
    • +
  • Added new analysis to CI including
    • +
  • Implemented storing of Keyword
    • +
  • Implemented storing of Screening and ScreeningMetadata
    • +
  • Improved OData support +
      +    
    • Better support for inheritance in queries where applicable
      • +    
    • Brought in more OData tests
      • +    
    • Improved OData/hibernate understanding of queries
      • +    
    • Implement $count, $orderby
      • +    
    • Finalise $top and $skip
      • +    
    • Make sure & is used between query parameters
      • +
    • +
  • Improved Testing in codebase +
      +    
    • A new approach for integration tests to make test more readable
      • +    
    • Introduce tests in parallel with code development for TDD approach
      • +    
    • Remove test that required particular access to storage
      • +
    • +
  • Implement case-handling process from received email to case-handler +
      +    
    • Develop required GUI elements (digital postroom from email)
      • +    
    • Introduced leader, quality control and postroom roles
      • +
    • +
  • Make PUT requests return 200 OK not 201 CREATED
    • +
  • Make DELETE requests return 204 NO CONTENT not 200 OK
    • +
  • Replaced 'oppdatert*' with 'endret*' everywhere to match latest spec
    • +
  • Upgrade Gitlab CI to use python > 3 for CI scripts
    • +
  • Bug fixes +
      +    
    • Fix missing ALLOW
      • +    
    • Fix reading of objects from jar file during start-up
      • +    
    • Reduce the number of warnings in the codebase
      • +    
    • Fix delete problems
      • +    
    • Make better use of cascade for "leaf" objects
      • +    
    • Add missing annotations where relevant
      • +    
    • Remove the use of ETAG for delete
      • +    
    • Fix missing/wrong/broken rels discovered by runtest
      • +    
    • Drop unofficial convertFil (konverterFil) end point
      • +    
    • Fix regex problem for dateTime
      • +    
    • Fix multiple static analysis issues discovered by coverity
      • +    
    • Fix proxy problem when looking for object class names
      • +    
    • Add many missing translated Norwegian to English (internal) +attribute/entity names
      • +    
    • Change UUID generation approach to allow code also set a value
      • +    
    • Fix problem with Part/PartParson
      • +    
    • Fix problem with empty OData search results
      • +    
    • Fix metadata entity domain problem
      • +
    • +
  • General Improvements +
      +    
    • Makes future refactoring easier as coupling is reduced
      • +    
    • Allow some constant variables to be set from property file
      • +    
    • Refactor code to make reflection work better across codebase
      • +    
    • Reduce the number of @Service layer classes used in @Controller +classes
      • +    
    • Be more consistent on naming of similar variable types
      • +    
    • Start printing rels/href if they are applicable
      • +    
    • Cleaner / standardised approach to deleting objects
      • +    
    • Avoid concatenation when using StringBuilder
      • +    
    • Consolidate code to avoid duplication
      • +    
    • Tidy formatting for a more consistent reading style across +similar class files
      • +    
    • Make throw a log.error message not an log.info message
      • +    
    • Make throw print the log value rather than printing in multiple +places
      • +    
    • Add some missing pronom codes
      • +    
    • Fix time formatting issue in Gitlab CI
      • +    
    • Remove stale / unused code
      • +    
    • Use only UUID datatype rather than combination String/UUID for systemID
      • +    
    • Mark variables final and @NotNull where relevant to indicate +intention
      • +
    • +
  • Change Date values to DateTime to maintain compliance with Noark 5 +standard
    • +
  • Domain model improvements using Hypersistence Optimizer +
      +    
    • Move @Transactional from class to methods to avoid borrowing the JDBC Connection unnecessarily
      • +    
    • Fix OneToOne performance issues
      • +    
    • Fix ManyToMany performance issues
      • +    
    • Add missing bidirectional synchronization support
      • +    
    • Fix ManyToMany performance issue
      • +
    • +
  • Make List<> and Set<> use final-keyword to avoid potential problems +during update operations
    • +
  • Changed internal URLs, replaced "hateoas-api" with "api".
    • +
  • Implemented storing of Precedence.
    • +
  • Corrected handling of screening.
    • +
  • Corrected _links collection returned for list of mixed entity types +to match the specific entity.
    • +
  • Improved several internal structures.
    • +
+ +

+ +

If free and open standardized archiving API sound interesting to +you, please contact us on IRC +(#nikita on +irc.oftc.net) or email +(nikita-noark +mailing list).

+ +

As usual, if you use Bitcoin and want to show your support of my +activities, please send Bitcoin donations to my address +15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b.

+
+
+ + + Tags: english, noark5, nuug, offentlig innsyn, standard. + + +
+
+
+
VLC bittorrent plugin in Bullseye, saved by the bell?
1st May 2021
@@ -655,78 +859,6 @@ activities, please send Bitcoin donations to my address
-
-
Bompenge-Norge, med noen tall fra bompengekalkulator
-
1st June 2020
-

Det er tett med sensorstasjoner langs veinettet i Norge, som -registrerer hvilke kjøretøy som passerer eller tar bilde av de som -drar forbi. I følge -Vegvesenets nasjonale -veidatabank (NVDB), er det 353 bomstasjoner langs det norske -veinettet. 21 i nordnorge, 48 i trøndelagsområdet, 13 på -nordvestlandet, 91 i bergenstraktene og 180 på østlandsområdet. I -tillegg finnes det et utall overvåkningskamera og noen titalls -RFID-avlesere for bompengebrikker som samler inn informasjon om hvilke -biler som befinner seg hvor i landet. For ikke å glemme alle -mobilbasestasjoner som registrerer hvor brukere av mobilnettverket -befinner seg. De er ikke tema i dag.

- -

De som kjører mye har interesse av å vite hvor mye bompenger det vil -koste å kjøre fra et sted til et annet, og dette behovet har aktørene -bak Bompengekalkulatoren -tatt sikte på å tilby i markedet. Fornuftig nok har de også en -gratistjeneste, slik at de får frivillige til å gi innspill om feil i -datagrunnlaget. Jeg ble nylig nysgjerring på hvor mye det til koste å -kjøre på kryss og tvers i Norge, og valgte meg ut en teststrekning fra -Oslo til Tromsø for å se hvilke beløp som gjelder.

- -

Bompengekalkulatoren viser frem flere rutealternativer for et gitt -reisesøk, og i dette tilfellet, for reise fra Oslo Sentralstasjon til -Tromsø sentrum, viser den tre alternativ. Merk, disse tallene gjelder -bensindrevet personbil. En kan velge takstkategori i -webgrensesnittet. Det ene rutealternativet er E6 gjennom Norge, de to -andre er E45 og E4 gjennom sverige. E45 er innlandsruten i Sverige, -motorvei gjennom store skoger som i følge kalkulatoren skal ta 22 -timer og 26 minutter med norsk bompengebeløp på 164 kroner. Jeg har -mine tvil til om datasettet til Bompengekalkulatoren har svenske -bomstasjoner, så ta dette beløpet med en klype salt. E4 er veien -langs Bottenviken og mer befolket område, og skal ta 22 timer og 50 -minutter til en norsk bompengebeløp på 71 kroner. Den norske ruten -langs E6 skal derimot ta 23 timer og 16 minutter og beløpe seg til 664 -kroner. Beløpene er uten autopass-brikke, slik at en slipper å få -bilens posisjon registrert i alle bompengebrikkeavleserne som ikke -også er bomstasjoner. For trailere er bompengekostnaden 2-3 ganger så -høy som for personbil. I tillegg til pengebeløpet, som faktureres -etterskuddsvis og de siste årene har blitt umulig å gjøre opp kontant -på stedet, så kommer kostnaden med å få sine personopplysninger samlet -inn, lagret og gjort tilgjengelig for fremmede på ubestemt tid. Jeg -ser på den kostnaden som mye høyere en pengebeløpet som -faktureres.

- -

For en tilsvarende tur fra Oslo til Bergen, så forteller -kalkulatoren at raskeste vei er riksvei 7 på 7 timer 4 minutter med -bompengebeløp 409 kroner. Alternativene listet opp er E134 på 8 timer -37 minutter med bompengebeløp 318 kroner og fylkesivei 40 på 7 timer -30 minutter med beløp 331. Det kan kanskje være greit å sjekke ut før -en setter seg i bilen hvor ens personopplysninger vil bli samlet inn -og lagret 5 fem år, når en velger hvilken rute en går for.

- -

Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til -det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner -til min adresse -15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b. -Merk, betaling med bitcoin er ikke anonymt. :)

-
-
- - - Tags: betalkontant, norsk, surveillance. - - -
-
-
-

RSS feed