Giter VIP home page Giter VIP logo

Comments (6)

diatomsRcool avatar diatomsRcool commented on August 26, 2024

I definitely think we need to constrain ourselves to objects (physical or digital) that are involved in research or scholarly activity. Can we remove the "intent" from the creation of the object? Objects can be created for a variety of reasons outside of research and then become part of the research process. We don't care why someone created it. It just has to be used in research or in a scholarly activity. Then its in scope. Does that make sense?

from contributor-attribution-model.

mbrush avatar mbrush commented on August 26, 2024

I agree here and would propose removing the part of the definition suggesting 'creation for a particular use, such that the definition of Artifact simply reads: "a physical or digital entity created by an agent".

But this still leaves the question of things like biological specimens - these were not created originally by an Agent, but their collection and tracking as a specimen was done my a human.

If we are to include such objects in scope, we should provide language in the definition and/or documentation to be clear here. e.g. that collection of a specimen such as a leaf constitutes creation of a new artifact - in that it becomes stored and described as part of some collection, and gains new provenance and uses in research activities.

from contributor-attribution-model.

ahwagner avatar ahwagner commented on August 26, 2024

Maybe "a physical or digital entity created or catalogued by an agent"?

from contributor-attribution-model.

mbrush avatar mbrush commented on August 26, 2024

Update: I modified the definition and description text based on feedback above.

The def now reads:

"A physical or digital entity created, collected, modified, or cataloged by an agent."

The description includes the following text:

"Artifacts are the products of agent-driven activities, and represent things to which Contributions are made. Here we are primarily concerned with artifacts created or used in research and scholarly activities. This may include โ€˜naturalโ€™ specimens (e.g. a dinosaur fossil, an arctic ice core sample) or man-made archaeological artifacts (e.g. prehistoric human tool fragments), that are modified and/or cataloged for research purposes."

Finally, I added text about how to handle creation and modification dates for natural and archaeological artifacts in an "Implementation Notes" subsection below the Artifact IM table and examples. Copied below, but please review and comment in the gdoc.

Many natural or archaeological artifacts originate outside of a research setting, and are only collected and documented as specimens much later (e.g. a dinosaur tooth fossil, or prehistoric tool fragments). Here, dateCreated SHOULD be used to record the date such specimens were taken, not the date originally came into existence (which may have been thousands or millions of years ago). Similarly, dateModified SHOULD record when modifications were last made to the specimen in a research/academic context (e.g. samples extracted for analysis, etc.)
A related issue to consider is the fact that the CDM can describe contributions made to physical specimens and to catalog records describing such specimens. We leave it to implementations to decide what type of artifact they want to track, and do this in a sensible and consistent way. An exception is natural specimens that are observed and catalogued but not physically collected or modified in the process - where implementations SHOULD describe contributions to catalog record.

Is this an improvement that addresses some of the concerns above and commented on in the spec doc? Additional suggested changes?

from contributor-attribution-model.

mbrush avatar mbrush commented on August 26, 2024

On a related note - should we bother providing dateCreated and dateModified attributes at all - given that we aim here to provide only a minimal, generic artifact model. I think it is useful because these are foundational and universal, but are subject to nuanced considerations (see above). Including these in our spec (with the option of ignoring or extending the model in these areas) gives us the chance to highlight these nuances and promote consistent specification of these attributes.

@mellybelly looking for your take in particular.

from contributor-attribution-model.

diatomsRcool avatar diatomsRcool commented on August 26, 2024

This addresses my concerns.

from contributor-attribution-model.

Related Issues (20)

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.