From nando_gcia at hotmail.com Mon Jun 1 05:11:03 2015 From: nando_gcia at hotmail.com (Fernando) Date: Mon, 1 Jun 2015 12:11:03 +0000 Subject: [Geomoose-users] Feature Report error with Identify Tool In-Reply-To: <556740DD.6000106@geoanalytic.com> References: , <5565C842.1040405@geoanalytic.com> , <556740DD.6000106@geoanalytic.com> Message-ID: Hi again, after reading your answers, I tried to change dxf_text to gid, as Brent says but the error is exactly the same. The dxf_text column are unique identifiers of our project. And to test the idea of Tanya, I have corrected the projection of drawing, referencing it with ArcMap to EPSG 23030: Projected Coordinate System: ED_1950_UTM_Zone_30N Projection: Transverse_Mercator Linear Unit: Meter And placing on the extend of southern Spain following: 358836 4186265 359163 4186624 MAP NAME EDIFICIO_C2_MAP STATUS ON EXTENT 358836 4186265 359163 4186624 UNITS METERS ..... PROJECTION "init=epsg:23030" END ...... LAYER CONNECTIONTYPE postgis CONNECTION "user=postgres password=************** dbname=edificio_c2 host=localhost port=5432" DATA "the_geom FROM c2_shape USING UNIQUE gid USING SRID=23030" ..... And the error is as follows: Warning: layerObj::queryByRect(): [MapServer Error]: msPostGISLayerWhichShapes(): Error executing query: ERROR: error de sintaxis en o cerca de ?C2BO010? LINE 1: ...6624,359163 4186265,358836 4186265))',23030) and (16C2BO010) ^ in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 72 Warning: mapObj::setExtent(): [MapServer Error]: setExtent(): Given map extent is invalid. Check that it is in the form: minx, miny, maxx, maxy in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 100 Warning: mapObj::setExtent(): [MapServer Error]: msPostGISLayerWhichShapes(): Error executing query: ERROR: error de sintaxis en o cerca de ?C2BO010? LINE 1: ...6624,359163 4186265,358836 4186265))',23030) and (16C2BO010) ^ in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 100 Fatal error: Uncaught exception 'MapScriptException' in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php:100 Stack trace: #0 C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php(100): mapObj->setExtent(0, 0, 0, 0) #1 {main} thrown in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 100 It might be a bug GeoMOOSE programming? What else I can do? Date: Thu, 28 May 2015 10:22:53 -0600 From: bfraser at geoanalytic.com To: nando_gcia at hotmail.com; geomoose-users at lists.osgeo.org Subject: Re: [Geomoose-users] Feature Report error with Identify Tool Fernanado, When Mapserver does the attribute query as requested by the GeoMOOSE feature_report.php, it applies a spatial filter based on the EXTENT stated in the map file and a filter on a unique key: Warning: layerObj :: queryByRect (): [MapServer Error]: msPostGISLayerWhichShapes (): Error executing query: ERROR: syntax error at or near "C2BN001" LINE 1: ... -1 362.227 362.227 -136 -1 -136 -1)) ', 3857) and (16C2BN001) ^ It looks like it's having a problem with the unique key. You specified [dxf_text] Report but you may want to try: [dxf_text] Report Best Regards, Brent Fraser _______________________________________________ Geomoose-users mailing list Geomoose-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/geomoose-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From nando_gcia at hotmail.com Mon Jun 1 09:22:27 2015 From: nando_gcia at hotmail.com (Fernando) Date: Mon, 1 Jun 2015 16:22:27 +0000 Subject: [Geomoose-users] Feature Report error with Identify Tool In-Reply-To: <556740DD.6000106@geoanalytic.com> References: , <5565C842.1040405@geoanalytic.com> , <556740DD.6000106@geoanalytic.com> Message-ID: Hi again, after reading your answers, I tried to change dxf_text to gid, as Brent says but the error is exactly the same. The dxf_text column are unique identifiers of our project.And to test the idea of Tanya, I have corrected the projection of drawing, referencing it with ArcMap to EPSG 23030:Projected Coordinate System: ED_1950_UTM_Zone_30NProjection: Transverse_MercatorLinear Unit: MeterAnd placing on the extend of southern Spain following: 358836 4186265 359163 4186624MAP NAME EDIFICIO_C2_MAP STATUS ON EXTENT 358836 4186265 359163 4186624 UNITS METERS ..... PROJECTION "init=epsg:23030" END......LAYER CONNECTIONTYPE postgis CONNECTION "user=postgres password=************** dbname=edificio_c2 host=localhost port=5432" DATA "the_geom FROM c2_shape USING UNIQUE gid USING SRID=23030".....And the error is as follows:Warning: layerObj::queryByRect(): [MapServer Error]: msPostGISLayerWhichShapes(): Error executing query: ERROR: error de sintaxis en o cerca de ?C2BO010?LINE 1: ...6624,359163 4186265,358836 4186265))',23030) and (16C2BO010) ^in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 72Warning: mapObj::setExtent(): [MapServer Error]: setExtent(): Given map extent is invalid. Check that it is in the form: minx, miny, maxx, maxy in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 100Warning: mapObj::setExtent(): [MapServer Error]: msPostGISLayerWhichShapes(): Error executing query: ERROR: error de sintaxis en o cerca de ?C2BO010?LINE 1: ...6624,359163 4186265,358836 4186265))',23030) and (16C2BO010) ^ in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 100Fatal error: Uncaught exception 'MapScriptException' in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php:100Stack trace:#0 C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php(100): mapObj->setExtent(0, 0, 0, 0)#1 {main} thrown in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 100It might be a bug GeoMOOSE programming? What else I can do? Date: Thu, 28 May 2015 10:22:53 -0600 From: bfraser at geoanalytic.com To: nando_gcia at hotmail.com; geomoose-users at lists.osgeo.org Subject: Re: [Geomoose-users] Feature Report error with Identify Tool Fernanado, When Mapserver does the attribute query as requested by the GeoMOOSE feature_report.php, it applies a spatial filter based on the EXTENT stated in the map file and a filter on a unique key: Warning: layerObj :: queryByRect (): [MapServer Error]: msPostGISLayerWhichShapes (): Error executing query: ERROR: syntax error at or near "C2BN001" LINE 1: ... -1 362.227 362.227 -136 -1 -136 -1)) ', 3857) and (16C2BN001) ^ It looks like it's having a problem with the unique key. You specified [dxf_text] Report but you may want to try: [dxf_text] Report Best Regards, Brent Fraser On 5/28/2015 4:10 AM, Fernando wrote: Brent, thank you for your replies but how can I georeference the building plan correctly ? Actually we don't need to have an real coordinate system, that does not matter in the project. We start from a DXF AutoCAD drawing and converted into shapefile with ArcTools and then import it to POSTGIS. To display online we decided to try GeoMOOSE. How do you think that would solve the error? Geomoose-users mailing list Geomoose-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/geomoose-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bfraser at geoanalytic.com Mon Jun 1 09:57:48 2015 From: bfraser at geoanalytic.com (Brent Fraser) Date: Mon, 01 Jun 2015 10:57:48 -0600 Subject: [Geomoose-users] Feature Report error with Identify Tool In-Reply-To: References: , <5565C842.1040405@geoanalytic.com> , <556740DD.6000106@geoanalytic.com> Message-ID: <556C8F0C.8040606@geoanalytic.com> There doesn't seem to be a lot of documentation for the Feature Report service, so I made some notes: Feature Reports Edit (or copy) the feature_report service in the mapbook to add the key field, for example: php/feature_report.php Add the metadata to the feature?s map file: METADATA 'identify_record' 'BF_HYDRO_POLYGON_identify.html' 'popups' 'BF_HYDRO_POLYGON_popups.html' 'feature_report' 'BF_HYDRO_POLYGON_report.xml' END # of METADATA Edit the _identify template to add a link to generate and view the report. For example my BF_HYDRO_POLYGON_identify.html template has: Report Create the report xml file (in my case the file is named BF_HYDRO_POLYGON_report.xml) modifying the key name and the PDF report name: Create the report PDF file Copy the parcel_template.pdf to the name you entered in the report xml file, for example: copy parcel_template.pdf BF_HYDRO_POLYGON_template.pdf Best Regards, Brent Fraser On 6/1/2015 10:22 AM, Fernando wrote: > Hi again, after reading your answers, I tried to change dxf_text to > gid, as Brent says but the error is exactly the same. The dxf_text > column are unique identifiers of our project. > > And to test the idea of Tanya, I have corrected the projection of > drawing, referencing it with ArcMap to EPSG 23030: > > Projected Coordinate System: ED_1950_UTM_Zone_30N > Projection: Transverse_Mercator > Linear Unit: Meter > > And placing on the extend of southern Spain following: 358836 4186265 > 359163 4186624 > > MAP > NAME EDIFICIO_C2_MAP > STATUS ON > EXTENT 358836 4186265 359163 4186624 > UNITS METERS > ..... > PROJECTION > "init=epsg:23030" > END > ...... > LAYER > CONNECTIONTYPE postgis > CONNECTION "user=postgres password=************** dbname=edificio_c2 > host=localhost port=5432" > DATA "the_geom FROM c2_shape USING UNIQUE gid USING SRID=23030" > ..... > > And the error is as follows: > > Warning: layerObj::queryByRect(): [MapServer Error]: > msPostGISLayerWhichShapes(): Error executing query: ERROR: error de > sintaxis en o cerca de ?C2BO010? > LINE 1: ...6624,359163 4186265,358836 4186265))',23030) and (16C2BO010) > ^ > in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 72 > > Warning: mapObj::setExtent(): [MapServer Error]: setExtent(): Given > map extent is invalid. Check that it is in the form: minx, miny, maxx, > maxy > in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 100 > > Warning: mapObj::setExtent(): [MapServer Error]: > msPostGISLayerWhichShapes(): Error executing query: ERROR: error de > sintaxis en o cerca de ?C2BO010? > LINE 1: ...6624,359163 4186265,358836 4186265))',23030) and (16C2BO010) > ^ > in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 100 > > Fatal error: Uncaught exception 'MapScriptException' in > C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php:100 > Stack trace: > #0 C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php(100): > mapObj->setExtent(0, 0, 0, 0) > #1 {main} > thrown in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on > line 100 > > > It might be a bug GeoMOOSE programming? What else I can do? > > ------------------------------------------------------------------------ > Date: Thu, 28 May 2015 10:22:53 -0600 > From: bfraser at geoanalytic.com > To: nando_gcia at hotmail.com; geomoose-users at lists.osgeo.org > Subject: Re: [Geomoose-users] Feature Report error with Identify Tool > > Fernanado, > > When Mapserver does the attribute query as requested by the GeoMOOSE > feature_report.php, it applies a spatial filter based on the EXTENT > stated in the map file and a filter on a unique key: > > Warning: layerObj :: queryByRect (): [MapServer Error]: > msPostGISLayerWhichShapes (): Error executing query: ERROR: syntax > error at or near "C2BN001" > LINE 1: ... -1 362.227 362.227 -136 -1 -136 -1)) ', 3857) and (16C2BN001) > ^ > > It looks like it's having a problem with the unique key. You specified > > [dxf_text] href="javascript:GeoMOOSE.startService('feature_report', > {'dxf_text':'[dxf_text]','src':'edificio_c2_espacios/C2-ALBERT_EINSTEIN'})"> > Report > > but you may want to try: > > [dxf_text] href="javascript:GeoMOOSE.startService('feature_report', > {'gid':'[gid]','src':'edificio_c2_espacios/C2-ALBERT_EINSTEIN'})"> > Report > > > Best Regards, > Brent Fraser > On 5/28/2015 4:10 AM, Fernando wrote: > > Brent, thank you for your replies but how can I georeference the > building plan correctly ? Actually we don't need to have an real > coordinate system, that does not matter in the project. We start > from a DXF AutoCAD drawing and converted into shapefile with > ArcTools and then import it to POSTGIS. To display online we > decided to try GeoMOOSE. > > How do you think that would solve the error? > > > Geomoose-users mailing list > Geomoose-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/geomoose-users > > > > > > _______________________________________________ > Geomoose-users mailing list > Geomoose-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/geomoose-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From klassen.js at gmail.com Mon Jun 1 11:21:09 2015 From: klassen.js at gmail.com (Jim Klassen) Date: Mon, 01 Jun 2015 13:21:09 -0500 Subject: [Geomoose-users] Feature Report error with Identify Tool In-Reply-To: References: , <5565C842.1040405@geoanalytic.com> , <556740DD.6000106@geoanalytic.com> Message-ID: <556CA295.70408@gmail.com> What is "and (16C2BO010)"? On 06/01/2015 07:11 AM, Fernando wrote: > Hi again, after reading your answers, I tried to change dxf_text to gid, as Brent says but the error is exactly the same. The dxf_text column are unique identifiers of our project. > > And to test the idea of Tanya, I have corrected the projection of drawing, referencing it with ArcMap to EPSG 23030: > > Projected Coordinate System: ED_1950_UTM_Zone_30N > Projection: Transverse_Mercator > Linear Unit: Meter > > And placing on the extend of southern Spain following: 358836 4186265 359163 4186624 > > MAP > NAME EDIFICIO_C2_MAP > STATUS ON > EXTENT 358836 4186265 359163 4186624 > UNITS METERS > ..... > PROJECTION > "init=epsg:23030" > END > ...... > LAYER > CONNECTIONTYPE postgis > CONNECTION "user=postgres password=************** dbname=edificio_c2 host=localhost port=5432" > DATA "the_geom FROM c2_shape USING UNIQUE gid USING SRID=23030" > ..... > > And the error is as follows: > > Warning: layerObj::queryByRect(): [MapServer Error]: msPostGISLayerWhichShapes(): Error executing query: ERROR: error de sintaxis en o cerca de ?C2BO010? > LINE 1: ...6624,359163 4186265,358836 4186265))',23030) and (16C2BO010) > ^ > in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 72 > > Warning: mapObj::setExtent(): [MapServer Error]: setExtent(): Given map extent is invalid. Check that it is in the form: minx, miny, maxx, maxy > in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 100 > > Warning: mapObj::setExtent(): [MapServer Error]: msPostGISLayerWhichShapes(): Error executing query: ERROR: error de sintaxis en o cerca de ?C2BO010? > LINE 1: ...6624,359163 4186265,358836 4186265))',23030) and (16C2BO010) > ^ > in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 100 > > Fatal error: Uncaught exception 'MapScriptException' in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php:100 > Stack trace: > #0 C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php(100): mapObj->setExtent(0, 0, 0, 0) > #1 {main} > thrown in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 100 > > > It might be a bug GeoMOOSE programming? What else I can do? > > > Date: Thu, 28 May 2015 10:22:53 -0600 > From: bfraser at geoanalytic.com > To: nando_gcia at hotmail.com; geomoose-users at lists.osgeo.org > Subject: Re: [Geomoose-users] Feature Report error with Identify Tool > > > > > > > Fernanado, > > > > When Mapserver does the attribute query as requested by the > GeoMOOSE feature_report.php, it applies a spatial filter based on > the EXTENT stated in the map file and a filter on a unique key: > > > > Warning: layerObj > :: queryByRect (): [MapServer Error]: > msPostGISLayerWhichShapes (): Error executing query: ERROR: > syntax error at or near "C2BN001" > > LINE 1: ... -1 362.227 362.227 > -136 -1 -136 -1)) ', 3857) and (16C2BN001) > > ^ > > > > It looks like it's having a problem with the unique key. You > specified > > > > > > > [dxf_text] > > > Report > > > > > but you may want to try: > > > > > > > [dxf_text] > > > Report > > > > > > > Best Regards, > Brent Fraser > > > > > > _______________________________________________ > Geomoose-users mailing list > Geomoose-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/geomoose-users > > > > > > > > > > > _______________________________________________ > Geomoose-users mailing list > Geomoose-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/geomoose-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bfraser at geoanalytic.com Mon Jun 1 16:06:09 2015 From: bfraser at geoanalytic.com (Brent Fraser) Date: Mon, 01 Jun 2015 17:06:09 -0600 Subject: [Geomoose-users] Feature Report opportunities Message-ID: <556CE561.30401@geoanalytic.com> Devs, While doing support for Feature Reports I found a couple of shortcomings with feature_report.php 1. Map portion of report not rendered if feature's layer projection is different from map's projection. We need to insert some code to re-project the shape before setting the extent of the map graphic. I used the following just before line 100: //--------------------------------------------------------------------- # Re-project the feature shape if necessary: $map_projection_text = $mapObj->getProjection(); if($map_projection_text != NULL) { $map_projectionObj = ms_newProjectionObj($map_projection_text); } if($layer->getProjection() != NULL) { $layer_projection_text = $layer->getProjection(); $layer_projectionObj = ms_newProjectionObj($layer_projection_text); } if($layer_projectionObj) { $shape->project($layer_projectionObj, $map_projectionObj); } //--------------------------------------------------------------------- mapObj->setExtent($shape->bounds->minx,$shape->bounds->miny,$shape->bounds->maxx,$shape->bounds->maxy); : 2. Other layers not shown in Feature Report map graphic. This one is a little tougher. There is a tag in the feature_report service definition in the mapbook.xml: but "layers" entry is never referenced on the feature_report.php. I suspect the intent was to allow the specification of other layers to render into the map graphic for the Feature Report. I suppose we could use some code from print_util.php to do this (or just use all visible layers?). If there is no disagreement, I'll create a couple of Issues in github for the above. -- Best Regards, Brent Fraser From bfraser at geoanalytic.com Mon Jun 1 16:15:54 2015 From: bfraser at geoanalytic.com (Brent Fraser) Date: Mon, 01 Jun 2015 17:15:54 -0600 Subject: [Geomoose-users] Feature Reports notes Message-ID: <556CE7AA.2000805@geoanalytic.com> I need to correct the information is sent earlier. The first part of the instructions below ("Edit the feature_report service...") is not necessary as the key field name is specified in the template (" php/feature_report.php ------------------------------------------------------------------------------------------------- Add the metadata to the feature?s map file: METADATA 'identify_record' 'BF_HYDRO_POLYGON_identify.html' 'popups' 'BF_HYDRO_POLYGON_popups.html' 'feature_report' 'BF_HYDRO_POLYGON_report.xml' END # of METADATA Edit the _identify template to add a link to generate and view the report. For example my BF_HYDRO_POLYGON_identify.html template has: Report Create the report xml file (in my case the file is named BF_HYDRO_POLYGON_report.xml) modifying the key name and the PDF report name: Create the report PDF file Copy the parcel_template.pdf to the name you entered in the report xml file, for example: copy parcel_template.pdf BF_HYDRO_POLYGON_template.pdf -- Best Regards, Brent Fraser -------------- next part -------------- An HTML attachment was scrubbed... URL: From bfraser at geoanalytic.com Mon Jun 1 17:02:18 2015 From: bfraser at geoanalytic.com (Brent Fraser) Date: Mon, 01 Jun 2015 18:02:18 -0600 Subject: [Geomoose-users] Feature Reports notes In-Reply-To: <556CE7AA.2000805@geoanalytic.com> References: <556CE7AA.2000805@geoanalytic.com> Message-ID: <556CF28A.7020309@geoanalytic.com> Ok, as it turns out it IS necessary to put the key name in the service definition (so follow my instructions sent at 10:57 below). For now. I think the fix would be fairly simple: change feature_report.php to reference the "PID" parameter (maybe "FID" would be a better name?). Specifically, change line 67 from: $layer->setFilter(str_replace('%qstring%', urldecode($_REQUEST[$qItem]), $query_info->getAttribute('string'))); to $layer->setFilter(str_replace('%qstring%', $_REQUEST['PID'], $query_info->getAttribute('string'))); And an implementer would now specify: Report (if the layer's unique key was named "BF_ID") Best Regards, Brent Fraser On 6/1/2015 5:15 PM, Brent Fraser wrote: > I need to correct the information is sent earlier. The first part of > the instructions below ("Edit the feature_report service...") is not > necessary as the key field name is specified in the template (" item="), not the service definition. > Best Regards, > Brent Fraser > On 6/1/2015 10:57 AM, Brent Fraser wrote: > There doesn't seem to be a lot of documentation for the Feature Report > service, so I made some notes: > > Feature Reports > > > Edit (or copy) the feature_report service in the mapbook to add the > key field, for example: > > > keep-others="true"> > > php/feature_report.php > > > > > > > > > > > > Add the metadata to the feature?s map file: > > METADATA > > 'identify_record' 'BF_HYDRO_POLYGON_identify.html' > > 'popups' 'BF_HYDRO_POLYGON_popups.html' > > 'feature_report' 'BF_HYDRO_POLYGON_report.xml' > > END # of METADATA > > > Edit the _identify template to add a link to generate and view the > report. For example my BF_HYDRO_POLYGON_identify.html template has: > > "javascript:GeoMOOSE.startService('feature_report_Hydrography', > {'BF_ID': '[BF_ID]', 'src' : > 'Hydrography/Lakes'})">Report > > > > Create the report xml file (in my case the file is named > BF_HYDRO_POLYGON_report.xml) modifying the key name and the PDF report > name: > > > > > > > > > > Create the report PDF file > > Copy the parcel_template.pdf to the name you entered in the report xml > file, for example: > > > copy parcel_template.pdf BF_HYDRO_POLYGON_template.pdf > > -- > Best Regards, > Brent Fraser > > > _______________________________________________ > Geomoose-users mailing list > Geomoose-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/geomoose-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From nando_gcia at hotmail.com Tue Jun 2 04:35:34 2015 From: nando_gcia at hotmail.com (Fernando) Date: Tue, 2 Jun 2015 11:35:34 +0000 Subject: [Geomoose-users] Feature Report error with Identify Tool In-Reply-To: <556CE643.2010304@geoanalytic.com> References: , <5565C842.1040405@geoanalytic.com> , <556740DD.6000106@geoanalytic.com> <556C8F0C.8040606@geoanalytic.com>,<556CE643.2010304@geoanalytic.com> Message-ID: Thanks all for your contributions. Incredibly the first error has disappeared with only capitalize the dfx_text field in identify.html file: ESPACIOS IDENTIFICADOR: [dxf_text] Report CONTENIDO: [contenido] But still appears error: Warning: mapObj::setExtent(): [MapServer Error]: setExtent(): Given map extent is invalid. Check that it is in the form: minx, miny, maxx, maxy in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 100 Fatal error: Uncaught exception 'MapScriptException' in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php:100 Stack trace: #0 C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php(100): mapObj->setExtent(0, 0, 0, 0) #1 {main} thrown in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 100 Line 100 of the file says: $mapObj->setExtent($shape->bounds->minx,$shape->bounds->miny,$shape->bounds->maxx,$shape->bounds->maxy); but if I change that row so manually for example set to the initial extend: $mapObj->setExtent(358836,4186265,359163,4186624); The error disappears, and finally load the popup with the 3 options: View in a new Window / Tab Download Close this Window but the more errors appear then: Warning: Invalid argument supplied for foreach() in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 128 Warning: Invalid argument supplied for foreach() in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 128 Warning: Invalid argument supplied for foreach() in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 128 Warning: Invalid argument supplied for foreach() in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 128 Warning: Invalid argument supplied for foreach() in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 128 Warning: Invalid argument supplied for foreach() in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 128 Why the error occurs on line 100 of feature_report.php file? -------------- next part -------------- An HTML attachment was scrubbed... URL: From bfraser at geoanalytic.com Tue Jun 2 06:35:29 2015 From: bfraser at geoanalytic.com (Brent Fraser) Date: Tue, 02 Jun 2015 07:35:29 -0600 Subject: [Geomoose-users] Feature Report error with Identify Tool In-Reply-To: References: , <5565C842.1040405@geoanalytic.com> , <556740DD.6000106@geoanalytic.com> <556C8F0C.8040606@geoanalytic.com>, <556CE643.2010304@geoanalytic.com> Message-ID: <556DB121.9080803@geoanalytic.com> The errors mean that the shape/feature is not found, so the extents are not valid and the shape/feature has no values. Change your feature _report service in your mapbook.xml to: php/feature_report.php This will ensure the JavaScript that handles the service call will send the DXF_TEXT value to the feature_report.php. Best Regards, Brent Fraser On 6/2/2015 5:35 AM, Fernando wrote: > Thanks all for your contributions. Incredibly the first error has > disappeared with only capitalize the dfx_text field in identify.html file: > > > ESPACIOS > IDENTIFICADOR: > [dxf_text] href="javascript:GeoMOOSE.startService('feature_report', {'*DXF_TEXT*' > : '[dxf_text]', 'src' : > 'edificio_c2_espacios/C2-ALBERT_EINSTEIN'})">Report > > > CONTENIDO: > [contenido] > > > > But still appears error: > > Warning: mapObj::setExtent(): [MapServer Error]: setExtent(): Given > map extent is invalid. Check that it is in the form: minx, miny, maxx, > maxy > in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 100 > Fatal error: Uncaught exception 'MapScriptException' in > C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php:100 > Stack trace: > #0 C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php(100): > *mapObj->setExtent(0, 0, 0, 0)* > #1 {main} > thrown in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on > line 100 > > Line 100 of the file says: > $mapObj->setExtent($shape->bounds->minx,$shape->bounds->miny,$shape->bounds->maxx,$shape->bounds->maxy); > > but if I change that row so manually for example set to the initial > extend: > $mapObj->setExtent(358836,4186265,359163,4186624); > > The error disappears, and finally load the popup with the 3 options: > > View in a new Window / Tab > Download > Close this Window > > but the more errors appear then: > > Warning: Invalid argument supplied for foreach() in > C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 128 > Warning: Invalid argument supplied for foreach() in > C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 128 > Warning: Invalid argument supplied for foreach() in > C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 128 > Warning: Invalid argument supplied for foreach() in > C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 128 > Warning: Invalid argument supplied for foreach() in > C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 128 > Warning: Invalid argument supplied for foreach() in > C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 128 > > > Why the error occurs on line 100 of feature_report.php file? -------------- next part -------------- An HTML attachment was scrubbed... URL: From theduckylittle at gmail.com Tue Jun 2 07:35:30 2015 From: theduckylittle at gmail.com (Dan Little) Date: Tue, 02 Jun 2015 14:35:30 +0000 Subject: [Geomoose-users] Feature Reports notes In-Reply-To: <556CF28A.7020309@geoanalytic.com> References: <556CE7AA.2000805@geoanalytic.com> <556CF28A.7020309@geoanalytic.com> Message-ID: Brent, Is there any chance you can create a summarized clarification in an RST doc or a Google doc? I'm sorry, I don't follow every post to full understanding so if you can get something I can get more suitable for posting on the docs website then I'll do it! Thanks! On Mon, Jun 1, 2015 at 7:02 PM Brent Fraser wrote: > Ok, as it turns out it IS necessary to put the key name in the service > definition (so follow my instructions sent at 10:57 below). For now. > > I think the fix would be fairly simple: change feature_report.php to > reference the "PID" parameter (maybe "FID" would be a better name?). > > Specifically, change line 67 from: > > $layer->setFilter(str_replace('%qstring%', urldecode($_REQUEST[$qItem]), > $query_info->getAttribute('string'))); > > to > $layer->setFilter(str_replace('%qstring%', $_REQUEST['PID'], > $query_info->getAttribute('string'))); > > And an implementer would now specify: > > Report > > (if the layer's unique key was named "BF_ID") > > Best Regards, > Brent Fraser > > On 6/1/2015 5:15 PM, Brent Fraser wrote: > > I need to correct the information is sent earlier. The first part of the > instructions below ("Edit the feature_report service...") is not necessary > as the key field name is specified in the template (" keep-others="true"> > > php/feature_report.php > > > > > > > > > > > Add the metadata to the feature?s map file: > > METADATA > > 'identify_record' 'BF_HYDRO_POLYGON_identify.html' > > 'popups' 'BF_HYDRO_POLYGON_popups.html' > > 'feature_report' 'BF_HYDRO_POLYGON_report.xml' > > END # of METADATA > > Edit the _identify template to add a link to generate and view the > report. For example my BF_HYDRO_POLYGON_identify.html template has: > > Report > > > Create the report xml file (in my case the file is named > BF_HYDRO_POLYGON_report.xml) modifying the key name and the PDF report > name: > > > > > > > > Create the report PDF file > > Copy the parcel_template.pdf to the name you entered in the report > xml file, for example: > > copy parcel_template.pdf BF_HYDRO_POLYGON_template.pdf > > -- > Best Regards, > Brent Fraser > > > > _______________________________________________ > Geomoose-users mailing listGeomoose-users at lists.osgeo.orghttp://lists.osgeo.org/mailman/listinfo/geomoose-users > > _______________________________________________ > Geomoose-users mailing list > Geomoose-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/geomoose-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bfraser at geoanalytic.com Tue Jun 2 09:02:21 2015 From: bfraser at geoanalytic.com (Brent Fraser) Date: Tue, 02 Jun 2015 10:02:21 -0600 Subject: [Geomoose-users] Feature Reports notes In-Reply-To: References: <556CE7AA.2000805@geoanalytic.com> <556CF28A.7020309@geoanalytic.com> Message-ID: <556DD38D.50508@geoanalytic.com> Dan, Good idea; we do need more user/implementer doc on Feature Reports. But first I'd like your opinion on a small structural change to the Feature Report service. Currently the service is defined as: php/feature_report.php The inclusion of "PIN" identifier means that the service is specific to a particular layer with a key attribute named "PIN". If I have 20 layers I'd like to do Feature Reports on, I'd need 20 different services defined each with a different key name; possible but painful. My solution is to not use the layer's key name, but use something generic like "GM_FID", then change line 67 in feature_report.php from: $layer->setFilter(str_replace('%qstring%', urldecode($_REQUEST[*$qItem*]), $query_info->getAttribute('string'))); to $layer->setFilter(str_replace('%qstring%', urldecode($_REQUEST[*'GM_FID'*]), $query_info->getAttribute('string'))); With those changes only one feature_report service needs to be defined (but you would still need separate identify and report templates for each layer, but that's ok). To really get and understanding of the problem, pick two layers in our demo data-set and configure them to do Feature Reports (it will all become clear). Best Regards, Brent Fraser On 6/2/2015 8:35 AM, Dan Little wrote: > Brent, > > Is there any chance you can create a summarized clarification in an > RST doc or a Google doc? I'm sorry, I don't follow every post to full > understanding so if you can get something I can get more suitable for > posting on the docs website then I'll do it! > > Thanks! > > On Mon, Jun 1, 2015 at 7:02 PM Brent Fraser > wrote: > > Ok, as it turns out it IS necessary to put the key name in the > service definition (so follow my instructions sent at 10:57 > below). For now. > > I think the fix would be fairly simple: change feature_report.php > to reference the "PID" parameter (maybe "FID" would be a better > name?). > > Specifically, change line 67 from: > > $layer->setFilter(str_replace('%qstring%', > urldecode($_REQUEST[$qItem]), $query_info->getAttribute('string'))); > > to > $layer->setFilter(str_replace('%qstring%', $_REQUEST['PID'], > $query_info->getAttribute('string'))); > > And an implementer would now specify: > > "javascript:GeoMOOSE.startService('*feature_report*', {'*PID*': > '[BF_ID]', 'src' : 'Hydrography/Lakes'})">Report > > > (if the layer's unique key was named "BF_ID") > > Best Regards, > Brent Fraser > > On 6/1/2015 5:15 PM, Brent Fraser wrote: >> I need to correct the information is sent earlier. The first >> part of the instructions below ("Edit the feature_report >> service...") is not necessary as the key field name is specified >> in the template ("> keep-others="true"> >> >> php/feature_report.php >> >> >> >> >> >> >> >> >> >> >> >> Add the metadata to the feature?s map file: >> >> METADATA >> >> 'identify_record' 'BF_HYDRO_POLYGON_identify.html' >> >> 'popups' 'BF_HYDRO_POLYGON_popups.html' >> >> 'feature_report' 'BF_HYDRO_POLYGON_report.xml' >> >> END # of METADATA >> >> >> Edit the _identify template to add a link to generate and view >> the report. For example my BF_HYDRO_POLYGON_identify.html >> template has: >> >> > "javascript:GeoMOOSE.startService('feature_report_Hydrography', >> {'BF_ID': '[BF_ID]', 'src' : >> 'Hydrography/Lakes'})">Report >> >> >> >> Create the report xml file (in my case the file is named >> BF_HYDRO_POLYGON_report.xml) modifying the key name and the PDF >> report name: >> >> >> >> >> >> >> >> >> >> Create the report PDF file >> >> Copy the parcel_template.pdf to the name you entered in the >> report xml file, for example: >> >> >> copy parcel_template.pdf BF_HYDRO_POLYGON_template.pdf >> >> -- >> Best Regards, >> Brent Fraser >> >> >> _______________________________________________ >> Geomoose-users mailing list >> Geomoose-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/geomoose-users > _______________________________________________ > Geomoose-users mailing list > Geomoose-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/geomoose-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From theduckylittle at gmail.com Tue Jun 2 11:34:00 2015 From: theduckylittle at gmail.com (Dan Little) Date: Tue, 02 Jun 2015 18:34:00 +0000 Subject: [Geomoose-users] Feature Reports notes In-Reply-To: <556DD38D.50508@geoanalytic.com> References: <556CE7AA.2000805@geoanalytic.com> <556CF28A.7020309@geoanalytic.com> <556DD38D.50508@geoanalytic.com> Message-ID: The structural problem that you're working around is something that we solved with the query.php tool. So query.php has a "field0" and then a "value0" field that will perform the query. We can, theoretically, migrate to a setup like that. The feature_report service was really meant to be an example of something one COULD do and less a reusable component. We could certainly evolve it as a few folks have made mention of its need. On Tue, Jun 2, 2015 at 11:02 AM Brent Fraser wrote: > Dan, > > Good idea; we do need more user/implementer doc on Feature Reports. But > first I'd like your opinion on a small structural change to the Feature > Report service. > > Currently the service is defined as: > > > php/feature_report.php > > > > > > > > The inclusion of "PIN" identifier means that the service is specific to a > particular layer with a key attribute named "PIN". If I have 20 layers I'd > like to do Feature Reports on, I'd need 20 different services defined each > with a different key name; possible but painful. > > My solution is to not use the layer's key name, but use something generic > like "GM_FID", then change line 67 in feature_report.php from: > > > $layer->setFilter(str_replace('%qstring%', urldecode($_REQUEST[ > *$qItem*]), $query_info->getAttribute('string'))); > > to > > $layer->setFilter(str_replace('%qstring%', urldecode($_REQUEST[ > *'GM_FID'*]), $query_info->getAttribute('string'))); > > With those changes only one feature_report service needs to be defined > (but you would still need separate identify and report templates for each > layer, but that's ok). > > To really get and understanding of the problem, pick two layers in our > demo data-set and configure them to do Feature Reports (it will all become > clear). > > Best Regards, > Brent Fraser > > On 6/2/2015 8:35 AM, Dan Little wrote: > > Brent, > > Is there any chance you can create a summarized clarification in an RST > doc or a Google doc? I'm sorry, I don't follow every post to full > understanding so if you can get something I can get more suitable for > posting on the docs website then I'll do it! > > Thanks! > > On Mon, Jun 1, 2015 at 7:02 PM Brent Fraser > wrote: > >> Ok, as it turns out it IS necessary to put the key name in the service >> definition (so follow my instructions sent at 10:57 below). For now. >> >> I think the fix would be fairly simple: change feature_report.php to >> reference the "PID" parameter (maybe "FID" would be a better name?). >> >> Specifically, change line 67 from: >> >> $layer->setFilter(str_replace('%qstring%', urldecode($_REQUEST[$qItem]), >> $query_info->getAttribute('string'))); >> >> to >> $layer->setFilter(str_replace('%qstring%', $_REQUEST['PID'], >> $query_info->getAttribute('string'))); >> >> And an implementer would now specify: >> >> Report >> >> (if the layer's unique key was named "BF_ID") >> >> Best Regards, >> Brent Fraser >> >> On 6/1/2015 5:15 PM, Brent Fraser wrote: >> >> I need to correct the information is sent earlier. The first part of the >> instructions below ("Edit the feature_report service...") is not necessary >> as the key field name is specified in the template ("> keep-others="true"> >> >> php/feature_report.php >> >> >> >> >> >> >> >> >> >> >> Add the metadata to the feature?s map file: >> >> METADATA >> >> 'identify_record' 'BF_HYDRO_POLYGON_identify.html' >> >> 'popups' 'BF_HYDRO_POLYGON_popups.html' >> >> 'feature_report' 'BF_HYDRO_POLYGON_report.xml' >> >> END # of METADATA >> >> Edit the _identify template to add a link to generate and view the >> report. For example my BF_HYDRO_POLYGON_identify.html template has: >> >> Report >> >> >> Create the report xml file (in my case the file is named >> BF_HYDRO_POLYGON_report.xml) modifying the key name and the PDF report >> name: >> >> >> >> >> >> >> >> Create the report PDF file >> >> Copy the parcel_template.pdf to the name you entered in the report >> xml file, for example: >> >> copy parcel_template.pdf BF_HYDRO_POLYGON_template.pdf >> >> -- >> Best Regards, >> Brent Fraser >> >> >> >> _______________________________________________ >> Geomoose-users mailing listGeomoose-users at lists.osgeo.orghttp://lists.osgeo.org/mailman/listinfo/geomoose-users >> >> _______________________________________________ >> Geomoose-users mailing list >> Geomoose-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/geomoose-users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmeyer at lcsheriff.com Tue Jun 2 10:33:20 2015 From: jmeyer at lcsheriff.com (Joshua Meyer) Date: Tue, 2 Jun 2015 12:33:20 -0500 Subject: [Geomoose-users] GDB layer problems - Pink Screen Message-ID: <007c01d09d5a$385841f0$a908c5d0$@com> I have tried to add layers from an ESRI geodatabase. The following error is received: msOGRFileOpen(): OGR error. Open failed for OGR connection in layer `ESN'. File not found or unsupported format. I originally exported the layers to shapefiles for testing and they worked. I have tested each map file using shp2img with success on each individual layer. However, when loading from the mapbook.xml I received the above error. The gdb file is located in the same folder as the map file. LAYER NAME lafSchools TYPE POINT CONNECTIONTYPE OGR CONNECTION "./Lafayette.gdb" DATA "Schools" .. .. Below is the mapbook entry. ./lafayette/ESN/school.map ... ... Joshua Meyer Lafayette County Sheriff's Office GIS 107 S 11th St Lexington, MO 64067 Phone: 660-259-2796 Cell: 660-259-1234 Fax: 660-259-2545 -------------- next part -------------- An HTML attachment was scrubbed... URL: From theduckylittle at gmail.com Tue Jun 2 11:40:54 2015 From: theduckylittle at gmail.com (Dan Little) Date: Tue, 02 Jun 2015 18:40:54 +0000 Subject: [Geomoose-users] GDB layer problems - Pink Screen In-Reply-To: <007c01d09d5a$385841f0$a908c5d0$@com> References: <007c01d09d5a$385841f0$a908c5d0$@com> Message-ID: Can you use firebug or chrome's developer tools to see what error is actually happening? Pink tiles usually indicates a return of a text error message. I don't have any specific help on the GDB usage. If there's an ODBC problem it very well could be that the web server user does not have the permissions to do what your local user can do. On Tue, Jun 2, 2015 at 1:36 PM Joshua Meyer wrote: > I have tried to add layers from an ESRI geodatabase. The following error > is received: msOGRFileOpen(): OGR error. Open failed for OGR connection in > layer `ESN'. File not found or unsupported format. I originally exported > the layers to shapefiles for testing and they worked. I have tested each > map file using shp2img with success on each individual layer. However, > when loading from the mapbook.xml I received the above error. > > > > > > The gdb file is located in the same folder as the map file. > > > > LAYER > > NAME lafSchools > > TYPE POINT > > CONNECTIONTYPE OGR > > CONNECTION "./Lafayette.gdb" > > DATA "Schools" > > ?. > > ?. > > > > > > Below is the mapbook entry. > > > > > > ./lafayette/ESN/school.map > > > > > > > > > > > > ?.. > > ?.. > > popups="false" minscale="3000" maxscale="20000"> > > > > > > > > > > Joshua Meyer > > Lafayette County Sheriff's Office GIS > > 107 S 11th St > > Lexington, MO 64067 > > Phone: 660-259-2796 > > Cell: 660-259-1234 > > Fax: 660-259-2545 > > > _______________________________________________ > Geomoose-users mailing list > Geomoose-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/geomoose-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmeyer at lcsheriff.com Tue Jun 2 12:16:53 2015 From: jmeyer at lcsheriff.com (Joshua Meyer) Date: Tue, 2 Jun 2015 14:16:53 -0500 Subject: [Geomoose-users] GDB layer problems - Pink Screen In-Reply-To: References: <007c01d09d5a$385841f0$a908c5d0$@com> Message-ID: <009301d09d68$af658510$0e308f30$@com> I took a look at the page with firebug. I am getting the error below on the request for the GDB layers. Reload the page to get source for: http://127.0.0.1/cgi-bin/mapserv.exe?FORMAT=image%2Fpng%3B%20mode%3D8bit&MAP=%2Fms4w%2Fapps%2Fgeomoose2%2Fmaps%2Flafayette%2FESN%2Fschool.map&TRANSPARENT=TRUE&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=lafSchools&SRS=EPSG%3A3857&BBOX=-10462567.998083,4719295.6982846,-10455999.190965,4720977.3129066&WIDTH=1375&HEIGHT=352 Joshua Meyer Lafayette County Sheriff's Office GIS 107 S 11th St Lexington, MO 64067 Phone: 660-259-2796 Cell: 660-259-1234 Fax: 660-259-2545 From: Dan Little [mailto:theduckylittle at gmail.com] Sent: Tuesday, June 02, 2015 1:41 PM To: Joshua Meyer; geomoose-users at lists.osgeo.org Subject: Re: [Geomoose-users] GDB layer problems - Pink Screen Can you use firebug or chrome's developer tools to see what error is actually happening? Pink tiles usually indicates a return of a text error message. I don't have any specific help on the GDB usage. If there's an ODBC problem it very well could be that the web server user does not have the permissions to do what your local user can do. On Tue, Jun 2, 2015 at 1:36 PM Joshua Meyer wrote: I have tried to add layers from an ESRI geodatabase. The following error is received: msOGRFileOpen(): OGR error. Open failed for OGR connection in layer `ESN'. File not found or unsupported format. I originally exported the layers to shapefiles for testing and they worked. I have tested each map file using shp2img with success on each individual layer. However, when loading from the mapbook.xml I received the above error. The gdb file is located in the same folder as the map file. LAYER NAME lafSchools TYPE POINT CONNECTIONTYPE OGR CONNECTION "./Lafayette.gdb" DATA "Schools" ?. ?. Below is the mapbook entry. ./lafayette/ESN/school.map ?.. ?.. Joshua Meyer Lafayette County Sheriff's Office GIS 107 S 11th St Lexington, MO 64067 Phone: 660-259-2796 Cell: 660-259-1234 Fax: 660-259-2545 _______________________________________________ Geomoose-users mailing list Geomoose-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/geomoose-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From theduckylittle at gmail.com Tue Jun 2 12:29:38 2015 From: theduckylittle at gmail.com (Dan Little) Date: Tue, 02 Jun 2015 19:29:38 +0000 Subject: [Geomoose-users] GDB layer problems - Pink Screen In-Reply-To: <009301d09d68$af658510$0e308f30$@com> References: <007c01d09d5a$385841f0$a908c5d0$@com> <009301d09d68$af658510$0e308f30$@com> Message-ID: Is that what you are seeing in the response body? On Tue, Jun 2, 2015 at 2:18 PM Joshua Meyer wrote: > I took a look at the page with firebug. I am getting the error below on > the request for the GDB layers. > > > > Reload the page to get source for: > http://127.0.0.1/cgi-bin/mapserv.exe?FORMAT=image%2Fpng%3B%20mode%3D8bit&MAP=%2Fms4w%2Fapps%2Fgeomoose2%2Fmaps%2Flafayette%2FESN%2Fschool.map&TRANSPARENT=TRUE&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=lafSchools&SRS=EPSG%3A3857&BBOX=-10462567.998083,4719295.6982846,-10455999.190965,4720977.3129066&WIDTH=1375&HEIGHT=352 > > > > > > > > Joshua Meyer > > Lafayette County Sheriff's Office GIS > > 107 S 11th St > > Lexington, MO 64067 > > Phone: 660-259-2796 > > Cell: 660-259-1234 > > Fax: 660-259-2545 > > > > *From:* Dan Little [mailto:theduckylittle at gmail.com] > *Sent:* Tuesday, June 02, 2015 1:41 PM > *To:* Joshua Meyer; geomoose-users at lists.osgeo.org > *Subject:* Re: [Geomoose-users] GDB layer problems - Pink Screen > > > > Can you use firebug or chrome's developer tools to see what error is > actually happening? Pink tiles usually indicates a return of a text error > message. > > > > I don't have any specific help on the GDB usage. If there's an ODBC > problem it very well could be that the web server user does not have the > permissions to do what your local user can do. > > > > On Tue, Jun 2, 2015 at 1:36 PM Joshua Meyer wrote: > > I have tried to add layers from an ESRI geodatabase. The following error > is received: msOGRFileOpen(): OGR error. Open failed for OGR connection in > layer `ESN'. File not found or unsupported format. I originally exported > the layers to shapefiles for testing and they worked. I have tested each > map file using shp2img with success on each individual layer. However, > when loading from the mapbook.xml I received the above error. > > > > > > The gdb file is located in the same folder as the map file. > > > > LAYER > > NAME lafSchools > > TYPE POINT > > CONNECTIONTYPE OGR > > CONNECTION "./Lafayette.gdb" > > DATA "Schools" > > ?. > > ?. > > > > > > Below is the mapbook entry. > > > > > > ./lafayette/ESN/school.map > > > > > > > > > > > > ?.. > > ?.. > > popups="false" minscale="3000" maxscale="20000"> > > > > > > > > > > Joshua Meyer > > Lafayette County Sheriff's Office GIS > > 107 S 11th St > > Lexington, MO 64067 > > Phone: 660-259-2796 > > Cell: 660-259-1234 > > Fax: 660-259-2545 > > > > _______________________________________________ > Geomoose-users mailing list > Geomoose-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/geomoose-users > > _______________________________________________ > Geomoose-users mailing list > Geomoose-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/geomoose-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From tchaddad at gmail.com Tue Jun 2 12:40:09 2015 From: tchaddad at gmail.com (TC Haddad) Date: Tue, 2 Jun 2015 12:40:09 -0700 Subject: [Geomoose-users] GDB layer problems - Pink Screen In-Reply-To: <007c01d09d5a$385841f0$a908c5d0$@com> References: <007c01d09d5a$385841f0$a908c5d0$@com> Message-ID: Just a check: is "lafSchools_anno" refferring to an ESRI Annotation layer? because I don't think OGR supports those types of layers. Tanya On Tue, Jun 2, 2015 at 10:33 AM, Joshua Meyer wrote: > I have tried to add layers from an ESRI geodatabase. The following error > is received: msOGRFileOpen(): OGR error. Open failed for OGR connection in > layer `ESN'. File not found or unsupported format. I originally exported > the layers to shapefiles for testing and they worked. I have tested each > map file using shp2img with success on each individual layer. However, > when loading from the mapbook.xml I received the above error. > > > > > > The gdb file is located in the same folder as the map file. > > > > LAYER > > NAME lafSchools > > TYPE POINT > > CONNECTIONTYPE OGR > > CONNECTION "./Lafayette.gdb" > > DATA "Schools" > > ?. > > ?. > > > > > > Below is the mapbook entry. > > > > > > ./lafayette/ESN/school.map > > > > > > > > > > > > ?.. > > ?.. > > popups="false" minscale="3000" maxscale="20000"> > > > > > > > > > > Joshua Meyer > > Lafayette County Sheriff's Office GIS > > 107 S 11th St > > Lexington, MO 64067 > > Phone: 660-259-2796 > > Cell: 660-259-1234 > > Fax: 660-259-2545 > > > > _______________________________________________ > Geomoose-users mailing list > Geomoose-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/geomoose-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmeyer at lcsheriff.com Tue Jun 2 12:40:46 2015 From: jmeyer at lcsheriff.com (Joshua Meyer) Date: Tue, 2 Jun 2015 14:40:46 -0500 Subject: [Geomoose-users] GDB layer problems - Pink Screen In-Reply-To: References: <007c01d09d5a$385841f0$a908c5d0$@com> Message-ID: <00ac01d09d6c$05bc7510$11355f30$@com> It is not an ESRI annotation layer. It is pointing to the same layer. Joshua Meyer Lafayette County Sheriff's Office GIS 107 S 11th St Lexington, MO 64067 Phone: 660-259-2796 Cell: 660-259-1234 Fax: 660-259-2545 From: TC Haddad [mailto:tchaddad at gmail.com] Sent: Tuesday, June 02, 2015 2:40 PM To: Joshua Meyer Cc: geomoose-users at lists.osgeo.org Subject: Re: [Geomoose-users] GDB layer problems - Pink Screen Just a check: is "lafSchools_anno" refferring to an ESRI Annotation layer? because I don't think OGR supports those types of layers. Tanya On Tue, Jun 2, 2015 at 10:33 AM, Joshua Meyer wrote: I have tried to add layers from an ESRI geodatabase. The following error is received: msOGRFileOpen(): OGR error. Open failed for OGR connection in layer `ESN'. File not found or unsupported format. I originally exported the layers to shapefiles for testing and they worked. I have tested each map file using shp2img with success on each individual layer. However, when loading from the mapbook.xml I received the above error. The gdb file is located in the same folder as the map file. LAYER NAME lafSchools TYPE POINT CONNECTIONTYPE OGR CONNECTION "./Lafayette.gdb" DATA "Schools" ?. ?. Below is the mapbook entry. ./lafayette/ESN/school.map ?.. ?.. Joshua Meyer Lafayette County Sheriff's Office GIS 107 S 11th St Lexington, MO 64067 Phone: 660-259-2796 Cell: 660-259-1234 Fax: 660-259-2545 _______________________________________________ Geomoose-users mailing list Geomoose-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/geomoose-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From tchaddad at gmail.com Tue Jun 2 12:53:59 2015 From: tchaddad at gmail.com (TC Haddad) Date: Tue, 2 Jun 2015 12:53:59 -0700 Subject: [Geomoose-users] GDB layer problems - Pink Screen In-Reply-To: <00ac01d09d6c$05bc7510$11355f30$@com> References: <007c01d09d5a$385841f0$a908c5d0$@com> <00ac01d09d6c$05bc7510$11355f30$@com> Message-ID: Ok, that was just a guess :) Do you happen to know if your version of gdal/ogr has the FileGDB API library installed? That is listed as a requirement on the OGR supported vector formats page: http://www.gdal.org/ogr_formats.html It sounds like if you have OGR 1.11 you *should* be ok for reading: http://www.gdal.org/drv_filegdb.html You could try using the command line tool "ogrinfo" to test your connection, using some of the steps outlined on this page (under the "OGRINFO Examples" section): http://mapserver.org/input/vector/filegdb.html That might help narrow down where your problem is originating... Tanya On Tue, Jun 2, 2015 at 12:40 PM, Joshua Meyer wrote: > It is not an ESRI annotation layer. It is pointing to the same layer. > > > > Joshua Meyer > > Lafayette County Sheriff's Office GIS > > 107 S 11th St > > Lexington, MO 64067 > > Phone: 660-259-2796 > > Cell: 660-259-1234 > > Fax: 660-259-2545 > > > > *From:* TC Haddad [mailto:tchaddad at gmail.com] > *Sent:* Tuesday, June 02, 2015 2:40 PM > *To:* Joshua Meyer > *Cc:* geomoose-users at lists.osgeo.org > *Subject:* Re: [Geomoose-users] GDB layer problems - Pink Screen > > > > > > Just a check: > > > > is "lafSchools_anno" refferring to an ESRI Annotation layer? because I > don't think OGR supports those types of layers. > > > > Tanya > > > > On Tue, Jun 2, 2015 at 10:33 AM, Joshua Meyer > wrote: > > I have tried to add layers from an ESRI geodatabase. The following error > is received: msOGRFileOpen(): OGR error. Open failed for OGR connection in > layer `ESN'. File not found or unsupported format. I originally exported > the layers to shapefiles for testing and they worked. I have tested each > map file using shp2img with success on each individual layer. However, > when loading from the mapbook.xml I received the above error. > > > > > > The gdb file is located in the same folder as the map file. > > > > LAYER > > NAME lafSchools > > TYPE POINT > > CONNECTIONTYPE OGR > > CONNECTION "./Lafayette.gdb" > > DATA "Schools" > > ?. > > ?. > > > > > > Below is the mapbook entry. > > > > > > ./lafayette/ESN/school.map > > > > > > > > > > > > ?.. > > ?.. > > popups="false" minscale="3000" maxscale="20000"> > > > > > > > > > > Joshua Meyer > > Lafayette County Sheriff's Office GIS > > 107 S 11th St > > Lexington, MO 64067 > > Phone: 660-259-2796 > > Cell: 660-259-1234 > > Fax: 660-259-2545 > > > > > _______________________________________________ > Geomoose-users mailing list > Geomoose-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/geomoose-users > > > > _______________________________________________ > Geomoose-users mailing list > Geomoose-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/geomoose-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmeyer at lcsheriff.com Tue Jun 2 13:01:38 2015 From: jmeyer at lcsheriff.com (Joshua Meyer) Date: Tue, 2 Jun 2015 15:01:38 -0500 Subject: [Geomoose-users] GDB layer problems - Pink Screen In-Reply-To: References: <007c01d09d5a$385841f0$a908c5d0$@com> <00ac01d09d6c$05bc7510$11355f30$@com> Message-ID: <00ba01d09d6e$eff55320$cfdff960$@com> Yes, ogrinfo works. It connects successfully and I am able to see the data. After I verified this was working, I tested the associated .map files with shp2img. Shp2img outputs the data to the image and I am able to see data. Joshua Meyer Lafayette County Sheriff's Office GIS 107 S 11th St Lexington, MO 64067 Phone: 660-259-2796 Cell: 660-259-1234 Fax: 660-259-2545 From: TC Haddad [mailto:tchaddad at gmail.com] Sent: Tuesday, June 02, 2015 2:54 PM To: Joshua Meyer Cc: geomoose-users at lists.osgeo.org Subject: Re: [Geomoose-users] GDB layer problems - Pink Screen Ok, that was just a guess :) Do you happen to know if your version of gdal/ogr has the FileGDB API library installed? That is listed as a requirement on the OGR supported vector formats page: http://www.gdal.org/ogr_formats.html It sounds like if you have OGR 1.11 you *should* be ok for reading: http://www.gdal.org/drv_filegdb.html You could try using the command line tool "ogrinfo" to test your connection, using some of the steps outlined on this page (under the "OGRINFO Examples" section): http://mapserver.org/input/vector/filegdb.html That might help narrow down where your problem is originating... Tanya On Tue, Jun 2, 2015 at 12:40 PM, Joshua Meyer wrote: It is not an ESRI annotation layer. It is pointing to the same layer. Joshua Meyer Lafayette County Sheriff's Office GIS 107 S 11th St Lexington, MO 64067 Phone: 660-259-2796 Cell: 660-259-1234 Fax: 660-259-2545 From: TC Haddad [mailto:tchaddad at gmail.com] Sent: Tuesday, June 02, 2015 2:40 PM To: Joshua Meyer Cc: geomoose-users at lists.osgeo.org Subject: Re: [Geomoose-users] GDB layer problems - Pink Screen Just a check: is "lafSchools_anno" refferring to an ESRI Annotation layer? because I don't think OGR supports those types of layers. Tanya On Tue, Jun 2, 2015 at 10:33 AM, Joshua Meyer wrote: I have tried to add layers from an ESRI geodatabase. The following error is received: msOGRFileOpen(): OGR error. Open failed for OGR connection in layer `ESN'. File not found or unsupported format. I originally exported the layers to shapefiles for testing and they worked. I have tested each map file using shp2img with success on each individual layer. However, when loading from the mapbook.xml I received the above error. The gdb file is located in the same folder as the map file. LAYER NAME lafSchools TYPE POINT CONNECTIONTYPE OGR CONNECTION "./Lafayette.gdb" DATA "Schools" ?. ?. Below is the mapbook entry. ./lafayette/ESN/school.map ?.. ?.. Joshua Meyer Lafayette County Sheriff's Office GIS 107 S 11th St Lexington, MO 64067 Phone: 660-259-2796 Cell: 660-259-1234 Fax: 660-259-2545 _______________________________________________ Geomoose-users mailing list Geomoose-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/geomoose-users _______________________________________________ Geomoose-users mailing list Geomoose-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/geomoose-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From tchaddad at gmail.com Tue Jun 2 13:11:56 2015 From: tchaddad at gmail.com (TC Haddad) Date: Tue, 2 Jun 2015 13:11:56 -0700 Subject: [Geomoose-users] GDB layer problems - Pink Screen In-Reply-To: <00ba01d09d6e$eff55320$cfdff960$@com> References: <007c01d09d5a$385841f0$a908c5d0$@com> <00ac01d09d6c$05bc7510$11355f30$@com> <00ba01d09d6e$eff55320$cfdff960$@com> Message-ID: What does your browser report when you paste in or click the URL you mentioned earlier? http://127.0.0.1/cgi-bin/mapserv.exe?FORMAT=image%2Fpng%3B%20mode%3D8bit&MAP=%2Fms4w%2Fapps%2Fgeomoose2%2Fmaps%2Flafayette%2FESN%2Fschool.map&TRANSPARENT=TRUE&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=lafSchools&SRS=EPSG%3A3857&BBOX=-10462567.998083,4719295.6982846,-10455999.190965,4720977.3129066&WIDTH=1375&HEIGHT=352 is that where the "msOGRFileOpen(): OGR error. Open failed for OGR connection in layer `ESN'. File not found or unsupported format" came from? If so, it seems like you've confirmed that it is a supported format, so you are left with the possibility that it is a path error (?) Can you try an absolute path in your MAP file? On Tue, Jun 2, 2015 at 1:01 PM, Joshua Meyer wrote: > Yes, ogrinfo works. It connects successfully and I am able to see the > data. After I verified this was working, I tested the associated .map > files with shp2img. Shp2img outputs the data to the image and I am able to > see data. > > > > > > > > Joshua Meyer > > Lafayette County Sheriff's Office GIS > > 107 S 11th St > > Lexington, MO 64067 > > Phone: 660-259-2796 > > Cell: 660-259-1234 > > Fax: 660-259-2545 > > > > *From:* TC Haddad [mailto:tchaddad at gmail.com] > *Sent:* Tuesday, June 02, 2015 2:54 PM > > *To:* Joshua Meyer > *Cc:* geomoose-users at lists.osgeo.org > *Subject:* Re: [Geomoose-users] GDB layer problems - Pink Screen > > > > > Ok, that was just a guess :) > > Do you happen to know if your version of gdal/ogr has the FileGDB API > library installed? > > > > That is listed as a requirement on the OGR supported vector formats page: > > > > http://www.gdal.org/ogr_formats.html > > > > It sounds like if you have OGR 1.11 you *should* be ok for reading: > > > > http://www.gdal.org/drv_filegdb.html > > > > You could try using the command line tool "ogrinfo" to test your > connection, using some of the steps outlined on this page (under the > "OGRINFO Examples" section): > > > > http://mapserver.org/input/vector/filegdb.html > > > > That might help narrow down where your problem is originating... > > > > Tanya > > > > On Tue, Jun 2, 2015 at 12:40 PM, Joshua Meyer > wrote: > > It is not an ESRI annotation layer. It is pointing to the same layer. > > > > Joshua Meyer > > Lafayette County Sheriff's Office GIS > > 107 S 11th St > > Lexington, MO 64067 > > Phone: 660-259-2796 > > Cell: 660-259-1234 > > Fax: 660-259-2545 > > > > *From:* TC Haddad [mailto:tchaddad at gmail.com] > *Sent:* Tuesday, June 02, 2015 2:40 PM > *To:* Joshua Meyer > *Cc:* geomoose-users at lists.osgeo.org > *Subject:* Re: [Geomoose-users] GDB layer problems - Pink Screen > > > > > > Just a check: > > > > is "lafSchools_anno" refferring to an ESRI Annotation layer? because I > don't think OGR supports those types of layers. > > > > Tanya > > > > On Tue, Jun 2, 2015 at 10:33 AM, Joshua Meyer > wrote: > > I have tried to add layers from an ESRI geodatabase. The following error > is received: msOGRFileOpen(): OGR error. Open failed for OGR connection in > layer `ESN'. File not found or unsupported format. I originally exported > the layers to shapefiles for testing and they worked. I have tested each > map file using shp2img with success on each individual layer. However, > when loading from the mapbook.xml I received the above error. > > > > > > The gdb file is located in the same folder as the map file. > > > > LAYER > > NAME lafSchools > > TYPE POINT > > CONNECTIONTYPE OGR > > CONNECTION "./Lafayette.gdb" > > DATA "Schools" > > ?. > > ?. > > > > > > Below is the mapbook entry. > > > > > > ./lafayette/ESN/school.map > > > > > > > > > > > > ?.. > > ?.. > > popups="false" minscale="3000" maxscale="20000"> > > > > > > > > > > Joshua Meyer > > Lafayette County Sheriff's Office GIS > > 107 S 11th St > > Lexington, MO 64067 > > Phone: 660-259-2796 > > Cell: 660-259-1234 > > Fax: 660-259-2545 > > > > > _______________________________________________ > Geomoose-users mailing list > Geomoose-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/geomoose-users > > > > > _______________________________________________ > Geomoose-users mailing list > Geomoose-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/geomoose-users > > > > _______________________________________________ > Geomoose-users mailing list > Geomoose-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/geomoose-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmeyer at lcsheriff.com Tue Jun 2 13:14:38 2015 From: jmeyer at lcsheriff.com (Joshua Meyer) Date: Tue, 2 Jun 2015 15:14:38 -0500 Subject: [Geomoose-users] GDB layer problems - Pink Screen In-Reply-To: References: <007c01d09d5a$385841f0$a908c5d0$@com> <00ac01d09d6c$05bc7510$11355f30$@com> <00ba01d09d6e$eff55320$cfdff960$@com> Message-ID: <00c801d09d70$c0fabc20$42f03460$@com> The full path to the gdb file worked. Joshua Meyer Lafayette County Sheriff's Office GIS 107 S 11th St Lexington, MO 64067 Phone: 660-259-2796 Cell: 660-259-1234 Fax: 660-259-2545 From: TC Haddad [mailto:tchaddad at gmail.com] Sent: Tuesday, June 02, 2015 3:12 PM To: Joshua Meyer Cc: geomoose-users at lists.osgeo.org Subject: Re: [Geomoose-users] GDB layer problems - Pink Screen What does your browser report when you paste in or click the URL you mentioned earlier? http://127.0.0.1/cgi-bin/mapserv.exe?FORMAT=image%2Fpng%3B%20mode%3D8bit&MAP=%2Fms4w%2Fapps%2Fgeomoose2%2Fmaps%2Flafayette%2FESN%2Fschool.map&TRANSPARENT=TRUE&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=lafSchools&SRS=EPSG%3A3857&BBOX=-10462567.998083,4719295.6982846,-10455999.190965,4720977.3129066&WIDTH=1375&HEIGHT=352 is that where the "msOGRFileOpen(): OGR error. Open failed for OGR connection in layer `ESN'. File not found or unsupported format" came from? If so, it seems like you've confirmed that it is a supported format, so you are left with the possibility that it is a path error (?) Can you try an absolute path in your MAP file? On Tue, Jun 2, 2015 at 1:01 PM, Joshua Meyer wrote: Yes, ogrinfo works. It connects successfully and I am able to see the data. After I verified this was working, I tested the associated .map files with shp2img. Shp2img outputs the data to the image and I am able to see data. Joshua Meyer Lafayette County Sheriff's Office GIS 107 S 11th St Lexington, MO 64067 Phone: 660-259-2796 Cell: 660-259-1234 Fax: 660-259-2545 From: TC Haddad [mailto:tchaddad at gmail.com] Sent: Tuesday, June 02, 2015 2:54 PM To: Joshua Meyer Cc: geomoose-users at lists.osgeo.org Subject: Re: [Geomoose-users] GDB layer problems - Pink Screen Ok, that was just a guess :) Do you happen to know if your version of gdal/ogr has the FileGDB API library installed? That is listed as a requirement on the OGR supported vector formats page: http://www.gdal.org/ogr_formats.html It sounds like if you have OGR 1.11 you *should* be ok for reading: http://www.gdal.org/drv_filegdb.html You could try using the command line tool "ogrinfo" to test your connection, using some of the steps outlined on this page (under the "OGRINFO Examples" section): http://mapserver.org/input/vector/filegdb.html That might help narrow down where your problem is originating... Tanya On Tue, Jun 2, 2015 at 12:40 PM, Joshua Meyer wrote: It is not an ESRI annotation layer. It is pointing to the same layer. Joshua Meyer Lafayette County Sheriff's Office GIS 107 S 11th St Lexington, MO 64067 Phone: 660-259-2796 Cell: 660-259-1234 Fax: 660-259-2545 From: TC Haddad [mailto:tchaddad at gmail.com] Sent: Tuesday, June 02, 2015 2:40 PM To: Joshua Meyer Cc: geomoose-users at lists.osgeo.org Subject: Re: [Geomoose-users] GDB layer problems - Pink Screen Just a check: is "lafSchools_anno" refferring to an ESRI Annotation layer? because I don't think OGR supports those types of layers. Tanya On Tue, Jun 2, 2015 at 10:33 AM, Joshua Meyer wrote: I have tried to add layers from an ESRI geodatabase. The following error is received: msOGRFileOpen(): OGR error. Open failed for OGR connection in layer `ESN'. File not found or unsupported format. I originally exported the layers to shapefiles for testing and they worked. I have tested each map file using shp2img with success on each individual layer. However, when loading from the mapbook.xml I received the above error. The gdb file is located in the same folder as the map file. LAYER NAME lafSchools TYPE POINT CONNECTIONTYPE OGR CONNECTION "./Lafayette.gdb" DATA "Schools" ?. ?. Below is the mapbook entry. ./lafayette/ESN/school.map ?.. ?.. Joshua Meyer Lafayette County Sheriff's Office GIS 107 S 11th St Lexington, MO 64067 Phone: 660-259-2796 Cell: 660-259-1234 Fax: 660-259-2545 _______________________________________________ Geomoose-users mailing list Geomoose-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/geomoose-users _______________________________________________ Geomoose-users mailing list Geomoose-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/geomoose-users _______________________________________________ Geomoose-users mailing list Geomoose-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/geomoose-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From nando_gcia at hotmail.com Tue Jun 2 23:13:30 2015 From: nando_gcia at hotmail.com (Fernando) Date: Wed, 3 Jun 2015 06:13:30 +0000 Subject: [Geomoose-users] Feature Report error with Identify Tool In-Reply-To: <556DB121.9080803@geoanalytic.com> References: , <5565C842.1040405@geoanalytic.com> , <556740DD.6000106@geoanalytic.com> <556C8F0C.8040606@geoanalytic.com>,<556CE643.2010304@geoanalytic.com> , <556DB121.9080803@geoanalytic.com> Message-ID: Brent sorry but your solution doesn't work: php/feature_report.php Still Appears error: Warning: mapObj::setExtent(): [MapServer Error]: setExtent(): Given map extent is invalid. Check that it is in the form: minx, miny, maxx, maxy in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 100 Fatal error: Uncaught exception 'MapScriptException' in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php:100 Stack trace: #0 C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php(100): mapObj->setExtent(0, 0, 0, 0) #1 {main} thrown in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 100 I'm a little lost, what is happening? Date: Tue, 2 Jun 2015 07:35:29 -0600 From: bfraser at geoanalytic.com To: nando_gcia at hotmail.com; geomoose-users at lists.osgeo.org Subject: Re: [Geomoose-users] Feature Report error with Identify Tool The errors mean that the shape/feature is not found, so the extents are not valid and the shape/feature has no values. Change your feature _report service in your mapbook.xml to: php/feature_report.php This will ensure the JavaScript that handles the service call will send the DXF_TEXT value to the feature_report.php. Best Regards, Brent Fraser On 6/2/2015 5:35 AM, Fernando wrote: Thanks all for your contributions. Incredibly the first error has disappeared with only capitalize the dfx_text field in identify.html file: ESPACIOS IDENTIFICADOR: [dxf_text] Report CONTENIDO: [contenido] But still appears error: Warning: mapObj::setExtent(): [MapServer Error]: setExtent(): Given map extent is invalid. Check that it is in the form: minx, miny, maxx, maxy in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 100 Fatal error: Uncaught exception 'MapScriptException' in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php:100 Stack trace: #0 C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php(100): mapObj->setExtent(0, 0, 0, 0) #1 {main} thrown in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 100 Line 100 of the file says: $mapObj->setExtent($shape->bounds->minx,$shape->bounds->miny,$shape->bounds->maxx,$shape->bounds->maxy); but if I change that row so manually for example set to the initial extend: $mapObj->setExtent(358836,4186265,359163,4186624); The error disappears, and finally load the popup with the 3 options: View in a new Window / Tab Download Close this Window but the more errors appear then: Warning: Invalid argument supplied for foreach() in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 128 Warning: Invalid argument supplied for foreach() in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 128 Warning: Invalid argument supplied for foreach() in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 128 Warning: Invalid argument supplied for foreach() in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 128 Warning: Invalid argument supplied for foreach() in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 128 Warning: Invalid argument supplied for foreach() in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 128 Why the error occurs on line 100 of feature_report.php file? -------------- next part -------------- An HTML attachment was scrubbed... URL: From tchaddad at gmail.com Tue Jun 2 23:27:54 2015 From: tchaddad at gmail.com (TC Haddad) Date: Tue, 2 Jun 2015 23:27:54 -0700 Subject: [Geomoose-users] Feature Report error with Identify Tool In-Reply-To: References: <5565C842.1040405@geoanalytic.com> <556740DD.6000106@geoanalytic.com> <556C8F0C.8040606@geoanalytic.com> <556CE643.2010304@geoanalytic.com> <556DB121.9080803@geoanalytic.com> Message-ID: What's happening is exactly what the error says: setExtent(0, 0, 0, 0) is an invalid extent, so nothing can be returned from the query for your report. The question is why is your application sending invalid extents? It seems like it may have something to do with the coordinate system you are using. Something is not translating coordinates correctly, resulting in non-valid values being passed. Can you re-state how your coordinate system is defined in the map file, and also in the mapbook? On Tue, Jun 2, 2015 at 11:13 PM, Fernando wrote: > Brent sorry but your solution doesn't work: > > > php/feature_report.php > value="edificio_c2_espacios/C2-ALBERT_EINSTEIN"/> > > > > > Still Appears error: > > Warning: mapObj::setExtent(): [MapServer Error]: setExtent(): Given map > extent is invalid. Check that it is in the form: minx, miny, maxx, maxy > in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 100 > Fatal error: Uncaught exception 'MapScriptException' in > C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php:100 > Stack trace: > #0 C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php(100): *mapObj->setExtent(0, > 0, 0, 0)* > #1 {main} > thrown in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line > 100 > > I'm a little lost, what is happening? > > > ------------------------------ > Date: Tue, 2 Jun 2015 07:35:29 -0600 > From: bfraser at geoanalytic.com > To: nando_gcia at hotmail.com; geomoose-users at lists.osgeo.org > Subject: Re: [Geomoose-users] Feature Report error with Identify Tool > > The errors mean that the shape/feature is not found, so the extents are > not valid and the shape/feature has no values. > > Change your feature _report service in your mapbook.xml to: > > > php/feature_report.php > > > > > > This will ensure the JavaScript that handles the service call will send > the DXF_TEXT value to the feature_report.php. > > Best Regards, > Brent Fraser > > On 6/2/2015 5:35 AM, Fernando wrote: > > Thanks all for your contributions. Incredibly the first error has > disappeared with only capitalize the dfx_text field in identify.html file: > > > ESPACIOS > IDENTIFICADOR: > [dxf_text] Report > > > CONTENIDO: > [contenido] > > > > But still appears error: > > Warning: mapObj::setExtent(): [MapServer Error]: setExtent(): Given map > extent is invalid. Check that it is in the form: minx, miny, maxx, maxy > in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 100 > Fatal error: Uncaught exception 'MapScriptException' in > C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php:100 > Stack trace: > #0 C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php(100): *mapObj->setExtent(0, > 0, 0, 0)* > #1 {main} > thrown in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line > 100 > > Line 100 of the file says: > > $mapObj->setExtent($shape->bounds->minx,$shape->bounds->miny,$shape->bounds->maxx,$shape->bounds->maxy); > > but if I change that row so manually for example set to the initial extend: > $mapObj->setExtent(358836,4186265,359163,4186624); > > The error disappears, and finally load the popup with the 3 options: > > View in a new Window / Tab > Download > Close this Window > > but the more errors appear then: > > Warning: Invalid argument supplied for foreach() in > C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 128 > Warning: Invalid argument supplied for foreach() in > C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 128 > Warning: Invalid argument supplied for foreach() in > C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 128 > Warning: Invalid argument supplied for foreach() in > C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 128 > Warning: Invalid argument supplied for foreach() in > C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 128 > Warning: Invalid argument supplied for foreach() in > C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 128 > > > > Why the error occurs on line 100 of feature_report.php file? > > > > _______________________________________________ > Geomoose-users mailing list > Geomoose-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/geomoose-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nando_gcia at hotmail.com Wed Jun 3 01:35:43 2015 From: nando_gcia at hotmail.com (Fernando) Date: Wed, 3 Jun 2015 08:35:43 +0000 Subject: [Geomoose-users] Feature Report error with Identify Tool In-Reply-To: <556CE643.2010304@geoanalytic.com> References: , <5565C842.1040405@geoanalytic.com> , <556740DD.6000106@geoanalytic.com> <556C8F0C.8040606@geoanalytic.com>,<556CE643.2010304@geoanalytic.com> Message-ID: Hello Brent, have now tested your notes on Hydrography OSM. When active the MapQuest OSM Catalog type layer many calls are made: http://otile1.mqcdn.com/tiles/1.0.0/osm/10/81586/63404.png but all have not found 404 results. And when I click on the hyperlink "report" of feature_report.php these errors are displayed: Warning: ms_newMapObj(): [MapServer Error]: msLoadMap(): MS_DEFAULT_MAPFILE_PATTERN validation failed. in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 45 Warning: ms_newMapObj(): [MapServer Error]: msEvalRegex(): String failed expression test. in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 45 Fatal error: Uncaught exception 'MapScriptException' with message 'Failed to open map file "/ms4w/apps/geomoose2/maps/"' in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php:45 Stack trace: #0 C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php(45): ms_newMapObj('/ms4w/apps/geom...') #1 {main} thrown in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 45 I've seen the Regular expression error. MS_DEFAULT_MAPFILE_PATTERN failed validation error when the extension to the map file in the URL is incorrect. Perhaps the problem is related to my erroneous projection of drawing in ArcGIS, but as I said at the beginning of my practice in the mailing list for our project does not need any projection, only we need the drawing visualize and can be consulted on it. For now we will not use the "feature_report". Thanks for everything. Date: Mon, 1 Jun 2015 17:09:55 -0600 From: bfraser at geoanalytic.com To: nando_gcia at hotmail.com; geomoose-users at lists.osgeo.org Subject: Re: [Geomoose-users] Feature Report error with Identify Tool I need to correct the information is sent. The first part of the instructions below ("Edit the feature_report service...") is not necessary as the key field name is specified in the template (" php/feature_report.php Add the metadata to the feature?s map file: METADATA 'identify_record' 'BF_HYDRO_POLYGON_identify.html' 'popups' 'BF_HYDRO_POLYGON_popups.html' 'feature_report' 'BF_HYDRO_POLYGON_report.xml' END # of METADATA Edit the _identify template to add a link to generate and view the report. For example my BF_HYDRO_POLYGON_identify.html template has: Report Create the report xml file (in my case the file is named BF_HYDRO_POLYGON_report.xml) modifying the key name and the PDF report name: Create the report PDF file Copy the parcel_template.pdf to the name you entered in the report xml file, for example: copy parcel_template.pdf BF_HYDRO_POLYGON_template.pdf -------------- next part -------------- An HTML attachment was scrubbed... URL: From bfraser at geoanalytic.com Wed Jun 3 07:59:51 2015 From: bfraser at geoanalytic.com (Brent Fraser) Date: Wed, 03 Jun 2015 08:59:51 -0600 Subject: [Geomoose-users] Feature Report error with Identify Tool In-Reply-To: References: , <5565C842.1040405@geoanalytic.com> , <556740DD.6000106@geoanalytic.com> <556C8F0C.8040606@geoanalytic.com>, <556CE643.2010304@geoanalytic.com> Message-ID: <556F1667.1010700@geoanalytic.com> Fernando, I don't have any information on MapQuest OSM, so I can't help with that. It appears that you are trying to do a Feature Report on a raster tile, and that will not work. The Feature Report service is set up to work with vector data only. In general, I'd recommend using some debugging techniques to track down the problem. For example: - use the browsers built-in debugger (press F12 to enable). Look at the Network tab to view the URL and parameters the GeoMOOSE JavaScript sends to the PHP services. - use the PHP debug system to log information about the script In your php.ini, set the location of the error log: error_log = php_errors.log ; (created in htdocs\php) In the feature_report.php, set: # Debug flag. $DEBUG = true; #false; Add code to log information, for example: if($DEBUG) { error_log(" Set Filter: ".$layer->getFilterString() ); } Then by looking at the contents of the log you can determine what is going wrong. Best Regards, Brent Fraser On 6/3/2015 2:35 AM, Fernando wrote: > Hello Brent, have now tested your notes on Hydrography OSM. When > active the MapQuest OSM Catalog type layer many calls are made: > > http://otile1.mqcdn.com/tiles/1.0.0/osm/10/81586/63404.png > > but all have not found 404 results. And when I click on the hyperlink > "report" of feature_report.php these errors are displayed: > > Warning: ms_newMapObj(): [MapServer Error]: msLoadMap(): > MS_DEFAULT_MAPFILE_PATTERN validation failed. > in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 45 > > Warning: ms_newMapObj(): [MapServer Error]: msEvalRegex(): String > failed expression test. > in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on line 45 > > Fatal error: Uncaught exception 'MapScriptException' with message > 'Failed to open map file "/ms4w/apps/geomoose2/maps/"' in > C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php:45 > Stack trace: > #0 C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php(45): > ms_newMapObj('/ms4w/apps/geom...') > #1 {main} > thrown in C:\ms4w\apps\geomoose2\htdocs\php\feature_report.php on > line 45 > > I've seen the Regular expression error. MS_DEFAULT_MAPFILE_PATTERN > failed validation error when the extension to the map file in the URL > is incorrect. > > Perhaps the problem is related to my erroneous projection of drawing > in ArcGIS, but as I said at the beginning of my practice in the > mailing list for our project does not need any projection, only we > need the drawing visualize and can be consulted on it. For now we will > not use the "feature_report". Thanks for everything. > > ------------------------------------------------------------------------ > Date: Mon, 1 Jun 2015 17:09:55 -0600 > From: bfraser at geoanalytic.com > To: nando_gcia at hotmail.com; geomoose-users at lists.osgeo.org > Subject: Re: [Geomoose-users] Feature Report error with Identify Tool > > I need to correct the information is sent. The first part of the > instructions below ("Edit the feature_report service...") is not > necessary as the key field name is specified in the template (" item="), not the service definition. > Best Regards, > Brent Fraser > On 6/1/2015 10:57 AM, Brent Fraser wrote: > > There doesn't seem to be a lot of documentation for the Feature > Report service, so I made some notes: > > > Feature Reports > > Edit (or copy) the feature_report service in the mapbook to add > the key field, for example: > > > keep-others="true"> > > php/feature_report.php > > > > > > > > > > > Add the metadata to the feature?s map file: > > METADATA > > 'identify_record' 'BF_HYDRO_POLYGON_identify.html' > > 'popups' 'BF_HYDRO_POLYGON_popups.html' > > 'feature_report' 'BF_HYDRO_POLYGON_report.xml' > > END # of METADATA > > > Edit the _identify template to add a link to generate and view the > report. For example my BF_HYDRO_POLYGON_identify.html template has: > > "javascript:GeoMOOSE.startService('feature_report_Hydrography', > {'BF_ID': '[BF_ID]', 'src' : > 'Hydrography/Lakes'})">Report > > > > Create the report xml file (in my case the file is named > BF_HYDRO_POLYGON_report.xml) modifying the key name and the PDF > report name: > > > > > > > > > > Create the report PDF file > > Copy the parcel_template.pdf to the name you entered in the report > xml file, for example: > > > copy parcel_template.pdf BF_HYDRO_POLYGON_template.pdf > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From theduckylittle at gmail.com Wed Jun 10 10:29:30 2015 From: theduckylittle at gmail.com (Dan Little) Date: Wed, 10 Jun 2015 12:29:30 -0500 Subject: [Geomoose-users] GeoMOOSE 2.7.1 Print Map In-Reply-To: <175D74D5DB9FBA4FABD437C7EED2A0966480D9F3@Exchange10.co.stevens.mn.us> References: <175D74D5DB9FBA4FABD437C7EED2A0966480C995@Exchange10.co.stevens.mn.us> <175D74D5DB9FBA4FABD437C7EED2A0966480D9F3@Exchange10.co.stevens.mn.us> Message-ID: Can you include the relevant configuration for the layers you want to show up in print? Are you using a local projection or web mercator? On Tue, Jun 9, 2015 at 7:32 PM, Jenna Walz wrote: > 2.6.1 > ________________________________________ > From: Dan Little [theduckylittle at gmail.com] > Sent: Tuesday, June 09, 2015 4:09 PM > To: Jenna Walz; geomoose-users-owner at lists.osgeo.org > Subject: Re: GeoMOOSE 2.7.1 Print Map > > What version are you upgrading from? > > On Tue, Jun 9, 2015 at 3:47 PM Jenna Walz > wrote: > Hello, > > We recently converted over to GeoMOOSE 2.7.1. We finally got the Print Map tool working. The problem is that our aerial images do not show up when we use the print map tool. It does not show up in a jpg, html, or pdf format. Do you have any suggestions? > > Thanks, > > Jenna Walz > > Jenna Walz > Geographic Information Systems Technician > (320) 208-6578 > Stevens County > [Stevens County] > > CONFIDENTIALITY NOTICE: > > This email message and any documents attached to it may contain personal and confidential information which is legally privileged and should be read only by the addressee named above. If you are not the intended recipient, you are hereby notified that any viewing, copying, distribution or storage of this email or its attachments is strictly prohibited. If you received this email in error, please notify us immediately. Thank you for your help. > > > > Jenna Walz > Geographic Information Systems Technician > (320) 208-6578 > Stevens County > [Stevens County] > > CONFIDENTIALITY NOTICE: > > This email message and any documents attached to it may contain personal and confidential information which is legally privileged and should be read only by the addressee named above. If you are not the intended recipient, you are hereby notified that any viewing, copying, distribution or storage of this email or its attachments is strictly prohibited. If you received this email in error, please notify us immediately. Thank you for your help. > > > Jenna Walz > Geographic Information Systems Technician > (320) 208-6578 > Stevens County > [Stevens County] > > CONFIDENTIALITY NOTICE: > > This email message and any documents attached to it may contain personal and confidential information which is legally privileged and should be read only by the addressee named above. If you are not the intended recipient, you are hereby notified that any viewing, copying, distribution or storage of this email or its attachments is strictly prohibited. If you received this email in error, please notify us immediately. Thank you for your help. From theduckylittle at gmail.com Wed Jun 10 10:38:54 2015 From: theduckylittle at gmail.com (Dan Little) Date: Wed, 10 Jun 2015 12:38:54 -0500 Subject: [Geomoose-users] GeoMOOSE 2.7.1 Print Map In-Reply-To: References: <175D74D5DB9FBA4FABD437C7EED2A0966480C995@Exchange10.co.stevens.mn.us> <175D74D5DB9FBA4FABD437C7EED2A0966480D9F3@Exchange10.co.stevens.mn.us> Message-ID: I've looked at a lot of the relevant print code but we really haven't changed much. There *might* be a chance that converting the request from FORMAT=image/png and TRANSPARENT=TRUE to FORMAT=image/jpeg and TRANSPARENT=FALSE could help as it will ensure the alphachannel is always 100%. On Wed, Jun 10, 2015 at 12:29 PM, Dan Little wrote: > Can you include the relevant configuration for the layers > you want to show up in print? Are you using a local projection or web > mercator? > > On Tue, Jun 9, 2015 at 7:32 PM, Jenna Walz wrote: >> 2.6.1 >> ________________________________________ >> From: Dan Little [theduckylittle at gmail.com] >> Sent: Tuesday, June 09, 2015 4:09 PM >> To: Jenna Walz; geomoose-users-owner at lists.osgeo.org >> Subject: Re: GeoMOOSE 2.7.1 Print Map >> >> What version are you upgrading from? >> >> On Tue, Jun 9, 2015 at 3:47 PM Jenna Walz > wrote: >> Hello, >> >> We recently converted over to GeoMOOSE 2.7.1. We finally got the Print Map tool working. The problem is that our aerial images do not show up when we use the print map tool. It does not show up in a jpg, html, or pdf format. Do you have any suggestions? >> >> Thanks, >> >> Jenna Walz >> >> Jenna Walz >> Geographic Information Systems Technician >> (320) 208-6578 >> Stevens County >> [Stevens County] >> >> CONFIDENTIALITY NOTICE: >> >> This email message and any documents attached to it may contain personal and confidential information which is legally privileged and should be read only by the addressee named above. If you are not the intended recipient, you are hereby notified that any viewing, copying, distribution or storage of this email or its attachments is strictly prohibited. If you received this email in error, please notify us immediately. Thank you for your help. >> >> >> >> Jenna Walz >> Geographic Information Systems Technician >> (320) 208-6578 >> Stevens County >> [Stevens County] >> >> CONFIDENTIALITY NOTICE: >> >> This email message and any documents attached to it may contain personal and confidential information which is legally privileged and should be read only by the addressee named above. If you are not the intended recipient, you are hereby notified that any viewing, copying, distribution or storage of this email or its attachments is strictly prohibited. If you received this email in error, please notify us immediately. Thank you for your help. >> >> >> Jenna Walz >> Geographic Information Systems Technician >> (320) 208-6578 >> Stevens County >> [Stevens County] >> >> CONFIDENTIALITY NOTICE: >> >> This email message and any documents attached to it may contain personal and confidential information which is legally privileged and should be read only by the addressee named above. If you are not the intended recipient, you are hereby notified that any viewing, copying, distribution or storage of this email or its attachments is strictly prohibited. If you received this email in error, please notify us immediately. Thank you for your help. From MarkVolz at co.lyon.mn.us Wed Jun 10 13:06:35 2015 From: MarkVolz at co.lyon.mn.us (Mark Volz) Date: Wed, 10 Jun 2015 20:06:35 +0000 Subject: [Geomoose-users] GeoMOOSE Printer Error In-Reply-To: <175D74D5DB9FBA4FABD437C7EED2A0966480FB30@Exchange10.co.stevens.mn.us> References: <175D74D5DB9FBA4FABD437C7EED2A0966480FB30@Exchange10.co.stevens.mn.us> Message-ID: <36CA828A36E29F45B7CF0A1766E5DFA33AEC2784@swmail01.r8nssis.local> Jenna, If I recall the php functionality does not reproject images. So if your pulling from the state wms server which is UTM 15 and your map is in County Coordinates the image will not display. You will need to add a new map file to project the air photos. Make sure your map file has a your counties projection. Here is a snippet on how to connect to the state WMS server Projection #Lyon County Coordinates "proj=lcc" 'lat_1=44.25' 'lat_2=44.58333333333334' 'lat_0=44.19555555555555' 'lon_0=-95.85000000000001' 'x_0=152400.3048006096' 'y_0=30480.06096012192' 'a=6378559.758' 'b=6357173.65471281' "units=ft" "no_defs" END #projection LAYER NAME 'lmic_current' TYPE RASTER #OFFSITE 0 0 0 STATUS ON CONNECTIONTYPE WMS CONNECTION "http://geoint.lmic.state.mn.us/cgi-bin/wms?" #MINSCALE 1000 # only display down to this scale MAXSCALEDENOM 30000 METADATA "wms_srs" "EPSG:26915" "wms_name" "fsa2009" "wms_server_version" "1.1.1" "wms_format" "image/jpeg" "wms_styles" "" "wms_exceptions" "application/vnd.ogc.se_inimage" END #metadata END#layer Sincerely, Mark Volz, GISP Lyon County GIS Coordinator From: Jenna Walz [mailto:jennawalz at co.stevens.mn.us] Sent: Wednesday, June 10, 2015 2:50 PM To: Mark Volz Subject: GeoMOOSE Printer Error Good Afternoon, Here at Stevens County we are updating our GeoMOOSE site to 2.7.1. We are having problems printing our aerial images on the new site. When doing some research online I found this link http://lists.osgeo.org/pipermail/geomoose-users/2014-April/005361.html. We are having very similar errors. How did you get your print map function to work? Thanks, Jenna Walz Jenna Walz Geographic Information Systems Technician (320) 208-6578 Stevens County [Stevens County] CONFIDENTIALITY NOTICE: This email message and any documents attached to it may contain personal and confidential information which is legally privileged and should be read only by the addressee named above. If you are not the intended recipient, you are hereby notified that any viewing, copying, distribution or storage of this email or its attachments is strictly prohibited. If you received this email in error, please notify us immediately. Thank you for your help. Jenna Walz Geographic Information Systems Technician (320) 208-6578 Stevens County [Image removed by sender. Stevens County] CONFIDENTIALITY NOTICE: This email message and any documents attached to it may contain personal and confidential information which is legally privileged and should be read only by the addressee named above. If you are not the intended recipient, you are hereby notified that any viewing, copying, distribution or storage of this email or its attachments is strictly prohibited. If you received this email in error, please notify us immediately. Thank you for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ~WRD000.jpg Type: image/jpeg Size: 823 bytes Desc: ~WRD000.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 50553 bytes Desc: image001.png URL: From nando_gcia at hotmail.com Mon Jun 15 00:49:01 2015 From: nando_gcia at hotmail.com (Fernando) Date: Mon, 15 Jun 2015 07:49:01 +0000 Subject: [Geomoose-users] How to filter the results of the Selecting Features Message-ID: Hi, I want to filter the results of the attributes returned by the Select features, that is, I want that the results rows from the table of attributes that have no values don't appear. For example: RESULTS: NOMBRE: Termostato TIPO: DIMENSIONES: CALIBRE: DIAMETRO: ------------------------------------ NOMBRE: Fancoil TIPO: PR80 DIMENSIONES: CALIBRE: DIAMETRO: ------------------------------------ NOMBRE: Rejilla difusi?n TIPO: DIMENSIONES: 440x330 CALIBRE: DIAMETRO: ------------------------------------ NOMBRE: Rejilla Retorno TIPO: DIMENSIONES: 500x440 CALIBRE: DIAMETRO: ------------------------------------ NOMBRE: TIPO: DIMENSIONES: CALIBRE: DIAMETRO: ------------------------------------ NOMBRE: TIPO: DIMENSIONES: CALIBRE: DIAMETRO: ------------------------------------ NOMBRE: TIPO: DIMENSIONES: CALIBRE: DIAMETRO: How I can do? -------------- next part -------------- An HTML attachment was scrubbed... URL: From nando_gcia at hotmail.com Wed Jun 17 00:31:31 2015 From: nando_gcia at hotmail.com (Fernando) Date: Wed, 17 Jun 2015 07:31:31 +0000 Subject: [Geomoose-users] Geomoose-users Digest, Vol 47, Issue 19 In-Reply-To: References: Message-ID: I've been watching select.php code and the last line is printed the results: print processTemplate($results, $dict); I think in the variable "$results" are data attribute table that I want to filter. And that variable comes from the line: $results = $results.$map->processquerytemplate(array(), false); You know someone like to filter those results? > From: geomoose-users-request at lists.osgeo.org > Subject: Geomoose-users Digest, Vol 47, Issue 19 > To: geomoose-users at lists.osgeo.org > Date: Mon, 15 Jun 2015 12:00:03 -0700 > > Send Geomoose-users mailing list submissions to > geomoose-users at lists.osgeo.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.osgeo.org/mailman/listinfo/geomoose-users > or, via email, send a message with subject or body 'help' to > geomoose-users-request at lists.osgeo.org > > You can reach the person managing the list at > geomoose-users-owner at lists.osgeo.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Geomoose-users digest..." > > > Today's Topics: > > 1. How to filter the results of the Selecting Features (Fernando) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 15 Jun 2015 07:49:01 +0000 > From: Fernando > To: "geomoose-users at lists.osgeo.org" > Subject: [Geomoose-users] How to filter the results of the Selecting > Features > Message-ID: > Content-Type: text/plain; charset="iso-8859-1" > > Hi, I want to filter the results of the attributes returned by the Select features, that is, I want that the results rows from the table of attributes that have no values don't appear. > > For example: > > RESULTS: > > NOMBRE: Termostato > TIPO: > DIMENSIONES: > CALIBRE: > DIAMETRO: > ------------------------------------ > NOMBRE: Fancoil > TIPO: PR80 > DIMENSIONES: > CALIBRE: > DIAMETRO: > ------------------------------------ > NOMBRE: Rejilla difusi?n > TIPO: > DIMENSIONES: 440x330 > CALIBRE: > DIAMETRO: > ------------------------------------ > NOMBRE: Rejilla Retorno > TIPO: > DIMENSIONES: 500x440 > CALIBRE: > DIAMETRO: > ------------------------------------ > NOMBRE: > TIPO: > DIMENSIONES: > CALIBRE: > DIAMETRO: > ------------------------------------ > NOMBRE: > TIPO: > DIMENSIONES: > CALIBRE: > DIAMETRO: > ------------------------------------ > NOMBRE: > TIPO: > DIMENSIONES: > CALIBRE: > DIAMETRO: > > How I can do? > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > _______________________________________________ > Geomoose-users mailing list > Geomoose-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/geomoose-users > > End of Geomoose-users Digest, Vol 47, Issue 19 > ********************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: From theduckylittle at gmail.com Thu Jun 18 07:43:23 2015 From: theduckylittle at gmail.com (Dan Little) Date: Thu, 18 Jun 2015 09:43:23 -0500 Subject: [Geomoose-users] How to filter the results of the Selecting Features In-Reply-To: References: Message-ID: Is there a specific field you want to filter? Or do you want to require all fields to be populated? On Mon, Jun 15, 2015 at 2:49 AM, Fernando wrote: > Hi, I want to filter the results of the attributes returned by the Select > features, that is, I want that the results rows from the table of attributes > that have no values don't appear. > > For example: > > RESULTS: > > NOMBRE: Termostato > TIPO: > DIMENSIONES: > CALIBRE: > DIAMETRO: > ------------------------------------ > NOMBRE: Fancoil > TIPO: PR80 > DIMENSIONES: > CALIBRE: > DIAMETRO: > ------------------------------------ > NOMBRE: Rejilla difusi?n > TIPO: > DIMENSIONES: 440x330 > CALIBRE: > DIAMETRO: > ------------------------------------ > NOMBRE: Rejilla Retorno > TIPO: > DIMENSIONES: 500x440 > CALIBRE: > DIAMETRO: > ------------------------------------ > NOMBRE: > TIPO: > DIMENSIONES: > CALIBRE: > DIAMETRO: > ------------------------------------ > NOMBRE: > TIPO: > DIMENSIONES: > CALIBRE: > DIAMETRO: > ------------------------------------ > NOMBRE: > TIPO: > DIMENSIONES: > CALIBRE: > DIAMETRO: > > How I can do? > > _______________________________________________ > Geomoose-users mailing list > Geomoose-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/geomoose-users From nando_gcia at hotmail.com Thu Jun 18 10:19:47 2015 From: nando_gcia at hotmail.com (Fernando) Date: Thu, 18 Jun 2015 17:19:47 +0000 Subject: [Geomoose-users] How to filter the results of the Selecting Features In-Reply-To: References: , Message-ID: Well, what I need is that when the 4 fields (NOMBRE, TIPO, DIMENSIONES, CALIBRE, DIAMETRO) are empty, not shown in the results. You can modify select.php to get? > Date: Thu, 18 Jun 2015 09:43:23 -0500 > Subject: Re: [Geomoose-users] How to filter the results of the Selecting Features > From: theduckylittle at gmail.com > To: nando_gcia at hotmail.com > CC: geomoose-users at lists.osgeo.org > > Is there a specific field you want to filter? Or do you want to > require all fields to be populated? > > On Mon, Jun 15, 2015 at 2:49 AM, Fernando wrote: > > Hi, I want to filter the results of the attributes returned by the Select > > features, that is, I want that the results rows from the table of attributes > > that have no values don't appear. > > > > For example: > > > > RESULTS: > > > > NOMBRE: Termostato > > TIPO: > > DIMENSIONES: > > CALIBRE: > > DIAMETRO: > > ------------------------------------ > > NOMBRE: Fancoil > > TIPO: PR80 > > DIMENSIONES: > > CALIBRE: > > DIAMETRO: > > ------------------------------------ > > NOMBRE: Rejilla difusi?n > > TIPO: > > DIMENSIONES: 440x330 > > CALIBRE: > > DIAMETRO: > > ------------------------------------ > > NOMBRE: Rejilla Retorno > > TIPO: > > DIMENSIONES: 500x440 > > CALIBRE: > > DIAMETRO: > > ------------------------------------ > > NOMBRE: > > TIPO: > > DIMENSIONES: > > CALIBRE: > > DIAMETRO: > > ------------------------------------ > > NOMBRE: > > TIPO: > > DIMENSIONES: > > CALIBRE: > > DIAMETRO: > > ------------------------------------ > > NOMBRE: > > TIPO: > > DIMENSIONES: > > CALIBRE: > > DIAMETRO: > > > > How I can do? > > > > _______________________________________________ > > Geomoose-users mailing list > > Geomoose-users at lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/geomoose-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmeyer at lcsheriff.com Thu Jun 18 11:52:39 2015 From: jmeyer at lcsheriff.com (Joshua Meyer) Date: Thu, 18 Jun 2015 13:52:39 -0500 Subject: [Geomoose-users] Automatic Refresh of Layer Message-ID: <019701d0a9f7$f39d6860$dad83920$@com> I am trying to refresh a Postgresql layer that is updated with GPS data. I have the Postgresql layer displaying correctly. If I manually refresh the page the data changes. I found an old post referring to Automatically refreshing layers: http://lists.osgeo.org/pipermail/geomoose-users/2008-November/000900.html. However, I am not quite understanding how to implement it. Joshua Meyer Lafayette County Sheriff's Office GIS 107 S 11th St Lexington, MO 64067 Phone: 660-259-2796 Cell: 660-259-1234 Fax: 660-259-2545 -------------- next part -------------- An HTML attachment was scrubbed... URL: From eadam at co.lincoln.or.us Thu Jun 18 12:15:58 2015 From: eadam at co.lincoln.or.us (Eli Adam) Date: Thu, 18 Jun 2015 12:15:58 -0700 Subject: [Geomoose-users] Automatic Refresh of Layer In-Reply-To: <019701d0a9f7$f39d6860$dad83920$@com> References: <019701d0a9f7$f39d6860$dad83920$@com> Message-ID: On Thu, Jun 18, 2015 at 11:52 AM, Joshua Meyer wrote: > I am trying to refresh a Postgresql layer that is updated with GPS data. I > have the Postgresql layer displaying correctly. If I manually refresh the > page the data changes. > > > > I found an old post referring to Automatically refreshing layers: > http://lists.osgeo.org/pipermail/geomoose-users/2008-November/000900.html. > However, I am not quite understanding how to implement it. > > There are a few other threads over the past several years as well: https://lists.osgeo.org/pipermail/geomoose-users/2010-October/002677.html https://lists.osgeo.org/pipermail/geomoose-users/2012-October/004467.html and most recently: https://lists.osgeo.org/pipermail/geomoose-users/2015-January/005537.html Best regards, Eli > > > > > > Joshua Meyer > > Lafayette County Sheriff's Office GIS > > 107 S 11th St > > Lexington, MO 64067 > > Phone: 660-259-2796 > > Cell: 660-259-1234 > > Fax: 660-259-2545 > > > > > _______________________________________________ > Geomoose-users mailing list > Geomoose-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/geomoose-users From theduckylittle at gmail.com Thu Jun 18 15:05:29 2015 From: theduckylittle at gmail.com (Dan Little) Date: Thu, 18 Jun 2015 17:05:29 -0500 Subject: [Geomoose-users] Automatic Refresh of Layer In-Reply-To: References: <019701d0a9f7$f39d6860$dad83920$@com> Message-ID: Someone should file a feature request ticket about this... I bet there is a developer out there who likes closing out tickets. On Thu, Jun 18, 2015 at 2:15 PM, Eli Adam wrote: > On Thu, Jun 18, 2015 at 11:52 AM, Joshua Meyer wrote: >> I am trying to refresh a Postgresql layer that is updated with GPS data. I >> have the Postgresql layer displaying correctly. If I manually refresh the >> page the data changes. >> >> >> >> I found an old post referring to Automatically refreshing layers: >> http://lists.osgeo.org/pipermail/geomoose-users/2008-November/000900.html. >> However, I am not quite understanding how to implement it. >> >> > > There are a few other threads over the past several years as well: > > https://lists.osgeo.org/pipermail/geomoose-users/2010-October/002677.html > https://lists.osgeo.org/pipermail/geomoose-users/2012-October/004467.html > > and most recently: > https://lists.osgeo.org/pipermail/geomoose-users/2015-January/005537.html > > Best regards, Eli > >> >> >> >> >> >> Joshua Meyer >> >> Lafayette County Sheriff's Office GIS >> >> 107 S 11th St >> >> Lexington, MO 64067 >> >> Phone: 660-259-2796 >> >> Cell: 660-259-1234 >> >> Fax: 660-259-2545 >> >> >> >> >> _______________________________________________ >> Geomoose-users mailing list >> Geomoose-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/geomoose-users > _______________________________________________ > Geomoose-users mailing list > Geomoose-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/geomoose-users From klassen.js at gmail.com Fri Jun 19 07:33:33 2015 From: klassen.js at gmail.com (James Klassen) Date: Fri, 19 Jun 2015 09:33:33 -0500 Subject: [Geomoose-users] Automatic Refresh of Layer In-Reply-To: References: <019701d0a9f7$f39d6860$dad83920$@com> Message-ID: I am thinking about something like adding a refresh-interval="" attribute to map-source would be a nice way to configure this. Then either in core or an extension scans the mapbook at startup and calls setInterval with the interval and { layer.refresh if layer.isVisible? }. On Jun 18, 2015 17:06, "Dan Little" wrote: > Someone should file a feature request ticket about this... I bet there > is a developer out there who likes closing out tickets. > > On Thu, Jun 18, 2015 at 2:15 PM, Eli Adam wrote: > > On Thu, Jun 18, 2015 at 11:52 AM, Joshua Meyer > wrote: > >> I am trying to refresh a Postgresql layer that is updated with GPS > data. I > >> have the Postgresql layer displaying correctly. If I manually refresh > the > >> page the data changes. > >> > >> > >> > >> I found an old post referring to Automatically refreshing layers: > >> > http://lists.osgeo.org/pipermail/geomoose-users/2008-November/000900.html. > >> However, I am not quite understanding how to implement it. > >> > >> > > > > There are a few other threads over the past several years as well: > > > > > https://lists.osgeo.org/pipermail/geomoose-users/2010-October/002677.html > > > https://lists.osgeo.org/pipermail/geomoose-users/2012-October/004467.html > > > > and most recently: > > > https://lists.osgeo.org/pipermail/geomoose-users/2015-January/005537.html > > > > Best regards, Eli > > > >> > >> > >> > >> > >> > >> Joshua Meyer > >> > >> Lafayette County Sheriff's Office GIS > >> > >> 107 S 11th St > >> > >> Lexington, MO 64067 > >> > >> Phone: 660-259-2796 > >> > >> Cell: 660-259-1234 > >> > >> Fax: 660-259-2545 > >> > >> > >> > >> > >> _______________________________________________ > >> Geomoose-users mailing list > >> Geomoose-users at lists.osgeo.org > >> http://lists.osgeo.org/mailman/listinfo/geomoose-users > > _______________________________________________ > > Geomoose-users mailing list > > Geomoose-users at lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/geomoose-users > _______________________________________________ > Geomoose-users mailing list > Geomoose-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/geomoose-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From eadam at co.lincoln.or.us Fri Jun 19 08:20:34 2015 From: eadam at co.lincoln.or.us (Eli Adam) Date: Fri, 19 Jun 2015 08:20:34 -0700 Subject: [Geomoose-users] Automatic Refresh of Layer In-Reply-To: References: <019701d0a9f7$f39d6860$dad83920$@com> Message-ID: On Fri, Jun 19, 2015 at 7:33 AM, James Klassen wrote: > I am thinking about something like adding a refresh-interval="" > attribute to map-source would be a nice way to configure this. Then either > in core or an extension scans the mapbook at startup and calls setInterval > with the interval and { layer.refresh if layer.isVisible? }. > > On Jun 18, 2015 17:06, "Dan Little" wrote: >> >> Someone should file a feature request ticket about this... I bet there >> is a developer out there who likes closing out tickets. For anyone interested, issues are opened here, https://github.com/geomoose/geomoose/issues Eli >> >> On Thu, Jun 18, 2015 at 2:15 PM, Eli Adam wrote: >> > On Thu, Jun 18, 2015 at 11:52 AM, Joshua Meyer >> > wrote: >> >> I am trying to refresh a Postgresql layer that is updated with GPS >> >> data. I >> >> have the Postgresql layer displaying correctly. If I manually refresh >> >> the >> >> page the data changes. >> >> >> >> >> >> >> >> I found an old post referring to Automatically refreshing layers: >> >> >> >> http://lists.osgeo.org/pipermail/geomoose-users/2008-November/000900.html. >> >> However, I am not quite understanding how to implement it. >> >> >> >> >> > >> > There are a few other threads over the past several years as well: >> > >> > >> > https://lists.osgeo.org/pipermail/geomoose-users/2010-October/002677.html >> > >> > https://lists.osgeo.org/pipermail/geomoose-users/2012-October/004467.html >> > >> > and most recently: >> > >> > https://lists.osgeo.org/pipermail/geomoose-users/2015-January/005537.html >> > >> > Best regards, Eli >> > >> >> >> >> >> >> >> >> >> >> >> >> Joshua Meyer >> >> >> >> Lafayette County Sheriff's Office GIS >> >> >> >> 107 S 11th St >> >> >> >> Lexington, MO 64067 >> >> >> >> Phone: 660-259-2796 >> >> >> >> Cell: 660-259-1234 >> >> >> >> Fax: 660-259-2545 >> >> >> >> >> >> >> >> >> >> _______________________________________________ >> >> Geomoose-users mailing list >> >> Geomoose-users at lists.osgeo.org >> >> http://lists.osgeo.org/mailman/listinfo/geomoose-users >> > _______________________________________________ >> > Geomoose-users mailing list >> > Geomoose-users at lists.osgeo.org >> > http://lists.osgeo.org/mailman/listinfo/geomoose-users >> _______________________________________________ >> Geomoose-users mailing list >> Geomoose-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/geomoose-users From nando_gcia at hotmail.com Wed Jun 24 03:36:08 2015 From: nando_gcia at hotmail.com (Fernando) Date: Wed, 24 Jun 2015 10:36:08 +0000 Subject: [Geomoose-users] How to filter the results of the Selecting Features In-Reply-To: References: , Message-ID: This is the full table of my database: CREATE TABLE c2_climatizacion ( gid serial NOT NULL, entity character varying(16), handle character varying(16), layer character varying(254), lyrfrzn smallint, lyrlock smallint, lyron smallint, lyrvpfrzn smallint, lyrhandle character varying(16), color smallint, entcolor smallint, lyrcolor smallint, blkcolor smallint, linetype character varying(254), entlinetyp character varying(254), lyrlntype character varying(254), blklinetyp character varying(254), elevation numeric, thickness numeric, linewt smallint, entlinewt smallint, lyrlinewt smallint, blklinewt smallint, refname character varying(254), ltscale numeric, extx numeric, exty numeric, extz numeric, docname character varying(254), docpath character varying(254), doctype character varying(32), docver character varying(16), tipo character varying(7), nombre character varying(31), dimensione character varying(8), dimensio_1 character varying(9), calibre character varying(6), indentific character varying(7), diametro character varying(50), the_geom geometry(MultiLineString,3857), CONSTRAINT c2_climatizacion_pkey PRIMARY KEY (gid) ) And selecting features I show the following results: ----------------------------------- > NOMBRE: > TIPO: > DIMENSIONES: > CALIBRE: > DIAMETRO: But I want that when these 5 columns is empty then not show in the results of selecting features. How I can do? There any GeoMOOSE programmer can tell me how to modify the file select.php? please. > > _______________________________________________ > > Geomoose-users mailing list > > Geomoose-users at lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/geomoose-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From tchaddad at gmail.com Wed Jun 24 07:02:03 2015 From: tchaddad at gmail.com (TC Haddad) Date: Wed, 24 Jun 2015 07:02:03 -0700 Subject: [Geomoose-users] How to filter the results of the Selecting Features In-Reply-To: References: Message-ID: Hi Fernando, So you want the items to show in the map, but not in the select results? That might be difficult. I see 2 possible options: - first option is that you can filter the empty records in the database before display (create a database view). Only items with populated table values will draw - second option is to draw empty records and non-empty records as different LAYERS (one GROUP) and only enable the select template for the LAYER that has populated table values. It sounds like option two might be what you need if you want to draw all items but select only some. Tanya On Wed, Jun 24, 2015 at 3:36 AM, Fernando wrote: > This is the full table of my database: > > CREATE TABLE c2_climatizacion > ( > gid serial NOT NULL, > entity character varying(16), > handle character varying(16), > layer character varying(254), > lyrfrzn smallint, > lyrlock smallint, > lyron smallint, > lyrvpfrzn smallint, > lyrhandle character varying(16), > color smallint, > entcolor smallint, > lyrcolor smallint, > blkcolor smallint, > linetype character varying(254), > entlinetyp character varying(254), > lyrlntype character varying(254), > blklinetyp character varying(254), > elevation numeric, > thickness numeric, > linewt smallint, > entlinewt smallint, > lyrlinewt smallint, > blklinewt smallint, > refname character varying(254), > ltscale numeric, > extx numeric, > exty numeric, > extz numeric, > docname character varying(254), > docpath character varying(254), > doctype character varying(32), > docver character varying(16), > tipo character varying(7), > nombre character varying(31), > dimensione character varying(8), > dimensio_1 character varying(9), > calibre character varying(6), > indentific character varying(7), > diametro character varying(50), > the_geom geometry(MultiLineString,3857), > CONSTRAINT c2_climatizacion_pkey PRIMARY KEY (gid) > ) > > And selecting features I show the following results: > > ----------------------------------- > > NOMBRE: > > TIPO: > > DIMENSIONES: > > CALIBRE: > > DIAMETRO: > > But I want that when these 5 columns is empty then not show in the > results of selecting features. > > How I can do? > > There any GeoMOOSE programmer can tell me how to modify the file select.php? > please. > > > > _______________________________________________ > > > Geomoose-users mailing list > > > Geomoose-users at lists.osgeo.org > > > http://lists.osgeo.org/mailman/listinfo/geomoose-users > > _______________________________________________ > Geomoose-users mailing list > Geomoose-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/geomoose-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From klassen.js at gmail.com Tue Jun 30 07:51:03 2015 From: klassen.js at gmail.com (Jim Klassen) Date: Tue, 30 Jun 2015 09:51:03 -0500 Subject: [Geomoose-users] Automatic Refresh of Layer In-Reply-To: References: <019701d0a9f7$f39d6860$dad83920$@com> Message-ID: <5592ACD7.5050001@gmail.com> For those following along, the code to do this is in the master branch now [1]. Assuming there are no problems found, this is slated to be in GeoMoose 2.8. [1] https://github.com/geomoose/geomoose/issues/89 On 06/19/2015 10:20 AM, Eli Adam wrote: > On Fri, Jun 19, 2015 at 7:33 AM, James Klassen wrote: >> I am thinking about something like adding a refresh-interval="" >> attribute to map-source would be a nice way to configure this. Then either >> in core or an extension scans the mapbook at startup and calls setInterval >> with the interval and { layer.refresh if layer.isVisible? }. >> >> On Jun 18, 2015 17:06, "Dan Little" wrote: >>> Someone should file a feature request ticket about this... I bet there >>> is a developer out there who likes closing out tickets. > For anyone interested, issues are opened here, > https://github.com/geomoose/geomoose/issues > > Eli > >>> On Thu, Jun 18, 2015 at 2:15 PM, Eli Adam wrote: >>>> On Thu, Jun 18, 2015 at 11:52 AM, Joshua Meyer >>>> wrote: >>>>> I am trying to refresh a Postgresql layer that is updated with GPS >>>>> data. I >>>>> have the Postgresql layer displaying correctly. If I manually refresh >>>>> the >>>>> page the data changes. >>>>> >>>>> >>>>> >>>>> I found an old post referring to Automatically refreshing layers: >>>>> >>>>> http://lists.osgeo.org/pipermail/geomoose-users/2008-November/000900.html. >>>>> However, I am not quite understanding how to implement it. >>>>> >>>>> >>>> There are a few other threads over the past several years as well: >>>> >>>> >>>> https://lists.osgeo.org/pipermail/geomoose-users/2010-October/002677.html >>>> >>>> https://lists.osgeo.org/pipermail/geomoose-users/2012-October/004467.html >>>> >>>> and most recently: >>>> >>>> https://lists.osgeo.org/pipermail/geomoose-users/2015-January/005537.html >>>> >>>> Best regards, Eli >>>> >>>>> >>>>> >>>>> >>>>> >>>>> Joshua Meyer >>>>> >>>>> Lafayette County Sheriff's Office GIS >>>>> >>>>> 107 S 11th St >>>>> >>>>> Lexington, MO 64067 >>>>> >>>>> Phone: 660-259-2796 >>>>> >>>>> Cell: 660-259-1234 >>>>> >>>>> Fax: 660-259-2545 >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Geomoose-users mailing list >>>>> Geomoose-users at lists.osgeo.org >>>>> http://lists.osgeo.org/mailman/listinfo/geomoose-users >>>> _______________________________________________ >>>> Geomoose-users mailing list >>>> Geomoose-users at lists.osgeo.org >>>> http://lists.osgeo.org/mailman/listinfo/geomoose-users >>> _______________________________________________ >>> Geomoose-users mailing list >>> Geomoose-users at lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/geomoose-users