PecanProject / bety

Web-interface to the Biofuel Ecophysiological Traits and Yields Database (used by PEcAn and TERRA REF)
https://www.betydb.org
BSD 3-Clause "New" or "Revised" License
16 stars 38 forks source link

Trait/entity notes don't get populated through Bulk Upload Wizard #533

Closed serbinsh closed 6 years ago

serbinsh commented 7 years ago

In two different instances, I have noticed that properly formated .csv files uploaded through the Buld Upload Wizzard don't have their notes fields loaded into BETYdb?

This is for data related to citations

bety/citations/2000000017

and

bety/citations/2000000021

Both of which had a notes column populated with information that I was hoping to keep with the observations.

serbinsh commented 7 years ago

bety=> select notes from traits where entity_id = 2000000181;
 notes
-------

(5 rows)
serbinsh commented 7 years ago
bety=> select mean,variable_id from traits where entity_id = 2000000181;
 mean | variable_id
------+-------------
 9.59 |          15
  2.1 |          10
   48 |          11
 22.8 |          31
 2.19 |         566
(5 rows)
serbinsh commented 7 years ago

@gsrohde @dlebauer could we revisit this? There are some datasets where I would like to keep the notes field as it contains information, such as plot number or lat/long for the measurement. But as I mentioned, the notes field is recognized in the upload but after upload the notes are empty

serbinsh commented 7 years ago

Perhaps it wasnt the intention to keep the notes field?

serbinsh commented 7 years ago

For example

screen shot 2017-11-01 at 7 45 09 am

gsrohde commented 7 years ago

@serbinsh This was caused by a subtle but easy-to-fix bug introduced in March in release 4.15. I will try to do a new release soon with this fixed.

gsrohde commented 7 years ago

P.S. The notes always go into traits.notes, not entities.notes. There is no way to populate the entities.notes column via the Bulk Upload Wizard. This could possibly be changed if there is some agreement on how this should ideally work.

gsrohde commented 7 years ago

Pull request #549 fixes this.

serbinsh commented 7 years ago

Thanks @gsrohde! It looks like the checks failed, do we need to modify anything before we can merge this fix?

gsrohde commented 7 years ago

@serbinsh If you mean the Travis checks, this is a known problem; see #544. When I run rspec on my own copy, none of the tests fails.

serbinsh commented 7 years ago

OK. Does that mean we can merge your PR so that I can try the upload again? @gsrohde @dlebauer

gsrohde commented 7 years ago

I'm waiting for one of the reviewers—@max-zilla, @robkooper, or @dlebauer—to approve the PR before I merge it. I suppose you could check out the bulk_upload_notes_fix branch to your deployment copy in the meantime.

gsrohde commented 7 years ago

@serbinsh This is merged now, but I haven't done a new release yet. If you don't want to wait, you could just pull the latest changes from master—there aren't any new database migrations since the last release.

serbinsh commented 7 years ago

Ok. Thanks! I will likely pull the changes in master and then restart.

Sent from my iPhone

On Nov 6, 2017, at 2:58 PM, Scott Rohde notifications@github.com<mailto:notifications@github.com> wrote:

@serbinshhttps://github.com/serbinsh This is merged now, but I haven't done a new release yet. If you don't want to wait, you could just pull the latest changes from master—there aren't any new database migrations since the last release.

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHubhttps://github.com/PecanProject/bety/issues/533#issuecomment-342267581, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AC7N6XO1Y2aL0y6DkPEhsh4KIArM3cJ3ks5sz2S6gaJpZM4PKTIE.

serbinsh commented 7 years ago

Just to confirm, I will just pull the latest master branch and touch tmp/restart to load the updated code, correct?

gsrohde commented 7 years ago

touch tmp/restart.txt

serbinsh commented 7 years ago

Thanks

gsrohde commented 6 years ago

Fixed by release 4.20. Closing.