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
2)
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/ ?
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
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
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
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
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:\TEMPogrinfo -summary Finland_WGS84.shp Finland_WGS84
Feature Count: 1
Extent:
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
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
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
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
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
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
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 there a
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
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
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
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
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
23 matches
Mail list logo