Giter Site home page Giter Site logo

eol / harvesting Goto Github PK

View Code? Open in Web Editor NEW
4.0 9.0 3.0 38.01 MB

Service for harvesting resources from partners into a normalized database (for later publication)

License: Other

Ruby 92.75% JavaScript 0.13% CSS 0.09% HTML 0.33% Makefile 0.10% Shell 0.57% Dockerfile 0.23% SCSS 0.03% Haml 5.77%

harvesting's Introduction

harvester

Service for harvesting resources from partners into a normalized database (for later publication)

Environment:

set ELASTICSEARCH_URL set the ENV variables from database.yml.

Required Installations

You need to have mysql, imagemagick@6, and elasticsearch installed and running for this codebase to work.

First Time

rake reset:full_with_all_harvests

Resetting

If the migrations haven't changed, you can save a second or two and run:

rake reset:all_harvests

Background services

bin/delayed_job run

NOTES:

  • The logs can get quite large over time. It is recommended you set up logrotate on the host / hypervisor to clean out log/*log. There is a file in the config folder called logrotate.conf.template which you can customize.

harvesting's People

Contributors

jrice avatar mvitale avatar dependabot[bot] avatar m3hran avatar jar398 avatar

Stargazers

Dmitry Mozzherin avatar Lucas Saldyt avatar Adrian Pachzelt avatar

Watchers

 avatar  avatar James Cloos avatar Nathan Wilson avatar Mohamed Ellotf avatar  avatar  avatar Mary Wu avatar  avatar

harvesting's Issues

Missing node index

The following yields an empty page; I was hoping either for an authentication failure or a list of nodes.

http://content.eol.org/resources/157/nodes

Looking at the code (app/controllers/nodes_controller.rb) I wonder if the resource_id parameter needs to be coerced to an integer?

@resource = Resource.find(params[:resource_id].to_i)

as opposed to

@resource = Resource.find(params[:resource_id])

? I don't know. This could easily be a deficit in my understanding.

DH draft version 1.2 uses <core> which isn't supported by harvester

The Darwin Core Archive version 1.0 documentation that I found describes and elements and a few others that don't seem to be supported by the harvester. For an example in the EOL opendata archive, see version 1.2 of the dynamic hierarchy.

Is this intentional? Are DwCA meta.xml files supposed to be run through a preprocessor before being deposited in opendata? Or is this just a feature that isn't yet supported by the harvester?

(I haven't tried this, I just make a conclusion based on the code in app/models/resource/from_meta_xml.rb.)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.