Academic track at FOSS4G 2009, two weeks till abstracts due, workshops announced

7 messages Options
Embed this post
Permalink
Paul Spencer-2

Academic track at FOSS4G 2009, two weeks till abstracts due, workshops announced

Reply Threaded More More options
Print post
Permalink
Academic track at FOSS4G 2009, two weeks till abstracts due, workshops  
announced

Sydney, Australia. 25 May 2009.

The Academic community and FOSS4G organising committee are pleased to  
add an academic track to the FOSS4G conference, and remind interested  
presenters that there are only two weeks left for FOSS4G abstract  
submissions! Abstract submission closes 8 June 2009. (Note the  
deadline has been extended a week.) http://2009.foss4g.org/presentations/

The Free and Open Source Software for Geospatial conference (FOSS4G),  
is being held in Sydney, Australia October 20-23. http://2009.foss4g.org
The academic track will act as an inventory of current research topics  
and promote cooperative research between OSGeo developers and the  
academia. The academic track is the right forum to highlight the most  
important research challenges and trends in the domain, and let them  
became the basis for an informal OSGeo research agenda. It will foster  
interdisciplinary discussions in all aspects of the geospatial and  
free and open source domains. It aims to promote networking between  
participants, initiate and favour discussions regarding cutting-edge  
technologies in the field, exchange research ideas and promote  
international collaboration.

All submissions to the academic track must be original unpublished  
work written in English that is currently not under review elsewhere.  
The submitted papers will be thoroughly reviewed by two to three  
members of the international scientific committee and refereed for  
their quality, originality and relevance. For further information,  
please read the full call for research papers.

http://wiki.osgeo.org/wiki/FOSS4G_2009_Call4papers.

Submit your Abstracts now

Only two weeks to submit your abstracts and secure your presentation  
slot. Presentations are open to all and comprises a 30 minute slot  
which includes hand-over, introductions and 5 minutes for questions.  
Presentations will be selected which have a strong "Open Geospatial"  
theme to them. We are keen to hear about your experiences, both  
technical and non technical. While the technology is a key part of the  
conference, in 2009 we are very keen to have a good selection of case  
studies and business case type presentations.
Workshops and tutorials announced

Workshops and tutorials have been finalised and descriptions are now  
online at:
http://2009.foss4g.org/workshops/
http://2009.foss4g.org/tutorials/

Join the FOSS4G announcement email list: http://lists.osgeo.org/mailman/listinfo/foss4g2009-announce 
  or our twitter feed: http://2009.foss4g.org/contacts/

Media Sponsors

Position Magazine: http://www.positionmag.com.au/
Asian Surveying and Mapping Newsletter: http://www.asmmag.com
Geoconnexions Magazine: http://www.geoconnexion.com/
Directions Magazine: http://directionsmag.com/
GIS Development: http://gisdevelopment.net/
Baliz Media: http://www.BALIZ-MEDIA.com/

More details at: http://2009.foss4g.org/contacts/

or contact:

Cameron Shorter, Chair of the FOSS4G Organising Committee and  
Geospatial Systems Architect at LISAsoft

tel +61-2-8570-5050

c a m e r o n . s h o r t e r @ l i s a s o f t . c o m

__________________________________________

    Paul Spencer
    Chief Technology Officer
    DM Solutions Group Inc
    http://research.dmsolutions.ca/

_______________________________________________
fusion-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/fusion-users
Nolte, Tim

Fusion Conversion: 1.x -> 2.x

Reply Threaded More More options
Print post
Permalink
Does anyone have any tips on make a conversion from Fusion 1.x to 2.x? I
had a really nice custom layout created under Fusion 1.x that I tried to
move to 2.x and it's been a real mess. I can see that some of the big
things are the changes to the JX libraries. Also I have a couple of
widgets that I developed in 1.x that don't work at all in 2.x now
either. All of the documentation online seems to be all 1.x driven and
doesn't work under 2.x.

The reason I am even taking the effort to move to 2.x is because of all
of the additional exposed OpenLayers layers that are available. Does
anyone know if TileCache specifically is working now with Fusion 2.x?
Thanks.

- Tim

----
Timothy J Nolte - [hidden email]
Network Planning Engineer

iPCS Wireless, Inc.
4717 Broadmoor Ave, Suite G
Kentwood, MI 49512

Office: 616-656-5163
PCS:    616-706-2438
Fax:    616-554-6484
Web: www.ipcswirelessinc.com
_______________________________________________
fusion-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/fusion-users
Tómas Guðmundsson

RE: Fusion Conversion: 1.x -> 2.x

Reply Threaded More More options
Print post
Permalink
Hi Tim,

Tómas here working for Snertill in Iceland. We are upgrading from MapGuide Enterprise 2009 to 2010 as well as Fusion 1.1 to 2.0. I am not currently working on it but my colleague is. His tips were that the simple copy and paste of code absolutely does not work. What he has been doing (brace yourself) for the last 10 work days, is that he has gone from the default Slate layout, and in small steps adding our own custom code (custom widgets and changes) to the default layout. He specifically said "baby steps". He is about to finish with final CSS touches.

Unfortunately we have no conversion steps or guides for you to take on how to upgrade other than the down and dirty in the code way. Hope you pull through.

Tómas Guðmundsson
Programmer,
Snertill


-----Original Message-----
From: [hidden email] [mailto:[hidden email]] On Behalf Of Nolte, Tim
Sent: 2. júní 2009 12:41
To: [hidden email]
Subject: [fusion-users] Fusion Conversion: 1.x -> 2.x

Does anyone have any tips on make a conversion from Fusion 1.x to 2.x? I
had a really nice custom layout created under Fusion 1.x that I tried to
move to 2.x and it's been a real mess. I can see that some of the big
things are the changes to the JX libraries. Also I have a couple of
widgets that I developed in 1.x that don't work at all in 2.x now
either. All of the documentation online seems to be all 1.x driven and
doesn't work under 2.x.

The reason I am even taking the effort to move to 2.x is because of all
of the additional exposed OpenLayers layers that are available. Does
anyone know if TileCache specifically is working now with Fusion 2.x?
Thanks.

- Tim

----
Timothy J Nolte - [hidden email]
Network Planning Engineer

iPCS Wireless, Inc.
4717 Broadmoor Ave, Suite G
Kentwood, MI 49512

Office: 616-656-5163
PCS:    616-706-2438
Fax:    616-554-6484
Web: www.ipcswirelessinc.com
_______________________________________________
fusion-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/fusion-users
_______________________________________________
fusion-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/fusion-users
Paul Spencer-2

Re: Fusion Conversion: 1.x -> 2.x

Reply Threaded More More options
Print post
Permalink
In reply to this post by Nolte, Tim
Hi Tim,

unfortunately the change from 1.x to 2.0 is disruptive due to an API  
change in JxLib and in Fusion itself (for widgets).  I thought I had  
posted something on this before but apparently I didn't.

For widgets, the big changes are:

1. change the initialize method to initializeWidget
2. remove call to Fusion.Widget.prototype.initialize.apply
3. remove calls to Fusion.Tool.xxxxx
4. add new attribute uiClass: Jx.Button for widgets that are  
represented as (this replaces calling  
Fusion.Tool.ButtonBase.prototype.initialize.apply)
5. if the widget is modal on the map, add new attribute isExclusive:  
true
6. remove activateTool if used

A good example of a button-based widget is Zoom.js.  If your widgets  
are not buttons then you can leave uiClass out or choose a different  
uiClass (like Jx.Menu for instance).

For JxLib, the changes were fairly widespread and it is hard to  
summarize them without looking at your template to see what parts you  
used.

One big change would be if you are using any prototype or  
scriptaculous stuff, you'll need to find the mootools equivalent

Another change is from Jx.Action with buttons to event listeners so  
where you would have created a button and an action before, now you  
just create the button and attach an event listener using  
button.addEvent('click', function() {});

If you want to send me your widgets or template code directly, I can  
provide you with more specific advice.

I haven't tried TileCache specifically but it supposed to work -  
actually, WMS layers work and TileCache usually uses a WMS layer so  
yes I think it does work.  If you want to use the TileCache layer to  
access a pre-built cache you will need to update OpenLayers.js to use  
a full build of the library or at least one that includes  
Layer.TileCache.

Cheers

Paul

On 2-Jun-09, at 8:40 AM, Nolte, Tim wrote:

> Does anyone have any tips on make a conversion from Fusion 1.x to  
> 2.x? I
> had a really nice custom layout created under Fusion 1.x that I  
> tried to
> move to 2.x and it's been a real mess. I can see that some of the big
> things are the changes to the JX libraries. Also I have a couple of
> widgets that I developed in 1.x that don't work at all in 2.x now
> either. All of the documentation online seems to be all 1.x driven and
> doesn't work under 2.x.
>
> The reason I am even taking the effort to move to 2.x is because of  
> all
> of the additional exposed OpenLayers layers that are available. Does
> anyone know if TileCache specifically is working now with Fusion 2.x?
> Thanks.
>
> - Tim
>
> ----
> Timothy J Nolte - [hidden email]
> Network Planning Engineer
>
> iPCS Wireless, Inc.
> 4717 Broadmoor Ave, Suite G
> Kentwood, MI 49512
>
> Office: 616-656-5163
> PCS:    616-706-2438
> Fax:    616-554-6484
> Web: www.ipcswirelessinc.com
> _______________________________________________
> fusion-users mailing list
> [hidden email]
> http://lists.osgeo.org/mailman/listinfo/fusion-users


__________________________________________

    Paul Spencer
    Chief Technology Officer
    DM Solutions Group Inc
    http://research.dmsolutions.ca/

_______________________________________________
fusion-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/fusion-users
Nolte, Tim

RE: Fusion Conversion: 1.x -> 2.x

Reply Threaded More More options
Print post
Permalink
In reply to this post by Nolte, Tim
Does anyone know why the new version of Fusion is only rendering my maps
via GD and not using AGG? I'm using this with MapServer and my mapfile
only has an AGG output format specified. Seems like Fusion is not
reading this portion of the mapfile.

- Tim

----
Timothy J Nolte - [hidden email]
Network Planning Engineer

iPCS Wireless, Inc.
4717 Broadmoor Ave, Suite G
Kentwood, MI 49512

Office: 616-656-5163
PCS:    616-706-2438
Fax:    616-554-6484
Web: www.ipcswirelessinc.com
_______________________________________________
fusion-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/fusion-users
Nolte, Tim

RE: Fusion Conversion: 1.x -> 2.x

Reply Threaded More More options
Print post
Permalink
I can assure you that there is something wrong with how Fusion is
handling my mapfile. I changed my IMAGETYPE to what you had and still
found that it was generating a GD image. So I did some digging. Here is
the url that was being passed to the mapserv cgi:

http://mapserver.ilpcs.com/cgi-bin/mapserv?layers=world_countries_large_
scale%20world_countries_mid_scale%20world_countries_small_scale1%20world
_countries_small_scale2%20built_up_areas%20voice_only_roaming%20voice_da
ta_roaming%20ipcs_voice_data%20ipcs_evdo%20inland_water_small_scale%20in
land_water%20inland_water_no_us%20rivers_and_streams_with_US%20rivers_an
d_streams_no_US%20canals_no_US%20regional_borders%20international_border
s%20roads%20roads_median%20railroads%20sea_labels%20ocean_labels%20built
_up_area_labels%20state_province_labels%20world_major_cities%20world_cap
itals%20island_labels%20inland_water_small_scale%20inland_water%20us_wat
er%20us_rivers_streams%20us_small_scale_state_borders%20us_large_scale_s
tate_borders%20us_international_borders%20us_ramps%20us_trails%20us_ferr
ies%20us_streets_for_raster%20us_railways%20us_small_scale_secondary_roa
ds%20us_secondary_roads%20us_small_scale_primary_roads%20us_primary_road
s%20us_primary_road_shields_small_scale%20us_primary_road_shields%20us_s
econdary_road_shields_small_scale%20us_secondary_road_shields%20small_to
wns%20towns%20small_cities%20medium_cities%20major_cities_100000%20major
_cities_1000000%20capital_cities%20state_labels%20national_capitals%20on
_air%20copyright&session=4a2828d05bdbc&map=%2Ftmp%2Fsess_4a2828d05bdbc%2
FiPCS.map&map_imagetype=png&mode=map&ts=1244145893344&mapext=-86.5204549
4505495+42.08666860282567+-84.71641412872842+43.798194505494436&imgext=-
86.52045494505495+42.08666860282567+-84.71641412872842+43.79819450549443
6&map_size=780+740&imgx=390&imgy=370&imgxy=780+740

If you look for the map_imagetype you'll see that it is being set to
"png". This is not a valid type in my file. I changed this to my valid
AGG imagetype:

http://mapserver.ilpcs.com/cgi-bin/mapserv?layers=world_countries_large_
scale%20world_countries_mid_scale%20world_countries_small_scale1%20world
_countries_small_scale2%20built_up_areas%20voice_only_roaming%20voice_da
ta_roaming%20ipcs_voice_data%20ipcs_evdo%20inland_water_small_scale%20in
land_water%20inland_water_no_us%20rivers_and_streams_with_US%20rivers_an
d_streams_no_US%20canals_no_US%20regional_borders%20international_border
s%20roads%20roads_median%20railroads%20sea_labels%20ocean_labels%20built
_up_area_labels%20state_province_labels%20world_major_cities%20world_cap
itals%20island_labels%20inland_water_small_scale%20inland_water%20us_wat
er%20us_rivers_streams%20us_small_scale_state_borders%20us_large_scale_s
tate_borders%20us_international_borders%20us_ramps%20us_trails%20us_ferr
ies%20us_streets_for_raster%20us_railways%20us_small_scale_secondary_roa
ds%20us_secondary_roads%20us_small_scale_primary_roads%20us_primary_road
s%20us_primary_road_shields_small_scale%20us_primary_road_shields%20us_s
econdary_road_shields_small_scale%20us_secondary_road_shields%20small_to
wns%20towns%20small_cities%20medium_cities%20major_cities_100000%20major
_cities_1000000%20capital_cities%20state_labels%20national_capitals%20on
_air%20copyright&session=4a2828d05bdbc&map=%2Ftmp%2Fsess_4a2828d05bdbc%2
FiPCS.map&map_imagetype=aggapng24&mode=map&ts=1244145893344&mapext=-86.5
2045494505495+42.08666860282567+-84.71641412872842+43.798194505494436&im
gext=-86.52045494505495+42.08666860282567+-84.71641412872842+43.79819450
5494436&map_size=780+740&imgx=390&imgy=370&imgxy=780+740

And wouldn't you know I got the expected results. So it would seem that
Fusion is looking at the MIMETYPE or DRIVER and using the generic image
type rather than using the IMAGETYPE setting that I specified in my
mapfile. I'm going to look into the Fusion code to find out how it is
reading the mapfile and getting that imagetype setting. For now I can
make sure that I only have the AGG output method specified with the
generic JPEG or PNG naming.


** Also, please reply-to-all when responding to these posts. If you
respond only to the poster then the community doesn't not get the whole
conversation and misses out on the benefits.


----
Timothy J Nolte - [hidden email]
Network Planning Engineer

iPCS Wireless, Inc.
4717 Broadmoor Ave, Suite G
Kentwood, MI 49512

Office: 616-656-5163
PCS:    616-706-2438
Fax:    616-554-6484
Web: www.ipcswirelessinc.com
-----Original Message-----
From: [hidden email] [mailto:[hidden email]] On Behalf Of
Paul Deschamps
Sent: Thursday, June 04, 2009 2:50 PM
To: Nolte, Tim
Subject: Re: [fusion-users] Fusion Conversion: 1.x -> 2.x

I can definitively say that fusion is not changing the outputformat.
Fusion calls the mapserver CGI which in tern opens up the mapfile
specified in the url.

If the mapfile located in your session folder has aggjpeg then the
mapserver cgi is using aggjpeg.

here's an example call to the mapserv cgi:
http://127.0.0.1:8082/cgi-bin/mapserv?layers=bathymetry%20land_fn%20park
%20drain_fn%20drainage%20prov_bound%20fedlimit%20popplace&session=4a2812
d39555f&map=%2Fhome%2Fpdeschamps%2Ffgs%2Ftmp%2F%2Fsess_4a2812d39555f%2FD
EMO.map&map_imagetype=png&mode=map&ts=1244140254648&mapext=-2925864.1788
99084+699102.2825688068+3798664.178899084+2428266.717431193&imgext=-2925
864.178899084+699102.2825688068+3798664.178899084+2428266.717431193&map_
size=805+207&imgx=402.5&imgy=103.5&imgxy=805+207

You can even change the mapfile in a text editor and refresh that url
and the map will change.

Perhaps what you are seeing is compression artifacts.I would suggest
changing from aggjpeg to aggpng24 transparent(alpha)

Hope this helps

Paul D.



OUTPUTFORMAT
    NAME 'AGGA'
    DRIVER AGG/PNG
    IMAGEMODE RGBA
END


On Thu, Jun 4, 2009 at 12:51 PM, Nolte, Tim
<[hidden email]> wrote:


        Q1: Yes mapfile that is generated also has aggjpeg set the for
image
        type.
       
        Q2: I can tell that it is not using AGG because the symbols and
layers
        are not anti-aliased. I have a Chameleon app that uses the same
exact
        output format and I get nice anti-aliased maps.
       
        - Tim
       

        ----
        Timothy J Nolte - [hidden email]
        Network Planning Engineer
       
        iPCS Wireless, Inc.
        4717 Broadmoor Ave, Suite G
        Kentwood, MI 49512
       
        Office: 616-656-5163
        PCS:    616-706-2438
        Fax:    616-554-6484
        Web: www.ipcswirelessinc.com
       
        -----Original Message-----
        From: [hidden email] [mailto:[hidden email]] On
Behalf Of
        Paul Deschamps
       
        Sent: Thursday, June 04, 2009 12:02 PM
        To: Nolte, Tim
        Subject: Re: [fusion-users] Fusion Conversion: 1.x -> 2.x
       
       
        Here's a q. If you navigate into your php session directory and
then
        into the active session and open up the mapfile that is inside
there is
        it the image type aggjpeg? as it is below? that you are seeing
below?
       
        Another Q: How are you making this determination that mapserver
is using
        GD?
       
        Cheers
       
        Paul.
       




--
   Paul Deschamps
   Applications Specialist
   DM Solutions Group Inc.

   Office: (613) 565-5056 x28
   [hidden email]
   http://www.dmsolutions.ca
   http://research.dmsolutions.ca
   


_______________________________________________
fusion-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/fusion-users
Paul Deschamps

Re: Fusion Conversion: 1.x -> 2.x

Reply Threaded More More options
Print post
Permalink
Hi Tim,

I have been unable to reproduce this issue with the current rev# 1863 of fusion. It looks to me that something in your loadmap.php script is not passing the image type to openlayers so the default action is set.

Have you modified anything in loadmap.php? perhaps you can send an attachment of the response from loadmap.php? or even better provide a link to the offending application.

See: trunk/lib/OpenLayers/OpenLayers.js around line 29288

    DEFAULT_PARAMS: {
        mode: "map",
        map_imagetype: "png"
    },

by default the map_imagetype is png. see what happens if you change it to this.

    DEFAULT_PARAMS: {
        mode: "map",
        map_imagetype: "aggapng24"
    },

Cheers

Paul D.


On Thu, Jun 4, 2009 at 4:19 PM, Nolte, Tim <[hidden email]> wrote:
I can assure you that there is something wrong with how Fusion is
handling my mapfile. I changed my IMAGETYPE to what you had and still
found that it was generating a GD image. So I did some digging. Here is
the url that was being passed to the mapserv cgi:

http://mapserver.ilpcs.com/cgi-bin/mapserv?layers=world_countries_large_
scale%20world_countries_mid_scale%20world_countries_small_scale1%20world

_countries_small_scale2%20built_up_areas%20voice_only_roaming%20voice_da
ta_roaming%20ipcs_voice_data%20ipcs_evdo%20inland_water_small_scale%20in
land_water%20inland_water_no_us%20rivers_and_streams_with_US%20rivers_an
d_streams_no_US%20canals_no_US%20regional_borders%20international_border
s%20roads%20roads_median%20railroads%20sea_labels%20ocean_labels%20built
_up_area_labels%20state_province_labels%20world_major_cities%20world_cap
itals%20island_labels%20inland_water_small_scale%20inland_water%20us_wat
er%20us_rivers_streams%20us_small_scale_state_borders%20us_large_scale_s
tate_borders%20us_international_borders%20us_ramps%20us_trails%20us_ferr
ies%20us_streets_for_raster%20us_railways%20us_small_scale_secondary_roa
ds%20us_secondary_roads%20us_small_scale_primary_roads%20us_primary_road
s%20us_primary_road_shields_small_scale%20us_primary_road_shields%20us_s
econdary_road_shields_small_scale%20us_secondary_road_shields%20small_to
wns%20towns%20small_cities%20medium_cities%20major_cities_100000%20major
_cities_1000000%20capital_cities%20state_labels%20national_capitals%20on
_air%20copyright&session=4a2828d05bdbc&map=%2Ftmp%2Fsess_4a2828d05bdbc%2
FiPCS.map&map_imagetype=png&mode=map&ts=1244145893344&mapext=-86.5204549
4505495+42.08666860282567+-84.71641412872842+43.798194505494436&imgext=-
86.52045494505495+42.08666860282567+-84.71641412872842+43.79819450549443
6&map_size=780+740&imgx=390&imgy=370&imgxy=780+740

If you look for the map_imagetype you'll see that it is being set to
"png". This is not a valid type in my file. I changed this to my valid
AGG imagetype:

http://mapserver.ilpcs.com/cgi-bin/mapserv?layers=world_countries_large_
scale%20world_countries_mid_scale%20world_countries_small_scale1%20world

_countries_small_scale2%20built_up_areas%20voice_only_roaming%20voice_da
ta_roaming%20ipcs_voice_data%20ipcs_evdo%20inland_water_small_scale%20in
land_water%20inland_water_no_us%20rivers_and_streams_with_US%20rivers_an
d_streams_no_US%20canals_no_US%20regional_borders%20international_border
s%20roads%20roads_median%20railroads%20sea_labels%20ocean_labels%20built
_up_area_labels%20state_province_labels%20world_major_cities%20world_cap
itals%20island_labels%20inland_water_small_scale%20inland_water%20us_wat
er%20us_rivers_streams%20us_small_scale_state_borders%20us_large_scale_s
tate_borders%20us_international_borders%20us_ramps%20us_trails%20us_ferr
ies%20us_streets_for_raster%20us_railways%20us_small_scale_secondary_roa
ds%20us_secondary_roads%20us_small_scale_primary_roads%20us_primary_road
s%20us_primary_road_shields_small_scale%20us_primary_road_shields%20us_s
econdary_road_shields_small_scale%20us_secondary_road_shields%20small_to
wns%20towns%20small_cities%20medium_cities%20major_cities_100000%20major
_cities_1000000%20capital_cities%20state_labels%20national_capitals%20on
_air%20copyright&session=4a2828d05bdbc&map=%2Ftmp%2Fsess_4a2828d05bdbc%2
FiPCS.map&map_imagetype=aggapng24&mode=map&ts=1244145893344&mapext=-86.5
2045494505495+42.08666860282567+-84.71641412872842+43.798194505494436&im
gext=-86.52045494505495+42.08666860282567+-84.71641412872842+43.79819450
5494436&map_size=780+740&imgx=390&imgy=370&imgxy=780+740

And wouldn't you know I got the expected results. So it would seem that
Fusion is looking at the MIMETYPE or DRIVER and using the generic image
type rather than using the IMAGETYPE setting that I specified in my
mapfile. I'm going to look into the Fusion code to find out how it is
reading the mapfile and getting that imagetype setting. For now I can
make sure that I only have the AGG output method specified with the
generic JPEG or PNG naming.


** Also, please reply-to-all when responding to these posts. If you
respond only to the poster then the community doesn't not get the whole
conversation and misses out on the benefits.


----
Timothy J Nolte - [hidden email]
Network Planning Engineer

iPCS Wireless, Inc.
4717 Broadmoor Ave, Suite G
Kentwood, MI 49512

Office: 616-656-5163
PCS:    616-706-2438
Fax:    616-554-6484
Web: www.ipcswirelessinc.com
-----Original Message-----
From: [hidden email] [mailto:[hidden email]] On Behalf Of
Paul Deschamps
Sent: Thursday, June 04, 2009 2:50 PM
To: Nolte, Tim
Subject: Re: [fusion-users] Fusion Conversion: 1.x -> 2.x

I can definitively say that fusion is not changing the outputformat.
Fusion calls the mapserver CGI which in tern opens up the mapfile
specified in the url.

If the mapfile located in your session folder has aggjpeg then the
mapserver cgi is using aggjpeg.

here's an example call to the mapserv cgi:
http://127.0.0.1:8082/cgi-bin/mapserv?layers=bathymetry%20land_fn%20park
%20drain_fn%20drainage%20prov_bound%20fedlimit%20popplace&session=4a2812
d39555f&map=%2Fhome%2Fpdeschamps%2Ffgs%2Ftmp%2F%2Fsess_4a2812d39555f%2FD
EMO.map&map_imagetype=png&mode=map&ts=1244140254648&mapext=-2925864.1788

99084+699102.2825688068+3798664.178899084+2428266.717431193&imgext=-2925
864.178899084+699102.2825688068+3798664.178899084+2428266.717431193&map_
size=805+207&imgx=402.5&imgy=103.5&imgxy=805+207

You can even change the mapfile in a text editor and refresh that url
and the map will change.

Perhaps what you are seeing is compression artifacts.I would suggest
changing from aggjpeg to aggpng24 transparent(alpha)

Hope this helps

Paul D.



OUTPUTFORMAT
   NAME 'AGGA'
   DRIVER AGG/PNG
   IMAGEMODE RGBA
END


On Thu, Jun 4, 2009 at 12:51 PM, Nolte, Tim
<[hidden email]> wrote:


       Q1: Yes mapfile that is generated also has aggjpeg set the for
image
       type.

       Q2: I can tell that it is not using AGG because the symbols and
layers
       are not anti-aliased. I have a Chameleon app that uses the same
exact
       output format and I get nice anti-aliased maps.

       - Tim


       ----
       Timothy J Nolte - [hidden email]
       Network Planning Engineer

       iPCS Wireless, Inc.
       4717 Broadmoor Ave, Suite G
       Kentwood, MI 49512

       Office: 616-656-5163
       PCS:    616-706-2438
       Fax:    616-554-6484
       Web: www.ipcswirelessinc.com

       -----Original Message-----
       From: [hidden email] [mailto:[hidden email]] On
Behalf Of
       Paul Deschamps

       Sent: Thursday, June 04, 2009 12:02 PM
       To: Nolte, Tim
       Subject: Re: [fusion-users] Fusion Conversion: 1.x -> 2.x


       Here's a q. If you navigate into your php session directory and
then
       into the active session and open up the mapfile that is inside
there is
       it the image type aggjpeg? as it is below? that you are seeing
below?

       Another Q: How are you making this determination that mapserver
is using
       GD?

       Cheers

       Paul.





--
  Paul Deschamps
  Applications Specialist
  DM Solutions Group Inc.

  Office: (613) 565-5056 x28
  [hidden email]
  http://www.dmsolutions.ca
  http://research.dmsolutions.ca



_______________________________________________
fusion-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/fusion-users



--
   Paul Deschamps
   Applications Specialist
   DM Solutions Group Inc.

   Office: (613) 565-5056 x28
   [hidden email]
   http://www.dmsolutions.ca
   http://research.dmsolutions.ca
   


_______________________________________________
fusion-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/fusion-users