Yet another way is the extension PostForm.
It will let you easily create an arbitrary form, which then can be emailed to you or written to a MySQL table.
I don’t recommend using it without clipping a line that puts everything into a log file that is in the website space, and which can be found by search engines! It also has a bug that clips the return results if any multi-byte characters are entered.
Another issue is spam. I have been working on a mod that puts a simple CAPTCHA challenge on it, but I don’t understand XSL well enough to plop it in easily. I had a bot attack, and was getting over 100 spams PER HOUR, and had to turn the page off. Now, it is only available via secret link that I send to people who need to fill in the form.
:::: Jan Steinman, EcoReality Co-op ::::
> On 2016-02-13, at 04:00, mediawiki-l-request(a)lists.wikimedia.org wrote:
>
> From: Chris Tharp <tharpenator(a)gmail.com>
> To: MediaWiki announcements and site admin list
> <mediawiki-l(a)lists.wikimedia.org>
> Subject: Re: [MediaWiki-l] How to dynamically fill a page with form
> entries?
> Message-ID: <A5355828-A501-49D6-B200-9B256D2C60EF(a)gmail.com>
> Content-Type: text/plain; charset=us-ascii
>
> Basically you can do that using the Semantic Forms extension &/or Semantic Mediawiki extension &/or Cargo Extension. You'll face a learning curve mastering Semantic Forms and one of the above extensions, but it can be done. Additionally you could use a Google Form embed from the Widgets extension and have the results go to an email that reports to a spreadsheet and than embed the spreadsheet (using the Widget extension again). The other possibility is using the NamespaceHTML extension and using a form company (like Jotform) to create the form & the report page (and embed them).
>
> Well that's three options and I'm sure others will have more.
>
> Sent from my iPhone
>
>> On Feb 12, 2016, at 7:49 AM, lmarcini <lmarcini(a)klaksulku.com> wrote:
>>
>> Hello,
>>
>> On Dokuwiki 1.25.5, I need help for something I done with Dokuwiki
>> before (with Bureaucracy and Pagemod plugins).
>>
>> It concerns a registration for a small conference/workshop and I want to
>> have two pages :
>> - a registration page: people enters name, location and e-mail into a form,
>> - a participants list page: dynamically generated with the previously
>> entered informations.
>>
>> I don't know how I can do that on Mediawiki ! :-(
>>
>> Thank you for your help.
>> Laurent.
>>
>> _______________________________________________
>> MediaWiki-l mailing list
>> To unsubscribe, go to:
>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
>
Hello,
On Dokuwiki 1.25.5, I need help for something I done with Dokuwiki
before (with Bureaucracy and Pagemod plugins).
It concerns a registration for a small conference/workshop and I want to
have two pages :
- a registration page: people enters name, location and e-mail into a form,
- a participants list page: dynamically generated with the previously
entered informations.
I don't know how I can do that on Mediawiki ! :-(
Thank you for your help.
Laurent.
Hello,
First error :
A database error has occurred. Did you forget to run
maintenance/update.php after upgrading? See:
https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script
Query: SELECT 1 FROM `page` WHERE (Array) OR (Array) OR (Array) LIMIT 1
Function: ApiStashEdit::checkCache Error: 1054 Unknown column 'Array' in
'where clause' (127.0.0.1)
Second error :
There are also randomly database errors after a while and the database
puts itself in only reading
Have a fun weekend
----------------------------------------------------------------------
Merci de nous aider à préserver l'environnement en n'imprimant ce courriel et les documents joints que si nécessaire.
Bonjour,
j'ai de nombreux problèmes pour migrer mediawiki de la version 1.24.1 à
la 1.26.2
j'ai pourtant recopié la base Mysql de l'ancienne version ,
j'ai recopié les extensions ne figurant pas le package et qui était
présentes dans la version précédente
Dans le fichier LocalSettings.php venant de mon ancienne version
j'ai dû déplacer la ligne
enableSemantics ( 'gide-formation.culture.fr' );
maintenant
php maintenance/update.php me donne :
PHP Fatal error: Unsupported operand types in
/var/www/html/mediawiki-1.26.2/extensions/SemanticDrilldown/SemanticDrilldown.php
on line 144
Si vous aviez une documentation ou une aide , cela me serait d'un très
grand secours
Merci d'avance
PS : mon répertoire de 37 extensions :
AdminLinks Interwiki Poem
SemanticResultFormats
Cite LdapAuthentication README SpamBlacklist
CiteThisPage Lingo Renameuser
SyntaxHighlight_GeSHi
ConfirmEdit LocalisationUpdate ReplaceText
TitleBlacklist
DataTransfer Maps SemanticDrilldown Validator
ExternalData Nuke SemanticForms VisualEditor
Gadgets PageSchemas SemanticFormsSelect WikiEditor
HeaderTabs ParserFunctions SemanticGlossary
ImageMap PDFEmbed SemanticMaps
InputBox PdfHandler SemanticMediaWiki
ci-joint mon fichier LocalSettings.php sans mots de passe
cordialement
----------------------------------------------------------------------
Merci de nous aider à préserver l'environnement en n'imprimant ce courriel et les documents joints que si nécessaire.
"luc AUGARDE-Telem@c" wrote:
> PHP Fatal error: Unsupported operand types in
> /var/www/html/mediawiki-1.26.2/extensions/SemanticDrilldown/SemanticDrilldown.php
Three things:
1. Make sure SemanticMediaWiki is loaded before the other Semantic items
2. What exact version of SemanticDrilldown do you have? What is around that line?
The talk page for that extension indicates that a solution may be to
ensure that $smwgNamespacesWithSemanticLinks is not being set to a non-array in
your LocalSettings.php
3. Your LocalSettings.php attachment did not seem to make it to the list
(or at least the digest). Maybe try a link to a paste site?
--
Greg Sabino Mullane greg(a)endpoint.com
End Point Corporation
PGP Key: 0x14964AC8
On Thu, Feb 11, 2016 at 3:51 AM, Markus Krötzsch
<markus(a)semantic-mediawiki.org> wrote:
> Hi Larry,
>
> in general, the best place to ask SMW questions is the semediawiki-user
> mailing list. Quick answers below:
Thank you very much Markus for the reply. There is a lot of very
helpful info here. I have moved this discussion over to that list. I
hope you are on that list too and can continue to help me.
> On 11.02.2016 04:16, Larry Martell wrote:
>>
>> I am a total newbie with SMW, and I've inherited a system that no one
>> knows any details about.
>>
>> I have a few questions:
>>
>> How can I find out what and where the database behind the SMW is? I
>> would think there is a config file somewhere, but I can't find it.
>
>
> The data is stored in the database you have configured for your wiki. The
> config file where this is defined is LocalSettings.php. You can
> (additionally) store it in an RDF database if you wish (for this, you need
> to install such a database management system and add some config options;
> see SMW documentation).
>
>>
>> When I look at a page with browsebysubject I see a type associated
>> with the data, e.g.:
>>
>> {u'property': u'HasSide', u'dataitem': [{u'item': u'Left', u'type': 2}]}
>> {u'property': u'HasReferenceDataset', u'dataitem': [{u'item':
>> u'RefData, u'type': 9}]}
>>
>> What do these types mean?
>
>
> This is probably not relevant to what you want to do.
>
>>
>> I have been asked to edit 1000's of pages to remove 2 fields and add a
>> new field.
>
>
> Take a look at the extension ReplaceText. It can probably do this for you.
>
>> To do this with the API would I get the data with
>> browsebysubject and modify that dict? But then how would I write that
>> back?
>>
>> Or would I get the raw data with index.php?action=raw, modify that,
>> and then write it back with edit
>> (https://www.mediawiki.org/wiki/API:Edit)
>
>
> An easier way to modify page texts in a one-time operation might be to
> export the text using Special:Export, modify the resulting XML file with any
> tool you like, and then re-import the file. Won't work well if your wiki is
> edited by many people, but if you have the modification script ready you
> could do this in a few minutes, which is good enough on a relatively static
> site.
>
> Whatever method you pick, changing the page text in one or the other way it
> the right way of changing SMW data. SMW's primary data storage is the page
> text, so you do not need to worry about any specific database related to
> SMW: the extension will make sure that its contents is updated to agree with
> the page text. *Never* edit SMW's database tables directly. Your changes
> will be lost as soon as the wiki pages are edited next time.
I am wondering why the changes I made are not being seen on the pages.
I do see my changes when I export the pages but not when viewing them.
For example, before, a page had this:
|Type=Foo
|Side=Right
and I changed it to this:
|Side Type=Right Foo
But on the page I see this:
Type
Side
With no data after the field names (whereas before the data was shown
after each field name).
I made those changes by pulling the raw data and writing it back with edit.
Then I tried the export/import method, but when I tried to import the
modified page, I got "No revisions imported (all were either already
present, or skipped due to errors)."
I did make changes, so there must have been errors. How could I see
what those errors are?
Also I changed the form from this:
! Type:
| {{{field|Type}}}
|-
! Side:
| {{{field|Side}}}
|-
To this:
! Side Type:
| {{{field|Side Type}}}
|-
But that is not reflected in the pages either.
What am I missing here?
Thanks!
Larry
>
> This is also why SMW does not have a direct API to write data. Data must be
> stored in wiki pages, and there is no good way to change an arbitrary page
> (with all the complexities of MediaWiki: templates, parser functions, LUA
> code, etc.) so that it will lead to a specific data being stored. It would
> be easy enough to add some data (in hidden mark-up at the bottom of a page),
> but modifying existing data will not work in general -- you need to know how
> your templates work for knowing how to change the contents to get the result
> you want.
Unsubscribe
On 11 Feb 2016 17:33, <mediawiki-l-request(a)lists.wikimedia.org> wrote:
> Send MediaWiki-l mailing list submissions to
> mediawiki-l(a)lists.wikimedia.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
> or, via email, send a message with subject or body 'help' to
> mediawiki-l-request(a)lists.wikimedia.org
>
> You can reach the person managing the list at
> mediawiki-l-owner(a)lists.wikimedia.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of MediaWiki-l digest..."
>
>
> Today's Topics:
>
> 1. migration from release 1.24.1 to 1.26.2 (luc AUGARDE-Telem@c)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 11 Feb 2016 11:21:52 +0100
> From: "luc AUGARDE-Telem@c" <luc.augarde(a)culture.gouv.fr>
> To: mediawiki-l(a)lists.wikimedia.org
> Subject: [MediaWiki-l] migration from release 1.24.1 to 1.26.2
> Message-ID: <56BC60C0.1080309(a)culture.gouv.fr>
> Content-Type: text/plain; charset="UTF-8"; format=flowed
>
> Hello,
> I translate my previous mail of yesterday in English...
> I had problems to migrate from release 1.24.1 to 1.26.2
> I made a copy of Msql database from the earlier release
> I made also a copy of the 1.24.1 extensions directory not present in
> 1.26.2 package
>
> In LocalSettings.php I had to move the line
> enableSemantics ( 'gide-formation.culture.fr' );
> farther in the file.
>
> Now, when I do
> php maintenance/update.php
> it gives the result :
> PHP Fatal error: Unsupported operand types in
>
> /var/www/html/mediawiki-1.26.2/extensions/SemanticDrilldown/SemanticDrilldown.php
>
> on line 144
>
> Here are the recapitulation of my current extensions
> (resulting from merge):
>
> AdminLinks
> Interwiki
> Poem
> SemanticResultFormats
> Cite
> LdapAuthentication
> README
> SpamBlacklist
> CiteThisPage
> Lingo
> Renameuser
> SyntaxHighlight_GeSHi
> ConfirmEdit
> LocalisationUpdate
> ReplaceText
> TitleBlacklist
> DataTransfer
> Maps
> SemanticDrilldown
> Validator
> ExternalData
> Nuke
> SemanticForms
> VisualEditor
> Gadgets
> PageSchemas
> SemanticFormsSelect
> WikiEditor
> HeaderTabs
> ParserFunctions
> SemanticGlossary
> ImageMap
> PDFEmbed
> SemanticMaps
> InputBox
> PdfHandler
> SemanticMediaWiki
>
>
> As attachment, my file LocalSettings.php wihtout passwords
>
>
> ----------------------------------------------------------------------
> Merci de nous aider à préserver l'environnement en n'imprimant ce courriel
> et les documents joints que si nécessaire.
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
>
> ------------------------------
>
> End of MediaWiki-l Digest, Vol 149, Issue 11
> ********************************************
>
Hello,
I translate my previous mail of yesterday in English...
I had problems to migrate from release 1.24.1 to 1.26.2
I made a copy of Msql database from the earlier release
I made also a copy of the 1.24.1 extensions directory not present in
1.26.2 package
In LocalSettings.php I had to move the line
enableSemantics ( 'gide-formation.culture.fr' );
farther in the file.
Now, when I do
php maintenance/update.php
it gives the result :
PHP Fatal error: Unsupported operand types in
/var/www/html/mediawiki-1.26.2/extensions/SemanticDrilldown/SemanticDrilldown.php
on line 144
Here are the recapitulation of my current extensions
(resulting from merge):
AdminLinks
Interwiki
Poem
SemanticResultFormats
Cite
LdapAuthentication
README
SpamBlacklist
CiteThisPage
Lingo
Renameuser
SyntaxHighlight_GeSHi
ConfirmEdit
LocalisationUpdate
ReplaceText
TitleBlacklist
DataTransfer
Maps
SemanticDrilldown
Validator
ExternalData
Nuke
SemanticForms
VisualEditor
Gadgets
PageSchemas
SemanticFormsSelect
WikiEditor
HeaderTabs
ParserFunctions
SemanticGlossary
ImageMap
PDFEmbed
SemanticMaps
InputBox
PdfHandler
SemanticMediaWiki
As attachment, my file LocalSettings.php wihtout passwords
----------------------------------------------------------------------
Merci de nous aider à préserver l'environnement en n'imprimant ce courriel et les documents joints que si nécessaire.
I am a total newbie with SMW, and I've inherited a system that no one
knows any details about.
I have a few questions:
How can I find out what and where the database behind the SMW is? I
would think there is a config file somewhere, but I can't find it.
When I look at a page with browsebysubject I see a type associated
with the data, e.g.:
{u'property': u'HasSide', u'dataitem': [{u'item': u'Left', u'type': 2}]}
{u'property': u'HasReferenceDataset', u'dataitem': [{u'item':
u'RefData, u'type': 9}]}
What do these types mean?
I have been asked to edit 1000's of pages to remove 2 fields and add a
new field. To do this with the API would I get the data with
browsebysubject and modify that dict? But then how would I write that
back?
Or would I get the raw data with index.php?action=raw, modify that,
and then write it back with edit
(https://www.mediawiki.org/wiki/API:Edit)
Thanks much!
Larry
I have been working on adding ContentTranslation to my wiki. I have reached a roadblock each time when going to translate an article. I get the message - Error: cannot connect to server.
When I last submitted a question to the listserv, it turned out to be a bug (thanks for addressing this so quickly). It did solve one area, but I still receive the same error message when translating. I was wondering if anyone has successfully set up ContentTranslation on their site and could offer any advice. I do not have a technical background but have been learning.
MediaWiki: 1.26.2
PHP: 5.5.9-1ubuntu4.14 (apache2handler)
MySQL: 5.5.46-0ubuntu0.14.04.2
Thank you for your assistance,
Andrew
ageary(a)seg.org
Andrew Geary
SEG Publications outreach editor
Society of Exploration Geophysicists (SEG)
8801 South Yale, Suite 500 / Tulsa, OK 74137 USA
504-407-1303
ageary(a)seg.org
www.seg.org