sis-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Martin Desruisseaux (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (SIS-458) TransformSeparator should omit unused source dimensions, unless requested otherwise
Date Tue, 04 Jun 2019 23:20:00 GMT

     [ https://issues.apache.org/jira/browse/SIS-458?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Martin Desruisseaux resolved SIS-458.
-------------------------------------
    Resolution: Fixed

> TransformSeparator should omit unused source dimensions, unless requested otherwise
> -----------------------------------------------------------------------------------
>
>                 Key: SIS-458
>                 URL: https://issues.apache.org/jira/browse/SIS-458
>             Project: Spatial Information Systems
>          Issue Type: Improvement
>          Components: Referencing
>    Affects Versions: 0.8
>            Reporter: Martin Desruisseaux
>            Assignee: Martin Desruisseaux
>            Priority: Major
>             Fix For: 1.0
>
>
> {{org.apache.sis.referencing.operation.transform.TransformSeparator}} is Apache SIS 0.8
unconditionally keep all source dimensions, unless the source dimensions to keep were explicitly
specified. The behavior should be changed by removing all dimensions that are not needed for
the target dimensions to keep.
> In a milestone toward SIS 1.0, we added a {{setTrimSourceDimensions(boolean)}} method.
However in practice this flag is always {{false}} if source dimensions were explicitly specified.
So we propose to remove that flag and instead have the behavior selected automatically depending
on whether source dimension were specified or not. It makes the API simpler, by providing
better symmetry with the behavior regarding target dimensions.
> This is a slightly incompatible change since we are changing the behavior of {{TransformSeparator}} when
no source dimensions is specified. However we believe that the new behavior is closer to the
expected one in such situation.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Mime
View raw message