User talk:MWJames

A barnstar for you!

	The Original Barnstar
	Thanks for all the help testing and supporting SphinxSearch extension! Svemir Brkic 20:44, 7 September 2011 (UTC)

Sie erhalten einen Orden!

	Der Technikerorden
	Thx for Reporting so many Bugs and Testing our extension. I hope you continue to use our our extension. SBachenberg (talk) 07:12, 21 April 2012 (UTC)

Previous page history was archived for backup purposes at User talk:MWJames/LQT Archive 1 on 2015-07-10.

Hello,

after installing Semantic Cite 2.0.1 I get the following error log:

++++++++++++++++++++++++++++++++++++++++++++++++++

[W7y1CteUFqhVRQEWZtgwfgAAAA8] /index.php?title=Archiv-Portal_Heimatverein_Gymnich_e.V. RuntimeException from line 65 of /www/htdocs/w00997ce/hvg-wiki-2018-07/extensions/SemanticMediaWiki/src/ConnectionManager.php: mw.db is missing a registered connection provider

Backtrace:

#0 /www/htdocs/w00997ce/hvg-wiki-2018-07/extensions/SemanticMediaWiki/src/ConnectionManager.php(32): SMW\ConnectionManager->getConnectionProviderForId(string)

#1 /www/htdocs/w00997ce/hvg-wiki-2018-07/extensions/SemanticMediaWiki/includes/storage/SMW_Store.php(520): SMW\ConnectionManager->getConnection(string)

#2 /www/htdocs/w00997ce/hvg-wiki-2018-07/extensions/SemanticMediaWiki/includes/storage/SQLStore/SMW_SQLStore3.php(639): SMW\Store->getConnection(string)

#3 /www/htdocs/w00997ce/hvg-wiki-2018-07/extensions/SemanticMediaWiki/src/SQLStore/SQLStoreFactory.php(84): SMWSQLStore3->getConnection(string)

#4 /www/htdocs/w00997ce/hvg-wiki-2018-07/extensions/SemanticMediaWiki/includes/storage/SQLStore/SMW_SQLStore3.php(170): SMW\SQLStore\SQLStoreFactory->newIdTableManager()

#5 /www/htdocs/w00997ce/hvg-wiki-2018-07/extensions/SemanticMediaWiki/includes/storage/StoreFactory.php(76): SMWSQLStore3->__construct()

#6 /www/htdocs/w00997ce/hvg-wiki-2018-07/extensions/SemanticMediaWiki/includes/storage/StoreFactory.php(52): SMW\StoreFactory::newInstance(string)

#7 /www/htdocs/w00997ce/hvg-wiki-2018-07/extensions/SemanticMediaWiki/src/Services/SharedServicesContainer.php(78): SMW\StoreFactory::getStore(string)

#8 [internal function]: SMW\Services\SharedServicesContainer->SMW\Services\{closure}(Onoi\CallbackContainer\CallbackContainerBuilder, string)

#9 /www/htdocs/w00997ce/hvg-wiki-2018-07/vendor/onoi/callback-container/src/CallbackContainerBuilder.php(260): call_user_func_array(Closure, array)

#10 /www/htdocs/w00997ce/hvg-wiki-2018-07/vendor/onoi/callback-container/src/CallbackContainerBuilder.php(288): Onoi\CallbackContainer\CallbackContainerBuilder->getReturnValueFromCallbackHandlerFor(string, array)

#11 /www/htdocs/w00997ce/hvg-wiki-2018-07/vendor/onoi/callback-container/src/CallbackContainerBuilder.php(195): Onoi\CallbackContainer\CallbackContainerBuilder->getReturnValueFromSingletonFor(string, array)

#12 /www/htdocs/w00997ce/hvg-wiki-2018-07/extensions/SemanticMediaWiki/src/ApplicationFactory.php(221): Onoi\CallbackContainer\CallbackContainerBuilder->singleton(string, NULL)

#13 /www/htdocs/w00997ce/hvg-wiki-2018-07/extensions/SemanticCite/SemanticCite.php(154): SMW\ApplicationFactory->getStore()

#14 /www/htdocs/w00997ce/hvg-wiki-2018-07/includes/Setup.php(940): SemanticCite::onExtensionFunction()

#15 /www/htdocs/w00997ce/hvg-wiki-2018-07/includes/WebStart.php(88): require_once(string)

#16 /www/htdocs/w00997ce/hvg-wiki-2018-07/index.php(39): require(string)

#17 {main}

++++++++++++++++++++++++++++++++++++++++++++++++++

As soon as I add wfLoadExtension( 'SemanticCite' ); to the LocalSettings.php this error appears after reloading.

Looks like connection issues with the DB?

Do you have any hint for me how to tackle this problem?

Many thanks!

Hi. Semantic cite is a really nice extension. I am having trouble with the "Find citable metadata" Special page. For citable data of type doi, the resource created in CR:DOI does not use the DOI. For example, the DOI of 10.1109/TKDE.2006.29 creates the page CR:DOI:04369d9548555e706113abcc6f5bb453, which is not such as nice name. I get the correct behaviour for the PMID.

Also, I am having trouble obtaining the DOI from the record. Even if I map it in the template MediaWiki:Sci-property-definition using doi| has doi, I receive a blank entry from a query, although all other data that is mapped is returned correctly.

Any ideas on this?

Also, if you receive a blank Find citable metadata Special Page, install php5-curl. This worked for me.

Thanks

I rarely visit mw.org and I think [0] does mentioned where the make inquires on specific extension. I have now copied your questions to [1] and if you still seek an answer, please continue the discussion on [1].

[0] https://github.com/SemanticMediaWiki/SemanticCite#contribution-and-support

[1] https://github.com/SemanticMediaWiki/SemanticCite/issues/23

Cheers

I'm having a bunch of issues with the SphinxSearch extension, which you apparently got running successfully. Can you have a look at my problem, maybe you already fixed it, or know how to get around it.

First thing that comes to my mind is to us 0.7.2 from the SVN trunk.

Did that. Figured out the PHP errors, but it's still not working. Updated problem description.

Just to clarify, I assume you did

• run the indexer
• configured the spinx.conf so it is connected to the mysql

Other things that crossed my mind are:

• I thing there was a change in regards to the ports, so your spinx.conf should say port = 9312 instead of port = 3312.
• In your SphinxSearch.php file try to find $wgSphinxSearch_mode and changed it to $wgSphinxSearch_mode = SPH_MATCH_EXTENDED2;

Indexer has ran and the config is correct (I can run the search from command line where it works as it should). Neither ports are getting the desired result (I always get Query failed: connection to localhost:xxxx failed (errno=111, msg=Connection refused) ) and modifying $wgSphinxSearch_mode does not seem to change anything.

The next thing I remember was that we had some trouble with IP vs localhost. In case the server is referred to as to localhost the best thing is to change it and write as IP such as:

SphinxSearch.php $wgSphinxSearch_host = '127.0.0.1'; $wgSphinxSearch_port = 9312;

spinx.conf >> # data source definition for the main index sql_host = 127.0.0.1 >> # searchd settings listen = 127.0.0.1

I found the issue, I had some incorrect path in the config file... For some reason it did not occur to me earlier to look at the log file >_>

Works both with 'localhost' and '172.0.0.1' on my machine.

Thanks for the help! :)

Hi James - you may like to try this: Extension:SphinxSearch/Page_rank

Thanks for effort, right now we are testing and it looks good. Maybe their should be a note that this change will impact the index time since the main index will take around four to five times longer to build the index.

For the incremental index we changed to DATE_FORMAT(CURRENT_TIMESTAMP() - INTERVAL 12 HOUR, '%Y%m%d%h%i%s') to minimize the incremental index time while running the merge function more often.

/path/to/sphinx/bin/indexer --config /path/to/sphinx.conf --rotate --merge wiki_main wiki_incremental --merge-dst-range deleted 0 0

There are probably faster ways to gather the same data. For example, the temporary table could be changed into a regular table and updated on a separate schedule. Or it could be replaced with a different kind of join. I need to update some of the larger wikis I am managing to be able to test with enough data.

BTW, why are you merging the two indexes? For me sphinx works just fine when I tell it to use both of them, and merging process needs to load both of them into RAM to merge them, so it is probably slow on a large wiki. What is the benefit for you?

For us the incremental index is just a temporary index that contains the last 12 hours of changed content. To avoid a main re-indexing (happen once a month for 2GB wiki db) the merge process is running every 6th hour to store the delta in the main index. The IO for the merge process might be higher but it is relatively fast and does have only a minimal impact on the server workload.

That makes sense. How long do these 3 processes take in your case (main index. incremental index, and merge)? Svemir Brkic 11:02, 12 September 2011 (UTC)

On the test system with the new ranking method

main index = 15 ~ 20 min

incremental index = 30 sec ~ 2 min (depending on existing changes, or template change)

merge index = < 30 sec

I had a similar problem to the one you mentioned in the MathJax discussion except involving the <nowiki> tags... I was wondering if you found a more robust way of writing the mediawiki extension for it. If so, please leave me a message.

Thanks also for putting together your list of extensions, it's definitely very helpful!

Since SVN r112835, Extension:Math comes with a MathJax implementation, so it might be that some of the Extension:MathJax problems have been fixed.

The Extension:MathJax has been updated to include options in handling $ and $$, turning on and off, etc and protecting certain tags, you might have a look...

Heiya, I just stumbled over this extension. However the repo on GitHub is gone or private. Is there still effort associated with this extension? Cheers

It is long gone ...

Ah, ok. It could have been that the code was moved somewhere else, thought it would not have made much sense. However, I have just archived it. Thank you for your info.

Cheers

could you please help me, how can i connect?

Hello User talk:MWJames/IRC cloak request. You recently applied for a Wikimedia IRC cloak, but it looks like you forgot to register your nickname first. Could you please log on to IRC and do:

/msg NickServ REGISTER <password> <email>

where <password> is a password of your choice and <email> is your e-mail address? After you do that, please follow the instructions that are e-mailed to you to confirm your e-mail address. When you're done with that, I just need you to confirm your cloak request:

/msg MemoServ send wmfgc IRC cloak request

After you finish all of that, I'd be happy to get you a cloak. :-) If you have any questions, feel free to ask me on my Meta talk page. -Barras (talk) 08:25, 23 June 2012 (UTC)

Your suggestion that I used my employment as an "accelerated" vehicle for support is both misguided and contributes to a general discriminatory environment. I am a proponent of Open Source software. Comments such as yours are a reason, I fear, platforms such as this will always be filed away as hobby/enthusiast. I personally do not need help; I was attempting to create a platform for my industry to look at and consider on a trial basis. I make no money doing it; in the US tens of thousands of small business owners in the foreclosure industry need a free platform to stay afloat due to the proprietary software running about $5,000 USD per month.

I am not naive in the fact that MW, SMW and all other extensions are provided for free. I am also not naive in the realization that what keeps most business model/enterprise Extensions, MediaWiki and the vast Open Source projects afloat is the ability for developers to be hired as consultants. Whether it be MW, Ubuntu, Apache or any other Linux based system and the programming languages associated thereof, the bills have to be paid.

Here's the stark reality: I attempted to keep the troubleshooting in the clear so that the coding, changes and process could pass through free-of-charge to others and eventually open up a new avenue for a market within both the financial industry and the government here in the US. I see now, though, that this is not the wise practice. I should've simply hired a private contractor, kept the code and allowed the marketplace to shake out its own failures.

My remarks are pointed as you have made accusations against me. I do not find that to be prudent nor productive. I am now aware of the attitude and position that developers harbor. I wish you the best and will not bother you nor any SMW developer in the future.