As an anonymous user, you can only add new data. If you would like to also modify existing data, please create an account and indicate your languages on your user page.

Meta:Insect room/Archive/2013

From OmegaWiki
Jump to: navigation, search

→ Meta:Insect room/Archive/2012

Entered syntrans lost during save[edit]

I've entered roughly two dozen syntrans of Expression:absolutief along with other data but got only 5 back on save, the pre-existing one included, two minutes ago. :-( I did not like that )-:   --Purodha Blissenbach 04:00, 5 November 2010 (UTC)

Never happened to me, and I often add about 20 translations at once. --Kip 13:18, 5 November 2010 (UTC)
This has been fixed some time (1-2 years?) ago, it was a problem with the suhoshin module for apache. --Kip (talk) 15:10, 6 June 2013 (CEST)
Note: not truly fixed. Bug 64781 now.

Database Error.[edit]

Enne Fääler es opjefalle en dä Süntax vun ennem Befääl för de Datebank. Dat künnd_enne Fääler em Wikki-Projamm sin. De läzde Date_Bank_Befääl eß jewääse:

SELECT uw_expression.expression_id, spelling, language_id FROM uw_defined_meaning, uw_expression WHERE uw_defined_meaning.defined_meaning_id=kkudativ 126701 AND uw_expression.expression_id=uw_defined_meaning.expression_id AND uw_defined_meaning.remove_transaction_id IS NULL AND uw_expression.remove_transaction_id IS NULL

uß dä Funkzjohn: „“. MySQL mälldt dä Fääler: „1064: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '126701 AND uw_expression.expression_id=uw_defined_meaning.expression_id AND uw' at line 1 (localhost)“.

Greetings. --Purodha Blissenbach 10:57, 5 November 2010 (UTC)

There is an error here: "uw_defined_meaning.defined_meaning_id=kkudativ 126701"
but since you give no context at all, I can give no better answer. --Kip 13:19, 5 November 2010 (UTC)
Unfortunately, I do not have any. I was doing parallel works in a handful of browser tabs and windods, switching them all the time, and letting transmissions of data happen in the background. And I was getting tired and went to bed while my computer was still working collecting responses. When I came back after sleeping, I had that reply somewhere but was unable to reconstruct, what that window or tab had been doing. --Purodha Blissenbach 01:55, 6 November 2010 (UTC)

The link below has database error. http://www.omegawiki.org/index.php?title=DefinedMeaning:lexical_item_(402295)&action=history -Hiong3-eng5 (talk) 13:39, 19 April 2013 (CEST)

Fixed! --Kip (talk) 14:59, 30 May 2013 (CEST)

Cannot unselect incorrect selection[edit]

Syntrans Annotation -> Option values -> grammatical property. I you select a value by mistake, you cannot unselect. Need to save first, then delete. Same problem with usage, part of speech, etc. Need to have a blank choice. --InfoCan 18:08, 16 April 2012 (CEST)

You have the choice to blank (top left in pulldowns) already since a while. --Purodha Blissenbach (talk) 16:45, 3 May 2014 (CEST)

Many language selections in sidebar selector cause SQL errors[edit]

I'v tied every language from kongo to latina, and the vast majority causes an error like the one reported below when trying to access wikidata pages. --Purodha Blissenbach (talk) 14:19, 16 January 2013 (CET)

Cannot access Expression:Afghane[edit]

Here is the erronous SQL statement yielded, when I try to go to Expression:Afghane

 SELECT expression_id, language_id FROM uw_expression WHERE spelling=BINARY 'Afghane' AND uw_expression.remove_transaction_id IS NULL AND EXISTS (SELECT * FROM uw_syntrans WHERE uw_syntrans.expression_id=uw_expression.expression_id AND uw_syntrans.remove_transaction_id IS NULL ) AND language_id=
Error 1064: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near  at line 1 

Whe I am not logged in, the error does not occur. --Purodha Blissenbach (talk) 20:16, 28 December 2012 (CET)

Will look into it. --Kip (talk) 16:48, 16 January 2013 (CET)
Fixed. --Kip (talk) 12:02, 19 January 2013 (CET)
Thank you! --Purodha Blissenbach (talk) 16:42, 23 January 2013 (CET)


https problems[edit]

When trying to access Omegawiki via https, I get:

  1. a warning about an outdated, self signed certificate, issued to a site different from omegawiki.org
  2. lots of "missing page" errors, since index.php?title= is not automatically inserted behind the / following the domain in the URLs of pages. Yet, with it inserted manually, everything seems to work fine.

--Purodha Blissenbach (talk) 20:16, 28 December 2012 (CET)

https does not work with OmegaWiki because you have to pay [1] to get a certificate for your website, and I don't see the need to pay for that. --Kip (talk) 16:47, 16 January 2013 (CET)
Of course, except for password security and script integrity, there's nothing justifying encryption anyways. Unless someone is willing to donate a payed certificate, we should be happy with a self issued and self signed one. --Purodha Blissenbach (talk) 16:41, 23 January 2013 (CET)
I did not know it was possible with a self-issued certificate. I did some setup on the server, and it seems to work now (though with a warning as you said). --Kip (talk) 22:44, 24 January 2013 (CET)

I don't know if the cache is used for Omegawiki, but, as far as I know, https prevents any cache to work. --Fiable.biz (talk) 13:51, 29 January 2013 (CET)

http://omegawiki.org is again an index folder. Hiong3-eng5 (talk) 05:48, 31 January 2013 (CET)

It got broken when I set up https. Now working again. --Kip (talk) 08:04, 31 January 2013 (CET)

Cannot edit - Error from database - Syntax error in SQL statement[edit]

The URL before server-side rewriting was: http://www.omegawiki.org/index.php?title=DefinedMeaning%3Adictionary_%20915%20&action=edit#24742566868732074895

If a translation is needed, I can supply one. Yet I think, the viable information is in English & SQL anyways.

Fähler en de Daatebank
Enne Fähler es opjefalle en dä Süntax vun ennem Befähl för de Daatebangk. Dat künnd_enne Fähler em Wikki-Projamm sin. De läzde Befähl för de Daatebangk eß jewääse:
SELECT defined_meaning_id, expression_id from uw_defined_meaning where defined_meaning_id=ictionary 91 AND uw_defined_meaning.remove_transaction_id IS NULL
uß dä Fongxjohn: „“. De Daatebangk mälldt dä Fähler: „1064: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '91 AND uw_defined_meaning.remove_transaction_id IS NULL' at line 1 (localhost)“.
Di Sigg heh stamp vun „http://www.omegawiki.org/DefinedMeaning:dictionary_915“.

--Purodha Blissenbach (talk) 16:27, 1 May 2013 (CEST)

I have no idea how you arrived to that url. The correct url http://www.omegawiki.org/DefinedMeaning:dictionary_(915) works fine by me.
I think the above sql error will not happen anymore when we switch to number-only definedmeaning page titles. --Kip (talk) 13:51, 2 May 2013 (CEST)

Javascript problems[edit]

I get quite some "script freezes browser" error messages now on expression pages. Letting scripts continue, one to five times in a row, most often works, but sometimes, you cannot click e.g. annotations or headlines to open sections. Browsers: mostly Konquerer and Iceweasel, both under debian GNU/Linux on a somewhat slow-ish box. --Purodha Blissenbach (talk) 16:27, 1 May 2013 (CEST)

Is a problem with the sorting algorithm. You can try this Help:Customizing Javascript.
I think the sorting is slow because the pages are heavy. I am working on having lighter pages, which I hope will make sorting faster. If it still doesn't work, I'll have to sort it server-side (which sounds easy, but is not given the current structure of the code, or maybe I just didn't find the correct way to do it easily). --Kip (talk) 13:54, 2 May 2013 (CEST)
Sorting is now done server-side, fixing the issue. --Kip (talk) 15:11, 6 June 2013 (CEST)

Link errors[edit]

--Purodha Blissenbach (talk) 16:40, 1 May 2013 (CEST)

This is not really a software bug... Anyway, in the link, try replacing "Wikidata" with "WikiLexicalData". Thanks. --Kip (talk) 13:55, 2 May 2013 (CEST)

Interface translation[edit]

I am missing some interface texts such as "Semantic annotations" and "related to" (appearing on page http://www.omegawiki.org/index.php?title=DefinedMeaning:Wikidata_ID_%281434066%29&action=edit for instance) in translatewiki.net where I would eagerly like to translate them.

"Semantic annotations" is a name that I introduced recently. Before having it as a translatable messages, I wanted some feedback about if the label "semantic annotation" is ok, or if another label should be used (Meta:International_Beer_Parlour#More_visible_annotations). Since I got no feedback, I guess it's ok, so I'll add it as a translatable message.
"related to" - indeed! Never noticed this one before. Will add to i18n as well. --Kip (talk) 14:05, 2 May 2013 (CEST)

Some messages there are outdated, referring to the old "Wikidata", see http://translatewiki.net/wiki/Thread:Support/About_MediaWiki:Ow_db_consistency_not_found/en
--Purodha Blissenbach (talk) 21:24, 1 May 2013 (CEST)

"Wikidata" should be changed to "WikiLexicalData" which is the new name of our extension. I renamed it to avoid confusion with the Wikidata project. Of course now it is more work for us... I am not sure how to change it in relation to translatewiki (only change English?). If you know, can you maybe submit a patch? --Kip (talk) 14:05, 2 May 2013 (CEST)
Yes, just alter the English messages, or add to them, and all the rest should be taken care of by the translatewiki community. Currently, I cannot submit patches, but hopefully towards the end of the week, I shall be able to again. --Purodha Blissenbach (talk) 01:22, 23 May 2013 (CEST)
Don't worry, the change was performed already by Siebrand :) --Kip (talk) 09:06, 23 May 2013 (CEST)

Option values and word classes lacking[edit]

In English (UK) and English (US), there is no word class proposed. In Latin word classes, conjunction, pronoun and preposition should be proposed.--Fiable.biz (talk) 06:02, 29 August 2013 (CEST)

done --Kip (talk) 17:39, 6 September 2013 (CEST)
Thank you very much. --Fiable.biz (talk) 03:36, 7 September 2013 (CEST)

History tab does not work when I am logged in[edit]

Why does the history tab in the namespaces Help and Template lead to an empty page? Example: http://www.omegawiki.org/index.php?title=Help:Ultimate_Wiktionary&action=history; when I am logged out it works. --Ortografix 18:10, 10 January 2011 (UTC)

Works for me. It seems to be a problem with the German interface. Not sure what exactly. --Kip 22:43, 10 January 2011 (UTC)
It does not work with the English interface either. I tried de, en and fr; of these only fr works. --Ortografix 17:31, 11 January 2011 (UTC)
Still investigating. It works with
but not with
No idea why. --Kip 09:37, 13 January 2011 (UTC)
Fixed now I guess. --Kip (talk) 15:11, 6 June 2013 (CEST)

Undesired[edit]

In the exported list of Colognian (ksh) definitions, there is:

"ech","Dä do jraad schwadt of schriiv sääd_esu fö_sesh sellvs."
"ech","E juuß Dier met vier Bein, woh de Minsche drop rigge un wat se Laste draare un Karre träkke lohße."

The second entry is an error.

  • Its definition rather fits the Colognian expression "Pääd" and certainly not the Colognian expression "ech".
  • Indeed, the Colognian expression "Pääd" has this definition, too.
  • So does the Old Irish expression "ech", which happens to be a translation of the Colognain expression "Pääd"

The second entry should not be included in the list and it is not obvious to me, why it is there. --Purodha Blissenbach (talk) 14:13, 6 September 2013 (CEST)

I have submitted a bug fix for this. I will ask Kip to check it. Thanks for checking -- 向榮 /Hiong3-eng5/ (talk) 03:54, 7 September 2013 (CEST)

Bug fix has been uploaded to the server, and the csv files have been updated. --Kip (talk) 15:23, 7 September 2013 (CEST)

Altered preference setting[edit]

Between yesterday, some time before midnight GMT, and today, about noon GMT, the laguage setting in my prefrences was altered from ksh (Colognian) to egl (Emiliàn), but it was not me who changed it. --Purodha Blissenbach (talk) 14:46, 20 September 2013 (CEST)

This is weird because I didn't do anything to the server at that time.
It can happen, however, if you visit a link that has "setlang=egl" in it. I know that google have indexed some links in that form, so if you visit some page from Google, that might be it. --Kip (talk) 19:29, 21 September 2013 (CEST)
That is exactly what happened. I followed a link like that. Thank you for the explanation. It is a kind of relief for me :-) since I had become afraid that there might have been a serious bug in the wiki software. --Purodha Blissenbach (talk) 22:24, 21 September 2013 (CEST)
Done Done

LocalSettings.sample[edit]

There is an error in LocalSettings.sample:

Warning: require_once(/home/pacs/bli00/users/punet/doms/purodha.net/subs/ow/extensions/Wikidata/App.php) [function.require-once]: failed to open stream: No such file or directory in /home/pacs/bli00/users/punet/doms/purodha.net/subs/ow/LocalSettings.php on line 139

Fatal error: require_once() [function.require]: Failed opening required '/home/pacs/bli00/users/punet/doms/purodha.net/subs/ow/extensions/Wikidata/App.php' (include_path='.:/usr/share/php') in /home/pacs/bli00/users/punet/doms/purodha.net/subs/ow/LocalSettings.php on line 139

It should be fixed to new standard path:

require_once("{$IP}/extensions/WikiLexicalData/App.php");

--Purodha Blissenbach (talk) 20:49, 15 October 2013 (CEST)

Fixed.
Also be careful that this sample LocalSetting has not been adapted to the latest versions of MediaWiki, and some new features of OW/WikiLexicalData.
The modifications of LocalSettings.php on https://www.mediawiki.org/wiki/Extension:WikiLexicalData#Configuration are uptodate (or should be). --Kip (talk) 21:38, 15 October 2013 (CEST)
Thank you!

Extensions used in OW ?[edit]

I have amended Help:Installing WikiLexicalData with an existing database so as to mention other required extensions. Maybe, this is a bit vague for the unexperienxed. --Purodha Blissenbach (talk) 09:21, 16 October 2013 (CEST)

Not creating a page creates a log entry of page creation[edit]

Leaving all fields empty when creating a new page such as Expression:VITAMIN B/FERRIC PYROPHOSPHATE 10MG/15ML ELIXIR‎ (which an anonymous user did on October, 30th) does not create a page but does create a bogus log entry. Is that intentional? --Purodha Blissenbach (talk) 10:02, 3 November 2013 (CET)

It is not intentional, but it is the simplest solution that is currently implemented. Any user that clicks "save" create a log entry. Checking if data was actually added would need some more lines of code (and is not as straightforward as it looks). --Kip (talk) 21:30, 2 December 2013 (CET)
Now Bug 64798 --Purodha Blissenbach (talk) 17:38, 3 May 2014 (CEST)

Expression linking to Wiki page:[edit]

How can an Expression page link to a Wiki page? See Special:WhatLinksHere/swadesh_list_for_Piedmontese. Imho, that should neither be possible nor correct. Btw. the page linked to is a redirect to be considered obsolete. --Purodha Blissenbach (talk) 20:06, 2 December 2013 (CET)

I do not know. I do assume that since we Expressions and DMs are in fact wiki pages, since we do create a wiki article by using a wiki title, the page can contain wikitexts. The WikiLexicalData (OmegaWiki) software does not show the wiki text but jumps to the program scripts that produce Expression and DM pages whenever the namespace for these are used. If I am correct, anytime an Expression or DM is spammed or vandalized, these pages do contain the wikispams and vandalization, but is not shown to us. So to answer your question, I think a wikitext is inserted to the wikipage husband. -- 向榮 /Hiong3-eng5/ (talk) 20:22, 2 December 2013 (CET)
That means that we have no chance to access this wiki page with normal means ? How could such pages have been created? Can I safely delete obsolete redirect pages that are linked to from Expression-pages only, since these links are not real and will never be followed? --Purodha Blissenbach (talk) 21:03, 2 December 2013 (CET)
It is a bug from the old times. At some point in the beginning, it was possible to add normal wiki texts to Expression: pages. It can't be corrected without direct access to the database. --Kip (talk) 21:28, 2 December 2013 (CET)
Maybe someone could create a special page for an administrator to check such wikipages. I do not know if that is possible though. This depends on how the OmegaWiki software works. I am not familiar with these grounds.
Another would be some maintainance script that will do the work, checked periodically -- 向榮 /Hiong3-eng5/ (talk) 03:54, 3 December 2013 (CET)
Both should be possible. I shall look into this once I have a working OW installation, which unfortunately is going to take some time. --Purodha Blissenbach (talk) 10:30, 3 December 2013 (CET)

Heureka!
I found a way to create expression pages that are - likely - plain wiki pages by renaming the former page Zazaish to Expression:Zazaish which did not exhibit any content when I tried to inspect it. Then I inserted the former content of Zazaish, so it is now an usual expression page as well. Such renamings should be prohibited by software, too, as it is the other way of renaming, from the Expression namespace to the Article namespace. --Purodha Blissenbach (talk) 12:13, 3 December 2013 (CET)

I can confirm that DefinedMeaning namespace has wikitext redirect texts. I searched my local version of ow and found them, no luck with Expression name space. I still do not know how to solve this problem though. -- 向榮 /Hiong3-eng5/ (talk) 06:26, 4 December 2013 (CET)
Now Bug 64799 --Purodha Blissenbach (talk) 17:38, 3 May 2014 (CEST)

All definitions lost during an edit.[edit]

When editing via a DM window having 1 pre-existing definition, I entered definitions for 2 more languages and accidentally had a 3rd additional definition field located between the two new ones for a 3rd language selected but not entered a single character yet, when accidentally touching "Submit". As a result, the existing definition was deleted, and no new definitions were stored. I re-entered them later. The problematic edit is the 1st after the creation of DefinedMeaning:Nieroth_(1511725) via the new Expression:Nieroth - I do not know how to isolate it. --Purodha Blissenbach (talk) 21:57, 7 December 2013 (CET)

To be more expicit - expressions after the 1st empty one ar not processed. This bug is annoying. --Purodha Blissenbach (talk) 14:46, 13 April 2014 (CEST)
Now Bug 63876 --Purodha Blissenbach (talk) 17:38, 3 May 2014 (CEST)

Next year

→ Meta:Insect room/Archive/2014