You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Right now, we haven't thought about outputs of each function. I believe all are data.frames. I'll look at each and see what they currently output and see what is shared among them, and see what standard format we can use that will also make combining outputs easier
@sckott any progress or conclusions on this yet? @xu-hong is about at that step (leaving the issues with XML namespaces aside). Suggestions as to additional decorations that should be added to the data.frame object returned by RNeXML::get_characters()?
Common fields among functions that could be standardized:
id - identifier for the record/taxon/etc. - the meaning of this id could vary between providers, however
date - date collected/updated, can be more than one of these
latitude - latitude, if spatially explicit record, and avail.
longitude - longitude, if spatially explicit record, and avail.
name - taxonomic name - combine any separate fields to make this one (not done yet), could be additional name columns
The above aren't real columns in outputs yet, but the ones I think could be standard across most of the data sources in this package.
Part of what makes this hard is that we have a diverse set of data sources, from morphological trait data, to nativity status, to molecular data
I think a way forward could be to provide a suite of functions that do some set of transformations to the data to standardize column names/etc. to allow them to be easily combined across taxa and data sources - at least across the standard fields - and other fields could be included as additional columns at the end
Activity
sckott commentedon Sep 11, 2015
cc @hlapp @xu-hong
hlapp commentedon Sep 30, 2015
@sckott any progress or conclusions on this yet? @xu-hong is about at that step (leaving the issues with XML namespaces aside). Suggestions as to additional decorations that should be added to the
data.frameobject returned byRNeXML::get_characters()?sckott commentedon Sep 30, 2015
@hlapp sorry, hadn't looked at this yet. Will do so today
sckott commentedon Sep 30, 2015
Run down of what data objects functions currently output;
betydb_traitbetydb_searchbetydb_citationbetydb_sitebetydb_speciebirdlife_habitatbirdlife_threatscoral_locationscoral_methodologiescoral_resourcescoral_speciescoral_taxacoral_traitseol_invasive_fe_nativeg_invasiveis_nativeledancbi_byidncbi_bynamencbi_searchertraitbankbety_*()functions that return lists I think could be easily made to return data.frame's, I'll check. DONEsckott commentedon Sep 30, 2015
Common fields among functions that could be standardized:
id- identifier for the record/taxon/etc. - the meaning of this id could vary between providers, howeverdate- date collected/updated, can be more than one of theselatitude- latitude, if spatially explicit record, and avail.longitude- longitude, if spatially explicit record, and avail.name- taxonomic name - combine any separate fields to make this one (not done yet), could be additional name columnsThe above aren't real columns in outputs yet, but the ones I think could be standard across most of the data sources in this package.
Part of what makes this hard is that we have a diverse set of data sources, from morphological trait data, to nativity status, to molecular data
I think a way forward could be to provide a suite of functions that do some set of transformations to the data to standardize column names/etc. to allow them to be easily combined across taxa and data sources - at least across the standard fields - and other fields could be included as additional columns at the end
hlapp commentedon Sep 30, 2015
You mean columns among data frames?
sckott commentedon Sep 30, 2015
yes
sckott commentedon Sep 30, 2015
@hlapp I don't know what's available to add
hlapp commentedon Oct 7, 2015
@sckott do you mean the classification, or family and genus for taxa that are species?
sckott commentedon Oct 7, 2015
@hlapp I mean
namecould be ideally genus + epithet + any subspecific epithets OR previous + authorityI favor leaving authority off the name, and having in a separate column, if provided.
If there data record has lowest ID to family e.g,. then I don't know what best practice is. Perhaps we'd leave
nameblank