This page shows the release notes of older versions up until the point that the new version was released. For a full list of release notes of an old version, consult the documentation of that version.
For example if you want to see what is fixed in each 2019.1.x patch release, consult the release notes in the documentation of the 2019.1 release.
2021.1
2021.1.05
Bug fixS-63
LCD-12190
2021.1.03
Bug fixS-63
LCD-12150
2021.0
2021.0.10
Bug fixS-63
LCD-12043
Fixed an issue when using an S-63 hardware ID directly using the system property com.luciad.format.s63.encryptedHardwareID
or using the
call setEncryptedHardwareID
.
Decoding of the corresponding S-63 cell permits would fail if that ID had a letter in its hexadecimal form, for example 0xA2345.
This did not affect hardware IDs based on Luciad-provided User Permits embedded in the Luciad license.
2020.1
2020.1.07
Bug fixS-63
LCD-11617
Fixed an issue where S-63 catalogs were not recognized, and decoded as S-57 catalogs instead, resulting in low-level errors.
This happened when an S-63 catalog had entries for cells (.000 files) that were missing on disk.
2020.1.01
ImprovementS-63
LCD-11543
2020.0
2020.0.13
ImprovementS-63
LCD-11453
2020.0
ImprovementS-63
The S-63-specific sample have been removed. You can open S-63 data using the regular ECDIS Lightspeed sample, or the generic Lightspeed and GXY Decoder samples.
All these samples will automatically pick up the TLcdS63UnifiedModelDecoder
to load S-63 data. Place your Cell Permit files (ENC.PMT or PERMIT.TXT) next to the source data, and make sure you are using
the Luciad license that has the corresponding User Permit.
2018.1
2018.1.01
Bug fixS-63
LCD-10393
Fixed an issue with loading S-63 cell permits concurrently for multiple S-63 datasets, causing errors and missing cells.
In case where a single S-63 model decoder was used for multiple S-63 models, they share cell permit files. When displaying these models, these cell permit files were decoded concurrently, depending on timing. However, certain aspects of the IHO S-63 permit file decoding were not thread-safe, causing errors, that caused some permits to be skipped.
The end result was that some cell were not displayed. This is now resolved.
2018.0
2018.0.09
ImprovementS-63
TLcdS63UnifiedModelDecoder
and variants) now supports InlandECDIS (IENC).
For details, see the release note in the Maritime Standards component.
2017.1
2017.1.02
ImprovementS-63
LCD-9602
You can now be notified of issues with cells in a catalog directly in the decode() call.
Set a handler using TlcdS63UnifiedModelDecoder.setInvalidCellExceptionHandler(). Your handler's handleCellWarnings() will be called with TLcdS63Exception during decode() to notify you of issues with cells:
- Cells for which there is no permit ({@link TLcdS63Exception.ErrorCode#SSE_011 SSE_011}). These cells will not be loaded.
- Cells for which the subscription is about to expire ({@link TLcdS63Exception.ErrorCode#SSE_020 SSE_020}). The cells will still be loaded.
- Cells for which the subscription expired ({@link TLcdS63Exception.ErrorCode#SSE_015 SSE_015}). The cells will still be loaded.
2017.0
2017.0.03
ImprovementS-63
LCD-9317
2017.0
ImprovementS-63
LCD-9006
You can now intercept cell expiration warnings when cells are decoded within a catalog.
ILcdS57InvalidCellExceptionHandler
has a new default method handleCellWarnings
.
By default, this method logs a warning message. You can override the method to intercept the warnings.
During the initial decode()
, you will get warnings (SSE_015 or SSE_020) for all expired cell permits.
ImprovementS-63
LCD-7136
canDecode
of TLcdS63UnifiedModelDecoder
,
TLcdS63CatalogueModelDecoder
and TLcdS63ModelDecoder
such that it no longer checks cell permits.
This means canDecode
will accept all S-63 cells and catalogues.
For cells, the decode
will fail if there is no permit.
For catalogues, the decode
will decode only cells in the catalogue for which you have permits (as before).
2016.1
2016.1.31
Bug fixS-63
LCD-9022
ILcdS57InvalidCellExceptionHandler
to be called.
Instead, these cells are now skipped during the initial decode, as when SENC caching is not enabled.
2016.1.24
ImprovementS-63
LCD-8856
You can now set your S63 Customer System ID through a JVM system property: -Dcom.luciad.format.s63.s63CustomerSystemID=mys63id.
In Lucy, you can use the TLcyS63FormatAddOn.s63CustomerSystemID add-on configuration setting: see TLcyS63FormatAddOn.cfg.
The setter method or Lucy setting take precedence over any system property.
See TLcdS63UnifiedModelDecoder.setS63CustomerSystemID() for more information.
2015.1
2015.1
ImprovementS-63
Luciad API users can now act as ECDIS system manufacturers, and use their own hardware IDs and manufacturer IDs. See the TLcdS63UnifiedModelDecoder#setEncryptedHardwareID javadoc and the developer guide for more information.
Note that this functionality requires a specific Luciad license, as explained in the developer guide.
2015.0
2015.0.06
Bug fixS-63
LCD-5808
2014.1
2014.1.08
ImprovementS-63
LCD-6301
2014.0
2014.0.08
Bug fixS-63
LCD-5808, LCD-10166
Bug fixS-63
LCD-5796
2014.0.07
Bug fixS-63
LCD-5795
2014.0
ImprovementS-63
The TLcdS63UnifiedModelDecoder, TLcdS63CatalogueModelDecoder and TLcdS63ModelDecoder now automatically pick up basic/meta permit files which are located next to the source file. This avoids the need to configure those permits on the model decoder itself.
The sample class S63ModelDecoder was removed: it configured the sample permit, and was annotated with @LcdService so that the sample data could be loaded with the service-loader-based model decoder. Since the TLcdS63UnifiedModelDecoder now automatically picks up the permit, this is not necessary anymore.
TLcdS63UnifiedModelDecoder is now annotated with @LcdService instead.