From: James H. K. <jam...@gm...> - 2010-08-31 03:04:29
|
Hi all, We did a test upgrade from 1.5.1 to 1.5.2 on our system. The system environment is defined as: MediaWiki 1.16.0 (r72008) PHP 5.2.9-1 (cgi-fcgi) MySQL 5.0.77-community-nt Semantic Drilldown (Version 0.8) (r72006) Semantic Forms (Version 2.0) (r72006) Semantic MediaWiki (Version 1.5.2) (r72006) Semantic Result Formats (Version 1.5.1) (r72008) After the upgrade to 1.5.2 and post running the SMW admin jobs and the runjobs the following problems occur in the system. 1) Definition within the properties such as [[Has type ...]] has been deleted and not further inherent the related property definition. 2) Forms have been unrecognisable, means using Special:Forms to list forms, one can see forms created in the system but by trying to drill down to the form itself brings the message "This is a property of type Text. " and all data within the form itself are delete. 2.1) Calling the form via "Edit with form" the following error messages occur "Error: no form page was found" We made a verification upgrade on a second system using MediaWiki 1.16.0beta2 ( containing 43,143 property values). The upgrade trial resulted with the same problem where properties and forms do not work. We switched back to version 1.5.1 without any problem. All properties, forms are working as defined. For now we will work on SMW 1.5.1 Cheers, MWJames On Tue, Aug 31, 2010 at 6:33 AM, Markus Krötzsch <ma...@se...> wrote: > Hi all, > > a new minor update of Semantic MediaWiki, SMW 1.5.2, is now available > for download [1]. The main user-visible change are some very nice > auto-completion features for Special:Ask [2]. Credit for this goes to > Sanyam Goyal who made this happen as part of his recently completed > Google Summer of Code project (and to Yaron who coordinated this). As a > side effect, SMW now also includes a copy of the relevant JavaScript > library jQuery for other SMW extensions to use until MediaWiki's own > copy of the same library is more widespread. > > Besides these main changes, a number of smaller bug fixes and > improvements found their way into this version. > > Special thanks go to Jeroen for taking the lead in preparing this release. > > Cheers, > > Markus > > [1] https://sourceforge.net/projects/semediawiki/ > [2] http://semantic-mediawiki.org/wiki/SMW_1.5.2#Changes > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > |
From: Yaron K. <ya...@gm...> - 2010-08-31 03:26:51
|
Hi James, I haven't experienced this problem, using essentially the same versions of the software that you're using. This looks like a namespace issue - could it be that you re-defined any of the SMW-related namespace IDs in your LocalSettings.php file? It might be that SMW used to pay attention to redefinitions, but now no longer does. -Yaron On Mon, Aug 30, 2010 at 11:04 PM, James Hong Kong < jam...@gm...> wrote: > Hi all, > > We did a test upgrade from 1.5.1 to 1.5.2 on our system. The system > environment is defined as: > > MediaWiki 1.16.0 (r72008) > PHP 5.2.9-1 (cgi-fcgi) > MySQL 5.0.77-community-nt > > Semantic Drilldown (Version 0.8) (r72006) > Semantic Forms (Version 2.0) (r72006) > Semantic MediaWiki (Version 1.5.2) (r72006) > Semantic Result Formats (Version 1.5.1) (r72008) > > After the upgrade to 1.5.2 and post running the SMW admin jobs and the > runjobs the following problems occur in the system. > > 1) Definition within the properties such as [[Has type ...]] has been > deleted and not further inherent the related property definition. > > 2) Forms have been unrecognisable, means using Special:Forms to list > forms, one can see forms created in the system but by trying to drill > down to the form itself brings the message "This is a property of > type Text. " and all data within the form itself are delete. > > 2.1) Calling the form via "Edit with form" the following error > messages occur "Error: no form page was found" > > We made a verification upgrade on a second system using MediaWiki > 1.16.0beta2 ( containing 43,143 property values). The upgrade trial > resulted with the same problem where properties and forms do not > work. > > We switched back to version 1.5.1 without any problem. All properties, > forms are working as defined. > > For now we will work on SMW 1.5.1 > > Cheers, > > MWJames > > On Tue, Aug 31, 2010 at 6:33 AM, Markus Krötzsch > <ma...@se...> wrote: > > Hi all, > > > > a new minor update of Semantic MediaWiki, SMW 1.5.2, is now available > > for download [1]. The main user-visible change are some very nice > > auto-completion features for Special:Ask [2]. Credit for this goes to > > Sanyam Goyal who made this happen as part of his recently completed > > Google Summer of Code project (and to Yaron who coordinated this). As a > > side effect, SMW now also includes a copy of the relevant JavaScript > > library jQuery for other SMW extensions to use until MediaWiki's own > > copy of the same library is more widespread. > > > > Besides these main changes, a number of smaller bug fixes and > > improvements found their way into this version. > > > > Special thanks go to Jeroen for taking the lead in preparing this > release. > > > > Cheers, > > > > Markus > > > > [1] https://sourceforge.net/projects/semediawiki/ > > [2] http://semantic-mediawiki.org/wiki/SMW_1.5.2#Changes > > > > > ------------------------------------------------------------------------------ > > This SF.net Dev2Dev email is sponsored by: > > > > Show off your parallel programming skills. > > Enter the Intel(R) Threading Challenge 2010. > > http://p.sf.net/sfu/intel-thread-sfd > > _______________________________________________ > > Semediawiki-user mailing list > > Sem...@li... > > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > > > > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > -- WikiWorks · MediaWiki Consulting · http://wikiworks.com |
From: James H. K. <jam...@gm...> - 2010-08-31 05:40:28
|
Hi, On the first system (MediaWiki 1.16.0 (r72008), PHP 5.2.9-1 (cgi-fcgi), MySQL 5.0.77-community-nt) we did not use any additional namespace. The second system (MediaWiki 1.16.0beta2, PHP 5.2.9-1 (cgi-fcgi), MySQL 5.0.77-community-nt) uses additional namespaces which have a value higher than 150 (define("NS_ACT", 150);define("NS_ACT_TALK", 151); define("NS_STICKER", 152); define("NS_STICKER_TALK", 153);) The upgrade scenario included one system with and one without namespace extension but both showed the same symptom after the upgrade. Both systems are reset to 1.5.1 and are working fine. Cheers, MWJames On Tue, Aug 31, 2010 at 12:26 PM, Yaron Koren <ya...@gm...> wrote: > Hi James, > I haven't experienced this problem, using essentially the same versions of > the software that you're using. This looks like a namespace issue - could it > be that you re-defined any of the SMW-related namespace IDs in your > LocalSettings.php file? It might be that SMW used to pay attention to > redefinitions, but now no longer does. > -Yaron > > On Mon, Aug 30, 2010 at 11:04 PM, James Hong Kong > <jam...@gm...> wrote: >> >> Hi all, >> >> We did a test upgrade from 1.5.1 to 1.5.2 on our system. The system >> environment is defined as: >> >> MediaWiki 1.16.0 (r72008) >> PHP 5.2.9-1 (cgi-fcgi) >> MySQL 5.0.77-community-nt >> >> Semantic Drilldown (Version 0.8) (r72006) >> Semantic Forms (Version 2.0) (r72006) >> Semantic MediaWiki (Version 1.5.2) (r72006) >> Semantic Result Formats (Version 1.5.1) (r72008) >> >> After the upgrade to 1.5.2 and post running the SMW admin jobs and the >> runjobs the following problems occur in the system. >> >> 1) Definition within the properties such as [[Has type ...]] has been >> deleted and not further inherent the related property definition. >> >> 2) Forms have been unrecognisable, means using Special:Forms to list >> forms, one can see forms created in the system but by trying to drill >> down to the form itself brings the message "This is a property of >> type Text. " and all data within the form itself are delete. >> >> 2.1) Calling the form via "Edit with form" the following error >> messages occur "Error: no form page was found" >> >> We made a verification upgrade on a second system using MediaWiki >> 1.16.0beta2 ( containing 43,143 property values). The upgrade trial >> resulted with the same problem where properties and forms do not >> work. >> >> We switched back to version 1.5.1 without any problem. All properties, >> forms are working as defined. >> >> For now we will work on SMW 1.5.1 >> >> Cheers, >> >> MWJames >> >> On Tue, Aug 31, 2010 at 6:33 AM, Markus Krötzsch >> <ma...@se...> wrote: >> > Hi all, >> > >> > a new minor update of Semantic MediaWiki, SMW 1.5.2, is now available >> > for download [1]. The main user-visible change are some very nice >> > auto-completion features for Special:Ask [2]. Credit for this goes to >> > Sanyam Goyal who made this happen as part of his recently completed >> > Google Summer of Code project (and to Yaron who coordinated this). As a >> > side effect, SMW now also includes a copy of the relevant JavaScript >> > library jQuery for other SMW extensions to use until MediaWiki's own >> > copy of the same library is more widespread. >> > >> > Besides these main changes, a number of smaller bug fixes and >> > improvements found their way into this version. >> > >> > Special thanks go to Jeroen for taking the lead in preparing this >> > release. >> > >> > Cheers, >> > >> > Markus >> > >> > [1] https://sourceforge.net/projects/semediawiki/ >> > [2] http://semantic-mediawiki.org/wiki/SMW_1.5.2#Changes >> > >> > >> > ------------------------------------------------------------------------------ >> > This SF.net Dev2Dev email is sponsored by: >> > >> > Show off your parallel programming skills. >> > Enter the Intel(R) Threading Challenge 2010. >> > http://p.sf.net/sfu/intel-thread-sfd >> > _______________________________________________ >> > Semediawiki-user mailing list >> > Sem...@li... >> > https://lists.sourceforge.net/lists/listinfo/semediawiki-user >> > >> >> >> ------------------------------------------------------------------------------ >> This SF.net Dev2Dev email is sponsored by: >> >> Show off your parallel programming skills. >> Enter the Intel(R) Threading Challenge 2010. >> http://p.sf.net/sfu/intel-thread-sfd >> _______________________________________________ >> Semediawiki-user mailing list >> Sem...@li... >> https://lists.sourceforge.net/lists/listinfo/semediawiki-user > > > > -- > WikiWorks · MediaWiki Consulting · http://wikiworks.com > |
From: Jeroen De D. <jer...@gm...> - 2010-08-31 05:45:15
|
Hey, I don't know what your issue is, but if the namespaces are getting messed up somehow, running the maintenance script at maintenance/namespaceDupes.php might fix it. Cheers -- Jeroen De Dauw * http://blog.bn2vs.com * http://wiki.bn2vs.com Don't panic. Don't be evil. 50 72 6F 67 72 61 6D 6D 69 6E 67 20 34 20 6C 69 66 65! -- |
From: Yaron K. <ya...@gm...> - 2010-08-31 12:11:38
|
Hi, Now I doubt that this is a namespace issue, since one of the systems that had the problem had no namespace customizations. My new theory is that this is somehow a language issue. James - your wikis are in non-English languages, right? If so, what happens if you go to "Form:<form name>" instead of clicking on the link that has the non-English equivalent of "Form"? -Yaron On Tue, Aug 31, 2010 at 1:44 AM, Jeroen De Dauw <jer...@gm...>wrote: > Hey, > > I don't know what your issue is, but if the namespaces are getting messed > up > somehow, running the maintenance script at maintenance/namespaceDupes.php > might fix it. > > Cheers > > -- > Jeroen De Dauw > * http://blog.bn2vs.com > * http://wiki.bn2vs.com > Don't panic. Don't be evil. 50 72 6F 67 72 61 6D 6D 69 6E 67 20 34 20 6C 69 > 66 65! > -- > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > -- WikiWorks · MediaWiki Consulting · http://wikiworks.com |
From: James H. K. <jam...@gm...> - 2010-08-31 15:17:28
|
Hi, We made again a try with the smaller test system (just containing 624 property values) and only activated Semantic Forms (Version 2.0) (r72025) and Semantic MediaWiki (Version 1.5.2) (r72025) without any additional namespace and we deleted all smw tables in mysql before the upgrade. Symptom description / Property For example on the 1.5.1 version a property called Company would been defined by [[Has type::String]] which made all values relating to this property appear as string. After the upgrade (1.5.2 version) this definition is gone, means if we look at the definition of the property Company it is not further defined as [[Has type::String]] and all values appear as "red link" pages. Symptom description / Forms We used English and non-English names in forms and in both cases we tried to follow "Form:<form name>", unfortunately with no success. Note Of course if we redefine the property Company with the definition [[Has type::String]] than it will work as before but the definition shouldn't have gone in the first place. It appears that something happen with the namespace Form and Property and those data related to this namespace are not recognized after the upgrade(1.5.2) but when we switch back to 1.5.1 (restore the old swm tables) everything work as it should be. We are using SVN for the upgrade process so that user defined errors in the file copying process can be excluded. Cheers, MWJames On Tue, Aug 31, 2010 at 9:11 PM, Yaron Koren <ya...@gm...> wrote: > Hi, > > Now I doubt that this is a namespace issue, since one of the systems that > had the problem had no namespace customizations. > > My new theory is that this is somehow a language issue. James - your wikis > are in non-English languages, right? If so, what happens if you go to > "Form:<form name>" instead of clicking on the link that has the non-English > equivalent of "Form"? > > -Yaron > > > On Tue, Aug 31, 2010 at 1:44 AM, Jeroen De Dauw <jer...@gm...>wrote: > >> Hey, >> >> I don't know what your issue is, but if the namespaces are getting messed >> up >> somehow, running the maintenance script at maintenance/namespaceDupes.php >> might fix it. >> >> Cheers >> >> -- >> Jeroen De Dauw >> * http://blog.bn2vs.com >> * http://wiki.bn2vs.com >> Don't panic. Don't be evil. 50 72 6F 67 72 61 6D 6D 69 6E 67 20 34 20 6C 69 >> 66 65! >> -- >> >> ------------------------------------------------------------------------------ >> This SF.net Dev2Dev email is sponsored by: >> >> Show off your parallel programming skills. >> Enter the Intel(R) Threading Challenge 2010. >> http://p.sf.net/sfu/intel-thread-sfd >> _______________________________________________ >> Semediawiki-user mailing list >> Sem...@li... >> https://lists.sourceforge.net/lists/listinfo/semediawiki-user >> > > > > -- > WikiWorks · MediaWiki Consulting · http://wikiworks.com > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > |
From: Yaron K. <ya...@gm...> - 2010-08-31 15:33:04
|
Hi, Okay, thanks for the additional information. What language are your wikis in? My guess is still that this is a language issue. On Tue, Aug 31, 2010 at 11:17 AM, James Hong Kong < jam...@gm...> wrote: > Hi, > > We made again a try with the smaller test system (just containing 624 > property values) and only activated Semantic Forms (Version 2.0) > (r72025) and Semantic MediaWiki (Version 1.5.2) (r72025) without any > additional namespace and we deleted all smw tables in mysql before the > upgrade. > > Symptom description / Property > > For example on the 1.5.1 version a property called Company would been > defined by [[Has type::String]] which made all values relating to this > property appear as string. > > After the upgrade (1.5.2 version) this definition is gone, means if we > look at the definition of the property Company it is not further > defined as [[Has type::String]] and all values appear as "red link" > pages. > > Symptom description / Forms > > We used English and non-English names in forms and in both cases we > tried to follow "Form:<form name>", unfortunately with no success. > > Note > Of course if we redefine the property Company with the definition > [[Has type::String]] than it will work as before but the definition > shouldn't have gone in the first place. > > It appears that something happen with the namespace Form and Property > and those data related to this namespace are not recognized after the > upgrade(1.5.2) but when we switch back to 1.5.1 (restore the old swm > tables) everything work as it should be. > > We are using SVN for the upgrade process so that user defined errors > in the file copying process can be excluded. > > Cheers, > > MWJames > > On Tue, Aug 31, 2010 at 9:11 PM, Yaron Koren <ya...@gm...> wrote: > > Hi, > > > > Now I doubt that this is a namespace issue, since one of the systems that > > had the problem had no namespace customizations. > > > > My new theory is that this is somehow a language issue. James - your > wikis > > are in non-English languages, right? If so, what happens if you go to > > "Form:<form name>" instead of clicking on the link that has the > non-English > > equivalent of "Form"? > > > > -Yaron > > > > > > On Tue, Aug 31, 2010 at 1:44 AM, Jeroen De Dauw <jer...@gm... > >wrote: > > > >> Hey, > >> > >> I don't know what your issue is, but if the namespaces are getting > messed > >> up > >> somehow, running the maintenance script at > maintenance/namespaceDupes.php > >> might fix it. > >> > >> Cheers > >> > >> -- > >> Jeroen De Dauw > >> * http://blog.bn2vs.com > >> * http://wiki.bn2vs.com > >> Don't panic. Don't be evil. 50 72 6F 67 72 61 6D 6D 69 6E 67 20 34 20 6C > 69 > >> 66 65! > >> -- > >> > >> > ------------------------------------------------------------------------------ > >> This SF.net Dev2Dev email is sponsored by: > >> > >> Show off your parallel programming skills. > >> Enter the Intel(R) Threading Challenge 2010. > >> http://p.sf.net/sfu/intel-thread-sfd > >> _______________________________________________ > >> Semediawiki-user mailing list > >> Sem...@li... > >> https://lists.sourceforge.net/lists/listinfo/semediawiki-user > >> > > > > > > > > -- > > WikiWorks · MediaWiki Consulting · http://wikiworks.com > > > ------------------------------------------------------------------------------ > > This SF.net Dev2Dev email is sponsored by: > > > > Show off your parallel programming skills. > > Enter the Intel(R) Threading Challenge 2010. > > http://p.sf.net/sfu/intel-thread-sfd > > _______________________________________________ > > Semediawiki-user mailing list > > Sem...@li... > > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > > > -- WikiWorks · MediaWiki Consulting · http://wikiworks.com |
From: James H. K. <jam...@gm...> - 2010-08-31 16:03:38
|
Hi, The $wgLanguageCode is set to "en". Further we eliminate the chances of interferences with any language related issues on this test system by ensuring pages, forms, property and property values are only maintained in English. Cheers On Wed, Sep 1, 2010 at 12:27 AM, Yaron Koren <ya...@gm...> wrote: > Hi, > Okay, thanks for the additional information. What language are your wikis > in? My guess is still that this is a language issue. > > On Tue, Aug 31, 2010 at 11:17 AM, James Hong Kong > <jam...@gm...> wrote: >> >> Hi, >> >> We made again a try with the smaller test system (just containing 624 >> property values) and only activated Semantic Forms (Version 2.0) >> (r72025) and Semantic MediaWiki (Version 1.5.2) (r72025) without any >> additional namespace and we deleted all smw tables in mysql before the >> upgrade. >> >> Symptom description / Property >> >> For example on the 1.5.1 version a property called Company would been >> defined by [[Has type::String]] which made all values relating to this >> property appear as string. >> >> After the upgrade (1.5.2 version) this definition is gone, means if we >> look at the definition of the property Company it is not further >> defined as [[Has type::String]] and all values appear as "red link" >> pages. >> >> Symptom description / Forms >> >> We used English and non-English names in forms and in both cases we >> tried to follow "Form:<form name>", unfortunately with no success. >> >> Note >> Of course if we redefine the property Company with the definition >> [[Has type::String]] than it will work as before but the definition >> shouldn't have gone in the first place. >> >> It appears that something happen with the namespace Form and Property >> and those data related to this namespace are not recognized after the >> upgrade(1.5.2) but when we switch back to 1.5.1 (restore the old swm >> tables) everything work as it should be. >> >> We are using SVN for the upgrade process so that user defined errors >> in the file copying process can be excluded. >> >> Cheers, >> >> MWJames >> >> On Tue, Aug 31, 2010 at 9:11 PM, Yaron Koren <ya...@gm...> wrote: >> > Hi, >> > >> > Now I doubt that this is a namespace issue, since one of the systems >> > that >> > had the problem had no namespace customizations. >> > >> > My new theory is that this is somehow a language issue. James - your >> > wikis >> > are in non-English languages, right? If so, what happens if you go to >> > "Form:<form name>" instead of clicking on the link that has the >> > non-English >> > equivalent of "Form"? >> > >> > -Yaron >> > >> > >> > On Tue, Aug 31, 2010 at 1:44 AM, Jeroen De Dauw >> > <jer...@gm...>wrote: >> > >> >> Hey, >> >> >> >> I don't know what your issue is, but if the namespaces are getting >> >> messed >> >> up >> >> somehow, running the maintenance script at >> >> maintenance/namespaceDupes.php >> >> might fix it. >> >> >> >> Cheers >> >> >> >> -- >> >> Jeroen De Dauw >> >> * http://blog.bn2vs.com >> >> * http://wiki.bn2vs.com >> >> Don't panic. Don't be evil. 50 72 6F 67 72 61 6D 6D 69 6E 67 20 34 20 >> >> 6C 69 >> >> 66 65! >> >> -- >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> This SF.net Dev2Dev email is sponsored by: >> >> >> >> Show off your parallel programming skills. >> >> Enter the Intel(R) Threading Challenge 2010. >> >> http://p.sf.net/sfu/intel-thread-sfd >> >> _______________________________________________ >> >> Semediawiki-user mailing list >> >> Sem...@li... >> >> https://lists.sourceforge.net/lists/listinfo/semediawiki-user >> >> >> > >> > >> > >> > -- >> > WikiWorks · MediaWiki Consulting · http://wikiworks.com >> > >> > ------------------------------------------------------------------------------ >> > This SF.net Dev2Dev email is sponsored by: >> > >> > Show off your parallel programming skills. >> > Enter the Intel(R) Threading Challenge 2010. >> > http://p.sf.net/sfu/intel-thread-sfd >> > _______________________________________________ >> > Semediawiki-user mailing list >> > Sem...@li... >> > https://lists.sourceforge.net/lists/listinfo/semediawiki-user >> > > > > > -- > WikiWorks · MediaWiki Consulting · http://wikiworks.com > |
From: Yaron K. <ya...@gm...> - 2010-09-01 02:34:05
|
Hi, If possible, could you run the following SQL query in your database, and send me, or the list, the results? select page_namespace, count(*) from page group by page_namespace It could be that, instead of 'page' in there, you need the string 'page' with a prefix behind it, if all your table names have a prefix. This query should shed some light on the current state of your namespaces. -Yaron On Tue, Aug 31, 2010 at 12:03 PM, James Hong Kong < jam...@gm...> wrote: > Hi, > > The $wgLanguageCode is set to "en". Further we eliminate the chances > of interferences with any language related issues on this test system > by ensuring pages, forms, property and property values are only > maintained in English. > > Cheers > > On Wed, Sep 1, 2010 at 12:27 AM, Yaron Koren <ya...@gm...> wrote: > > Hi, > > Okay, thanks for the additional information. What language are your wikis > > in? My guess is still that this is a language issue. > > > > On Tue, Aug 31, 2010 at 11:17 AM, James Hong Kong > > <jam...@gm...> wrote: > >> > >> Hi, > >> > >> We made again a try with the smaller test system (just containing 624 > >> property values) and only activated Semantic Forms (Version 2.0) > >> (r72025) and Semantic MediaWiki (Version 1.5.2) (r72025) without any > >> additional namespace and we deleted all smw tables in mysql before the > >> upgrade. > >> > >> Symptom description / Property > >> > >> For example on the 1.5.1 version a property called Company would been > >> defined by [[Has type::String]] which made all values relating to this > >> property appear as string. > >> > >> After the upgrade (1.5.2 version) this definition is gone, means if we > >> look at the definition of the property Company it is not further > >> defined as [[Has type::String]] and all values appear as "red link" > >> pages. > >> > >> Symptom description / Forms > >> > >> We used English and non-English names in forms and in both cases we > >> tried to follow "Form:<form name>", unfortunately with no success. > >> > >> Note > >> Of course if we redefine the property Company with the definition > >> [[Has type::String]] than it will work as before but the definition > >> shouldn't have gone in the first place. > >> > >> It appears that something happen with the namespace Form and Property > >> and those data related to this namespace are not recognized after the > >> upgrade(1.5.2) but when we switch back to 1.5.1 (restore the old swm > >> tables) everything work as it should be. > >> > >> We are using SVN for the upgrade process so that user defined errors > >> in the file copying process can be excluded. > >> > >> Cheers, > >> > >> MWJames > >> > >> On Tue, Aug 31, 2010 at 9:11 PM, Yaron Koren <ya...@gm...> wrote: > >> > Hi, > >> > > >> > Now I doubt that this is a namespace issue, since one of the systems > >> > that > >> > had the problem had no namespace customizations. > >> > > >> > My new theory is that this is somehow a language issue. James - your > >> > wikis > >> > are in non-English languages, right? If so, what happens if you go to > >> > "Form:<form name>" instead of clicking on the link that has the > >> > non-English > >> > equivalent of "Form"? > >> > > >> > -Yaron > >> > > >> > > >> > On Tue, Aug 31, 2010 at 1:44 AM, Jeroen De Dauw > >> > <jer...@gm...>wrote: > >> > > >> >> Hey, > >> >> > >> >> I don't know what your issue is, but if the namespaces are getting > >> >> messed > >> >> up > >> >> somehow, running the maintenance script at > >> >> maintenance/namespaceDupes.php > >> >> might fix it. > >> >> > >> >> Cheers > >> >> > >> >> -- > >> >> Jeroen De Dauw > >> >> * http://blog.bn2vs.com > >> >> * http://wiki.bn2vs.com > >> >> Don't panic. Don't be evil. 50 72 6F 67 72 61 6D 6D 69 6E 67 20 34 20 > >> >> 6C 69 > >> >> 66 65! > >> >> -- > >> >> > >> >> > >> >> > ------------------------------------------------------------------------------ > >> >> This SF.net Dev2Dev email is sponsored by: > >> >> > >> >> Show off your parallel programming skills. > >> >> Enter the Intel(R) Threading Challenge 2010. > >> >> http://p.sf.net/sfu/intel-thread-sfd > >> >> _______________________________________________ > >> >> Semediawiki-user mailing list > >> >> Sem...@li... > >> >> https://lists.sourceforge.net/lists/listinfo/semediawiki-user > >> >> > >> > > >> > > >> > > >> > -- > >> > WikiWorks · MediaWiki Consulting · http://wikiworks.com > >> > > >> > > ------------------------------------------------------------------------------ > >> > This SF.net Dev2Dev email is sponsored by: > >> > > >> > Show off your parallel programming skills. > >> > Enter the Intel(R) Threading Challenge 2010. > >> > http://p.sf.net/sfu/intel-thread-sfd > >> > _______________________________________________ > >> > Semediawiki-user mailing list > >> > Sem...@li... > >> > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > >> > > > > > > > > > -- > > WikiWorks · MediaWiki Consulting · http://wikiworks.com > > > -- WikiWorks · MediaWiki Consulting · http://wikiworks.com |
From: Yaron K. <ya...@gm...> - 2010-09-01 03:35:24
|
Actually, here's another question: In LocalSettings.php, are you including SF and SMW in the new style (e.g., "/SemanticMediaWiki.php"), or the old style (e.g., "/includes/SMW_Settings.php")? Whichever one it is, could you try switching to the other style, and see if that makes a difference? -Yaron On Tue, Aug 31, 2010 at 10:33 PM, Yaron Koren <ya...@gm...> wrote: > Hi, > > If possible, could you run the following SQL query in your database, and > send me, or the list, the results? > > select page_namespace, count(*) from page group by page_namespace > > It could be that, instead of 'page' in there, you need the string 'page' > with a prefix behind it, if all your table names have a prefix. > > This query should shed some light on the current state of your namespaces. > > -Yaron > > > On Tue, Aug 31, 2010 at 12:03 PM, James Hong Kong < > jam...@gm...> wrote: > >> Hi, >> >> The $wgLanguageCode is set to "en". Further we eliminate the chances >> of interferences with any language related issues on this test system >> by ensuring pages, forms, property and property values are only >> maintained in English. >> >> Cheers >> >> On Wed, Sep 1, 2010 at 12:27 AM, Yaron Koren <ya...@gm...> wrote: >> > Hi, >> > Okay, thanks for the additional information. What language are your >> wikis >> > in? My guess is still that this is a language issue. >> > >> > On Tue, Aug 31, 2010 at 11:17 AM, James Hong Kong >> > <jam...@gm...> wrote: >> >> >> >> Hi, >> >> >> >> We made again a try with the smaller test system (just containing 624 >> >> property values) and only activated Semantic Forms (Version 2.0) >> >> (r72025) and Semantic MediaWiki (Version 1.5.2) (r72025) without any >> >> additional namespace and we deleted all smw tables in mysql before the >> >> upgrade. >> >> >> >> Symptom description / Property >> >> >> >> For example on the 1.5.1 version a property called Company would been >> >> defined by [[Has type::String]] which made all values relating to this >> >> property appear as string. >> >> >> >> After the upgrade (1.5.2 version) this definition is gone, means if we >> >> look at the definition of the property Company it is not further >> >> defined as [[Has type::String]] and all values appear as "red link" >> >> pages. >> >> >> >> Symptom description / Forms >> >> >> >> We used English and non-English names in forms and in both cases we >> >> tried to follow "Form:<form name>", unfortunately with no success. >> >> >> >> Note >> >> Of course if we redefine the property Company with the definition >> >> [[Has type::String]] than it will work as before but the definition >> >> shouldn't have gone in the first place. >> >> >> >> It appears that something happen with the namespace Form and Property >> >> and those data related to this namespace are not recognized after the >> >> upgrade(1.5.2) but when we switch back to 1.5.1 (restore the old swm >> >> tables) everything work as it should be. >> >> >> >> We are using SVN for the upgrade process so that user defined errors >> >> in the file copying process can be excluded. >> >> >> >> Cheers, >> >> >> >> MWJames >> >> >> >> On Tue, Aug 31, 2010 at 9:11 PM, Yaron Koren <ya...@gm...> >> wrote: >> >> > Hi, >> >> > >> >> > Now I doubt that this is a namespace issue, since one of the systems >> >> > that >> >> > had the problem had no namespace customizations. >> >> > >> >> > My new theory is that this is somehow a language issue. James - your >> >> > wikis >> >> > are in non-English languages, right? If so, what happens if you go to >> >> > "Form:<form name>" instead of clicking on the link that has the >> >> > non-English >> >> > equivalent of "Form"? >> >> > >> >> > -Yaron >> >> > >> >> > >> >> > On Tue, Aug 31, 2010 at 1:44 AM, Jeroen De Dauw >> >> > <jer...@gm...>wrote: >> >> > >> >> >> Hey, >> >> >> >> >> >> I don't know what your issue is, but if the namespaces are getting >> >> >> messed >> >> >> up >> >> >> somehow, running the maintenance script at >> >> >> maintenance/namespaceDupes.php >> >> >> might fix it. >> >> >> >> >> >> Cheers >> >> >> >> >> >> -- >> >> >> Jeroen De Dauw >> >> >> * http://blog.bn2vs.com >> >> >> * http://wiki.bn2vs.com >> >> >> Don't panic. Don't be evil. 50 72 6F 67 72 61 6D 6D 69 6E 67 20 34 >> 20 >> >> >> 6C 69 >> >> >> 66 65! >> >> >> -- >> >> >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> >> This SF.net Dev2Dev email is sponsored by: >> >> >> >> >> >> Show off your parallel programming skills. >> >> >> Enter the Intel(R) Threading Challenge 2010. >> >> >> http://p.sf.net/sfu/intel-thread-sfd >> >> >> _______________________________________________ >> >> >> Semediawiki-user mailing list >> >> >> Sem...@li... >> >> >> https://lists.sourceforge.net/lists/listinfo/semediawiki-user >> >> >> >> >> > >> >> > >> >> > >> >> > -- >> >> > WikiWorks · MediaWiki Consulting · http://wikiworks.com >> >> > >> >> > >> ------------------------------------------------------------------------------ >> >> > This SF.net Dev2Dev email is sponsored by: >> >> > >> >> > Show off your parallel programming skills. >> >> > Enter the Intel(R) Threading Challenge 2010. >> >> > http://p.sf.net/sfu/intel-thread-sfd >> >> > _______________________________________________ >> >> > Semediawiki-user mailing list >> >> > Sem...@li... >> >> > https://lists.sourceforge.net/lists/listinfo/semediawiki-user >> >> > >> > >> > >> > >> > -- >> > WikiWorks · MediaWiki Consulting · http://wikiworks.com >> > >> > > > > -- > WikiWorks · MediaWiki Consulting · http://wikiworks.com > -- WikiWorks · MediaWiki Consulting · http://wikiworks.com |
From: James H. K. <jam...@gm...> - 2010-09-01 06:39:50
|
Hi, LocalSettings.php The LocalSettings.php is using "/SemanticMediaWiki.php" on both test systems. SQL The small test system (MediaWiki 1.16.0 (r72008), PHP 5.2.9-1 (cgi-fcgi) MySQL 5.0.77-community-nt) Host: localhost Database: ab Generation Time: Sep 01, 2010 at 08:18 AM Generated by: phpMyAdmin 2.11.9.4 / MySQL 5.0.77-community-nt SQL query: select page_namespace, count(*) from page group by page_namespace LIMIT 0, 30 ; Rows: 11 page_namespace count(*) 0 81 2 1 3 1 6 12 8 4 10 46 14 4 102 2 106 43 110 13 112 2 The larger test system (MediaWiki 1.16.0beta2, PHP 5.2.9-1 (cgi-fcgi), MySQL 5.0.77-community-nt) Host: localhost Database: amwiki-old Generation Time: Sep 01, 2010 at 08:26 AM Generated by: phpMyAdmin 2.11.9.4 / MySQL 5.0.77-community-nt SQL query: select page_namespace, count(*) from page group by page_namespace LIMIT 0, 30 ; Rows: 25 page_namespace count(*) 0 6291 1 196 2 8 3 1 4 3 6 2634 7 2 8 17 10 282 12 23 14 490 15 1 100 6 102 1 103 1 106 59 108 3 110 28 112 17 150 199 152 187 154 381 156 58 170 1 274 4 Hope this helps ... Cheers, MWJames On Wed, Sep 1, 2010 at 12:35 PM, Yaron Koren <ya...@gm...> wrote: > Actually, here's another question: > In LocalSettings.php, are you including SF and SMW in the new style (e.g., > "/SemanticMediaWiki.php"), or the old style (e.g., > "/includes/SMW_Settings.php")? Whichever one it is, could you try switching > to the other style, and see if that makes a difference? > -Yaron > > On Tue, Aug 31, 2010 at 10:33 PM, Yaron Koren <ya...@gm...> wrote: >> >> Hi, >> If possible, could you run the following SQL query in your database, and >> send me, or the list, the results? >> select page_namespace, count(*) from page group by page_namespace >> It could be that, instead of 'page' in there, you need the string 'page' >> with a prefix behind it, if all your table names have a prefix. >> This query should shed some light on the current state of your namespaces. >> -Yaron >> >> On Tue, Aug 31, 2010 at 12:03 PM, James Hong Kong >> <jam...@gm...> wrote: >>> >>> Hi, >>> >>> The $wgLanguageCode is set to "en". Further we eliminate the chances >>> of interferences with any language related issues on this test system >>> by ensuring pages, forms, property and property values are only >>> maintained in English. >>> >>> Cheers >>> >>> On Wed, Sep 1, 2010 at 12:27 AM, Yaron Koren <ya...@gm...> wrote: |
From: James H. K. <jam...@gm...> - 2010-09-01 17:17:17
|
Hi Yaron, We re-upload SF and ensured that the SemanticForms.php is used in the LocalSettings.php. Just to try to get to the bottom of the problem we attached a PDF to visualise the encountered problems and as it seems we found another issue: As in PAGE 1, one can see that on 151 factbox that definitions for properties are existing (as in they are not red linked) compared to the 152 factbox screenshot. Re-created (on 152) the property "Type" The only thing we did was to re-created (on 152) the property "Type" as to be of type [[Has type::String]] and here is the curiosity. After the change of property "Type" on the 152 system all pages that are using this property and are displayed and the property itself is shown as string type means as not red-linked. (as seen on the screenshot) If we switch back to the 151 system we can see that property "Type" is of [[Has type::String]] but no pages are listed that using this property and even more this property is shown in the factbox as red-linked even though it is defined as [[Has type::String]]. Forms As on PAGE 2, one can see depending on whether we are using 151 or 152 forms are recognized or not. Note We used SVN to update to Semantic Forms (Version 2.0) (r72111) and Semantic MediaWiki (Version 1.5.2) (r72111) . Cheers, MWJames On Wed, Sep 1, 2010 at 8:34 PM, Yaron Koren <ya...@gm...> wrote: > Hi James, > Thanks for all the info. Now I have another guess about the issue: this > might actually be a problem in Semantic Forms. The .tar.gz and .zip files I > created for SF unfortunately didn't include the new SemanticForms.php file, > for no good reason. I fixed them yesterday, but if you got SF through one of > those files, and you're including SemanticForms.php in LocalSettings.php, > that would explain the problem. I don't know how that relates to you > changing the version of SMW, but it definitely corroborates with the > symptoms you described. Could that be the issue? > If so, if you re-download SF via one of those files, the problem should go > away. > -Yaron > > On Wed, Sep 1, 2010 at 2:52 AM, James Hong Kong > <jam...@gm...> wrote: >> >> Hi, >> >> We also switched from "/SemanticMediaWiki.php") to >> "/includes/SMW_Settings.php") but symptoms are the same. >> >> Cheers, >> >> MWJames >> >> On Wed, Sep 1, 2010 at 12:35 PM, Yaron Koren <ya...@gm...> wrote: >> > Actually, here's another question: >> > In LocalSettings.php, are you including SF and SMW in the new style >> > (e.g., >> > "/SemanticMediaWiki.php"), or the old style (e.g., >> > "/includes/SMW_Settings.php")? Whichever one it is, could you try >> > switching >> > to the other style, and see if that makes a difference? >> > -Yaron >> > >> > On Tue, Aug 31, 2010 at 10:33 PM, Yaron Koren <ya...@gm...> wrote: >> >> >> >> Hi, >> >> If possible, could you run the following SQL query in your database, >> >> and >> >> send me, or the list, the results? >> >> select page_namespace, count(*) from page group by page_namespace >> >> It could be that, instead of 'page' in there, you need the string >> >> 'page' >> >> with a prefix behind it, if all your table names have a prefix. >> >> This query should shed some light on the current state of your >> >> namespaces. >> >> -Yaron >> >> >> >> On Tue, Aug 31, 2010 at 12:03 PM, James Hong Kong >> >> <jam...@gm...> wrote: >> >>> >> >>> Hi, >> >>> >> >>> The $wgLanguageCode is set to "en". Further we eliminate the chances >> >>> of interferences with any language related issues on this test system >> >>> by ensuring pages, forms, property and property values are only >> >>> maintained in English. >> >>> >> >>> Cheers >> >>> >> >>> On Wed, Sep 1, 2010 at 12:27 AM, Yaron Koren <ya...@gm...> >> >>> wrote: >> >>> > Hi, >> >>> > Okay, thanks for the additional information. What language are your >> >>> > wikis >> >>> > in? My guess is still that this is a language issue. >> >>> > >> >>> > On Tue, Aug 31, 2010 at 11:17 AM, James Hong Kong >> >>> > <jam...@gm...> wrote: >> >>> >> >> >>> >> Hi, >> >>> >> >> >>> >> We made again a try with the smaller test system (just containing >> >>> >> 624 >> >>> >> property values) and only activated Semantic Forms (Version 2.0) >> >>> >> (r72025) and Semantic MediaWiki (Version 1.5.2) (r72025) without >> >>> >> any >> >>> >> additional namespace and we deleted all smw tables in mysql before >> >>> >> the >> >>> >> upgrade. >> >>> >> >> >>> >> Symptom description / Property >> >>> >> >> >>> >> For example on the 1.5.1 version a property called Company would >> >>> >> been >> >>> >> defined by [[Has type::String]] which made all values relating to >> >>> >> this >> >>> >> property appear as string. >> >>> >> >> >>> >> After the upgrade (1.5.2 version) this definition is gone, means if >> >>> >> we >> >>> >> look at the definition of the property Company it is not further >> >>> >> defined as [[Has type::String]] and all values appear as "red link" >> >>> >> pages. >> >>> >> >> >>> >> Symptom description / Forms >> >>> >> >> >>> >> We used English and non-English names in forms and in both cases we >> >>> >> tried to follow "Form:<form name>", unfortunately with no success. >> >>> >> >> >>> >> Note >> >>> >> Of course if we redefine the property Company with the definition >> >>> >> [[Has type::String]] than it will work as before but the definition >> >>> >> shouldn't have gone in the first place. >> >>> >> >> >>> >> It appears that something happen with the namespace Form and >> >>> >> Property >> >>> >> and those data related to this namespace are not recognized after >> >>> >> the >> >>> >> upgrade(1.5.2) but when we switch back to 1.5.1 (restore the old >> >>> >> swm >> >>> >> tables) everything work as it should be. >> >>> >> >> >>> >> We are using SVN for the upgrade process so that user defined >> >>> >> errors >> >>> >> in the file copying process can be excluded. >> >>> >> >> >>> >> Cheers, >> >>> >> >> >>> >> MWJames >> >>> >> >> >>> >> On Tue, Aug 31, 2010 at 9:11 PM, Yaron Koren <ya...@gm...> >> >>> >> wrote: >> >>> >> > Hi, >> >>> >> > >> >>> >> > Now I doubt that this is a namespace issue, since one of the >> >>> >> > systems >> >>> >> > that >> >>> >> > had the problem had no namespace customizations. >> >>> >> > >> >>> >> > My new theory is that this is somehow a language issue. James - >> >>> >> > your >> >>> >> > wikis >> >>> >> > are in non-English languages, right? If so, what happens if you >> >>> >> > go >> >>> >> > to >> >>> >> > "Form:<form name>" instead of clicking on the link that has the >> >>> >> > non-English >> >>> >> > equivalent of "Form"? >> >>> >> > >> >>> >> > -Yaron >> >>> >> > >> >>> >> > >> >>> >> > On Tue, Aug 31, 2010 at 1:44 AM, Jeroen De Dauw >> >>> >> > <jer...@gm...>wrote: >> >>> >> > >> >>> >> >> Hey, >> >>> >> >> >> >>> >> >> I don't know what your issue is, but if the namespaces are >> >>> >> >> getting >> >>> >> >> messed >> >>> >> >> up >> >>> >> >> somehow, running the maintenance script at >> >>> >> >> maintenance/namespaceDupes.php >> >>> >> >> might fix it. >> >>> >> >> >> >>> >> >> Cheers >> >>> >> >> >> >>> >> >> -- >> >>> >> >> Jeroen De Dauw >> >>> >> >> * http://blog.bn2vs.com >> >>> >> >> * http://wiki.bn2vs.com >> >>> >> >> Don't panic. Don't be evil. 50 72 6F 67 72 61 6D 6D 69 6E 67 20 >> >>> >> >> 34 >> >>> >> >> 20 >> >>> >> >> 6C 69 >> >>> >> >> 66 65! >> >>> >> >> -- >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> ------------------------------------------------------------------------------ >> >>> >> >> This SF.net Dev2Dev email is sponsored by: >> >>> >> >> >> >>> >> >> Show off your parallel programming skills. >> >>> >> >> Enter the Intel(R) Threading Challenge 2010. >> >>> >> >> http://p.sf.net/sfu/intel-thread-sfd >> >>> >> >> _______________________________________________ >> >>> >> >> Semediawiki-user mailing list >> >>> >> >> Sem...@li... >> >>> >> >> https://lists.sourceforge.net/lists/listinfo/semediawiki-user >> >>> >> >> >> >>> >> > >> >>> >> > >> >>> >> > >> >>> >> > -- >> >>> >> > WikiWorks · MediaWiki Consulting · http://wikiworks.com >> >>> >> > >> >>> >> > >> >>> >> > >> >>> >> > ------------------------------------------------------------------------------ >> >>> >> > This SF.net Dev2Dev email is sponsored by: >> >>> >> > >> >>> >> > Show off your parallel programming skills. >> >>> >> > Enter the Intel(R) Threading Challenge 2010. >> >>> >> > http://p.sf.net/sfu/intel-thread-sfd >> >>> >> > _______________________________________________ >> >>> >> > Semediawiki-user mailing list >> >>> >> > Sem...@li... >> >>> >> > https://lists.sourceforge.net/lists/listinfo/semediawiki-user >> >>> >> > >> >>> > >> >>> > >> >>> > >> >>> > -- >> >>> > WikiWorks · MediaWiki Consulting · http://wikiworks.com >> >>> > >> >> >> >> >> >> >> >> -- >> >> WikiWorks · MediaWiki Consulting · http://wikiworks.com >> > >> > >> > >> > -- >> > WikiWorks · MediaWiki Consulting · http://wikiworks.com >> > > > > > -- > WikiWorks · MediaWiki Consulting · http://wikiworks.com > |