Opened 8 years ago

Closed 8 years ago

Last modified 8 years ago

#1456 closed defect (duplicate)

problem with duplicate collection names

Reported by: Dimitar Misev Owned by: Bang Pham Huu
Priority: major Milestone: 9.3
Component: petascope Version: development
Keywords: Cc: Vlad Merticariu
Complexity: Medium

Description

I see a problem with this output (the collection names with timestamp in them), but I'm not sure what could cause it. Any ideas?

  Result object 1: PlanetDEM_30_Plus
  Result object 2: NEXTMap_5_DSM_2016_11_28_13_40_15_8375
  Result object 3: NEXTMap_5_DSM
  Result object 4: OPUS_AFRICA
  Result object 5: NM_CNTRS
  Result object 6: CD_S2
  Result object 7: Sentinel_2
  Result object 8: Pleiades_Demo
  Result object 9: NM
  Result object 10: Sentinel_2_10m
  Result object 11: Sentinel_2_10m_2016_12_01_14_45_03_2916
  Result object 12: NM_CNTRS_2016_12_02_00_59_02_4359
  Result object 13: COWI

Change History (4)

comment:1 by Bang Pham Huu, 8 years ago

what causes it because you already have a collection with same name in rasql, so instead of generating random name when import with WCST_import, it will use the import coverage id and add the prefix timestamp to avoid conflict.

comment:2 by Bang Pham Huu, 8 years ago

Resolution: duplicate
Status: newclosed

comment:3 by Dimitar Misev, 8 years ago

Yes I was guessing that's what happens, the question is more: what causes to have that collection already in rasdaman, as the user only uses wcst_import and Delete WCS Coverage.
See #1450

My only guess is on Delete Coverage the petascope coverage is deleted but the rasdaman collection is not.

Last edited 8 years ago by Dimitar Misev (previous) (diff)

in reply to:  3 comment:4 by Bang Pham Huu, 8 years ago

Replying to dmisev:

Yes I was guessing that's what happens, the question is more: what causes to have that collection already in rasdaman, as the user only uses wcst_import and Delete WCS Coverage.
See #1450

My only guess is on Delete Coverage the petascope coverage is deleted but the rasdaman collection is not.

I never seen when delete coverage in Petascope then the collection is not deleted in rasql. The only case which lead to conflict is when one remove petascopedb (e.g: dropdb petascopedb) and leave the rasql db with existing collection. Then when importing a coverage which id is as same as collection, the problem will appear.

Note: See TracTickets for help on using tickets.