Cameron Shorter wrote:
> Appologies, this is a very quick response so all answers are off the top
> of my head and not researched.
>
> Thomas Rokkjaer wrote:
>> The PHP proxy script is located in
>> <app_folder>\mapbuilder\server\php\proxy.php and hence referenced as
>> http://<host>/mapbuilder/server/php/proxy?url=<url>.
>> I tried creating a simple text file in the same folder and the URL
>> http://<host>/mapbuilder/server/php/test.txt
>> <http://%3Chost%3E/mapbuilder/server/php/test.txt> from the browser
>> works without problems. Could it be that the IIS has to be set up PHP
>> proxy?
> I assume to have tested to see if IIS supports php? See if you can set
> up a simple http://<host>/mapbuilder/server/php/test.php
> <http://%3Chost%3E/mapbuilder/server/php/test.txt>
>> When installing MapBuilder on an Apache Tomcat instead, there are no
>> problems. Here the URL is http://<host>
>> <http://%3Chost%3E>/mapbuilder/proxy?url=<url>.
>> At http://developer.yahoo.com/javascript/howto-proxy.html it is
>> mentioned that an Apache server handles the proxy requests
>> automatically, could this be the reason why it works here?
> I'm wondering whether the relative redirects in mapbuilder are not
> working. Maybe change all files to absolute urls. Ie, instead of
> ../../server/php/proxy.php use <host>/mapbuilder/server/php/proxy.php
>>
>> Which widgets does not require proxy and are still capable of
>> retreiving featureinfo as WMS?
>> The config file you are referencing is
>> <app_folder>\mapbuilder\server\php\mapbuilderConfig.xml right?
>
> The config I refer to is referenced from index.html and is usually found
> in demo/xxx/config.xml
>
>>
>> Sorry for all my silly questions, but I would really like to know if
>> it is possible to use the current setup we are using.
>
> Good luck, if you get it working, it would be worth writing a HOWTO for
> other developers using IIS.
>>
>>
>> Best regards
>> Thomas Rokkjaer
>>
>>
>> On 7/3/07, *Cameron Shorter* <[EMAIL PROTECTED]
>> <mailto:[EMAIL PROTECTED]>> wrote:
>>
>> Sounds like the proxy script is not installed, or is installed in
>> another directory.
>> The proxy script is required to get around Javascript security when
>> POSTing to multiple servers (as happens when querying WMS servers).
>>
>> You will need to:
>> Work out where your proxy script is installed. You can might find it
>> useful to use the Java proxy script instead of PHP. It is set in the
>> config.xml file. Search for proxy.
>>
>> Alternatively, you could use widgets which don't require the proxy.
>>
>> Thomas Rokkjaer wrote:
>> > Hi Cameron and "list".
>> >
>> > Now I managed to get the time to make a little debugging.
>> > In ModelBase.js the URL is set to (around line #85)
>> > sUri=getProxyPlusUrl(sUri).
>> > A function in Util,js, which sets the URL as (around line #56):
>> >
>>
>> url=config.proxyUrl+"?url="+escape(url).replace(/\+/g,'%2C').replace(/\"/g,'%22').replace(/\'/g,'%27').
>>
>> >
>> > This results in the URL being changed from:
>> > "
>> >
>>
>> http://infudv1:8080/geoserver/wms?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetFeatureInfo&LAYERS=brnby:DasKnude&SRS=EPSG:25832&BBOX=710084.36,6168442.59,719205.09,6175139.87&WIDTH=600&HEIGHT=400&FORMAT=image/png&INFO_FORMAT=application/vnd.ogc.gml&FEATURE_COUNT=1&QUERY_LAYERS=brnby:DasKnude&X=398&Y=188
>>
>> <http://infudv1:8080/geoserver/wms?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetFeatureInfo&LAYERS=brnby:DasKnude&SRS=EPSG:25832&BBOX=710084.36,6168442.59,719205.09,6175139.87&WIDTH=600&HEIGHT=400&FORMAT=image/png&INFO_FORMAT=application/vnd.ogc.gml&FEATURE_COUNT=1&QUERY_LAYERS=brnby:DasKnude&X=398&Y=188>
>> > <
>>
>> http://infudv1:8080/geoserver/wms?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetFeatureInfo&LAYERS=brnby:DasKnude&SRS=EPSG:25832&BBOX=710084.36,6168442.59,719205.09,6175139.87&WIDTH=600&HEIGHT=400&FORMAT=image/png&INFO_FORMAT=application/vnd.ogc.gml&FEATURE_COUNT=1&QUERY_LAYERS=brnby:DasKnude&X=398&Y=188
>>
>> <http://infudv1:8080/geoserver/wms?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetFeatureInfo&LAYERS=brnby:DasKnude&SRS=EPSG:25832&BBOX=710084.36,6168442.59,719205.09,6175139.87&WIDTH=600&HEIGHT=400&FORMAT=image/png&INFO_FORMAT=application/vnd.ogc.gml&FEATURE_COUNT=1&QUERY_LAYERS=brnby:DasKnude&X=398&Y=188>>"
>> > into:
>> >
>>
>> "/mapbuilder/server/php/proxy.php?url=http%3A//infudv1%3A8080/geoserver/wms%3FSERVICE%3DWMS%26VERSION%3D1.1.1%26REQUEST%3DGetFeatureInfo%26LAYERS%3Dbrnby%3ADasKnude%26SRS%3DEPSG%3A25832%26BBOX%3D714784%2C6169191%2C715624%2C6169751%26WIDTH%3D600%26HEIGHT%3D400%26FORMAT%3Dimage/png%26INFO_FORMAT%3Dapplication/vnd.ogc.gml%26FEATURE_COUNT%3D1%26QUERY_LAYERS%3Dbrnby%3ADasKnude%26X%3D395%26Y%3D138"
>>
>> >
>> >
>> > This results in the error loading page failure at ModelBase.js (at
>> > line #112):
>> > xmlHttp.send(objRef.postData);
>> >
>> > The page
>> >
>> http://docs.codehaus.org/display/MAP/GetFeatureInfo+tips+and+tricks
>> states
>> > there could be problems involved with the proxy. This seems to be
>> > related to this problem too. But I have no idea what to do, to
>> solve
>> > this problem.
>> >
>> > Best regards
>> > Thomas Rokkjaer
>> >
>> > On 6/26/07, *Cameron Shorter* <[EMAIL PROTECTED]
>> <mailto:[EMAIL PROTECTED]>
>> > <mailto: [EMAIL PROTECTED]
>> <mailto:[EMAIL PROTECTED]>>> wrote:
>> >
>> > I haven't used IIS so can't comment on whether it works or not.
>> >
>> > However, I suggest you do some debugging to determine what
>> queries
>> > are
>> > being sent. Make sure they go to the correct URL. Test the
>> URL outside
>> > Mapbuilder.
>> >
>> > Have a look at the Mapbuilder debugging page.
>> > http://communitymapbuilder.org/display/MAP/Debugging
>> > <http://communitymapbuilder.org/display/MAP/Debugging>
>> > In particular, you probably want to look at FireBug.
>> >
>> > Thomas Rokkjaer wrote:
>> > > Could this be a Microsoft problem?
>> > >
>> > > For testing purposes I installed Tomcat Apache 6.0.13 and
>> deployed
>> > > MapBuilder 1.5-alpha1 on my local workstation. The
>> > GetFeatureInfo() services
>> > > worked fine in the demos here.
>> > >
>> > > The development server (Windows 2003/IIS) is running a
>> ASP.NET <http://ASP.NET>
>> > <http://ASP.NET> application
>> > > with MapBuilder (1.0.1) installed in /webroot and all
>> > GetFeatureInfo()
>> > > services in the demos returns the beforementioned "error
>> loading
>> > page"
>> > > message. This setup was not my idea ;-)
>> > >
>> > > I tried installing MapBuilder 1.5-alpha1 on the development
>> > server to see if
>> > > this could remove the problem. But the result is still the
>> same.
>> > That makes
>> > > me think if there is a problem with this M$ setup.
>> > >
>> > > Any thoughts/experiences with this out there?
>> > >
>> > > Since the application is built in .NET, the solution might
>> be to
>> > use a more
>> > > integrated .NET GIS viewer instead...and that would really
>> be a
>> > shame...
>> > >
>> > >
>> >
>> >
>> >
>> >
>> > --
>> > Med venlig hilsen
>> >
>> > Thomas Rokkjær
>> > Mobil 3095 0774
>> >
>> > http://picasaweb.google.com/thomas.rokkjaer
>> > < http://picasaweb.google.com/thomas.rokkjaer>
>>
>>
>>
>>
>> --
>> Med venlig hilsen
>>
>> Thomas Rokkjær
>> Mobil 3095 0774
>>
>> http://picasaweb.google.com/thomas.rokkjaer
>
>
Hello,
if IIs does not support php, it is possible to port the php script to c#
and use that in IIS. At work we are using IIS and I needed this
functionality so this was the way I got it to work. Mapbuilder later was
ditched completely because anything remotely resembling open source was
totally unacceptable. I don't know if I have the c# source code left
anywhere, but if anyone is interested I can look if I can find it.
Henk
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Mapbuilder-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mapbuilder-users
