Brion--
I did try to work with the existing Lucene search at the time, but I
found it too complex and requiring too many other moving parts,
especially when trying to implement the real-time portions which was a
real requirement for us. I'd actually sent you an email back then to
chat about it, but it must have gotten lost.
I'd love to work with you guys on it, though, if we can find a common
ground.
Brion Vibber wrote:
> El 5/7/09 12:33 PM, Chris Reigrut escribi?:
>
>> I'd like to announce the first release of EzMwLucene. This project
>> provides a simplified Lucene search to Mediawiki. It is designed to be
>> easy to install, configure, and run. It provides real-time, multiple
>> field indexing and searching as well as text indexing of standard
>> attachment types (pdf, xls, doc, ppt, vsd). The server is a self
>> contained Java application (no application server needed), and the
>> client portion is a standard Mediawiki extension. It is currently in
>> production on an internal site with over 1000 users running on Mediawiki
>> 1.13.
>>
> Sounds neat! Indexing of uploaded document contents would be very useful
> for some sites, and it would be great to have better real-time index
> update options for those sites with low enough traffic to handle it.
>
>> https://sourceforge.net/projects/ezmwlucene/
>>
>> I welcome all feedback: questions, suggestions and offers to help
>> improve it!
>>
> Any interest in helping to roll the new features into the existing
> Lucene search that's already actively maintained for Wikimedia? This
> would maximize availability of new functionality and ensure it's used
> and maintained in the future.
>
> -- brion
>
Brian--
Thanks for the feedback. I'm assuming that you downloaded the complete
package (as opposed to the client and server separately). I'll
certainly put them in a single ezmwlucene_V.v directory next time. I
put them in separate directories since the client and server may be (but
don't have to be) installed on separate machines. And the extensions
directory within the client directory is there to remind folks that it's
an extension and needs to go into the extensions directory within
Mediawiki. If you'd care to suggest a better structure I'd be happy to
hear it. And in this case, I guess it's "easier to install" (IMHO).
Also, did the installation guide on the site not help? How can I make
it better?
(also, from your email address I notice that your at CU--I'm in
Longmont, and I'd be happy to chat with you to get you up and running
and get your feedback)
Brian Mingus wrote:
> Thanks aside, it is such a PITA when developers choose to package tarballs
> the way you have. After opening tens of thousands of tarballs I can safely
> say that the "standard" way of doing it is to have a directory called
> ezmwlucene_1.0 inside ezmwlucene_1.0.tar. This means that you plop
> ezmwlucene_1.0.tar in mediawiki/extensions and then you untar it and your
> done.
>
> What you have chosen to do is totally bizarre. If I do the standard thing I
> get client and server directories inside my extension directory and the
> client directory contains extensions/EzMwLucene. This is not exactly the
> "easy to install" solution I was imagining.
>
An interesting problem has recently cropped up on the OpenOffice.org
Wiki that I am not sure how to resolve... the Redirect Fixer user is
redirecting pages incorrectly. For example, the page:
http://wiki.services.openoffice.org/wiki/Talk:Documentation/OOoAuthors_User…
was redirected to a User page:
http://wiki.services.openoffice.org/w/index.php?title=Talk:Documentation/OO…
The user ID that is associated to the changes is "Redirect fixer" which
seems to be Wiki engine related from what I've been able to dig up.
This is one example of many that we've recently stumbled upon on the
OOoWiki. They seem to be related to changes being made to the JA/
subpages (moving pages, deleting pages, restoring pages)
What could be causing this? Is there anything I can do to prevent this?
or to fix it?
Installed software
Product Version
MediaWiki 1.13.3
PHP 5.2.0 (apache2handler)
MySQL 5.0.33-standard
C.
--
Clayton Cornell ccornell(a)openoffice.org
OpenOffice.org Documentation Project co-lead
StarOffice - Sun Microsystems, Inc. - Hamburg, Germany
Welcome to mediawiki-l. This mailing list exists for discussion and questions
about the MediaWiki software[0]. Important MediaWiki-related announcements
(such as new versions) are also posted to this list.
Other resources.
If you only wish to receive announcements, you should subscribe to
mediawiki-announce[1] instead.
MediaWiki development discussion, and all Wikimedia technical questions, should
be directed to the wikitech-l[2] mailing list.
Several other MediaWiki-related lists exist:
- mediawiki-api[5] for API discussions,
- mediawiki-enterprise[6] for discussion of MediaWiki in the enterprise,
- mediawiki-cvs[7] for notification of commits to the Subversion repository,
- mediawiki-i18n[8] for discussion of MediaWiki internationalisation support,
- wikibugs-l[9] for notification of changes to the bug tracker.
List administrivia (unsubscribing, list archives).
To unsubscribe from this mailing list, visit [12]. Archives of previous postings
can be found at [3].
This list is also gatewayed to the Gmane NNTP server[4], which you can use to
read and post to the list.
Posting to the list.
Before posting to this list, please read the MediaWiki FAQ[10]. Many common
questions are answered here. You may also search the list archives to see if
your question has been asked before.
Please try to ask your question in a way that enables people to answer you.
Provide all relevant details, explain your problem clearly, etc. You may
wish to read [13], which explains how to ask questions well.
To post to the list, send mail to <mediawiki-l(a)lists.wikimedia.org>. This is a
public list, so you should not include confidential information in mails you
send.
When replying to an existing thread, use the "Reply" or "Followup" feature of
your mail client, so that clients that understand threading can sort your
message properly. When quoting other messages, please use the "inline" quoting
style[11], for clarity.
When creating a new thread, do not reply to an existing message and change the
subject. This will confuse peoples' mail readers, and will result in fewer
people reading your mail. Instead, compose a new message for your post.
Messages posted to the list have the "Reply-To" header set to the mailing list,
which means that by default, replies will go to the entire list. If you are
posting a reply which is only interesting to the original poster, and not the
list in general, you should change the reply to only go to that person. This
avoids cluttering the list with irrelevant traffic.
About this message.
This message is posted to the list once per week by <river(a)wikimedia.org>.
Please contact me if you have any questions or concerns about this mailing.
References.
[0] http://www.mediawiki.org/
[1] http://lists.wikimedia.org/mailman/listinfo/mediawiki-announce
[2] http://lists.wikimedia.org/mailman/listinfo/wikitech-l
[3] http://lists.wikimedia.org/pipermail/mediawiki-l/
[4] http://dir.gmane.org/gmane.org.wikimedia.mediawiki
[5] http://lists.wikimedia.org/mailman/listinfo/mediawiki-api
[6] http://lists.wikimedia.org/mailman/listinfo/mediawiki-enterprise
[7] http://lists.wikimedia.org/mailman/listinfo/mediawiki-cvs
[8] http://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n
[9] http://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[10] http://www.mediawiki.org/wiki/FAQ
[11] http://en.wikipedia.org/wiki/Posting_style#Inline_replying
[12] http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
[13] http://www.catb.org/~esr/faqs/smart-questions.html
quiero cancelar mi subscripcion a la wiki inmediatamente.
Gracias
Hartley
---------------------------------------
Red Telematica de Salud - Cuba
CNICM - Infomed
quiero cancelar mi subscripción a la wiki inmediatamente.
Gracias.
Hartley
---------------------------------------
Red Telematica de Salud - Cuba
CNICM - Infomed
hallo,
ist es möglich, und wenn ja wie, die schriftgröße in (umfangreichen)
latex formeln zu skalieren (verkleinern)?
mein problemfall ist folgende formel:
<math>\mu_c = FD + ( FS - FD )e^{-DC*\left| v \right|_{rel}}</math>.
im verhältnis zum umschließenden text sieht das einfach nicht gut aus.
danke und grüße
matthias
Hey, all,
Some of my colleagues are objecting to my desire to minimize uploading of Word documents to our new intranet wiki. My main objection to it is that we ought to be entering information into wiki pages so that we can take full advantage of document versioning, talk pages, watching, etc.-y'know, the stuff that makes it a wiki...
I've been called "silly" and "arbitrary" regarding this. :) I'm not outright forbidding posting Word documents; I'm just trying to get people to use the wiki the way it's mean to be used. Am I being unreasonable? I even stated that it's acceptable to load the final version of a 20-page report, or a form that's meant to be printed out and filled out by hand-i.e., things in a final state that do not need further editing.
Has anyone else encountered this resistance? I was most surprised that it came from someone who uses/edits Wikipedia, which, as far as I can tell, does not support uploading of Word docs.
Nina
Nina McHale, MA/MSLS
Assistant Professor, Web Librarian
Auraria Library
http://library.auraria.edu/~nmchale/
Facebook<http://www.facebook.com/profile.php?id=672599042> | MySpace<http://www.myspace.com/ninermac>
Serving the University of Colorado Denver,
Metropolitan State College of Denver,
and the Community College of Denver
1100 Lawrence Street
Denver, CO 80204
303-556-4729