GSOC 2017 - Revision history

Breton: /* Chunked uploads / multi-upload UI. */

2017-03-04T19:08:29Z

Chunked uploads / multi-upload UI.

← Older revision		Revision as of 19:08, 4 March 2017
Line 34:		Line 34:
	* '''Difficulty''': TODO		* '''Difficulty''': TODO
	* '''Required skills''': Python		* '''Required skills''': Python

	== Chunked uploads / multi-upload UI. ==

	We want to have multi-upload from cli (usecase: go to my directory with photos and upload them all) and from web-interface (using maybe zip, maybe html5 feature). There is already https://github.com/VenKamikaze/mediagoblin-html5-multi-upload which might be what we need, so before choosing this task please verify.

	* '''Possible Mentors:''' Christopher Allan Webber (paroneayea), Boris Bobrov (breton).
	* '''Difficulty''': low
	* '''Required skills''': Python, HTML, CSS

Breton: drop access control task

2017-03-04T17:36:25Z

drop access control task

@@ Line 34: / Line 34: @@
 * '''Difficulty''': TODO
 * '''Required skills''': Python
 == Chunked uploads / multi-upload UI. ==

Breton at 20:25, 22 February 2017

2017-02-22T20:25:15Z

← Older revision		Revision as of 20:25, 22 February 2017
Line 29:		Line 29:
	Right now we have a federation branch to be merged shortly by Jessica Tallon. This adds basic federation support to MediaGoblin. Right now the federation code is based on the [https://github.com/e14n/pump.io/blob/master/API.md Pump API]; however, we'd like to port it to the work we're doing on https://www.w3.org/TR/activitypub/[https://www.w3.org/TR/activitypub/ ActivityPub] as part of the [https://www.w3.org/wiki/Socialwg W3C Social Working Group]. ActivityPub is fairly close to the Pump API, but there are some differences (most notably a move from ActivityStreams 1.0 to ActivityStreams 2.0, although there are others). Your mission, if you choose to accept it, is to port MediaGoblin's federation code to ActivityPub, ideally while supporting the Pump API in a backwards compatible fashion (if possible).		Right now we have a federation branch to be merged shortly by Jessica Tallon. This adds basic federation support to MediaGoblin. Right now the federation code is based on the [https://github.com/e14n/pump.io/blob/master/API.md Pump API]; however, we'd like to port it to the work we're doing on https://www.w3.org/TR/activitypub/[https://www.w3.org/TR/activitypub/ ActivityPub] as part of the [https://www.w3.org/wiki/Socialwg W3C Social Working Group]. ActivityPub is fairly close to the Pump API, but there are some differences (most notably a move from ActivityStreams 1.0 to ActivityStreams 2.0, although there are others). Your mission, if you choose to accept it, is to port MediaGoblin's federation code to ActivityPub, ideally while supporting the Pump API in a backwards compatible fashion (if possible).

	Is Jessica Tallon willing to personally mentor this one? ~~/* so~~ if you wanted to learn about federation from the source itself, here's the way to do it! */		Jessica Tallon willing to personally mentor this one. So if you wanted to learn about federation from the source itself, here's the way to do it!

	* '''Possible mentors''': Jessica Tallon (tsyesika)		* '''Possible mentors''': Jessica Tallon (tsyesika)

Breton: /* Chunked uploads / multi-upload UI. */

2017-02-22T20:11:48Z

Chunked uploads / multi-upload UI.

← Older revision		Revision as of 20:11, 22 February 2017
Line 55:		Line 55:
	* '''Possible Mentors:''' Christopher Allan Webber (paroneayea), Boris Bobrov (breton).		* '''Possible Mentors:''' Christopher Allan Webber (paroneayea), Boris Bobrov (breton).
	* '''Difficulty''': low		* '''Difficulty''': low
	* '''Required skills''': ~~python~~, ~~html~~, ~~css~~		* '''Required skills''': Python, HTML, CSS

Breton at 20:06, 22 February 2017

2017-02-22T20:06:41Z

← Older revision		Revision as of 20:06, 22 February 2017
Line 22:		Line 22:

	* '''Mentor''': Boris Bobrov (breton)		* '''Mentor''': Boris Bobrov (breton)
	* '''Difficulty''': ~~2-4~~ ~~out~~ ~~of 5~~ depending on ~~what will be~~ ~~implemented~~		* '''Difficulty''': Medium or High, depending on the design
	* '''Required skills''': Python, JavaScript. Nice to have: celery, gstreamer		* '''Required skills''': Python, JavaScript. Nice to have: celery, gstreamer

Line 42:		Line 42:

	* '''Possible mentors''': Boris Bobrov (breton)		* '''Possible mentors''': Boris Bobrov (breton)
			* '''Difficulty''': Medium
	* '''Difficulty''': 3 out of 5 if only access control is implemented. 4 out of 5 if audit is implemented
	* '''Required skills''': Python, HTML, CSS		* '''Required skills''': Python, HTML, CSS

Line 48:		Line 48:

	Adding audit will bump '''difficulty''' of the task to 4.		Adding audit will bump '''difficulty''' of the task to 4.

			== Chunked uploads / multi-upload UI. ==

			We want to have multi-upload from cli (usecase: go to my directory with photos and upload them all) and from web-interface (using maybe zip, maybe html5 feature). There is already https://github.com/VenKamikaze/mediagoblin-html5-multi-upload which might be what we need, so before choosing this task please verify.

			* '''Possible Mentors:''' Christopher Allan Webber (paroneayea), Boris Bobrov (breton).
			* '''Difficulty''': low
			* '''Required skills''': python, html, css

Breton: /* Access control */

2017-02-22T19:48:39Z

Access control

← Older revision		Revision as of 19:48, 22 February 2017
Line 37:		Line 37:
	== Access control ==		== Access control ==

	Today MediaGoblin doesn't handle permissions very well. Anybody can see anything. What should be is proper access control. Owner of media or collection should be able to set who can view, edit and comment their mediafiles. Users could be added to groups, and groups could participate in permissions too. Different permissions might also apply to guests and registered users. Who can add users to groups? ~~Who~~ ~~added~~ ~~user~~ ~~to group? Who edited or deleted a file? Who changed a permission?~~		Today MediaGoblin doesn't handle permissions very well. Anybody can see anything. What should be is proper access control. Owner of media or collection should be able to set who can view, edit and comment their mediafiles. Users could be added to groups, and groups could participate in permissions too. Different permissions might also apply to guests and registered users. Who can add users to groups should be controlled too.

	A good proposal would include description of capabilities of the access control ~~system and, maybe, audit~~ system. Don't forget that REST should be covered too. Also, it should be clear how the whole thing works with federation.		A good proposal would include description of capabilities of the access control system. Don't forget that REST should be covered too. Also, it should be clear how the whole thing works with federation.

	* '''Possible mentors''': Boris Bobrov (breton).		* '''Possible mentors''': Boris Bobrov (breton)
	* '''Difficulty''': 3 out of 5 if only access control is implemented. 4 out of 5 if ~~you~~		* '''Difficulty''': 3 out of 5 if only access control is implemented. 4 out of 5 if audit is implemented
	* '''Required skills''': Python, HTML, CSS.		* '''Required skills''': Python, HTML, CSS

			On top of that, audit system might be implemented. Who added user to group? Who edited or deleted a file? Who changed a permission?

			Adding audit will bump '''difficulty''' of the task to 4.

Breton at 19:41, 22 February 2017

2017-02-22T19:41:14Z

← Older revision		Revision as of 19:41, 22 February 2017
Line 42:		Line 42:

	* '''Possible mentors''': Boris Bobrov (breton).		* '''Possible mentors''': Boris Bobrov (breton).
	* '''Difficulty''': ~~2-4~~ out of 5 ~~depending~~ on ~~what~~ ~~will~~ be implemented		* '''Difficulty''': 3 out of 5 if only access control is implemented. 4 out of 5 if you
	* '''Required skills''': Python, HTML, CSS.		* '''Required skills''': Python, HTML, CSS.

Breton: Added required skills

2017-02-22T19:28:53Z

Added required skills

← Older revision		Revision as of 19:28, 22 February 2017
Line 23:		Line 23:
	* '''Mentor''': Boris Bobrov (breton)		* '''Mentor''': Boris Bobrov (breton)
	* '''Difficulty''': 2-4 out of 5 depending on what will be implemented		* '''Difficulty''': 2-4 out of 5 depending on what will be implemented
			* '''Required skills''': Python, JavaScript. Nice to have: celery, gstreamer

	== Port federation code to ActivityPub ==		== Port federation code to ActivityPub ==
Line 30:		Line 31:
	Is Jessica Tallon willing to personally mentor this one? /* so if you wanted to learn about federation from the source itself, here's the way to do it! */		Is Jessica Tallon willing to personally mentor this one? /* so if you wanted to learn about federation from the source itself, here's the way to do it! */

	'''Possible mentors''': Jessica Tallon (tsyesika)		* '''Possible mentors''': Jessica Tallon (tsyesika)
			* '''Difficulty''': TODO
			* '''Required skills''': Python

	== Access control ==		== Access control ==
Line 40:		Line 43:
	* '''Possible mentors''': Boris Bobrov (breton).		* '''Possible mentors''': Boris Bobrov (breton).
	* '''Difficulty''': 2-4 out of 5 depending on what will be implemented		* '''Difficulty''': 2-4 out of 5 depending on what will be implemented
			* '''Required skills''': Python, HTML, CSS.

Breton at 19:01, 22 February 2017

2017-02-22T19:01:48Z

← Older revision		Revision as of 19:01, 22 February 2017
Line 14:		Line 14:
	It's important that you communicate... most MediaGoblin communication happens on IRC, so you should [http://webchat.freenode.net/?channels=mediagoblin join us there] and discuss (#mediagoblin on irc.freenode.net)! Please, please join our channel and introduce yourself. We would love to hear from you !		It's important that you communicate... most MediaGoblin communication happens on IRC, so you should [http://webchat.freenode.net/?channels=mediagoblin join us there] and discuss (#mediagoblin on irc.freenode.net)! Please, please join our channel and introduce yourself. We would love to hear from you !

	= Possible projects with mentors. =		= Possible projects with mentors =
	== Multiple qualities of video. ==		== Multiple qualities of video ==

	Now MediaGoblin supports only a single quality of video files. We want to fix that and support multiple qualities: 360p, 480p, 720p, 1080p, [https://en.wikipedia.org/wiki/Ultra-high-definition_television 4k]. This requires changes to frontend and to backend. To implement it, one must have some experience in JavaScript and Python.		Now MediaGoblin supports only a single quality of video files. We want to fix that and support multiple qualities: 360p, 480p, 720p, 1080p, [https://en.wikipedia.org/wiki/Ultra-high-definition_television 4k]. This requires changes to frontend and to backend. To implement it, one must have some experience in JavaScript and Python.
Line 30:		Line 30:
	Is Jessica Tallon willing to personally mentor this one? /* so if you wanted to learn about federation from the source itself, here's the way to do it! */		Is Jessica Tallon willing to personally mentor this one? /* so if you wanted to learn about federation from the source itself, here's the way to do it! */

	'''Possible mentors''':Jessica Tallon (tsyesika)		'''Possible mentors''': Jessica Tallon (tsyesika)

	== Access control ==		== Access control ==
Line 38:		Line 38:
	A good proposal would include description of capabilities of the access control system and, maybe, audit system. Don't forget that REST should be covered too. Also, it should be clear how the whole thing works with federation.		A good proposal would include description of capabilities of the access control system and, maybe, audit system. Don't forget that REST should be covered too. Also, it should be clear how the whole thing works with federation.

	'''Possible mentors''': Boris Bobrov (breton).		* '''Possible mentors''': Boris Bobrov (breton).
	'''Difficulty''': 2-4 out of 5 depending on what will be implemented		* '''Difficulty''': 2-4 out of 5 depending on what will be implemented

Breton at 14:39, 22 February 2017

2017-02-22T14:39:00Z

← Older revision		Revision as of 14:39, 22 February 2017
Line 15:		Line 15:

	= Possible projects with mentors. =		= Possible projects with mentors. =
	== Chunked uploads / multi-upload UI. ==

	We want to have multi-upload from cli (usecase: go to my directory with photos and upload them all) and from web-interface (using maybe zip, maybe html5 feature). There is already https://github.com/VenKamikaze/mediagoblin-html5-multi-upload which might be what we need, so before choosing this task please verify.

	'''Possible Mentors:''' Christopher Allan Webber, Boris Bobrov (breton).

	== Multiple qualities of video. ==		== Multiple qualities of video. ==

	Now MediaGoblin supports only a single quality of video files. We want to fix that and support multiple qualities: 360p, 480p, 720p, 1080p, [https://en.wikipedia.org/wiki/Ultra-high-definition_television 4k]. This requires changes to frontend and to backend. To implement it, one must have some experience in JavaScript and Python.		Now MediaGoblin supports only a single quality of video files. We want to fix that and support multiple qualities: 360p, 480p, 720p, 1080p, [https://en.wikipedia.org/wiki/Ultra-high-definition_television 4k]. This requires changes to frontend and to backend. To implement it, one must have some experience in JavaScript and Python.

			There are some hidden issues though. For example, when a user uploads a video in 1080p, it will have to be transcoded to all other qualities. But it will take a lot of time. Ideally, we don't want to wait for all variants to be ready before we can already display the video. Also, if several videos were uploaded, we don't want to get blocked on the first one getting transcoded for a long time.
⚫	'''~~Possible mentors~~''': Boris Bobrov (breton).

		⚫	* '''Mentor''': Boris Bobrov (breton)
			* '''Difficulty''': 2-4 out of 5 depending on what will be implemented

	== Port federation code to ActivityPub ==		== Port federation code to ActivityPub ==

	Right now we have a federation branch to be merged shortly by Jessica Tallon. This adds basic federation support to MediaGoblin. Right now the federation code is based on the [https://github.com/e14n/pump.io/blob/master/API.md Pump API]; however, we'd like to port it to the work we're doing on [https://www.w3.org/TR/activitypub/ ActivityPub] as part of the [https://www.w3.org/wiki/Socialwg W3C Social Working Group]. ActivityPub is fairly close to the Pump API, but there are some differences (most notably a move from ActivityStreams 1.0 to ActivityStreams 2.0, ~~though~~ there are others). Your mission, if you choose to accept it, is to port MediaGoblin's federation code to ActivityPub, ideally while supporting the Pump API in a backwards compatible fashion (if possible).		Right now we have a federation branch to be merged shortly by Jessica Tallon. This adds basic federation support to MediaGoblin. Right now the federation code is based on the [https://github.com/e14n/pump.io/blob/master/API.md Pump API]; however, we'd like to port it to the work we're doing on https://www.w3.org/TR/activitypub/[https://www.w3.org/TR/activitypub/ ActivityPub] as part of the [https://www.w3.org/wiki/Socialwg W3C Social Working Group]. ActivityPub is fairly close to the Pump API, but there are some differences (most notably a move from ActivityStreams 1.0 to ActivityStreams 2.0, although there are others). Your mission, if you choose to accept it, is to port MediaGoblin's federation code to ActivityPub, ideally while supporting the Pump API in a backwards compatible fashion (if possible).

	Is Jessica Tallon willing to personally mentor this one? /* so if you wanted to learn about federation from the source itself, here's the way to do it! */		Is Jessica Tallon willing to personally mentor this one? /* so if you wanted to learn about federation from the source itself, here's the way to do it! */

	'''Possible mentors''':		'''Possible mentors''':Jessica Tallon (tsyesika)

	== Access control ==		== Access control ==

	Today MediaGoblin doesn't handle permissions very well. Anybody can see anything. What should be is proper access control. Owner of media or collection should be able to set who can view, edit and comment their mediafiles. Users could be added to groups, and groups could participate in permissions too. Different ~~permisions~~ might also apply to guests and registered users. Who can add users to groups? Who added user to group? Who edited or deleted a file? Who changed a permission?		Today MediaGoblin doesn't handle permissions very well. Anybody can see anything. What should be is proper access control. Owner of media or collection should be able to set who can view, edit and comment their mediafiles. Users could be added to groups, and groups could participate in permissions too. Different permissions might also apply to guests and registered users. Who can add users to groups? Who added user to group? Who edited or deleted a file? Who changed a permission?

	A good proposal would include description of capabilities of the access control system and, maybe, audit system. Don't forget that REST should be covered too. Also, it should be clear how the whole thing works with federation.		A good proposal would include description of capabilities of the access control system and, maybe, audit system. Don't forget that REST should be covered too. Also, it should be clear how the whole thing works with federation.

	'''Possible mentors''': Boris Bobrov (breton).		'''Possible mentors''': Boris Bobrov (breton).
			'''Difficulty''': 2-4 out of 5 depending on what will be implemented