Talk:Ebook Reading And Distribution - Revision history

MikeDeVine: /* Integration of Features From Different Activities */

2010-01-22T19:32:04Z

Integration of Features From Different Activities

← Older revision		Revision as of 15:32, 22 January 2010
Line 1:		Line 1:
	== Integration of Features From Different Activities ==		== Integration of Features From Different Activities ==

	*What's the best way to integrate the desired features from each of these Activities? Attempt to splice some code or start from scratch? (Mike DeVine)		*What's the best way to integrate the desired features from each of these Activities? Attempt to splice some code or start from scratch? [[User:MikeDeVine\|Mike DeVine]]
	*If we're not starting from scratch, which Activitie(s) will be the ones chosen to receive the code "updates"? In other words, which Activity is farthest along already and is most malleable in terms of adding features? (Mike DeVine)		*If we're not starting from scratch, which Activitie(s) will be the ones chosen to receive the code "updates"? In other words, which Activity is farthest along already and is most malleable in terms of adding features? [[User:MikeDeVine\|Mike DeVine]]

	== File Hosting ==		== File Hosting ==

MikeDeVine: /* File Hosting */

2010-01-22T19:31:44Z

File Hosting

← Older revision		Revision as of 15:31, 22 January 2010
Line 6:		Line 6:
	== File Hosting ==		== File Hosting ==

	*Which file format, if we decide to use only one, should the e-books be? (Mike DeVine)		*Which file format, if we decide to use only one, should the e-books be? [[User:MikeDeVine\|Mike DeVine]]
	*Which format has the best metadata support? (Mike DeVine)		*Which format has the best metadata support? [[User:MikeDeVine\|Mike DeVine]]
	*What's the usability look like for this side? Would it make sense to look into implementing a simple GUI, or does what's there already do the job well enough? (Mike DeVine)		*What's the usability look like for this side? Would it make sense to look into implementing a simple GUI, or does what's there already do the job well enough? [[User:MikeDeVine\|Mike DeVine]]

	== Integration with existing resources ==		== Integration with existing resources ==
	*'''What's the likelihood of linking to existing online e-book archives?''' Can this be done seamlessly, or does there need to be a separate method of accessing these archives? [[User:MikeDeVine\|Mike DeVine]]		*'''What's the likelihood of linking to existing online e-book archives?''' Can this be done seamlessly, or does there need to be a separate method of accessing these archives? [[User:MikeDeVine\|Mike DeVine]]
	**This is a big deal, IMO. Grabbing books from anywhere (Gutenberg, Google) and having it be transparent to the user is a "holy grail" we should shoot for. As I understand it, there's two parts to this puzzle: retrieving the content from different places, which are bound to have different interfaces, and then loading and/or converting whatever format it's kept in. [[User:Cheezmeister\|Cheezmeister]] 18:46, 22 January 2010 (UTC)		**This is a big deal, IMO. Grabbing books from anywhere (Gutenberg, Google) and having it be transparent to the user is a "holy grail" we should shoot for. As I understand it, there's two parts to this puzzle: retrieving the content from different places, which are bound to have different interfaces, and then loading and/or converting whatever format it's kept in. [[User:Cheezmeister\|Cheezmeister]] 18:46, 22 January 2010 (UTC)
	**Agreed. What needs to be done is to find out the database structure for each of these repositories, then just make sure the program which accesses them can translate each database into its frontend, so that we end up with a seamless portal on the user end for accessing different sources of e-books. [[User:MikeDeVine\|Mike DeVine]]		**Agreed. What needs to be done is to find out the database structure for each of these repositories, then just make sure the program which accesses them can translate each database into its frontend, so that we end up with a seamless portal on the user end for accessing different sources of e-books. [[User:MikeDeVine\|Mike DeVine]]

MikeDeVine: /* Integration with existing resources */

2010-01-22T19:31:19Z

Integration with existing resources

← Older revision		Revision as of 15:31, 22 January 2010
Line 10:		Line 10:
	*What's the usability look like for this side? Would it make sense to look into implementing a simple GUI, or does what's there already do the job well enough? (Mike DeVine)		*What's the usability look like for this side? Would it make sense to look into implementing a simple GUI, or does what's there already do the job well enough? (Mike DeVine)
	== Integration with existing resources ==		== Integration with existing resources ==
	*'''What's the likelihood of linking to existing online e-book archives?''' Can this be done seamlessly, or does there need to be a separate method of accessing these archives? (Mike DeVine)		*'''What's the likelihood of linking to existing online e-book archives?''' Can this be done seamlessly, or does there need to be a separate method of accessing these archives? [[User:MikeDeVine\|Mike DeVine]]
	**This is a big deal, IMO. Grabbing books from anywhere (Gutenberg, Google) and having it be transparent to the user is a "holy grail" we should shoot for. As I understand it, there's two parts to this puzzle: retrieving the content from different places, which are bound to have different interfaces, and then loading and/or converting whatever format it's kept in. [[User:Cheezmeister\|Cheezmeister]] 18:46, 22 January 2010 (UTC)		**This is a big deal, IMO. Grabbing books from anywhere (Gutenberg, Google) and having it be transparent to the user is a "holy grail" we should shoot for. As I understand it, there's two parts to this puzzle: retrieving the content from different places, which are bound to have different interfaces, and then loading and/or converting whatever format it's kept in. [[User:Cheezmeister\|Cheezmeister]] 18:46, 22 January 2010 (UTC)
	**Agreed. What needs to be done is to find out the database structure for each of these repositories, then just make sure the program which accesses them can translate each database into its frontend, so that we end up with a seamless portal on the user end for accessing different sources of e-books. [[User:MikeDeVine\|Mike DeVine]]		**Agreed. What needs to be done is to find out the database structure for each of these repositories, then just make sure the program which accesses them can translate each database into its frontend, so that we end up with a seamless portal on the user end for accessing different sources of e-books. [[User:MikeDeVine\|Mike DeVine]]

MikeDeVine: /* Integration with existing resources */

2010-01-22T19:27:21Z

Integration with existing resources

← Older revision		Revision as of 15:27, 22 January 2010
Line 12:		Line 12:
	*'''What's the likelihood of linking to existing online e-book archives?''' Can this be done seamlessly, or does there need to be a separate method of accessing these archives? (Mike DeVine)		*'''What's the likelihood of linking to existing online e-book archives?''' Can this be done seamlessly, or does there need to be a separate method of accessing these archives? (Mike DeVine)
	**This is a big deal, IMO. Grabbing books from anywhere (Gutenberg, Google) and having it be transparent to the user is a "holy grail" we should shoot for. As I understand it, there's two parts to this puzzle: retrieving the content from different places, which are bound to have different interfaces, and then loading and/or converting whatever format it's kept in. [[User:Cheezmeister\|Cheezmeister]] 18:46, 22 January 2010 (UTC)		**This is a big deal, IMO. Grabbing books from anywhere (Gutenberg, Google) and having it be transparent to the user is a "holy grail" we should shoot for. As I understand it, there's two parts to this puzzle: retrieving the content from different places, which are bound to have different interfaces, and then loading and/or converting whatever format it's kept in. [[User:Cheezmeister\|Cheezmeister]] 18:46, 22 January 2010 (UTC)
	**Agreed. What needs to be done is to find out the database structure for each of these repositories, then just make sure the program which accesses them can translate each database into its frontend, so that we end up with a seamless portal on the user end for accessing different sources of e-books. [[User:MikeDeVine Mike DeVine]]		**Agreed. What needs to be done is to find out the database structure for each of these repositories, then just make sure the program which accesses them can translate each database into its frontend, so that we end up with a seamless portal on the user end for accessing different sources of e-books. [[User:MikeDeVine\|Mike DeVine]]

MikeDeVine: /* Integration with existing resources */

2010-01-22T19:27:01Z

Integration with existing resources

← Older revision		Revision as of 15:27, 22 January 2010
Line 12:		Line 12:
	*'''What's the likelihood of linking to existing online e-book archives?''' Can this be done seamlessly, or does there need to be a separate method of accessing these archives? (Mike DeVine)		*'''What's the likelihood of linking to existing online e-book archives?''' Can this be done seamlessly, or does there need to be a separate method of accessing these archives? (Mike DeVine)
	**This is a big deal, IMO. Grabbing books from anywhere (Gutenberg, Google) and having it be transparent to the user is a "holy grail" we should shoot for. As I understand it, there's two parts to this puzzle: retrieving the content from different places, which are bound to have different interfaces, and then loading and/or converting whatever format it's kept in. [[User:Cheezmeister\|Cheezmeister]] 18:46, 22 January 2010 (UTC)		**This is a big deal, IMO. Grabbing books from anywhere (Gutenberg, Google) and having it be transparent to the user is a "holy grail" we should shoot for. As I understand it, there's two parts to this puzzle: retrieving the content from different places, which are bound to have different interfaces, and then loading and/or converting whatever format it's kept in. [[User:Cheezmeister\|Cheezmeister]] 18:46, 22 January 2010 (UTC)
			**Agreed. What needs to be done is to find out the database structure for each of these repositories, then just make sure the program which accesses them can translate each database into its frontend, so that we end up with a seamless portal on the user end for accessing different sources of e-books. [[User:MikeDeVine Mike DeVine]]

MikeDeVine: /* Integration with existing resources */

2010-01-22T19:21:55Z

Integration with existing resources

← Older revision		Revision as of 15:21, 22 January 2010
Line 9:		Line 9:
	*Which format has the best metadata support? (Mike DeVine)		*Which format has the best metadata support? (Mike DeVine)
	*What's the usability look like for this side? Would it make sense to look into implementing a simple GUI, or does what's there already do the job well enough? (Mike DeVine)		*What's the usability look like for this side? Would it make sense to look into implementing a simple GUI, or does what's there already do the job well enough? (Mike DeVine)
	=== Integration with existing resources ===		== Integration with existing resources ==
	*'''What's the likelihood of linking to existing online e-book archives?''' Can this be done seamlessly, or does there need to be a separate method of accessing these archives? (Mike DeVine)		*'''What's the likelihood of linking to existing online e-book archives?''' Can this be done seamlessly, or does there need to be a separate method of accessing these archives? (Mike DeVine)
	**This is a big deal, IMO. Grabbing books from anywhere (Gutenberg, Google) and having it be transparent to the user is a "holy grail" we should shoot for. As I understand it, there's two parts to this puzzle: retrieving the content from different places, which are bound to have different interfaces, and then loading and/or converting whatever format it's kept in. [[User:Cheezmeister\|Cheezmeister]] 18:46, 22 January 2010 (UTC)		**This is a big deal, IMO. Grabbing books from anywhere (Gutenberg, Google) and having it be transparent to the user is a "holy grail" we should shoot for. As I understand it, there's two parts to this puzzle: retrieving the content from different places, which are bound to have different interfaces, and then loading and/or converting whatever format it's kept in. [[User:Cheezmeister\|Cheezmeister]] 18:46, 22 January 2010 (UTC)

Cheezmeister: /* File Hosting */

2010-01-22T18:46:09Z

File Hosting

← Older revision		Revision as of 14:46, 22 January 2010
Line 9:		Line 9:
	*Which format has the best metadata support? (Mike DeVine)		*Which format has the best metadata support? (Mike DeVine)
	*What's the usability look like for this side? Would it make sense to look into implementing a simple GUI, or does what's there already do the job well enough? (Mike DeVine)		*What's the usability look like for this side? Would it make sense to look into implementing a simple GUI, or does what's there already do the job well enough? (Mike DeVine)
	*What's the likelihood of linking to existing online e-book archives? Can this be done seamlessly, or does there need to be a separate method of accessing these archives? (Mike DeVine)		=== Integration with existing resources ===
			*'''What's the likelihood of linking to existing online e-book archives?''' Can this be done seamlessly, or does there need to be a separate method of accessing these archives? (Mike DeVine)
			**This is a big deal, IMO. Grabbing books from anywhere (Gutenberg, Google) and having it be transparent to the user is a "holy grail" we should shoot for. As I understand it, there's two parts to this puzzle: retrieving the content from different places, which are bound to have different interfaces, and then loading and/or converting whatever format it's kept in. [[User:Cheezmeister\|Cheezmeister]] 18:46, 22 January 2010 (UTC)

MikeDeVine: /* File Hosting */

2010-01-15T19:36:56Z

File Hosting

← Older revision		Revision as of 15:36, 15 January 2010
Line 6:		Line 6:
	== File Hosting ==		== File Hosting ==

	*Which file format, if we decide to use only one, should the e-books be?		*Which file format, if we decide to use only one, should the e-books be? (Mike DeVine)
	*Which format has the best metadata support?		*Which format has the best metadata support? (Mike DeVine)
	*What's the usability look like for this side? Would it make sense to look into implementing a simple GUI, or does what's there already do the job well enough?		*What's the usability look like for this side? Would it make sense to look into implementing a simple GUI, or does what's there already do the job well enough? (Mike DeVine)
	*What's the likelihood of linking to existing online e-book archives? Can this be done seamlessly, or does there need to be a separate method of accessing these archives?		*What's the likelihood of linking to existing online e-book archives? Can this be done seamlessly, or does there need to be a separate method of accessing these archives? (Mike DeVine)

MikeDeVine: /* Integration of Features From Different Activities */

2010-01-15T19:36:24Z

Integration of Features From Different Activities

← Older revision		Revision as of 15:36, 15 January 2010
Line 1:		Line 1:
	== Integration of Features From Different Activities ==		== Integration of Features From Different Activities ==

	*What's the best way to integrate the desired features from each of these Activities? Attempt to splice some code or start from scratch?		*What's the best way to integrate the desired features from each of these Activities? Attempt to splice some code or start from scratch? (Mike DeVine)
	*If we're not starting from scratch, which Activitie(s) will be the ones chosen to receive the code "updates"? In other words, which Activity is farthest along already and is most malleable in terms of adding features?		*If we're not starting from scratch, which Activitie(s) will be the ones chosen to receive the code "updates"? In other words, which Activity is farthest along already and is most malleable in terms of adding features? (Mike DeVine)

	== File Hosting ==		== File Hosting ==

MikeDeVine: /* Integration of Features From Different Activities */

2010-01-15T19:34:57Z

Integration of Features From Different Activities

← Older revision		Revision as of 15:34, 15 January 2010
Line 1:		Line 1:
	== Integration of Features From Different Activities ==		== Integration of Features From Different Activities ==

	What's the best way to integrate the desired features from each of these Activities? Attempt to splice some code or start from scratch? If we're not starting from scratch, which Activitie(s) will be the ones chosen to receive the code "updates"? In other words, which Activity is farthest along already and is most malleable in terms of adding features? ~~- Mike DeVine~~		*What's the best way to integrate the desired features from each of these Activities? Attempt to splice some code or start from scratch?
			*If we're not starting from scratch, which Activitie(s) will be the ones chosen to receive the code "updates"? In other words, which Activity is farthest along already and is most malleable in terms of adding features?

	== File Hosting ==		== File Hosting ==