From andres at chandia.net Sat Jan 4 16:30:50 2014 From: andres at chandia.net (Andres Chandia) Date: Sat, 4 Jan 2014 16:30:50 +0100 Subject: [CWB] problem at managing corpus metadata In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D2C572B@EX-0-MB1.lancs.local> References: <28078EC3FBF1B940A3EF3D0D19BE351D2C572B@EX-0-MB1.lancs.local> Message-ID: <0a64405719c36fab00948bd2e51038bd.squirrel@mail.chandia.net> Some questions then... 1. if you have to index the metadata as an s-attribute in only one field when you index a corpus, what are the rest of the fields for, how and what for can they be used to? 2. if you index corpus via command line with cwb would the s-attributes be availabe in the way I intended to index them, the way that you say is not available yet by cqp interface? 3. at the standard query there is the restriction option, but this one does not get activated when the corpora is indexed, how shoul I proceed at indexing process to activate this? Thanks El Mar, 31 de Diciembre de 2013, 20:50, Hardie, Andrew escribi??: 1. Yes, of course, because metadata works at the text level. So if you index text metadata from something on the element, then naturally only 1 element per text will actually have any effect. There is a warning in the interface to this effect: The following XML annotations are indexed in the corpus. Select the ones which you wish to use as text-metadata fields. Note: you must only select annotations that occur at or above the level of in the XML hierarchy of your corpus What you seem to actually want is to be able to restrict your queries to particular elements depending on their attributes. CQPweb can???t do this. Queries can only be restricted to particular *texts*, not to sub-parts of texts. XML Restricted Queries is a much-requested feature and one I hope to be able to implement once the database reorganisation in v3.1 is done. But it can???t be done now. 2. Either switch your checkout over from the trunk to the URL of the 3.0 branch, or just manually copy the code available in the download tarball. best Andrew. From: Andres Chandia [mailto:andres at chandia.net] Sent: 31 December 2013 19:32 To: Hardie, Andrew Cc: Open source development of the Corpus WorkBench Subject: RE: [CWB] problem at managing corpus metadata Thanks, I turned back to the previous one that I had CQPweb v3.0.7 ?? 2008-2012 and all went well except for this: 1. I have introduced at the second line s-attributes this way: s:0+id+type, then at the restricted query for the s_id it only appears the data for S1 and S3, but not for S2 and S4, if you see the corpus text_1 owns S1 and S2, text_2 owns S3 and S4, so only appears the first S of each text And I take the opportunity to ask you how do I upgrade with svn to the version you are recommending Thanks, and If you don't answer right now I would understand it, Have a Great New Year's Eve!!! _______________________ ????????????????????????andr??s chand??a administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.hardie at lancaster.ac.uk Sat Jan 4 16:46:22 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Sat, 4 Jan 2014 15:46:22 +0000 Subject: [CWB] problem at managing corpus metadata In-Reply-To: <0a64405719c36fab00948bd2e51038bd.squirrel@mail.chandia.net> References: <28078EC3FBF1B940A3EF3D0D19BE351D2C572B@EX-0-MB1.lancs.local> <0a64405719c36fab00948bd2e51038bd.squirrel@mail.chandia.net> Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2C670D@EX-0-MB1.lancs.local> I'm sorry I don't understand the questions. Can you rephrase/elaborate. best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Andres Chandia Sent: 04 January 2014 15:31 To: Open source development of the Corpus WorkBench Subject: Re: [CWB] problem at managing corpus metadata Some questions then... 1. if you have to index the metadata as an s-attribute in only one field when you index a corpus, what are the rest of the fields for, how and what for can they be used to? 2. if you index corpus via command line with cwb would the s-attributes be availabe in the way I intended to index them, the way that you say is not available yet by cqp interface? 3. at the standard query there is the restriction option, but this one does not get activated when the corpora is indexed, how shoul I proceed at indexing process to activate this? Thanks El Mar, 31 de Diciembre de 2013, 20:50, Hardie, Andrew escribi?: 1. Yes, of course, because metadata works at the text level. So if you index text metadata from something on the element, then naturally only 1 element per text will actually have any effect. There is a warning in the interface to this effect: The following XML annotations are indexed in the corpus. Select the ones which you wish to use as text-metadata fields. Note: you must only select annotations that occur at or above the level of in the XML hierarchy of your corpus What you seem to actually want is to be able to restrict your queries to particular elements depending on their attributes. CQPweb can't do this. Queries can only be restricted to particular *texts*, not to sub-parts of texts. XML Restricted Queries is a much-requested feature and one I hope to be able to implement once the database reorganisation in v3.1 is done. But it can't be done now. 2. Either switch your checkout over from the trunk to the URL of the 3.0 branch, or just manually copy the code available in the download tarball. best Andrew. From: Andres Chandia [mailto:andres at chandia.net] Sent: 31 December 2013 19:32 To: Hardie, Andrew Cc: Open source development of the Corpus WorkBench Subject: RE: [CWB] problem at managing corpus metadata Thanks, I turned back to the previous one that I had CQPweb v3.0.7 ? 2008-2012 and all went well except for this: 1. I have introduced at the second line s-attributes this way: s:0+id+type, then at the restricted query for the s_id it only appears the data for S1 and S3, but not for S2 and S4, if you see the corpus text_1 owns S1 and S2, text_2 owns S3 and S4, so only appears the first S of each text And I take the opportunity to ask you how do I upgrade with svn to the version you are recommending Thanks, and If you don't answer right now I would understand it, Have a Great New Year's Eve!!! _______________________ andr?s chand?a [Image removed by sender. chandia.net][Image removed by sender.] administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ?Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ~WRD351.jpg Type: image/jpeg Size: 823 bytes Desc: ~WRD351.jpg URL: From andres at chandia.net Sat Jan 4 17:06:59 2014 From: andres at chandia.net (Andres Chandia) Date: Sat, 4 Jan 2014 17:06:59 +0100 Subject: [CWB] problem at managing corpus metadata In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D2C670D@EX-0-MB1.lancs.local> References: <28078EC3FBF1B940A3EF3D0D19BE351D2C572B@EX-0-MB1.lancs.local> <0a64405719c36fab00948bd2e51038bd.squirrel@mail.chandia.net> <28078EC3FBF1B940A3EF3D0D19BE351D2C670D@EX-0-MB1.lancs.local> Message-ID: <998136ce4ec332c23a005048eecee5de.squirrel@mail.chandia.net> 1. Do you remember that, following your instructions, I put in the first field of s-attributes (XML elements): "text:0+id+name+lang+season" then in the second field I put "s:0+id+type", but this didn't work, so you use first field but what about the next ones, can you use them some way, how? 2. You understood what was my intention when using the second field explained at previous point, can this intention be achieved indexing the coprpus via cwb by command line and then uploaded to the cqp interface through the "Install a corpus pre-indexed in CWB" 3. Once indexed the corpus, at the standard query there is an option that says: "Restriction:" but it shows no option to me, how should this option be available, what do I need to do to put some restrictions in here? I hope this is clearer than before, if not, I will try it again.... thanks El Sab, 4 de Enero de 2014, 16:46, Hardie, Andrew escribi??: I???m sorry I don???t understand the questions. Can you rephrase/elaborate. best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Andres Chandia Sent: 04 January 2014 15:31 To: Open source development of the Corpus WorkBench Subject: Re: [CWB] problem at managing corpus metadata Some questions then... 1. if you have to index the metadata as an s-attribute in only one field when you index a corpus, what are the rest of the fields for, how and what for can they be used to? 2. if you index corpus via command line with cwb would the s-attributes be availabe in the way I intended to index them, the way that you say is not available yet by cqp interface? 3. at the standard query there is the restriction option, but this one does not get activated when the corpora is indexed, how shoul I proceed at indexing process to activate this? Thanks El Mar, 31 de Diciembre de 2013, 20:50, Hardie, Andrew escribi??: 1. Yes, of course, because metadata works at the text level. So if you index text metadata from something on the element, then naturally only 1 element per text will actually have any effect. There is a warning in the interface to this effect: The following XML annotations are indexed in the corpus. Select the ones which you wish to use as text-metadata fields. Note: you must only select annotations that occur at or above the level of in the XML hierarchy of your corpus What you seem to actually want is to be able to restrict your queries to particular elements depending on their attributes. CQPweb can???t do this. Queries can only be restricted to particular *texts*, not to sub-parts of texts. XML Restricted Queries is a much-requested feature and one I hope to be able to implement once the database reorganisation in v3.1 is done. But it can???t be done now. 2. Either switch your checkout over from the trunk to the URL of the 3.0 branch, or just manually copy the code available in the download tarball. best Andrew. From: Andres Chandia [mailto:andres at chandia.net] Sent: 31 December 2013 19:32 To: Hardie, Andrew Cc: Open source development of the Corpus WorkBench Subject: RE: [CWB] problem at managing corpus metadata Thanks, I turned back to the previous one that I had CQPweb v3.0.7 ?? 2008-2012 and all went well except for this: 1. I have introduced at the second line s-attributes this way: s:0+id+type, then at the restricted query for the s_id it only appears the data for S1 and S3, but not for S2 and S4, if you see the corpus text_1 owns S1 and S2, text_2 owns S3 and S4, so only appears the first S of each text And I take the opportunity to ask you how do I upgrade with svn to the version you are recommending Thanks, and If you don't answer right now I would understand it, Have a Great New Year's Eve!!! _______________________ andr??s chand??a administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! _______________________ ????????????????????????andr??s chand??a administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.hardie at lancaster.ac.uk Sat Jan 4 17:24:41 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Sat, 4 Jan 2014 16:24:41 +0000 Subject: [CWB] problem at managing corpus metadata In-Reply-To: <998136ce4ec332c23a005048eecee5de.squirrel@mail.chandia.net> References: <28078EC3FBF1B940A3EF3D0D19BE351D2C572B@EX-0-MB1.lancs.local> <0a64405719c36fab00948bd2e51038bd.squirrel@mail.chandia.net> <28078EC3FBF1B940A3EF3D0D19BE351D2C670D@EX-0-MB1.lancs.local> <998136ce4ec332c23a005048eecee5de.squirrel@mail.chandia.net> Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2C6755@EX-0-MB1.lancs.local> Thanks, that's clearer. 1. This has nothing to do with one field vs. another on the form. This has to do with the fact that the text element is given special treatment in CQPweb, namely (a) it's compulsory, (b) it's used as the unit for metadata and for query restriction (also for subcorpus creation). The text element is the only one that is treated this way. Thus, necessarily, if you want to introduce text metadata via XML, you have to introduce it at the level of the text (or higher) in the XML hierarchy. Since the text is the unit of metadata, nothing can be treated as metadata if it has more than one value within the scope of a single text. 2. No, that would make no difference at all. It doesn't matter how the corpus has been created, CQPweb cannot currently perform restrictions or handle metadata for any unit other than "text". 3. Only items of metadata that have been designated as "classifications" are available for use in restricted queries. You designate this on the form for creating metadata (whether from a file or form the XML). There is an entry on each line with a dropdown which has two options: "classification" and "free text". Only the ones specified as "classification" are available in the Restricted Query screen, and only the one selected as the "primary classification" is available in the shortcut dropdown on the Standard Query screen. BUT NOTE that the contents of a "classification field" must be a single "handle" consisting only of alphanumeric characters. best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Andres Chandia Sent: 04 January 2014 16:07 To: Open source development of the Corpus WorkBench Subject: Re: [CWB] problem at managing corpus metadata 1. Do you remember that, following your instructions, I put in the first field of s-attributes (XML elements): "text:0+id+name+lang+season" then in the second field I put "s:0+id+type", but this didn't work, so you use first field but what about the next ones, can you use them some way, how? 2. You understood what was my intention when using the second field explained at previous point, can this intention be achieved indexing the coprpus via cwb by command line and then uploaded to the cqp interface through the "Install a corpus pre-indexed in CWB" 3. Once indexed the corpus, at the standard query there is an option that says: "Restriction:" but it shows no option to me, how should this option be available, what do I need to do to put some restrictions in here? I hope this is clearer than before, if not, I will try it again.... thanks El Sab, 4 de Enero de 2014, 16:46, Hardie, Andrew escribi?: I'm sorry I don't understand the questions. Can you rephrase/elaborate. best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Andres Chandia Sent: 04 January 2014 15:31 To: Open source development of the Corpus WorkBench Subject: Re: [CWB] problem at managing corpus metadata Some questions then... 1. if you have to index the metadata as an s-attribute in only one field when you index a corpus, what are the rest of the fields for, how and what for can they be used to? 2. if you index corpus via command line with cwb would the s-attributes be availabe in the way I intended to index them, the way that you say is not available yet by cqp interface? 3. at the standard query there is the restriction option, but this one does not get activated when the corpora is indexed, how shoul I proceed at indexing process to activate this? Thanks El Mar, 31 de Diciembre de 2013, 20:50, Hardie, Andrew escribi?: 1. Yes, of course, because metadata works at the text level. So if you index text metadata from something on the element, then naturally only 1 element per text will actually have any effect. There is a warning in the interface to this effect: The following XML annotations are indexed in the corpus. Select the ones which you wish to use as text-metadata fields. Note: you must only select annotations that occur at or above the level of in the XML hierarchy of your corpus What you seem to actually want is to be able to restrict your queries to particular elements depending on their attributes. CQPweb can't do this. Queries can only be restricted to particular *texts*, not to sub-parts of texts. XML Restricted Queries is a much-requested feature and one I hope to be able to implement once the database reorganisation in v3.1 is done. But it can't be done now. 2. Either switch your checkout over from the trunk to the URL of the 3.0 branch, or just manually copy the code available in the download tarball. best Andrew. From: Andres Chandia [mailto:andres at chandia.net] Sent: 31 December 2013 19:32 To: Hardie, Andrew Cc: Open source development of the Corpus WorkBench Subject: RE: [CWB] problem at managing corpus metadata Thanks, I turned back to the previous one that I had CQPweb v3.0.7 ? 2008-2012 and all went well except for this: 1. I have introduced at the second line s-attributes this way: s:0+id+type, then at the restricted query for the s_id it only appears the data for S1 and S3, but not for S2 and S4, if you see the corpus text_1 owns S1 and S2, text_2 owns S3 and S4, so only appears the first S of each text And I take the opportunity to ask you how do I upgrade with svn to the version you are recommending Thanks, and If you don't answer right now I would understand it, Have a Great New Year's Eve!!! _______________________ andr?s chand?a [IMAGE REMOVED] administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ?Cuide el medio ambiente! _______________________ andr?s chand?a [Image removed by sender. chandia.net][Image removed by sender.] administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ?Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ~WRD071.jpg Type: image/jpeg Size: 823 bytes Desc: ~WRD071.jpg URL: From andres at chandia.net Sat Jan 4 17:58:03 2014 From: andres at chandia.net (Andres Chandia) Date: Sat, 4 Jan 2014 17:58:03 +0100 Subject: [CWB] problem at managing corpus metadata In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D2C6755@EX-0-MB1.lancs.local> References: <28078EC3FBF1B940A3EF3D0D19BE351D2C572B@EX-0-MB1.lancs.local> <0a64405719c36fab00948bd2e51038bd.squirrel@mail.chandia.net> <28078EC3FBF1B940A3EF3D0D19BE351D2C670D@EX-0-MB1.lancs.local> <998136ce4ec332c23a005048eecee5de.squirrel@mail.chandia.net> <28078EC3FBF1B940A3EF3D0D19BE351D2C6755@EX-0-MB1.lancs.local> Message-ID: <46018d87c391b2afaf61dd2c3954825b.squirrel@mail.chandia.net> 1. Ok, just to be clear: ???????????????? ???????????????????????????? ?????????????????????????????????? bla ?????????????????????????????????? bla ???????????????????????????? ?????????????????? in this case the higher level is or , I think is so I can only introduce text metadata at or levels, if so, what could I include at level and how? 2. ok 3. when indexing I did declare at "Create metadata table from corpus XML annotations" the metadata as classification giving one of them the status of primary, but anyway I don't have the restrictions available at the standar query even when they do are present at "restricted query" thanks again El Sab, 4 de Enero de 2014, 17:24, Hardie, Andrew escribi??: Thanks, that???s clearer. 1. This has nothing to do with one field vs. another on the form. This has to do with the fact that the text element is given special treatment in CQPweb, namely (a) it???s compulsory, (b) it???s used as the unit for metadata and for query restriction (also for subcorpus creation). The text element is the only one that is treated this way. Thus, necessarily, if you want to introduce text metadata via XML, you have to introduce it at the level of the text (or higher) in the XML hierarchy. Since the text is the unit of metadata, nothing can be treated as metadata if it has more than one value within the scope of a single text. 2. No, that would make no difference at all. It doesn???t matter how the corpus has been created, CQPweb cannot currently perform restrictions or handle metadata for any unit other than ???text???. 3. Only items of metadata that have been designated as ???classifications??? are available for use in restricted queries. You designate this on the form for creating metadata (whether from a file or form the XML). There is an entry on each line with a dropdown which has two options: ???classification??? and ???free text???. Only the ones specified as ???classification??? are available in the Restricted Query screen, and only the one selected as the ???primary classification??? is available in the shortcut dropdown on the Standard Query screen. BUT NOTE that the contents of a ???classification field??? must be a single ???handle??? consisting only of alphanumeric characters. best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Andres Chandia Sent: 04 January 2014 16:07 To: Open source development of the Corpus WorkBench Subject: Re: [CWB] problem at managing corpus metadata 1. Do you remember that, following your instructions, I put in the first field of s-attributes (XML elements): "text:0+id+name+lang+season" then in the second field I put "s:0+id+type", but this didn't work, so you use first field but what about the next ones, can you use them some way, how? 2. You understood what was my intention when using the second field explained at previous point, can this intention be achieved indexing the coprpus via cwb by command line and then uploaded to the cqp interface through the "Install a corpus pre-indexed in CWB" 3. Once indexed the corpus, at the standard query there is an option that says: "Restriction:" but it shows no option to me, how should this option be available, what do I need to do to put some restrictions in here? I hope this is clearer than before, if not, I will try it again.... thanks El Sab, 4 de Enero de 2014, 16:46, Hardie, Andrew escribi??: I???m sorry I don???t understand the questions. Can you rephrase/elaborate. best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Andres Chandia Sent: 04 January 2014 15:31 To: Open source development of the Corpus WorkBench Subject: Re: [CWB] problem at managing corpus metadata Some questions then... 1. if you have to index the metadata as an s-attribute in only one field when you index a corpus, what are the rest of the fields for, how and what for can they be used to? 2. if you index corpus via command line with cwb would the s-attributes be availabe in the way I intended to index them, the way that you say is not available yet by cqp interface? 3. at the standard query there is the restriction option, but this one does not get activated when the corpora is indexed, how shoul I proceed at indexing process to activate this? Thanks El Mar, 31 de Diciembre de 2013, 20:50, Hardie, Andrew escribi??: 1. Yes, of course, because metadata works at the text level. So if you index text metadata from something on the element, then naturally only 1 element per text will actually have any effect. There is a warning in the interface to this effect: The following XML annotations are indexed in the corpus. Select the ones which you wish to use as text-metadata fields. Note: you must only select annotations that occur at or above the level of in the XML hierarchy of your corpus What you seem to actually want is to be able to restrict your queries to particular elements depending on their attributes. CQPweb can???t do this. Queries can only be restricted to particular *texts*, not to sub-parts of texts. XML Restricted Queries is a much-requested feature and one I hope to be able to implement once the database reorganisation in v3.1 is done. But it can???t be done now. 2. Either switch your checkout over from the trunk to the URL of the 3.0 branch, or just manually copy the code available in the download tarball. best Andrew. From: Andres Chandia [mailto:andres at chandia.net] Sent: 31 December 2013 19:32 To: Hardie, Andrew Cc: Open source development of the Corpus WorkBench Subject: RE: [CWB] problem at managing corpus metadata Thanks, I turned back to the previous one that I had CQPweb v3.0.7 ?? 2008-2012 and all went well except for this: 1. I have introduced at the second line s-attributes this way: s:0+id+type, then at the restricted query for the s_id it only appears the data for S1 and S3, but not for S2 and S4, if you see the corpus text_1 owns S1 and S2, text_2 owns S3 and S4, so only appears the first S of each text And I take the opportunity to ask you how do I upgrade with svn to the version you are recommending Thanks, and If you don't answer right now I would understand it, Have a Great New Year's Eve!!! _______________________ andr??s chand??a [IMAGE REMOVED] administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! _______________________ andr??s chand??a administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! _______________________ ????????????????????????andr??s chand??a administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrewhardie at users.sf.net Sat Jan 4 20:03:35 2014 From: andrewhardie at users.sf.net (Andrew Hardie) Date: Sat, 04 Jan 2014 19:03:35 +0000 Subject: [CWB] [cwb:bugs] #60 CQPweb : metadata from XML, primary classification not set Message-ID: <52c85b051be1ce7128ee48ff.bugs@cwb.p.sourceforge.net> --- ** [bugs:#60] CQPweb : metadata from XML, primary classification not set** **Status:** open **Created:** Sat Jan 04, 2014 07:03 PM UTC by Andrew Hardie **Last Updated:** Sat Jan 04, 2014 07:03 PM UTC **Owner:** Andrew Hardie When text metadata is generated from XML, the primary_classification field in the corpus_info table appears not to be set. It *should* be set to whichever field had the relevant radio button checked... but for some reason this is not happening. It remains quite possible to set the value later via [Corpus settings>General options]. Bug confirmed present in 3.0.16, and is almost certainly in 3.1.x too as that bit of the code hasn't changed. --- Sent from sourceforge.net because cwb at sslmit.unibo.it is subscribed to https://sourceforge.net/p/cwb/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/cwb/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.hardie at lancaster.ac.uk Mon Jan 20 09:19:41 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Mon, 20 Jan 2014 08:19:41 +0000 Subject: [CWB] CQPweb: v 3.1.0 now usable, I think Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2CC631@EX-0-MB1.lancs.local> Hi all, My grand re-structuring of almost everything for CQPweb v 3.1.0 is now finished. There is not much visible difference, but a lot has changed under the bonnet, and this will hopefully make it quicker and easier to implement new features. If you are an adventurous sort, I think you can now safely upgrade to 3.1.0 (repo commit 497). There are probably bugs; reports very welcome. If you are less adventurous, you might want to stick with 3.0.16 a bit longer, until the worst problems are dealt with. Currently 3.1 runs nowhere but on my computer. Later today I hope to upgrade the Lancaster to 3.1, so those of you with accounts on that server can have a look at it later this week to see what has changed. One big change that you won't see from looking at a server is that I have completely revamped the sysadmin documentation. Previously this consisted of a series of HTML files - the maintenance of which has become increasingly hairy over the past couple of years. Now, I have shifted most of these over into a "CQPweb System Administrator's Manual" written in LaTeX and available within the usual documentation tree on the SourceForge repository. I hope that this new format will (a) make it more maintainable (b) make it easier for others to contribute patches. There are still a couple of HTML files to convert; these will be done as and when I find a moment. Like the CWB and CQP tutorials, the manual compiles to both PDF and HTML; the PDF is included with CQPweb and is also on the website here: http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf Crucially, it has a couple of sections that between them cover the process of upgrading from v 3.0.16 to 3.1.0, which, given all the changes I have made, is non-straightforward. That's all for now. best Andrew. From andres at chandia.net Mon Jan 20 10:04:19 2014 From: andres at chandia.net (Andres Chandia) Date: Mon, 20 Jan 2014 10:04:19 +0100 Subject: [CWB] CQPweb: v 3.1.0 now usable, I think In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D2CC631@EX-0-MB1.lancs.local> References: <28078EC3FBF1B940A3EF3D0D19BE351D2CC631@EX-0-MB1.lancs.local> Message-ID: So, it is safe to updgrade by svn? Hi all, My grand re-structuring of almost everything for CQPweb v 3.1.0 is now finished. There is not much visible difference, but a lot has changed under the bonnet, and this will hopefully make it quicker and easier to implement new features. If you are an adventurous sort, I think you can now safely upgrade to 3.1.0 (repo commit 497). There are probably bugs; reports very welcome. If you are less adventurous, you might want to stick with 3.0.16 a bit longer, until the worst problems are dealt with. Currently 3.1 runs nowhere but on my computer. Later today I hope to upgrade the Lancaster to 3.1, so those of you with accounts on that server can have a look at it later this week to see what has changed. One big change that you won't see from looking at a server is that I have completely revamped the sysadmin documentation. Previously this consisted of a series of HTML files - the maintenance of which has become increasingly hairy over the past couple of years. Now, I have shifted most of these over into a "CQPweb System Administrator's Manual" written in LaTeX and available within the usual documentation tree on the SourceForge repository. I hope that this new format will (a) make it more maintainable (b) make it easier for others to contribute patches. There are still a couple of HTML files to convert; these will be done as and when I find a moment. Like the CWB and CQP tutorials, the manual compiles to both PDF and HTML; the PDF is included with CQPweb and is also on the website here: http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf Crucially, it has a couple of sections that between them cover the process of upgrading from v 3.0.16 to 3.1.0, which, given all the changes I have made, is non-straightforward. That's all for now. best Andrew. _______________________________________________ CWB mailing list CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb _______________________ ????????????????????????andr??s chand??a administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.hardie at lancaster.ac.uk Mon Jan 20 10:12:22 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Mon, 20 Jan 2014 09:12:22 +0000 Subject: [CWB] CQPweb: v 3.1.0 now usable, I think In-Reply-To: References: <28078EC3FBF1B940A3EF3D0D19BE351D2CC631@EX-0-MB1.lancs.local> Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2CC744@EX-0-MB1.lancs.local> As I said "If you are an adventurous sort, I think you can now safely upgrade to 3.1.0 (repo commit 497)." best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Andres Chandia Sent: 20 January 2014 09:04 To: Open source development of the Corpus WorkBench Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think So, it is safe to updgrade by svn? Hi all, My grand re-structuring of almost everything for CQPweb v 3.1.0 is now finished. There is not much visible difference, but a lot has changed under the bonnet, and this will hopefully make it quicker and easier to implement new features. If you are an adventurous sort, I think you can now safely upgrade to 3.1.0 (repo commit 497). There are probably bugs; reports very welcome. If you are less adventurous, you might want to stick with 3.0.16 a bit longer, until the worst problems are dealt with. Currently 3.1 runs nowhere but on my computer. Later today I hope to upgrade the Lancaster to 3.1, so those of you with accounts on that server can have a look at it later this week to see what has changed. One big change that you won't see from looking at a server is that I have completely revamped the sysadmin documentation. Previously this consisted of a series of HTML files - the maintenance of which has become increasingly hairy over the past couple of years. Now, I have shifted most of these over into a "CQPweb System Administrator's Manual" written in LaTeX and available within the usual documentation tree on the SourceForge repository. I hope that this new format will (a) make it more maintainable (b) make it easier for others to contribute patches. There are still a couple of HTML files to convert; these will be done as and when I find a moment. Like the CWB and CQP tutorials, the manual compiles to both PDF and HTML; the PDF is included with CQPweb and is also on the website here: http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf Crucially, it has a couple of sections that between them cover the process of upgrading from v 3.0.16 to 3.1.0, which, given all the changes I have made, is non-straightforward. That's all for now. best Andrew. _______________________________________________ CWB mailing list CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb _______________________ andr?s chand?a [Image removed by sender. chandia.net][Image removed by sender.] administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ?Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ~WRD386.jpg Type: image/jpeg Size: 823 bytes Desc: ~WRD386.jpg URL: From markus.killer at uzh.ch Mon Jan 20 20:24:44 2014 From: markus.killer at uzh.ch (Markus Killer) Date: Mon, 20 Jan 2014 20:24:44 +0100 Subject: [CWB] CQPweb: v 3.1.0 now usable, I think Message-ID: Dear Andrew, Thanks a lot for the update to v3.1.0. Today, I've successfully installed and configured v3.0.16 on a Xubuntu 12.04 LTS (64-bit) system. However, I didn't manage to get v3.1.0 (svn rev 497) running. When I try to run the autosetup script, I get the following php notices and a fatal error:$php autosetup.php PHP Notice: Undefined offset: 1 in /var/www/cqp-web-beta/lib/defaults.inc.php on line 446 PHP Notice: Undefined offset: 1 in /var/www/cqp-web-beta/lib/defaults.inc.php on line 446 PHP Fatal error: Call to a member function is_admin() on a non-object in /var/www/cqp-web-beta/lib/exiterror.inc.php on line 282 I then went on to try an upgrade from v3.0.16, but the update upgrade-database.php script terminates with the same php fatal error.Best wishes,Markus [CWB] CQPweb: v 3.1.0 now usable, I thinkHardie, Andrew a.hardie at lancaster.ac.uk Mon Jan 20 09:19:41 CET 2014Previous message: [CWB] [cwb:bugs] #60 CQPweb : metadata from XML, primary classification not setNext message: [CWB] CQPweb: v 3.1.0 now usable, I thinkMessages sorted by: [ date ] [ thread ] [ subject ] [ author ]Hi all, My grand re-structuring of almost everything for CQPweb v 3.1.0 is now finished. There is not much visible difference, but a lot has changed under the bonnet, and this will hopefully make it quicker and easier to implement new features. If you are an adventurous sort, I think you can now safely upgrade to 3.1.0 (repo commit 497). There are probably bugs; reports very welcome. If you are less adventurous, you might want to stick with 3.0.16 a bit longer, until the worst problems are dealt with. Currently 3.1 runs nowhere but on my computer. Later today I hope to upgrade the Lancaster to 3.1, so those of you with accounts on that server can have a look at it later this week to see what has changed. One big change that you won't see from looking at a server is that I have completely revamped the sysadmin documentation. Previously this consisted of a series of HTML files - the maintenance of which has become increasingly hairy over the past couple of years. Now, I have shifted most of these over into a "CQPweb System Administrator's Manual" written in LaTeX and available within the usual documentation tree on the SourceForge repository. I hope that this new format will (a) make it more maintainable (b) make it easier for others to contribute patches. There are still a couple of HTML files to convert; these will be done as and when I find a moment. Like the CWB and CQP tutorials, the manual compiles to both PDF and HTML; the PDF is included with CQPweb and is also on the website here: http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf Crucially, it has a couple of sections that between them cover the process of upgrading from v 3.0.16 to 3.1.0, which, given all the changes I have made, is non-straightforward. That's all for now. best Andrew. -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.hardie at lancaster.ac.uk Tue Jan 21 05:12:06 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Tue, 21 Jan 2014 04:12:06 +0000 Subject: [CWB] CQPweb: v 3.1.0 now usable, I think In-Reply-To: References: Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2CCD39@EX-0-MB1.lancs.local> Thanks for the bug report; sorry for delay responding. This turned out to be a lingering environment bug from a much earlier version that was newly exposed by the new scripts. Now fixed in svn. best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Markus Killer Sent: 20 January 2014 19:25 To: cwb at sslmit.unibo.it Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think Dear Andrew, Thanks a lot for the update to v3.1.0. Today, I've successfully installed and configured v3.0.16 on a Xubuntu 12.04 LTS (64-bit) system. However, I didn't manage to get v3.1.0 (svn rev 497) running. When I try to run the autosetup script, I get the following php notices and a fatal error: $php autosetup.php PHP Notice: Undefined offset: 1 in /var/www/cqp-web-beta/lib/defaults.inc.php on line 446 PHP Notice: Undefined offset: 1 in /var/www/cqp-web-beta/lib/defaults.inc.php on line 446 PHP Fatal error: Call to a member function is_admin() on a non-object in /var/www/cqp-web-beta/lib/exiterror.inc.php on line 282 I then went on to try an upgrade from v3.0.16, but the update upgrade-database.php script terminates with the same php fatal error. Best wishes, Markus [CWB] CQPweb: v 3.1.0 now usable, I think Hardie, Andrew a.hardie at lancaster.ac.uk Mon Jan 20 09:19:41 CET 2014 * Previous message: [CWB] [cwb:bugs] #60 CQPweb : metadata from XML, primary classification not set * Next message: [CWB] CQPweb: v 3.1.0 now usable, I think * Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] ________________________________ Hi all, My grand re-structuring of almost everything for CQPweb v 3.1.0 is now finished. There is not much visible difference, but a lot has changed under the bonnet, and this will hopefully make it quicker and easier to implement new features. If you are an adventurous sort, I think you can now safely upgrade to 3.1.0 (repo commit 497). There are probably bugs; reports very welcome. If you are less adventurous, you might want to stick with 3.0.16 a bit longer, until the worst problems are dealt with. Currently 3.1 runs nowhere but on my computer. Later today I hope to upgrade the Lancaster to 3.1, so those of you with accounts on that server can have a look at it later this week to see what has changed. One big change that you won't see from looking at a server is that I have completely revamped the sysadmin documentation. Previously this consisted of a series of HTML files - the maintenance of which has become increasingly hairy over the past couple of years. Now, I have shifted most of these over into a "CQPweb System Administrator's Manual" written in LaTeX and available within the usual documentation tree on the SourceForge repository. I hope that this new format will (a) make it more maintainable (b) make it easier for others to contribute patches. There are still a couple of HTML files to convert; these will be done as and when I find a moment. Like the CWB and CQP tutorials, the manual compiles to both PDF and HTML; the PDF is included with CQPweb and is also on the website here: http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf Crucially, it has a couple of sections that between them cover the process of upgrading from v 3.0.16 to 3.1.0, which, given all the changes I have made, is non-straightforward. That's all for now. best Andrew. -------------- next part -------------- An HTML attachment was scrubbed... URL: From markus.killer at uzh.ch Tue Jan 21 07:27:33 2014 From: markus.killer at uzh.ch (Markus Killer) Date: Tue, 21 Jan 2014 07:27:33 +0100 Subject: [CWB] CQPweb: v 3.1.0 now usable, I think In-Reply-To: References: , <28078EC3FBF1B940A3EF3D0D19BE351D2CCD39@EX-0-MB1.lancs.local>, Message-ID: (sorry for repost - used wrong sender email) - This time I managed to get a bit further, but still no successful install/upgrade possible: autosetup on empty database: Updated to Revision 504.mki at ubuntu:/var/www/cqp-web-beta$ cd bin/mki at ubuntu:/var/www/cqp-web-beta/bin$ sudo php ./autosetup.php CQPweb has encountered an error!================================ A mySQL query did not run successfully! Original query: update user_info set last_seen_time = CURRENT_TIMESTAMP where username='mkiller' Error # 1146: Table 'cqpwbeta.user_info' doesn't exist or upgrade-database on v3.0.16 database (sql-import into empty database before running script): mki at ubuntu:/var/www/cqp-web-beta/bin$ sudo php ./upgrade-database.php Database version is now at < 3.1.0. Database will now be upgraded to 3.1.0...A mySQL query did not run successfully! Original query: alter table saved_dbs drop key dbname Error # 1091: Can't DROP 'dbname'; check that column/key exists Best wishes,Markus From: a.hardie at lancaster.ac.uk To: m.killer at outlook.com; cwb at sslmit.unibo.it Date: Tue, 21 Jan 2014 04:12:06 +0000 Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think Thanks for the bug report; sorry for delay responding. This turned out to be a lingering environment bug from a much earlier version that was newly exposed by the new scripts. Now fixed in svn. best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Markus Killer Sent: 20 January 2014 19:25 To: cwb at sslmit.unibo.it Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think Dear Andrew, Thanks a lot for the update to v3.1.0. Today, I've successfully installed and configured v3.0.16 on a Xubuntu 12.04 LTS (64-bit) system. However, I didn't manage to get v3.1.0 (svn rev 497) running. When I try to run the autosetup script, I get the following php notices and a fatal error: $php autosetup.php PHP Notice: Undefined offset: 1 in /var/www/cqp-web-beta/lib/defaults.inc.php on line 446 PHP Notice: Undefined offset: 1 in /var/www/cqp-web-beta/lib/defaults.inc.php on line 446 PHP Fatal error: Call to a member function is_admin() on a non-object in /var/www/cqp-web-beta/lib/exiterror.inc.php on line 282 I then went on to try an upgrade from v3.0.16, but the update upgrade-database.php script terminates with the same php fatal error. Best wishes, Markus [CWB] CQPweb: v 3.1.0 now usable, I think Hardie, Andrew a.hardie at lancaster.ac.uk Mon Jan 20 09:19:41 CET 2014 Previous message: [CWB] [cwb:bugs] #60 CQPweb : metadata from XML, primary classification not set Next message: [CWB] CQPweb: v 3.1.0 now usable, I think Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] Hi all, My grand re-structuring of almost everything for CQPweb v 3.1.0 is now finished. There is not much visible difference, but a lot has changed under the bonnet, and this will hopefully make it quicker and easier to implement new features. If you are an adventurous sort, I think you can now safely upgrade to 3.1.0 (repo commit 497). There are probably bugs; reports very welcome. If you are less adventurous, you might want to stick with 3.0.16 a bit longer, until the worst problems are dealt with. Currently 3.1 runs nowhere but on my computer. Later today I hope to upgrade the Lancaster to 3.1, so those of you with accounts on that server can have a look at it later this week to see what has changed. One big change that you won't see from looking at a server is that I have completely revamped the sysadmin documentation. Previously this consisted of a series of HTML files - the maintenance of which has become increasingly hairy over the past couple of years. Now, I have shifted most of these over into a "CQPweb System Administrator's Manual" written in LaTeX and available within the usual documentation tree on the SourceForge repository. I hope that this new format will (a) make it more maintainable (b) make it easier for others to contribute patches. There are still a couple of HTML files to convert; these will be done as and when I find a moment. Like the CWB and CQP tutorials, the manual compiles to both PDF and HTML; the PDF is included with CQPweb and is also on the website here: http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf Crucially, it has a couple of sections that between them cover the process of upgrading from v 3.0.16 to 3.1.0, which, given all the changes I have made, is non-straightforward. That's all for now. best Andrew. _______________________________________________ CWB mailing list CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.hardie at lancaster.ac.uk Tue Jan 21 07:31:33 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Tue, 21 Jan 2014 06:31:33 +0000 Subject: [CWB] CQPweb: v 3.1.0 now usable, I think In-Reply-To: References: , <28078EC3FBF1B940A3EF3D0D19BE351D2CCD39@EX-0-MB1.lancs.local>, Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2CCE6D@EX-0-MB1.lancs.local> Fixed in 506, I think. Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Markus Killer Sent: 21 January 2014 06:28 To: cwb at sslmit.unibo.it Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think (sorry for repost - used wrong sender email) - This time I managed to get a bit further, but still no successful install/upgrade possible: autosetup on empty database: Updated to Revision 504. mki at ubuntu:/var/www/cqp-web-beta$ cd bin/ mki at ubuntu:/var/www/cqp-web-beta/bin$ sudo php ./autosetup.php CQPweb has encountered an error! ================================
CQPweb encountered an error and could not continue.
A mySQL query did not run successfully! Original query: update user_info set last_seen_time = CURRENT_TIMESTAMP where username='mkiller' Error # 1146: Table 'cqpwbeta.user_info' doesn't exist or upgrade-database on v3.0.16 database (sql-import into empty database before running script): mki at ubuntu:/var/www/cqp-web-beta/bin$ sudo php ./upgrade-database.php Database version is now at < 3.1.0. Database will now be upgraded to 3.1.0... A mySQL query did not run successfully! Original query: alter table saved_dbs drop key dbname Error # 1091: Can't DROP 'dbname'; check that column/key exists Best wishes, Markus ________________________________ From: a.hardie at lancaster.ac.uk To: m.killer at outlook.com; cwb at sslmit.unibo.it Date: Tue, 21 Jan 2014 04:12:06 +0000 Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think Thanks for the bug report; sorry for delay responding. This turned out to be a lingering environment bug from a much earlier version that was newly exposed by the new scripts. Now fixed in svn. best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Markus Killer Sent: 20 January 2014 19:25 To: cwb at sslmit.unibo.it Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think Dear Andrew, Thanks a lot for the update to v3.1.0. Today, I've successfully installed and configured v3.0.16 on a Xubuntu 12.04 LTS (64-bit) system. However, I didn't manage to get v3.1.0 (svn rev 497) running. When I try to run the autosetup script, I get the following php notices and a fatal error: $php autosetup.php PHP Notice: Undefined offset: 1 in /var/www/cqp-web-beta/lib/defaults.inc.php on line 446 PHP Notice: Undefined offset: 1 in /var/www/cqp-web-beta/lib/defaults.inc.php on line 446 PHP Fatal error: Call to a member function is_admin() on a non-object in /var/www/cqp-web-beta/lib/exiterror.inc.php on line 282 I then went on to try an upgrade from v3.0.16, but the update upgrade-database.php script terminates with the same php fatal error. Best wishes, Markus [CWB] CQPweb: v 3.1.0 now usable, I think Hardie, Andrew a.hardie at lancaster.ac.uk Mon Jan 20 09:19:41 CET 2014 * Previous message: [CWB] [cwb:bugs] #60 CQPweb : metadata from XML, primary classification not set * Next message: [CWB] CQPweb: v 3.1.0 now usable, I think * Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] ________________________________ Hi all, My grand re-structuring of almost everything for CQPweb v 3.1.0 is now finished. There is not much visible difference, but a lot has changed under the bonnet, and this will hopefully make it quicker and easier to implement new features. If you are an adventurous sort, I think you can now safely upgrade to 3.1.0 (repo commit 497). There are probably bugs; reports very welcome. If you are less adventurous, you might want to stick with 3.0.16 a bit longer, until the worst problems are dealt with. Currently 3.1 runs nowhere but on my computer. Later today I hope to upgrade the Lancaster to 3.1, so those of you with accounts on that server can have a look at it later this week to see what has changed. One big change that you won't see from looking at a server is that I have completely revamped the sysadmin documentation. Previously this consisted of a series of HTML files - the maintenance of which has become increasingly hairy over the past couple of years. Now, I have shifted most of these over into a "CQPweb System Administrator's Manual" written in LaTeX and available within the usual documentation tree on the SourceForge repository. I hope that this new format will (a) make it more maintainable (b) make it easier for others to contribute patches. There are still a couple of HTML files to convert; these will be done as and when I find a moment. Like the CWB and CQP tutorials, the manual compiles to both PDF and HTML; the PDF is included with CQPweb and is also on the website here: http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf Crucially, it has a couple of sections that between them cover the process of upgrading from v 3.0.16 to 3.1.0, which, given all the changes I have made, is non-straightforward. That's all for now. best Andrew. _______________________________________________ CWB mailing list CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb -------------- next part -------------- An HTML attachment was scrubbed... URL: From markus.killer at uzh.ch Tue Jan 21 08:36:13 2014 From: markus.killer at uzh.ch (Markus Killer) Date: Tue, 21 Jan 2014 08:36:13 +0100 Subject: [CWB] CQPweb: v 3.1.0 now usable, I think In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D2CCE6D@EX-0-MB1.lancs.local> References: , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCD39@EX-0-MB1.lancs.local>, , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCE6D@EX-0-MB1.lancs.local> Message-ID: ************* 1) autosetup script (shorter and text-only version of error message to meet 40kb limit): ************* @Rev507? [...] Database setup complete. Now, we must set passwords for each user account specified as a superuser. PHP Notice: ?Trying to get property of non-object in /var/www/cqp-web-beta/lib/library.inc.php on line 893 [...] PHP Notice: ?Trying to get property of non-object in /var/www/cqp-web-beta/lib/user-lib.inc.php on line 120-125 [..] PHP Notice: ?Trying to get property of non-object in /var/www/cqp-web-beta/lib/exiterror.inc.php on lines 92, 93, 95 A mySQL query did not run successfully! Original query:? INSERT INTO user_info ( username, realname, email, passhash, [...] 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 ' [...]?line 38 **************** 2) upgrade-database script still returns the same error as in rev504: **************** mki at ubuntu:/var/www/cqp-web-beta/bin$ sudo php upgrade-database.php? Database version is now at < 3.1.0. Database will now be upgraded to 3.1.0... A mySQL query did not run successfully! Original query:? alter table saved_dbs drop key dbname Error & 1091: Can't DROP 'dbname'; check that column/key exists? ________________________________ > From: a.hardie at lancaster.ac.uk > To: m.killer at outlook.com; cwb at sslmit.unibo.it > Date: Tue, 21 Jan 2014 06:31:33 +0000 > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > > > Fixed in 506, I think. > > > > Andrew. > > > > From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] > On Behalf Of Markus Killer > Sent: 21 January 2014 06:28 > To: cwb at sslmit.unibo.it > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > > > > (sorry for repost - used wrong sender email) - This time I managed to > get a bit further, but still no successful install/upgrade possible: > > > > autosetup on empty database: > > > > Updated to Revision 504. > > mki at ubuntu:/var/www/cqp-web-beta$ cd bin/ > > mki at ubuntu:/var/www/cqp-web-beta/bin$ sudo php ./autosetup.php > > CQPweb has encountered an error! > > ================================ > > > >
CQPweb encountered an error and could not continue.
> > > > > > > > A mySQL query did not run successfully! > > > > Original query: > > > > update user_info set last_seen_time = CURRENT_TIMESTAMP where > username='mkiller' > > > > Error & 1146: Table 'cqpwbeta.user_info' doesn't exist > > > > or upgrade-database on v3.0.16 database (sql-import into empty database > before running script): > > > > mki at ubuntu:/var/www/cqp-web-beta/bin$ sudo php ./upgrade-database.php > > Database version is now at < 3.1.0. Database will now be upgraded to 3.1.0... > > A mySQL query did not run successfully! > > > > Original query: > > > > alter table saved_dbs drop key dbname > > > > > > > > Error & 1091: Can't DROP 'dbname'; check that column/key exists > > > > Best wishes, > > Markus > > > > ________________________________ > > From: a.hardie at lancaster.ac.uk > To: m.killer at outlook.com; > cwb at sslmit.unibo.it > Date: Tue, 21 Jan 2014 04:12:06 +0000 > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > > Thanks for the bug report; sorry for delay responding. This turned out > to be a lingering environment bug from a much earlier version that was > newly exposed by the new scripts. Now fixed in svn. > > > > best > > > > Andrew. > > > > From: cwb-bounces at sslmit.unibo.it > [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Markus Killer > Sent: 20 January 2014 19:25 > To: cwb at sslmit.unibo.it > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > > > > Dear Andrew, > > > > Thanks a lot for the update to v3.1.0. Today, I've successfully installed and configured v3.0.16 on a Xubuntu 12.04 LTS (64-bit) system. However, I didn't manage to get v3.1.0 (svn rev 497) running. > > When I try to run the autosetup script, I get the following php notices and a fatal error: > > $php autosetup.php > > PHP Notice: Undefined offset: 1 in /var/www/cqp-web-beta/lib/defaults.inc.php on line 446 > > PHP Notice: Undefined offset: 1 in /var/www/cqp-web-beta/lib/defaults.inc.php on line 446 > > PHP Fatal error: Call to a member function is_admin() on a non-object in /var/www/cqp-web-beta/lib/exiterror.inc.php on line 282 > > I then went on to try an upgrade from v3.0.16, but the update upgrade-database.php script terminates with the same php fatal error. > > Best wishes, > > Markus > > > > [CWB] CQPweb: v 3.1.0 now usable, I think > > Hardie, Andrew a.hardie at > lancaster.ac.uk > Mon Jan 20 09:19:41 CET 2014 > > * Previous message: [CWB] [cwb:bugs] &60 CQPweb : metadata from > XML, primary classification not > set > * Next message: [CWB] CQPweb: v 3.1.0 now usable, I > think > * Messages sorted by: [ date > ] [ > thread > ] [ > subject > ] [ > author > ] > > ________________________________ > > Hi all, > > > > My grand re-structuring of almost everything for CQPweb v 3.1.0 is now finished. > > > > There is not much visible difference, but a lot has changed under the bonnet, and this will hopefully make it quicker and easier to implement new features. > > > > If you are an adventurous sort, I think you can now safely upgrade to 3.1.0 (repo commit 497). There are probably bugs; reports very welcome. > > > > If you are less adventurous, you might want to stick with 3.0.16 a bit longer, until the worst problems are dealt with. > > > > Currently 3.1 runs nowhere but on my computer. Later today I hope to upgrade the Lancaster to 3.1, so those of you with accounts on that server can have a look at it later this week to see what has changed. > > > > One big change that you won't see from looking at a server is that I have completely revamped the sysadmin documentation. Previously this consisted of a series of HTML files - the maintenance of which has become increasingly hairy over the past couple of years. Now, I have shifted most of these over into a "CQPweb System Administrator's Manual" written in LaTeX and available within the usual documentation tree on the SourceForge repository. I hope that this new format will (a) make it more maintainable (b) make it easier for others to contribute patches. There are still a couple of HTML files to convert; these will be done as and when I find a moment. > > > > Like the CWB and CQP tutorials, the manual compiles to both PDF and HTML; the PDF is included with CQPweb and is also on the website here: > > > > http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf > > > > Crucially, it has a couple of sections that between them cover the process of upgrading from v 3.0.16 to 3.1.0, which, given all the changes I have made, is non-straightforward. > > > > That's all for now. > > > > best > > > > Andrew. > > _______________________________________________ CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > > _______________________________________________ CWB mailing list > CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb From umutufuk at gmail.com Tue Jan 21 08:48:32 2014 From: umutufuk at gmail.com (Umut Demirhan) Date: Tue, 21 Jan 2014 09:48:32 +0200 Subject: [CWB] CWB Digest, Vol 84, Issue 7 In-Reply-To: References: Message-ID: <05e001cf167d$311c6020$93552060$@gmail.com> Dear Andrew, Thanks for the recent update. I've upgraded my local CQPweb to 3.1. After updating, I had several problems. I'm not sure if others have the same issues. First of all, it is about the user system that Markus reported, and you mentoned on twitter. The auto setup script generates the same error on my x64 Ubuntu, mysql-server-5.5. I created a normal user and then logged into mysql via phpmyadmin. I changed the name of the user to what I previously selected as superuser, and specified a password for him, and validated the account. Then, I tried to login to CQPweb, and this time it was successful. I tried to regenerate the color schemas; however, the application generated another error message "CQP backend failed". I checked out the config file and it seems that there is no statement about the paths below: /* variables do require a '/' before and after */ $path_to_cwb = 'usr/local/bin'; $path_to_perl = 'usr/bin'; I've added them to my config file; however, there is no success. It still generates the error message as in below: Checking that usr/local/bin/ exists... CHECK FAILED. Check that usr/local/bin/ exists and contains the CQP executable. I'm sure about that the file is located in that folder. I hope that helps to solve the problem. Does anyone have the same issues? Best regards, Umut > -----Original Message----- > From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] > On Behalf Of cwb-request at sslmit.unibo.it > Sent: Tuesday, January 21, 2014 6:12 AM > To: cwb at sslmit.unibo.it > Subject: CWB Digest, Vol 84, Issue 7 > > Send CWB mailing list submissions to > cwb at sslmit.unibo.it > > To subscribe or unsubscribe via the World Wide Web, visit > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > or, via email, send a message with subject or body 'help' to > cwb-request at sslmit.unibo.it > > You can reach the person managing the list at > cwb-owner at sslmit.unibo.it > > When replying, please edit your Subject line so it is more specific than "Re: > Contents of CWB digest..." > > > Today's Topics: > > 1. Re: CQPweb: v 3.1.0 now usable, I think (Markus Killer) > 2. Re: CQPweb: v 3.1.0 now usable, I think (Hardie, Andrew) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 20 Jan 2014 20:24:44 +0100 > From: Markus Killer > To: "cwb at sslmit.unibo.it" > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > Message-ID: > Content-Type: text/plain; charset="iso-8859-1" > > Dear Andrew, > Thanks a lot for the update to v3.1.0. Today, I've successfully installed and > configured v3.0.16 on a Xubuntu 12.04 LTS (64-bit) system. However, I didn't > manage to get v3.1.0 (svn rev 497) running. When I try to run the autosetup > script, I get the following php notices and a fatal error:$php autosetup.php > PHP Notice: Undefined offset: 1 in /var/www/cqp-web- > beta/lib/defaults.inc.php on line 446 PHP Notice: Undefined offset: 1 in > /var/www/cqp-web-beta/lib/defaults.inc.php on line 446 PHP Fatal error: > Call to a member function is_admin() on a non-object in /var/www/cqp- > web-beta/lib/exiterror.inc.php on line 282 I then went on to try an upgrade > from v3.0.16, but the update upgrade-database.php script terminates with > the same php fatal error.Best wishes,Markus > [CWB] CQPweb: v 3.1.0 now usable, I thinkHardie, Andrew a.hardie at > lancaster.ac.uk Mon Jan 20 09:19:41 CET 2014Previous message: [CWB] > [cwb:bugs] #60 CQPweb : metadata from XML, primary classification > not setNext message: [CWB] CQPweb: v 3.1.0 now usable, I thinkMessages > sorted by: [ date ] [ thread ] [ subject ] [ author ]Hi all, > > My grand re-structuring of almost everything for CQPweb v 3.1.0 is now > finished. > > There is not much visible difference, but a lot has changed under the bonnet, > and this will hopefully make it quicker and easier to implement new features. > > If you are an adventurous sort, I think you can now safely upgrade to 3.1.0 > (repo commit 497). There are probably bugs; reports very welcome. > > If you are less adventurous, you might want to stick with 3.0.16 a bit longer, > until the worst problems are dealt with. > > Currently 3.1 runs nowhere but on my computer. Later today I hope to > upgrade the Lancaster to 3.1, so those of you with accounts on that server > can have a look at it later this week to see what has changed. > > One big change that you won't see from looking at a server is that I have > completely revamped the sysadmin documentation. Previously this > consisted of a series of HTML files - the maintenance of which has become > increasingly hairy over the past couple of years. Now, I have shifted most of > these over into a "CQPweb System Administrator's Manual" written in LaTeX > and available within the usual documentation tree on the SourceForge > repository. I hope that this new format will (a) make it more maintainable (b) > make it easier for others to contribute patches. There are still a couple of > HTML files to convert; these will be done as and when I find a moment. > > Like the CWB and CQP tutorials, the manual compiles to both PDF and HTML; > the PDF is included with CQPweb and is also on the website here: > > http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf > > Crucially, it has a couple of sections that between them cover the process of > upgrading from v 3.0.16 to 3.1.0, which, given all the changes I have made, is > non-straightforward. > > That's all for now. > > best > > Andrew. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > b/attachment-0001.html> > > ------------------------------ > > Message: 2 > Date: Tue, 21 Jan 2014 04:12:06 +0000 > From: "Hardie, Andrew" > To: "m.killer at outlook.com" , "Open source > development of the Corpus WorkBench" > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > Message-ID: > <28078EC3FBF1B940A3EF3D0D19BE351D2CCD39 at EX-0- > MB1.lancs.local> > Content-Type: text/plain; charset="us-ascii" > > Thanks for the bug report; sorry for delay responding. This turned out to be a > lingering environment bug from a much earlier version that was newly > exposed by the new scripts. Now fixed in svn. > > best > > Andrew. > > From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] > On Behalf Of Markus Killer > Sent: 20 January 2014 19:25 > To: cwb at sslmit.unibo.it > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > > > Dear Andrew, > > > > Thanks a lot for the update to v3.1.0. Today, I've successfully installed and > configured v3.0.16 on a Xubuntu 12.04 LTS (64-bit) system. However, I didn't > manage to get v3.1.0 (svn rev 497) running. > > When I try to run the autosetup script, I get the following php notices and a > fatal error: > > $php autosetup.php > > PHP Notice: Undefined offset: 1 in /var/www/cqp-web- > beta/lib/defaults.inc.php on line 446 > > PHP Notice: Undefined offset: 1 in /var/www/cqp-web- > beta/lib/defaults.inc.php on line 446 > > PHP Fatal error: Call to a member function is_admin() on a non-object in > /var/www/cqp-web-beta/lib/exiterror.inc.php on line 282 > > I then went on to try an upgrade from v3.0.16, but the update upgrade- > database.php script terminates with the same php fatal error. > > Best wishes, > > Markus > > > > [CWB] CQPweb: v 3.1.0 now usable, I think Hardie, Andrew a.hardie at > lancaster.ac.uk > CQPweb%3A%20v%203.1.0%20now%20usable%2C%20I%20think&In-Reply- > To=%3C28078EC3FBF1B940A3EF3D0D19BE351D2CC631%40EX-0- > MB1.lancs.local%3E> > Mon Jan 20 09:19:41 CET 2014 > > * Previous message: [CWB] [cwb:bugs] #60 CQPweb : metadata from XML, > primary classification not > set > * Next message: [CWB] CQPweb: v 3.1.0 now usable, I > think January/001482.html> > * Messages sorted by: [ date > ] > [ thread ] January/thread.html#1481> [ subject > ] January/subject.html#1481> [ author > ] January/author.html#1481> > > ________________________________ > > Hi all, > > > > My grand re-structuring of almost everything for CQPweb v 3.1.0 is now > finished. > > > > There is not much visible difference, but a lot has changed under the bonnet, > and this will hopefully make it quicker and easier to implement new features. > > > > If you are an adventurous sort, I think you can now safely upgrade to 3.1.0 > (repo commit 497). There are probably bugs; reports very welcome. > > > > If you are less adventurous, you might want to stick with 3.0.16 a bit longer, > until the worst problems are dealt with. > > > > Currently 3.1 runs nowhere but on my computer. Later today I hope to > upgrade the Lancaster to 3.1, so those of you with accounts on that server > can have a look at it later this week to see what has changed. > > > > One big change that you won't see from looking at a server is that I have > completely revamped the sysadmin documentation. Previously this > consisted of a series of HTML files - the maintenance of which has become > increasingly hairy over the past couple of years. Now, I have shifted most of > these over into a "CQPweb System Administrator's Manual" written in LaTeX > and available within the usual documentation tree on the SourceForge > repository. I hope that this new format will (a) make it more maintainable (b) > make it easier for others to contribute patches. There are still a couple of > HTML files to convert; these will be done as and when I find a moment. > > > > Like the CWB and CQP tutorials, the manual compiles to both PDF and HTML; > the PDF is included with CQPweb and is also on the website here: > > > > http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf > > > > Crucially, it has a couple of sections that between them cover the process of > upgrading from v 3.0.16 to 3.1.0, which, given all the changes I have made, is > non-straightforward. > > > > That's all for now. > > > > best > > > > Andrew. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > e/attachment.html> > > ------------------------------ > > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > > > End of CWB Digest, Vol 84, Issue 7 > ********************************** From a.hardie at lancaster.ac.uk Tue Jan 21 08:52:49 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Tue, 21 Jan 2014 07:52:49 +0000 Subject: [CWB] CQPweb: v 3.1.0 now usable, I think In-Reply-To: References: , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCD39@EX-0-MB1.lancs.local>, , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCE6D@EX-0-MB1.lancs.local> Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2CCF0F@EX-0-MB1.lancs.local> (1) Ach, that's a bug introduced by the previous bug fix! Changed & fixed in 508. (2) This occurs, I think, because you are running the script on a half-upgraded database, so some of the changes it is trying to make have already been made. Run this SQL command manually: describe saved_dbs; and look at the key status of the column "dbname". If it says "PRI", then you need to revert the DB by running the following: alter table saved_dbs drop primary key; alter table saved_dbs add key `dbname` (`dbname`); If that's the only thing that was "halfway", it will fix the problem. If other things were half-and-half, you'll get stuck at a later point in the script next time you run it. One (slightly dangerous) way round that is to hack library.inc.php to comment out lines 222 and 223. Then, the script will trundle on even if one of the earlier commands does not run. That change would need to be reverted ASAP afterwards of course! Andrew. -----Original Message----- From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Markus Killer Sent: 21 January 2014 07:36 To: Open source development of the Corpus WorkBench Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think ************* 1) autosetup script (shorter and text-only version of error message to meet 40kb limit): ************* @Rev507 [...] Database setup complete. Now, we must set passwords for each user account specified as a superuser. PHP Notice: ?Trying to get property of non-object in /var/www/cqp-web-beta/lib/library.inc.php on line 893 [...] PHP Notice: ?Trying to get property of non-object in /var/www/cqp-web-beta/lib/user-lib.inc.php on line 120-125 [..] PHP Notice: ?Trying to get property of non-object in /var/www/cqp-web-beta/lib/exiterror.inc.php on lines 92, 93, 95 A mySQL query did not run successfully! Original query:? INSERT INTO user_info ( username, realname, email, passhash, [...] 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 ' [...]?line 38 **************** 2) upgrade-database script still returns the same error as in rev504: **************** mki at ubuntu:/var/www/cqp-web-beta/bin$ sudo php upgrade-database.php Database version is now at < 3.1.0. Database will now be upgraded to 3.1.0... A mySQL query did not run successfully! Original query:? alter table saved_dbs drop key dbname Error & 1091: Can't DROP 'dbname'; check that column/key exists ________________________________ > From: a.hardie at lancaster.ac.uk > To: m.killer at outlook.com; cwb at sslmit.unibo.it > Date: Tue, 21 Jan 2014 06:31:33 +0000 > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > > > Fixed in 506, I think. > > > > Andrew. > > > > From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] > On Behalf Of Markus Killer > Sent: 21 January 2014 06:28 > To: cwb at sslmit.unibo.it > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > > > > (sorry for repost - used wrong sender email) - This time I managed to > get a bit further, but still no successful install/upgrade possible: > > > > autosetup on empty database: > > > > Updated to Revision 504. > > mki at ubuntu:/var/www/cqp-web-beta$ cd bin/ > > mki at ubuntu:/var/www/cqp-web-beta/bin$ sudo php ./autosetup.php > > CQPweb has encountered an error! > > ================================ > > > >
class="concordtable">CQPweb encountered an error and could not > continue.
> > > > > > > > A mySQL query did not run successfully! > > > > Original query: > > > > update user_info set last_seen_time = CURRENT_TIMESTAMP where > username='mkiller' > > > > Error & 1146: Table 'cqpwbeta.user_info' doesn't exist > > > > or upgrade-database on v3.0.16 database (sql-import into empty > database before running script): > > > > mki at ubuntu:/var/www/cqp-web-beta/bin$ sudo php ./upgrade-database.php > > Database version is now at < 3.1.0. Database will now be upgraded to 3.1.0... > > A mySQL query did not run successfully! > > > > Original query: > > > > alter table saved_dbs drop key dbname > > > > > > > > Error & 1091: Can't DROP 'dbname'; check that column/key exists > > > > Best wishes, > > Markus > > > > ________________________________ > > From: a.hardie at lancaster.ac.uk > To: m.killer at outlook.com; > cwb at sslmit.unibo.it > Date: Tue, 21 Jan 2014 04:12:06 +0000 > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > > Thanks for the bug report; sorry for delay responding. This turned out > to be a lingering environment bug from a much earlier version that was > newly exposed by the new scripts. Now fixed in svn. > > > > best > > > > Andrew. > > > > From: cwb-bounces at sslmit.unibo.it > [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Markus Killer > Sent: 20 January 2014 19:25 > To: cwb at sslmit.unibo.it > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > > > > Dear Andrew, > > > > Thanks a lot for the update to v3.1.0. Today, I've successfully installed and configured v3.0.16 on a Xubuntu 12.04 LTS (64-bit) system. However, I didn't manage to get v3.1.0 (svn rev 497) running. > > When I try to run the autosetup script, I get the following php notices and a fatal error: > > $php autosetup.php > > PHP Notice: Undefined offset: 1 in > /var/www/cqp-web-beta/lib/defaults.inc.php on line 446 > > PHP Notice: Undefined offset: 1 in > /var/www/cqp-web-beta/lib/defaults.inc.php on line 446 > > PHP Fatal error: Call to a member function is_admin() on a non-object > in /var/www/cqp-web-beta/lib/exiterror.inc.php on line 282 > > I then went on to try an upgrade from v3.0.16, but the update upgrade-database.php script terminates with the same php fatal error. > > Best wishes, > > Markus > > > > [CWB] CQPweb: v 3.1.0 now usable, I think > > Hardie, Andrew a.hardie at > lancaster.ac.uk > %3A%20v%203.1.0%20now%20usable%2C%20I%20think&In-Reply-To=%3C28078EC3F > BF1B940A3EF3D0D19BE351D2CC631%40EX-0-MB1.lancs.local%3E> > Mon Jan 20 09:19:41 CET 2014 > > * Previous message: [CWB] [cwb:bugs] &60 CQPweb : metadata from XML, > primary classification not > set l> > * Next message: [CWB] CQPweb: v 3.1.0 now usable, I > think tml> > * Messages sorted by: [ date > ] 81> [ thread > ] 1481> [ subject > ] &1481> [ author > ] 1481> > > ________________________________ > > Hi all, > > > > My grand re-structuring of almost everything for CQPweb v 3.1.0 is now finished. > > > > There is not much visible difference, but a lot has changed under the bonnet, and this will hopefully make it quicker and easier to implement new features. > > > > If you are an adventurous sort, I think you can now safely upgrade to 3.1.0 (repo commit 497). There are probably bugs; reports very welcome. > > > > If you are less adventurous, you might want to stick with 3.0.16 a bit longer, until the worst problems are dealt with. > > > > Currently 3.1 runs nowhere but on my computer. Later today I hope to upgrade the Lancaster to 3.1, so those of you with accounts on that server can have a look at it later this week to see what has changed. > > > > One big change that you won't see from looking at a server is that I have completely revamped the sysadmin documentation. Previously this consisted of a series of HTML files - the maintenance of which has become increasingly hairy over the past couple of years. Now, I have shifted most of these over into a "CQPweb System Administrator's Manual" written in LaTeX and available within the usual documentation tree on the SourceForge repository. I hope that this new format will (a) make it more maintainable (b) make it easier for others to contribute patches. There are still a couple of HTML files to convert; these will be done as and when I find a moment. > > > > Like the CWB and CQP tutorials, the manual compiles to both PDF and HTML; the PDF is included with CQPweb and is also on the website here: > > > > http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf > > > > Crucially, it has a couple of sections that between them cover the process of upgrading from v 3.0.16 to 3.1.0, which, given all the changes I have made, is non-straightforward. > > > > That's all for now. > > > > best > > > > Andrew. > > _______________________________________________ CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > > _______________________________________________ CWB mailing list > CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb _______________________________________________ CWB mailing list CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb From a.hardie at lancaster.ac.uk Tue Jan 21 08:52:59 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Tue, 21 Jan 2014 07:52:59 +0000 Subject: [CWB] CWB Digest, Vol 84, Issue 7 In-Reply-To: <05e001cf167d$311c6020$93552060$@gmail.com> References: <05e001cf167d$311c6020$93552060$@gmail.com> Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2CCF1B@EX-0-MB1.lancs.local> Umut, Can you please copy the contents of your config file into an email to me off-list? (redacting any passwords of course) I suspect the problem is in there. best Andrew. -----Original Message----- From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Umut Demirhan Sent: 21 January 2014 07:49 To: cwb at sslmit.unibo.it Subject: Re: [CWB] CWB Digest, Vol 84, Issue 7 Dear Andrew, Thanks for the recent update. I've upgraded my local CQPweb to 3.1. After updating, I had several problems. I'm not sure if others have the same issues. First of all, it is about the user system that Markus reported, and you mentoned on twitter. The auto setup script generates the same error on my x64 Ubuntu, mysql-server-5.5. I created a normal user and then logged into mysql via phpmyadmin. I changed the name of the user to what I previously selected as superuser, and specified a password for him, and validated the account. Then, I tried to login to CQPweb, and this time it was successful. I tried to regenerate the color schemas; however, the application generated another error message "CQP backend failed". I checked out the config file and it seems that there is no statement about the paths below: /* variables do require a '/' before and after */ $path_to_cwb = 'usr/local/bin'; $path_to_perl = 'usr/bin'; I've added them to my config file; however, there is no success. It still generates the error message as in below: Checking that usr/local/bin/ exists... CHECK FAILED. Check that usr/local/bin/ exists and contains the CQP executable. I'm sure about that the file is located in that folder. I hope that helps to solve the problem. Does anyone have the same issues? Best regards, Umut > -----Original Message----- > From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] > On Behalf Of cwb-request at sslmit.unibo.it > Sent: Tuesday, January 21, 2014 6:12 AM > To: cwb at sslmit.unibo.it > Subject: CWB Digest, Vol 84, Issue 7 > > Send CWB mailing list submissions to > cwb at sslmit.unibo.it > > To subscribe or unsubscribe via the World Wide Web, visit > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > or, via email, send a message with subject or body 'help' to > cwb-request at sslmit.unibo.it > > You can reach the person managing the list at > cwb-owner at sslmit.unibo.it > > When replying, please edit your Subject line so it is more specific > than "Re: > Contents of CWB digest..." > > > Today's Topics: > > 1. Re: CQPweb: v 3.1.0 now usable, I think (Markus Killer) > 2. Re: CQPweb: v 3.1.0 now usable, I think (Hardie, Andrew) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 20 Jan 2014 20:24:44 +0100 > From: Markus Killer > To: "cwb at sslmit.unibo.it" > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > Message-ID: > Content-Type: text/plain; charset="iso-8859-1" > > Dear Andrew, > Thanks a lot for the update to v3.1.0. Today, I've successfully > installed and > configured v3.0.16 on a Xubuntu 12.04 LTS (64-bit) system. However, I didn't > manage to get v3.1.0 (svn rev 497) running. When I try to run the autosetup > script, I get the following php notices and a fatal error:$php autosetup.php > PHP Notice: Undefined offset: 1 in /var/www/cqp-web- > beta/lib/defaults.inc.php on line 446 PHP Notice: Undefined offset: 1 > in /var/www/cqp-web-beta/lib/defaults.inc.php on line 446 PHP Fatal error: > Call to a member function is_admin() on a non-object in /var/www/cqp- > web-beta/lib/exiterror.inc.php on line 282 I then went on to try an upgrade > from v3.0.16, but the update upgrade-database.php script terminates > with the same php fatal error.Best wishes,Markus [CWB] CQPweb: v 3.1.0 > now usable, I thinkHardie, Andrew a.hardie at lancaster.ac.uk Mon Jan > 20 09:19:41 CET 2014Previous message: [CWB] > [cwb:bugs] #60 CQPweb : metadata from XML, primary classification > not setNext message: [CWB] CQPweb: v 3.1.0 now usable, I thinkMessages > sorted by: [ date ] [ thread ] [ subject ] [ author ]Hi all, > > My grand re-structuring of almost everything for CQPweb v 3.1.0 is now > finished. > > There is not much visible difference, but a lot has changed under the bonnet, > and this will hopefully make it quicker and easier to implement new features. > > If you are an adventurous sort, I think you can now safely upgrade to 3.1.0 > (repo commit 497). There are probably bugs; reports very welcome. > > If you are less adventurous, you might want to stick with 3.0.16 a bit longer, > until the worst problems are dealt with. > > Currently 3.1 runs nowhere but on my computer. Later today I hope to > upgrade the Lancaster to 3.1, so those of you with accounts on that > server can have a look at it later this week to see what has changed. > > One big change that you won't see from looking at a server is that I > have completely revamped the sysadmin documentation. Previously this > consisted of a series of HTML files - the maintenance of which has > become increasingly hairy over the past couple of years. Now, I have > shifted most of > these over into a "CQPweb System Administrator's Manual" written in > LaTeX and available within the usual documentation tree on the > SourceForge repository. I hope that this new format will (a) make it > more maintainable (b) > make it easier for others to contribute patches. There are still a > couple of > HTML files to convert; these will be done as and when I find a moment. > > Like the CWB and CQP tutorials, the manual compiles to both PDF and > HTML; the PDF is included with CQPweb and is also on the website here: > > http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf > > Crucially, it has a couple of sections that between them cover the > process of > upgrading from v 3.0.16 to 3.1.0, which, given all the changes I have made, is > non-straightforward. > > That's all for now. > > best > > Andrew. > -------------- next part -------------- An HTML attachment was > scrubbed... > URL: > e3 > b/attachment-0001.html> > > ------------------------------ > > Message: 2 > Date: Tue, 21 Jan 2014 04:12:06 +0000 > From: "Hardie, Andrew" > To: "m.killer at outlook.com" , "Open source > development of the Corpus WorkBench" > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > Message-ID: > <28078EC3FBF1B940A3EF3D0D19BE351D2CCD39 at EX-0- > MB1.lancs.local> > Content-Type: text/plain; charset="us-ascii" > > Thanks for the bug report; sorry for delay responding. This turned out > to be a > lingering environment bug from a much earlier version that was newly > exposed by the new scripts. Now fixed in svn. > > best > > Andrew. > > From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] > On Behalf Of Markus Killer > Sent: 20 January 2014 19:25 > To: cwb at sslmit.unibo.it > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > > > Dear Andrew, > > > > Thanks a lot for the update to v3.1.0. Today, I've successfully > installed and > configured v3.0.16 on a Xubuntu 12.04 LTS (64-bit) system. However, I didn't > manage to get v3.1.0 (svn rev 497) running. > > When I try to run the autosetup script, I get the following php > notices and a > fatal error: > > $php autosetup.php > > PHP Notice: Undefined offset: 1 in /var/www/cqp-web- > beta/lib/defaults.inc.php on line 446 > > PHP Notice: Undefined offset: 1 in /var/www/cqp-web- > beta/lib/defaults.inc.php on line 446 > > PHP Fatal error: Call to a member function is_admin() on a non-object > in /var/www/cqp-web-beta/lib/exiterror.inc.php on line 282 > > I then went on to try an upgrade from v3.0.16, but the update upgrade- > database.php script terminates with the same php fatal error. > > Best wishes, > > Markus > > > > [CWB] CQPweb: v 3.1.0 now usable, I think Hardie, Andrew a.hardie at > lancaster.ac.uk > CQPweb%3A%20v%203.1.0%20now%20usable%2C%20I%20think&In-Reply- > To=%3C28078EC3FBF1B940A3EF3D0D19BE351D2CC631%40EX-0- > MB1.lancs.local%3E> > Mon Jan 20 09:19:41 CET 2014 > > * Previous message: [CWB] [cwb:bugs] #60 CQPweb : metadata from XML, > primary classification not > set > * Next message: [CWB] CQPweb: v 3.1.0 now usable, I > think January/001482.html> > * Messages sorted by: [ date > ] 81> [ thread ] January/thread.html#1481> [ subject > ] January/subject.html#1481> [ author > ] January/author.html#1481> > > ________________________________ > > Hi all, > > > > My grand re-structuring of almost everything for CQPweb v 3.1.0 is now > finished. > > > > There is not much visible difference, but a lot has changed under the bonnet, > and this will hopefully make it quicker and easier to implement new features. > > > > If you are an adventurous sort, I think you can now safely upgrade to 3.1.0 > (repo commit 497). There are probably bugs; reports very welcome. > > > > If you are less adventurous, you might want to stick with 3.0.16 a bit longer, > until the worst problems are dealt with. > > > > Currently 3.1 runs nowhere but on my computer. Later today I hope to > upgrade the Lancaster to 3.1, so those of you with accounts on that > server can have a look at it later this week to see what has changed. > > > > One big change that you won't see from looking at a server is that I > have completely revamped the sysadmin documentation. Previously this > consisted of a series of HTML files - the maintenance of which has > become increasingly hairy over the past couple of years. Now, I have > shifted most of > these over into a "CQPweb System Administrator's Manual" written in > LaTeX and available within the usual documentation tree on the > SourceForge repository. I hope that this new format will (a) make it > more maintainable (b) > make it easier for others to contribute patches. There are still a > couple of > HTML files to convert; these will be done as and when I find a moment. > > > > Like the CWB and CQP tutorials, the manual compiles to both PDF and > HTML; the PDF is included with CQPweb and is also on the website here: > > > > http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf > > > > Crucially, it has a couple of sections that between them cover the > process of > upgrading from v 3.0.16 to 3.1.0, which, given all the changes I have made, is > non-straightforward. > > > > That's all for now. > > > > best > > > > Andrew. > -------------- next part -------------- An HTML attachment was > scrubbed... > URL: > 72 > e/attachment.html> > > ------------------------------ > > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > > > End of CWB Digest, Vol 84, Issue 7 > ********************************** _______________________________________________ CWB mailing list CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb From markus.killer at uzh.ch Tue Jan 21 09:03:39 2014 From: markus.killer at uzh.ch (Markus Killer) Date: Tue, 21 Jan 2014 09:03:39 +0100 Subject: [CWB] CQPweb: v 3.1.0 now usable, I think In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D2CCF0F@EX-0-MB1.lancs.local> References: , ,,<28078EC3FBF1B940A3EF3D0D19BE351D2CCD39@EX-0-MB1.lancs.local>, , , , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCE6D@EX-0-MB1.lancs.local>, , <28078EC3FBF1B940A3EF3D0D19BE351D2CCF0F@EX-0-MB1.lancs.local> Message-ID: (1) - still receiving the same error @rev508 (autosetup on empty db - complete msg below): Revision 508. mki at ubuntu:/var/www/cqp-web-beta/bin$ sudo php autosetup.php? Now finalising setup for this installation of CQPweb.... Installing database structure; please wait. Database setup complete. Now, we must set passwords for each user account specified as a superuser. Please enter a password for user ``mkiller'': *** You entered [***], are you happy with this? Enter [Y]es or [N]:y PHP Notice: ?Trying to get property of non-object in /var/www/cqp-web-beta/lib/user-lib.inc.php on line 120 PHP Notice: ?Trying to get property of non-object in /var/www/cqp-web-beta/lib/user-lib.inc.php on line 121 PHP Notice: ?Trying to get property of non-object in /var/www/cqp-web-beta/lib/user-lib.inc.php on line 122 PHP Notice: ?Trying to get property of non-object in /var/www/cqp-web-beta/lib/user-lib.inc.php on line 123 PHP Notice: ?Trying to get property of non-object in /var/www/cqp-web-beta/lib/user-lib.inc.php on line 124 PHP Notice: ?Trying to get property of non-object in /var/www/cqp-web-beta/lib/user-lib.inc.php on line 125 PHP Notice: ?Trying to get property of non-object in /var/www/cqp-web-beta/lib/exiterror.inc.php on line 92 PHP Notice: ?Trying to get property of non-object in /var/www/cqp-web-beta/lib/exiterror.inc.php on line 93 PHP Notice: ?Trying to get property of non-object in /var/www/cqp-web-beta/lib/exiterror.inc.php on line 95 ---------------------------------------- > From: a.hardie at lancaster.ac.uk > To: m.killer at outlook.com; cwb at sslmit.unibo.it > Date: Tue, 21 Jan 2014 07:52:49 +0000 > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > > (1) Ach, that's a bug introduced by the previous bug fix! Changed & fixed in 508. > > (2) This occurs, I think, because you are running the script on a half-upgraded database, so some of the changes it is trying to make have already been made. From a.hardie at lancaster.ac.uk Tue Jan 21 09:09:52 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Tue, 21 Jan 2014 08:09:52 +0000 Subject: [CWB] CQPweb: v 3.1.0 now usable, I think In-Reply-To: References: , ,,<28078EC3FBF1B940A3EF3D0D19BE351D2CCD39@EX-0-MB1.lancs.local>, , , , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCE6D@EX-0-MB1.lancs.local>, , <28078EC3FBF1B940A3EF3D0D19BE351D2CCF0F@EX-0-MB1.lancs.local> Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2CCF76@EX-0-MB1.lancs.local> I've taken another crack at it in 509... A -----Original Message----- From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Markus Killer Sent: 21 January 2014 08:04 To: Open source development of the Corpus WorkBench Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think (1) - still receiving the same error @rev508 (autosetup on empty db - complete msg below): Revision 508. mki at ubuntu:/var/www/cqp-web-beta/bin$ sudo php autosetup.php? Now finalising setup for this installation of CQPweb.... Installing database structure; please wait. Database setup complete. Now, we must set passwords for each user account specified as a superuser. Please enter a password for user ``mkiller'': *** You entered [***], are you happy with this? Enter [Y]es or [N]:y PHP Notice: ?Trying to get property of non-object in /var/www/cqp-web-beta/lib/user-lib.inc.php on line 120 PHP Notice: ?Trying to get property of non-object in /var/www/cqp-web-beta/lib/user-lib.inc.php on line 121 PHP Notice: ?Trying to get property of non-object in /var/www/cqp-web-beta/lib/user-lib.inc.php on line 122 PHP Notice: ?Trying to get property of non-object in /var/www/cqp-web-beta/lib/user-lib.inc.php on line 123 PHP Notice: ?Trying to get property of non-object in /var/www/cqp-web-beta/lib/user-lib.inc.php on line 124 PHP Notice: ?Trying to get property of non-object in /var/www/cqp-web-beta/lib/user-lib.inc.php on line 125 PHP Notice: ?Trying to get property of non-object in /var/www/cqp-web-beta/lib/exiterror.inc.php on line 92 PHP Notice: ?Trying to get property of non-object in /var/www/cqp-web-beta/lib/exiterror.inc.php on line 93 PHP Notice: ?Trying to get property of non-object in /var/www/cqp-web-beta/lib/exiterror.inc.php on line 95 ---------------------------------------- > From: a.hardie at lancaster.ac.uk > To: m.killer at outlook.com; cwb at sslmit.unibo.it > Date: Tue, 21 Jan 2014 07:52:49 +0000 > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > > (1) Ach, that's a bug introduced by the previous bug fix! Changed & fixed in 508. > > (2) This occurs, I think, because you are running the script on a half-upgraded database, so some of the changes it is trying to make have already been made. _______________________________________________ CWB mailing list CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb From markus.killer at uzh.ch Tue Jan 21 09:12:03 2014 From: markus.killer at uzh.ch (Markus Killer) Date: Tue, 21 Jan 2014 09:12:03 +0100 Subject: [CWB] CQPweb: v 3.1.0 now usable, I think In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D2CCF0F@EX-0-MB1.lancs.local> References: , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCD39@EX-0-MB1.lancs.local>, , , , , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCE6D@EX-0-MB1.lancs.local>, , <28078EC3FBF1B940A3EF3D0D19BE351D2CCF0F@EX-0-MB1.lancs.local> Message-ID: (2) - I'm running the script on an exact copy of the working 3.0.16 database (imported sql dump) If I apply the > alter table saved_dbs drop primary key; > alter table saved_dbs add key `dbname` (`dbname`); I get this: mki at ubuntu:/var/www/cqp-web-beta/bin$ sudo php upgrade-database.php Database version is now at < 3.1.0. Database will now be upgraded to 3.1.0... A mySQL query did not run successfully! Original query: alter table mysql_processes add primary key (`dbname`) Error # 1068: Multiple primary key defined ---------------------------------------- > From: a.hardie at lancaster.ac.uk > To: m.killer at outlook.com; cwb at sslmit.unibo.it > Date: Tue, 21 Jan 2014 07:52:49 +0000 > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > > (1) Ach, that's a bug introduced by the previous bug fix! Changed & fixed in 508. > > (2) This occurs, I think, because you are running the script on a half-upgraded database, so some of the changes it is trying to make have already been made. > > Run this SQL command manually: > > describe saved_dbs; > > and look at the key status of the column "dbname". If it says "PRI", then you need to revert the DB by running the following: > > alter table saved_dbs drop primary key; > alter table saved_dbs add key `dbname` (`dbname`); > > If that's the only thing that was "halfway", it will fix the problem. If other things were half-and-half, you'll get stuck at a later point in the script next time you run it. > > One (slightly dangerous) way round that is to hack library.inc.php to comment out lines 222 and 223. Then, the script will trundle on even if one of the earlier commands does not run. That change would need to be reverted ASAP afterwards of course! > > Andrew. From a.hardie at lancaster.ac.uk Tue Jan 21 09:15:17 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Tue, 21 Jan 2014 08:15:17 +0000 Subject: [CWB] CQPweb: v 3.1.0 now usable, I think In-Reply-To: References: , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCD39@EX-0-MB1.lancs.local>, , , , , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCE6D@EX-0-MB1.lancs.local>, , <28078EC3FBF1B940A3EF3D0D19BE351D2CCF0F@EX-0-MB1.lancs.local> Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2CCFBA@EX-0-MB1.lancs.local> Could you copy-paste your "describe saved_dbs"? It's clearly the same problem, a half-and-half state, in that dbname is defined as a primary key already when the script tries to define it as such. The script expects the 3.0.16 state to be that dbname is a key but not a primary key. Ta Andrew. -----Original Message----- From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Markus Killer Sent: 21 January 2014 08:12 To: Open source development of the Corpus WorkBench Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think (2) - I'm running the script on an exact copy of the working 3.0.16 database (imported sql dump) If I apply the > alter table saved_dbs drop primary key; alter table saved_dbs add key > `dbname` (`dbname`); I get this: mki at ubuntu:/var/www/cqp-web-beta/bin$ sudo php upgrade-database.php Database version is now at < 3.1.0. Database will now be upgraded to 3.1.0... A mySQL query did not run successfully! Original query: alter table mysql_processes add primary key (`dbname`) Error # 1068: Multiple primary key defined ---------------------------------------- > From: a.hardie at lancaster.ac.uk > To: m.killer at outlook.com; cwb at sslmit.unibo.it > Date: Tue, 21 Jan 2014 07:52:49 +0000 > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > > (1) Ach, that's a bug introduced by the previous bug fix! Changed & fixed in 508. > > (2) This occurs, I think, because you are running the script on a half-upgraded database, so some of the changes it is trying to make have already been made. > > Run this SQL command manually: > > describe saved_dbs; > > and look at the key status of the column "dbname". If it says "PRI", then you need to revert the DB by running the following: > > alter table saved_dbs drop primary key; alter table saved_dbs add key > `dbname` (`dbname`); > > If that's the only thing that was "halfway", it will fix the problem. If other things were half-and-half, you'll get stuck at a later point in the script next time you run it. > > One (slightly dangerous) way round that is to hack library.inc.php to comment out lines 222 and 223. Then, the script will trundle on even if one of the earlier commands does not run. That change would need to be reverted ASAP afterwards of course! > > Andrew. _______________________________________________ CWB mailing list CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb From markus.killer at uzh.ch Tue Jan 21 09:50:45 2014 From: markus.killer at uzh.ch (Markus Killer) Date: Tue, 21 Jan 2014 09:50:45 +0100 Subject: [CWB] CQPweb: v 3.1.0 now usable, I think In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D2CCF76@EX-0-MB1.lancs.local> References: , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCD39@EX-0-MB1.lancs.local>, , , , , , , , , , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCE6D@EX-0-MB1.lancs.local>, , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCF0F@EX-0-MB1.lancs.local>, , <28078EC3FBF1B940A3EF3D0D19BE351D2CCF76@EX-0-MB1.lancs.local> Message-ID: (1) - now I get the following warning @rev509 (autosetup on empty db - complete msg below): Updated to Revision 509. mki at ubuntu:/var/www/cqp-web-beta/bin$ sudo php autosetup.php Now finalising setup for this installation of CQPweb.... Installing database structure; please wait. Database setup complete. PHP Warning: mysql_close(): 13 is not a valid MySQL-Link resource in /var/www/cqp-web-beta/lib/library.inc.php on line 152 Invalid user name specified at database level: mkiller ***************************** mysql> describe cqpwbeta.user_info; +---------------------------+------------------+------+-----+---------------------+----------------+ | Field ? ? ? ? ? ? ? ? ? ? | Type ? ? ? ? ? ? | Null | Key | Default ? ? ? ? ? ? | Extra ? ? ? ? ?| +---------------------------+------------------+------+-----+---------------------+----------------+ | id ? ? ? ? ? ? ? ? ? ? ? ?| int(11) ? ? ? ? ?| NO ? | PRI | NULL ? ? ? ? ? ? ? ?| auto_increment | | username ? ? ? ? ? ? ? ? ?| varchar(20) ? ? ?| NO ? | UNI | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| | password ? ? ? ? ? ? ? ? ?| varchar(20) ? ? ?| YES ?| ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| | realname ? ? ? ? ? ? ? ? ?| varchar(255) ? ? | YES ?| ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| | email ? ? ? ? ? ? ? ? ? ? | varchar(255) ? ? | YES ?| ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| | affiliation ? ? ? ? ? ? ? | varchar(255) ? ? | YES ?| ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| | country ? ? ? ? ? ? ? ? ? | char(2) ? ? ? ? ?| YES ?| ? ? | 00 ? ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| | passhash ? ? ? ? ? ? ? ? ?| char(61) ? ? ? ? | YES ?| ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| | acct_status ? ? ? ? ? ? ? | tinyint(1) ? ? ? | NO ? | ? ? | 0 ? ? ? ? ? ? ? ? ? | ? ? ? ? ? ? ? ?| | verify_key ? ? ? ? ? ? ? ?| varchar(32) ? ? ?| YES ?| ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| | expiry_time ? ? ? ? ? ? ? | int(10) unsigned | NO ? | ? ? | 0 ? ? ? ? ? ? ? ? ? | ? ? ? ? ? ? ? ?| | password_expiry_time ? ? ?| int(10) unsigned | NO ? | ? ? | 0 ? ? ? ? ? ? ? ? ? | ? ? ? ? ? ? ? ?| | last_seen_time ? ? ? ? ? ?| timestamp ? ? ? ?| NO ? | ? ? | 0000-00-00 00:00:00 | ? ? ? ? ? ? ? ?| | acct_create_time ? ? ? ? ?| timestamp ? ? ? ?| NO ? | ? ? | CURRENT_TIMESTAMP ? | ? ? ? ? ? ? ? ?| | conc_kwicview ? ? ? ? ? ? | tinyint(1) ? ? ? | YES ?| ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| | conc_corpus_order ? ? ? ? | tinyint(1) ? ? ? | YES ?| ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| | cqp_syntax ? ? ? ? ? ? ? ?| tinyint(1) ? ? ? | YES ?| ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| | context_with_tags ? ? ? ? | tinyint(1) ? ? ? | YES ?| ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| | use_tooltips ? ? ? ? ? ? ?| tinyint(1) ? ? ? | YES ?| ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| | thin_default_reproducible | tinyint(1) ? ? ? | YES ?| ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| | coll_statistic ? ? ? ? ? ?| tinyint(4) ? ? ? | YES ?| ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| | coll_freqtogether ? ? ? ? | int(11) ? ? ? ? ?| YES ?| ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| | coll_freqalone ? ? ? ? ? ?| int(11) ? ? ? ? ?| YES ?| ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| | coll_from ? ? ? ? ? ? ? ? | tinyint(4) ? ? ? | YES ?| ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| | coll_to ? ? ? ? ? ? ? ? ? | tinyint(4) ? ? ? | YES ?| ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| | max_dbsize ? ? ? ? ? ? ? ?| int(10) unsigned | YES ?| ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| | linefeed ? ? ? ? ? ? ? ? ?| char(2) ? ? ? ? ?| YES ?| ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| +---------------------------+------------------+------+-----+---------------------+----------------+ 27 rows in set (0.00 sec) ---------------------------------------- > From: a.hardie at lancaster.ac.uk > To: m.killer at outlook.com; cwb at sslmit.unibo.it > Date: Tue, 21 Jan 2014 08:09:52 +0000 > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > > I've taken another crack at it in 509... > > A > > -----Original Message----- > From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Markus Killer > Sent: 21 January 2014 08:04 > To: Open source development of the Corpus WorkBench > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > > (1) - still receiving the same error @rev508 (autosetup on empty db - complete msg below): > > Revision 508. > mki at ubuntu:/var/www/cqp-web-beta/bin$ sudo php autosetup.php > > Now finalising setup for this installation of CQPweb.... > > Installing database structure; please wait. > > Database setup complete. > > Now, we must set passwords for each user account specified as a superuser. > Please enter a password for user ``mkiller'': > > *** > > > You entered [***], are you happy with this? > > Enter [Y]es or [N]:y > PHP Notice: Trying to get property of non-object in /var/www/cqp-web-beta/lib/user-lib.inc.php on line 120 PHP Notice: Trying to get property of non-object in /var/www/cqp-web-beta/lib/user-lib.inc.php on line 121 PHP Notice: Trying to get property of non-object in /var/www/cqp-web-beta/lib/user-lib.inc.php on line 122 PHP Notice: Trying to get property of non-object in /var/www/cqp-web-beta/lib/user-lib.inc.php on line 123 PHP Notice: Trying to get property of non-object in /var/www/cqp-web-beta/lib/user-lib.inc.php on line 124 PHP Notice: Trying to get property of non-object in /var/www/cqp-web-beta/lib/user-lib.inc.php on line 125 PHP Notice: Trying to get property of non-object in /var/www/cqp-web-beta/lib/exiterror.inc.php on line 92 PHP Notice: Trying to get property of non-object in /var/www/cqp-web-beta/lib/exiterror.inc.php on line 93 PHP Notice: Trying to get property of non-object in /var/www/cqp-web-beta/lib/exiterror.inc.php on line 95 > > > > > > > > ---------------------------------------- >> From: a.hardie at lancaster.ac.uk >> To: m.killer at outlook.com; cwb at sslmit.unibo.it >> Date: Tue, 21 Jan 2014 07:52:49 +0000 >> Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think >> >> (1) Ach, that's a bug introduced by the previous bug fix! Changed & fixed in 508. >> >> (2) This occurs, I think, because you are running the script on a half-upgraded database, so some of the changes it is trying to make have already been made. > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb From a.hardie at lancaster.ac.uk Tue Jan 21 10:46:57 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Tue, 21 Jan 2014 09:46:57 +0000 Subject: [CWB] CWB Digest, Vol 84, Issue 7 In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D2CCF1B@EX-0-MB1.lancs.local> References: <05e001cf167d$311c6020$93552060$@gmail.com> <28078EC3FBF1B940A3EF3D0D19BE351D2CCF1B@EX-0-MB1.lancs.local> Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2CD0B6@EX-0-MB1.lancs.local> For the benefit of others - Umut's problem was due to not updating the config file to match the new format. The changes ot the config file format are described in the manual http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf see pages 24 and 25 especually. best Andrew. -----Original Message----- From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Hardie, Andrew Sent: 21 January 2014 07:53 To: Open source development of the Corpus WorkBench Subject: Re: [CWB] CWB Digest, Vol 84, Issue 7 Umut, Can you please copy the contents of your config file into an email to me off-list? (redacting any passwords of course) I suspect the problem is in there. best Andrew. -----Original Message----- From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Umut Demirhan Sent: 21 January 2014 07:49 To: cwb at sslmit.unibo.it Subject: Re: [CWB] CWB Digest, Vol 84, Issue 7 Dear Andrew, Thanks for the recent update. I've upgraded my local CQPweb to 3.1. After updating, I had several problems. I'm not sure if others have the same issues. First of all, it is about the user system that Markus reported, and you mentoned on twitter. The auto setup script generates the same error on my x64 Ubuntu, mysql-server-5.5. I created a normal user and then logged into mysql via phpmyadmin. I changed the name of the user to what I previously selected as superuser, and specified a password for him, and validated the account. Then, I tried to login to CQPweb, and this time it was successful. I tried to regenerate the color schemas; however, the application generated another error message "CQP backend failed". I checked out the config file and it seems that there is no statement about the paths below: /* variables do require a '/' before and after */ $path_to_cwb = 'usr/local/bin'; $path_to_perl = 'usr/bin'; I've added them to my config file; however, there is no success. It still generates the error message as in below: Checking that usr/local/bin/ exists... CHECK FAILED. Check that usr/local/bin/ exists and contains the CQP executable. I'm sure about that the file is located in that folder. I hope that helps to solve the problem. Does anyone have the same issues? Best regards, Umut > -----Original Message----- > From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] > On Behalf Of cwb-request at sslmit.unibo.it > Sent: Tuesday, January 21, 2014 6:12 AM > To: cwb at sslmit.unibo.it > Subject: CWB Digest, Vol 84, Issue 7 > > Send CWB mailing list submissions to > cwb at sslmit.unibo.it > > To subscribe or unsubscribe via the World Wide Web, visit > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > or, via email, send a message with subject or body 'help' to > cwb-request at sslmit.unibo.it > > You can reach the person managing the list at > cwb-owner at sslmit.unibo.it > > When replying, please edit your Subject line so it is more specific > than "Re: > Contents of CWB digest..." > > > Today's Topics: > > 1. Re: CQPweb: v 3.1.0 now usable, I think (Markus Killer) > 2. Re: CQPweb: v 3.1.0 now usable, I think (Hardie, Andrew) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 20 Jan 2014 20:24:44 +0100 > From: Markus Killer > To: "cwb at sslmit.unibo.it" > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > Message-ID: > Content-Type: text/plain; charset="iso-8859-1" > > Dear Andrew, > Thanks a lot for the update to v3.1.0. Today, I've successfully > installed and > configured v3.0.16 on a Xubuntu 12.04 LTS (64-bit) system. However, I didn't > manage to get v3.1.0 (svn rev 497) running. When I try to run the autosetup > script, I get the following php notices and a fatal error:$php autosetup.php > PHP Notice: Undefined offset: 1 in /var/www/cqp-web- > beta/lib/defaults.inc.php on line 446 PHP Notice: Undefined offset: 1 > in /var/www/cqp-web-beta/lib/defaults.inc.php on line 446 PHP Fatal error: > Call to a member function is_admin() on a non-object in /var/www/cqp- > web-beta/lib/exiterror.inc.php on line 282 I then went on to try an upgrade > from v3.0.16, but the update upgrade-database.php script terminates > with the same php fatal error.Best wishes,Markus [CWB] CQPweb: v 3.1.0 > now usable, I thinkHardie, Andrew a.hardie at lancaster.ac.uk Mon Jan > 20 09:19:41 CET 2014Previous message: [CWB] > [cwb:bugs] #60 CQPweb : metadata from XML, primary classification > not setNext message: [CWB] CQPweb: v 3.1.0 now usable, I thinkMessages > sorted by: [ date ] [ thread ] [ subject ] [ author ]Hi all, > > My grand re-structuring of almost everything for CQPweb v 3.1.0 is now > finished. > > There is not much visible difference, but a lot has changed under the bonnet, > and this will hopefully make it quicker and easier to implement new features. > > If you are an adventurous sort, I think you can now safely upgrade to 3.1.0 > (repo commit 497). There are probably bugs; reports very welcome. > > If you are less adventurous, you might want to stick with 3.0.16 a bit longer, > until the worst problems are dealt with. > > Currently 3.1 runs nowhere but on my computer. Later today I hope to > upgrade the Lancaster to 3.1, so those of you with accounts on that > server can have a look at it later this week to see what has changed. > > One big change that you won't see from looking at a server is that I > have completely revamped the sysadmin documentation. Previously this > consisted of a series of HTML files - the maintenance of which has > become increasingly hairy over the past couple of years. Now, I have > shifted most of > these over into a "CQPweb System Administrator's Manual" written in > LaTeX and available within the usual documentation tree on the > SourceForge repository. I hope that this new format will (a) make it > more maintainable (b) > make it easier for others to contribute patches. There are still a > couple of > HTML files to convert; these will be done as and when I find a moment. > > Like the CWB and CQP tutorials, the manual compiles to both PDF and > HTML; the PDF is included with CQPweb and is also on the website here: > > http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf > > Crucially, it has a couple of sections that between them cover the > process of > upgrading from v 3.0.16 to 3.1.0, which, given all the changes I have made, is > non-straightforward. > > That's all for now. > > best > > Andrew. > -------------- next part -------------- An HTML attachment was > scrubbed... > URL: > e3 > b/attachment-0001.html> > > ------------------------------ > > Message: 2 > Date: Tue, 21 Jan 2014 04:12:06 +0000 > From: "Hardie, Andrew" > To: "m.killer at outlook.com" , "Open source > development of the Corpus WorkBench" > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > Message-ID: > <28078EC3FBF1B940A3EF3D0D19BE351D2CCD39 at EX-0- > MB1.lancs.local> > Content-Type: text/plain; charset="us-ascii" > > Thanks for the bug report; sorry for delay responding. This turned out > to be a > lingering environment bug from a much earlier version that was newly > exposed by the new scripts. Now fixed in svn. > > best > > Andrew. > > From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] > On Behalf Of Markus Killer > Sent: 20 January 2014 19:25 > To: cwb at sslmit.unibo.it > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > > > Dear Andrew, > > > > Thanks a lot for the update to v3.1.0. Today, I've successfully > installed and > configured v3.0.16 on a Xubuntu 12.04 LTS (64-bit) system. However, I didn't > manage to get v3.1.0 (svn rev 497) running. > > When I try to run the autosetup script, I get the following php > notices and a > fatal error: > > $php autosetup.php > > PHP Notice: Undefined offset: 1 in /var/www/cqp-web- > beta/lib/defaults.inc.php on line 446 > > PHP Notice: Undefined offset: 1 in /var/www/cqp-web- > beta/lib/defaults.inc.php on line 446 > > PHP Fatal error: Call to a member function is_admin() on a non-object > in /var/www/cqp-web-beta/lib/exiterror.inc.php on line 282 > > I then went on to try an upgrade from v3.0.16, but the update upgrade- > database.php script terminates with the same php fatal error. > > Best wishes, > > Markus > > > > [CWB] CQPweb: v 3.1.0 now usable, I think Hardie, Andrew a.hardie at > lancaster.ac.uk > CQPweb%3A%20v%203.1.0%20now%20usable%2C%20I%20think&In-Reply- > To=%3C28078EC3FBF1B940A3EF3D0D19BE351D2CC631%40EX-0- > MB1.lancs.local%3E> > Mon Jan 20 09:19:41 CET 2014 > > * Previous message: [CWB] [cwb:bugs] #60 CQPweb : metadata from XML, > primary classification not > set > * Next message: [CWB] CQPweb: v 3.1.0 now usable, I > think January/001482.html> > * Messages sorted by: [ date > ] 81> [ thread ] January/thread.html#1481> [ subject > ] January/subject.html#1481> [ author > ] January/author.html#1481> > > ________________________________ > > Hi all, > > > > My grand re-structuring of almost everything for CQPweb v 3.1.0 is now > finished. > > > > There is not much visible difference, but a lot has changed under the bonnet, > and this will hopefully make it quicker and easier to implement new features. > > > > If you are an adventurous sort, I think you can now safely upgrade to 3.1.0 > (repo commit 497). There are probably bugs; reports very welcome. > > > > If you are less adventurous, you might want to stick with 3.0.16 a bit longer, > until the worst problems are dealt with. > > > > Currently 3.1 runs nowhere but on my computer. Later today I hope to > upgrade the Lancaster to 3.1, so those of you with accounts on that > server can have a look at it later this week to see what has changed. > > > > One big change that you won't see from looking at a server is that I > have completely revamped the sysadmin documentation. Previously this > consisted of a series of HTML files - the maintenance of which has > become increasingly hairy over the past couple of years. Now, I have > shifted most of > these over into a "CQPweb System Administrator's Manual" written in > LaTeX and available within the usual documentation tree on the > SourceForge repository. I hope that this new format will (a) make it > more maintainable (b) > make it easier for others to contribute patches. There are still a > couple of > HTML files to convert; these will be done as and when I find a moment. > > > > Like the CWB and CQP tutorials, the manual compiles to both PDF and > HTML; the PDF is included with CQPweb and is also on the website here: > > > > http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf > > > > Crucially, it has a couple of sections that between them cover the > process of > upgrading from v 3.0.16 to 3.1.0, which, given all the changes I have made, is > non-straightforward. > > > > That's all for now. > > > > best > > > > Andrew. > -------------- next part -------------- An HTML attachment was > scrubbed... > URL: > 72 > e/attachment.html> > > ------------------------------ > > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > > > End of CWB Digest, Vol 84, Issue 7 > ********************************** _______________________________________________ CWB mailing list CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb _______________________________________________ CWB mailing list CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb From a.hardie at lancaster.ac.uk Tue Jan 21 10:58:26 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Tue, 21 Jan 2014 09:58:26 +0000 Subject: [CWB] CWB Digest, Vol 84, Issue 7 In-Reply-To: References: , <05e001cf167d$311c6020$93552060$@gmail.com>, <28078EC3FBF1B940A3EF3D0D19BE351D2CCF1B@EX-0-MB1.lancs.local>, <28078EC3FBF1B940A3EF3D0D19BE351D2CD0B6@EX-0-MB1.lancs.local> Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2CD115@EX-0-MB1.lancs.local> $path_to_cwb is no longer compulsory and the config script only sets up compulsory variables. That's why it's no longer asked for. If you don't add it manually to your config file, then it is assumed that CQP is on the path. If it's not, then conversely you need to add it to your config file. See manual page 24, also pg 17. best Andrew. From: Markus Killer [mailto:markus.killer at uzh.ch] Sent: 21 January 2014 09:55 To: Hardie, Andrew Subject: RE: [CWB] CWB Digest, Vol 84, Issue 7 The problem exists on new installs as well: attached you'll find the config-file generated by autoconfig-script ($path_to_cqp is missing and autoconfig doesn't ask for it). This is how I was able to log into the admin panel, eventually (did the same as Unmut): manually added superuser to db, then logged into admin panel & tried to generate skins: ERROR: CQP backend startup failed Then, ran 'system diagnostics' - 'Check CQP backend': Beginning diagnostics on CQP child process connection. Using following configuration variables: $path_to_cqp = ``'' $cwb_registry = ``/home/mki/cqp_web_beta_data/registry'' Checking that exists... CHECK FAILED. Check that exists and contains the CQP executable. ---------------------------------------- > From: a.hardie at lancaster.ac.uk > To: cwb at sslmit.unibo.it > Date: Tue, 21 Jan 2014 09:46:57 +0000 > Subject: Re: [CWB] CWB Digest, Vol 84, Issue 7 > > For the benefit of others - Umut's problem was due to not updating the config file to match the new format. The changes ot the config file format are described in the manual > > http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf > > see pages 24 and 25 especually. > > best > > Andrew. > > -----Original Message----- > From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Hardie, Andrew > Sent: 21 January 2014 07:53 > To: Open source development of the Corpus WorkBench > Subject: Re: [CWB] CWB Digest, Vol 84, Issue 7 > > Umut, > > Can you please copy the contents of your config file into an email to me off-list? (redacting any passwords of course) > > I suspect the problem is in there. > > best > > Andrew. > > -----Original Message----- > From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Umut Demirhan > Sent: 21 January 2014 07:49 > To: cwb at sslmit.unibo.it > Subject: Re: [CWB] CWB Digest, Vol 84, Issue 7 > > Dear Andrew, > > Thanks for the recent update. I've upgraded my local CQPweb to 3.1. > > After updating, I had several problems. I'm not sure if others have the same issues. > > First of all, it is about the user system that Markus reported, and you mentoned on twitter. The auto setup script generates the same error on my > x64 Ubuntu, mysql-server-5.5. > > I created a normal user and then logged into mysql via phpmyadmin. I changed the name of the user to what I previously selected as superuser, and specified a password for him, and validated the account. > > Then, I tried to login to CQPweb, and this time it was successful. I tried to regenerate the color schemas; however, the application generated another error message "CQP backend failed". I checked out the config file and it seems that there is no statement about the paths below: > > /* variables do require a '/' before and after */ $path_to_cwb = 'usr/local/bin'; $path_to_perl = 'usr/bin'; > > I've added them to my config file; however, there is no success. It still generates the error message as in below: > Checking that usr/local/bin/ exists... > CHECK FAILED. Check that usr/local/bin/ exists and contains the CQP executable. > > I'm sure about that the file is located in that folder. > > I hope that helps to solve the problem. Does anyone have the same issues? > > Best regards, > Umut > >> -----Original Message----- >> From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] >> On Behalf Of cwb-request at sslmit.unibo.it >> Sent: Tuesday, January 21, 2014 6:12 AM >> To: cwb at sslmit.unibo.it >> Subject: CWB Digest, Vol 84, Issue 7 >> >> Send CWB mailing list submissions to >> cwb at sslmit.unibo.it >> >> To subscribe or unsubscribe via the World Wide Web, visit >> http://devel.sslmit.unibo.it/mailman/listinfo/cwb >> or, via email, send a message with subject or body 'help' to >> cwb-request at sslmit.unibo.it >> >> You can reach the person managing the list at >> cwb-owner at sslmit.unibo.it >> >> When replying, please edit your Subject line so it is more specific >> than > "Re: >> Contents of CWB digest..." >> >> >> Today's Topics: >> >> 1. Re: CQPweb: v 3.1.0 now usable, I think (Markus Killer) >> 2. Re: CQPweb: v 3.1.0 now usable, I think (Hardie, Andrew) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Mon, 20 Jan 2014 20:24:44 +0100 >> From: Markus Killer > >> To: "cwb at sslmit.unibo.it" > >> Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think >> Message-ID: > >> Content-Type: text/plain; charset="iso-8859-1" >> >> Dear Andrew, >> Thanks a lot for the update to v3.1.0. Today, I've successfully >> installed > and >> configured v3.0.16 on a Xubuntu 12.04 LTS (64-bit) system. However, I > didn't >> manage to get v3.1.0 (svn rev 497) running. When I try to run the > autosetup >> script, I get the following php notices and a fatal error:$php > autosetup.php >> PHP Notice: Undefined offset: 1 in /var/www/cqp-web- >> beta/lib/defaults.inc.php on line 446 PHP Notice: Undefined offset: 1 >> in /var/www/cqp-web-beta/lib/defaults.inc.php on line 446 PHP Fatal error: >> Call to a member function is_admin() on a non-object in /var/www/cqp- >> web-beta/lib/exiterror.inc.php on line 282 I then went on to try an > upgrade >> from v3.0.16, but the update upgrade-database.php script terminates >> with the same php fatal error.Best wishes,Markus [CWB] CQPweb: v 3.1.0 >> now usable, I thinkHardie, Andrew a.hardie at lancaster.ac.uk Mon Jan >> 20 09:19:41 CET 2014Previous message: [CWB] >> [cwb:bugs] #60 CQPweb : metadata from XML, primary classification >> not setNext message: [CWB] CQPweb: v 3.1.0 now usable, I thinkMessages >> sorted by: [ date ] [ thread ] [ subject ] [ author ]Hi all, >> >> My grand re-structuring of almost everything for CQPweb v 3.1.0 is now >> finished. >> >> There is not much visible difference, but a lot has changed under the > bonnet, >> and this will hopefully make it quicker and easier to implement new > features. >> >> If you are an adventurous sort, I think you can now safely upgrade to > 3.1.0 >> (repo commit 497). There are probably bugs; reports very welcome. >> >> If you are less adventurous, you might want to stick with 3.0.16 a bit > longer, >> until the worst problems are dealt with. >> >> Currently 3.1 runs nowhere but on my computer. Later today I hope to >> upgrade the Lancaster to 3.1, so those of you with accounts on that >> server can have a look at it later this week to see what has changed. >> >> One big change that you won't see from looking at a server is that I >> have completely revamped the sysadmin documentation. Previously this >> consisted of a series of HTML files - the maintenance of which has >> become increasingly hairy over the past couple of years. Now, I have >> shifted most > of >> these over into a "CQPweb System Administrator's Manual" written in >> LaTeX and available within the usual documentation tree on the >> SourceForge repository. I hope that this new format will (a) make it >> more maintainable > (b) >> make it easier for others to contribute patches. There are still a >> couple > of >> HTML files to convert; these will be done as and when I find a moment. >> >> Like the CWB and CQP tutorials, the manual compiles to both PDF and >> HTML; the PDF is included with CQPweb and is also on the website here: >> >> http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf >> >> Crucially, it has a couple of sections that between them cover the >> process > of >> upgrading from v 3.0.16 to 3.1.0, which, given all the changes I have > made, is >> non-straightforward. >> >> That's all for now. >> >> best >> >> Andrew. >> -------------- next part -------------- An HTML attachment was >> scrubbed... >> URL: >> > e3 >> b/attachment-0001.html> >> >> ------------------------------ >> >> Message: 2 >> Date: Tue, 21 Jan 2014 04:12:06 +0000 >> From: "Hardie, Andrew" > >> To: "m.killer at outlook.com" >, "Open source >> development of the Corpus WorkBench" > >> Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think >> Message-ID: >> <28078EC3FBF1B940A3EF3D0D19BE351D2CCD39 at EX-0- >> MB1.lancs.local> >> Content-Type: text/plain; charset="us-ascii" >> >> Thanks for the bug report; sorry for delay responding. This turned out >> to > be a >> lingering environment bug from a much earlier version that was newly >> exposed by the new scripts. Now fixed in svn. >> >> best >> >> Andrew. >> >> From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] >> On Behalf Of Markus Killer >> Sent: 20 January 2014 19:25 >> To: cwb at sslmit.unibo.it >> Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think >> >> >> Dear Andrew, >> >> >> >> Thanks a lot for the update to v3.1.0. Today, I've successfully >> installed > and >> configured v3.0.16 on a Xubuntu 12.04 LTS (64-bit) system. However, I > didn't >> manage to get v3.1.0 (svn rev 497) running. >> >> When I try to run the autosetup script, I get the following php >> notices > and a >> fatal error: >> >> $php autosetup.php >> >> PHP Notice: Undefined offset: 1 in /var/www/cqp-web- >> beta/lib/defaults.inc.php on line 446 >> >> PHP Notice: Undefined offset: 1 in /var/www/cqp-web- >> beta/lib/defaults.inc.php on line 446 >> >> PHP Fatal error: Call to a member function is_admin() on a non-object >> in /var/www/cqp-web-beta/lib/exiterror.inc.php on line 282 >> >> I then went on to try an upgrade from v3.0.16, but the update upgrade- >> database.php script terminates with the same php fatal error. >> >> Best wishes, >> >> Markus >> >> >> >> [CWB] CQPweb: v 3.1.0 now usable, I think Hardie, Andrew a.hardie at >> lancaster.ac.uk >> >> CQPweb%3A%20v%203.1.0%20now%20usable%2C%20I%20think&In-Reply- >> To=%3C28078EC3FBF1B940A3EF3D0D19BE351D2CC631%40EX-0- >> MB1.lancs.local%3E> >> Mon Jan 20 09:19:41 CET 2014 >> >> * Previous message: [CWB] [cwb:bugs] #60 CQPweb : metadata from XML, >> primary classification not >> set >> * Next message: [CWB] CQPweb: v 3.1.0 now usable, I >> think> January/001482.html> >> * Messages sorted by: [ date >> ]> 81> [ thread ]> January/thread.html#1481> [ subject >> ]> January/subject.html#1481> [ author >> ]> January/author.html#1481> >> >> ________________________________ >> >> Hi all, >> >> >> >> My grand re-structuring of almost everything for CQPweb v 3.1.0 is now >> finished. >> >> >> >> There is not much visible difference, but a lot has changed under the > bonnet, >> and this will hopefully make it quicker and easier to implement new > features. >> >> >> >> If you are an adventurous sort, I think you can now safely upgrade to > 3.1.0 >> (repo commit 497). There are probably bugs; reports very welcome. >> >> >> >> If you are less adventurous, you might want to stick with 3.0.16 a bit > longer, >> until the worst problems are dealt with. >> >> >> >> Currently 3.1 runs nowhere but on my computer. Later today I hope to >> upgrade the Lancaster to 3.1, so those of you with accounts on that >> server can have a look at it later this week to see what has changed. >> >> >> >> One big change that you won't see from looking at a server is that I >> have completely revamped the sysadmin documentation. Previously this >> consisted of a series of HTML files - the maintenance of which has >> become increasingly hairy over the past couple of years. Now, I have >> shifted most > of >> these over into a "CQPweb System Administrator's Manual" written in >> LaTeX and available within the usual documentation tree on the >> SourceForge repository. I hope that this new format will (a) make it >> more maintainable > (b) >> make it easier for others to contribute patches. There are still a >> couple > of >> HTML files to convert; these will be done as and when I find a moment. >> >> >> >> Like the CWB and CQP tutorials, the manual compiles to both PDF and >> HTML; the PDF is included with CQPweb and is also on the website here: >> >> >> >> http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf >> >> >> >> Crucially, it has a couple of sections that between them cover the >> process > of >> upgrading from v 3.0.16 to 3.1.0, which, given all the changes I have > made, is >> non-straightforward. >> >> >> >> That's all for now. >> >> >> >> best >> >> >> >> Andrew. >> -------------- next part -------------- An HTML attachment was >> scrubbed... >> URL: >> > 72 >> e/attachment.html> >> >> ------------------------------ >> >> _______________________________________________ >> CWB mailing list >> CWB at sslmit.unibo.it >> http://devel.sslmit.unibo.it/mailman/listinfo/cwb >> >> >> End of CWB Digest, Vol 84, Issue 7 >> ********************************** > > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.hardie at lancaster.ac.uk Tue Jan 21 11:17:22 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Tue, 21 Jan 2014 10:17:22 +0000 Subject: [CWB] CQPweb: v 3.1.0 now usable, I think In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D2CCFBA@EX-0-MB1.lancs.local> References: , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCD39@EX-0-MB1.lancs.local>, , , , , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCE6D@EX-0-MB1.lancs.local>, , <28078EC3FBF1B940A3EF3D0D19BE351D2CCF0F@EX-0-MB1.lancs.local> <28078EC3FBF1B940A3EF3D0D19BE351D2CCFBA@EX-0-MB1.lancs.local> Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2CD169@EX-0-MB1.lancs.local> (For the benfit of the peanut gallery: Markus sent me the "describe.... off list, and it had this line: | dbname | varchar(200) | NO | PRI | NULL | | ) So again, it's a case of rollback being needed so the script can run again. The next bug is a phasing issue, it looks as if some of the DB changes which I put in there for 3.0.16 are not in the right place, they should have been assigned to 3.0.15. Commit 510 has all of those that I can find fixed. best Andrew. -----Original Message----- From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Hardie, Andrew Sent: 21 January 2014 08:15 To: m.killer at outlook.com; Open source development of the Corpus WorkBench Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think Could you copy-paste your "describe saved_dbs"? It's clearly the same problem, a half-and-half state, in that dbname is defined as a primary key already when the script tries to define it as such. The script expects the 3.0.16 state to be that dbname is a key but not a primary key. Ta Andrew. -----Original Message----- From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Markus Killer Sent: 21 January 2014 08:12 To: Open source development of the Corpus WorkBench Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think (2) - I'm running the script on an exact copy of the working 3.0.16 database (imported sql dump) If I apply the > alter table saved_dbs drop primary key; alter table saved_dbs add key > `dbname` (`dbname`); I get this: mki at ubuntu:/var/www/cqp-web-beta/bin$ sudo php upgrade-database.php Database version is now at < 3.1.0. Database will now be upgraded to 3.1.0... A mySQL query did not run successfully! Original query: alter table mysql_processes add primary key (`dbname`) Error # 1068: Multiple primary key defined ---------------------------------------- > From: a.hardie at lancaster.ac.uk > To: m.killer at outlook.com; cwb at sslmit.unibo.it > Date: Tue, 21 Jan 2014 07:52:49 +0000 > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > > (1) Ach, that's a bug introduced by the previous bug fix! Changed & fixed in 508. > > (2) This occurs, I think, because you are running the script on a half-upgraded database, so some of the changes it is trying to make have already been made. > > Run this SQL command manually: > > describe saved_dbs; > > and look at the key status of the column "dbname". If it says "PRI", then you need to revert the DB by running the following: > > alter table saved_dbs drop primary key; alter table saved_dbs add key > `dbname` (`dbname`); > > If that's the only thing that was "halfway", it will fix the problem. If other things were half-and-half, you'll get stuck at a later point in the script next time you run it. > > One (slightly dangerous) way round that is to hack library.inc.php to comment out lines 222 and 223. Then, the script will trundle on even if one of the earlier commands does not run. That change would need to be reverted ASAP afterwards of course! > > Andrew. _______________________________________________ CWB mailing list CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb _______________________________________________ CWB mailing list CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb From markus.killer at uzh.ch Tue Jan 21 11:48:21 2014 From: markus.killer at uzh.ch (Markus Killer) Date: Tue, 21 Jan 2014 11:48:21 +0100 Subject: [CWB] CQPweb: upgrade-database.php v3.0.16 > v3.1.0 In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D2CD169@EX-0-MB1.lancs.local> References: , , ,,,,<28078EC3FBF1B940A3EF3D0D19BE351D2CCD39@EX-0-MB1.lancs.local>, , , , , , , , , , , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCE6D@EX-0-MB1.lancs.local>, , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCF0F@EX-0-MB1.lancs.local>, , <28078EC3FBF1B940A3EF3D0D19BE351D2CCFBA@EX-0-MB1.lancs.local>, <28078EC3FBF1B940A3EF3D0D19BE351D2CD169@EX-0-MB1.lancs.local> Message-ID: upgrade-database on exact copy of working v3.0.16 db: Revision 510. mki at ubuntu:/var/www/cqp-web-beta/bin$ sudo php upgrade-database.php Database version is now at < 3.1.0. Database will now be upgraded to 3.1.0... A mySQL query did not run successfully! Original query: alter table system_messages alter column fromto set default NULL Error # 1067: Invalid default value for 'fromto' ************** DESCRIBE - BEFORE SCRIPT: mysql> describe cqpwbeta.system_messages; +------------+--------------+------+-----+-------------------+-----------------------------+ | Field | Type | Null | Key | Default | Extra | +------------+--------------+------+-----+-------------------+-----------------------------+ | message_id | varchar(150) | NO | PRI | NULL | | | timestamp | timestamp | NO | | CURRENT_TIMESTAMP | on update CURRENT_TIMESTAMP | | header | varchar(150) | NO | | | | | content | text | NO | | NULL | | | fromto | varchar(150) | NO | | | | +------------+--------------+------+-----+-------------------+-----------------------------+ 5 rows in set (0.00 sec) ---------------------------------------- > From: a.hardie at lancaster.ac.uk > To: cwb at sslmit.unibo.it; m.killer at outlook.com > Date: Tue, 21 Jan 2014 10:17:22 +0000 > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > > (For the benfit of the peanut gallery: Markus sent me the "describe.... off list, and it had this line: > > | dbname | varchar(200) | NO | PRI | NULL | | > > ) > > So again, it's a case of rollback being needed so the script can run again. > > The next bug is a phasing issue, it looks as if some of the DB changes which I put in there for 3.0.16 are not in the right place, they should have been assigned to 3.0.15. Commit 510 has all of those that I can find fixed. > > best > > Andrew. From a.hardie at lancaster.ac.uk Tue Jan 21 13:28:06 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Tue, 21 Jan 2014 12:28:06 +0000 Subject: [CWB] CQPweb: v 3.1.0 now usable, I think In-Reply-To: References: , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCD39@EX-0-MB1.lancs.local>, , , , , , , , , , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCE6D@EX-0-MB1.lancs.local>, , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCF0F@EX-0-MB1.lancs.local>, , <28078EC3FBF1B940A3EF3D0D19BE351D2CCF76@EX-0-MB1.lancs.local> Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2CD5BC@EX-0-MB1.lancs.local> This one puzzled me mightily for a while, but I think I have now fixed it. best Andrew. PS Apologies if I have missed responding to any problems, am working through them as quickly as I can, but my normal work stuff has been intruding a bit! -----Original Message----- From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Markus Killer Sent: 21 January 2014 08:51 To: Open source development of the Corpus WorkBench Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think (1) - now I get the following warning @rev509 (autosetup on empty db - complete msg below): Updated to Revision 509. mki at ubuntu:/var/www/cqp-web-beta/bin$ sudo php autosetup.php Now finalising setup for this installation of CQPweb.... Installing database structure; please wait. Database setup complete. PHP Warning: mysql_close(): 13 is not a valid MySQL-Link resource in /var/www/cqp-web-beta/lib/library.inc.php on line 152 Invalid user name specified at database level: mkiller ***************************** mysql> describe cqpwbeta.user_info; +---------------------------+------------------+------+-----+---------------------+----------------+ | Field ? ? ? ? ? ? ? ? ? ? | Type ? ? ? ? ? ? | Null | Key | Default ? ? ? ? ? ? | | Extra ? ? ? ? ?| +---------------------------+------------------+------+-----+---------------------+----------------+ | id ? ? ? ? ? ? ? ? ? ? ? ?| int(11) ? ? ? ? ?| NO ? | PRI | NULL ? ? ? ? ? ? ? ? | | auto_increment | username ? ? ? ? ? ? ? ? ?| varchar(20) ? ? ?| NO ? | | UNI | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| password ? ? ? ? ? ? ? ? ? | | varchar(20) ? ? ?| YES ?| ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ? | | realname ? ? ? ? ? ? ? ? ?| varchar(255) ? ? | YES ?| ? ? | NULL ? ? ? ? ? ? ? ? | | ? ? ? ? ? ? ? ?| email ? ? ? ? ? ? ? ? ? ? | varchar(255) ? ? | YES ? | | ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| affiliation ? ? ? ? ? ? ? | | varchar(255) ? ? | YES ?| ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ? | | country ? ? ? ? ? ? ? ? ? | char(2) ? ? ? ? ?| YES ?| ? ? | 00 ? ? ? ? ? ? ? ? ? | | ? ? ? ? ? ? ? ?| passhash ? ? ? ? ? ? ? ? ?| char(61) ? ? ? ? | YES ? | | ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| acct_status ? ? ? ? ? ? ? | | tinyint(1) ? ? ? | NO ? | ? ? | 0 ? ? ? ? ? ? ? ? ? | ? ? ? ? ? ? ? ? | | verify_key ? ? ? ? ? ? ? ?| varchar(32) ? ? ?| YES ?| ? ? | NULL ? ? ? ? ? ? ? ? | | ? ? ? ? ? ? ? ?| expiry_time ? ? ? ? ? ? ? | int(10) unsigned | NO ? | | ? ? | 0 ? ? ? ? ? ? ? ? ? | ? ? ? ? ? ? ? ?| password_expiry_time ? ? ? | | int(10) unsigned | NO ? | ? ? | 0 ? ? ? ? ? ? ? ? ? | ? ? ? ? ? ? ? ? | | last_seen_time ? ? ? ? ? ?| timestamp ? ? ? ?| NO ? | ? ? | | 0000-00-00 00:00:00 | ? ? ? ? ? ? ? ?| acct_create_time ? ? ? ? ?| | timestamp ? ? ? ?| NO ? | ? ? | CURRENT_TIMESTAMP ? | ? ? ? ? ? ? ? ?| | conc_kwicview ? ? ? ? ? ? | tinyint(1) ? ? ? | YES ?| ? ? | NULL ? ? ? ? ? ? ? ? | | ? ? ? ? ? ? ? ?| conc_corpus_order ? ? ? ? | tinyint(1) ? ? ? | YES ? | | ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| cqp_syntax ? ? ? ? ? ? ? ? | | tinyint(1) ? ? ? | YES ?| ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ? | | context_with_tags ? ? ? ? | tinyint(1) ? ? ? | YES ?| ? ? | NULL ? ? ? ? ? ? ? ? | | ? ? ? ? ? ? ? ?| use_tooltips ? ? ? ? ? ? ?| tinyint(1) ? ? ? | YES ? | | ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| | thin_default_reproducible | tinyint(1) ? ? ? | YES ?| ? ? | NULL ? ? ? ? ? ? ? ? | | ? ? ? ? ? ? ? ?| coll_statistic ? ? ? ? ? ?| tinyint(4) ? ? ? | YES ? | | ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| coll_freqtogether ? ? ? ? | | int(11) ? ? ? ? ?| YES ?| ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ? | | coll_freqalone ? ? ? ? ? ?| int(11) ? ? ? ? ?| YES ?| ? ? | NULL ? ? ? ? ? ? ? ? | | ? ? ? ? ? ? ? ?| coll_from ? ? ? ? ? ? ? ? | tinyint(4) ? ? ? | YES ? | | ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| coll_to ? ? ? ? ? ? ? ? ? | | tinyint(4) ? ? ? | YES ?| ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ? | | max_dbsize ? ? ? ? ? ? ? ?| int(10) unsigned | YES ?| ? ? | NULL ? ? ? ? ? ? ? ? | | ? ? ? ? ? ? ? ?| linefeed ? ? ? ? ? ? ? ? ?| char(2) ? ? ? ? ?| YES ? | | ? ? | NULL ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ?| +---------------------------+------------------+------+-----+---------------------+----------------+ 27 rows in set (0.00 sec) ---------------------------------------- > From: a.hardie at lancaster.ac.uk > To: m.killer at outlook.com; cwb at sslmit.unibo.it > Date: Tue, 21 Jan 2014 08:09:52 +0000 > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > > I've taken another crack at it in 509... > > A > > -----Original Message----- > From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] > On Behalf Of Markus Killer > Sent: 21 January 2014 08:04 > To: Open source development of the Corpus WorkBench > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > > (1) - still receiving the same error @rev508 (autosetup on empty db - complete msg below): > > Revision 508. > mki at ubuntu:/var/www/cqp-web-beta/bin$ sudo php autosetup.php > > Now finalising setup for this installation of CQPweb.... > > Installing database structure; please wait. > > Database setup complete. > > Now, we must set passwords for each user account specified as a superuser. > Please enter a password for user ``mkiller'': > > *** > > > You entered [***], are you happy with this? > > Enter [Y]es or [N]:y > PHP Notice: Trying to get property of non-object in > /var/www/cqp-web-beta/lib/user-lib.inc.php on line 120 PHP Notice: > Trying to get property of non-object in > /var/www/cqp-web-beta/lib/user-lib.inc.php on line 121 PHP Notice: > Trying to get property of non-object in > /var/www/cqp-web-beta/lib/user-lib.inc.php on line 122 PHP Notice: > Trying to get property of non-object in > /var/www/cqp-web-beta/lib/user-lib.inc.php on line 123 PHP Notice: > Trying to get property of non-object in > /var/www/cqp-web-beta/lib/user-lib.inc.php on line 124 PHP Notice: > Trying to get property of non-object in > /var/www/cqp-web-beta/lib/user-lib.inc.php on line 125 PHP Notice: > Trying to get property of non-object in > /var/www/cqp-web-beta/lib/exiterror.inc.php on line 92 PHP Notice: > Trying to get property of non-object in > /var/www/cqp-web-beta/lib/exiterror.inc.php on line 93 PHP Notice: > Trying to get property of non-object in > /var/www/cqp-web-beta/lib/exiterror.inc.php on line 95 > > > > > > > > ---------------------------------------- >> From: a.hardie at lancaster.ac.uk >> To: m.killer at outlook.com; cwb at sslmit.unibo.it >> Date: Tue, 21 Jan 2014 07:52:49 +0000 >> Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think >> >> (1) Ach, that's a bug introduced by the previous bug fix! Changed & fixed in 508. >> >> (2) This occurs, I think, because you are running the script on a half-upgraded database, so some of the changes it is trying to make have already been made. > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb _______________________________________________ CWB mailing list CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb From markus.killer at uzh.ch Tue Jan 21 13:31:58 2014 From: markus.killer at uzh.ch (Markus Killer) Date: Tue, 21 Jan 2014 13:31:58 +0100 Subject: [CWB] CQPweb: $path_to_cwb (config) vs. $path_to_cqp (system diagnostics) In-Reply-To: References: , , <05e001cf167d$311c6020$93552060$@gmail.com>, , <28078EC3FBF1B940A3EF3D0D19BE351D2CCF1B@EX-0-MB1.lancs.local>, , <28078EC3FBF1B940A3EF3D0D19BE351D2CD0B6@EX-0-MB1.lancs.local>, , <28078EC3FBF1B940A3EF3D0D19BE351D2CD115@EX-0-MB1.lancs.local>, Message-ID: Thanks for your quick fixes. Fully understand that you have other things to do. Found my mistake (used wrong variable in config: $path_to_cqp), changed it to $path_to_cwb and have now working backend with newly generated skins and colours. But for me to be able to login as superuser after autosetup terminates with: Database setup complete. PHP Warning: mysql_close(): 13 is not a valid MySQL-Link resource in /var/www/cqp-web-beta/lib/library.inc.php on line 152 Invalid user name specified at database level: mkiller I still have to manually add something like this to the database (table: user_info): INSERT INTO cqpwbeta.user_info (username, passhash, acct_status) VALUES ('mkiller','$2a$10/1ZOmv****CZWu2qedq','1'); ________________________________ > From: markus.killer at uzh.ch > To: a.hardie at lancaster.ac.uk > Subject: RE: [CWB] CWB Digest, Vol 84, Issue 7 > Date: Tue, 21 Jan 2014 11:25:52 +0100 > > > sorry, that's my bad (forgot about p17) > > But the error still persists after manually adding the path to the config file (attached), > I can't regenerate the skins and when I run 'system diagnostics' - 'Check CQP backend' > the path is still an empty string (I double checked that the updated config.inc.php was used): > > Beginning diagnostics on CQP child process connection. > > Using following configuration variables: > $path_to_cqp = ``'' > $cwb_registry = ``/home/mki/cqp_web_beta_data/registry'' > > Checking that exists... > CHECK FAILED. Check that exists and contains the CQP executable. > > > ________________________________ >> From: a.hardie at lancaster.ac.uk >> To: cwb at sslmit.unibo.it >> Date: Tue, 21 Jan 2014 09:58:26 +0000 >> Subject: Re: [CWB] CWB Digest, Vol 84, Issue 7 >> >> >> $path_to_cwb is no longer compulsory and the config script only sets up >> compulsory variables. That?s why it?s no longer asked for. >> >> >> >> If you don?t add it manually to your config file, then it is assumed >> that CQP is on the path. If it?s not, then conversely you need to add >> it to your config file. >> >> >> >> See manual page 24, also pg 17. >> >> >> >> best >> >> >> >> Andrew. >> >> >> >> From: Markus Killer [mailto:markus.killer at uzh.ch] >> Sent: 21 January 2014 09:55 >> To: Hardie, Andrew >> Subject: RE: [CWB] CWB Digest, Vol 84, Issue 7 >> >> >> >> The problem exists on new installs as well: attached you'll find the config-file generated by autoconfig-script ($path_to_cqp is missing and autoconfig doesn't ask for it). >> >> This is how I was able to log into the admin panel, eventually (did the same as Unmut): >> >> manually added superuser to db, then logged into admin panel & tried to generate skins: >> >> ERROR: CQP backend startup failed >> Then, ran 'system diagnostics' - 'Check CQP backend': >> >> Beginning diagnostics on CQP child process connection. >> >> Using following configuration variables: >> $path_to_cqp = ``'' >> $cwb_registry = ``/home/mki/cqp_web_beta_data/registry'' >> >> Checking that exists... >> CHECK FAILED. Check that exists and contains the CQP executable. >> >> ---------------------------------------- >>> From: a.hardie at lancaster.ac.uk >>> To: cwb at sslmit.unibo.it >>> Date: Tue, 21 Jan 2014 09:46:57 +0000 >>> Subject: Re: [CWB] CWB Digest, Vol 84, Issue 7 >>> >>> For the benefit of others - Umut's problem was due to not updating the config file to match the new format. The changes ot the config file format are described in the manual >>> >>> http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf >>> >>> see pages 24 and 25 especually. >>> >>> best >>> >>> Andrew. >>> >>> -----Original Message----- >>> From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Hardie, Andrew >>> Sent: 21 January 2014 07:53 >>> To: Open source development of the Corpus WorkBench >>> Subject: Re: [CWB] CWB Digest, Vol 84, Issue 7 >>> >>> Umut, >>> >>> Can you please copy the contents of your config file into an email to me off-list? (redacting any passwords of course) >>> >>> I suspect the problem is in there. >>> >>> best >>> >>> Andrew. >>> >>> -----Original Message----- >>> From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Umut Demirhan >>> Sent: 21 January 2014 07:49 >>> To: cwb at sslmit.unibo.it >>> Subject: Re: [CWB] CWB Digest, Vol 84, Issue 7 >>> >>> Dear Andrew, >>> >>> Thanks for the recent update. I've upgraded my local CQPweb to 3.1. >>> >>> After updating, I had several problems. I'm not sure if others have the same issues. >>> >>> First of all, it is about the user system that Markus reported, and you mentoned on twitter. The auto setup script generates the same error on my >>> x64 Ubuntu, mysql-server-5.5. >>> >>> I created a normal user and then logged into mysql via phpmyadmin. I changed the name of the user to what I previously selected as superuser, and specified a password for him, and validated the account. >>> >>> Then, I tried to login to CQPweb, and this time it was successful. I tried to regenerate the color schemas; however, the application generated another error message "CQP backend failed". I checked out the config file and it seems that there is no statement about the paths below: >>> >>> /* variables do require a '/' before and after */ $path_to_cwb = 'usr/local/bin'; $path_to_perl = 'usr/bin'; >>> >>> I've added them to my config file; however, there is no success. It still generates the error message as in below: >>> Checking that usr/local/bin/ exists... >>> CHECK FAILED. Check that usr/local/bin/ exists and contains the CQP executable. >>> >>> I'm sure about that the file is located in that folder. >>> >>> I hope that helps to solve the problem. Does anyone have the same issues? >>> >>> Best regards, >>> Umut >>> >>>> -----Original Message----- >>>> From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] >>>> On Behalf Of cwb-request at sslmit.unibo.it >>>> Sent: Tuesday, January 21, 2014 6:12 AM >>>> To: cwb at sslmit.unibo.it >>>> Subject: CWB Digest, Vol 84, Issue 7 >>>> >>>> Send CWB mailing list submissions to >>>> cwb at sslmit.unibo.it >>>> >>>> To subscribe or unsubscribe via the World Wide Web, visit >>>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb >>>> or, via email, send a message with subject or body 'help' to >>>> cwb-request at sslmit.unibo.it >>>> >>>> You can reach the person managing the list at >>>> cwb-owner at sslmit.unibo.it >>>> >>>> When replying, please edit your Subject line so it is more specific >>>> than >>> "Re: >>>> Contents of CWB digest..." >>>> >>>> >>>> Today's Topics: >>>> >>>> 1. Re: CQPweb: v 3.1.0 now usable, I think (Markus Killer) >>>> 2. Re: CQPweb: v 3.1.0 now usable, I think (Hardie, Andrew) >>>> >>>> >>>> ---------------------------------------------------------------------- >>>> >>>> Message: 1 >>>> Date: Mon, 20 Jan 2014 20:24:44 +0100 >>>> From: Markus Killer > >>>> To: "cwb at sslmit.unibo.it" > >>>> Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think >>>> Message-ID: > >>>> Content-Type: text/plain; charset="iso-8859-1" >>>> >>>> Dear Andrew, >>>> Thanks a lot for the update to v3.1.0. Today, I've successfully >>>> installed >>> and >>>> configured v3.0.16 on a Xubuntu 12.04 LTS (64-bit) system. However, I >>> didn't >>>> manage to get v3.1.0 (svn rev 497) running. When I try to run the >>> autosetup >>>> script, I get the following php notices and a fatal error:$php >>> autosetup.php >>>> PHP Notice: Undefined offset: 1 in /var/www/cqp-web- >>>> beta/lib/defaults.inc.php on line 446 PHP Notice: Undefined offset: 1 >>>> in /var/www/cqp-web-beta/lib/defaults.inc.php on line 446 PHP Fatal error: >>>> Call to a member function is_admin() on a non-object in /var/www/cqp- >>>> web-beta/lib/exiterror.inc.php on line 282 I then went on to try an >>> upgrade >>>> from v3.0.16, but the update upgrade-database.php script terminates >>>> with the same php fatal error.Best wishes,Markus [CWB] CQPweb: v 3.1.0 >>>> now usable, I thinkHardie, Andrew a.hardie at lancaster.ac.uk Mon Jan >>>> 20 09:19:41 CET 2014Previous message: [CWB] >>>> [cwb:bugs] #60 CQPweb : metadata from XML, primary classification >>>> not setNext message: [CWB] CQPweb: v 3.1.0 now usable, I thinkMessages >>>> sorted by: [ date ] [ thread ] [ subject ] [ author ]Hi all, >>>> >>>> My grand re-structuring of almost everything for CQPweb v 3.1.0 is now >>>> finished. >>>> >>>> There is not much visible difference, but a lot has changed under the >>> bonnet, >>>> and this will hopefully make it quicker and easier to implement new >>> features. >>>> >>>> If you are an adventurous sort, I think you can now safely upgrade to >>> 3.1.0 >>>> (repo commit 497). There are probably bugs; reports very welcome. >>>> >>>> If you are less adventurous, you might want to stick with 3.0.16 a bit >>> longer, >>>> until the worst problems are dealt with. >>>> >>>> Currently 3.1 runs nowhere but on my computer. Later today I hope to >>>> upgrade the Lancaster to 3.1, so those of you with accounts on that >>>> server can have a look at it later this week to see what has changed. >>>> >>>> One big change that you won't see from looking at a server is that I >>>> have completely revamped the sysadmin documentation. Previously this >>>> consisted of a series of HTML files - the maintenance of which has >>>> become increasingly hairy over the past couple of years. Now, I have >>>> shifted most >>> of >>>> these over into a "CQPweb System Administrator's Manual" written in >>>> LaTeX and available within the usual documentation tree on the >>>> SourceForge repository. I hope that this new format will (a) make it >>>> more maintainable >>> (b) >>>> make it easier for others to contribute patches. There are still a >>>> couple >>> of >>>> HTML files to convert; these will be done as and when I find a moment. >>>> >>>> Like the CWB and CQP tutorials, the manual compiles to both PDF and >>>> HTML; the PDF is included with CQPweb and is also on the website here: >>>> >>>> http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf >>>> >>>> Crucially, it has a couple of sections that between them cover the >>>> process >>> of >>>> upgrading from v 3.0.16 to 3.1.0, which, given all the changes I have >>> made, is >>>> non-straightforward. >>>> >>>> That's all for now. >>>> >>>> best >>>> >>>> Andrew. >>>> -------------- next part -------------- An HTML attachment was >>>> scrubbed... >>>> URL: >>>> >>> e3 >>>> b/attachment-0001.html> >>>> >>>> ------------------------------ >>>> >>>> Message: 2 >>>> Date: Tue, 21 Jan 2014 04:12:06 +0000 >>>> From: "Hardie, Andrew" > >>>> To: "m.killer at outlook.com" >, "Open source >>>> development of the Corpus WorkBench" > >>>> Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think >>>> Message-ID: >>>> <28078EC3FBF1B940A3EF3D0D19BE351D2CCD39 at EX-0- >>>> MB1.lancs.local> >>>> Content-Type: text/plain; charset="us-ascii" >>>> >>>> Thanks for the bug report; sorry for delay responding. This turned out >>>> to >>> be a >>>> lingering environment bug from a much earlier version that was newly >>>> exposed by the new scripts. Now fixed in svn. >>>> >>>> best >>>> >>>> Andrew. >>>> >>>> From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] >>>> On Behalf Of Markus Killer >>>> Sent: 20 January 2014 19:25 >>>> To: cwb at sslmit.unibo.it >>>> Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think >>>> >>>> >>>> Dear Andrew, >>>> >>>> >>>> >>>> Thanks a lot for the update to v3.1.0. Today, I've successfully >>>> installed >>> and >>>> configured v3.0.16 on a Xubuntu 12.04 LTS (64-bit) system. However, I >>> didn't >>>> manage to get v3.1.0 (svn rev 497) running. >>>> >>>> When I try to run the autosetup script, I get the following php >>>> notices >>> and a >>>> fatal error: >>>> >>>> $php autosetup.php >>>> >>>> PHP Notice: Undefined offset: 1 in /var/www/cqp-web- >>>> beta/lib/defaults.inc.php on line 446 >>>> >>>> PHP Notice: Undefined offset: 1 in /var/www/cqp-web- >>>> beta/lib/defaults.inc.php on line 446 >>>> >>>> PHP Fatal error: Call to a member function is_admin() on a non-object >>>> in /var/www/cqp-web-beta/lib/exiterror.inc.php on line 282 >>>> >>>> I then went on to try an upgrade from v3.0.16, but the update upgrade- >>>> database.php script terminates with the same php fatal error. >>>> >>>> Best wishes, >>>> >>>> Markus >>>> >>>> >>>> >>>> [CWB] CQPweb: v 3.1.0 now usable, I think Hardie, Andrew a.hardie at >>>> lancaster.ac.uk >>>> > >> CQPweb%3A%20v%203.1.0%20now%20usable%2C%20I%20think&In-Reply- >>>> To=%3C28078EC3FBF1B940A3EF3D0D19BE351D2CC631%40EX-0- >>>> MB1.lancs.local%3E> >>>> Mon Jan 20 09:19:41 CET 2014 >>>> >>>> * Previous message: [CWB] [cwb:bugs] #60 CQPweb : metadata from XML, >>>> primary classification not >>>> set >>>> * Next message: [CWB] CQPweb: v 3.1.0 now usable, I >>>> think>>> January/001482.html> >>>> * Messages sorted by: [ date >>>> ]>>> 81> [ thread ]>>> January/thread.html#1481> [ subject >>>> ]>>> January/subject.html#1481> [ author >>>> ]>>> January/author.html#1481> >>>> >>>> ________________________________ >>>> >>>> Hi all, >>>> >>>> >>>> >>>> My grand re-structuring of almost everything for CQPweb v 3.1.0 is now >>>> finished. >>>> >>>> >>>> >>>> There is not much visible difference, but a lot has changed under the >>> bonnet, >>>> and this will hopefully make it quicker and easier to implement new >>> features. >>>> >>>> >>>> >>>> If you are an adventurous sort, I think you can now safely upgrade to >>> 3.1.0 >>>> (repo commit 497). There are probably bugs; reports very welcome. >>>> >>>> >>>> >>>> If you are less adventurous, you might want to stick with 3.0.16 a bit >>> longer, >>>> until the worst problems are dealt with. >>>> >>>> >>>> >>>> Currently 3.1 runs nowhere but on my computer. Later today I hope to >>>> upgrade the Lancaster to 3.1, so those of you with accounts on that >>>> server can have a look at it later this week to see what has changed. >>>> >>>> >>>> >>>> One big change that you won't see from looking at a server is that I >>>> have completely revamped the sysadmin documentation. Previously this >>>> consisted of a series of HTML files - the maintenance of which has >>>> become increasingly hairy over the past couple of years. Now, I have >>>> shifted most >>> of >>>> these over into a "CQPweb System Administrator's Manual" written in >>>> LaTeX and available within the usual documentation tree on the >>>> SourceForge repository. I hope that this new format will (a) make it >>>> more maintainable >>> (b) >>>> make it easier for others to contribute patches. There are still a >>>> couple >>> of >>>> HTML files to convert; these will be done as and when I find a moment. >>>> >>>> >>>> >>>> Like the CWB and CQP tutorials, the manual compiles to both PDF and >>>> HTML; the PDF is included with CQPweb and is also on the website here: >>>> >>>> >>>> >>>> http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf >>>> >>>> >>>> >>>> Crucially, it has a couple of sections that between them cover the >>>> process >>> of >>>> upgrading from v 3.0.16 to 3.1.0, which, given all the changes I have >>> made, is >>>> non-straightforward. >>>> >>>> >>>> >>>> That's all for now. >>>> >>>> >>>> >>>> best >>>> >>>> >>>> >>>> Andrew. >>>> -------------- next part -------------- An HTML attachment was >>>> scrubbed... >>>> URL: >>>> >>> 72 >>>> e/attachment.html> >>>> >>>> ------------------------------ >>>> >>>> _______________________________________________ >>>> CWB mailing list >>>> CWB at sslmit.unibo.it >>>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb >>>> >>>> >>>> End of CWB Digest, Vol 84, Issue 7 >>>> ********************************** >>> >>> _______________________________________________ >>> CWB mailing list >>> CWB at sslmit.unibo.it >>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb >>> _______________________________________________ >>> CWB mailing list >>> CWB at sslmit.unibo.it >>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb >>> _______________________________________________ >>> CWB mailing list >>> CWB at sslmit.unibo.it >>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb >> >> _______________________________________________ CWB mailing list >> CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb From a.hardie at lancaster.ac.uk Tue Jan 21 13:36:32 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Tue, 21 Jan 2014 12:36:32 +0000 Subject: [CWB] CQPweb: $path_to_cwb (config) vs. $path_to_cqp (system diagnostics) In-Reply-To: References: , , <05e001cf167d$311c6020$93552060$@gmail.com>, , <28078EC3FBF1B940A3EF3D0D19BE351D2CCF1B@EX-0-MB1.lancs.local>, , <28078EC3FBF1B940A3EF3D0D19BE351D2CD0B6@EX-0-MB1.lancs.local>, , <28078EC3FBF1B940A3EF3D0D19BE351D2CD115@EX-0-MB1.lancs.local>, Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2CD612@EX-0-MB1.lancs.local> Was that with revision 511 or 510? The fix for that went in 511, or at least I *thought* it had. Andrew. -----Original Message----- From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Markus Killer Sent: 21 January 2014 12:32 To: cwb at sslmit.unibo.it Subject: [CWB] CQPweb: $path_to_cwb (config) vs. $path_to_cqp (system diagnostics) Thanks for your quick fixes. Fully understand that you have other things to do. Found my mistake (used wrong variable in config: $path_to_cqp), changed it to $path_to_cwb and have now working backend with newly generated skins and colours. But for me to be able to login as superuser after autosetup terminates with: Database setup complete. PHP Warning: mysql_close(): 13 is not a valid MySQL-Link resource in /var/www/cqp-web-beta/lib/library.inc.php on line 152 Invalid user name specified at database level: mkiller I still have to manually add something like this to the database (table: user_info): INSERT INTO cqpwbeta.user_info (username, passhash, acct_status) VALUES ('mkiller','$2a$10/1ZOmv****CZWu2qedq','1'); ________________________________ > From: markus.killer at uzh.ch > To: a.hardie at lancaster.ac.uk > Subject: RE: [CWB] CWB Digest, Vol 84, Issue 7 > Date: Tue, 21 Jan 2014 11:25:52 +0100 > > > sorry, that's my bad (forgot about p17) > > But the error still persists after manually adding the path to the > config file (attached), I can't regenerate the skins and when I run 'system diagnostics' - 'Check CQP backend' > the path is still an empty string (I double checked that the updated config.inc.php was used): > > Beginning diagnostics on CQP child process connection. > > Using following configuration variables: > $path_to_cqp = ``'' > $cwb_registry = ``/home/mki/cqp_web_beta_data/registry'' > > Checking that exists... > CHECK FAILED. Check that exists and contains the CQP executable. > > > ________________________________ >> From: a.hardie at lancaster.ac.uk >> To: cwb at sslmit.unibo.it >> Date: Tue, 21 Jan 2014 09:58:26 +0000 >> Subject: Re: [CWB] CWB Digest, Vol 84, Issue 7 >> >> >> $path_to_cwb is no longer compulsory and the config script only sets >> up compulsory variables. That's why it's no longer asked for. >> >> >> >> If you don't add it manually to your config file, then it is assumed >> that CQP is on the path. If it's not, then conversely you need to add >> it to your config file. >> >> >> >> See manual page 24, also pg 17. >> >> >> >> best >> >> >> >> Andrew. >> >> >> >> From: Markus Killer [mailto:markus.killer at uzh.ch] >> Sent: 21 January 2014 09:55 >> To: Hardie, Andrew >> Subject: RE: [CWB] CWB Digest, Vol 84, Issue 7 >> >> >> >> The problem exists on new installs as well: attached you'll find the config-file generated by autoconfig-script ($path_to_cqp is missing and autoconfig doesn't ask for it). >> >> This is how I was able to log into the admin panel, eventually (did the same as Unmut): >> >> manually added superuser to db, then logged into admin panel & tried to generate skins: >> >> ERROR: CQP backend startup failed >> Then, ran 'system diagnostics' - 'Check CQP backend': >> >> Beginning diagnostics on CQP child process connection. >> >> Using following configuration variables: >> $path_to_cqp = ``'' >> $cwb_registry = ``/home/mki/cqp_web_beta_data/registry'' >> >> Checking that exists... >> CHECK FAILED. Check that exists and contains the CQP executable. >> >> ---------------------------------------- >>> From: a.hardie at lancaster.ac.uk >>> To: cwb at sslmit.unibo.it >>> Date: Tue, 21 Jan 2014 09:46:57 +0000 >>> Subject: Re: [CWB] CWB Digest, Vol 84, Issue 7 >>> >>> For the benefit of others - Umut's problem was due to not updating >>> the config file to match the new format. The changes ot the config >>> file format are described in the manual >>> >>> http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf >>> >>> see pages 24 and 25 especually. >>> >>> best >>> >>> Andrew. >>> >>> -----Original Message----- >>> From: >>> cwb-bounces at sslmit.unibo.it >>> [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Hardie, Andrew >>> Sent: 21 January 2014 07:53 >>> To: Open source development of the Corpus WorkBench >>> Subject: Re: [CWB] CWB Digest, Vol 84, Issue 7 >>> >>> Umut, >>> >>> Can you please copy the contents of your config file into an email >>> to me off-list? (redacting any passwords of course) >>> >>> I suspect the problem is in there. >>> >>> best >>> >>> Andrew. >>> >>> -----Original Message----- >>> From: >>> cwb-bounces at sslmit.unibo.it >>> [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Umut Demirhan >>> Sent: 21 January 2014 07:49 >>> To: cwb at sslmit.unibo.it >>> Subject: Re: [CWB] CWB Digest, Vol 84, Issue 7 >>> >>> Dear Andrew, >>> >>> Thanks for the recent update. I've upgraded my local CQPweb to 3.1. >>> >>> After updating, I had several problems. I'm not sure if others have the same issues. >>> >>> First of all, it is about the user system that Markus reported, and >>> you mentoned on twitter. The auto setup script generates the same >>> error on my >>> x64 Ubuntu, mysql-server-5.5. >>> >>> I created a normal user and then logged into mysql via phpmyadmin. I changed the name of the user to what I previously selected as superuser, and specified a password for him, and validated the account. >>> >>> Then, I tried to login to CQPweb, and this time it was successful. I tried to regenerate the color schemas; however, the application generated another error message "CQP backend failed". I checked out the config file and it seems that there is no statement about the paths below: >>> >>> /* variables do require a '/' before and after */ $path_to_cwb = >>> 'usr/local/bin'; $path_to_perl = 'usr/bin'; >>> >>> I've added them to my config file; however, there is no success. It still generates the error message as in below: >>> Checking that usr/local/bin/ exists... >>> CHECK FAILED. Check that usr/local/bin/ exists and contains the CQP executable. >>> >>> I'm sure about that the file is located in that folder. >>> >>> I hope that helps to solve the problem. Does anyone have the same issues? >>> >>> Best regards, >>> Umut >>> >>>> -----Original Message----- >>>> From: >>>> cwb-bounces at sslmit.unibo.it >>>> [mailto:cwb-bounces at sslmit.unibo.it] >>>> On Behalf Of >>>> cwb-request at sslmit.unibo.it >>>> Sent: Tuesday, January 21, 2014 6:12 AM >>>> To: cwb at sslmit.unibo.it >>>> Subject: CWB Digest, Vol 84, Issue 7 >>>> >>>> Send CWB mailing list submissions to >>>> cwb at sslmit.unibo.it >>>> >>>> To subscribe or unsubscribe via the World Wide Web, visit >>>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb >>>> or, via email, send a message with subject or body 'help' to >>>> cwb-request at sslmit.unibo.it >>>> >>>> You can reach the person managing the list at >>>> cwb-owner at sslmit.unibo.it >>>> >>>> When replying, please edit your Subject line so it is more specific >>>> than >>> "Re: >>>> Contents of CWB digest..." >>>> >>>> >>>> Today's Topics: >>>> >>>> 1. Re: CQPweb: v 3.1.0 now usable, I think (Markus Killer) 2. Re: >>>> CQPweb: v 3.1.0 now usable, I think (Hardie, Andrew) >>>> >>>> >>>> ------------------------------------------------------------------- >>>> --- >>>> >>>> Message: 1 >>>> Date: Mon, 20 Jan 2014 20:24:44 +0100 >>>> From: Markus Killer >>>> > >>>> To: "cwb at sslmit.unibo.it" >>>> > >>>> Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think >>>> Message-ID: >>>> >>> 5E6838858B54A58968AA50 at phx.gbl>> >>>> Content-Type: text/plain; charset="iso-8859-1" >>>> >>>> Dear Andrew, >>>> Thanks a lot for the update to v3.1.0. Today, I've successfully >>>> installed >>> and >>>> configured v3.0.16 on a Xubuntu 12.04 LTS (64-bit) system. However, >>>> I >>> didn't >>>> manage to get v3.1.0 (svn rev 497) running. When I try to run the >>> autosetup >>>> script, I get the following php notices and a fatal error:$php >>> autosetup.php >>>> PHP Notice: Undefined offset: 1 in /var/www/cqp-web- >>>> beta/lib/defaults.inc.php on line 446 PHP Notice: Undefined offset: >>>> 1 in /var/www/cqp-web-beta/lib/defaults.inc.php on line 446 PHP Fatal error: >>>> Call to a member function is_admin() on a non-object in >>>> /var/www/cqp- web-beta/lib/exiterror.inc.php on line 282 I then >>>> went on to try an >>> upgrade >>>> from v3.0.16, but the update upgrade-database.php script terminates >>>> with the same php fatal error.Best wishes,Markus [CWB] CQPweb: v >>>> 3.1.0 now usable, I thinkHardie, Andrew a.hardie at lancaster.ac.uk >>>> Mon Jan >>>> 20 09:19:41 CET 2014Previous message: [CWB] [cwb:bugs] #60 CQPweb : >>>> metadata from XML, primary classification not setNext message: >>>> [CWB] CQPweb: v 3.1.0 now usable, I thinkMessages sorted by: [ date >>>> ] [ thread ] [ subject ] [ author ]Hi all, >>>> >>>> My grand re-structuring of almost everything for CQPweb v 3.1.0 is >>>> now finished. >>>> >>>> There is not much visible difference, but a lot has changed under >>>> the >>> bonnet, >>>> and this will hopefully make it quicker and easier to implement new >>> features. >>>> >>>> If you are an adventurous sort, I think you can now safely upgrade >>>> to >>> 3.1.0 >>>> (repo commit 497). There are probably bugs; reports very welcome. >>>> >>>> If you are less adventurous, you might want to stick with 3.0.16 a >>>> bit >>> longer, >>>> until the worst problems are dealt with. >>>> >>>> Currently 3.1 runs nowhere but on my computer. Later today I hope >>>> to upgrade the Lancaster to 3.1, so those of you with accounts on >>>> that server can have a look at it later this week to see what has changed. >>>> >>>> One big change that you won't see from looking at a server is that >>>> I have completely revamped the sysadmin documentation. Previously >>>> this consisted of a series of HTML files - the maintenance of which >>>> has become increasingly hairy over the past couple of years. Now, I >>>> have shifted most >>> of >>>> these over into a "CQPweb System Administrator's Manual" written in >>>> LaTeX and available within the usual documentation tree on the >>>> SourceForge repository. I hope that this new format will (a) make >>>> it more maintainable >>> (b) >>>> make it easier for others to contribute patches. There are still a >>>> couple >>> of >>>> HTML files to convert; these will be done as and when I find a moment. >>>> >>>> Like the CWB and CQP tutorials, the manual compiles to both PDF and >>>> HTML; the PDF is included with CQPweb and is also on the website here: >>>> >>>> http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf >>>> >>>> Crucially, it has a couple of sections that between them cover the >>>> process >>> of >>>> upgrading from v 3.0.16 to 3.1.0, which, given all the changes I >>>> have >>> made, is >>>> non-straightforward. >>>> >>>> That's all for now. >>>> >>>> best >>>> >>>> Andrew. >>>> -------------- next part -------------- An HTML attachment was >>>> scrubbed... >>>> URL: >>>> >>> 040 >>>> e3 >>>> b/attachment-0001.html> >>>> >>>> ------------------------------ >>>> >>>> Message: 2 >>>> Date: Tue, 21 Jan 2014 04:12:06 +0000 >>>> From: "Hardie, Andrew" >>>> > >>>> To: "m.killer at outlook.com" >>>> >, "Open source >>>> development of the Corpus WorkBench" >>>> > >>>> Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think >>>> Message-ID: >>>> <28078EC3FBF1B940A3EF3D0D19BE351D2CCD39 at EX-0- >>>> MB1.lancs.local> >>>> Content-Type: text/plain; charset="us-ascii" >>>> >>>> Thanks for the bug report; sorry for delay responding. This turned >>>> out to >>> be a >>>> lingering environment bug from a much earlier version that was >>>> newly exposed by the new scripts. Now fixed in svn. >>>> >>>> best >>>> >>>> Andrew. >>>> >>>> From: >>>> cwb-bounces at sslmit.unibo.it >>>> [mailto:cwb-bounces at sslmit.unibo.it] >>>> On Behalf Of Markus Killer >>>> Sent: 20 January 2014 19:25 >>>> To: cwb at sslmit.unibo.it >>>> Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think >>>> >>>> >>>> Dear Andrew, >>>> >>>> >>>> >>>> Thanks a lot for the update to v3.1.0. Today, I've successfully >>>> installed >>> and >>>> configured v3.0.16 on a Xubuntu 12.04 LTS (64-bit) system. However, >>>> I >>> didn't >>>> manage to get v3.1.0 (svn rev 497) running. >>>> >>>> When I try to run the autosetup script, I get the following php >>>> notices >>> and a >>>> fatal error: >>>> >>>> $php autosetup.php >>>> >>>> PHP Notice: Undefined offset: 1 in /var/www/cqp-web- >>>> beta/lib/defaults.inc.php on line 446 >>>> >>>> PHP Notice: Undefined offset: 1 in /var/www/cqp-web- >>>> beta/lib/defaults.inc.php on line 446 >>>> >>>> PHP Fatal error: Call to a member function is_admin() on a >>>> non-object in /var/www/cqp-web-beta/lib/exiterror.inc.php on line >>>> 282 >>>> >>>> I then went on to try an upgrade from v3.0.16, but the update >>>> upgrade- database.php script terminates with the same php fatal error. >>>> >>>> Best wishes, >>>> >>>> Markus >>>> >>>> >>>> >>>> [CWB] CQPweb: v 3.1.0 now usable, I think Hardie, Andrew a.hardie >>>> at lancaster.ac.uk >>>> > > >> > CQPweb%3A%20v%203.1.0%20now%20usable%2C%20I%20think&In-Reply- >>>> To=%3C28078EC3FBF1B940A3EF3D0D19BE351D2CC631%40EX-0- >>>> MB1.lancs.local%3E> >>>> Mon Jan 20 09:19:41 CET 2014 >>>> >>>> * Previous message: [CWB] [cwb:bugs] #60 CQPweb : metadata from >>>> XML, primary classification not >>>> set>>> html> >>>> * Next message: [CWB] CQPweb: v 3.1.0 now usable, I >>>> think>>> January/001482.html> >>>> * Messages sorted by: [ date >>>> ]>>> #14 >>>> 81> [ thread ]>>> January/thread.html#1481> [ subject >>>> ]>>> January/subject.html#1481> [ author >>>> ]>>> January/author.html#1481> >>>> >>>> ________________________________ >>>> >>>> Hi all, >>>> >>>> >>>> >>>> My grand re-structuring of almost everything for CQPweb v 3.1.0 is >>>> now finished. >>>> >>>> >>>> >>>> There is not much visible difference, but a lot has changed under >>>> the >>> bonnet, >>>> and this will hopefully make it quicker and easier to implement new >>> features. >>>> >>>> >>>> >>>> If you are an adventurous sort, I think you can now safely upgrade >>>> to >>> 3.1.0 >>>> (repo commit 497). There are probably bugs; reports very welcome. >>>> >>>> >>>> >>>> If you are less adventurous, you might want to stick with 3.0.16 a >>>> bit >>> longer, >>>> until the worst problems are dealt with. >>>> >>>> >>>> >>>> Currently 3.1 runs nowhere but on my computer. Later today I hope >>>> to upgrade the Lancaster to 3.1, so those of you with accounts on >>>> that server can have a look at it later this week to see what has changed. >>>> >>>> >>>> >>>> One big change that you won't see from looking at a server is that >>>> I have completely revamped the sysadmin documentation. Previously >>>> this consisted of a series of HTML files - the maintenance of which >>>> has become increasingly hairy over the past couple of years. Now, I >>>> have shifted most >>> of >>>> these over into a "CQPweb System Administrator's Manual" written in >>>> LaTeX and available within the usual documentation tree on the >>>> SourceForge repository. I hope that this new format will (a) make >>>> it more maintainable >>> (b) >>>> make it easier for others to contribute patches. There are still a >>>> couple >>> of >>>> HTML files to convert; these will be done as and when I find a moment. >>>> >>>> >>>> >>>> Like the CWB and CQP tutorials, the manual compiles to both PDF and >>>> HTML; the PDF is included with CQPweb and is also on the website here: >>>> >>>> >>>> >>>> http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf >>>> >>>> >>>> >>>> Crucially, it has a couple of sections that between them cover the >>>> process >>> of >>>> upgrading from v 3.0.16 to 3.1.0, which, given all the changes I >>>> have >>> made, is >>>> non-straightforward. >>>> >>>> >>>> >>>> That's all for now. >>>> >>>> >>>> >>>> best >>>> >>>> >>>> >>>> Andrew. >>>> -------------- next part -------------- An HTML attachment was >>>> scrubbed... >>>> URL: >>>> >>> 61a >>>> 72 >>>> e/attachment.html> >>>> >>>> ------------------------------ >>>> >>>> _______________________________________________ >>>> CWB mailing list >>>> CWB at sslmit.unibo.it >>>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb >>>> >>>> >>>> End of CWB Digest, Vol 84, Issue 7 >>>> ********************************** >>> >>> _______________________________________________ >>> CWB mailing list >>> CWB at sslmit.unibo.it >>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb >>> _______________________________________________ >>> CWB mailing list >>> CWB at sslmit.unibo.it >>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb >>> _______________________________________________ >>> CWB mailing list >>> CWB at sslmit.unibo.it >>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb >> >> _______________________________________________ CWB mailing list >> CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb _______________________________________________ CWB mailing list CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb From markus.killer at uzh.ch Tue Jan 21 13:39:04 2014 From: markus.killer at uzh.ch (Markus Killer) Date: Tue, 21 Jan 2014 13:39:04 +0100 Subject: [CWB] CQPweb: $path_to_cwb (config) vs. $path_to_cqp (system diagnostics) In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D2CD612@EX-0-MB1.lancs.local> References: , ,,<05e001cf167d$311c6020$93552060$@gmail.com>, ,,<28078EC3FBF1B940A3EF3D0D19BE351D2CCF1B@EX-0-MB1.lancs.local>, , , <28078EC3FBF1B940A3EF3D0D19BE351D2CD0B6@EX-0-MB1.lancs.local>, , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CD115@EX-0-MB1.lancs.local>, , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CD612@EX-0-MB1.lancs.local> Message-ID: that was 510. will perform check with 511 in a minute ... ---------------------------------------- > From: a.hardie at lancaster.ac.uk > To: cwb at sslmit.unibo.it > Date: Tue, 21 Jan 2014 12:36:32 +0000 > Subject: Re: [CWB] CQPweb: $path_to_cwb (config) vs. $path_to_cqp (system diagnostics) > > Was that with revision 511 or 510? The fix for that went in 511, or at least I *thought* it had. > > Andrew. > > -----Original Message----- > From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Markus Killer > Sent: 21 January 2014 12:32 > To: cwb at sslmit.unibo.it > Subject: [CWB] CQPweb: $path_to_cwb (config) vs. $path_to_cqp (system diagnostics) > > Thanks for your quick fixes. Fully understand that you have other things to do. > > Found my mistake (used wrong variable in config: $path_to_cqp), changed it to $path_to_cwb and have now working backend with newly generated skins and colours. > > But for me to be able to login as superuser after autosetup terminates with: > > Database setup complete. > PHP Warning: mysql_close(): 13 is not a valid MySQL-Link resource in /var/www/cqp-web-beta/lib/library.inc.php on line 152 Invalid user name specified at database level: mkiller > > > I still have to manually add something like this to the database (table: user_info): > > INSERT INTO cqpwbeta.user_info (username, passhash, acct_status) VALUES ('mkiller','$2a$10/1ZOmv****CZWu2qedq','1'); > > > > > > > > ________________________________ >> From: markus.killer at uzh.ch >> To: a.hardie at lancaster.ac.uk >> Subject: RE: [CWB] CWB Digest, Vol 84, Issue 7 >> Date: Tue, 21 Jan 2014 11:25:52 +0100 >> >> >> sorry, that's my bad (forgot about p17) >> >> But the error still persists after manually adding the path to the >> config file (attached), I can't regenerate the skins and when I run 'system diagnostics' - 'Check CQP backend' >> the path is still an empty string (I double checked that the updated config.inc.php was used): >> >> Beginning diagnostics on CQP child process connection. >> >> Using following configuration variables: >> $path_to_cqp = ``'' >> $cwb_registry = ``/home/mki/cqp_web_beta_data/registry'' >> >> Checking that exists... >> CHECK FAILED. Check that exists and contains the CQP executable. >> >> >> ________________________________ >>> From: a.hardie at lancaster.ac.uk >>> To: cwb at sslmit.unibo.it >>> Date: Tue, 21 Jan 2014 09:58:26 +0000 >>> Subject: Re: [CWB] CWB Digest, Vol 84, Issue 7 >>> >>> >>> $path_to_cwb is no longer compulsory and the config script only sets >>> up compulsory variables. That's why it's no longer asked for. >>> >>> >>> >>> If you don't add it manually to your config file, then it is assumed >>> that CQP is on the path. If it's not, then conversely you need to add >>> it to your config file. >>> >>> >>> >>> See manual page 24, also pg 17. >>> >>> >>> >>> best >>> >>> >>> >>> Andrew. >>> >>> >>> >>> From: Markus Killer [mailto:markus.killer at uzh.ch] >>> Sent: 21 January 2014 09:55 >>> To: Hardie, Andrew >>> Subject: RE: [CWB] CWB Digest, Vol 84, Issue 7 >>> >>> >>> >>> The problem exists on new installs as well: attached you'll find the config-file generated by autoconfig-script ($path_to_cqp is missing and autoconfig doesn't ask for it). >>> >>> This is how I was able to log into the admin panel, eventually (did the same as Unmut): >>> >>> manually added superuser to db, then logged into admin panel & tried to generate skins: >>> >>> ERROR: CQP backend startup failed >>> Then, ran 'system diagnostics' - 'Check CQP backend': >>> >>> Beginning diagnostics on CQP child process connection. >>> >>> Using following configuration variables: >>> $path_to_cqp = ``'' >>> $cwb_registry = ``/home/mki/cqp_web_beta_data/registry'' >>> >>> Checking that exists... >>> CHECK FAILED. Check that exists and contains the CQP executable. >>> >>> ---------------------------------------- >>>> From: a.hardie at lancaster.ac.uk >>>> To: cwb at sslmit.unibo.it >>>> Date: Tue, 21 Jan 2014 09:46:57 +0000 >>>> Subject: Re: [CWB] CWB Digest, Vol 84, Issue 7 >>>> >>>> For the benefit of others - Umut's problem was due to not updating >>>> the config file to match the new format. The changes ot the config >>>> file format are described in the manual >>>> >>>> http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf >>>> >>>> see pages 24 and 25 especually. >>>> >>>> best >>>> >>>> Andrew. >>>> >>>> -----Original Message----- >>>> From: >>>> cwb-bounces at sslmit.unibo.it >>>> [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Hardie, Andrew >>>> Sent: 21 January 2014 07:53 >>>> To: Open source development of the Corpus WorkBench >>>> Subject: Re: [CWB] CWB Digest, Vol 84, Issue 7 >>>> >>>> Umut, >>>> >>>> Can you please copy the contents of your config file into an email >>>> to me off-list? (redacting any passwords of course) >>>> >>>> I suspect the problem is in there. >>>> >>>> best >>>> >>>> Andrew. >>>> >>>> -----Original Message----- >>>> From: >>>> cwb-bounces at sslmit.unibo.it >>>> [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Umut Demirhan >>>> Sent: 21 January 2014 07:49 >>>> To: cwb at sslmit.unibo.it >>>> Subject: Re: [CWB] CWB Digest, Vol 84, Issue 7 >>>> >>>> Dear Andrew, >>>> >>>> Thanks for the recent update. I've upgraded my local CQPweb to 3.1. >>>> >>>> After updating, I had several problems. I'm not sure if others have the same issues. >>>> >>>> First of all, it is about the user system that Markus reported, and >>>> you mentoned on twitter. The auto setup script generates the same >>>> error on my >>>> x64 Ubuntu, mysql-server-5.5. >>>> >>>> I created a normal user and then logged into mysql via phpmyadmin. I changed the name of the user to what I previously selected as superuser, and specified a password for him, and validated the account. >>>> >>>> Then, I tried to login to CQPweb, and this time it was successful. I tried to regenerate the color schemas; however, the application generated another error message "CQP backend failed". I checked out the config file and it seems that there is no statement about the paths below: >>>> >>>> /* variables do require a '/' before and after */ $path_to_cwb = >>>> 'usr/local/bin'; $path_to_perl = 'usr/bin'; >>>> >>>> I've added them to my config file; however, there is no success. It still generates the error message as in below: >>>> Checking that usr/local/bin/ exists... >>>> CHECK FAILED. Check that usr/local/bin/ exists and contains the CQP executable. >>>> >>>> I'm sure about that the file is located in that folder. >>>> >>>> I hope that helps to solve the problem. Does anyone have the same issues? >>>> >>>> Best regards, >>>> Umut >>>> >>>>> -----Original Message----- >>>>> From: >>>>> cwb-bounces at sslmit.unibo.it >>>>> [mailto:cwb-bounces at sslmit.unibo.it] >>>>> On Behalf Of >>>>> cwb-request at sslmit.unibo.it >>>>> Sent: Tuesday, January 21, 2014 6:12 AM >>>>> To: cwb at sslmit.unibo.it >>>>> Subject: CWB Digest, Vol 84, Issue 7 >>>>> >>>>> Send CWB mailing list submissions to >>>>> cwb at sslmit.unibo.it >>>>> >>>>> To subscribe or unsubscribe via the World Wide Web, visit >>>>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb >>>>> or, via email, send a message with subject or body 'help' to >>>>> cwb-request at sslmit.unibo.it >>>>> >>>>> You can reach the person managing the list at >>>>> cwb-owner at sslmit.unibo.it >>>>> >>>>> When replying, please edit your Subject line so it is more specific >>>>> than >>>> "Re: >>>>> Contents of CWB digest..." >>>>> >>>>> >>>>> Today's Topics: >>>>> >>>>> 1. Re: CQPweb: v 3.1.0 now usable, I think (Markus Killer) 2. Re: >>>>> CQPweb: v 3.1.0 now usable, I think (Hardie, Andrew) >>>>> >>>>> >>>>> ------------------------------------------------------------------- >>>>> --- >>>>> >>>>> Message: 1 >>>>> Date: Mon, 20 Jan 2014 20:24:44 +0100 >>>>> From: Markus Killer >>>>> > >>>>> To: "cwb at sslmit.unibo.it" >>>>> > >>>>> Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think >>>>> Message-ID: >>>>> >>>> 5E6838858B54A58968AA50 at phx.gbl>> >>>>> Content-Type: text/plain; charset="iso-8859-1" >>>>> >>>>> Dear Andrew, >>>>> Thanks a lot for the update to v3.1.0. Today, I've successfully >>>>> installed >>>> and >>>>> configured v3.0.16 on a Xubuntu 12.04 LTS (64-bit) system. However, >>>>> I >>>> didn't >>>>> manage to get v3.1.0 (svn rev 497) running. When I try to run the >>>> autosetup >>>>> script, I get the following php notices and a fatal error:$php >>>> autosetup.php >>>>> PHP Notice: Undefined offset: 1 in /var/www/cqp-web- >>>>> beta/lib/defaults.inc.php on line 446 PHP Notice: Undefined offset: >>>>> 1 in /var/www/cqp-web-beta/lib/defaults.inc.php on line 446 PHP Fatal error: >>>>> Call to a member function is_admin() on a non-object in >>>>> /var/www/cqp- web-beta/lib/exiterror.inc.php on line 282 I then >>>>> went on to try an >>>> upgrade >>>>> from v3.0.16, but the update upgrade-database.php script terminates >>>>> with the same php fatal error.Best wishes,Markus [CWB] CQPweb: v >>>>> 3.1.0 now usable, I thinkHardie, Andrew a.hardie at lancaster.ac.uk >>>>> Mon Jan >>>>> 20 09:19:41 CET 2014Previous message: [CWB] [cwb:bugs] #60 CQPweb : >>>>> metadata from XML, primary classification not setNext message: >>>>> [CWB] CQPweb: v 3.1.0 now usable, I thinkMessages sorted by: [ date >>>>> ] [ thread ] [ subject ] [ author ]Hi all, >>>>> >>>>> My grand re-structuring of almost everything for CQPweb v 3.1.0 is >>>>> now finished. >>>>> >>>>> There is not much visible difference, but a lot has changed under >>>>> the >>>> bonnet, >>>>> and this will hopefully make it quicker and easier to implement new >>>> features. >>>>> >>>>> If you are an adventurous sort, I think you can now safely upgrade >>>>> to >>>> 3.1.0 >>>>> (repo commit 497). There are probably bugs; reports very welcome. >>>>> >>>>> If you are less adventurous, you might want to stick with 3.0.16 a >>>>> bit >>>> longer, >>>>> until the worst problems are dealt with. >>>>> >>>>> Currently 3.1 runs nowhere but on my computer. Later today I hope >>>>> to upgrade the Lancaster to 3.1, so those of you with accounts on >>>>> that server can have a look at it later this week to see what has changed. >>>>> >>>>> One big change that you won't see from looking at a server is that >>>>> I have completely revamped the sysadmin documentation. Previously >>>>> this consisted of a series of HTML files - the maintenance of which >>>>> has become increasingly hairy over the past couple of years. Now, I >>>>> have shifted most >>>> of >>>>> these over into a "CQPweb System Administrator's Manual" written in >>>>> LaTeX and available within the usual documentation tree on the >>>>> SourceForge repository. I hope that this new format will (a) make >>>>> it more maintainable >>>> (b) >>>>> make it easier for others to contribute patches. There are still a >>>>> couple >>>> of >>>>> HTML files to convert; these will be done as and when I find a moment. >>>>> >>>>> Like the CWB and CQP tutorials, the manual compiles to both PDF and >>>>> HTML; the PDF is included with CQPweb and is also on the website here: >>>>> >>>>> http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf >>>>> >>>>> Crucially, it has a couple of sections that between them cover the >>>>> process >>>> of >>>>> upgrading from v 3.0.16 to 3.1.0, which, given all the changes I >>>>> have >>>> made, is >>>>> non-straightforward. >>>>> >>>>> That's all for now. >>>>> >>>>> best >>>>> >>>>> Andrew. >>>>> -------------- next part -------------- An HTML attachment was >>>>> scrubbed... >>>>> URL: >>>>> >>>> 040 >>>>> e3 >>>>> b/attachment-0001.html> >>>>> >>>>> ------------------------------ >>>>> >>>>> Message: 2 >>>>> Date: Tue, 21 Jan 2014 04:12:06 +0000 >>>>> From: "Hardie, Andrew" >>>>> > >>>>> To: "m.killer at outlook.com" >>>>> >, "Open source >>>>> development of the Corpus WorkBench" >>>>> > >>>>> Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think >>>>> Message-ID: >>>>> <28078EC3FBF1B940A3EF3D0D19BE351D2CCD39 at EX-0- >>>>> MB1.lancs.local> >>>>> Content-Type: text/plain; charset="us-ascii" >>>>> >>>>> Thanks for the bug report; sorry for delay responding. This turned >>>>> out to >>>> be a >>>>> lingering environment bug from a much earlier version that was >>>>> newly exposed by the new scripts. Now fixed in svn. >>>>> >>>>> best >>>>> >>>>> Andrew. >>>>> >>>>> From: >>>>> cwb-bounces at sslmit.unibo.it >>>>> [mailto:cwb-bounces at sslmit.unibo.it] >>>>> On Behalf Of Markus Killer >>>>> Sent: 20 January 2014 19:25 >>>>> To: cwb at sslmit.unibo.it >>>>> Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think >>>>> >>>>> >>>>> Dear Andrew, >>>>> >>>>> >>>>> >>>>> Thanks a lot for the update to v3.1.0. Today, I've successfully >>>>> installed >>>> and >>>>> configured v3.0.16 on a Xubuntu 12.04 LTS (64-bit) system. However, >>>>> I >>>> didn't >>>>> manage to get v3.1.0 (svn rev 497) running. >>>>> >>>>> When I try to run the autosetup script, I get the following php >>>>> notices >>>> and a >>>>> fatal error: >>>>> >>>>> $php autosetup.php >>>>> >>>>> PHP Notice: Undefined offset: 1 in /var/www/cqp-web- >>>>> beta/lib/defaults.inc.php on line 446 >>>>> >>>>> PHP Notice: Undefined offset: 1 in /var/www/cqp-web- >>>>> beta/lib/defaults.inc.php on line 446 >>>>> >>>>> PHP Fatal error: Call to a member function is_admin() on a >>>>> non-object in /var/www/cqp-web-beta/lib/exiterror.inc.php on line >>>>> 282 >>>>> >>>>> I then went on to try an upgrade from v3.0.16, but the update >>>>> upgrade- database.php script terminates with the same php fatal error. >>>>> >>>>> Best wishes, >>>>> >>>>> Markus >>>>> >>>>> >>>>> >>>>> [CWB] CQPweb: v 3.1.0 now usable, I think Hardie, Andrew a.hardie >>>>> at lancaster.ac.uk >>>>> >> > >>>> CQPweb%3A%20v%203.1.0%20now%20usable%2C%20I%20think&In-Reply- >>>>> To=%3C28078EC3FBF1B940A3EF3D0D19BE351D2CC631%40EX-0- >>>>> MB1.lancs.local%3E> >>>>> Mon Jan 20 09:19:41 CET 2014 >>>>> >>>>> * Previous message: [CWB] [cwb:bugs] #60 CQPweb : metadata from >>>>> XML, primary classification not >>>>> set>>>> html> >>>>> * Next message: [CWB] CQPweb: v 3.1.0 now usable, I >>>>> think>>>> January/001482.html> >>>>> * Messages sorted by: [ date >>>>> ]>>>> #14 >>>>> 81> [ thread ]>>>> January/thread.html#1481> [ subject >>>>> ]>>>> January/subject.html#1481> [ author >>>>> ]>>>> January/author.html#1481> >>>>> >>>>> ________________________________ >>>>> >>>>> Hi all, >>>>> >>>>> >>>>> >>>>> My grand re-structuring of almost everything for CQPweb v 3.1.0 is >>>>> now finished. >>>>> >>>>> >>>>> >>>>> There is not much visible difference, but a lot has changed under >>>>> the >>>> bonnet, >>>>> and this will hopefully make it quicker and easier to implement new >>>> features. >>>>> >>>>> >>>>> >>>>> If you are an adventurous sort, I think you can now safely upgrade >>>>> to >>>> 3.1.0 >>>>> (repo commit 497). There are probably bugs; reports very welcome. >>>>> >>>>> >>>>> >>>>> If you are less adventurous, you might want to stick with 3.0.16 a >>>>> bit >>>> longer, >>>>> until the worst problems are dealt with. >>>>> >>>>> >>>>> >>>>> Currently 3.1 runs nowhere but on my computer. Later today I hope >>>>> to upgrade the Lancaster to 3.1, so those of you with accounts on >>>>> that server can have a look at it later this week to see what has changed. >>>>> >>>>> >>>>> >>>>> One big change that you won't see from looking at a server is that >>>>> I have completely revamped the sysadmin documentation. Previously >>>>> this consisted of a series of HTML files - the maintenance of which >>>>> has become increasingly hairy over the past couple of years. Now, I >>>>> have shifted most >>>> of >>>>> these over into a "CQPweb System Administrator's Manual" written in >>>>> LaTeX and available within the usual documentation tree on the >>>>> SourceForge repository. I hope that this new format will (a) make >>>>> it more maintainable >>>> (b) >>>>> make it easier for others to contribute patches. There are still a >>>>> couple >>>> of >>>>> HTML files to convert; these will be done as and when I find a moment. >>>>> >>>>> >>>>> >>>>> Like the CWB and CQP tutorials, the manual compiles to both PDF and >>>>> HTML; the PDF is included with CQPweb and is also on the website here: >>>>> >>>>> >>>>> >>>>> http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf >>>>> >>>>> >>>>> >>>>> Crucially, it has a couple of sections that between them cover the >>>>> process >>>> of >>>>> upgrading from v 3.0.16 to 3.1.0, which, given all the changes I >>>>> have >>>> made, is >>>>> non-straightforward. >>>>> >>>>> >>>>> >>>>> That's all for now. >>>>> >>>>> >>>>> >>>>> best >>>>> >>>>> >>>>> >>>>> Andrew. >>>>> -------------- next part -------------- An HTML attachment was >>>>> scrubbed... >>>>> URL: >>>>> >>>> 61a >>>>> 72 >>>>> e/attachment.html> >>>>> >>>>> ------------------------------ >>>>> >>>>> _______________________________________________ >>>>> CWB mailing list >>>>> CWB at sslmit.unibo.it >>>>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb >>>>> >>>>> >>>>> End of CWB Digest, Vol 84, Issue 7 >>>>> ********************************** >>>> >>>> _______________________________________________ >>>> CWB mailing list >>>> CWB at sslmit.unibo.it >>>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb >>>> _______________________________________________ >>>> CWB mailing list >>>> CWB at sslmit.unibo.it >>>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb >>>> _______________________________________________ >>>> CWB mailing list >>>> CWB at sslmit.unibo.it >>>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb >>> >>> _______________________________________________ CWB mailing list >>> CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb From markus.killer at uzh.ch Tue Jan 21 13:47:43 2014 From: markus.killer at uzh.ch (Markus Killer) Date: Tue, 21 Jan 2014 13:47:43 +0100 Subject: [CWB] CQPweb: autosetup.php Rev511 works like a charm In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D2CD612@EX-0-MB1.lancs.local> References: , ,,<05e001cf167d$311c6020$93552060$@gmail.com>, ,,<28078EC3FBF1B940A3EF3D0D19BE351D2CCF1B@EX-0-MB1.lancs.local>, , , <28078EC3FBF1B940A3EF3D0D19BE351D2CD0B6@EX-0-MB1.lancs.local>, , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CD115@EX-0-MB1.lancs.local>, , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CD612@EX-0-MB1.lancs.local> Message-ID: I can confirm that autosetup.php works perfectly as of svn rev 511. I will now try and index my first corpus using CQPweb 3.1.0. ---------------------------------------- > From: a.hardie at lancaster.ac.uk > To: cwb at sslmit.unibo.it > Date: Tue, 21 Jan 2014 12:36:32 +0000 > Subject: Re: [CWB] CQPweb: $path_to_cwb (config) vs. $path_to_cqp (system diagnostics) > > Was that with revision 511 or 510? The fix for that went in 511, or at least I *thought* it had. > > Andrew. > > -----Original Message----- > From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Markus Killer > Sent: 21 January 2014 12:32 > To: cwb at sslmit.unibo.it > Subject: [CWB] CQPweb: $path_to_cwb (config) vs. $path_to_cqp (system diagnostics) > > Thanks for your quick fixes. Fully understand that you have other things to do. > > Found my mistake (used wrong variable in config: $path_to_cqp), changed it to $path_to_cwb and have now working backend with newly generated skins and colours. > > But for me to be able to login as superuser after autosetup terminates with: > > Database setup complete. > PHP Warning: mysql_close(): 13 is not a valid MySQL-Link resource in /var/www/cqp-web-beta/lib/library.inc.php on line 152 Invalid user name specified at database level: mkiller > > > I still have to manually add something like this to the database (table: user_info): > > INSERT INTO cqpwbeta.user_info (username, passhash, acct_status) VALUES ('mkiller','$2a$10/1ZOmv****CZWu2qedq','1'); > > > > > > > > ________________________________ >> From: markus.killer at uzh.ch >> To: a.hardie at lancaster.ac.uk >> Subject: RE: [CWB] CWB Digest, Vol 84, Issue 7 >> Date: Tue, 21 Jan 2014 11:25:52 +0100 >> >> >> sorry, that's my bad (forgot about p17) >> >> But the error still persists after manually adding the path to the >> config file (attached), I can't regenerate the skins and when I run 'system diagnostics' - 'Check CQP backend' >> the path is still an empty string (I double checked that the updated config.inc.php was used): >> >> Beginning diagnostics on CQP child process connection. >> >> Using following configuration variables: >> $path_to_cqp = ``'' >> $cwb_registry = ``/home/mki/cqp_web_beta_data/registry'' >> >> Checking that exists... >> CHECK FAILED. Check that exists and contains the CQP executable. >> >> >> ________________________________ >>> From: a.hardie at lancaster.ac.uk >>> To: cwb at sslmit.unibo.it >>> Date: Tue, 21 Jan 2014 09:58:26 +0000 >>> Subject: Re: [CWB] CWB Digest, Vol 84, Issue 7 >>> >>> >>> $path_to_cwb is no longer compulsory and the config script only sets >>> up compulsory variables. That's why it's no longer asked for. >>> >>> >>> >>> If you don't add it manually to your config file, then it is assumed >>> that CQP is on the path. If it's not, then conversely you need to add >>> it to your config file. >>> >>> >>> >>> See manual page 24, also pg 17. >>> >>> >>> >>> best >>> >>> >>> >>> Andrew. >>> >>> >>> >>> From: Markus Killer [mailto:markus.killer at uzh.ch] >>> Sent: 21 January 2014 09:55 >>> To: Hardie, Andrew >>> Subject: RE: [CWB] CWB Digest, Vol 84, Issue 7 >>> >>> >>> >>> The problem exists on new installs as well: attached you'll find the config-file generated by autoconfig-script ($path_to_cqp is missing and autoconfig doesn't ask for it). >>> >>> This is how I was able to log into the admin panel, eventually (did the same as Unmut): >>> >>> manually added superuser to db, then logged into admin panel & tried to generate skins: >>> >>> ERROR: CQP backend startup failed >>> Then, ran 'system diagnostics' - 'Check CQP backend': >>> >>> Beginning diagnostics on CQP child process connection. >>> >>> Using following configuration variables: >>> $path_to_cqp = ``'' >>> $cwb_registry = ``/home/mki/cqp_web_beta_data/registry'' >>> >>> Checking that exists... >>> CHECK FAILED. Check that exists and contains the CQP executable. >>> >>> ---------------------------------------- >>>> From: a.hardie at lancaster.ac.uk >>>> To: cwb at sslmit.unibo.it >>>> Date: Tue, 21 Jan 2014 09:46:57 +0000 >>>> Subject: Re: [CWB] CWB Digest, Vol 84, Issue 7 >>>> >>>> For the benefit of others - Umut's problem was due to not updating >>>> the config file to match the new format. The changes ot the config >>>> file format are described in the manual >>>> >>>> http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf >>>> >>>> see pages 24 and 25 especually. >>>> >>>> best >>>> >>>> Andrew. >>>> >>>> -----Original Message----- >>>> From: >>>> cwb-bounces at sslmit.unibo.it >>>> [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Hardie, Andrew >>>> Sent: 21 January 2014 07:53 >>>> To: Open source development of the Corpus WorkBench >>>> Subject: Re: [CWB] CWB Digest, Vol 84, Issue 7 >>>> >>>> Umut, >>>> >>>> Can you please copy the contents of your config file into an email >>>> to me off-list? (redacting any passwords of course) >>>> >>>> I suspect the problem is in there. >>>> >>>> best >>>> >>>> Andrew. >>>> >>>> -----Original Message----- >>>> From: >>>> cwb-bounces at sslmit.unibo.it >>>> [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Umut Demirhan >>>> Sent: 21 January 2014 07:49 >>>> To: cwb at sslmit.unibo.it >>>> Subject: Re: [CWB] CWB Digest, Vol 84, Issue 7 >>>> >>>> Dear Andrew, >>>> >>>> Thanks for the recent update. I've upgraded my local CQPweb to 3.1. >>>> >>>> After updating, I had several problems. I'm not sure if others have the same issues. >>>> >>>> First of all, it is about the user system that Markus reported, and >>>> you mentoned on twitter. The auto setup script generates the same >>>> error on my >>>> x64 Ubuntu, mysql-server-5.5. >>>> >>>> I created a normal user and then logged into mysql via phpmyadmin. I changed the name of the user to what I previously selected as superuser, and specified a password for him, and validated the account. >>>> >>>> Then, I tried to login to CQPweb, and this time it was successful. I tried to regenerate the color schemas; however, the application generated another error message "CQP backend failed". I checked out the config file and it seems that there is no statement about the paths below: >>>> >>>> /* variables do require a '/' before and after */ $path_to_cwb = >>>> 'usr/local/bin'; $path_to_perl = 'usr/bin'; >>>> >>>> I've added them to my config file; however, there is no success. It still generates the error message as in below: >>>> Checking that usr/local/bin/ exists... >>>> CHECK FAILED. Check that usr/local/bin/ exists and contains the CQP executable. >>>> >>>> I'm sure about that the file is located in that folder. >>>> >>>> I hope that helps to solve the problem. Does anyone have the same issues? >>>> >>>> Best regards, >>>> Umut >>>> >>>>> -----Original Message----- >>>>> From: >>>>> cwb-bounces at sslmit.unibo.it >>>>> [mailto:cwb-bounces at sslmit.unibo.it] >>>>> On Behalf Of >>>>> cwb-request at sslmit.unibo.it >>>>> Sent: Tuesday, January 21, 2014 6:12 AM >>>>> To: cwb at sslmit.unibo.it >>>>> Subject: CWB Digest, Vol 84, Issue 7 >>>>> >>>>> Send CWB mailing list submissions to >>>>> cwb at sslmit.unibo.it >>>>> >>>>> To subscribe or unsubscribe via the World Wide Web, visit >>>>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb >>>>> or, via email, send a message with subject or body 'help' to >>>>> cwb-request at sslmit.unibo.it >>>>> >>>>> You can reach the person managing the list at >>>>> cwb-owner at sslmit.unibo.it >>>>> >>>>> When replying, please edit your Subject line so it is more specific >>>>> than >>>> "Re: >>>>> Contents of CWB digest..." >>>>> >>>>> >>>>> Today's Topics: >>>>> >>>>> 1. Re: CQPweb: v 3.1.0 now usable, I think (Markus Killer) 2. Re: >>>>> CQPweb: v 3.1.0 now usable, I think (Hardie, Andrew) >>>>> >>>>> >>>>> ------------------------------------------------------------------- >>>>> --- >>>>> >>>>> Message: 1 >>>>> Date: Mon, 20 Jan 2014 20:24:44 +0100 >>>>> From: Markus Killer >>>>> > >>>>> To: "cwb at sslmit.unibo.it" >>>>> > >>>>> Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think >>>>> Message-ID: >>>>> >>>> 5E6838858B54A58968AA50 at phx.gbl>> >>>>> Content-Type: text/plain; charset="iso-8859-1" >>>>> >>>>> Dear Andrew, >>>>> Thanks a lot for the update to v3.1.0. Today, I've successfully >>>>> installed >>>> and >>>>> configured v3.0.16 on a Xubuntu 12.04 LTS (64-bit) system. However, >>>>> I >>>> didn't >>>>> manage to get v3.1.0 (svn rev 497) running. When I try to run the >>>> autosetup >>>>> script, I get the following php notices and a fatal error:$php >>>> autosetup.php >>>>> PHP Notice: Undefined offset: 1 in /var/www/cqp-web- >>>>> beta/lib/defaults.inc.php on line 446 PHP Notice: Undefined offset: >>>>> 1 in /var/www/cqp-web-beta/lib/defaults.inc.php on line 446 PHP Fatal error: >>>>> Call to a member function is_admin() on a non-object in >>>>> /var/www/cqp- web-beta/lib/exiterror.inc.php on line 282 I then >>>>> went on to try an >>>> upgrade >>>>> from v3.0.16, but the update upgrade-database.php script terminates >>>>> with the same php fatal error.Best wishes,Markus [CWB] CQPweb: v >>>>> 3.1.0 now usable, I thinkHardie, Andrew a.hardie at lancaster.ac.uk >>>>> Mon Jan >>>>> 20 09:19:41 CET 2014Previous message: [CWB] [cwb:bugs] #60 CQPweb : >>>>> metadata from XML, primary classification not setNext message: >>>>> [CWB] CQPweb: v 3.1.0 now usable, I thinkMessages sorted by: [ date >>>>> ] [ thread ] [ subject ] [ author ]Hi all, >>>>> >>>>> My grand re-structuring of almost everything for CQPweb v 3.1.0 is >>>>> now finished. >>>>> >>>>> There is not much visible difference, but a lot has changed under >>>>> the >>>> bonnet, >>>>> and this will hopefully make it quicker and easier to implement new >>>> features. >>>>> >>>>> If you are an adventurous sort, I think you can now safely upgrade >>>>> to >>>> 3.1.0 >>>>> (repo commit 497). There are probably bugs; reports very welcome. >>>>> >>>>> If you are less adventurous, you might want to stick with 3.0.16 a >>>>> bit >>>> longer, >>>>> until the worst problems are dealt with. >>>>> >>>>> Currently 3.1 runs nowhere but on my computer. Later today I hope >>>>> to upgrade the Lancaster to 3.1, so those of you with accounts on >>>>> that server can have a look at it later this week to see what has changed. >>>>> >>>>> One big change that you won't see from looking at a server is that >>>>> I have completely revamped the sysadmin documentation. Previously >>>>> this consisted of a series of HTML files - the maintenance of which >>>>> has become increasingly hairy over the past couple of years. Now, I >>>>> have shifted most >>>> of >>>>> these over into a "CQPweb System Administrator's Manual" written in >>>>> LaTeX and available within the usual documentation tree on the >>>>> SourceForge repository. I hope that this new format will (a) make >>>>> it more maintainable >>>> (b) >>>>> make it easier for others to contribute patches. There are still a >>>>> couple >>>> of >>>>> HTML files to convert; these will be done as and when I find a moment. >>>>> >>>>> Like the CWB and CQP tutorials, the manual compiles to both PDF and >>>>> HTML; the PDF is included with CQPweb and is also on the website here: >>>>> >>>>> http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf >>>>> >>>>> Crucially, it has a couple of sections that between them cover the >>>>> process >>>> of >>>>> upgrading from v 3.0.16 to 3.1.0, which, given all the changes I >>>>> have >>>> made, is >>>>> non-straightforward. >>>>> >>>>> That's all for now. >>>>> >>>>> best >>>>> >>>>> Andrew. >>>>> -------------- next part -------------- An HTML attachment was >>>>> scrubbed... >>>>> URL: >>>>> >>>> 040 >>>>> e3 >>>>> b/attachment-0001.html> >>>>> >>>>> ------------------------------ >>>>> >>>>> Message: 2 >>>>> Date: Tue, 21 Jan 2014 04:12:06 +0000 >>>>> From: "Hardie, Andrew" >>>>> > >>>>> To: "m.killer at outlook.com" >>>>> >, "Open source >>>>> development of the Corpus WorkBench" >>>>> > >>>>> Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think >>>>> Message-ID: >>>>> <28078EC3FBF1B940A3EF3D0D19BE351D2CCD39 at EX-0- >>>>> MB1.lancs.local> >>>>> Content-Type: text/plain; charset="us-ascii" >>>>> >>>>> Thanks for the bug report; sorry for delay responding. This turned >>>>> out to >>>> be a >>>>> lingering environment bug from a much earlier version that was >>>>> newly exposed by the new scripts. Now fixed in svn. >>>>> >>>>> best >>>>> >>>>> Andrew. >>>>> >>>>> From: >>>>> cwb-bounces at sslmit.unibo.it >>>>> [mailto:cwb-bounces at sslmit.unibo.it] >>>>> On Behalf Of Markus Killer >>>>> Sent: 20 January 2014 19:25 >>>>> To: cwb at sslmit.unibo.it >>>>> Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think >>>>> >>>>> >>>>> Dear Andrew, >>>>> >>>>> >>>>> >>>>> Thanks a lot for the update to v3.1.0. Today, I've successfully >>>>> installed >>>> and >>>>> configured v3.0.16 on a Xubuntu 12.04 LTS (64-bit) system. However, >>>>> I >>>> didn't >>>>> manage to get v3.1.0 (svn rev 497) running. >>>>> >>>>> When I try to run the autosetup script, I get the following php >>>>> notices >>>> and a >>>>> fatal error: >>>>> >>>>> $php autosetup.php >>>>> >>>>> PHP Notice: Undefined offset: 1 in /var/www/cqp-web- >>>>> beta/lib/defaults.inc.php on line 446 >>>>> >>>>> PHP Notice: Undefined offset: 1 in /var/www/cqp-web- >>>>> beta/lib/defaults.inc.php on line 446 >>>>> >>>>> PHP Fatal error: Call to a member function is_admin() on a >>>>> non-object in /var/www/cqp-web-beta/lib/exiterror.inc.php on line >>>>> 282 >>>>> >>>>> I then went on to try an upgrade from v3.0.16, but the update >>>>> upgrade- database.php script terminates with the same php fatal error. >>>>> >>>>> Best wishes, >>>>> >>>>> Markus >>>>> >>>>> >>>>> >>>>> [CWB] CQPweb: v 3.1.0 now usable, I think Hardie, Andrew a.hardie >>>>> at lancaster.ac.uk >>>>> >> > >>>> CQPweb%3A%20v%203.1.0%20now%20usable%2C%20I%20think&In-Reply- >>>>> To=%3C28078EC3FBF1B940A3EF3D0D19BE351D2CC631%40EX-0- >>>>> MB1.lancs.local%3E> >>>>> Mon Jan 20 09:19:41 CET 2014 >>>>> >>>>> * Previous message: [CWB] [cwb:bugs] #60 CQPweb : metadata from >>>>> XML, primary classification not >>>>> set>>>> html> >>>>> * Next message: [CWB] CQPweb: v 3.1.0 now usable, I >>>>> think>>>> January/001482.html> >>>>> * Messages sorted by: [ date >>>>> ]>>>> #14 >>>>> 81> [ thread ]>>>> January/thread.html#1481> [ subject >>>>> ]>>>> January/subject.html#1481> [ author >>>>> ]>>>> January/author.html#1481> >>>>> >>>>> ________________________________ >>>>> >>>>> Hi all, >>>>> >>>>> >>>>> >>>>> My grand re-structuring of almost everything for CQPweb v 3.1.0 is >>>>> now finished. >>>>> >>>>> >>>>> >>>>> There is not much visible difference, but a lot has changed under >>>>> the >>>> bonnet, >>>>> and this will hopefully make it quicker and easier to implement new >>>> features. >>>>> >>>>> >>>>> >>>>> If you are an adventurous sort, I think you can now safely upgrade >>>>> to >>>> 3.1.0 >>>>> (repo commit 497). There are probably bugs; reports very welcome. >>>>> >>>>> >>>>> >>>>> If you are less adventurous, you might want to stick with 3.0.16 a >>>>> bit >>>> longer, >>>>> until the worst problems are dealt with. >>>>> >>>>> >>>>> >>>>> Currently 3.1 runs nowhere but on my computer. Later today I hope >>>>> to upgrade the Lancaster to 3.1, so those of you with accounts on >>>>> that server can have a look at it later this week to see what has changed. >>>>> >>>>> >>>>> >>>>> One big change that you won't see from looking at a server is that >>>>> I have completely revamped the sysadmin documentation. Previously >>>>> this consisted of a series of HTML files - the maintenance of which >>>>> has become increasingly hairy over the past couple of years. Now, I >>>>> have shifted most >>>> of >>>>> these over into a "CQPweb System Administrator's Manual" written in >>>>> LaTeX and available within the usual documentation tree on the >>>>> SourceForge repository. I hope that this new format will (a) make >>>>> it more maintainable >>>> (b) >>>>> make it easier for others to contribute patches. There are still a >>>>> couple >>>> of >>>>> HTML files to convert; these will be done as and when I find a moment. >>>>> >>>>> >>>>> >>>>> Like the CWB and CQP tutorials, the manual compiles to both PDF and >>>>> HTML; the PDF is included with CQPweb and is also on the website here: >>>>> >>>>> >>>>> >>>>> http://cwb.sourceforge.net/files/CQPwebAdminManual.pdf >>>>> >>>>> >>>>> >>>>> Crucially, it has a couple of sections that between them cover the >>>>> process >>>> of >>>>> upgrading from v 3.0.16 to 3.1.0, which, given all the changes I >>>>> have >>>> made, is >>>>> non-straightforward. >>>>> >>>>> >>>>> >>>>> That's all for now. >>>>> >>>>> >>>>> >>>>> best >>>>> >>>>> >>>>> >>>>> Andrew. >>>>> -------------- next part -------------- An HTML attachment was >>>>> scrubbed... >>>>> URL: >>>>> >>>> 61a >>>>> 72 >>>>> e/attachment.html> >>>>> >>>>> ------------------------------ >>>>> >>>>> _______________________________________________ >>>>> CWB mailing list >>>>> CWB at sslmit.unibo.it >>>>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb >>>>> >>>>> >>>>> End of CWB Digest, Vol 84, Issue 7 >>>>> ********************************** >>>> >>>> _______________________________________________ >>>> CWB mailing list >>>> CWB at sslmit.unibo.it >>>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb >>>> _______________________________________________ >>>> CWB mailing list >>>> CWB at sslmit.unibo.it >>>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb >>>> _______________________________________________ >>>> CWB mailing list >>>> CWB at sslmit.unibo.it >>>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb >>> >>> _______________________________________________ CWB mailing list >>> CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb From a.hardie at lancaster.ac.uk Tue Jan 21 13:50:34 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Tue, 21 Jan 2014 12:50:34 +0000 Subject: [CWB] CQPweb: upgrade-database.php v3.0.16 > v3.1.0 In-Reply-To: References: , , , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCD39@EX-0-MB1.lancs.local>, , , , , , , , , , , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCE6D@EX-0-MB1.lancs.local>, , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCF0F@EX-0-MB1.lancs.local>, , <28078EC3FBF1B940A3EF3D0D19BE351D2CCFBA@EX-0-MB1.lancs.local>, <28078EC3FBF1B940A3EF3D0D19BE351D2CD169@EX-0-MB1.lancs.local> Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2CD689@EX-0-MB1.lancs.local> Think I've squished that one in 512. Andrew. -----Original Message----- From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Markus Killer Sent: 21 January 2014 10:48 To: Open source development of the Corpus WorkBench Subject: [CWB] CQPweb: upgrade-database.php v3.0.16 > v3.1.0 upgrade-database on exact copy of working v3.0.16 db: Revision 510. mki at ubuntu:/var/www/cqp-web-beta/bin$ sudo php upgrade-database.php Database version is now at < 3.1.0. Database will now be upgraded to 3.1.0... A mySQL query did not run successfully! Original query: alter table system_messages alter column fromto set default NULL Error # 1067: Invalid default value for 'fromto' ************** DESCRIBE - BEFORE SCRIPT: mysql> describe cqpwbeta.system_messages; +------------+--------------+------+-----+-------------------+-----------------------------+ | Field | Type | Null | Key | Default | Extra | +------------+--------------+------+-----+-------------------+-----------------------------+ | message_id | varchar(150) | NO | PRI | NULL | | timestamp | timestamp | | NO | | CURRENT_TIMESTAMP | on update CURRENT_TIMESTAMP | header | | varchar(150) | NO | | | | content | text | NO | | NULL | | fromto | | varchar(150) | NO | | | | +------------+--------------+------+-----+-------------------+-----------------------------+ 5 rows in set (0.00 sec) ---------------------------------------- > From: a.hardie at lancaster.ac.uk > To: cwb at sslmit.unibo.it; m.killer at outlook.com > Date: Tue, 21 Jan 2014 10:17:22 +0000 > Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > > (For the benfit of the peanut gallery: Markus sent me the "describe.... off list, and it had this line: > > | dbname | varchar(200) | NO | PRI | NULL | | > > ) > > So again, it's a case of rollback being needed so the script can run again. > > The next bug is a phasing issue, it looks as if some of the DB changes which I put in there for 3.0.16 are not in the right place, they should have been assigned to 3.0.15. Commit 510 has all of those that I can find fixed. > > best > > Andrew. _______________________________________________ CWB mailing list CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb From markus.killer at uzh.ch Tue Jan 21 14:09:50 2014 From: markus.killer at uzh.ch (Markus Killer) Date: Tue, 21 Jan 2014 14:09:50 +0100 Subject: [CWB] CQPweb: upgrade-database.php v3.0.16 > v3.1.0 In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D2CD689@EX-0-MB1.lancs.local> References: , ,,, , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCD39@EX-0-MB1.lancs.local>, , , , , , ,,, , ,,,,, , , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCE6D@EX-0-MB1.lancs.local>, , , , , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCF0F@EX-0-MB1.lancs.local>, , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCFBA@EX-0-MB1.lancs.local>, , <28078EC3FBF1B940A3EF3D0D19BE351D2CD169@EX-0-MB1.lancs.local>, , <28078EC3FBF1B940A3EF3D0D19BE351D2CD689@EX-0-MB1.lancs.local> Message-ID: upgrade-database.php rev512 runs smoothly now, but there seem to be two more issues: (1) - the old password is mapped into table:user_info column:password and accidentally, I think, into column:email as well (2) - the password is not hashed (passhash: NULL) and, consequently, authentication fails. --> not possible to login as superuser after running upgrade-database.php (unless you manually add passhash) ---------------------------------------- > From: a.hardie at lancaster.ac.uk > To: m.killer at outlook.com; cwb at sslmit.unibo.it > Date: Tue, 21 Jan 2014 12:50:34 +0000 > Subject: Re: [CWB] CQPweb: upgrade-database.php v3.0.16> v3.1.0 > > Think I've squished that one in 512. > > Andrew. > > -----Original Message----- > From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Markus Killer > Sent: 21 January 2014 10:48 > To: Open source development of the Corpus WorkBench > Subject: [CWB] CQPweb: upgrade-database.php v3.0.16> v3.1.0 > > upgrade-database on exact copy of working v3.0.16 db: > > Revision 510. > mki at ubuntu:/var/www/cqp-web-beta/bin$ sudo php upgrade-database.php Database version is now at < 3.1.0. Database will now be upgraded to 3.1.0... > A mySQL query did not run successfully! > > Original query: > > alter table system_messages alter column fromto set default NULL > > Error # 1067: Invalid default value for 'fromto' > > ************** > DESCRIBE - BEFORE SCRIPT: > > mysql> describe cqpwbeta.system_messages; > +------------+--------------+------+-----+-------------------+-----------------------------+ > | Field | Type | Null | Key | Default | Extra | > +------------+--------------+------+-----+-------------------+-----------------------------+ > | message_id | varchar(150) | NO | PRI | NULL | | timestamp | timestamp > | | NO | | CURRENT_TIMESTAMP | on update CURRENT_TIMESTAMP | header | > | varchar(150) | NO | | | | content | text | NO | | NULL | | fromto | > | varchar(150) | NO | | | | > +------------+--------------+------+-----+-------------------+-----------------------------+ > 5 rows in set (0.00 sec) > > > > ---------------------------------------- >> From: a.hardie at lancaster.ac.uk >> To: cwb at sslmit.unibo.it; m.killer at outlook.com >> Date: Tue, 21 Jan 2014 10:17:22 +0000 >> Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think >> >> (For the benfit of the peanut gallery: Markus sent me the "describe.... off list, and it had this line: >> >> | dbname | varchar(200) | NO | PRI | NULL | | >> >> ) >> >> So again, it's a case of rollback being needed so the script can run again. >> >> The next bug is a phasing issue, it looks as if some of the DB changes which I put in there for 3.0.16 are not in the right place, they should have been assigned to 3.0.15. Commit 510 has all of those that I can find fixed. >> >> best >> >> Andrew. > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb From a.hardie at lancaster.ac.uk Tue Jan 21 18:58:41 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Tue, 21 Jan 2014 17:58:41 +0000 Subject: [CWB] FW: CWB Digest, Vol 84, Issue 7 References: , , <05e001cf167d$311c6020$93552060$@gmail.com>, , <28078EC3FBF1B940A3EF3D0D19BE351D2CCF1B@EX-0-MB1.lancs.local>, , <28078EC3FBF1B940A3EF3D0D19BE351D2CD0B6@EX-0-MB1.lancs.local>, , <28078EC3FBF1B940A3EF3D0D19BE351D2CD115@EX-0-MB1.lancs.local> Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2CD95A@EX-0-MB1.lancs.local> The diagnostics are generally a bit broken (I never actually finished writing the class method behind it....) but I have had a crack at unbreaking them in rev 513. Andrew. From: Markus Killer [mailto:markus.killer at uzh.ch] Sent: 21 January 2014 10:26 To: Hardie, Andrew Subject: RE: [CWB] CWB Digest, Vol 84, Issue 7 sorry, that's my bad (forgot about p17) But the error still persists after manually adding the path to the config file (attached), I can't regenerate the skins and when I run 'system diagnostics' - 'Check CQP backend' the path is still an empty string (I double checked that the updated config.inc.php was used): Beginning diagnostics on CQP child process connection. Using following configuration variables: $path_to_cqp = ``'' $cwb_registry = ``/home/mki/cqp_web_beta_data/registry'' Checking that exists... CHECK FAILED. Check that exists and contains the CQP executable. -------------- next part -------------- An HTML attachment was scrubbed... URL: From novacellus at gmail.com Wed Jan 22 12:18:05 2014 From: novacellus at gmail.com (Krzysztof Nowak) Date: Wed, 22 Jan 2014 12:18:05 +0100 Subject: [CWB] CQPweb: Error: "Call to undefined function check_user_cookie_token()" Message-ID: Dear all, I have updated my local CQPweb installation to the recent version. After some initial problems with admin user password, everything seems to work just great with one exception, though. When trying to access collocation search page from within concordance list (redirect.php?redirect=collocations), I keep getting a blank screen with a PHP error message: "Fatal error: Call to undefined function check_user_cookie_token() in /var/www/cqp/lib/environment.inc.php on line 252". Do you happen to encounter a similar error or is it only my installation? I will be grateful for any hint. Best regards Krzysztof My system settings: OS: Kubuntu 13.10, 64-bit PHP version: 5.5.3-1ubuntu2.1 CQPweb revision: 513 From a.hardie at lancaster.ac.uk Wed Jan 22 12:47:06 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Wed, 22 Jan 2014 11:47:06 +0000 Subject: [CWB] CQPweb: Error: "Call to undefined function check_user_cookie_token()" In-Reply-To: References: Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2CDE61@EX-0-MB1.lancs.local> I think this is fixed in commit 514. Thanks best Andrew. -----Original Message----- From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Krzysztof Nowak Sent: 22 January 2014 11:18 To: cwb at sslmit.unibo.it Subject: [CWB] CQPweb: Error: "Call to undefined function check_user_cookie_token()" Dear all, I have updated my local CQPweb installation to the recent version. After some initial problems with admin user password, everything seems to work just great with one exception, though. When trying to access collocation search page from within concordance list (redirect.php?redirect=collocations), I keep getting a blank screen with a PHP error message: "Fatal error: Call to undefined function check_user_cookie_token() in /var/www/cqp/lib/environment.inc.php on line 252". Do you happen to encounter a similar error or is it only my installation? I will be grateful for any hint. Best regards Krzysztof My system settings: OS: Kubuntu 13.10, 64-bit PHP version: 5.5.3-1ubuntu2.1 CQPweb revision: 513 _______________________________________________ CWB mailing list CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb From a.hardie at lancaster.ac.uk Wed Jan 22 13:04:36 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Wed, 22 Jan 2014 12:04:36 +0000 Subject: [CWB] CQPweb: upgrade-database.php v3.0.16 > v3.1.0 In-Reply-To: References: , ,,, , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCD39@EX-0-MB1.lancs.local>, , , , , , ,,, , ,,,,, , , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCE6D@EX-0-MB1.lancs.local>, , , , , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCF0F@EX-0-MB1.lancs.local>, , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCFBA@EX-0-MB1.lancs.local>, , <28078EC3FBF1B940A3EF3D0D19BE351D2CD169@EX-0-MB1.lancs.local>, , <28078EC3FBF1B940A3EF3D0D19BE351D2CD689@EX-0-MB1.lancs.local> Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2CDED7@EX-0-MB1.lancs.local> Hi Markus, I have been puzzling over this at great length and have got nowhere. (1) The old password column exists because I disabled its deletion to make rollback easier if needed. (There is an alert note in the printed output telling people to drop the password column manually after the fact). But the old password going into the email column is something I just can't figure out. It's not happened on the system I upgraded (albeit that wasn't with 512 but an earlier version) and I can't find anything in the code of upgrade-database that ought to alter the contents of the email column in that way. (2) Likewise this puzzles me, there WAS a bug that did this, but I thought I had fixed it in commit 502. So, if you can add any further details related to this bug that might help me track it down, that would be very much appreciated.... best Andrew. -----Original Message----- From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Markus Killer Sent: 21 January 2014 13:10 To: Open source development of the Corpus WorkBench Subject: Re: [CWB] CQPweb: upgrade-database.php v3.0.16 > v3.1.0 upgrade-database.php rev512 runs smoothly now, but there seem to be two more issues: (1) - the old password is mapped into table:user_info column:password and accidentally, I think, into column:email as well (2) - the password is not hashed (passhash: NULL) and, consequently, authentication fails. --> not possible to login as superuser after running upgrade-database.php (unless you manually add passhash) ---------------------------------------- > From: a.hardie at lancaster.ac.uk > To: m.killer at outlook.com; cwb at sslmit.unibo.it > Date: Tue, 21 Jan 2014 12:50:34 +0000 > Subject: Re: [CWB] CQPweb: upgrade-database.php v3.0.16> v3.1.0 > > Think I've squished that one in 512. > > Andrew. > > -----Original Message----- > From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Markus Killer > Sent: 21 January 2014 10:48 > To: Open source development of the Corpus WorkBench > Subject: [CWB] CQPweb: upgrade-database.php v3.0.16> v3.1.0 > > upgrade-database on exact copy of working v3.0.16 db: > > Revision 510. > mki at ubuntu:/var/www/cqp-web-beta/bin$ sudo php upgrade-database.php Database version is now at < 3.1.0. Database will now be upgraded to 3.1.0... > A mySQL query did not run successfully! > > Original query: > > alter table system_messages alter column fromto set default NULL > > Error # 1067: Invalid default value for 'fromto' > > ************** > DESCRIBE - BEFORE SCRIPT: > > mysql> describe cqpwbeta.system_messages; > +------------+--------------+------+-----+-------------------+-----------------------------+ > | Field | Type | Null | Key | Default | Extra | > +------------+--------------+------+-----+-------------------+-----------------------------+ > | message_id | varchar(150) | NO | PRI | NULL | | timestamp | timestamp > | | NO | | CURRENT_TIMESTAMP | on update CURRENT_TIMESTAMP | header | > | varchar(150) | NO | | | | content | text | NO | | NULL | | fromto | > | varchar(150) | NO | | | | > +------------+--------------+------+-----+-------------------+-----------------------------+ > 5 rows in set (0.00 sec) > > > > ---------------------------------------- >> From: a.hardie at lancaster.ac.uk >> To: cwb at sslmit.unibo.it; m.killer at outlook.com >> Date: Tue, 21 Jan 2014 10:17:22 +0000 >> Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think >> >> (For the benfit of the peanut gallery: Markus sent me the "describe.... off list, and it had this line: >> >> | dbname | varchar(200) | NO | PRI | NULL | | >> >> ) >> >> So again, it's a case of rollback being needed so the script can run again. >> >> The next bug is a phasing issue, it looks as if some of the DB changes which I put in there for 3.0.16 are not in the right place, they should have been assigned to 3.0.15. Commit 510 has all of those that I can find fixed. >> >> best >> >> Andrew. > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb _______________________________________________ CWB mailing list CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb From novacellus at gmail.com Wed Jan 22 13:09:37 2014 From: novacellus at gmail.com (Krzysztof Nowak) Date: Wed, 22 Jan 2014 13:09:37 +0100 Subject: [CWB] CQPweb: Error: "Call to undefined function check_user_cookie_token()" In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D2CDE61@EX-0-MB1.lancs.local> References: <28078EC3FBF1B940A3EF3D0D19BE351D2CDE61@EX-0-MB1.lancs.local> Message-ID: Dear Andrew, now it works, indeed! Thank you for your answer and (since I have this opportunity) for all the great CQPweb work you have been doing. Best Krzysztof 2014/1/22 Hardie, Andrew : > I think this is fixed in commit 514. > > Thanks > > best > > Andrew. > > -----Original Message----- > From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Krzysztof Nowak > Sent: 22 January 2014 11:18 > To: cwb at sslmit.unibo.it > Subject: [CWB] CQPweb: Error: "Call to undefined function check_user_cookie_token()" > > Dear all, > > I have updated my local CQPweb installation to the recent version. > After some initial problems with admin user password, everything seems to work just great with one exception, though. When trying to access collocation search page from within concordance list (redirect.php?redirect=collocations), I keep getting a blank screen with a PHP error message: > "Fatal error: Call to undefined function check_user_cookie_token() in /var/www/cqp/lib/environment.inc.php on line 252". > Do you happen to encounter a similar error or is it only my installation? > I will be grateful for any hint. > > Best regards > Krzysztof > > My system settings: > OS: Kubuntu 13.10, 64-bit > PHP version: 5.5.3-1ubuntu2.1 > CQPweb revision: 513 > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb From markus.killer at uzh.ch Wed Jan 22 15:00:37 2014 From: markus.killer at uzh.ch (Markus Killer) Date: Wed, 22 Jan 2014 15:00:37 +0100 Subject: [CWB] CQPweb: upgrade-database.php v3.0.16 > v3.1.0 In-Reply-To: References: , ,,, , , , , , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCD39@EX-0-MB1.lancs.local>, , , , , , , , , , , , , , , , , , , , , , , , , , , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCE6D@EX-0-MB1.lancs.local>, , , , , , , , , , , , , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCF0F@EX-0-MB1.lancs.local>, , , , , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCFBA@EX-0-MB1.lancs.local>, , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CD169@EX-0-MB1.lancs.local>, , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CD689@EX-0-MB1.lancs.local>, , <28078EC3FBF1B940A3EF3D0D19BE351D2CDED7@EX-0-MB1.lancs.local>, Message-ID: Hi Andrew, (1) - MY MISTAKE I completely understand your reason for disabling the deletion of the password column and the alert note is clearly visible. I tried to replicate the 'password into email column' behaviour on a clean virtual machine and it didn't happen again. This must have been a misconfiguration in my original 3.0.16 database (i.e. password stored in password AND email column - probably an auto-form-fill slip in phpmyadmin). I'll try to verify this later with an archived sql-dump, as I have reset the system to an earlier state in the meantime. My apologies, I really should have double-checked before filing this one. (2) - BUG STILL PRESENT @rev 515: upgrade-database.php terminates without any warnings or errors, but password is still not hashed -> the value is NULL (see column 8 of upgraded database below) mysql> select * from cqpwdebug.user_info;+----+----------+----------+----------------+----------------------+-------------+---------+----------+-------------+------------+-------------+----------------------+---------------------+---------------------+---------------+-------------------+------------+-------------------+--------------+---------------------------+----------------+-------------------+----------------+-----------+---------+------------+----------+| id | username | password | realname | email | affiliation | country | passhash | acct_status | verify_key | expiry_time | password_expiry_time | last_seen_time | acct_create_time | conc_kwicview | conc_corpus_order | cqp_syntax | context_with_tags | use_tooltips | thin_default_reproducible | coll_statistic | coll_freqtogether | coll_freqalone | coll_from | coll_to | max_dbsize | linefeed |+----+----------+----------+----------------+----------------------+-------------+---------+----------+-------------+------------+-------------+----------------------+---------------------+---------------------+---------------+-------------------+------------+-------------------+--------------+---------------------------+----------------+-------------------+----------------+-----------+---------+------------+----------+| 1 | mkiller | debugpass | unknown person | markus.killer at uzh.ch | NULL | 00 | NULL | 1 | NULL | 0 | 0 | 0000-00-00 00:00:00 | 0000-00-00 00:00:00 | 1 | 1 | 0 | 0 | 1 | 1 | 6 | 5 | 5 | -3 | 3 | 1000000 | au |+----+----------+----------+----------------+----------------------+-------------+---------+----------+-------------+------------+-------------+----------------------+---------------------+---------------------+---------------+-------------------+------------+-------------------+--------------+---------------------------+----------------+-------------------+----------------+-----------+---------+------------+----------+1 row in set (0.00 sec) When trying to login to the upgraded system, I get this message: Your login was not successful. The credentials you entered are not valid. Please go back to the log on page and try again. Best wishes,Markus > From: a.hardie at lancaster.ac.uk > To: cwb at sslmit.unibo.it > Date: Wed, 22 Jan 2014 12:04:36 +0000 > Subject: Re: [CWB] CQPweb: upgrade-database.php v3.0.16 > v3.1.0 > > Hi Markus, > > I have been puzzling over this at great length and have got nowhere. > > (1) The old password column exists because I disabled its deletion to make rollback easier if needed. (There is an alert note in the printed output telling people to drop the password column manually after the fact). > > But the old password going into the email column is something I just can't figure out. It's not happened on the system I upgraded (albeit that wasn't with 512 but an earlier version) and I can't find anything in the code of upgrade-database that ought to alter the contents of the email column in that way. > > (2) Likewise this puzzles me, there WAS a bug that did this, but I thought I had fixed it in commit 502. > > So, if you can add any further details related to this bug that might help me track it down, that would be very much appreciated.... > > best > > Andrew. > > -----Original Message----- > From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Markus Killer > Sent: 21 January 2014 13:10 > To: Open source development of the Corpus WorkBench > Subject: Re: [CWB] CQPweb: upgrade-database.php v3.0.16 > v3.1.0 > > upgrade-database.php rev512 runs smoothly now, but there seem to be two more issues: > > (1) - the old password is mapped into table:user_info column:password and accidentally, I think, into column:email as well > > (2) - the password is not hashed (passhash: NULL) and, consequently, authentication fails. > > --> not possible to login as superuser after running upgrade-database.php (unless you manually add passhash) > > > ---------------------------------------- > > From: a.hardie at lancaster.ac.uk > > To: m.killer at outlook.com; cwb at sslmit.unibo.it > > Date: Tue, 21 Jan 2014 12:50:34 +0000 > > Subject: Re: [CWB] CQPweb: upgrade-database.php v3.0.16> v3.1.0 > > > > Think I've squished that one in 512. > > > > Andrew. > > > > -----Original Message----- > > From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Markus Killer > > Sent: 21 January 2014 10:48 > > To: Open source development of the Corpus WorkBench > > Subject: [CWB] CQPweb: upgrade-database.php v3.0.16> v3.1.0 > > > > upgrade-database on exact copy of working v3.0.16 db: > > > > Revision 510. > > mki at ubuntu:/var/www/cqp-web-beta/bin$ sudo php upgrade-database.php Database version is now at < 3.1.0. Database will now be upgraded to 3.1.0... > > A mySQL query did not run successfully! > > > > Original query: > > > > alter table system_messages alter column fromto set default NULL > > > > Error # 1067: Invalid default value for 'fromto' > > > > ************** > > DESCRIBE - BEFORE SCRIPT: > > > > mysql> describe cqpwbeta.system_messages; > > +------------+--------------+------+-----+-------------------+-----------------------------+ > > | Field | Type | Null | Key | Default | Extra | > > +------------+--------------+------+-----+-------------------+-----------------------------+ > > | message_id | varchar(150) | NO | PRI | NULL | | timestamp | timestamp > > | | NO | | CURRENT_TIMESTAMP | on update CURRENT_TIMESTAMP | header | > > | varchar(150) | NO | | | | content | text | NO | | NULL | | fromto | > > | varchar(150) | NO | | | | > > +------------+--------------+------+-----+-------------------+-----------------------------+ > > 5 rows in set (0.00 sec) > > > > > > > > ---------------------------------------- > >> From: a.hardie at lancaster.ac.uk > >> To: cwb at sslmit.unibo.it; m.killer at outlook.com > >> Date: Tue, 21 Jan 2014 10:17:22 +0000 > >> Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > >> > >> (For the benfit of the peanut gallery: Markus sent me the "describe.... off list, and it had this line: > >> > >> | dbname | varchar(200) | NO | PRI | NULL | | > >> > >> ) > >> > >> So again, it's a case of rollback being needed so the script can run again. > >> > >> The next bug is a phasing issue, it looks as if some of the DB changes which I put in there for 3.0.16 are not in the right place, they should have been assigned to 3.0.15. Commit 510 has all of those that I can find fixed. > >> > >> best > >> > >> Andrew. > > _______________________________________________ > > CWB mailing list > > CWB at sslmit.unibo.it > > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > > _______________________________________________ > > CWB mailing list > > CWB at sslmit.unibo.it > > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb -------------- next part -------------- An HTML attachment was scrubbed... URL: From andres at chandia.net Thu Jan 23 16:40:41 2014 From: andres at chandia.net (Andres Chandia) Date: Thu, 23 Jan 2014 16:40:41 +0100 Subject: [CWB] uncomplete tag In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D2CC744@EX-0-MB1.lancs.local> References: <28078EC3FBF1B940A3EF3D0D19BE351D2CC631@EX-0-MB1.lancs.local> <28078EC3FBF1B940A3EF3D0D19BE351D2CC744@EX-0-MB1.lancs.local> Message-ID: Hi there, when I do a query the results are shown just ok, but when I go to Displayi extended context for query match, the tags ar not complete, for instance NOM appears as _OM, is that something I have done wrongly or is it a bug? Result of symple query: saison NOM Displaying extended context for query match in text 19 (with show tags): saison_OM you can consult de corpus here: wikifr and access with this data: user: guest password: guest _______________________ ????????????????????????andr??s chand??a administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.hardie at lancaster.ac.uk Fri Jan 24 06:55:04 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Fri, 24 Jan 2014 05:55:04 +0000 Subject: [CWB] uncomplete tag In-Reply-To: References: <28078EC3FBF1B940A3EF3D0D19BE351D2CC631@EX-0-MB1.lancs.local> <28078EC3FBF1B940A3EF3D0D19BE351D2CC744@EX-0-MB1.lancs.local> Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2CEE8D@EX-0-MB1.lancs.local> Now fixed in commit 517. (Please note that gloss-mode display for extended context view is not actually complete, so this was not a bug so much as an effect of that view being work-in-progress. But I've inserted a hack to get it to produce the expected behaviour, as a stop gap.) best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Andres Chandia Sent: 23 January 2014 15:41 To: Open source development of the Corpus WorkBench Subject: [CWB] uncomplete tag Hi there, when I do a query the results are shown just ok, but when I go to Displayi extended context for query match, the tags ar not complete, for instance NOM appears as _OM, is that something I have done wrongly or is it a bug? Result of symple query: saison NOM Displaying extended context for query match in text 19 (with show tags): saison_OM you can consult de corpus here: wikifr and access with this data: user: guest password: guest _______________________ andr?s chand?a [Image removed by sender. chandia.net][Image removed by sender.] administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ?Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ~WRD376.jpg Type: image/jpeg Size: 823 bytes Desc: ~WRD376.jpg URL: From a.hardie at lancaster.ac.uk Fri Jan 24 07:04:57 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Fri, 24 Jan 2014 06:04:57 +0000 Subject: [CWB] CQPweb: upgrade-database.php v3.0.16 > v3.1.0 In-Reply-To: References: , ,,, , , , , , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCD39@EX-0-MB1.lancs.local>, , , , , , , , , , , , , , , , , , , , , , , , , , , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCE6D@EX-0-MB1.lancs.local>, , , , , , , , , , , , , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCF0F@EX-0-MB1.lancs.local>, , , , , , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CCFBA@EX-0-MB1.lancs.local>, , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CD169@EX-0-MB1.lancs.local>, , , , <28078EC3FBF1B940A3EF3D0D19BE351D2CD689@EX-0-MB1.lancs.local>, , <28078EC3FBF1B940A3EF3D0D19BE351D2CDED7@EX-0-MB1.lancs.local>, Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2CEED0@EX-0-MB1.lancs.local> I have finally cracked # 2 in rev 518. Despite how long it took to track down, it turned out to be a stupid, stupid error. Sorry!! Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Markus Killer Sent: 22 January 2014 14:01 To: cwb at sslmit.unibo.it Subject: Re: [CWB] CQPweb: upgrade-database.php v3.0.16 > v3.1.0 Hi Andrew, (1) - MY MISTAKE I completely understand your reason for disabling the deletion of the password column and the alert note is clearly visible. I tried to replicate the 'password into email column' behaviour on a clean virtual machine and it didn't happen again. This must have been a misconfiguration in my original 3.0.16 database (i.e. password stored in password AND email column - probably an auto-form-fill slip in phpmyadmin). I'll try to verify this later with an archived sql-dump, as I have reset the system to an earlier state in the meantime. My apologies, I really should have double-checked before filing this one. (2) - BUG STILL PRESENT @rev 515: upgrade-database.php terminates without any warnings or errors, but password is still not hashed -> the value is NULL (see column 8 of upgraded database below) mysql> select * from cqpwdebug.user_info; +----+----------+----------+----------------+----------------------+-------------+---------+----------+-------------+------------+-------------+----------------------+---------------------+---------------------+---------------+-------------------+------------+-------------------+--------------+---------------------------+----------------+-------------------+----------------+-----------+---------+------------+----------+ | id | username | password | realname | email | affiliation | country | passhash | acct_status | verify_key | expiry_time | password_expiry_time | last_seen_time | acct_create_time | conc_kwicview | conc_corpus_order | cqp_syntax | context_with_tags | use_tooltips | thin_default_reproducible | coll_statistic | coll_freqtogether | coll_freqalone | coll_from | coll_to | max_dbsize | linefeed | +----+----------+----------+----------------+----------------------+-------------+---------+----------+-------------+------------+-------------+----------------------+---------------------+---------------------+---------------+-------------------+------------+-------------------+--------------+---------------------------+----------------+-------------------+----------------+-----------+---------+------------+----------+ | 1 | mkiller | debugpass | unknown person | markus.killer at uzh.ch | NULL | 00 | NULL | 1 | NULL | 0 | 0 | 0000-00-00 00:00:00 | 0000-00-00 00:00:00 | 1 | 1 | 0 | 0 | 1 | 1 | 6 | 5 | 5 | -3 | 3 | 1000000 | au | +----+----------+----------+----------------+----------------------+-------------+---------+----------+-------------+------------+-------------+----------------------+---------------------+---------------------+---------------+-------------------+------------+-------------------+--------------+---------------------------+----------------+-------------------+----------------+-----------+---------+------------+----------+ 1 row in set (0.00 sec) When trying to login to the upgraded system, I get this message: Your login was not successful. The credentials you entered are not valid. Please go back to the log on page and try again. Best wishes, Markus > From: a.hardie at lancaster.ac.uk > To: cwb at sslmit.unibo.it > Date: Wed, 22 Jan 2014 12:04:36 +0000 > Subject: Re: [CWB] CQPweb: upgrade-database.php v3.0.16 > v3.1.0 > > Hi Markus, > > I have been puzzling over this at great length and have got nowhere. > > (1) The old password column exists because I disabled its deletion to make rollback easier if needed. (There is an alert note in the printed output telling people to drop the password column manually after the fact). > > But the old password going into the email column is something I just can't figure out. It's not happened on the system I upgraded (albeit that wasn't with 512 but an earlier version) and I can't find anything in the code of upgrade-database that ought to alter the contents of the email column in that way. > > (2) Likewise this puzzles me, there WAS a bug that did this, but I thought I had fixed it in commit 502. > > So, if you can add any further details related to this bug that might help me track it down, that would be very much appreciated.... > > best > > Andrew. > > -----Original Message----- > From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Markus Killer > Sent: 21 January 2014 13:10 > To: Open source development of the Corpus WorkBench > Subject: Re: [CWB] CQPweb: upgrade-database.php v3.0.16 > v3.1.0 > > upgrade-database.php rev512 runs smoothly now, but there seem to be two more issues: > > (1) - the old password is mapped into table:user_info column:password and accidentally, I think, into column:email as well > > (2) - the password is not hashed (passhash: NULL) and, consequently, authentication fails. > > --> not possible to login as superuser after running upgrade-database.php (unless you manually add passhash) > > > ---------------------------------------- > > From: a.hardie at lancaster.ac.uk > > To: m.killer at outlook.com; cwb at sslmit.unibo.it > > Date: Tue, 21 Jan 2014 12:50:34 +0000 > > Subject: Re: [CWB] CQPweb: upgrade-database.php v3.0.16> v3.1.0 > > > > Think I've squished that one in 512. > > > > Andrew. > > > > -----Original Message----- > > From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Markus Killer > > Sent: 21 January 2014 10:48 > > To: Open source development of the Corpus WorkBench > > Subject: [CWB] CQPweb: upgrade-database.php v3.0.16> v3.1.0 > > > > upgrade-database on exact copy of working v3.0.16 db: > > > > Revision 510. > > mki at ubuntu:/var/www/cqp-web-beta/bin$ sudo php upgrade-database.php Database version is now at < 3.1.0. Database will now be upgraded to 3.1.0... > > A mySQL query did not run successfully! > > > > Original query: > > > > alter table system_messages alter column fromto set default NULL > > > > Error # 1067: Invalid default value for 'fromto' > > > > ************** > > DESCRIBE - BEFORE SCRIPT: > > > > mysql> describe cqpwbeta.system_messages; > > +------------+--------------+------+-----+-------------------+-----------------------------+ > > | Field | Type | Null | Key | Default | Extra | > > +------------+--------------+------+-----+-------------------+-----------------------------+ > > | message_id | varchar(150) | NO | PRI | NULL | | timestamp | timestamp > > | | NO | | CURRENT_TIMESTAMP | on update CURRENT_TIMESTAMP | header | > > | varchar(150) | NO | | | | content | text | NO | | NULL | | fromto | > > | varchar(150) | NO | | | | > > +------------+--------------+------+-----+-------------------+-----------------------------+ > > 5 rows in set (0.00 sec) > > > > > > > > ---------------------------------------- > >> From: a.hardie at lancaster.ac.uk > >> To: cwb at sslmit.unibo.it; m.killer at outlook.com > >> Date: Tue, 21 Jan 2014 10:17:22 +0000 > >> Subject: Re: [CWB] CQPweb: v 3.1.0 now usable, I think > >> > >> (For the benfit of the peanut gallery: Markus sent me the "describe.... off list, and it had this line: > >> > >> | dbname | varchar(200) | NO | PRI | NULL | | > >> > >> ) > >> > >> So again, it's a case of rollback being needed so the script can run again. > >> > >> The next bug is a phasing issue, it looks as if some of the DB changes which I put in there for 3.0.16 are not in the right place, they should have been assigned to 3.0.15. Commit 510 has all of those that I can find fixed. > >> > >> best > >> > >> Andrew. > > _______________________________________________ > > CWB mailing list > > CWB at sslmit.unibo.it > > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > > _______________________________________________ > > CWB mailing list > > CWB at sslmit.unibo.it > > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb -------------- next part -------------- An HTML attachment was scrubbed... URL: From andres at chandia.net Fri Jan 24 11:49:50 2014 From: andres at chandia.net (Andres Chandia) Date: Fri, 24 Jan 2014 11:49:50 +0100 Subject: [CWB] text metadata table population In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D2CC744@EX-0-MB1.lancs.local> References: <28078EC3FBF1B940A3EF3D0D19BE351D2CC631@EX-0-MB1.lancs.local> <28078EC3FBF1B940A3EF3D0D19BE351D2CC744@EX-0-MB1.lancs.local> Message-ID: Hi there again, text metadata table never gets populated, I think it is because the corpuse is too big, as a consequence (myabe I'm wrong) I get this error when I go to "View corpus metadata": A mySQL query did not run successfully! Error # 3: Error writing file '/tmp/MYMRH0KR' (Errcode: 28) How can I solve this? thanks _______________________ ????????????????????????andr??s chand??a administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL: From tanersezerr at gmail.com Fri Jan 24 14:05:32 2014 From: tanersezerr at gmail.com (Taner Sezer) Date: Fri, 24 Jan 2014 15:05:32 +0200 Subject: [CWB] CWB Digest, Vol 84, Issue 20 In-Reply-To: References: Message-ID: <52E2651C.7010503@gmail.com> Hi, It maybe a problem due to disk space. You may check if the system files and user files are in different partitions. df -h will give a details. If you don't have enough disk space for mysql temporary files in the partition that mysql uses, try changing /tmp location in my.conf to another location. Best On 01/24/2014 01:00 PM, cwb-request at sslmit.unibo.it wrote: > Send CWB mailing list submissions to > cwb at sslmit.unibo.it > > To subscribe or unsubscribe via the World Wide Web, visit > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > or, via email, send a message with subject or body 'help' to > cwb-request at sslmit.unibo.it > > You can reach the person managing the list at > cwb-owner at sslmit.unibo.it > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of CWB digest..." > > > Today's Topics: > > 1. text metadata table population (Andres Chandia) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 24 Jan 2014 11:49:50 +0100 > From: "Andres Chandia" > To: "Open source development of the Corpus WorkBench" > > Subject: [CWB] text metadata table population > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > > > Hi there again, > > text metadata table never gets populated, I think it is because the > corpuse is too big, as a consequence (myabe I'm wrong) I get this error when I go to "View corpus metadata": > > A mySQL query did not run successfully! > Error # 3: Error writing file '/tmp/MYMRH0KR' (Errcode: 28) > How can I solve this? > > thanks > > _______________________ > ????????????????????????andr??s > chand??a > > administrador de > parles.upf.edu > psicoaching.net > mapuche koyaktu > ong mapuche koyaktu > P No imprima innecesariamente. ??Cuide el medio ambiente! > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > > > End of CWB Digest, Vol 84, Issue 20 > *********************************** From a.hardie at lancaster.ac.uk Fri Jan 24 12:15:51 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Fri, 24 Jan 2014 11:15:51 +0000 Subject: [CWB] text metadata table population In-Reply-To: References: <28078EC3FBF1B940A3EF3D0D19BE351D2CC631@EX-0-MB1.lancs.local> <28078EC3FBF1B940A3EF3D0D19BE351D2CC744@EX-0-MB1.lancs.local> Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2CF20C@EX-0-MB1.lancs.local> Just going to "view corpus metadata" should not give you that error. You should only see that error when you do something requiring a database table compile (e.g. asking for freq lists to be compiled on the "manage metadata" page.) The main cause of this MySQL error is: not enough disk space for the temp file needed to compile the database table, whatever it is. So yes, if your corpus is too big, you could get this problem. I have personally run into this while compiling corpus or subcorpus freq tables, but never anything else, though if you are really low on free space, creation of small tables would trigger it. best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Andres Chandia Sent: 24 January 2014 10:50 To: Open source development of the Corpus WorkBench Subject: [CWB] text metadata table population Hi there again, text metadata table never gets populated, I think it is because the corpuse is too big, as a consequence (myabe I'm wrong) I get this error when I go to "View corpus metadata": A mySQL query did not run successfully! Error # 3: Error writing file '/tmp/MYMRH0KR' (Errcode: 28) How can I solve this? thanks _______________________ andr?s chand?a [Image removed by sender. chandia.net][Image removed by sender.] administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ?Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ~WRD036.jpg Type: image/jpeg Size: 823 bytes Desc: ~WRD036.jpg URL: From andres at chandia.net Fri Jan 24 12:20:39 2014 From: andres at chandia.net (Andres Chandia) Date: Fri, 24 Jan 2014 12:20:39 +0100 Subject: [CWB] CWB Digest, Vol 84, Issue 20 In-Reply-To: <52E2651C.7010503@gmail.com> References: <52E2651C.7010503@gmail.com> Message-ID: <886a42c35452f30ed6fd2d4eb73cadef.squirrel@mail.chandia.net> Yes, perfect, thanks, I moved system tmp directory to a bigger disk and it went well, thanks again Hi, It maybe a problem due to disk space. You may check if the system files and user files are in different partitions. df -h will give a details. If you don't have enough disk space for mysql temporary files in the partition that mysql uses, try changing /tmp location in my.conf to another location. Best On 01/24/2014 01:00 PM, cwb-request at sslmit.unibo.it wrote: > Send CWB mailing list submissions to > cwb at sslmit.unibo.it > > To subscribe or unsubscribe via the World Wide Web, visit > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > or, via email, send a message with subject or body 'help' to > cwb-request at sslmit.unibo.it > > You can reach the person managing the list at > cwb-owner at sslmit.unibo.it > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of CWB digest..." > > > Today's Topics: > > 1. text metadata table population (Andres Chandia) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 24 Jan 2014 11:49:50 +0100 > From: "Andres Chandia" > To: "Open source development of the Corpus WorkBench" > > Subject: [CWB] text metadata table population > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > > > Hi there again, > > text metadata table never gets populated, I think it is because the > corpuse is too big, as a consequence (myabe I'm wrong) I get this error when I go to "View corpus metadata": > > A mySQL query did not run successfully! > Error # 3: Error writing file '/tmp/MYMRH0KR' (Errcode: 28) > How can I solve this? > > thanks > > _______________________ > ????????????????????????andr??s > chand??a > > administrador de > parles.upf.edu > psicoaching.net > mapuche koyaktu > ong mapuche koyaktu > P No imprima innecesariamente. ??Cuide el medio ambiente! > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > > > End of CWB Digest, Vol 84, Issue 20 > *********************************** _______________________________________________ CWB mailing list CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb _______________________ ????????????????????????andr??s chand??a administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL: From andres at chandia.net Fri Jan 24 12:22:09 2014 From: andres at chandia.net (Andres Chandia) Date: Fri, 24 Jan 2014 12:22:09 +0100 Subject: [CWB] text metadata table population In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D2CF20C@EX-0-MB1.lancs.local> References: <28078EC3FBF1B940A3EF3D0D19BE351D2CC631@EX-0-MB1.lancs.local> <28078EC3FBF1B940A3EF3D0D19BE351D2CC744@EX-0-MB1.lancs.local> <28078EC3FBF1B940A3EF3D0D19BE351D2CF20C@EX-0-MB1.lancs.local> Message-ID: <04fe7434d2831316bbd18ed7d1460229.squirrel@mail.chandia.net> I moved system tmp directory to a bigger disk and it went well, thanks again El Vie, 24 de Enero de 2014, 12:15, Hardie, Andrew escribi??: Just going to ???view corpus metadata??? should not give you that error. You should only see that error when you do something requiring a database table compile (e.g. asking for freq lists to be compiled on the ???manage metadata??? page.) The main cause of this MySQL error is: not enough disk space for the temp file needed to compile the database table, whatever it is. So yes, if your corpus is too big, you could get this problem. I have personally run into this while compiling corpus or subcorpus freq tables, but never anything else, though if you are really low on free space, creation of small tables would trigger it. best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Andres Chandia Sent: 24 January 2014 10:50 To: Open source development of the Corpus WorkBench Subject: [CWB] text metadata table population Hi there again, text metadata table never gets populated, I think it is because the corpuse is too big, as a consequence (myabe I'm wrong) I get this error when I go to "View corpus metadata": A mySQL query did not run successfully! Error # 3: Error writing file '/tmp/MYMRH0KR' (Errcode: 28) How can I solve this? thanks _______________________ andr??s chand??a administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! _______________________ ????????????????????????andr??s chand??a administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL: From andres at chandia.net Fri Jan 24 12:54:30 2014 From: andres at chandia.net (Andres Chandia) Date: Fri, 24 Jan 2014 12:54:30 +0100 Subject: [CWB] CWB Digest, Vol 84, Issue 20 In-Reply-To: <52E2651C.7010503@gmail.com> References: <52E2651C.7010503@gmail.com> Message-ID: As I told you, now I get no error, but still the text metadata table does not get populated, I press the button "Generate CWB text-position records", the browser show as it is in process, but when it finishes, it still say "The text metadata table has not yet been populated" and checking the db I see there is nothing. can I populated from command line? how? Hi, It maybe a problem due to disk space. You may check if the system files and user files are in different partitions. df -h will give a details. If you don't have enough disk space for mysql temporary files in the partition that mysql uses, try changing /tmp location in my.conf to another location. Best On 01/24/2014 01:00 PM, cwb-request at sslmit.unibo.it wrote: > Send CWB mailing list submissions to > cwb at sslmit.unibo.it > > To subscribe or unsubscribe via the World Wide Web, visit > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > or, via email, send a message with subject or body 'help' to > cwb-request at sslmit.unibo.it > > You can reach the person managing the list at > cwb-owner at sslmit.unibo.it > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of CWB digest..." > > > Today's Topics: > > 1. text metadata table population (Andres Chandia) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 24 Jan 2014 11:49:50 +0100 > From: "Andres Chandia" > To: "Open source development of the Corpus WorkBench" > > Subject: [CWB] text metadata table population > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > > > Hi there again, > > text metadata table never gets populated, I think it is because the > corpuse is too big, as a consequence (myabe I'm wrong) I get this error when I go to "View corpus metadata": > > A mySQL query did not run successfully! > Error # 3: Error writing file '/tmp/MYMRH0KR' (Errcode: 28) > How can I solve this? > > thanks > > _______________________ > ????????????????????????andr??s > chand??a > > administrador de > parles.upf.edu > psicoaching.net > mapuche koyaktu > ong mapuche koyaktu > P No imprima innecesariamente. ??Cuide el medio ambiente! > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > > > End of CWB Digest, Vol 84, Issue 20 > *********************************** _______________________________________________ CWB mailing list CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb _______________________ ????????????????????????andr??s chand??a administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.hardie at lancaster.ac.uk Fri Jan 24 13:08:05 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Fri, 24 Jan 2014 12:08:05 +0000 Subject: [CWB] CWB Digest, Vol 84, Issue 20 In-Reply-To: References: <52E2651C.7010503@gmail.com> Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2CF55B@EX-0-MB1.lancs.local> Almost certainly there is a deeper problem here, since clicking that button ought always to result in the metadata table containing begin-end points. If it doesn't, something is clearly very askew. I suggest you turn on debug message printing in the config file, then press the button again, and see if you get any useful hints from the debug messages. Second suggestion: copy-paste the output of select * from {your text metadata table} into a text file and send it me off list. best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Andres Chandia Sent: 24 January 2014 11:55 To: Open source development of the Corpus WorkBench Subject: Re: [CWB] CWB Digest, Vol 84, Issue 20 As I told you, now I get no error, but still the text metadata table does not get populated, I press the button "Generate CWB text-position records", the browser show as it is in process, but when it finishes, it still say "The text metadata table has not yet been populated" and checking the db I see there is nothing. can I populated from command line? how? Hi, It maybe a problem due to disk space. You may check if the system files and user files are in different partitions. df -h will give a details. If you don't have enough disk space for mysql temporary files in the partition that mysql uses, try changing /tmp location in my.conf to another location. Best On 01/24/2014 01:00 PM, cwb-request at sslmit.unibo.it wrote: > Send CWB mailing list submissions to > cwb at sslmit.unibo.it > > To subscribe or unsubscribe via the World Wide Web, visit > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > or, via email, send a message with subject or body 'help' to > cwb-request at sslmit.unibo.it > > You can reach the person managing the list at > cwb-owner at sslmit.unibo.it > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of CWB digest..." > > > Today's Topics: > > 1. text metadata table population (Andres Chandia) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 24 Jan 2014 11:49:50 +0100 > From: "Andres Chandia" > > To: "Open source development of the Corpus WorkBench" > > > Subject: [CWB] text metadata table population > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > > > Hi there again, > > text metadata table never gets populated, I think it is because the > corpuse is too big, as a consequence (myabe I'm wrong) I get this error when I go to "View corpus metadata": > > A mySQL query did not run successfully! > Error # 3: Error writing file '/tmp/MYMRH0KR' (Errcode: 28) > How can I solve this? > > thanks > > _______________________ > ????????????????????????andr??s > chand??a > > administrador de > parles.upf.edu > psicoaching.net > mapuche koyaktu > ong mapuche koyaktu > P No imprima innecesariamente. ??Cuide el medio ambiente! > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > > > End of CWB Digest, Vol 84, Issue 20 > *********************************** _______________________________________________ CWB mailing list CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb _______________________ andr?s chand?a [Image removed by sender. chandia.net][Image removed by sender.] administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ?Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ~WRD024.jpg Type: image/jpeg Size: 823 bytes Desc: ~WRD024.jpg URL: From andres at chandia.net Fri Jan 24 17:21:03 2014 From: andres at chandia.net (Andres Chandia) Date: Fri, 24 Jan 2014 17:21:03 +0100 Subject: [CWB] CWB Digest, Vol 84, Issue 20 In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D2CF55B@EX-0-MB1.lancs.local> References: <52E2651C.7010503@gmail.com> <28078EC3FBF1B940A3EF3D0D19BE351D2CF55B@EX-0-MB1.lancs.local> Message-ID: <6c01814824452a98be536116e021370d.squirrel@mail.chandia.net> ok you can download the debug file from here: http://parles.upf.edu/llocs/cqp/wikifr/cqp.execute.php.debug.html.tar.gz and the query says this: MySQL returned an empty result set (i.e. zero rows). ( Query took 0.0003 sec ) SELECT * FROM `text_metadata_for_wikifr` LIMIT 0 , 30 El Vie, 24 de Enero de 2014, 13:08, Hardie, Andrew escribi??: Almost certainly there is a deeper problem here, since clicking that button ought always to result in the metadata table containing begin-end points. If it doesn???t, something is clearly very askew. I suggest you turn on debug message printing in the config file, then press the button again, and see if you get any useful hints from the debug messages. Second suggestion: copy-paste the output of select * from {your text metadata table} into a text file and send it me off list. best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Andres Chandia Sent: 24 January 2014 11:55 To: Open source development of the Corpus WorkBench Subject: Re: [CWB] CWB Digest, Vol 84, Issue 20 As I told you, now I get no error, but still the text metadata table does not get populated, I press the button "Generate CWB text-position records", the browser show as it is in process, but when it finishes, it still say "The text metadata table has not yet been populated" and checking the db I see there is nothing. can I populated from command line? how? Hi, It maybe a problem due to disk space. You may check if the system files and user files are in different partitions. df -h will give a details. If you don't have enough disk space for mysql temporary files in the partition that mysql uses, try changing /tmp location in my.conf to another location. Best On 01/24/2014 01:00 PM, cwb-request at sslmit.unibo.it wrote: > Send CWB mailing list submissions to > cwb at sslmit.unibo.it > > To subscribe or unsubscribe via the World Wide Web, visit > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > or, via email, send a message with subject or body 'help' to > cwb-request at sslmit.unibo.it > > You can reach the person managing the list at > cwb-owner at sslmit.unibo.it > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of CWB digest..." > > > Today's Topics: > > 1. text metadata table population (Andres Chandia) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 24 Jan 2014 11:49:50 +0100 > From: "Andres Chandia" andres at chandia.net> > To: "Open source development of the Corpus WorkBench" > cwb at sslmit.unibo.it> > Subject: [CWB] text metadata table population > Message-ID: > b5b32fb6ac80f2d9e0716eab4b4369b9.squirrel at mail.chandia.net> > Content-Type: text/plain; charset="iso-8859-1" > > > > Hi there again, > > text metadata table never gets populated, I think it is because the > corpuse is too big, as a consequence (myabe I'm wrong) I get this error when I go to "View corpus metadata": > > A mySQL query did not run successfully! > Error # 3: Error writing file '/tmp/MYMRH0KR' (Errcode: 28) > How can I solve this? > > thanks > > _______________________ > ????????????????????????andr??s > chand??a > > administrador de > parles.upf.edu > psicoaching.net > mapuche koyaktu > ong mapuche koyaktu > P No imprima innecesariamente. ??Cuide el medio ambiente! > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://devel.sslmit.unibo.it/pipermail/cwb/attachments/20140124/d70439b8/attachment-0001.html> > > ------------------------------ > > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > > > End of CWB Digest, Vol 84, Issue 20 > *********************************** _______________________________________________ CWB mailing list CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb _______________________ andr??s chand??a administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! _______________________ ????????????????????????andr??s chand??a administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL: From andres at chandia.net Fri Jan 24 17:27:03 2014 From: andres at chandia.net (Andres Chandia) Date: Fri, 24 Jan 2014 17:27:03 +0100 Subject: [CWB] uncomplete tag In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D2CEE8D@EX-0-MB1.lancs.local> References: <28078EC3FBF1B940A3EF3D0D19BE351D2CC631@EX-0-MB1.lancs.local> <28078EC3FBF1B940A3EF3D0D19BE351D2CC744@EX-0-MB1.lancs.local> <28078EC3FBF1B940A3EF3D0D19BE351D2CEE8D@EX-0-MB1.lancs.local> Message-ID: <491c65872d9eae131385603a92c6b458.squirrel@mail.chandia.net> I've taken the tags out of the initial visualization and that soves it. El Vie, 24 de Enero de 2014, 6:55, Hardie, Andrew escribi??: Now fixed in commit 517. (Please note that gloss-mode display for extended context view is not actually complete, so this was not a bug so much as an effect of that view being work-in-progress. But I???ve inserted a hack to get it to produce the expected behaviour, as a stop gap.) best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Andres Chandia Sent: 23 January 2014 15:41 To: Open source development of the Corpus WorkBench Subject: [CWB] uncomplete tag Hi there, when I do a query the results are shown just ok, but when I go to Displayi extended context for query match, the tags ar not complete, for instance NOM appears as _OM, is that something I have done wrongly or is it a bug? Result of symple query: saison NOM Displaying extended context for query match in text 19 (with show tags): saison_OM you can consult de corpus here: wikifr and access with this data: user: guest password: guest _______________________ andr??s chand??a administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! _______________________ ????????????????????????andr??s chand??a administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.hardie at lancaster.ac.uk Fri Jan 24 17:29:03 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Fri, 24 Jan 2014 16:29:03 +0000 Subject: [CWB] CWB Digest, Vol 84, Issue 20 In-Reply-To: <6c01814824452a98be536116e021370d.squirrel@mail.chandia.net> References: <52E2651C.7010503@gmail.com> <28078EC3FBF1B940A3EF3D0D19BE351D2CF55B@EX-0-MB1.lancs.local> <6c01814824452a98be536116e021370d.squirrel@mail.chandia.net> Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2CF847@EX-0-MB1.lancs.local> I get an "archive corrupt" message when I try to download, but it doesn't matter, since the MySQL error message makes it clear that the "Generate CWB text-position records" is not the problem. The problem is at the previous stage, i.e. creation of the text metadata table in the first place. A table has been created, but no text information has been loaded. You need to delete the existing metadata table, and the "manage metadata" page will revert back to its initial state, offering you different options for creating & loading a text metadata table. Remember you must either (a) have an actual metadata file to load, or else (b) create a "minimal" table automatically using just the text id, or (c) have XML in your corpus form which metadata can be extracted. best Andrew. From: Andres Chandia [mailto:andres at chandia.net] Sent: 24 January 2014 16:21 To: Hardie, Andrew Cc: Open source development of the Corpus WorkBench Subject: RE: [CWB] CWB Digest, Vol 84, Issue 20 ok you can download the debug file from here: http://parles.upf.edu/llocs/cqp/wikifr/cqp.execute.php.debug.html.tar.gz and the query says this: MySQL returned an empty result set (i.e. zero rows). ( Query took 0.0003 sec ) SELECT * FROM `text_metadata_for_wikifr` LIMIT 0 , 30 El Vie, 24 de Enero de 2014, 13:08, Hardie, Andrew escribi?: Almost certainly there is a deeper problem here, since clicking that button ought always to result in the metadata table containing begin-end points. If it doesn't, something is clearly very askew. I suggest you turn on debug message printing in the config file, then press the button again, and see if you get any useful hints from the debug messages. Second suggestion: copy-paste the output of select * from {your text metadata table} into a text file and send it me off list. best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Andres Chandia Sent: 24 January 2014 11:55 To: Open source development of the Corpus WorkBench Subject: Re: [CWB] CWB Digest, Vol 84, Issue 20 As I told you, now I get no error, but still the text metadata table does not get populated, I press the button "Generate CWB text-position records", the browser show as it is in process, but when it finishes, it still say "The text metadata table has not yet been populated" and checking the db I see there is nothing. can I populated from command line? how? Hi, It maybe a problem due to disk space. You may check if the system files and user files are in different partitions. df -h will give a details. If you don't have enough disk space for mysql temporary files in the partition that mysql uses, try changing /tmp location in my.conf to another location. Best On 01/24/2014 01:00 PM, cwb-request at sslmit.unibo.it wrote: > Send CWB mailing list submissions to > cwb at sslmit.unibo.it > > To subscribe or unsubscribe via the World Wide Web, visit > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > or, via email, send a message with subject or body 'help' to > cwb-request at sslmit.unibo.it > > You can reach the person managing the list at > cwb-owner at sslmit.unibo.it > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of CWB digest..." > > > Today's Topics: > > 1. text metadata table population (Andres Chandia) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 24 Jan 2014 11:49:50 +0100 > From: "Andres Chandia" andres at chandia.net> > To: "Open source development of the Corpus WorkBench" > cwb at sslmit.unibo.it> > Subject: [CWB] text metadata table population > Message-ID: > b5b32fb6ac80f2d9e0716eab4b4369b9.squirrel at mail.chandia.net> > Content-Type: text/plain; charset="iso-8859-1" > > > > Hi there again, > > text metadata table never gets populated, I think it is because the > corpuse is too big, as a consequence (myabe I'm wrong) I get this error when I go to "View corpus metadata": > > A mySQL query did not run successfully! > Error # 3: Error writing file '/tmp/MYMRH0KR' (Errcode: 28) > How can I solve this? > > thanks > > _______________________ > ????????????????????????andr??s > chand??a > > administrador de > parles.upf.edu > psicoaching.net > mapuche koyaktu > ong mapuche koyaktu > P No imprima innecesariamente. ??Cuide el medio ambiente! > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://devel.sslmit.unibo.it/pipermail/cwb/attachments/20140124/d70439b8/attachment-0001.html> > > ------------------------------ > > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > > > End of CWB Digest, Vol 84, Issue 20 > *********************************** _______________________________________________ CWB mailing list CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb _______________________ andr?s chand?a [IMAGE REMOVED] administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ?Cuide el medio ambiente! _______________________ andr?s chand?a [Image removed by sender. chandia.net][Image removed by sender.] administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ?Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ~WRD383.jpg Type: image/jpeg Size: 823 bytes Desc: ~WRD383.jpg URL: From andres at chandia.net Fri Jan 24 17:42:55 2014 From: andres at chandia.net (Andres Chandia) Date: Fri, 24 Jan 2014 17:42:55 +0100 Subject: [CWB] CWB Digest, Vol 84, Issue 20 In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D2CF847@EX-0-MB1.lancs.local> References: <52E2651C.7010503@gmail.com> <28078EC3FBF1B940A3EF3D0D19BE351D2CF55B@EX-0-MB1.lancs.local> <6c01814824452a98be536116e021370d.squirrel@mail.chandia.net> <28078EC3FBF1B940A3EF3D0D19BE351D2CF847@EX-0-MB1.lancs.local> Message-ID: OK, taht did it El Vie, 24 de Enero de 2014, 17:29, Hardie, Andrew escribi??: I get an ???archive corrupt??? message when I try to download, but it doesn???t matter, since the MySQL error message makes it clear that the ???Generate CWB text-position records??? is not the problem. The problem is at the previous stage, i.e. creation of the text metadata table in the first place. A table has been created, but no text information has been loaded. You need to delete the existing metadata table, and the ???manage metadata??? page will revert back to its initial state, offering you different options for creating & loading a text metadata table. Remember you must either (a) have an actual metadata file to load, or else (b) create a ???minimal??? table automatically using just the text id, or (c) have XML in your corpus form which metadata can be extracted. best Andrew. From: Andres Chandia [mailto:andres at chandia.net] Sent: 24 January 2014 16:21 To: Hardie, Andrew Cc: Open source development of the Corpus WorkBench Subject: RE: [CWB] CWB Digest, Vol 84, Issue 20 ok you can download the debug file from here: http://parles.upf.edu/llocs/cqp/wikifr/cqp.execute.php.debug.html.tar.gz and the query says this: MySQL returned an empty result set (i.e. zero rows). ( Query took 0.0003 sec ) SELECT * FROM `text_metadata_for_wikifr` LIMIT 0 , 30 El Vie, 24 de Enero de 2014, 13:08, Hardie, Andrew escribi??: Almost certainly there is a deeper problem here, since clicking that button ought always to result in the metadata table containing begin-end points. If it doesn???t, something is clearly very askew. I suggest you turn on debug message printing in the config file, then press the button again, and see if you get any useful hints from the debug messages. Second suggestion: copy-paste the output of select * from {your text metadata table} into a text file and send it me off list. best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Andres Chandia Sent: 24 January 2014 11:55 To: Open source development of the Corpus WorkBench Subject: Re: [CWB] CWB Digest, Vol 84, Issue 20 As I told you, now I get no error, but still the text metadata table does not get populated, I press the button "Generate CWB text-position records", the browser show as it is in process, but when it finishes, it still say "The text metadata table has not yet been populated" and checking the db I see there is nothing. can I populated from command line? how? Hi, It maybe a problem due to disk space. You may check if the system files and user files are in different partitions. df -h will give a details. If you don't have enough disk space for mysql temporary files in the partition that mysql uses, try changing /tmp location in my.conf to another location. Best On 01/24/2014 01:00 PM, cwb-request at sslmit.unibo.it wrote: > Send CWB mailing list submissions to > cwb at sslmit.unibo.it > > To subscribe or unsubscribe via the World Wide Web, visit > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > or, via email, send a message with subject or body 'help' to > cwb-request at sslmit.unibo.it > > You can reach the person managing the list at > cwb-owner at sslmit.unibo.it > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of CWB digest..." > > > Today's Topics: > > 1. text metadata table population (Andres Chandia) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 24 Jan 2014 11:49:50 +0100 > From: "Andres Chandia" andres at chandia.net> > To: "Open source development of the Corpus WorkBench" > cwb at sslmit.unibo.it> > Subject: [CWB] text metadata table population > Message-ID: > b5b32fb6ac80f2d9e0716eab4b4369b9.squirrel at mail.chandia.net> > Content-Type: text/plain; charset="iso-8859-1" > > > > Hi there again, > > text metadata table never gets populated, I think it is because the > corpuse is too big, as a consequence (myabe I'm wrong) I get this error when I go to "View corpus metadata": > > A mySQL query did not run successfully! > Error # 3: Error writing file '/tmp/MYMRH0KR' (Errcode: 28) > How can I solve this? > > thanks > > _______________________ > ????????????????????????andr??s > chand??a > > administrador de > parles.upf.edu > psicoaching.net > mapuche koyaktu > ong mapuche koyaktu > P No imprima innecesariamente. ??Cuide el medio ambiente! > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://devel.sslmit.unibo.it/pipermail/cwb/attachments/20140124/d70439b8/attachment-0001.html> > > ------------------------------ > > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > > > End of CWB Digest, Vol 84, Issue 20 > *********************************** _______________________________________________ CWB mailing list CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb _______________________ andr??s chand??a [IMAGE REMOVED] administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! _______________________ andr??s chand??a administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! _______________________ ????????????????????????andr??s chand??a administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL: From leemh at yonsei.ac.kr Mon Jan 27 00:15:25 2014 From: leemh at yonsei.ac.kr (=?UTF-8?B?TXVuaWNoIExFRQ==?=) Date: Mon, 27 Jan 2014 08:15:25 +0900 (KST) Subject: [CWB] =?utf-8?q?A_question_about_the_aligning_using_cwb-encoding?= Message-ID: <52e599183fc6_@_imoxion.com> Hi, I am building an English-Korean bilingual corpus using cwb-align-encode. So, I encoded and aligned. At firts it seemed that it worked. However I found a problem, when I checked the search results. Some first sentences were aligned as right pairs. But the others were not. It seems to be related with statistical aligning process. Actually I made two corpora so, that every pair sentence should have the same sentence id like or , in order to avoid the failure of statistical alignment. I am working with 60000 sentences. And I manually aligned all sentences and put the information into the xml tag "s_id". My question is how I can make useful the manually created xml tag "s_id"? Could anyone help me? I will appreciate your support. Thanks. Munich -------------- next part -------------- An HTML attachment was scrubbed... URL: From stefanML at collocations.de Mon Jan 27 08:22:21 2014 From: stefanML at collocations.de (Stefan Evert) Date: Mon, 27 Jan 2014 08:22:21 +0100 Subject: [CWB] A question about the aligning using cwb-encoding In-Reply-To: <52e599183fc6_@_imoxion.com> References: <52e599183fc6_@_imoxion.com> Message-ID: <14DCAA95-10D4-4AB1-A28D-EE5312CD5C5B@collocations.de> > Some first sentences were aligned as right pairs. > But the others were not. > It seems to be related with statistical aligning process. You're absolutely right. cwb-align isn't a particularly sophisticated sentence aligner, so it's likely to get some cases wrong. You may be seeing particularly bad performance if you're using the default parameter settings, which are intended for related languages and are based on sentence length (in characters), character n-gram counts and identical words. For Korean-English alignment, the best solution might be to get a good bilingual word list and use that as the only feature (dropping even sentence length). > Actually I made two corpora so, that every pair sentence should have the same sentence id like or , in order to avoid the failure of statistical alignment. > I am working with 60000 sentences. And I manually aligned all sentences and put the information into the xml tag "s_id". > > My question is how I can make useful the manually created xml tag "s_id"? If these are only 1:1 alignments, you can use a trick to smuggle them past cwb-align: cwb-align -V s_id -o alignment.txt CORPUS1 CORPUS2 s -C:1 With "-V s_id", the manually aligned sentence pairs are taken as a pre-alignment, and the statistical aligner is only run within each pair of pre-aligned regions. Since each of those contains just a single sentence pair, it cannot further break up the bead, so the original pre-aligment is passed through. Feature specs shouldn't matter here, so you might as well just specify -C:1 to avoid unnecessary overhead. You can then proceed to cwb-align-encode the generated file alignment.txt as usual. If you have more complex alignments (n:1 or 1:n, 2:2, ...), you could add new XML regions, e.g. ... and use -V bead_id for the pre-alignment in cwb-align. If you have a recent version of the CWB/Perl interface, the best strategy is to use the cwb-align-import tool. You'll have to provide a separate alignment file that lists the sentence IDs in source and target corpus for each alignment bead. Complex alignments require no special treatment with this tool. See "perldoc cwb-align-import" for usage and format details. Best, Stefan From andres at chandia.net Mon Jan 27 19:23:13 2014 From: andres at chandia.net (Andres Chandia) Date: Mon, 27 Jan 2014 19:23:13 +0100 Subject: [CWB] WACKy corpora and cwb Message-ID: Is there any easy way to transform the metadata format for the Wacky corpora so that they can be used with the cqpWeb interface? We are trying to install a few of these corpora but I have problems with some of the headings. When I try to index (encode) I get the following errors: Malformed tag , inserted literally (file /B_NFS_P/resources/corpora/written/data/de/sdewac/sdewac-v3.tagged, line #633867). Malformed tag , inserted literally (file /B_NFS_P/resources/corpora/written/data/de/sdewac/sdewac-v3.tagged, line #633868). Malformed tag , inserted literally (file /B_NFS_P/resources/corpora/written/data/de/sdewac/sdewac-v3.tagged, line #633929). This obviously has to do with the labels year, source and error, which don't have the necessary closing. ="0"/> Sie?????? PPER?????? Sie|sie d??rfen?????? VMFIN?????? d??rfen I can do a few transformations using PERL but I'm wondering whether there is something that could make this easier and faster. ___________________ ????????????????????????andr??s chand??a administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.hardie at lancaster.ac.uk Mon Jan 27 19:33:31 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Mon, 27 Jan 2014 18:33:31 +0000 Subject: [CWB] WACKy corpora and cwb In-Reply-To: References: Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2D084B@EX-0-MB1.lancs.local> >> This obviously has to do with the labels year, source and error, which don't have the necessary closing No, it's because they are not XML, but only pseudo-XML: no attribute name is given. It's illegal XML to link a value to the tag identifier with an =. There needs to be a separate attribute name. The fact that the process gets 600K lines into the corpus before hitting this error suggests that this error may not be found in most of the corpus, maybe? So perhaps the earlier texts will give you an example of what this is supposed to look like. Note that even if this is corrected, it does not necessarily mean it will work as you wish in CQPweb, as CWB in general and CQPweb in particular do not have unrestricted XML support. best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Andres Chandia Sent: 27 January 2014 18:23 To: Open source development of the Corpus WorkBench Subject: [CWB] WACKy corpora and cwb Is there any easy way to transform the metadata format for the Wacky corpora so that they can be used with the cqpWeb interface? We are trying to install a few of these corpora but I have problems with some of the headings. When I try to index (encode) I get the following errors: Malformed tag , inserted literally (file /B_NFS_P/resources/corpora/written/data/de/sdewac/sdewac-v3.tagged, line #633867). Malformed tag , inserted literally (file /B_NFS_P/resources/corpora/written/data/de/sdewac/sdewac-v3.tagged, line #633868). Malformed tag , inserted literally (file /B_NFS_P/resources/corpora/written/data/de/sdewac/sdewac-v3.tagged, line #633929). This obviously has to do with the labels year, source and error, which don't have the necessary closing. ="0"/> Sie PPER Sie|sie d?rfen VMFIN d?rfen I can do a few transformations using PERL but I'm wondering whether there is something that could make this easier and faster. ___________________ andr?s chand?a [Image removed by sender. chandia.net][Image removed by sender.] administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ?Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ~WRD331.jpg Type: image/jpeg Size: 823 bytes Desc: ~WRD331.jpg URL: From stefanML at collocations.de Mon Jan 27 23:25:29 2014 From: stefanML at collocations.de (Stefan Evert) Date: Mon, 27 Jan 2014 23:25:29 +0100 Subject: [CWB] WACKy corpora and cwb In-Reply-To: References: Message-ID: <0516D443-1F0D-40C0-B0AA-49357FDFC013@collocations.de> > Is there any easy way to transform the metadata format for the Wacky corpora so that they can be used with the cqpWeb interface? We are trying to install a few of these corpora but I have problems with some of the headings. This is not a problem of the WaCky corpora in general. Most of them are provided in a format that's directly CWB-compatible. Only sdeWaC has this different and nonstandard format. That's also why I happen to have a script named "fix_sdewac_tagged.perl" on my computer. :-) I'm attaching a ZIP archive with this script as well as the CWB/Perl encoding script (and a second script that annotates sentence lengths). What you have to do is extract the "web_address_list.txt" from the 7z archive (or download it separately), then run "extract_sdewac_tagged.sh". If you want to keep it in UTF-8 encoding or process an uncompressed version of the corpus, you'll have to edit the scripts accordingly. Hope this helps, Stefan -------------- next part -------------- A non-text attachment was scrubbed... Name: sdewac-tools.zip Type: application/zip Size: 3637 bytes Desc: not available URL: From andres at chandia.net Tue Jan 28 00:36:05 2014 From: andres at chandia.net (Andres Chandia) Date: Tue, 28 Jan 2014 00:36:05 +0100 Subject: [CWB] WACKy corpora and cwb In-Reply-To: <0516D443-1F0D-40C0-B0AA-49357FDFC013@collocations.de> References: <0516D443-1F0D-40C0-B0AA-49357FDFC013@collocations.de> Message-ID: <719d6ac31a9dafe0d08d81ae02ac0647.squirrel@mail.chandia.net> Thanks a lot, I just did some little adjustments and now is fixing the corpora, you saved me a lot of time, thanks again On Mon, January 27, 2014 23:25, Stefan Evert wrote: > >> Is there any easy way to transform the metadata format for the Wacky corpora so that they >> can be used with the cqpWeb interface? We are trying to install a few of these corpora but I >> have problems with some of the headings. > > This is not a problem of the WaCky corpora in general. Most of them are provided in a format > that's directly CWB-compatible. Only sdeWaC has this different and nonstandard format. > > That's also why I happen to have a script named "fix_sdewac_tagged.perl" on my computer. :-) > > I'm attaching a ZIP archive with this script as well as the CWB/Perl encoding script (and a > second script that annotates sentence lengths). What you have to do is extract the > "web_address_list.txt" from the 7z archive (or download it separately), then run > "extract_sdewac_tagged.sh". If you want to keep it in UTF-8 encoding or process an > uncompressed version of the corpus, you'll have to edit the scripts accordingly. > > Hope this helps, > Stefan > > _______________________ ????????????????????????andr??s chand??a administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL: From markus.killer at uzh.ch Wed Jan 29 14:19:15 2014 From: markus.killer at uzh.ch (Markus Killer) Date: Wed, 29 Jan 2014 14:19:15 +0100 Subject: [CWB] SVN access instructions: small copy-paste error? Message-ID: Dear Stefan I've just noticed a small copy-paste error in the SVN access instructions on your main download page (http://cwb.sourceforge.net/download.php): Second to last bullet point should most probably be: ../trunk/CWB-CQI instead of ../trunk/CWB-Web svn export http://svn.code.sf.net/p/cwb/code/perl/trunk/CWB-Web Perl-CWB-CQI-3.0 (CQi reference implementation) Best wishes,Markus -------------- next part -------------- An HTML attachment was scrubbed... URL: From stefanML at collocations.de Wed Jan 29 15:12:54 2014 From: stefanML at collocations.de (Stefan Evert) Date: Wed, 29 Jan 2014 15:12:54 +0100 Subject: [CWB] SVN access instructions: small copy-paste error? In-Reply-To: References: Message-ID: Makes sense, thanks, fixed. Note that the SVN path for CWB-CL has also changed: the trunk/ version is compatible with CWB 3.4.x, so one needs to check out from branches/3.0/ to work with CWB 3.0. Best, Stefan On 29 Jan 2014, at 14:19, Markus Killer wrote: > Dear Stefan > > I've just noticed a small copy-paste error in the SVN access instructions on your main download page (http://cwb.sourceforge.net/download.php): > > Second to last bullet point should most probably be: ../trunk/CWB-CQI instead of ../trunk/CWB-Web > > ? svn exporthttp://svn.code.sf.net/p/cwb/code/perl/trunk/CWB-Web Perl-CWB-CQI-3.0 (CQi reference implementation) > From andres at chandia.net Wed Jan 29 18:22:03 2014 From: andres at chandia.net (Andres Chandia) Date: Wed, 29 Jan 2014 18:22:03 +0100 Subject: [CWB] CWB Digest, Vol 84, Issue 20 In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D2CF847@EX-0-MB1.lancs.local> References: <52E2651C.7010503@gmail.com> <28078EC3FBF1B940A3EF3D0D19BE351D2CF55B@EX-0-MB1.lancs.local> <6c01814824452a98be536116e021370d.squirrel@mail.chandia.net> <28078EC3FBF1B940A3EF3D0D19BE351D2CF847@EX-0-MB1.lancs.local> Message-ID: <00c4f90dc0bec56e30446eb8a7e24503.squirrel@mail.chandia.net> Hi there, I retake this issue because is something similar what is happening to me now, the corpus is bigger though, 18Gb. when I try to populate the text metadata table with begin/end offset positions, I get no results, I mean I get the table created but all the velues are like this: | text_id | words | cqp_begin | cqp_end | | 10038???? |???????? 0 |???????????????? 0 |???????????? 0 | | 6570?????? |???????? 0 |???????????????? 0 |???????????? 0 | | 4099?????? |???????? 0 |???????????????? 0 |???????????? 0 | | 9887?????? |???????? 0 |???????????????? 0 |???????????? 0 | | 819???????? |???????? 0 |???????????????? 0 |???????????? 0 | | 4910?????? |???????? 0 |???????????????? 0 |???????????? 0 | | 7669?????? |???????? 0 |???????????????? 0 |???????????? 0 | | 2889?????? |???????? 0 |???????????????? 0 |???????????? 0 | | 9627?????? |???????? 0 |???????????????? 0 |???????????? 0 | | 5265?????? |???????? 0 |???????????????? 0 |???????????? 0 | | 1076?????? |???????? 0 |???????????????? 0 |???????????? 0 | | 6196?????? |???????? 0 |???????????????? 0 |???????????? 0 | | 4213?????? |???????? 0 |???????????????? 0 |???????????? 0 | | 1212?????? |???????? 0 |???????????????? 0 |???????????? 0 | | 4688?????? |???????? 0 |???????????????? 0 |???????????? 0 | so the interface for this corpus always says : The text metadata table has not yet been populated with begin/end offset positions. I have put the interface in debug mode and here you have what I get: sdewac-debug.7z Can I populate this table some other way? On Fri, January 24, 2014 17:29, Hardie, Andrew wrote: I get an ???archive corrupt??? message when I try to download, but it doesn???t matter, since the MySQL error message makes it clear that the ???Generate CWB text-position records??? is not the problem. The problem is at the previous stage, i.e. creation of the text metadata table in the first place. A table has been created, but no text information has been loaded. You need to delete the existing metadata table, and the ???manage metadata??? page will revert back to its initial state, offering you different options for creating & loading a text metadata table. Remember you must either (a) have an actual metadata file to load, or else (b) create a ???minimal??? table automatically using just the text id, or (c) have XML in your corpus form which metadata can be extracted. best Andrew. From: Andres Chandia [mailto:andres at chandia.net] Sent: 24 January 2014 16:21 To: Hardie, Andrew Cc: Open source development of the Corpus WorkBench Subject: RE: [CWB] CWB Digest, Vol 84, Issue 20 ok you can download the debug file from here: http://parles.upf.edu/llocs/cqp/wikifr/cqp.execute.php.debug.html.tar.gz and the query says this: MySQL returned an empty result set (i.e. zero rows). ( Query took 0.0003 sec ) SELECT * FROM `text_metadata_for_wikifr` LIMIT 0 , 30 El Vie, 24 de Enero de 2014, 13:08, Hardie, Andrew escribi??: Almost certainly there is a deeper problem here, since clicking that button ought always to result in the metadata table containing begin-end points. If it doesn???t, something is clearly very askew. I suggest you turn on debug message printing in the config file, then press the button again, and see if you get any useful hints from the debug messages. Second suggestion: copy-paste the output of select * from {your text metadata table} into a text file and send it me off list. best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Andres Chandia Sent: 24 January 2014 11:55 To: Open source development of the Corpus WorkBench Subject: Re: [CWB] CWB Digest, Vol 84, Issue 20 As I told you, now I get no error, but still the text metadata table does not get populated, I press the button "Generate CWB text-position records", the browser show as it is in process, but when it finishes, it still say "The text metadata table has not yet been populated" and checking the db I see there is nothing. can I populated from command line? how? Hi, It maybe a problem due to disk space. You may check if the system files and user files are in different partitions. df -h will give a details. If you don't have enough disk space for mysql temporary files in the partition that mysql uses, try changing /tmp location in my.conf to another location. Best On 01/24/2014 01:00 PM, cwb-request at sslmit.unibo.it wrote: > Send CWB mailing list submissions to > cwb at sslmit.unibo.it > > To subscribe or unsubscribe via the World Wide Web, visit > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > or, via email, send a message with subject or body 'help' to > cwb-request at sslmit.unibo.it > > You can reach the person managing the list at > cwb-owner at sslmit.unibo.it > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of CWB digest..." > > > Today's Topics: > > 1. text metadata table population (Andres Chandia) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 24 Jan 2014 11:49:50 +0100 > From: "Andres Chandia" andres at chandia.net> > To: "Open source development of the Corpus WorkBench" > cwb at sslmit.unibo.it> > Subject: [CWB] text metadata table population > Message-ID: > b5b32fb6ac80f2d9e0716eab4b4369b9.squirrel at mail.chandia.net> > Content-Type: text/plain; charset="iso-8859-1" > > > > Hi there again, > > text metadata table never gets populated, I think it is because the > corpuse is too big, as a consequence (myabe I'm wrong) I get this error when I go to "View corpus metadata": > > A mySQL query did not run successfully! > Error # 3: Error writing file '/tmp/MYMRH0KR' (Errcode: 28) > How can I solve this? > > thanks > > _______________________ > ????????????????????????andr??s > chand??a > > administrador de > parles.upf.edu > psicoaching.net > mapuche koyaktu > ong mapuche koyaktu > P No imprima innecesariamente. ??Cuide el medio ambiente! > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://devel.sslmit.unibo.it/pipermail/cwb/attachments/20140124/d70439b8/attachment-0001.html> > > ------------------------------ > > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > > > End of CWB Digest, Vol 84, Issue 20 > *********************************** _______________________________________________ CWB mailing list CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb _______________________ andr??s chand??a [IMAGE REMOVED] administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! _______________________ andr??s chand??a administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! _______________________ ????????????????????????andr??s chand??a administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL: From markus.killer at uzh.ch Wed Jan 29 23:26:49 2014 From: markus.killer at uzh.ch (Markus Killer) Date: Wed, 29 Jan 2014 23:26:49 +0100 Subject: [CWB] [CQPweb]: optional configuration variables not working Message-ID: Hi Andrew, I've been trying out some of the optional configuration variables (CQPweb 3.1.1, @rev518) $path_to_cwb, $path_to_perl and $homepage_logo_left seem to work as expected. But when I set the following variables in lib/config.inc.php, I get a PHP Parse error: //$homepage_welcome_message = 'WELCOME to CQPweb at langui.ch'//$searchpage_corpus_name_suffix = 'powered by CQPweb at langui.ch'//$cqpweb_root_url = 'http://at.langui.ch/CQPweb-beta'//$cqpweb_email_from_address = 'CQPweb at langui.ch'//$allow_account_self_registration = false//$account_create_contact = "CQPweb at langui.ch" I've tested them individually, commenting out all but one at a time, each of them causes the browser to display an empty page. As soon as all of them are commented out, the main page is displayed correctly. [/var/log/apache2/error.log][Wed Jan 29 23:02:37 2014] [error] [client 127.0.0.1] PHP Parse error: syntax error, unexpected T_VARIABLE in /opt/cl/cwb-dev/cqpweb/lib/config.inc.php on line 44, referer: http://localhost/CQPweb-dev/adm/index.php?thisF=manageProcesses&uT=y Best wishes,Markus project webpage: http://langui.ch /'l??gw?d?/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.hardie at lancaster.ac.uk Thu Jan 30 05:05:38 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Thu, 30 Jan 2014 04:05:38 +0000 Subject: [CWB] [CQPweb]: optional configuration variables not working In-Reply-To: References: Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2D1C46@EX-0-MB1.lancs.local> You need semi-colons at the end of each assignment. best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Markus Killer Sent: 29 January 2014 22:27 To: cwb at sslmit.unibo.it Subject: [CWB] [CQPweb]: optional configuration variables not working Hi Andrew, I've been trying out some of the optional configuration variables (CQPweb 3.1.1, @rev518) $path_to_cwb, $path_to_perl and $homepage_logo_left seem to work as expected. But when I set the following variables in lib/config.inc.php, I get a PHP Parse error: //$homepage_welcome_message = 'WELCOME to CQPweb at langui.ch' //$searchpage_corpus_name_suffix = 'powered by CQPweb at langui.ch' //$cqpweb_root_url = 'http://at.langui.ch/CQPweb-beta' //$cqpweb_email_from_address = 'CQPweb at langui.ch' //$allow_account_self_registration = false //$account_create_contact = "CQPweb at langui.ch>" I've tested them individually, commenting out all but one at a time, each of them causes the browser to display an empty page. As soon as all of them are commented out, the main page is displayed correctly. [/var/log/apache2/error.log] [Wed Jan 29 23:02:37 2014] [error] [client 127.0.0.1] PHP Parse error: syntax error, unexpected T_VARIABLE in /opt/cl/cwb-dev/cqpweb/lib/config.inc.php on line 44, referer: http://localhost/CQPweb-dev/adm/index.php?thisF=manageProcesses&uT=y Best wishes, Markus project webpage: http://langui.ch /'l??gw?d?/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From markus.killer at uzh.ch Thu Jan 30 07:10:43 2014 From: markus.killer at uzh.ch (Markus Killer) Date: Thu, 30 Jan 2014 07:10:43 +0100 Subject: [CWB] [CQPweb]: optional configuration variables not working In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D2D1C46@EX-0-MB1.lancs.local> References: , <28078EC3FBF1B940A3EF3D0D19BE351D2D1C46@EX-0-MB1.lancs.local> Message-ID: Aaaargh, stupid me!! (plus, I'm really, really short-sighted ;-) ) The last variable doesn't need a semi-colon for it to work and I copied the last one ... Thanks! Markus From: a.hardie at lancaster.ac.uk To: cwb at sslmit.unibo.it Date: Thu, 30 Jan 2014 04:05:38 +0000 Subject: Re: [CWB] [CQPweb]: optional configuration variables not working You need semi-colons at the end of each assignment. best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Markus Killer Sent: 29 January 2014 22:27 To: cwb at sslmit.unibo.it Subject: [CWB] [CQPweb]: optional configuration variables not working Hi Andrew, I've been trying out some of the optional configuration variables (CQPweb 3.1.1, @rev518) $path_to_cwb, $path_to_perl and $homepage_logo_left seem to work as expected. But when I set the following variables in lib/config.inc.php, I get a PHP Parse error: //$homepage_welcome_message = 'WELCOME to CQPweb at langui.ch' //$searchpage_corpus_name_suffix = 'powered by CQPweb at langui.ch' //$cqpweb_root_url = 'http://at.langui.ch/CQPweb-beta' //$cqpweb_email_from_address = 'CQPweb at langui.ch' //$allow_account_self_registration = false //$account_create_contact = "CQPweb at langui.ch" I've tested them individually, commenting out all but one at a time, each of them causes the browser to display an empty page. As soon as all of them are commented out, the main page is displayed correctly. [/var/log/apache2/error.log] [Wed Jan 29 23:02:37 2014] [error] [client 127.0.0.1] PHP Parse error: syntax error, unexpected T_VARIABLE in /opt/cl/cwb-dev/cqpweb/lib/config.inc.php on line 44, referer: http://localhost/CQPweb-dev/adm/index.php?thisF=manageProcesses&uT=y Best wishes, Markus project webpage: http://langui.ch /'l??gw?d?/ _______________________________________________ CWB mailing list CWB at sslmit.unibo.it http://devel.sslmit.unibo.it/mailman/listinfo/cwb -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.hardie at lancaster.ac.uk Thu Jan 30 10:58:07 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Thu, 30 Jan 2014 09:58:07 +0000 Subject: [CWB] CWB Digest, Vol 84, Issue 20 Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2D1DA7@EX-0-MB1.lancs.local> >> Can I populate this table some other way? No. You need to find out what is going wrong when you do it this way, or any other way would fail as well. Can you check that the necessary text ids are properly encoded, i.e. do a CQP-syntax query for [] And see if it returns the first word of text 10038, as expected. best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Andres Chandia Sent: 29 January 2014 17:22 To: Open source development of the Corpus WorkBench Subject: Re: [CWB] CWB Digest, Vol 84, Issue 20 Hi there, I retake this issue because is something similar what is happening to me now, the corpus is bigger though, 18Gb. when I try to populate the text metadata table with begin/end offset positions, I get no results, I mean I get the table created but all the velues are like this: | text_id | words | cqp_begin | cqp_end | | 10038 | 0 | 0 | 0 | | 6570 | 0 | 0 | 0 | | 4099 | 0 | 0 | 0 | | 9887 | 0 | 0 | 0 | | 819 | 0 | 0 | 0 | | 4910 | 0 | 0 | 0 | | 7669 | 0 | 0 | 0 | | 2889 | 0 | 0 | 0 | | 9627 | 0 | 0 | 0 | | 5265 | 0 | 0 | 0 | | 1076 | 0 | 0 | 0 | | 6196 | 0 | 0 | 0 | | 4213 | 0 | 0 | 0 | | 1212 | 0 | 0 | 0 | | 4688 | 0 | 0 | 0 | so the interface for this corpus always says : The text metadata table has not yet been populated with begin/end offset positions. I have put the interface in debug mode and here you have what I get: sdewac-debug.7z Can I populate this table some other way? -------------- next part -------------- An HTML attachment was scrubbed... URL: From andres at chandia.net Thu Jan 30 12:25:25 2014 From: andres at chandia.net (Andres Chandia) Date: Thu, 30 Jan 2014 12:25:25 +0100 Subject: [CWB] CWB Digest, Vol 84, Issue 20 In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D2D1DA7@EX-0-MB1.lancs.local> References: <28078EC3FBF1B940A3EF3D0D19BE351D2D1DA7@EX-0-MB1.lancs.local> Message-ID: I attach the results: On Thu, January 30, 2014 10:58, Hardie, Andrew wrote: >> Can I populate this table some other way? No. You need to find out what is going wrong when you do it this way, or any other way would fail as well. Can you check that the necessary text ids are properly encoded, i.e. do a CQP-syntax query for [] And see if it returns the first word of text 10038, as expected. best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Andres Chandia Sent: 29 January 2014 17:22 To: Open source development of the Corpus WorkBench Subject: Re: [CWB] CWB Digest, Vol 84, Issue 20 Hi there, I retake this issue because is something similar what is happening to me now, the corpus is bigger though, 18Gb. when I try to populate the text metadata table with begin/end offset positions, I get no results, I mean I get the table created but all the velues are like this: | text_id | words | cqp_begin | cqp_end | | 10038 | 0 | 0 | 0 | | 6570 | 0 | 0 | 0 | | 4099 | 0 | 0 | 0 | | 9887 | 0 | 0 | 0 | | 819 | 0 | 0 | 0 | | 4910 | 0 | 0 | 0 | | 7669 | 0 | 0 | 0 | | 2889 | 0 | 0 | 0 | | 9627 | 0 | 0 | 0 | | 5265 | 0 | 0 | 0 | | 1076 | 0 | 0 | 0 | | 6196 | 0 | 0 | 0 | | 4213 | 0 | 0 | 0 | | 1212 | 0 | 0 | 0 | | 4688 | 0 | 0 | 0 | so the interface for this corpus always says : The text metadata table has not yet been populated with begin/end offset positions. I have put the interface in debug mode and here you have what I get: sdewac-debug.7z Can I populate this table some other way? _______________________ ????????????????????????andr??s chand??a administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SyntaxCQP-query.png Type: image/png Size: 72371 bytes Desc: not available URL: From eros at sslmit.unibo.it Thu Jan 30 13:11:41 2014 From: eros at sslmit.unibo.it (Eros Zanchetta) Date: Thu, 30 Jan 2014 13:11:41 +0100 Subject: [CWB] Maximum length of a message body Message-ID: Hi there, list administrator here. I just increased the size limit for messages to this list to 500kb, I'm sorry a few e-mails were held/rejected in the last few days. It should not happen again. Best, Eros -------- Eros Zanchetta, Ph.D. Laboratorio di Terminologia e Traduzione Assistita Dipartimento di Interpretazione e Traduzione Alma Mater Studiorum - Universit? di Bologna (Campus di Forl?) via Giacomo della Torre, 1 47121 Forl? (FC) e-mail: eros at sslmit.unibo.it Tel: +39 0543 37 41 93 -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.hardie at lancaster.ac.uk Thu Jan 30 15:42:33 2014 From: a.hardie at lancaster.ac.uk (Hardie, Andrew) Date: Thu, 30 Jan 2014 14:42:33 +0000 Subject: [CWB] CWB Digest, Vol 84, Issue 20 In-Reply-To: References: <28078EC3FBF1B940A3EF3D0D19BE351D2D1DA7@EX-0-MB1.lancs.local> Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D2D20B9@EX-0-MB1.lancs.local> That was a query to find the first word of a text. If it finds more than one hit, as in your screenshot, then something is wrong in the underlying data e.g. you may have multiple texts with the same ID, or, perhaps, elements may not be closed properly. best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Andres Chandia Sent: 30 January 2014 11:25 To: Open source development of the Corpus WorkBench Subject: Re: [CWB] CWB Digest, Vol 84, Issue 20 I attach the results: On Thu, January 30, 2014 10:58, Hardie, Andrew wrote: >> Can I populate this table some other way? No. You need to find out what is going wrong when you do it this way, or any other way would fail as well. Can you check that the necessary text ids are properly encoded, i.e. do a CQP-syntax query for [] And see if it returns the first word of text 10038, as expected. best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Andres Chandia Sent: 29 January 2014 17:22 To: Open source development of the Corpus WorkBench Subject: Re: [CWB] CWB Digest, Vol 84, Issue 20 Hi there, I retake this issue because is something similar what is happening to me now, the corpus is bigger though, 18Gb. when I try to populate the text metadata table with begin/end offset positions, I get no results, I mean I get the table created but all the velues are like this: | text_id | words | cqp_begin | cqp_end | | 10038 | 0 | 0 | 0 | | 6570 | 0 | 0 | 0 | | 4099 | 0 | 0 | 0 | | 9887 | 0 | 0 | 0 | | 819 | 0 | 0 | 0 | | 4910 | 0 | 0 | 0 | | 7669 | 0 | 0 | 0 | | 2889 | 0 | 0 | 0 | | 9627 | 0 | 0 | 0 | | 5265 | 0 | 0 | 0 | | 1076 | 0 | 0 | 0 | | 6196 | 0 | 0 | 0 | | 4213 | 0 | 0 | 0 | | 1212 | 0 | 0 | 0 | | 4688 | 0 | 0 | 0 | so the interface for this corpus always says : The text metadata table has not yet been populated with begin/end offset positions. I have put the interface in debug mode and here you have what I get: sdewac-debug.7z Can I populate this table some other way? _______________________ andr?s chand?a [Image removed by sender. chandia.net][Image removed by sender.] administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ?Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ~WRD049.jpg Type: image/jpeg Size: 823 bytes Desc: ~WRD049.jpg URL: From andres at chandia.net Thu Jan 30 15:57:06 2014 From: andres at chandia.net (Andres Chandia) Date: Thu, 30 Jan 2014 15:57:06 +0100 Subject: [CWB] CWB Digest, Vol 84, Issue 20 In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D2D20B9@EX-0-MB1.lancs.local> References: <28078EC3FBF1B940A3EF3D0D19BE351D2D1DA7@EX-0-MB1.lancs.local> <28078EC3FBF1B940A3EF3D0D19BE351D2D20B9@EX-0-MB1.lancs.local> Message-ID: As always you're right: So I have to look the way to reenumerate ids..... thanks On Thu, January 30, 2014 15:42, Hardie, Andrew wrote: That was a query to find the first word of a text. If it finds more than one hit, as in your screenshot, then something is wrong in the underlying data e.g. you may have multiple texts with the same ID, or, perhaps, elements may not be closed properly. best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Andres Chandia Sent: 30 January 2014 11:25 To: Open source development of the Corpus WorkBench Subject: Re: [CWB] CWB Digest, Vol 84, Issue 20 I attach the results: On Thu, January 30, 2014 10:58, Hardie, Andrew wrote: >> Can I populate this table some other way? No. You need to find out what is going wrong when you do it this way, or any other way would fail as well. Can you check that the necessary text ids are properly encoded, i.e. do a CQP-syntax query for [] And see if it returns the first word of text 10038, as expected. best Andrew. From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Andres Chandia Sent: 29 January 2014 17:22 To: Open source development of the Corpus WorkBench Subject: Re: [CWB] CWB Digest, Vol 84, Issue 20 Hi there, I retake this issue because is something similar what is happening to me now, the corpus is bigger though, 18Gb. when I try to populate the text metadata table with begin/end offset positions, I get no results, I mean I get the table created but all the velues are like this: | text_id | words | cqp_begin | cqp_end | | 10038 | 0 | 0 | 0 | | 6570 | 0 | 0 | 0 | | 4099 | 0 | 0 | 0 | | 9887 | 0 | 0 | 0 | | 819 | 0 | 0 | 0 | | 4910 | 0 | 0 | 0 | | 7669 | 0 | 0 | 0 | | 2889 | 0 | 0 | 0 | | 9627 | 0 | 0 | 0 | | 5265 | 0 | 0 | 0 | | 1076 | 0 | 0 | 0 | | 6196 | 0 | 0 | 0 | | 4213 | 0 | 0 | 0 | | 1212 | 0 | 0 | 0 | | 4688 | 0 | 0 | 0 | so the interface for this corpus always says : The text metadata table has not yet been populated with begin/end offset positions. I have put the interface in debug mode and here you have what I get: sdewac-debug.7z Can I populate this table some other way? _______________________ andr??s chand??a administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! _______________________ ????????????????????????andr??s chand??a administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL: From stefanML at collocations.de Thu Jan 30 16:24:40 2014 From: stefanML at collocations.de (Stefan Evert) Date: Thu, 30 Jan 2014 16:24:40 +0100 Subject: [CWB] CWB Digest, Vol 84, Issue 20 In-Reply-To: References: <28078EC3FBF1B940A3EF3D0D19BE351D2D1DA7@EX-0-MB1.lancs.local> <28078EC3FBF1B940A3EF3D0D19BE351D2D20B9@EX-0-MB1.lancs.local> Message-ID: On 30 Jan 2014, at 15:57, Andres Chandia wrote: > As always you're right: > > > > > > > > > > So I have to look the way to reenumerate ids..... CQPweb isn't designed to work with sentence collections like sdeWaC and some other recent Web corpora. How did you assign text IDs to the sentences? One possibility would be to group all sentences with the same ID into a single unit, and keep the original tags (which you seem to have turned into elements). Cheers, Stefan From andres at chandia.net Thu Jan 30 16:39:12 2014 From: andres at chandia.net (Andres Chandia) Date: Thu, 30 Jan 2014 16:39:12 +0100 Subject: [CWB] CWB Digest, Vol 84, Issue 20 In-Reply-To: References: <28078EC3FBF1B940A3EF3D0D19BE351D2D1DA7@EX-0-MB1.lancs.local> <28078EC3FBF1B940A3EF3D0D19BE351D2D20B9@EX-0-MB1.lancs.local> Message-ID: <4790a7f0a96b81b19a519efb54b540f6.squirrel@mail.chandia.net> Ok, so I have at least two alternatives to follow, 1. change back > On 30 Jan 2014, at 15:57, Andres Chandia wrote: > >> As always you're right: >> >> >> >> >> >> >> >> >> >> So I have to look the way to reenumerate ids..... > > CQPweb isn't designed to work with sentence collections like sdeWaC and some other recent Web > corpora. How did you assign text IDs to the sentences? One possibility would be to group all > sentences with the same ID into a single unit, and keep the original tags (which > you seem to have turned into elements). > > Cheers, > Stefan > > _______________________________________________ > CWB mailing list > CWB at sslmit.unibo.it > http://devel.sslmit.unibo.it/mailman/listinfo/cwb > _______________________ ????????????????????????andr??s chand??a administrador de parles.upf.edu psicoaching.net mapuche koyaktu ong mapuche koyaktu P No imprima innecesariamente. ??Cuide el medio ambiente! -------------- next part -------------- An HTML attachment was scrubbed... URL:
class="concordtable">CQPweb encountered an error and could not > continue.
 

A mySQL query did not run successfully!

 
 

Original query:? INSERT INTO user_info ( username, realname, email, passhash, acct_status, expiry_time, acct_create_time, conc_kwicview, conc_corpus_order, cqp_syntax, context_with_tags, use_tooltips, thin_default_reproducible, coll_statistic, coll_freqtogether, coll_freqalone, coll_from, coll_to, max_dbsize, linefeed ) VALUES ( 'mkiller', 'unknown person', 'not-specified at nowhere.net', '$2a$10$38GdRfa/1ZOmvYpbXZ4tYOH.FzUfJd552ne8fw0wbCZWuDMg2qedq', 1, 0, CURRENT_TIMESTAMP, 1, 1, 0, 0, 1, 1, , , , 2, -2, , 'au' )

 
 

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 ' , , 2, -2, , 'au' )' at line 38

 
 

A mySQL query did not run successfully!

 
 

Original query:? INSERT INTO user_info ( username, realname, email, passhash, acct_status, expiry_time, acct_create_time, conc_kwicview, conc_corpus_order, cqp_syntax, context_with_tags, use_tooltips, thin_default_reproducible, coll_statistic, coll_freqtogether, coll_freqalone, coll_from, coll_to, max_dbsize, linefeed ) VALUES ( 'mkiller', 'unknown person', 'not-specified at nowhere.net', '$2a$10$38GdRfa/1ZOmvYpbXZ4tYOH.FzUfJd552ne8fw0wbCZWuDMg2qedq', 1, 0, CURRENT_TIMESTAMP, 1, 1, 0, 0, 1, 1, , , , 2, -2, , 'au' )

 
 

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 ' , , 2, -2, , 'au' )' at line 38

 
 

A mySQL query did not run successfully!

 
 

Original query: > > INSERT INTO user_info ( > username, > realname, > email, > passhash, > acct_status, > expiry_time, > acct_create_time, > conc_kwicview, > conc_corpus_order, > cqp_syntax, > context_with_tags, > use_tooltips, > thin_default_reproducible, > coll_statistic, > coll_freqtogether, > coll_freqalone, > coll_from, > coll_to, > max_dbsize, > linefeed > ) > VALUES > ( > 'mkiller', > 'unknown person', > 'not-specified at nowhere.net', > '$2a$10$38GdRfa/1ZOmvYpbXZ4tYOH.FzUfJd552ne8fw0wbCZWuDMg2qedq', > 1, > 0, > CURRENT_TIMESTAMP, > 1, > 1, > 0, > 0, > 1, > 1, > , > , > , > 2, > -2, > , > 'au' > ) > >

 
 

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 ' > , > , > 2, > -2, > , > 'au' > )' at line 38

 
class="concorderror"> 

A mySQL query > did not run successfully!

 
 

Original query: > > INSERT INTO user_info ( > username, > realname, > email, > passhash, > acct_status, > expiry_time, > acct_create_time, > conc_kwicview, > conc_corpus_order, > cqp_syntax, > context_with_tags, > use_tooltips, > thin_default_reproducible, > coll_statistic, > coll_freqtogether, > coll_freqalone, > coll_from, > coll_to, > max_dbsize, > linefeed > ) > VALUES > ( > 'mkiller', > 'unknown person', > 'not-specified at nowhere.net', > '$2a$10$38GdRfa/1ZOmvYpbXZ4tYOH.FzUfJd552ne8fw0wbCZWuDMg2qedq', > 1, > 0, > CURRENT_TIMESTAMP, > 1, > 1, > 0, > 0, > 1, > 1, > , > , > , > 2, > -2, > , > 'au' > ) > >

 
 

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 ' > , > , > 2, > -2, > , > 'au' > )' at line 38