Re: [mapserver-users] Incompatibility at Filter - level between mapserver 6.x and the last mapserver-dev ?

2015-06-09 Thread Andrea Peri
Thx for response.

I try this,
FILTER (CODICE = 107)
and also this
FILTER ([CODICE[ = 107)
and removing the filteritem,

but still go in error:
:(

The log report this:

[Tue Jun  9 11:29:53 2015].880265 LayerDefaultTranslateFilter():
General error message. This data driver does not implement filter
translation support
[Tue Jun  9 11:29:53 2015].955070 msEvalExpression(): General error
message. Cannot evaluate expression, no item index defined.

2015-06-09 11:06 GMT+02:00 Eichner, Andreas - SID
andreas.eich...@sid.sachsen.de:
 I think you should use

 FILTER ([CODICE] = 107)

 i.e. without using FILTERITEM and the leading WHERE

 -Ursprüngliche Nachricht-
 Von: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-
 boun...@lists.osgeo.org] Im Auftrag von Andrea Peri
 Gesendet: Dienstag, 9. Juni 2015 10:45
 An: mapserver-users@lists.osgeo.org
 Betreff: [mapserver-users] Incompatibility at Filter - level between
 mapserver 6.x and the last mapserver-dev ?

 Hi,
 I have just update my mapserver to the last mapserver-dev .

 After this update, I see an error on the filtering.

 In my mapfile the data configuration was originally this:

 CONNECTION /path-to-spatialite-db/zz_db_tematici.sqlite
 CONNECTIONTYPE OGR
 DATA IFT2009
 EXTENT 1554650.74 4678225.52 1771822.76 4924891.9
 FILTER WHERE ([CODICE] = 107)
 FILTERITEM CODICE
   


 The log report this error:

 [Tue Jun  9 10:39:46 2015].153296 msDrawMap(): rendering using
 outputformat named AGGA (AGG/PNG).
 [Tue Jun  9 10:39:46 2015].154698 msDrawMap(): WMS/WFS set-up and query,
 0.001s
 [Tue Jun  9 10:39:46 2015].262330 LayerDefaultTranslateFilter():
 General error message. This data driver does not implement filter
 translation support
 [Tue Jun  9 10:39:46 2015].282402 msDrawMap(): Layer 239
 (rt_ucs.idift.rt.107), 0.128s
 [Tue Jun  9 10:39:46 2015].282550 msDrawMap(): Drawing Label Cache, 0.000s

 I'm using spatialite as db.

 After this error, I read this RFC:
 http://www.mapserver.org/ru/development/rfc/ms-rfc-91.html

 And try the new settings,

 FILTER (([FILTERITEM[ = string) AND (CODICE = 107))

 but it seem don't work.

 I don't understand if this is an issue of the new settings with
 spatialite or I'm wrong something.

 Thx,


 --
 -
 Andrea Peri
 . . . . . . . . .
 qwerty àèìòù
 -
 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users



-- 
-
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] Incompatibility at Filter - level between mapserver 6.x and the last mapserver-dev ?

2015-06-09 Thread Andrea Peri
Hi,
I have just update my mapserver to the last mapserver-dev .

After this update, I see an error on the filtering.

In my mapfile the data configuration was originally this:

CONNECTION /path-to-spatialite-db/zz_db_tematici.sqlite
CONNECTIONTYPE OGR
DATA IFT2009
EXTENT 1554650.74 4678225.52 1771822.76 4924891.9
FILTER WHERE ([CODICE] = 107)
FILTERITEM CODICE
  


The log report this error:

[Tue Jun  9 10:39:46 2015].153296 msDrawMap(): rendering using
outputformat named AGGA (AGG/PNG).
[Tue Jun  9 10:39:46 2015].154698 msDrawMap(): WMS/WFS set-up and query, 0.001s
[Tue Jun  9 10:39:46 2015].262330 LayerDefaultTranslateFilter():
General error message. This data driver does not implement filter
translation support
[Tue Jun  9 10:39:46 2015].282402 msDrawMap(): Layer 239
(rt_ucs.idift.rt.107), 0.128s
[Tue Jun  9 10:39:46 2015].282550 msDrawMap(): Drawing Label Cache, 0.000s

I'm using spatialite as db.

After this error, I read this RFC:
http://www.mapserver.org/ru/development/rfc/ms-rfc-91.html

And try the new settings,

FILTER (([FILTERITEM[ = string) AND (CODICE = 107))

but it seem don't work.

I don't understand if this is an issue of the new settings with
spatialite or I'm wrong something.

Thx,


-- 
-
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Incompatibility at Filter - level between mapserver 6.x and the last mapserver-dev ?

2015-06-09 Thread Eichner, Andreas - SID
I think you should use

FILTER ([CODICE] = 107)

i.e. without using FILTERITEM and the leading WHERE

 -Ursprüngliche Nachricht-
 Von: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-
 boun...@lists.osgeo.org] Im Auftrag von Andrea Peri
 Gesendet: Dienstag, 9. Juni 2015 10:45
 An: mapserver-users@lists.osgeo.org
 Betreff: [mapserver-users] Incompatibility at Filter - level between
 mapserver 6.x and the last mapserver-dev ?
 
 Hi,
 I have just update my mapserver to the last mapserver-dev .
 
 After this update, I see an error on the filtering.
 
 In my mapfile the data configuration was originally this:
 
 CONNECTION /path-to-spatialite-db/zz_db_tematici.sqlite
 CONNECTIONTYPE OGR
 DATA IFT2009
 EXTENT 1554650.74 4678225.52 1771822.76 4924891.9
 FILTER WHERE ([CODICE] = 107)
 FILTERITEM CODICE
   
 
 
 The log report this error:
 
 [Tue Jun  9 10:39:46 2015].153296 msDrawMap(): rendering using
 outputformat named AGGA (AGG/PNG).
 [Tue Jun  9 10:39:46 2015].154698 msDrawMap(): WMS/WFS set-up and query,
 0.001s
 [Tue Jun  9 10:39:46 2015].262330 LayerDefaultTranslateFilter():
 General error message. This data driver does not implement filter
 translation support
 [Tue Jun  9 10:39:46 2015].282402 msDrawMap(): Layer 239
 (rt_ucs.idift.rt.107), 0.128s
 [Tue Jun  9 10:39:46 2015].282550 msDrawMap(): Drawing Label Cache, 0.000s
 
 I'm using spatialite as db.
 
 After this error, I read this RFC:
 http://www.mapserver.org/ru/development/rfc/ms-rfc-91.html
 
 And try the new settings,
 
 FILTER (([FILTERITEM[ = string) AND (CODICE = 107))
 
 but it seem don't work.
 
 I don't understand if this is an issue of the new settings with
 spatialite or I'm wrong something.
 
 Thx,
 
 
 --
 -
 Andrea Peri
 . . . . . . . . .
 qwerty àèìòù
 -
 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Incompatibility at Filter - level between mapserver 6.x and the last mapserver-dev ?

2015-06-09 Thread Schylberg Lars
It seems like You have a typing error.

  FILTER ([CODICE[ = 107)

Should be:

  FILTER ([CODICE] = 107)

/Lars

-Original Message-
From: mapserver-users-boun...@lists.osgeo.org 
[mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Andrea Peri
Sent: den 9 juni 2015 11:34
To: Eichner, Andreas - SID
Cc: mapserver-users@lists.osgeo.org
Subject: Re: [mapserver-users] Incompatibility at Filter - level between 
mapserver 6.x and the last mapserver-dev ?

Thx for response.

I try this,
FILTER (CODICE = 107)
and also this
FILTER ([CODICE[ = 107)
and removing the filteritem,

but still go in error:
:(

The log report this:

[Tue Jun  9 11:29:53 2015].880265 LayerDefaultTranslateFilter():
General error message. This data driver does not implement filter translation 
support [Tue Jun  9 11:29:53 2015].955070 msEvalExpression(): General error 
message. Cannot evaluate expression, no item index defined.

2015-06-09 11:06 GMT+02:00 Eichner, Andreas - SID
andreas.eich...@sid.sachsen.de:
 I think you should use

 FILTER ([CODICE] = 107)

 i.e. without using FILTERITEM and the leading WHERE

 -Ursprüngliche Nachricht-
 Von: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users- 
 boun...@lists.osgeo.org] Im Auftrag von Andrea Peri
 Gesendet: Dienstag, 9. Juni 2015 10:45
 An: mapserver-users@lists.osgeo.org
 Betreff: [mapserver-users] Incompatibility at Filter - level between 
 mapserver 6.x and the last mapserver-dev ?

 Hi,
 I have just update my mapserver to the last mapserver-dev .

 After this update, I see an error on the filtering.

 In my mapfile the data configuration was originally this:

 CONNECTION /path-to-spatialite-db/zz_db_tematici.sqlite
 CONNECTIONTYPE OGR
 DATA IFT2009
 EXTENT 1554650.74 4678225.52 1771822.76 4924891.9
 FILTER WHERE ([CODICE] = 107)
 FILTERITEM CODICE
   


 The log report this error:

 [Tue Jun  9 10:39:46 2015].153296 msDrawMap(): rendering using 
 outputformat named AGGA (AGG/PNG).
 [Tue Jun  9 10:39:46 2015].154698 msDrawMap(): WMS/WFS set-up and 
 query, 0.001s [Tue Jun  9 10:39:46 2015].262330 
 LayerDefaultTranslateFilter():
 General error message. This data driver does not implement filter 
 translation support [Tue Jun  9 10:39:46 2015].282402 msDrawMap(): 
 Layer 239 (rt_ucs.idift.rt.107), 0.128s [Tue Jun  9 10:39:46 
 2015].282550 msDrawMap(): Drawing Label Cache, 0.000s

 I'm using spatialite as db.

 After this error, I read this RFC:
 http://www.mapserver.org/ru/development/rfc/ms-rfc-91.html

 And try the new settings,

 FILTER (([FILTERITEM[ = string) AND (CODICE = 107))

 but it seem don't work.

 I don't understand if this is an issue of the new settings with 
 spatialite or I'm wrong something.

 Thx,


 --
 -
 Andrea Peri
 . . . . . . . . .
 qwerty àèìòù
 -
 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users



--
-
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Incompatibility at Filter - level between mapserver 6.x and the last mapserver-dev ?

2015-06-09 Thread Lime, Steve D (MNIT)
As of MapServer 7.0 FILTERS must be given using MapServer syntax - this is a 
regression noted in the Migration Guide, see 
http://mapserver.org/MIGRATION_GUIDE.html#migration. There's an OGR example 
right towards the top of that document. Basically:

  FILTER WHERE ([CODICE] = 107)
  FILTERITEM CODICE

Becomes:

  PROCESSING 'NATIVE_FILTER=CODICE=107'

Steve

-Original Message-
From: mapserver-users-boun...@lists.osgeo.org 
[mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Andrea Peri
Sent: Tuesday, June 09, 2015 3:45 AM
To: mapserver-users@lists.osgeo.org
Subject: [mapserver-users] Incompatibility at Filter - level between mapserver 
6.x and the last mapserver-dev ?

Hi,
I have just update my mapserver to the last mapserver-dev .

After this update, I see an error on the filtering.

In my mapfile the data configuration was originally this:

CONNECTION /path-to-spatialite-db/zz_db_tematici.sqlite
CONNECTIONTYPE OGR
DATA IFT2009
EXTENT 1554650.74 4678225.52 1771822.76 4924891.9
FILTER WHERE ([CODICE] = 107)
FILTERITEM CODICE
  


The log report this error:

[Tue Jun  9 10:39:46 2015].153296 msDrawMap(): rendering using
outputformat named AGGA (AGG/PNG).
[Tue Jun  9 10:39:46 2015].154698 msDrawMap(): WMS/WFS set-up and query, 0.001s
[Tue Jun  9 10:39:46 2015].262330 LayerDefaultTranslateFilter():
General error message. This data driver does not implement filter
translation support
[Tue Jun  9 10:39:46 2015].282402 msDrawMap(): Layer 239
(rt_ucs.idift.rt.107), 0.128s
[Tue Jun  9 10:39:46 2015].282550 msDrawMap(): Drawing Label Cache, 0.000s

I'm using spatialite as db.

After this error, I read this RFC:
http://www.mapserver.org/ru/development/rfc/ms-rfc-91.html

And try the new settings,

FILTER (([FILTERITEM[ = string) AND (CODICE = 107))

but it seem don't work.

I don't understand if this is an issue of the new settings with
spatialite or I'm wrong something.

Thx,


-- 
-
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] How to enable GetFeatureInfo in MS4w 3.0.6 ?

2015-06-09 Thread Bistrais, Bob
I can't seem to find the answer to this one.  I have a number of WMS layers 
which I would like to enable GetFeatureInfo.  I am using MS4W 3.0.6.  I can't 
seem to get the GetFeatureInfo to work.  Can somebody point me to a reference?
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] How to enable GetFeatureInfo in MS4w 3.0.6 ?

2015-06-09 Thread Jeff McKenna

On 2015-06-09 2:37 PM, Bistrais, Bob wrote:

I can’t seem to find the answer to this one.  I have a number of WMS
layers which I would like to enable GetFeatureInfo.  I am using MS4W
3.0.6.  I can’t seem to get the GetFeatureInfo to work.  Can somebody
point me to a reference?



I always follow the WMS Server document, when I configure a mapfile for 
GetFeatureInfo (see the section Configuring for GetFeatureInfo 
Requests at http://www.mapserver.org/ogc/wms_server.html).  I check it 
often for syntax.


Key points as noted there, are:

 - set your WEB METADATA parameter of wms_feature_info_mime_type 
(likely to text/plain)
 - in the LAYER METADATA specify the fields to expose through 
gml_include_items

 - set DUMP TRUE inside the layer
 - set CLASS TEMPLATE (likely to something like dummy.html)


If I missed something it's likely inside that document.

-jeff






--
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/




___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


Re: [mapserver-users] [EXTERNAL] Re: How to enable GetFeatureInfo in MS4w 3.0.6 ?

2015-06-09 Thread Smith, Michael ERDC-RDE-CRREL-NH
Note DUMP TRUE has not been used since v6.

Now its OWS_ENABLE_REQUEST Requesttype

Mike

-- 
Michael Smith

Remote Sensing/GIS Center
US Army Corps of Engineers



On 6/9/15,  2:26 PM, Jeff McKenna jmcke...@gatewaygeomatics.com wrote:

On 2015-06-09 2:37 PM, Bistrais, Bob wrote:
 I can¹t seem to find the answer to this one.  I have a number of WMS
 layers which I would like to enable GetFeatureInfo.  I am using MS4W
 3.0.6.  I can¹t seem to get the GetFeatureInfo to work.  Can somebody
 point me to a reference?


I always follow the WMS Server document, when I configure a mapfile for
GetFeatureInfo (see the section Configuring for GetFeatureInfo
Requests at http://www.mapserver.org/ogc/wms_server.html).  I check it
often for syntax.

Key points as noted there, are:

  - set your WEB METADATA parameter of wms_feature_info_mime_type
(likely to text/plain)
  - in the LAYER METADATA specify the fields to expose through
gml_include_items
  - set DUMP TRUE inside the layer
  - set CLASS TEMPLATE (likely to something like dummy.html)


If I missed something it's likely inside that document.

-jeff






-- 
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/




___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


Re: [mapserver-users] How to enable GetFeatureInfo in MS4w 3.0.6 ?

2015-06-09 Thread Bistrais, Bob
Got it!
Thanks Jeff!

-Original Message-
From: Jeff McKenna [mailto:jmcke...@gatewaygeomatics.com] 
Sent: Tuesday, June 09, 2015 2:26 PM
To: mapserver-users@lists.osgeo.org
Subject: Re: [mapserver-users] How to enable GetFeatureInfo in MS4w 3.0.6 ?

On 2015-06-09 2:37 PM, Bistrais, Bob wrote:
 I can't seem to find the answer to this one.  I have a number of WMS 
 layers which I would like to enable GetFeatureInfo.  I am using MS4W 
 3.0.6.  I can't seem to get the GetFeatureInfo to work.  Can somebody 
 point me to a reference?


I always follow the WMS Server document, when I configure a mapfile for 
GetFeatureInfo (see the section Configuring for GetFeatureInfo Requests at 
http://www.mapserver.org/ogc/wms_server.html).  I check it often for syntax.

Key points as noted there, are:

  - set your WEB METADATA parameter of wms_feature_info_mime_type 
(likely to text/plain)
  - in the LAYER METADATA specify the fields to expose through 
gml_include_items
  - set DUMP TRUE inside the layer
  - set CLASS TEMPLATE (likely to something like dummy.html)


If I missed something it's likely inside that document.

-jeff






-- 
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/






___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


Re: [mapserver-users] MapCache Time Dimensions Problem

2015-06-09 Thread Stephan Meißl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Mike,

did you try running the query directly in sqlite substituting :tileset,
:start_timestamp, and :end_timestamp with actual values? What schema
does your sqlite database have? Is the path to the dbfile absolute and
readable?

I could send you a working example if you want. Let me know.

cu
Stephan


On 06/07/2015 01:13 AM, Michael Smith wrote:
 I've created a timedimension tileset in MapCache and created the backend
 sqlite db that has the available times. The mapserver backend handles
 the WMS TIME requests without a problem.  And when I query mapcache
 without a TIME=, I get my the default output. 
 
 However, if I specify a TIME= parameter to MapCache (as a WMS or WMTS
 request), I get 
 
 no matching entry for given TIME dimension TIME in tileset earthquakes
 
 I don't know what I need to change to get MapCache to recognize the TIME
 parameter. From the docs on RFC-96
 (http://mapserver.org/development/rfc/ms-rfc-96.html) I don't see what
 else to specify to set MapCache to understand TIME requests. 
 
 I can see MapCache making the backend requests to generate images from
 the time values in the sqlite DB but only with the default specified in
 the timedimension. It never understands new ranges passed with TIME=.
 
 My tileset looks like
 
 tileset name=earthquakes
   sourceearthquakes/source
   cachesqlite/cache
   gridGoogleMapsCompatible/grid
   formatPNG/format
   metatile5 5/metatile
   metabuffer10/metabuffer
   expires3600/expires
   timedimension type=sqlite default=2014-03-25T12Z 
dbfile/u02/mapcache/dbtime2.db/dbfile
queryselect
  strftime('%Y-%m-%dT%H:%M:%SZ',start)||'/'||strftime('%Y-%m-%dT%H:%M:%SZ',end)
 from time
   where source_id=:tileset
 and start_timegt;=datetime(:start_timestamp,'unixepoch')
 and end_timelt;=datetime(:end_timestamp,'unixepoch')
 order by end_time
/query
  /timedimension
/tileset

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJVd06lAAoJEKNQXeNWi+qta2kQAMVFCsQ95RFUQbe8h7AkpnZD
Io7OYrziPm7mx62F8OJmdaL4EQLVXIUqlNgxEDq4yu4phNr008mmyV26h4B1xcvA
7v3XHsw0Mm+rBbfdC+H110woUnfhNLjlO03sgd8MEpinrsxnhAi0RZOIbJpXQRyH
UiRTxtpnCKapeY1ApIORznf450GMrHx4rGAQ5DWUinnWFlKFuARwkyI+brLdae/j
gUXQYIyDzpaURCPDfaYPdUlNiKLM2GDeZY59WvBozU68LXKJS236DNXj0NBIuBal
Y4JD5DbwOYqYE5kA69cMDwOB5whNjkoQFvOUGS9mDB1Bn0mUBWUGI4alkTOIoBsl
St4QiX6CdcSkcN8c39ErR4C3b+oEbrWwEje0aAhNT7Bp9dOaRahcoSGcGXuIHnB9
VQ/efIbaVpeGnTYtV65VpKBNiy5iqcygig6a3y2fnMO4G3eQkLAA12GxoSJHv+Fl
ZqQmtUBFtdQUYb19E0MWJhjs06IX2lqh3uo9CcgDFygO5LJ4m6r096Bq7+dbbzOn
hWZCM1MtsQ31FGjAVcgKsmBPBamOqNuNi+X8YvH1nP2fjJx+0PIeYFzWRgAKuX3F
dehpryaXwAG3N8TDNYd/2lIucAsKowamEDcQ38k017vxl7q1/RflGcmveK0Xqe5B
Xyk+HREWcAb2B6oGFVro
=mBOf
-END PGP SIGNATURE-
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


Re: [mapserver-users] Incompatibility at Filter - level between mapserver 6.x and the last mapserver-dev ?

2015-06-09 Thread Andrea Peri
Unfortunately no.
Its only a typo in e-mail.

The bracket in the mapfile was correct close.

Thx


2015-06-09 12:15 GMT+02:00 Schylberg Lars lars.schylb...@saabgroup.com:
 It seems like You have a typing error.

   FILTER ([CODICE[ = 107)

 Should be:

   FILTER ([CODICE] = 107)

 /Lars

 -Original Message-
 From: mapserver-users-boun...@lists.osgeo.org 
 [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Andrea Peri
 Sent: den 9 juni 2015 11:34
 To: Eichner, Andreas - SID
 Cc: mapserver-users@lists.osgeo.org
 Subject: Re: [mapserver-users] Incompatibility at Filter - level between 
 mapserver 6.x and the last mapserver-dev ?

 Thx for response.

 I try this,
 FILTER (CODICE = 107)
 and also this
 FILTER ([CODICE[ = 107)
 and removing the filteritem,

 but still go in error:
 :(

 The log report this:

 [Tue Jun  9 11:29:53 2015].880265 LayerDefaultTranslateFilter():
 General error message. This data driver does not implement filter translation 
 support [Tue Jun  9 11:29:53 2015].955070 msEvalExpression(): General error 
 message. Cannot evaluate expression, no item index defined.

 2015-06-09 11:06 GMT+02:00 Eichner, Andreas - SID
 andreas.eich...@sid.sachsen.de:
 I think you should use

 FILTER ([CODICE] = 107)

 i.e. without using FILTERITEM and the leading WHERE

 -Ursprüngliche Nachricht-
 Von: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-
 boun...@lists.osgeo.org] Im Auftrag von Andrea Peri
 Gesendet: Dienstag, 9. Juni 2015 10:45
 An: mapserver-users@lists.osgeo.org
 Betreff: [mapserver-users] Incompatibility at Filter - level between
 mapserver 6.x and the last mapserver-dev ?

 Hi,
 I have just update my mapserver to the last mapserver-dev .

 After this update, I see an error on the filtering.

 In my mapfile the data configuration was originally this:

 CONNECTION /path-to-spatialite-db/zz_db_tematici.sqlite
 CONNECTIONTYPE OGR
 DATA IFT2009
 EXTENT 1554650.74 4678225.52 1771822.76 4924891.9
 FILTER WHERE ([CODICE] = 107)
 FILTERITEM CODICE
   


 The log report this error:

 [Tue Jun  9 10:39:46 2015].153296 msDrawMap(): rendering using
 outputformat named AGGA (AGG/PNG).
 [Tue Jun  9 10:39:46 2015].154698 msDrawMap(): WMS/WFS set-up and
 query, 0.001s [Tue Jun  9 10:39:46 2015].262330
 LayerDefaultTranslateFilter():
 General error message. This data driver does not implement filter
 translation support [Tue Jun  9 10:39:46 2015].282402 msDrawMap():
 Layer 239 (rt_ucs.idift.rt.107), 0.128s [Tue Jun  9 10:39:46
 2015].282550 msDrawMap(): Drawing Label Cache, 0.000s

 I'm using spatialite as db.

 After this error, I read this RFC:
 http://www.mapserver.org/ru/development/rfc/ms-rfc-91.html

 And try the new settings,

 FILTER (([FILTERITEM[ = string) AND (CODICE = 107))

 but it seem don't work.

 I don't understand if this is an issue of the new settings with
 spatialite or I'm wrong something.

 Thx,


 --
 -
 Andrea Peri
 . . . . . . . . .
 qwerty àèìòù
 -
 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users



 --
 -
 Andrea Peri
 . . . . . . . . .
 qwerty àèìòù
 -
 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users



-- 
-
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Incompatibility at Filter - level between mapserver 6.x and the last mapserver-dev ?

2015-06-09 Thread Andrea Peri
Hi Steve,

it work.

Many thx for the help.
Now I should change all layers in my mapfile.
To do this, I need to know another question:

is this new sintax supported on mapscript python ?

Thx,

Andrea.


2015-06-09 19:05 GMT+02:00 Lime, Steve D (MNIT) steve.l...@state.mn.us:
 As of MapServer 7.0 FILTERS must be given using MapServer syntax - this is a 
 regression noted in the Migration Guide, see 
 http://mapserver.org/MIGRATION_GUIDE.html#migration. There's an OGR example 
 right towards the top of that document. Basically:

   FILTER WHERE ([CODICE] = 107)
   FILTERITEM CODICE

 Becomes:

   PROCESSING 'NATIVE_FILTER=CODICE=107'

 Steve

 -Original Message-
 From: mapserver-users-boun...@lists.osgeo.org 
 [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Andrea Peri
 Sent: Tuesday, June 09, 2015 3:45 AM
 To: mapserver-users@lists.osgeo.org
 Subject: [mapserver-users] Incompatibility at Filter - level between 
 mapserver 6.x and the last mapserver-dev ?

 Hi,
 I have just update my mapserver to the last mapserver-dev .

 After this update, I see an error on the filtering.

 In my mapfile the data configuration was originally this:

 CONNECTION /path-to-spatialite-db/zz_db_tematici.sqlite
 CONNECTIONTYPE OGR
 DATA IFT2009
 EXTENT 1554650.74 4678225.52 1771822.76 4924891.9
 FILTER WHERE ([CODICE] = 107)
 FILTERITEM CODICE
   


 The log report this error:

 [Tue Jun  9 10:39:46 2015].153296 msDrawMap(): rendering using
 outputformat named AGGA (AGG/PNG).
 [Tue Jun  9 10:39:46 2015].154698 msDrawMap(): WMS/WFS set-up and query, 
 0.001s
 [Tue Jun  9 10:39:46 2015].262330 LayerDefaultTranslateFilter():
 General error message. This data driver does not implement filter
 translation support
 [Tue Jun  9 10:39:46 2015].282402 msDrawMap(): Layer 239
 (rt_ucs.idift.rt.107), 0.128s
 [Tue Jun  9 10:39:46 2015].282550 msDrawMap(): Drawing Label Cache, 0.000s

 I'm using spatialite as db.

 After this error, I read this RFC:
 http://www.mapserver.org/ru/development/rfc/ms-rfc-91.html

 And try the new settings,

 FILTER (([FILTERITEM[ = string) AND (CODICE = 107))

 but it seem don't work.

 I don't understand if this is an issue of the new settings with
 spatialite or I'm wrong something.

 Thx,


 --
 -
 Andrea Peri
 . . . . . . . . .
 qwerty àèìòù
 -
 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users



-- 
-
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Accessing ArcSDE on secured site

2015-06-09 Thread Weisbender, Eric
The error I’m getting is very vague and it is the same in the DEBUG file.  
After about 5 minutes of trying to connect I get the following error…

msSDELayerOpen(): SDE error. SE_connection_create(): Operation Failed. (-1)

Thanks
Eric

From: michael.smith.e...@gmail.com [mailto:michael.smith.e...@gmail.com]
Sent: 2015, June, 08 4:06 PM
To: Weisbender, Eric
Cc: mapserver-users@lists.osgeo.org
Subject: Re: [mapserver-users] Accessing ArcSDE on secured site

Eric,

This could be a certificate issue if your server certificate is not a standard 
one. You might need to load the cert to your local cert store.

You should ruin this with shp2img on the command line and turn up the debugging 
level and see what errors you're actually getting.

Michael Smith
Remote Sensing/GIS Center
US Army Corps of Engineers

On Jun 8, 2015, at 4:16 PM, Weisbender, Eric 
weisb...@wapa.govmailto:weisb...@wapa.gov wrote:
Hello,

A couple of weeks about I posted the question below and hear anything.  I was 
wondering if it went through and if anyone had any insight.

I am trying to access ArcSDE with mapserver on a secured site that uses 
https:// not http.  I keep getting an error saying Server Not Found.  Is this 
even possible and if so I would welcome any help.  Thanks in advance.

Eric

___
mapserver-users mailing list
mapserver-users@lists.osgeo.orgmailto:mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users