gvSIG bugs #3117
Name descriptor duplicated with SEXTANTE "Spatial Join (nearest neighbour)"
| Status: | Closed | % Done: | 0% | |
|---|---|---|---|---|
| Priority: | Normal | Spent time: | - | |
| Assignee: | - | |||
| Category: | Geoprocess | |||
| Target version: | 2.4.0-2834 (rev. org.gvsig.desktop-2.0.201) | |||
| Severity: | Minor | Add-on version: | ||
| gvSIG version: | 2.1.0 | Add-on build: | ||
| gvSIG build: | 2262 | Add-on resolve version: | ||
| Operative System: | Add-on resolve build: | |||
| Keywords: | Proyecto: | |||
| Has patch: | Yes | Hito: | ||
| Add-on name: | Unknown |
Description
Steps in order to reproduce the bug:
- add [1] and the point layer contained in centroids.zip;
- execute the SEXTANTE "Spatial Join (nearest neighbour)" geoprocess.
Result: gvSIG doesn't find a temporary layer and a "Name descriptor duplicated" error occurs (because the two layers have the same field names).
Related to #2851.
[1] http://wms.pcn.minambiente.it/ogc?map=/ms_ogc/wfs/LimitiAmministrativi_2011.map
Related issues
History
#1
Updated by Antonio Falciano over 9 years ago
The URL above is wrong, this is the right one:
[1] http://www.istat.it/storage/basi_territoriali_2013/LimitiAmministrativi/Limiti2011/Reg2011_ED50.zip
#2
Updated by Álvaro Anguix about 9 years ago
- Related to gvSIG bugs #3118: Name descriptor duplicated with gvSIG "Spatial Join" added
#3
Updated by Antonio Falciano over 6 years ago
- Target version set to 2.4.0-2834 (rev. org.gvsig.desktop-2.0.201)
- File spatial_join_nn.patch
added
Has patch: Yes
I attach a patch that solves the issue.
#4
Updated by Joaquín del Cerro Murciano over 6 years ago
- Has patch set to Yes
- Status changed from New to Fixed
#5
Updated by Antonio Falciano over 6 years ago
- Status changed from Fixed to Closed