[mapserver-users] RE: WMS Client setup not sending any requests
GoneWacko
gonewacko at gonewacko.com
Wed Jun 11 03:52:46 PDT 2008
Hello,
I guess I'll have a go at local shape files first, yes.
Unfortunately my GIS needs are rather specific and I am quite dependent on
the nls.fi maps I'm attempting to use.
But the https/basic authentication issue is one that I will resolve later,
be it by compiling a version of mapserver that does support them (as there
seem to be patches available to add authentication support), or by writing a
little python script that relays the requests to the nls.fi server.
Thanks for the suggestions. Now I'll go and look how to make shape files...
:-)
Best Regards,
Stijn Gijsen
-----Oorspronkelijk bericht-----
Van: Rahkonen Jukka [mailto:Jukka.Rahkonen at mmmtike.fi]
Verzonden: woensdag 11 juni 2008 13:43
Aan: GoneWacko; mapserver-users at lists.osgeo.org
Onderwerp: Re: [mapserver-users] RE: WMS Client setup not sending any
requests
Hi,
If your URL is
http://example.com/cgi-bin/mapserv?map=/path/to/finland.map&mode=map.
and all your layers has STATUS ON you are not asking for anything else than
an empty map.
Either set STATUS DEFAULT, or add &layer= to your request.
I recommend you to make a couple of very simple layers first from local
shapefile and local GeoTIFF image. Start adding WMS layers once those simple
cases are working and you know for sure that all the basics are OK. Next
step would be to add WMS service that do not require authentication, for
example from openaerialmap.org
-Jukka-
> -----Alkuperäinen viesti-----
> Lähettäjä: mapserver-users-bounces at lists.osgeo.org
> [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta GoneWacko
> Lähetetty: 11. kesäkuuta 2008 13:21
> Vastaanottaja: mapserver-users at lists.osgeo.org
> Aihe: [mapserver-users] RE: WMS Client setup not sending any requests
>
> 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/2
> 0080611/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
> **********************************************
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
More information about the MapServer-users
mailing list