OpenClipArtProject - Revision history

Jonathanbrickman0000: /* Comments */

2007-01-03T16:57:04Z

Comments

← Older revision		Revision as of 16:57, 3 January 2007
Line 101:		Line 101:
	projects to focus on. -- Bryce		projects to focus on. -- Bryce

	There is lots of software out there that imports SVG only partly, or not at all. For instance, OpenOffice; the third-party SVG import for OO exists, but the web page says that it's not complete, and believe you me, that is true. For these, and for interoperability with more than half of the world's word-processing users, WMF/EMF is probably the best bet, because EPS compatibility is often ~~a mess~~.		There is lots of software out there that imports SVG only partly, or not at all. For instance, OpenOffice; the third-party SVG import for OO exists, but the web page says that it's not complete, and believe you me, that is true. For these, and for interoperability with more than half of the world's word-processing users, WMF/EMF is probably the best bet, because EPS compatibility is often problematical.
	<BR>		<BR>
	[[User:Jonathanbrickman0000\|Jonathanbrickman0000]] 16:51, 3 January 2007 (UTC)		[[User:Jonathanbrickman0000\|Jonathanbrickman0000]] 16:51, 3 January 2007 (UTC)

	[[Category:Wiki Attic]]		[[Category:Wiki Attic]]

Jonathanbrickman0000: /* Comments */

2007-01-03T16:56:50Z

Comments

← Older revision		Revision as of 16:56, 3 January 2007
Line 101:		Line 101:
	projects to focus on. -- Bryce		projects to focus on. -- Bryce

	There is lots of software out there that imports SVG only partly, or not at all. For instance, OpenOffice; the third-party SVG import for OO exists, but the web page says that it's not complete, and believe you me, that is true. For these, and for interoperability with more than half of the world's word-processing users, WMF/EMF is probably the best bet, because EPS compatibility is a mess.		There is lots of software out there that imports SVG only partly, or not at all. For instance, OpenOffice; the third-party SVG import for OO exists, but the web page says that it's not complete, and believe you me, that is true. For these, and for interoperability with more than half of the world's word-processing users, WMF/EMF is probably the best bet, because EPS compatibility is often a mess.
	<BR>		<BR>
	[[User:Jonathanbrickman0000\|Jonathanbrickman0000]] 16:51, 3 January 2007 (UTC)		[[User:Jonathanbrickman0000\|Jonathanbrickman0000]] 16:51, 3 January 2007 (UTC)

	[[Category:Wiki Attic]]		[[Category:Wiki Attic]]

Jonathanbrickman0000: /* Comments */

2007-01-03T16:56:36Z

Comments

← Older revision		Revision as of 16:56, 3 January 2007
Line 101:		Line 101:
	projects to focus on. -- Bryce		projects to focus on. -- Bryce

	There is lots of software out there that imports SVG only ~~passably~~, or not at all. For instance, OpenOffice. For these, WMF or EMF ~~are~~ probably the best bet.		There is lots of software out there that imports SVG only partly, or not at all. For instance, OpenOffice; the third-party SVG import for OO exists, but the web page says that it's not complete, and believe you me, that is true. For these, and for interoperability with more than half of the world's word-processing users, WMF/EMF is probably the best bet, because EPS compatibility is a mess.
	<BR>		<BR>
	[[User:Jonathanbrickman0000\|Jonathanbrickman0000]] 16:51, 3 January 2007 (UTC)		[[User:Jonathanbrickman0000\|Jonathanbrickman0000]] 16:51, 3 January 2007 (UTC)

	[[Category:Wiki Attic]]		[[Category:Wiki Attic]]

Jonathanbrickman0000: /* Comments */

2007-01-03T16:51:37Z

Comments

← Older revision		Revision as of 16:51, 3 January 2007
Line 100:		Line 100:
	I'd suggest limiting to 2d vector formats though, just for the sake of tightening focus. Leave the other stuff for later, or to other		I'd suggest limiting to 2d vector formats though, just for the sake of tightening focus. Leave the other stuff for later, or to other
	projects to focus on. -- Bryce		projects to focus on. -- Bryce

			There is lots of software out there that imports SVG only passably, or not at all. For instance, OpenOffice. For these, WMF or EMF are probably the best bet.
			<BR>
			[[User:Jonathanbrickman0000\|Jonathanbrickman0000]] 16:51, 3 January 2007 (UTC)

	[[Category:Wiki Attic]]		[[Category:Wiki Attic]]

GigaClon: Categorization

2006-06-20T17:52:21Z

Categorization

← Older revision		Revision as of 17:52, 20 June 2006
Line 1:		Line 1:
	~~Warning: This page may be obsolete.~~

	=== Summary ===		=== Summary ===

Line 103:		Line 101:
	projects to focus on. -- Bryce		projects to focus on. -- Bryce

	~~Is this information ''old?'' I see~~ [~~http~~:~~//www.openclipart.org/ Open Clip Art Project] exists right now. Was this your doing?~~		[[Category:Wiki Attic]]

	~~Can this page be deleted?~~

	~~-- [[LionKimbro~~]]

Conversion script: link fix

2006-01-22T02:33:23Z

link fix

← Older revision		Revision as of 02:33, 22 January 2006
Line 62:		Line 62:

	** webDAV		** webDAV
	*** Catacomb is perhaps the most advanced OSS WebDAV server		*** Catacomb is perhaps the most advanced OSS [[WebDAV]] server
	*** Subversion can basically be used like a [http://svnbook.red-bean.com/svnbook/apc.html WedDAV server] also.		*** Subversion can basically be used like a [http://svnbook.red-bean.com/svnbook/apc.html [[WedDAV]] server] also.
	**** It provides [http://svnbook.red-bean.com/svnbook/ch03s03.html revision control], [http://svnbook.red-bean.com/svnbook/ch07s02.html attachment of properties], and [http://svnbook.red-bean.com/svnbook/re02.html tracking of authorship]		**** It provides [http://svnbook.red-bean.com/svnbook/ch03s03.html revision control], [http://svnbook.red-bean.com/svnbook/ch07s02.html attachment of properties], and [http://svnbook.red-bean.com/svnbook/re02.html tracking of authorship]

Line 107:		Line 107:
	Can this page be deleted?		Can this page be deleted?

	-- LionKimbro		-- [[LionKimbro]]

Simarilius: Removing spam

2004-08-16T20:58:00Z

Removing spam

New page

Warning: This page may be obsolete.

=== Summary ===

==== Steps to Actualizing this Project ====

* Try to unify several clipart projects into this one and the efforts from sodipodi and inkscape developers.
* (DONE) Develop a name for the project first - decided to use "clipart.freedesktop.org" for now...
** Free Clip Art Project
** Open Clip Art Project
** Grand Unified Clip Art Repository
** Open Graphics Repository
* Get project space from fd.o
* Setup project like any open source project: wiki, mailing list, etc
* Allow the project to develop fluidly.
* (DONE) Create [[WikiMailinglistReplacement]] as long as we don't have a real one.
* (DONE) mailinglist http://freedesktop.org/mailman/listinfo/clipart

==== Project Outline ====

* Project Hosting
** sf.net said no!
** myrkraverk volunteered space
** freedesktop.org (fd.o) - the best option
*** [http://www.freedesktop.org/Main/GettingInvolved fd.o getting involved]
**** We chatted with an fd.o project admin, and he said: as long as you have people willing to start developing, and this isn't just going to end up like half the sourceforge projects, email daniel@freedesktop.org with username(s), ssh key (s), a project name, and a project description

* Packaging System
** official packages
** web based interface

* Repository

** KISS!!!
** generally needs to be carefully thought out for scalability, security, etc.
** I'd suggest splitting up the software into separate components. One that just does the upload + adding keywords, another that just does packaging given a query, and another that does the web navigation browsing w/ thumbnails
** e.g., for the navigation and browsing perhaps we could start from Pat's tool

** Emergent Categories
*** emergent categories is that they will represent the users...
*** look at categories at: [runme.org runme.org]
*** yeah how to deal with unacceptable stuff...
*** I'm not saying it shouldn't be emergent, it would be nice though to have some control to make some categories more important.
**** So basically 'adult' is always a high level category, even if it only has one picture.
*** maybe we give the users the power to do some form of emergent censoring and self-editing, like in wikipedia?
*** I guess we'd have to defer to fd.o about their conditions

** Keyword-based system
*** I'm thinking about a keyword system. Where each object gets assigned keywords - and the categories are derived from there. So a list of keywords is generated, then the one that covers the most images gets at the highest level. Then those are reevaluted with the same criteria to create subcategories. etc. etc.
*** have a list of "standard" keywords that can be selected, or let the user add new keywords
*** I was thinking that categories are made until there is some tollerance of images left (like three) and then those are dropped in the current folder.
*** I think that an administrative duty will be to try and clean up the keywords.
*** categories are just a particular kind of keyword

** Versioning
*** For the repository, either just keep each copy of the file with a version number appended; that should be sufficient
*** make sure to include a way for viewing and retrieving old versions

** homebrew versioning system
*** simple php submission engine

** webDAV
*** Catacomb is perhaps the most advanced OSS WebDAV server
*** Subversion can basically be used like a [http://svnbook.red-bean.com/svnbook/apc.html WedDAV server] also.
**** It provides [http://svnbook.red-bean.com/svnbook/ch03s03.html revision control], [http://svnbook.red-bean.com/svnbook/ch07s02.html attachment of properties], and [http://svnbook.red-bean.com/svnbook/re02.html tracking of authorship]

** Zope CMS : Plone?

** CVS
*** I've tried using CVS as a backend for a DMS before... it's a royal pain in the ass
*** web-based cvs tool doesn't exist!!!
*** has too much of a learning curve for artists

* Philosophical
** this is a revolution waiting to happen
** importance of this project

* Filetypes
** All open formats? Only 2d file formats? What about 3d, or does this project expand outwards to other MEDIA formats?
*** SVG
*** PNG
*** WMF

* Supported File Metadata
** XMP
*** [http://www.adobe.com/products/xmp/main.html Adobe's XMP developments]
*** [http://www.adobe.com/products/xmp/in-depth.html more indepth XMP pdfs]
*** [http://creativecommons.org/technology/xmp creative commons xmp support]

----

=== Comments ===

I think we should just use SVG. Bitmap sucks for clipart IMHO and I don't see what WMF offers that SVG don't. Christian S.

The only point I might see for including WMF as a format is that there are a number of WMF-based clipart packages that
could be aggregated with the SVG clipart. -- Bryce

I'd suggest limiting to 2d vector formats though, just for the sake of tightening focus. Leave the other stuff for later, or to other
projects to focus on. -- Bryce

Is this information ''old?'' I see [http://www.openclipart.org/ Open Clip Art Project] exists right now. Was this your doing?

Can this page be deleted?

-- LionKimbro