Tom | 30 Jun 17:02 2014
Picon

OGR/GeoJSON WRITE_BBOX

Hi folks,

 

I’m trying to use OGR to output GeoJSON from my WFS service.  I’d like to include the BBOX (equivalent of gml:boundedBy) at the FeatureCollection level.  From the documentation, it looks like I should be able to set it up this way:

 

OUTPUTFORMAT

                  NAME "GEOJSON"

                  DRIVER "OGR/GeoJSON"

                  MIMETYPE "application/json; subtype=geojson"

                  FORMATOPTION "STORAGE=memory"

                  FORMATOPTION "FORM=SIMPLE"

                FORMATOPTION "LCO:WRITE_BBOX=YES"

END

 

According to http://www.gdal.org/drv_geojson.html, WRITE_BBOX is exactly what I need.  According to the docs, it should create a bbox at the FeatureCollection and the Feature level.  For me, it generates a bbox for every feature, but not one for the top-level FeatureCollection, which OGR claims to support.

 

Does anyone have experience with this?  Any idea how I could determine if this would be a Mapserver issue, or an OGR issue?

 

Thanks,

 

Tom

 

 

 

_______________________________________________
mapserver-users mailing list
mapserver-users <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
Martin Kofahl | 30 Jun 09:46 2014
Picon

Re: Include data extents in WFS layer

Hi Tom,
are you using your own geojson template as described in Template-Driven Output doc [1]? You mal try then the [minx], [miny] or [rawminx], [rawminy] etc. tags described in the templating doc [2]. Didn't try that myself, actually.
 
Kind regards
Martin
 


2014-06-27 23:32 GMT+02:00 Tom <tom <at> nthsense.net>:

Thanks, Martin – that sounds like exactly what I need.  Any idea how to get this into a GeoJSON response?

 

From: mapserver-users-bounces <at> lists.osgeo.org [mailto:mapserver-users-bounces <at> lists.osgeo.org] On Behalf Of Martin Kofahl
Sent: Friday, June 27, 2014 4:46 PM
To: mapserver-users <at> lists.osgeo.org
Subject: Re: [mapserver-users] Include data extents in WFS layer

 

Hi Tom,

you should have an gml:boundedBy xml element in the wfs GetFeature response which represents the extent of the returned features.

 

Kind regards,

Martin

2014-06-27 16:16 GMT+02:00 Tom <tom <at> nthsense.net>:

Hi folks,

 

Do you know if it is possible to include the extents of the data in a WFS response?  If the BBOX I request only contains a few features , I would like to zoom my map to their bounds.  I can calculate this on the client side, but I would prefer to have Mapserver feed me that info.

 

Thanks!!

 

Tom

 

 


_______________________________________________
mapserver-users mailing list
mapserver-users <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

 


_______________________________________________
mapserver-users mailing list
mapserver-users <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
Even Rouault | 28 Jun 23:38 2014

Re: TinyOWS: Axis order fix wanted

Hi,

The following pull request should fix Jukka's issue :

https://github.com/mapserver/tinyows/pull/65 

This was indeed quite severe and affected very popular projected SRS like UTM 
WGS84 SRS (EPSG:326XX), that are similar to EPSG:3067 as far as their WKT AXIS 
definition is concerned, i.e. ending with :

AXIS["Easting",EAST],AXIS["Northing",NORTH]]

I guess this went unnoticed since the test	/wfs_110 tests only tests EPSG:4326, 
which was unaffected.
And test/wfs_100 tests EPSG:32615 which was affected, but in WFS 1.0, there's 
no axis swapping...

Even

Le jeudi 19 juin 2014 07:05:19, Rahkonen Jukka (Tike) a écrit :
> Hi,
> 
> 
> 
> EPSG:2393 is Northing-Easting
> EPSG:3047 is Northing-Easting
> EPSG:3067 is Easting-Northing
> 
> How TinyOWS is planned to work it that axis should be flipped, if needed,
> when srsName is given as urn. Short EPSG:xxxx should return always E-N
> just like WFS 1.0.0 always.
> 
> The old tinyows is still available at hip.latuviitta.org/cgi-bin/tinyows
> and you can compare it with this release version installed from Ubuntugis
> 
> 2393 is OK
> http://XXXXXXX/cgi-bin/tinyows?service=wfs&version=1.1.0&request=getf
> eature&typename=lv:municipalities&maxfeatures=1&srsname=EPSG:2393 Comes as
> E-N
> http://XXXXXXX/cgi-bin/tinyows?service=wfs&version=1.1.0&request=getf
> eature&typename=lv:municipalities&maxfeatures=1&srsname=urn:ogc:def:crs:EPS
> G::2393 Comes as N-E
> 
> 3047 is wrong
> http://XXXXXXX/cgi-bin/tinyows?service=wfs&version=1.1.0&request=getf
> eature&typename=lv:municipalities&maxfeatures=1&srsname=EPSG:3047 Comes as
> N-E, should be E-N
> http://XXXXXXX/cgi-bin/tinyows?service=wfs&version=1.1.0&request=getf
> eature&typename=lv:municipalities&maxfeatures=1&srsname=urn:ogc:def:crs:EPS
> G::3047 Comes as  E-N, should be N-E
> 
> 3067 is wrong
> http://XXXXXXX/cgi-bin/tinyows?service=wfs&version=1.1.0&request=getf
> eature&typename=lv:municipalities&maxfeatures=1&srsname=EPSG:3067 Comes as
> E-N, which is correct
> http://XXXXXXX/cgi-bin/tinyows?service=wfs&version=1.1.0&request=getf
> eature&typename=lv:municipalities&maxfeatures=1&srsname=urn:ogc:def:crs:EPS
> G::3067 Comes as N-E but should come as E-N
> This is my default projection so this should also come as E-N but it does
> not
> http://XXXXXXX/cgi-bin/tinyows?service=wfs&version=1.1.0&request=get
> feature&typename=lv:municipalities&maxfeatures=1
> 
> Here comes srtext from the database for those three and everything is OK.
> 
> gis93=> select srid,srtext from spatial_ref_sys where srid in
> (2393,3047,3067);
> UNIT["metre",1,AUTHORITY["EPSG","9001"]],PROJECTION["Transverse_Mercator"]
> ,PARAMETER["latitude_of_origin",0],PARAMETER["central_meridian",27],PARAMET
> ER["scale_factor",1],PARAMETER["false_easting",3500000],PARAMETER["false_no
> rthing",0],AUTHORITY["EPSG","2393"],AXIS["X",NORTH],AXIS["Y",EAST]] 3047 |
> PROJCS["ETRS89 /
> ETRS-TM35",GEOGCS["ETRS89",DATUM["European_Terrestrial_Reference_System_19
> 89",SPHEROID["GRS
> 1980",6378137,298.257222101,AUTHORITY["EPSG","7019"]],TOWGS84[0,0,0,0,0,0,
> 0],AUTHORITY["EPSG","6258"]],PRIMEM["Greenwich",0,AUTHORITY["EPSG","8901"]]
> ,UNIT["degree",0.0174532925199433,AUTHORITY["EPSG","9122"]],AUTHORITY["EPSG
> ","4258"]],UNIT["metre",1,AUTHORITY["EPSG","9001"]],PROJECTION["Transverse_
> Mercator"],PARAMETER["latitude_of_origin",0],PARAMETER["central_meridian",2
> 7],PARAMETER["scale_factor",0.9996],PARAMETER["false_easting",500000],PARAM
> ETER["false_northing",0],AUTHORITY["EPSG","3047"],AXIS["Northing",NORTH],AX
> IS["Easting",EAST]] 3067 | PROJCS["ETRS89 /
> ETRS-TM35FIN",GEOGCS["ETRS89",DATUM["European_Terrestrial_Reference_System
> _1989",SPHEROID["GRS
> 1980",6378137,298.257222101,AUTHORITY["EPSG","7019"]],TOWGS84[0,0,0,0,0,0,
> 0],AUTHORITY["EPSG","6258"]],PRIMEM["Greenwich",0,AUTHORITY["EPSG","8901"]]
> ,UNIT["degree",0.0174532925199433,AUTHORITY["EPSG","9122"]],AUTHORITY["EPSG
> ","4258"]],UNIT["metre",1,AUTHORITY["EPSG","9001"]],PROJECTION["Transverse_
> Mercator"],PARAMETER["latitude_of_origin",0],PARAMETER["central_meridian",2
> 7],PARAMETER["scale_factor",0.9996],PARAMETER["false_easting",500000],PARAM
> ETER["false_northing",0],AUTHORITY["EPSG","3067"],AXIS["Easting",EAST],AXIS
> ["Northing",NORTH]]
> 

--

-- 
Geospatial professional services
http://even.rouault.free.fr/services.html
_______________________________________________
mapserver-users mailing list
mapserver-users <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Stefanos Anastasiou | 28 Jun 17:52 2014
Picon

Reconfiguring mapserver

Hello list..!!

I'm using mapserver 6.2.0.  The command mapserv -v gives me the output:

MapServer version 6.2.0 OUTPUT=PNG OUTPUT=JPEG SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV INPUT=JPEG INPUT=SHAPEFILE

I assume there are some things missing here like proj, gdal, wfs and wms. Can I have some help in reconfiguring it? 

Thanks a lot 
_______________________________________________
mapserver-users mailing list
mapserver-users <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
Stefanos Anastasiou | 28 Jun 14:34 2014
Picon

msCalculateScale() error

Hello..!  :-)

I'm having a map in browse mode with a simple function taken from the tutorial 1.9 in http://demo.mapserver.org/.  I use ogrinfo in order to get the extent and enter it to the mapfile. When I click on the image I get the following error "msCalculateScale(): General error message. Invalid image extent, minx=-1.000000, miny=-1.000000, maxx=-1.000000, maxy=-1.000000." 

When I run it map mode everything is OK but in browse mode it's gives me that. Does it have to do with the UNITS maybe? 

Thanks! 
_______________________________________________
mapserver-users mailing list
mapserver-users <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
Kris Spring | 27 Jun 23:11 2014

Installing MapServer on Windows

Howdy,

I've got a dump of a NASA World Wind map database and I'm trying to setup a standalone map environment. Not sure if anyone has done this before, but the documentation isn't exactly up to date or complete.

Here's my setup:
Windows 7 64-bit
MapServer 6.4.1

I've installed MapServer and have modified IIS7 so that I can run mapserv.exe.  The NASA World Wind comes with a .map file and basically everything that I need. When I try to bring up the .map file I get the following error:

Sample url:  localhost/mapserver/mapserv.exe?map=<path>/nasaww.map&request=getacpabilities&service=wms

msProcessProjection(): Projection library error. proj error "Permission denied" for "init=epsg:4326"

I've tried looking at permissions and opening everything up just to see if I can get it to work, but no dice.  Anyone have any ideas?

Thanks,
Kris
_______________________________________________
mapserver-users mailing list
mapserver-users <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
Mark Korver | 27 Jun 20:57 2014
Picon

large # of GeoTiffs mapfile/index strategy

Hi Experts,
I need a little advice on how to do lots of aerial image GeoTiffs quickly. I have a large region with many GeoTiffs covering 9 UTM zones. Typically I would put together a map file with layers per utm zone and use shapefile index to point at the GeoTiffs. I know that declaring the extent per layer is important when you have a lot of layers. The GeoTiffs are RGB, internally tiled, and jpeg compressed. They are also about 20-30MB in size.

My question is, has anyone done any testing between doing this via shapefile index vs GDAL .vrt files? Which would perform faster?
My current setup is using Mapserver behind nginx in fastcgi mode.
Thanks for any help on this.
_______________________________________________
mapserver-users mailing list
mapserver-users <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
Tom | 27 Jun 16:16 2014
Picon

Include data extents in WFS layer

Hi folks,

 

Do you know if it is possible to include the extents of the data in a WFS response?  If the BBOX I request only contains a few features , I would like to zoom my map to their bounds.  I can calculate this on the client side, but I would prefer to have Mapserver feed me that info.

 

Thanks!!

 

Tom

 

 

_______________________________________________
mapserver-users mailing list
mapserver-users <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
Dietmar Stolz | 27 Jun 15:35 2014
Picon

KML output with blank point bitmaps

Dear list,

my kml output basically works.
Everything works fine with line and polygon type, I get correct kml files.
Point layers works also but mapserver generated blank png's.

The bitmap exist in the right directory with the right size.
The url path in the kml file is right.
I can see the kml point layer in the gis, the points have tooltips and 
are clickable.
The bitmaps have 24 bpp.
Pixmap or vector layer symbols makes no difference.

Debug 5 shows no error and no kml specific information.

MapServer version 6.4.1 on windows 7 64 bit

Any ideas?

Thank you
_______________________________________________
mapserver-users mailing list
mapserver-users <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Stefanos Anastasiou | 27 Jun 15:29 2014
Picon

Permission settings on htdcos

Hello list..!

I'm just trying to load a simple shapefile in the browser. Both mapfile and template are located in /home/mapdata. When I try to browse:  127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/2.map&mode=browse I get the error that says:  "msSaveImage(): Unable to access file. Failed to create output file".

I presume that it has to do with the permission settings in tmp folder in htdcocs. As far as I know it's not a good idea giving permission 666 or 777 to htdocs.  So should I handle this ? 
_______________________________________________
mapserver-users mailing list
mapserver-users <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
Oliver Christen | 27 Jun 09:27 2014

symbol rotation follow map rotation ?

dear list

Observed using mapserver 6.0.1, I have noticed that symbol rotation 
doesn't seem to follow map rotation, ie. the symbols keep the same 
absolute angle whatever the map angle is.
I have the feeling this is a current limitation of Mapserver, as it 
doesn't know if the symbol angle is an absolute value (independent of 
the map angle) or relative (map angle should be added to symbol angle).

example here:

no map rotation (signs symbols with angle aligning them with the streets):
http://map-preprod.morges.ch/preprod/wsgi/mapserv_proxy?BBOX=527784.2%2C151341.33%2C527831.44%2C151402.27&HEIGHT=2438&WIDTH=1890&map_resolution=254&TRANSPARENT=true&VERSION=1.1.1&FORMAT=image%2Fpng&SERVICE=WMS&format_options=dpi%3A254&LAYERS=vd_cad_tpr_cs_s_coul_grl%2Cvd_cad_tpr_baths_s_coul_grl%2Cvd_cad_tpr_odl_l_coul_grl%2Cmf_cad_no_lieudit_label_coul%2Cmf_cad_ab_nom_localisation_label_coul_grl%2Cpri_25_a%2Cgeb_25_a%2Ceis_25_l_modif%2Cstr_25_l%2Coft_tpr_swissnames%2Cmf_sig_signal_physique&REQUEST=GetMap&STYLES=&SRS=EPSG%3A21781

with map rotation (signs symbols have kept their initial angle and are 
not aligned
anymore):
http://map-preprod.morges.ch/preprod/wsgi/mapserv_proxy?BBOX=527784.2%2C151341.33%2C527831.44%2C151402.27&HEIGHT=2438&WIDTH=1890&map_resolution=254&TRANSPARENT=true&VERSION=1.1.1&FORMAT=image%2Fpng&SERVICE=WMS&map_angle=59.99999999999999&format_options=dpi%3A254&LAYERS=vd_cad_tpr_cs_s_coul_grl%2Cvd_cad_tpr_baths_s_coul_grl%2Cvd_cad_tpr_odl_l_coul_grl%2Cmf_cad_no_lieudit_label_coul%2Cmf_cad_ab_nom_localisation_label_coul_grl%2Cpri_25_a%2Cgeb_25_a%2Ceis_25_l_modif%2Cstr_25_l%2Coft_tpr_swissnames%2Cmf_sig_signal_physique&REQUEST=GetMap&STYLES=&angle=59.99999999999999&SRS=EPSG%3A21781 

could someone confirm or infirm?

In my opinion I would prefer a relative angle calculation by default, 
but that's just me :)

thanks for reading
kind regards
Oliver

--

-- 
Camptocamp SA
Oliver Christen
PSE A, EPFL
CH-1015 Lausanne

www.camptocamp.com

+41 21 619 10 23 (direct)
+41 21 619 10 10 (centrale)
+41 21 619 10 00 (fax)

_______________________________________________
mapserver-users mailing list
mapserver-users <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


Gmane