Hi,
I found that when using mapserver 5.2 as wms-server and I want to
display a layer that connects to a wfs, the resulting capabilities for
that layer do not contain a style/legend block. The getlegendgraphic
request works without problems. Just changing the layers
connectiontype to sth. else, e.
Thanks for your answers Roger & Pietro.
I've followed your advice by trying these 4 test-cases :
1)
Map proj set to : "init=epsg:3785" (web spherical Mercator, manually added
into espg file)
Layer proj set to : "init=epsg:4326" (latlon wgs84, proj system of my
shapefiles)
=> got a blank map
Hi,
Have you double-checked that your map extent correspods with the map projection?
Or if you could send your whole mapfile I am pretty sure that you will get a
final answer to your problem.
-Jukka Rahkonen-
> -Alkuperäinen viesti-
> Lähettäjä: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTE
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Michael Schulz
> Sent: Monday, October 27, 2008 6:11 AM
> To: mapserver-users@lists.osgeo.org
> Subject: [mapserver-users] WFS-Client layer without
> style/legend block inWMS-capabilities
>
> Hi
Hello ,
I tried joining the map server website, and also to contact through the
contact form.
However the server complains it is unable to send my requests.
I thought it my be some problem with the server which might be worth a
report.
Also, can I contribute info to http://mapserver.gis.umn.edu/ ?
? I need a push to the right direction
BrainDrain wrote:
>
> I need to implement both mapserver and gdal/ogr plugins?
>
> Frank Warmerdam-2 wrote:
>>
>> BrainDrain wrote:
>>> Is it really possible to read custom spatial data format with mapserver
>>> via
>>> gdal/ogr plugin and custom data pro
Hi,
I have a problem with gml reading/writing when used in an umn
mapserver environment: I have a mapserver WFS client layer, that is
not displayed when the getfeature response of the remote wfs-server
has too many featuretype attributes. If I reduce the number of
attributes in the featuretype the
there is something strange... :-)
I normally project data in lat-lon wgs84 coordinates in world mercator.
I declare latlon wgs as
"epsg:4326"
or
"+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs"
and world mercator as
"+proj=merc +lon_0=0 +k=1 +x_0=0 +y_0=0 +el
Michael Schulz wrote:
Hi,
I have a problem with gml reading/writing when used in an umn
mapserver environment: I have a mapserver WFS client layer, that is
not displayed when the getfeature response of the remote wfs-server
has too many featuretype attributes. If I reduce the number of
attribute
BrainDrain wrote:
? I need a push to the right direction
BrainDrain wrote:
I need to implement both mapserver and gdal/ogr plugins?
Paul,
Sorry - I thought I answered this. You only need the OGR plugin.
Frank Warmerdam-2 wrote:
BrainDrain wrote:
Is it really possible to read custom spat
Monier Clement wrote:
Hi,
There is bigger than tiny difference in extents in epsg:4326 and in epsg:3785.
The latter is using meters as an unit.
I had a try with Finland polygon and here are the results:
D:\TEMP>ogrinfo -summary Finland_WGS84.shp Finland_WGS84
Feature Count: 1
Extent: (19.6483
Of course !
You're right, that's why it didn't work.
The bbox/extent should be in the same projection than the output system.
Thanks for all Jukka & Pietro !
I'll now try to figure out why GoogleMaps supplies some PixelToLongLat
function to their Tile Overlay system, if longlat don't fit their ac
Hi Monier,
My understanding of how this works is as follows.
Assuming your data is in epsg:4326, and you wish to display it in epsg:3785:
1) Your LAYER needs to reflect epsg:4326.
PROJECTION
"init=epsg:4326"
END
2) Your layer also needs to have a wms_srs parameter in the METADATA
Hi Frank,
thanks for your comments that made me put ms_debug all thru the code ;-)
The problem is on my and/or mapservers side... The wfs getfeature
response I'm consuming has the namespace location for gml also
attached to the first featureMember tag (don't ask me why ... though i
think this is
Hi,
I'd like to ask for some help from a couple people running MapServer. I
would like to know if others are able to replicate some strange behavior I
have noticed lately, and what versions of MapServer they are using. Below
are the steps needed, they don't take very long.
Step 1. Create a lar
Hello
I'm trying to conect with a SDE database With Ms4W version 2.9.0 and I was
confiredthe files with ms4w web page instructions.
In the gdalinfo/ogrinfo --formats comand I can see SDE.
I create my map file but wen I conect to the base with ArcGIS 9.2 I found
some problems:
The request of ArcGIS
Youre right.
I finally got a correct map by following your advices.
Thanks a lot.
_
De : Roger André [mailto:[EMAIL PROTECTED]
Envoyé : lundi 27 octobre 2008 17:14
À : Monier Clement
Cc : mapserver-users@lists.osgeo.org
Objet : Re: [mapserver-users] projection = geographer's pain
I get the following error upon trying to register.
"We were unable to send your password to your email address: (146,
'Connection refused')"
Thanks, Oz.
--
.''`.
: :' : We are debian.org. Lower your prices,
`. `' surrender your code.
`-We will add your hardware and soft
On Mon, Oct 27, Roger André wrote:
> Step 6. Look at your resulting tile. Is it full of data from top to bottom,
> or is there a band of IMAGECOLOR at the bottom?
Band of red at the bottom.
Parameters:
* MS 5.2.0 (Win32)
* The GDAL packaged with FWTools 2.1.0
* TIFF created in Gimp and saved w
David Martinez Morata wrote:
Hello
I'm trying to conect with a SDE database With Ms4W version 2.9.0 and I
was confiredthe files with ms4w web page instructions.
In the gdalinfo/ogrinfo --formats comand I can see SDE.
I create my map file but wen I conect to the base with ArcGIS 9.2 I
found som
Roger,
Uploading a test case with a sample image and sample mapfile
prepackaged would be really useful to speed testing and keep consistent.
Dane
On Oct 27, 2008, at 9:40 AM, Roger André wrote:
Hi,
I'd like to ask for some help from a couple people running
MapServer. I would like to
Would it be possible to preserve the original data in an image (number
of bands, and Type, and color interp) in the result of a GetCoverage
request? For example, I serve Paletted Geotiffs through mapserver:
Driver: GTiff/GeoTIFF
Files: /data/da/da122705.tif
Size is 4587, 2889
Coordinate System i
Kristian,
Thanks very much for your help, and for listing your test parameters.
Roger
--
On Mon, Oct 27, 2008 at 10:01 AM, Kristian Thy <[EMAIL PROTECTED]> wrote:
> On Mon, Oct 27, Roger André wrote:
> > Step 6. Look at your resulting tile. Is it full of data from top to
> bottom,
> > or is the
Alexander Petkov wrote:
Would it be possible to preserve the original data in an image (number
of bands, and Type, and color interp) in the result of a GetCoverage
request? For example, I serve Paletted Geotiffs through mapserver:
...
Any hopes of being able to preserve the orig data after a G
Hi Dane,
A sample image will be too large to upload - it's just under 300 MB, but
I've attached a mapfile. I can send a .tfw for anyone who isn't able to add
georeferencing to the image after they have created it.
I would be interested in knowing from you whether a WMS request of the same
nature
Hi Frank:
Thanks for your reply. I'll try IMAGEMODE BYTE--if I remember
correctly I tried it before and the results was a grayscale (although
single band, yay!) image. I'll try to make it work for me.
Alex
On Mon, Oct 27, 2008 at 12:43 PM, Frank Warmerdam <[EMAIL PROTECTED]> wrote:
> Alexander P
What are the current plans for supporting 64 bit Windows OS?
Already doing it and I missed it?
What would be reasons for not actively pursuing this?
Are some of the supporting binaries to difficult to convert over or
MapServer itself?
Is it the challenge of maintaining two paths 32 bit and 64
Bruce,
Did you mean compiling mapserver as native Win64 binaries?
MapServer can be compiled for Win64 by using MSVC2005 and defining
WIN64 in nmake.opt. This configuration is included an regularly tested
at the buildbot:
http://buildbot.osgeo.org:8504/waterfall
See (szekerest-vc80x64-full) in the
Bruce Cheney wrote:
What are the current plans for supporting 64 bit Windows OS?
Already doing it and I missed it?
What would be reasons for not actively pursuing this?
Are some of the supporting binaries to difficult to convert over or
MapServer itself?
Is it the challenge of maintaining tw
29 matches
Mail list logo
