[mapserver-users] RE: WMS Client setup not sending any requests
GoneWacko
gonewacko at gonewacko.com
Wed Jun 11 06:20:40 EDT 2008
Hello.
Jukka: Unfortunately it is not even sending any requests when I change the
URL into "http://www.gonewacko.com/"; Of course this would not work, but
when I look at my packet sniffer (ethereal/wireshark) I don't even see
mapserver *attempting* to connect to gonewacko.com. In other words, even
when the URL does not feature basic authentication and it is not a https
URL, mapserver does not make any HTTP connections.
As for the advice given about the scale and the extent: The scale hints I
had forgotten to update after fiddling around with the various SRSes
available. I also feared that the extent would be the culprit. Unfortunately
I do not seem to understand the way the EXTENT works to find the proper
settings. But I'm taking another close look at whatever documentation I
might find (links to documents explaining the option in greater detail would
be appreciated ;)) in order to find out what the proper setting would be.
Thank you for the quick responses!
Best Regards,
Stijn Gijsen
-----Oorspronkelijk bericht-----
Van: mapserver-users-bounces at lists.osgeo.org
[mailto:mapserver-users-bounces at lists.osgeo.org] Namens
mapserver-users-request at lists.osgeo.org
Verzonden: woensdag 11 juni 2008 13:11
Aan: mapserver-users at lists.osgeo.org
Onderwerp: mapserver-users Digest, Vol 5, Issue 44
Send mapserver-users mailing list submissions to
mapserver-users at lists.osgeo.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.osgeo.org/mailman/listinfo/mapserver-users
or, via email, send a message with subject or body 'help' to
mapserver-users-request at lists.osgeo.org
You can reach the person managing the list at
mapserver-users-owner at lists.osgeo.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of mapserver-users digest..."
Today's Topics:
1. Re: WMS Client setup not sending any requests (Rahkonen Jukka)
2. Re: MapFile2XML conversion - WAS: mapObjectserialization in
C# (variant) (Rahkonen Jukka)
----------------------------------------------------------------------
Message: 1
Date: Wed, 11 Jun 2008 13:04:45 +0300
From: "Rahkonen Jukka" <Jukka.Rahkonen at mmmtike.fi>
Subject: Re: [mapserver-users] WMS Client setup not sending any
requests
To: <mapserver-users at lists.osgeo.org>
Message-ID:
<CC197224AC75CE4DB23F739B16891B86F72E54 at tikka.haapa.mmm.fi>
Content-Type: text/plain; charset="iso-8859-1"
Sorry, I was wrong with supported projections for rasta100 layer. EPSG:2393
is ok. So the question is if basic authentication is supported or not.
-Jukka-
________________________________
Ldhettdjd: mapserver-users-bounces at lists.osgeo.org
[mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta Rahkonen Jukka
Ldhetetty: 11. kesdkuuta 2008 12:51
Vastaanottaja: mapserver-users at lists.osgeo.org
Aihe: Re: [mapserver-users] WMS Client setup not sending any
requests
Hi,
Your first problem is that you are requesting layer rasta100 layer
in EPSG:2393, but it supports only EPSG:3067. But I am thinking that the
basic problem is that MapServer does not support connection over https with
basic authentication at all. I started a thread named "Cascading external
WMS using basic authentication over https" in January this year.
At that time Frank Warmerdam wrote:
> Jukka,
> I would be willing to implement this if you are willing to help
with
> some research, RFC writing and testing. In particular we need to
> isolate what extra curl options such as, but possibly not limited
to,
> userid and password we should be able to pass through. Then we
can
> write up an RFC based on doing this through layer metadata. Then
-
> once approved - I can implement and you could test.
> As I think back, I realize the other time I did something like
this it
> was actually using a digital certificate rather than simple
> userid/password protection. Ideally we would address both cases.
> If this effort level exceeds the amount of effort you want to
invest,
> then filing an enhancement ticket at least summarizing some of
these
> ideas would be a good start.
> PS. If implemented we would presumably do it in a way that applied
to
> WFS and WMS client layers.
It is good news for me if MapServer has made to support connection
in the way you are trying, thus( https://user:password@server.etc...)
-Jukka Rahkonen-
________________________________
Ldhettdjd: mapserver-users-bounces at lists.osgeo.org
[mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta GoneWacko
Ldhetetty: 11. kesdkuuta 2008 10:34
Vastaanottaja: mapserver-users at lists.osgeo.org
Aihe: [mapserver-users] WMS Client setup not sending any requests
Hello,
I am currently working on a project where I'm trying to use
Mapserver as a WMS client, intending to have Mapserver handle the overlaying
of data for me. The WMS service I'm going to be using one licensed from the
National Land Survey of Finland.
This server only supports HTTPS connections and requires
Basic Authorization to get data from the service. This may prove to be an
issue for me in the future, but at the moment I'm having (what I suspect to
be) a different problem.
When I test my Map file, which to the best of my (currently
limited) knowledge of Mapserver, should work, I only get entirely white
images back from the mapserv binary. I've not yet figured out how to get
mapserv to do verbose logging, but the logging it does so far does not show
me what the issue might be.
I've been trying to get it to work on linux, but then when
it didn't I tried it on my local windows machine as well. Both machines
display the same white image.
The output of my mapserv -v invocations:
On Linux:
MapServer version 5.0.2 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG
OUTPUT=WBMP OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER
SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=GEOS
INPUT=EPPL7 INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
On Windows:
MapServer version 5.0.2 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG
OUTPUT=WBMP OUTPUT=PDF OUTPUT=SWF OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=AGG
SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS _SERVER
SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS
INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
The map file I'm using can be found at the following
location: http://www.gonewacko.com/work/finland.map
For more information about the capabilities of the WMS
Server I'm trying to connect to, I've uploaded the results of a
GetCapabilities request here: http://gonewacko.com/work/GetCapabilities.xml
(Most of the text is in Finnish; Which I don't actually understand myself,
but luckily it's not too relevant).
The URL I've been using to test it has usually just been
http://example.com/cgi-bin/mapserv?map=/path/to/finland.map&mode=map.
My theories are
- The map has been set up in such a way that
mapserv finds it's not within the area I'm requesting, and as such does not
attempt to render it.
- The map has just been set up incorrectly
(most likely)
Note that the only files I have are the map file. I do not
have any shape files or anything of that nature. And apart from the censored
login information in the URLs, the map file is available in its entirety.
Also note that I've tried replacing the WMS URLs with
something that is not a https url (i.e. a normal http url), as well as
omitting the authorization data. It still wouldn't send a request to the
URL.
Can anyone shed some light on what I'm doing wrong? Thanks
in advance.
Best Regards,
Stijn Gijsen
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.osgeo.org/pipermail/mapserver-users/attachments/20080611/afd7ee
84/attachment-0001.html
------------------------------
Message: 2
Date: Wed, 11 Jun 2008 13:11:12 +0300
From: "Rahkonen Jukka" <Jukka.Rahkonen at mmmtike.fi>
Subject: Re: [MAPSERVER-USERS] MapFile2XML conversion - WAS:
mapObjectserialization in C# (variant)
To: <mapserver-users at lists.osgeo.org>
Message-ID:
<CC197224AC75CE4DB23F739B16891B86F72E55 at tikka.haapa.mmm.fi>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
Oh no, please do not move to XML as the only alternative, at least not
without making a very-easy-to-use XML-Mapfile editor for mortals like me
with the same.
-Jukka Rahkonen-
> -----Alkuperdinen viesti-----
> Ldhettdjd: mapserver-users-bounces at lists.osgeo.org
> [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta
> Barend Kobben
> Ldhetetty: 11. kesdkuuta 2008 10:41
> Vastaanottaja: Bob Basques; mapserver-users at lists.osgeo.org
> Aihe: Re: [MAPSERVER-USERS] MapFile2XML conversion - WAS:
> mapObjectserialization in C# (variant)
>
> Hi Bob,
>
> YES, by all means do move to XML. I think this would be a
> very important step forward (and my first guess is it would
> be not too complicated, but you never know...).
>
> I do see how some might be attracted to having an DB storage
> too, but I would urge you to always have that as an
> alternative, not as instead-of:
> keep the main configuration mechanism (XML-)file based! In
> many use cases there's no need for a DB and that would mean
> you'd have tho have a DB plus all its hassle, only for the
> configuration part. Also the current file-base config is
> ideal in situations were many people need to work on the one
> MS, such as in our educational setup, where we have many
> students working on their own config files in their private
> dirs, and they don't need to touch the 'main' MS setup on the server.
>
> Actually, what are your reasons for preferring an SQL
> sdolution over the file based one...?
>
>
> --
> Barend Kvbben
> International Institute for Geo-Information Sciences and
> Earth Observation (ITC) PO Box 6 7500AA Enschede, The Netherlands
> +31 (0)53 4874253
>
>
>
> On 10-06-08 20:30, "Bob Basques" <Bob.Basques at ci.stpaul.mn.us> wrote:
>
> > All,
> >
> > We've been pondering some sort of alternative to the
> Mapfiles for a few years
> > now. A preferable approach would be something that could
> be stored in a DB in
> > some fashion for querying/assembly processes. It seems on
> the surface like a
> > DB schema could be developed to handle the MapFile storage aspects.
> >
> > A first step would be in how to best approach moving into
> an XML way of life
> > for the MapFiles. Would it make any sense in the beginning
> to just build a
> > MapFile2XML convertor (I would imagine this would be needed
> before anyone
> > would sign up for XML) and once something like this is a
> state close to
> > production, the innards of MapServer would then be made to
> parse the XML
> > directly?
> >
> > Another approach might be to do something like MapFile2SQL
> first, and then the
> > MapFile2XML. This might save some time and seem like it would make
> > standardization easier, since it would need to be inside of
> the DB fist.
> >
> > Has anyone tried putting together any requirements list
> along these lines at
> > all? Is it going to be something where we just need to
> jump in and build
> > something even if it might be a wrong approach to begin with?
> >
> > This thread just got me thinking is all . . .you know how
> dangerous that can
> > be . . . :c)
> >
> > bobb
> >
> >
> >
> >>>> "Tamas Szekeres" <szekerest at gmail.com> wrote:
> > Hi,
> >
> > MapServer currently doesn`t support any other persitence
> > representation than the mapfiles. There have been some initial plans
> > related to an XML format in this list, but no one had any motivation
> > to implement that.
> > So I think the best what you can do at the moment is to use
> reflection
> > to access the properties along with some other members of
> the objects
> > and serialize the values manually.
> >
> > Best regards,
> >
> > Tamas
> >
> >
> > 2008/6/9 BrainDrain <paulborodaev at gmail.com>:
> >>
> >> Is there any 'standart' fast(!) way/method to serialize
> (xml/json/other
> >> markup) mapObj in C#? I need it for using server mapObj as
> JSON on rich
> >> client app running on browser. Look at my method (using
> reflection):
> >>
> >> public static ListDictionary PartialSerialize(object
> instance, Stack
> >> callerTypes, Type[] excludeTypes)
> >> {
> >> ListDictionary result = new ListDictionary();
> >> object val;
> >>
> >> callerTypes.Push(instance.GetType());
> >> PropertyInfo[] pis = instance.GetType().GetProperties();
> >> foreach (PropertyInfo pi in pis)
> >> {
> >> if (pi.PropertyType.IsSerializable &&
> >> !pi.PropertyType.IsArray)
> >> result[pi.Name] = pi.GetValue(instance,
> new object[0]);
> >> else
> >> {
> >> //preventing useless nesting
> >> if (!callerTypes.Contains(pi.PropertyType) &&
> >> !((IList)excludeTypes).Contains(pi.PropertyType))
> >> {
> >> val = pi.GetValue(instance, new object[0]);
> >> if (val != null)
> >> result[pi.Name] = PartialSerialize(val,
> >> callerTypes, excludeTypes);
> >> }
> >> }
> >> }
> >> callerTypes.Pop();
> >> return result;
> >> }
> >> ...
> >> So I can convert mapObj on serever to hashtable
> automatically an then
> >> populate JSON object
> >> (still need to call explicitly getLayer, getClass etc.,
> but this is not a
> >> problem):
> >> ...
> >> layers[i].Properties = Tools.PartialSerialize(layer, new
> Stack(), new
> >> Type[3] { typeof(mapObj), typeof(hashTableObj), typeof(colorObj)});
> >> ...
> >> classes[j].Properties = Tools.PartialSerialize(layerClass,
> new Stack(), new
> >> Type[4] { typeof(layerObj), typeof(labelObj), typeof(hashTableObj),
> >> typeof(colorObj)});
> >> ...
> >> styles[k].Properties = Tools.PartialSerialize(classStyle,
> new Stack(), new
> >> Type[2]{typeof(hashTableObj), typeof(colorObj)});
> >> ...
> >> mapStub.Properties = Tools.PartialSerialize(map, new
> Stack(), new Type[11] {
> >> typeof(labelObj), typeof(hashTableObj), typeof(fontSetObj),
> >> typeof(labelCacheObj), typeof(outputFormatObj[]),
> typeof(queryMapObj),
> >> typeof(referenceMapObj), typeof(scalebarObj), typeof(symbolSetObj),
> >> typeof(colorObj), typeof(legendObj)});
> >> ...
> >> JavaScriptSerializer class object allows to perform
> convertion to client
> >> More often I use script method in my web service that can
> do it behind the
> >> scenes.
> >>
> >> How do you do such kind of operation?
> >> --
> >> View this message in context:
> >>
> http://www.nabble.com/mapObject-serialization-in-C--%28variant
> %29-tp17739919p
> >> 17739919.html
> >> Sent from the Mapserver - User mailing list archive at Nabble.com.
> >>
> >> _______________________________________________
> >> 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
> > _______________________________________________
> > mapserver-users mailing list
> > mapserver-users at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
> International Institute for Geo-Information Science and Earth
> Observation (ITC)
> Chamber of Commerce: 410 27 560
>
> E-mail disclaimer
> The information in this e-mail, including any attachments, is
> intended for the addressee only. If you are not the intended
> recipient, you are hereby notified that any disclosure,
> copying, distribution or action in relation to the content of
> this information is strictly prohibited. If you have received
> this e-mail by mistake, please delete the message and any
> attachment and inform the sender by return e-mail. ITC
> accepts no liability for any error or omission in the message
> content or for damage of any kind that may arise as a result
> of e-mail transmission.
> _______________________________________________
> 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
End of mapserver-users Digest, Vol 5, Issue 44
**********************************************
More information about the mapserver-users
mailing list