+1! People would tag their poms, then you could narrow down your search by clicking tags available within a sub category. Here is an example of such a browser:

http://johnvey.com/features/deliciousdirector/

Dan

Matthew Pryor wrote:

Wouldn't a folksonomy approach to categories be better? I can't imagine any
'exhaustive' list being right the first time (or the second for that matter
;-)

Systems like delicious seem to do pretty well with people supplying their
own tags?

Matthew

-----Original Message-----
From: Carlos Sanchez [mailto:[EMAIL PROTECTED]
Sent: Friday, 15 July 2005 3:23 AM
To: Maven Developers List
Subject: Re: categorization for a project

I agree with using an existing categorization, but I don't think this
is something for 2.0, I'd better wait for 2.1.

Regards

On 7/14/05, John Casey <[EMAIL PROTECTED]> wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I think it would be most useful to adopt an existing category hierarchy,
and if possible either supply or refer to a web page that defines each
and gives some examples. One question: how will the syntax for
nested/sub-categories look? Will it be:

<category>database/browser</category>

or is it even useful to get into such sub-classifications? (personally,
I think it is, and the tool could aggregate all general and subcategory
matches when viewed directly...)

One thing I am a little concerned with is getting this design figured
out as soon as is humanly possible, particularly if we intend to provide
this for 2.0-final, since -beta-1 will have to be feature-complete, and
it none too far away...

- -j

Jason van Zyl wrote:
| Hi,
|
| I wanted to broach the topic of augmenting the POM to allow a project
to
| categorize itself for the purposes of creating a meaningful index of
| projects like can be found at http://java-source.net/.
|
| Putting aside for the moment what the actual categories would be would
| something like:
|
| <categories>
|   <category>database</category>
|   <category>visualization</category>
| <categories>
|
| Where a project could specify any number of categories.
|
| Or should we attempt to create/borrow an existing category hierarchy
and
| try to use that? This is something that I think would be good for 2.0
| final as creating an index of contained within a repository I think
| would be highly useful.
|
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)

iD8DBQFC1pmCK3h2CZwO/4URAnE0AJ0YvDwsxCa5fW/2M4v5rjEV+LAqsACfWs9J
+ym/sIJ+uJMYQmBpfKTwgHc=
=o1fc
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



--
Dan Diephouse
Envoi Solutions LLC
http://netzooid.com


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to