Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

All fixes and improvements, including language maps #70

Merged
merged 13 commits into from
Oct 11, 2024

Conversation

csnyulas
Copy link
Contributor

No description provided.

schivmeister and others added 13 commits October 12, 2024 00:04
Contract-[hasLotReference]->Lot

Resolves the unwanted state of a Contract linking to Lots referenced
across all LotAwardOutcomes. The Contract should link to only the Lot
referenced in the respective LotAwardOutcome, as per OPT-315-LotResult.
Tender-[specifiesSubcontractors]->Subcontractor

The Subcontractor was linked to only one (or the first) Tender due to an
incorrect template vs. iterator and joinCondition issue. This resolves
it such that all Tenders citing the Tenderer associated with the
Subcontractor are the ones to which the Subcontractor is linked.

A modified version of the notice 2024-OJS072-00215550 is used to test
this, as it would expose the underlying issue if the original incorrect
mapping were to exist.

Co-authored-by: csnyulas <csongor.nyulas@gmail.com>
LotGroupAwardInformation-[describesLotGroup]->LotGroup

Partial fix for linking LotGroup mapping for GroupFrameworkAgreement.
hasCurrency mappings for:

- BT-161-NoticeResult
- BT-118-NoticeResult
- BT-1118-NoticeResult
To be consistent with the technique used to hash the IRI trailer of
other roles, first used in the OPT-301-* mappings to prevent recurrence
of a role for different lots. Even if such a relationship doesn't exist
now, it could impact other situations in the future for the
Subcontractor.
CN has only one multilingual example, and CAN has no such examples.

Co-authored-by: schivmeister <rashif.rahman@meaningfy.ws>
Extract languageMaps into their own TriplesMaps as RML is
"underspecified" for multi-valued properties, leading to odd behaviour
in beyond-basic use cases (in this case language code transformation via
CSV lookup function).

Effectively fixes gh-66 but implements an unintuitive mapping approach
(predicate at its own iterator).

See also RMLio/rmlmapper-java#235.

Affects:

- ChangeInformation
- ContactPoint
- Lot
- LotGroup
- Organization
- Procedure
- BT-75-Lot versioned, with fix for version range and dupe conflict
- BT-772-Lot versioned

ChangeInformation tested with 673305-2023.xml.

Many of the Lot fields could not be tested due to unavailability of data
(not easily searchable or requirements expressible through currently
available means).

The change for BT-75-Lot fixes the situation where there was a redundant
1.4+ mapping in the common Lot RML file, and a mistaken version
annotation for 1.3-1.3 (being marked as min 1.4). Because later versions
are less restrictive, this cannot easily be caught, but was otherwise
wrong (the common would override).

Additionally, remove some conflicting dupe references in Procedure:

- BT-01(d)-Procedure
- BT-1351-Procedure

This may or may not have led to undefined behaviour in the mapping
(there were no change in outputs so hopefully this had no impact).
Extract languageMaps into their own TriplesMaps as RML is
"underspecified" for multi-valued properties, leading to odd behaviour
in beyond-basic use cases (in this case language code transformation via
CSV lookup function).

Effectively fixes gh-66 but implements an unintuitive mapping approach
(predicate at its own iterator).

See also RMLio/rmlmapper-java#235.

Affects:

- Contract
- Procedure CAN
- BT-554-Tender versioned
Refactored languageMaps, CN and CAN
@csnyulas csnyulas merged commit f7df13e into develop Oct 11, 2024
@csnyulas csnyulas deleted the feature/d4.1-fixes branch October 11, 2024 20:54
# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants