Re: [pmapper-users] Search from Shapefile problem (with dirty patch)
I cannot find big differences in the search on shapefiles between current 4 and 3.2. But I also never experienced the problems mentioned, neither on Win nor Linux. The first search string you list is for sure wrong since the AND is at the wrong place. This looked for me like an older bug already fixed in 3.2 armin On 06/05/2009 17:47, raul retamozo velarde wrote: > > Hi,I experienced the same problem with pmapper 3.2 but no with 4.0 beta 1, > this one was always fine.So, i reviewed the code inside incphp\query\ and by > checking every line in both versions, I could solve it. It is not just > copying from 4.0beta to 3.2. There're some other little corrections. I had to > work with a 2 parameters search. > In fact the difference between 3.2 and 4.0beta1 was: > function: q_execAttributeQuery > > [qStr] => ( "[NOMBRE]" =~ /(A|a)(L|l)(L|l)(E|e)(N|n)(D|d)(E|e)/)( AND > "[NUMERO]" =~ /4301/) > > Which has no results. > But in 4.0beta1, the function retrieves this: > [qStr] => (( ( "[NOMBRE]" =~ /(A|a)(L|l)(L|l)(E|e)(N|n)(D|d)(E|e)/ ) ) AND ( > "[NUMERO]" =~ /(4|4)(3|3)(0|0)(1|1)/ ) > Fixing the spelling of the second parameter I solved my problem. > You can check also: function getSearchParamsShp in search.php (depends on the > data source, in my case were shapefiles) > > The only way to realized about this error is with debug (pm_debug). > I'll check your code, but just reading I mean it's the correct way and can be > also useful for my app. > Thanks. > Raul Retamozo > Lima-Peru > > >> Date: Wed, 6 May 2009 13:30:51 +0200 >> From: nicc...@rigacci.org >> To: pmapper-users@lists.sourceforge.net >> Subject: [pmapper-users] Search from Shapefile problem (with dirty patch) >> >> Hi, >> >> I experienced the search from shapefile problem: blank result >> when wildcard is set to 0 in search.xml. >> >> I got the same problem with pmapper 3 and 4beta. >> >> It turned out that the syntax of the query was wrong: a double >> parenthesis is added, which is considered an error (by MapServer >> query engine?). >> >> I "fixed" the code in incphp/query/search.php: simply do not >> enclse with parenthesis in some cases. See the attachment. >> >> But beware that I'm not so confident with pmapper query code, so >> deeper insight is required. >> >> P.S. is the bug tracker used, or we just use the mailing list? >> >> -- >> Niccolo Rigacci >> Firenze - Italy > > _ > ¡Quítate unos clics! Ahora, Internet Explorer 8 tiene todo lo que te gusta de > Windows Live ¡Consíguelo gratis! > http://ie8.msn.com/microsoft/internet-explorer-8/es-es/ie8.aspx > -- > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your > production scanning environment may not be a perfect world - but thanks to > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 > Series Scanner you'll get full speed at 300 dpi even with all image > processing features enabled. http://p.sf.net/sfu/kodak-com > ___ > pmapper-users mailing list > pmapper-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/pmapper-users > -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ pmapper-users mailing list pmapper-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pmapper-users
Re: [pmapper-users] Search from Shapefile problem (with dirty patch)
Niccolo thanks, I will check it. Could you in your attachment also include the full modified file? It makes it easier to compare original and patched version. Also for example the patch for the pdfprint is applied on the older version, since 1 week or so there's a newer one in dev with exactly the patched part re-written. For the bug reports: a bug tracker is available (at least the sourceforge one should be deactivated). The Tarc wiki contains the ticket system. I always ask people to cerate a ticket there bur practically nobody does it. I enabled again the self registration for Trac so you can cerate you an account and create tickets. It has been disabled because some idiots quickly inserted spam & trash after is was enabled. If the wiki spamming starts again I will deactivate the self-registration again... armin On 06/05/2009 13:30, Niccolo Rigacci wrote: > Hi, > > I experienced the search from shapefile problem: blank result > when wildcard is set to 0 in search.xml. > > I got the same problem with pmapper 3 and 4beta. > > It turned out that the syntax of the query was wrong: a double > parenthesis is added, which is considered an error (by MapServer > query engine?). > > I "fixed" the code in incphp/query/search.php: simply do not > enclse with parenthesis in some cases. See the attachment. > > But beware that I'm not so confident with pmapper query code, so > deeper insight is required. > > P.S. is the bug tracker used, or we just use the mailing list? > > > > > > -- > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your > production scanning environment may not be a perfect world - but thanks to > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 > Series Scanner you'll get full speed at 300 dpi even with all image > processing features enabled. http://p.sf.net/sfu/kodak-com > > > > > ___ > pmapper-users mailing list > pmapper-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/pmapper-users -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ pmapper-users mailing list pmapper-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pmapper-users
Re: [pmapper-users] Search from Shapefile problem (with dirty patch)
Hi,I experienced the same problem with pmapper 3.2 but no with 4.0 beta 1, this one was always fine.So, i reviewed the code inside incphp\query\ and by checking every line in both versions, I could solve it. It is not just copying from 4.0beta to 3.2. There're some other little corrections. I had to work with a 2 parameters search. In fact the difference between 3.2 and 4.0beta1 was: function: q_execAttributeQuery [qStr] => ( "[NOMBRE]" =~ /(A|a)(L|l)(L|l)(E|e)(N|n)(D|d)(E|e)/)( AND "[NUMERO]" =~ /4301/) Which has no results. But in 4.0beta1, the function retrieves this: [qStr] => (( ( "[NOMBRE]" =~ /(A|a)(L|l)(L|l)(E|e)(N|n)(D|d)(E|e)/ ) ) AND ( "[NUMERO]" =~ /(4|4)(3|3)(0|0)(1|1)/ ) Fixing the spelling of the second parameter I solved my problem. You can check also: function getSearchParamsShp in search.php (depends on the data source, in my case were shapefiles) The only way to realized about this error is with debug (pm_debug). I'll check your code, but just reading I mean it's the correct way and can be also useful for my app. Thanks. Raul Retamozo Lima-Peru > Date: Wed, 6 May 2009 13:30:51 +0200 > From: nicc...@rigacci.org > To: pmapper-users@lists.sourceforge.net > Subject: [pmapper-users] Search from Shapefile problem (with dirty patch) > > Hi, > > I experienced the search from shapefile problem: blank result > when wildcard is set to 0 in search.xml. > > I got the same problem with pmapper 3 and 4beta. > > It turned out that the syntax of the query was wrong: a double > parenthesis is added, which is considered an error (by MapServer > query engine?). > > I "fixed" the code in incphp/query/search.php: simply do not > enclse with parenthesis in some cases. See the attachment. > > But beware that I'm not so confident with pmapper query code, so > deeper insight is required. > > P.S. is the bug tracker used, or we just use the mailing list? > > -- > Niccolo Rigacci > Firenze - Italy _ ¡Quítate unos clics! Ahora, Internet Explorer 8 tiene todo lo que te gusta de Windows Live ¡Consíguelo gratis! http://ie8.msn.com/microsoft/internet-explorer-8/es-es/ie8.aspx -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ pmapper-users mailing list pmapper-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pmapper-users
Re: [pmapper-users] Search from Shapefile problem (with dirty patch)
flavio rigolon ha scritto: > > Very great Niccolo'. > Time ago I've found this inconvenient > http://www.mail-archive.com/pmapper-users@lists.sourceforge.net/msg02519.html > > Now I tried your change and it works fine for me. > > Thanks a lot > flavio > > > So me Thanks nicco... also me I found this bug but today I didn't find the time to search it Bye W -- Walter Lorenzetti email: lorenze...@gis3w.it skype: aiki74 Cell: (+39) 347-6597931 Tel+Fax: (+39) 0583 926684 Via di Tofori 123a 55010, Camigliano-S.Gemma Lucca Italy -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ pmapper-users mailing list pmapper-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pmapper-users
Re: [pmapper-users] Search from Shapefile problem (with dirty patch)
2009/5/6 Niccolo Rigacci > Hi, > > I experienced the search from shapefile problem: blank result > when wildcard is set to 0 in search.xml. > > I got the same problem with pmapper 3 and 4beta. > > It turned out that the syntax of the query was wrong: a double > parenthesis is added, which is considered an error (by MapServer > query engine?). > > I "fixed" the code in incphp/query/search.php: simply do not > enclse with parenthesis in some cases. See the attachment. > > But beware that I'm not so confident with pmapper query code, so > deeper insight is required. > Very great Niccolo'. Time ago I've found this inconvenient http://www.mail-archive.com/pmapper-users@lists.sourceforge.net/msg02519.html Now I tried your change and it works fine for me. Thanks a lot flavio -- io uso Debian GNU/Linux user #413018 counter.li.org <> http://it.wikipedia.org/wiki/Formato_aperto -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ pmapper-users mailing list pmapper-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pmapper-users
[pmapper-users] Search from Shapefile problem (with dirty patch)
Hi, I experienced the search from shapefile problem: blank result when wildcard is set to 0 in search.xml. I got the same problem with pmapper 3 and 4beta. It turned out that the syntax of the query was wrong: a double parenthesis is added, which is considered an error (by MapServer query engine?). I "fixed" the code in incphp/query/search.php: simply do not enclse with parenthesis in some cases. See the attachment. But beware that I'm not so confident with pmapper query code, so deeper insight is required. P.S. is the bug tracker used, or we just use the mailing list? -- Niccolo Rigacci Firenze - Italy query_patch.diff.gz Description: Binary data -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com___ pmapper-users mailing list pmapper-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pmapper-users
