This website has an offline wiki:
http://wiki.beyondunreal.com/wiki/Offline_Wiki
The offline wiki contains all of the pages of the wiki
in a zip file.
You can open the Zip file and browse the wiki offline
without having to run any server software (such as
MySql) or any other special software. The only things
you need to use to view the offline wiki is a zip
program and a browser.
Most of the links in the offline pages work (that is,
they correctly link to other offline pages in the
wiki). The only thing you cannot do is edit the
offline pages.
How can I create an offline wiki feature in my wiki?
Thanks for any help.
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Hi all,
So, I have discovered that on my installation, when a file is
uploaded, apache can't touch it until I manually go in and change the
context label to something it CAN touch... (so resize doesn't work on
newly uploaded files...)
does anyone know if this is something that calls for a change in the
server config so that when a file is uploaded it has the proper
permissions and context label?? Is it something that i can tweak from
within the upload functions? (My solution--setting a cronjob to update
the image folder--seems kinda kludgy. :-))
Andrea
hi,
i am having difficulties getting the math package working and i think i am
stuck at one point and could really use some help..
some background information:
---
mediawiki version: 1.6.8
php 4.4.4 on apache 1.3.37 (User/Group nobody(99)/99)
gs 7.07
TeX (Web2C 7.4.5) 3.14159
dvips(k) 5.92b
ImageMagick 6.2.9 09/07/06 Q16
---
[~/public_html/w/images]# ls -al
drwxrwxrwx 2 w w 4096 Sep 15 07:55 math/
drwxrwxrwx 2 w w 4096 Sep 15 08:04 tmp/
---
$wgUseTeX = true;
$wgMathPath = "{$wgUploadPath}/math";
$wgMathDirectory = "{$wgUploadDirectory}/math";
$wgTmpDirectory = "{$wgUploadDirectory}/tmp";
---
all the necessary packages are installed, all the permissions are set, but
whenever i try to generate a math equation on the wiki, i get this error
message saying "Failed to parse (Can't write to or create math output
directory)"
the 'math' and the 'tmp' directories under the images path are chmod'ed to
777, so i really don't understand what is wrong. i didn't touch
'$wgUploadDirectory' so according to the articles i read at the mediawiki
site, the default directory is 'images'
getting stuck at a permission problem is really nerve-wrecking so i would
really appreciate any help :)
regards
w.
On 15/09/06, Thomas <thomas(a)klassisk.dk> wrote:
> From: "David Gerard" <dgerard(a)gmail.com>
> > See the front page of a Wikinews edition, e.g. http://en.wikinews.org/
> > - you'll see a box which anyone can type a title into and press a
> > button to create the article. This uses the <inputbox> extension - not
> > sure if this is part of the standard MediaWiki distribution.
> This is exactly what Im looking for.
> In the source I just see this
> {{Start an article}}
> How do I make this function on my site ?
I'm not sure, but I'm sure mediawiki-l will know!
(cc'd to mediawiki-l)
- d.
Is there a way to have a file, like a .xcf (Gimp file), or a .svg, or a
.vsd (Visio file) along with an image.
I have been uploading pictures of flow charts and such to our wiki. It
would be nice if someone could have the Visio file to edit and then
upload a new version of both the Visio file and the corresponding image.
Anyone do this before?
Thanks,
~Eric
Hello,
I have been make cosmetic changes to my wiki installation today and stumbled across this error when clicking on he history link a few moments ago.
Fatal error: Call to undefined method SkinMonoBook::revUserLink() in /home/savorysa/public_html/includes/PageHistory.php on line 233
If possible with this little information, can someone explain what is causing this error?
I am running:
MediaWiki: 1.6.7
PHP: 5.0.5 (cgi)
MySQL: 4.1.21-standard
Thanks,
Chris
-----
Chris McBride
President and Co-founder
Savory San Francisco
917-355-0251
chris@savorysanfrancisco.comhttp://www.savorysanfrancisco.com
Hi!
I'm running a 1.6.5 installation on linux and despite my best efforts,
just can't seem to get image resize to work...
I have imagemagick 6.2.8 installed and all my image directories
permissions are set to 777.
YET, when I try to resize an image I get the following:
Error creating thumbnail: convert: unable to open image
`/var/www/html/wiki/images/e/ee/Seahorse.jpg': Permission denied.
convert: missing an image filename
`/var/www/html/wiki/images/thumb/e/ee/Seahorse.jpg/130px-Seahorse.jpg'.
And convert works fine from the command line...
Am I missing something obvious? I'm not exactly a unix permissions expert. :-)
Thanks,
Andrea
Hello All,
I wanted to know if there is a way to set each page in the wiki to be
editable only by is creator when the page is first created. Then the user
who created the page could open the page up to whoever it wanted at some
later time if they desire.
Thanks in advance,
Matt
The WiktionaryZ project has made rapid progress in the last few weeks,
thanks in no part to our growing team of developers, now including
myself, Peter-Jan Roes, Karsten Uil, and Rod Smith. There's a growing
community at http://www.wiktionaryz.org/ , and our intrepid editors
have already added more than 20,000 words to the original GEMET
database. While there are still many glaring deficiencies and lacking
key features, the WZ core model of terminology works.
Key functionality added to the code in the last few weeks includes:
- Basic versioning. All tables now have versioning information, based
on a transaction model where each record has an associated transaction
record. It is possible to get a simple aggregated history view on a
per-page level; more advanced history views are to come.
- Object identifiers. Key tables now have object IDs associated with
their records. These object IDs are themselves linked to a
database-independent universally unique identifier (UUID), which
allows us to expose data through APIs without using IDs that may not
be available in a target application. The object model also provides
us with a flexible method of grouping or annotating entitites.
- Sticky UI. Rod A. Smith has hacked a nice feature where your view of
the "tree hierarchy" in WiktionaryZ will remain persistent if cookies
are enabled. This allows editors to see only the information relevant
to them.
- New import scripts. We have some exciting new scientific data
sources that will be imported into WZ soon (target date is mid/end
October).
- Small things: hacks for search, adding languages, finding words that
need translation. Splitting exact meanings and imprecise ones.
Improved changelogging.
The versioning is arguably the biggest step here and puts us one step
closer to becoming a true wiki. Next in the roadmap: rollback and a
better class model for ontologies.
Now, let me be absolutely clear: WZ is still pre-alpha code, and it's
messy. We're still extending an old MediaWiki (not really a big deal
since there are relatively few points of attachment, but we'll still
need to fix it), and we have very little documentation. That said, if
you follow the instructions below, you should be able to get your own
edition up and running.
1) Download http://epov.org/temp/wz-sep14.tgz - it's a big file
because it contains the entire database _and_ uploads of
wiktionaryz.org.
2) Decompress the file to a directory in your Apache DocumentRoot.
3) Create and import the database from the .sql file in the dump (if
you don't know how to do this, you should probably stop here).
4) Correct LocalSettings.php $wgDBname to point to the correct
database and authentication, and fix the paths (/www/wz) to point to
the appropriate subdirectory of your DocumentRoot.
5) Run the wiki. Create a user through the "Create an account"
interface. Give the user the "wikidata" permission by inserting a row
into the user_groups table with the ug_user being the user ID of the
user you just created, and the ug_group being 'wikidata' (you should
probably give it 'sysop' and 'bureaucrat' rights as well).
You should now be able to edit the relational data in your WZ
installation, and can start playing with the code, particularly in the
extensions/Wikidata/WiktionaryZ subdirectory. You may want to get
updates to that code from the Wikimedia subversion repository.
I am currently unavailable but will be back on Sep 20 if you have
questions or problems. We are happy to accept new developers and will
prod Brion for you to give you Subversion access if necessary. ;-) We
also always have fun and interesting small and large projects to work
on.
--
Peace & Love,
Erik