If that is the case, wouldn't that affect the longitude and latitude and
not just the longitude?
As far as I know, setting the UNITS to meters has been the established
way to set up the mapfile for the past 4+ years. Removing it completely
doesn't seem to change anything. I tried changing it to
Notice that your Map projection is 4326, but that your Map units are set to
meters.
I am guessing that this is your problem.
The map units and the units that the map extent are expressed in have to match
your map projection/srs.
David.
-Original Message-
From: mapserver-users-boun..
I don't think so. It looks like they are just swapping perl_site
directory for perl_vendor.
I couldn't seem to find where they are actually setting
CUSTOM_PERL_VENDOR_ARCH_DIR (Probably the same spot as
CMAKE_INSTALL_PREFIX). I'm assuming they are setting that to a temp folder.
I'll play a
Before Update:
___
MAP
EXTENT -138 40 -110 60
SIZE 500 500
UNITS meters
FONTSET "/var/www/gtc/html/current/mapping/maps/_fonts/fonts.lst"
WEB
METADATA
"wms_title" "Zonar Web Mapping"
"wms_srs" "epsg:4326 epsg:9 epsg:4
Andy,
Effectively, debian maintainers have made a patch for the install
directory (perl and ruby). Here's the perl patch:
http://anonscm.debian.org/gitweb/?p=pkg-grass/mapserver.git;a=blob;f=debian/patches/perl-mapscript-install.patch;h=2a639cf50f09541d5d9db7c3bfa918261174f0c9;hb=HEAD
Is is r
Sorry about spamming. This document
http://mapserver.org/ogc/filter_encoding.html says what are the valid units and
using "deg" in the filter really works.
http://hip.latuviitta.org/cgi-bin/mapserver_wfs?SERVICE=WFS&VERSION=1.0.0&REQUEST=getfeature&TYPENAME=lv:mml_railway&SRSNAME=EPSG:3067&Filt
It would be helpful to see the mapfile before and after.
-Original Message-
From: mapserver-users-boun...@lists.osgeo.org
[mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Jack Walters
Sent: Monday, September 23, 2013 6:13 PM
To: mapserver-users@lists.osgeo.org
Subject: Re: [m
Blah, copied the same request twice. This request has degrees as units but
Mapserver is still using the native units, meters.
http://hip.latuviitta.org/cgi-bin/mapserver_wfs?SERVICE=WFS&VERSION=1.0.0&REQUEST=getfeature&TYPENAME=lv:mml_railway&SRSNAME=EPSG:3067&Filter=%3CFilter%3E%3CDWithin%3E%3CP
Hi,
I had a try and this with units='meters'
http://hip.latuviitta.org/cgi-bin/mapserver_wfs?SERVICE=WFS&VERSION=1.0.0&REQUEST=getfeature&TYPENAME=lv:mml_railway&SRSNAME=EPSG:3067&Filter=%3CFilter%3E%3CDWithin%3E%3CPropertyName%3Ethe_geom%3C/PropertyName%3E%3Cgml:Point%3E%3Cgml:coordinates%3E24670
Okay. I hadn't seen CUSTOM_PERL_SITESARCH_DIR, so I'll play around with it.
I assume other package maintainers will have the same problem though,
and not just with perl, python looks like it should do the same thing
(unverified).
Is there a redhat or debian package builder here? How'd you h
Hi,
Just a guess, but using units in filters is often poorly implemented. Have a
try without units and by giving the distance in degrees.
-Jukka Rahkonen-
Lähettäjä: mapserver-users-boun...@lists.osgeo.org
[mailto:mapserver-users-boun...@lists.osgeo.org] Puolesta Troy Day
Lähetetty: 24. syysku
I'm looking for advice on how to pass a GET request Filter through mapserver
to an oracle spatial database connection. Although I have successfully
implemented a BBOX filter, both DWithin and Intersects spatial filters seem
to be ignored during the query process because all features (up to
MAXFEATU
I'm looking for advice on how to pass a GET request Filter through mapserver
to an oracle spatial database connection. Although I have successfully
implemented a BBOX filter, both DWithin and Intersects spatial filters seem
to be ignored during the query process because all features (up to
MAXFEATU
Disclaimer: I might have no idea of what I'm talking about given I'm
no mapscript or perl user or expert.
I'm a bit weary of applying this one. We'll install to the directory
required by the current perl installation, which is independent of the
prefix path. I believe you can supply CUSTOM_PERL_SIT
14 matches
Mail list logo