Artivity - Revision history

PRWheatley at 15:00, 17 February 2016

2016-02-17T15:00:25Z

← Older revision		Revision as of 15:00, 17 February 2016
Line 33:		Line 33:
	==Collaboration==		==Collaboration==
	''Is there potential for collaboration and/or exploiting existing/parallel work beyond the project consortiums?''		''Is there potential for collaboration and/or exploiting existing/parallel work beyond the project consortiums?''

			The [http://pericles-project.eu/ EU funded Pericles project] is applying similar techniques, albeit with a broader focus (although they do have digital art case studies), and there is likely to be a good potential for collaboration. In particular see [https://github.com/pericles-project/pet the PET tool].

	Although only at a proposal stage, the E-ARK’s Project’s work on developing [http://www.eark-project.com/resources/project-deliverables/17-d32-e-ark-sip-draft-specification standardised designs for archival packages, including SIPs], may provide some useful steer on generating sufficiently described and easily ingestable packages of data.		Although only at a proposal stage, the E-ARK’s Project’s work on developing [http://www.eark-project.com/resources/project-deliverables/17-d32-e-ark-sip-draft-specification standardised designs for archival packages, including SIPs], may provide some useful steer on generating sufficiently described and easily ingestable packages of data.

PRWheatley at 17:10, 15 January 2016

2016-01-15T17:10:34Z

← Older revision		Revision as of 17:10, 15 January 2016
Line 9:		Line 9:
	'''From [https://docs.google.com/document/d/1hE3IXKbR78bIO4fHeGh4ugC8fxO-23koov3wnLHpqBw Spotlight Data: Jisc RDS Software Projects]'''		'''From [https://docs.google.com/document/d/1hE3IXKbR78bIO4fHeGh4ugC8fxO-23koov3wnLHpqBw Spotlight Data: Jisc RDS Software Projects]'''
	:"The project focuses upon capturing input from the user's editing steps, websites looked at and file system events. The focus is upon visual arts researchers for the scope of this project. The aim is to understand how a visual artist creates their work and measure areas such as: speed of creation, number of undo/redo commands, layers created etc.”		:"The project focuses upon capturing input from the user's editing steps, websites looked at and file system events. The focus is upon visual arts researchers for the scope of this project. The aim is to understand how a visual artist creates their work and measure areas such as: speed of creation, number of undo/redo commands, layers created etc.”
	Key project outputs:		:Key project outputs:
	#Artivity Daemon, Artivity Explorer (cross-platform)		:#Artivity Daemon, Artivity Explorer (cross-platform)
	#Artivity deliverables document (includes Artivity data model, Sustainability etc.)		:#Artivity deliverables document (includes Artivity data model, Sustainability etc.)
	#Artivity plugins (Firefox, Chrome, Inkscape, Krita)"		:#Artivity plugins (Firefox, Chrome, Inkscape, Krita)"

	'''From a [http://digital-archiving.blogspot.co.uk/2015/12/the-research-data-spring-projects.html synthesis of the projects in the context of the OAIS model], by Jen Mitcham of the Filling the Digital Preservation Gap project'''		'''From a [http://digital-archiving.blogspot.co.uk/2015/12/the-research-data-spring-projects.html synthesis of the projects in the context of the OAIS model], by Jen Mitcham of the Filling the Digital Preservation Gap project'''

PRWheatley at 17:10, 15 January 2016

2016-01-15T17:10:06Z

← Older revision		Revision as of 17:10, 15 January 2016
Line 25:		Line 25:

	The project has noted the need to streamline deposit of generated Artivity data (in addition to the actual artwork) in data repositories. Rather than focusing on a specific product, a more generic approach to the generation of the key components of a Submission Information Package is recommended. DPC would be very happy to follow up on the detail of possible approaches (and note “Collaboration” below).		The project has noted the need to streamline deposit of generated Artivity data (in addition to the actual artwork) in data repositories. Rather than focusing on a specific product, a more generic approach to the generation of the key components of a Submission Information Package is recommended. DPC would be very happy to follow up on the detail of possible approaches (and note “Collaboration” below).

			==Further information==
			''Hyperlinks to further information on the project''

			*[https://www.jisc.ac.uk/podcasts/research-data-spring-gathering-data-as-artists-go-through-creative-process-14-sep-2015 Jisc Research Data Spring Podcast on Artivity]

	==Collaboration==		==Collaboration==

PRWheatley at 17:58, 11 January 2016

2016-01-11T17:58:02Z

← Older revision		Revision as of 17:58, 11 January 2016
Line 17:		Line 17:
	:"Another project that sits cleanly outside of the OAIS model but impacts on it in a similar way is ‘Artivity’ from the University of the Arts London. This is again about capturing metadata but with a slightly different angle. This project is looking at metadata to capture the creative process as an artist or designer creates a piece of digital art. They are looking at tools to capture both the context and the methodology so that in the future we can ask questions such as ‘how were the software tools actually used to create this artwork?’. As above, this project is enabling an institution to fulfil the OAIS responsibility of ensuring the independent utility of the data, but the documentation and metadata it captures is quite specific to the artistic process.		:"Another project that sits cleanly outside of the OAIS model but impacts on it in a similar way is ‘Artivity’ from the University of the Arts London. This is again about capturing metadata but with a slightly different angle. This project is looking at metadata to capture the creative process as an artist or designer creates a piece of digital art. They are looking at tools to capture both the context and the methodology so that in the future we can ask questions such as ‘how were the software tools actually used to create this artwork?’. As above, this project is enabling an institution to fulfil the OAIS responsibility of ensuring the independent utility of the data, but the documentation and metadata it captures is quite specific to the artistic process.

	For both of these projects we would need to ensure that this rich metadata and documentation was deposited in the digital archive or repository alongside the data itself in a format that could be re-used in the future. As well as thinking about the longevity of file formats used for research data we clearly also need to think about file formats for documentation and metadata. Of course, when incorporating this data and metadata into a data archive or repository, finding a way of ensuring the link between the data and associated documentation is retained is also a key consideration."		:For both of these projects we would need to ensure that this rich metadata and documentation was deposited in the digital archive or repository alongside the data itself in a format that could be re-used in the future. As well as thinking about the longevity of file formats used for research data we clearly also need to think about file formats for documentation and metadata. Of course, when incorporating this data and metadata into a data archive or repository, finding a way of ensuring the link between the data and associated documentation is retained is also a key consideration."

	==Potential to enhance==		==Potential to enhance==

PRWheatley at 17:11, 11 January 2016

2016-01-11T17:11:32Z

← Older revision		Revision as of 17:11, 11 January 2016
Line 51:		Line 51:
	\|Clear contact details		\|Clear contact details
	\|1		\|1
			\|-
			\|Source code online and referenced from website
			\|2
	\|}		\|}
	2=present, 1=partial, 0=missing		2=present, 1=partial, 0=missing

PRWheatley at 15:36, 8 January 2016

2016-01-08T15:36:08Z

← Older revision		Revision as of 15:36, 8 January 2016
Line 1:		Line 1:
	__NOTOC__		__NOTOC__
	{{:LTPARheader}}		{{:LTPARheader}}
	[[File:\|right\|]]		[[File:ArtivityOAIS.png\|right\|Artivity mapped onto the OAIS functional diagram]]
	[[File:Artivitylogo.png\|right\|logo]]		[[File:Artivitylogo.png\|right\|Artivity logo]]
	==Summary==		==Summary==
	'''From the [http://www.ligatus.org.uk/project/artivity project website]:'''		'''From the [http://www.ligatus.org.uk/project/artivity project website]:'''

PRWheatley at 15:32, 8 January 2016

2016-01-08T15:32:24Z

← Older revision		Revision as of 15:32, 8 January 2016
Line 30:		Line 30:

	Although only at a proposal stage, the E-ARK’s Project’s work on developing [http://www.eark-project.com/resources/project-deliverables/17-d32-e-ark-sip-draft-specification standardised designs for archival packages, including SIPs], may provide some useful steer on generating sufficiently described and easily ingestable packages of data.		Although only at a proposal stage, the E-ARK’s Project’s work on developing [http://www.eark-project.com/resources/project-deliverables/17-d32-e-ark-sip-draft-specification standardised designs for archival packages, including SIPs], may provide some useful steer on generating sufficiently described and easily ingestable packages of data.

			==Sustainability==
			An entry for Artivity was added to the [http://coptr.digipres.org/Artivity COPTR] registry.

	==Project website sustainability checklist==		==Project website sustainability checklist==
Line 55:		Line 58:
	**E-ARK SIP specification may provide useful guidance.		**E-ARK SIP specification may provide useful guidance.
	*Add licensing details to the project website		*Add licensing details to the project website

	~~An entry for ?? was added to the [] registry.~~

	{{:LTPARfooter}}		{{:LTPARfooter}}

PRWheatley: Created page with "NOTOC {{:LTPARheader}} right| logo ==Summary== '''From the [http://www.ligatus.org.uk/project/artivity project website]:''' :"The..."

2016-01-08T15:22:30Z

Created page with "__NOTOC__ {{:LTPARheader}} [[File:|right|]] right|logo ==Summary== '''From the [http://www.ligatus.org.uk/project/artivity project website]:''' :"The..."

New page

__NOTOC__
{{:LTPARheader}}
[[File:|right|]]
[[File:Artivitylogo.png|right|logo]]
==Summary==
'''From the [http://www.ligatus.org.uk/project/artivity project website]:'''
:"The project focuses upon capturing input from the user's editing steps, websites looked at and file system events. The focus is upon visual arts researchers for the scope of this project. The aim is to understand how a visual artist creates their work and measure areas such as: speed of creation, number of undo/redo commands, layers created etc."

'''From [https://docs.google.com/document/d/1hE3IXKbR78bIO4fHeGh4ugC8fxO-23koov3wnLHpqBw Spotlight Data: Jisc RDS Software Projects]'''
:"The project focuses upon capturing input from the user's editing steps, websites looked at and file system events. The focus is upon visual arts researchers for the scope of this project. The aim is to understand how a visual artist creates their work and measure areas such as: speed of creation, number of undo/redo commands, layers created etc.”
Key project outputs:
#Artivity Daemon, Artivity Explorer (cross-platform)
#Artivity deliverables document (includes Artivity data model, Sustainability etc.)
#Artivity plugins (Firefox, Chrome, Inkscape, Krita)"

'''From a [http://digital-archiving.blogspot.co.uk/2015/12/the-research-data-spring-projects.html synthesis of the projects in the context of the OAIS model], by Jen Mitcham of the Filling the Digital Preservation Gap project'''
:"Another project that sits cleanly outside of the OAIS model but impacts on it in a similar way is ‘Artivity’ from the University of the Arts London. This is again about capturing metadata but with a slightly different angle. This project is looking at metadata to capture the creative process as an artist or designer creates a piece of digital art. They are looking at tools to capture both the context and the methodology so that in the future we can ask questions such as ‘how were the software tools actually used to create this artwork?’. As above, this project is enabling an institution to fulfil the OAIS responsibility of ensuring the independent utility of the data, but the documentation and metadata it captures is quite specific to the artistic process.

For both of these projects we would need to ensure that this rich metadata and documentation was deposited in the digital archive or repository alongside the data itself in a format that could be re-used in the future. As well as thinking about the longevity of file formats used for research data we clearly also need to think about file formats for documentation and metadata. Of course, when incorporating this data and metadata into a data archive or repository, finding a way of ensuring the link between the data and associated documentation is retained is also a key consideration."

==Potential to enhance==
''Is there potential to leverage non-preservation focused developments to enhance preservation capabilities?''

The project recognised the challenges of capturing and enabling understanding of data from a number of different sources and applications noting the need for re-use to happen over possibly extended periods (as detailed in the comprehensive [https://bitbucket.org/semiodesk/artivity/src/34bb38a0b130/deliverables/?at=default deliverables report ] and [http://www.ligatus.org.uk/node/762 here]: “An underlying issue when it comes to sharing is that of long-term preservation of Artivity data especially when researchers look into long periods of time (e.g. the development of an artist over a decade).” This has informed choices around the data model which, although remain challenging due to uncertainties around technology and standards adoption and future support, appear to be beneficial from a long term preservation standpoint.

The project has noted the need to streamline deposit of generated Artivity data (in addition to the actual artwork) in data repositories. Rather than focusing on a specific product, a more generic approach to the generation of the key components of a Submission Information Package is recommended. DPC would be very happy to follow up on the detail of possible approaches (and note “Collaboration” below).

==Collaboration==
''Is there potential for collaboration and/or exploiting existing/parallel work beyond the project consortiums?''

Although only at a proposal stage, the E-ARK’s Project’s work on developing [http://www.eark-project.com/resources/project-deliverables/17-d32-e-ark-sip-draft-specification standardised designs for archival packages, including SIPs], may provide some useful steer on generating sufficiently described and easily ingestable packages of data.

==Project website sustainability checklist==
''A brief checklist ensuring the project work can be understood and reused by others in the future.''
{| class="wikitable"
!Task
!Score
|-
|Clear project summary on one page, hyperlink heavy
|2
|-
|Project start/end dates
|2
|-
|Clear licensing details for reuse
|0
|-
|Clear contact details
|1
|}
2=present, 1=partial, 0=missing

==Key recommendations==
*Suggest non-application specific approach to SIP generation. DPC happy to follow up.
**E-ARK SIP specification may provide useful guidance.
*Add licensing details to the project website

An entry for ?? was added to the [] registry.

{{:LTPARfooter}}

Artivity - Revision history

PRWheatley at 15:00, 17 February 2016

PRWheatley at 17:10, 15 January 2016

PRWheatley at 17:10, 15 January 2016

PRWheatley at 17:58, 11 January 2016

PRWheatley at 17:11, 11 January 2016

PRWheatley at 15:36, 8 January 2016

PRWheatley at 15:32, 8 January 2016

PRWheatley: Created page with "__NOTOC__ {{:LTPARheader}} right| logo ==Summary== '''From the [http://www.ligatus.org.uk/project/artivity project website]:''' :"The..."

PRWheatley: Created page with "NOTOC {{:LTPARheader}} right| logo ==Summary== '''From the [http://www.ligatus.org.uk/project/artivity project website]:''' :"The..."