geoserver-based ka-map demo

classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

geoserver-based ka-map demo

sfarber
Hello all,

I've finally gotten our geoserver-based ka-map demo onto the internet.

It can be seen at http://maps.massgis.state.ma.us/~sfarber/ka-map/

Here's a brief rundown.


1)  a web-server (maps.massgis.state.ma.us) hosts the ka-map javascript
and html files.  There's an "init.php" file, but it's not actually doing
anything php-related...just a text file with the right name so that
ka-map picks it up.

2)  a "load-balancer" (really a desktop PC running balance-1.3.0)
splitting requests over three machines.  If you dive into the javascript
you can figure out it's ip.

3)  three back-end "geoserver boxes", each dual Xeon 2.8Ghz with a gig
or a gig-and-a-half of ram.  Each runs squid on port 80, doing
http-acceleration of all HTTP-get requests from tomcat on port 8080.
Each cache is configured to try and find the others for already cached
URLS/tiles.  These are not publically accessible via TCP/IP.

4)  A beefy back-end SDE database, (also inaccessible to the outside
world), dual opeteron 252's and 8GB RAM.



As I poke around the map, I'm noticing all kinds of little bugs.
Sometimes tiles just don't appear correctly (leaving little "holes" in
the map at certain scales) and there seems to be some sort of text
artifacts that indicate my SLD isn't correctly formed.

Feel free to poke around.  Places where people have already visited (and
hence, their tiles have been cache in squid) will be licked-split.
Other areas where people have not visited in 2400 seconds will not be so
fast, as geoserver needs to render each tile separately.


I'll get a clearer description of how to do this onto the wiki when I
get a spare moment.  Hopefully in a week or so.

--saul



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Geoserver-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Reply | Threaded
Open this post in threaded view
|

Re: geoserver-based ka-map demo

Justin Deoliveira-3
Hi Saul,

This looks great. You have to love it when you can see all the tech
playing nice together. Great demo.

-Justin

Saul Farber wrote:

> Hello all,
>
> I've finally gotten our geoserver-based ka-map demo onto the internet.
>
> It can be seen at http://maps.massgis.state.ma.us/~sfarber/ka-map/
>
> Here's a brief rundown.
>
>
> 1)  a web-server (maps.massgis.state.ma.us) hosts the ka-map javascript
> and html files.  There's an "init.php" file, but it's not actually doing
> anything php-related...just a text file with the right name so that
> ka-map picks it up.
>
> 2)  a "load-balancer" (really a desktop PC running balance-1.3.0)
> splitting requests over three machines.  If you dive into the javascript
> you can figure out it's ip.
>
> 3)  three back-end "geoserver boxes", each dual Xeon 2.8Ghz with a gig
> or a gig-and-a-half of ram.  Each runs squid on port 80, doing
> http-acceleration of all HTTP-get requests from tomcat on port 8080.
> Each cache is configured to try and find the others for already cached
> URLS/tiles.  These are not publically accessible via TCP/IP.
>
> 4)  A beefy back-end SDE database, (also inaccessible to the outside
> world), dual opeteron 252's and 8GB RAM.
>
>
>
> As I poke around the map, I'm noticing all kinds of little bugs.
> Sometimes tiles just don't appear correctly (leaving little "holes" in
> the map at certain scales) and there seems to be some sort of text
> artifacts that indicate my SLD isn't correctly formed.
>
> Feel free to poke around.  Places where people have already visited (and
> hence, their tiles have been cache in squid) will be licked-split.
> Other areas where people have not visited in 2400 seconds will not be so
> fast, as geoserver needs to render each tile separately.
>
>
> I'll get a clearer description of how to do this onto the wiki when I
> get a spare moment.  Hopefully in a week or so.
>
> --saul
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Geoserver-users mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Geoserver-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Reply | Threaded
Open this post in threaded view
|

Re: geoserver-based ka-map demo

Brent Owens
In reply to this post by sfarber
That's awesome Saul!

The only little problem I have seen so far is a label getting partially
cut by the edge of the tile. I'm not sure if the renderer is supposed to
fit it in the image completely.

Brent Owens
TOPP



Saul Farber wrote:

>Hello all,
>
>I've finally gotten our geoserver-based ka-map demo onto the internet.
>
>It can be seen at http://maps.massgis.state.ma.us/~sfarber/ka-map/
>
>Here's a brief rundown.
>
>
>1)  a web-server (maps.massgis.state.ma.us) hosts the ka-map javascript
>and html files.  There's an "init.php" file, but it's not actually doing
>anything php-related...just a text file with the right name so that
>ka-map picks it up.
>
>2)  a "load-balancer" (really a desktop PC running balance-1.3.0)
>splitting requests over three machines.  If you dive into the javascript
>you can figure out it's ip.
>
>3)  three back-end "geoserver boxes", each dual Xeon 2.8Ghz with a gig
>or a gig-and-a-half of ram.  Each runs squid on port 80, doing
>http-acceleration of all HTTP-get requests from tomcat on port 8080.
>Each cache is configured to try and find the others for already cached
>URLS/tiles.  These are not publically accessible via TCP/IP.
>
>4)  A beefy back-end SDE database, (also inaccessible to the outside
>world), dual opeteron 252's and 8GB RAM.
>
>
>
>As I poke around the map, I'm noticing all kinds of little bugs.
>Sometimes tiles just don't appear correctly (leaving little "holes" in
>the map at certain scales) and there seems to be some sort of text
>artifacts that indicate my SLD isn't correctly formed.
>
>Feel free to poke around.  Places where people have already visited (and
>hence, their tiles have been cache in squid) will be licked-split.
>Other areas where people have not visited in 2400 seconds will not be so
>fast, as geoserver needs to render each tile separately.
>
>
>I'll get a clearer description of how to do this onto the wiki when I
>get a spare moment.  Hopefully in a week or so.
>
>--saul
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>for problems?  Stop!  Download the new AJAX search engine that makes
>searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>_______________________________________________
>Geoserver-users mailing list
>[hidden email]
>https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>  
>


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Geoserver-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Reply | Threaded
Open this post in threaded view
|

RE: geoserver-based ka-map demo

sfarber
In reply to this post by sfarber
Yeah, Its a label-shields rendering bug.  Now that its actually public I'm sure I'll be more motivated to get it working right.
 
--saul

        -----Original Message-----
        From: Brent Owens [mailto:[hidden email]]
        Sent: Fri 12/30/2005 6:53 PM
        To: Saul Farber
        Cc: [hidden email]
        Subject: Re: [Geoserver-users] geoserver-based ka-map demo
       
       

        That's awesome Saul!
       
        The only little problem I have seen so far is a label getting partially
        cut by the edge of the tile. I'm not sure if the renderer is supposed to
        fit it in the image completely.
       
        Brent Owens
        TOPP
       
       
       
        Saul Farber wrote:
       
        >Hello all,
        >
        >I've finally gotten our geoserver-based ka-map demo onto the internet.
        >
        >It can be seen at http://maps.massgis.state.ma.us/~sfarber/ka-map/
        >
        >Here's a brief rundown.
        >
        >
        >1)  a web-server (maps.massgis.state.ma.us) hosts the ka-map javascript
        >and html files.  There's an "init.php" file, but it's not actually doing
        >anything php-related...just a text file with the right name so that
        >ka-map picks it up.
        >
        >2)  a "load-balancer" (really a desktop PC running balance-1.3.0)
        >splitting requests over three machines.  If you dive into the javascript
        >you can figure out it's ip.
        >
        >3)  three back-end "geoserver boxes", each dual Xeon 2.8Ghz with a gig
        >or a gig-and-a-half of ram.  Each runs squid on port 80, doing
        >http-acceleration of all HTTP-get requests from tomcat on port 8080.
        >Each cache is configured to try and find the others for already cached
        >URLS/tiles.  These are not publically accessible via TCP/IP.
        >
        >4)  A beefy back-end SDE database, (also inaccessible to the outside
        >world), dual opeteron 252's and 8GB RAM.
        >
        >
        >
        >As I poke around the map, I'm noticing all kinds of little bugs.
        >Sometimes tiles just don't appear correctly (leaving little "holes" in
        >the map at certain scales) and there seems to be some sort of text
        >artifacts that indicate my SLD isn't correctly formed.
        >
        >Feel free to poke around.  Places where people have already visited (and
        >hence, their tiles have been cache in squid) will be licked-split.
        >Other areas where people have not visited in 2400 seconds will not be so
        >fast, as geoserver needs to render each tile separately.
        >
        >
        >I'll get a clearer description of how to do this onto the wiki when I
        >get a spare moment.  Hopefully in a week or so.
        >
        >--saul
        >
        >
        >
        >-------------------------------------------------------
        >This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
        >for problems?  Stop!  Download the new AJAX search engine that makes
        >searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
        >http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
        >_______________________________________________
        >Geoserver-users mailing list
        >[hidden email]
        >https://lists.sourceforge.net/lists/listinfo/geoserver-users
        >
        >
        >
       

N�HY޵隊X���'���u���[�������
ަ�k��!���W�~�鮆�zk��C� 塧m����@^ǚ��^��z�Z�f�z�j�!�x2�������ɫ,��� a{� �,�H��4�m���i�(��ܢo�v'��jYhr'ׯ:�rX��g����z��z�&j)b� b�ў�ǫ�����+-��.�ǟ����a��l��b��,���y�+��޷�b��?�+-�w������z��z�
Reply | Threaded
Open this post in threaded view
|

RE: geoserver-based ka-map demo

Chris Tweedie-2
In reply to this post by sfarber
Hi Saul, great work.

Care to share your edits to the kamap backend to the cvs? Im interested
to see how you modified the php to not use mapscript and just standard
wms calls.

Afaik geoserver does not have the same label buffering that you can
specify in mapserver. This is why some tile's annotation appears to be
cut off

Great work :)

Chris Tweedie

-----Original Message-----

This e-mail and any files transmitted with it are intended only for the use of the addressee(s).  It may contain information that is confidential and privileged.  If you are not an intended recipient, any use, interference with, disclosure, distribution or copying of this material is unauthorised and prohibited.  If you receive this in error, please notify the author by Return email to the sender.  Information in this message not relating to the official business of DLI shall be understood as neither given nor endorsed by it.  While every care is taken, it is recommended that you scan any attachments for viruses.  DLI liability is limited to re-supplying affected attachments.

**********************  

PLEASE NOTE: All dola.wa.gov.au and vgo.wa.gov.au email addresses will soon be decommissioned. These have been replaced by dli.wa.gov.au addresses. Please ensure that your records are updated to reflect this change.  Further information can be obtained by contacting our service desk on 92737533 or emailing [hidden email]

**********************
   

From: [hidden email]
[mailto:[hidden email]] On Behalf Of Brent
Owens
Sent: Saturday, 31 December 2005 7:54 AM
To: Saul Farber
Cc: [hidden email]
Subject: Re: [Geoserver-users] geoserver-based ka-map demo

That's awesome Saul!

The only little problem I have seen so far is a label getting partially
cut by the edge of the tile. I'm not sure if the renderer is supposed to

fit it in the image completely.

Brent Owens
TOPP



Saul Farber wrote:

>Hello all,
>
>I've finally gotten our geoserver-based ka-map demo onto the internet.
>
>It can be seen at http://maps.massgis.state.ma.us/~sfarber/ka-map/
>
>Here's a brief rundown.
>
>
>1)  a web-server (maps.massgis.state.ma.us) hosts the ka-map javascript
>and html files.  There's an "init.php" file, but it's not actually
doing
>anything php-related...just a text file with the right name so that
>ka-map picks it up.
>
>2)  a "load-balancer" (really a desktop PC running balance-1.3.0)
>splitting requests over three machines.  If you dive into the
javascript

>you can figure out it's ip.
>
>3)  three back-end "geoserver boxes", each dual Xeon 2.8Ghz with a gig
>or a gig-and-a-half of ram.  Each runs squid on port 80, doing
>http-acceleration of all HTTP-get requests from tomcat on port 8080.
>Each cache is configured to try and find the others for already cached
>URLS/tiles.  These are not publically accessible via TCP/IP.
>
>4)  A beefy back-end SDE database, (also inaccessible to the outside
>world), dual opeteron 252's and 8GB RAM.
>
>
>
>As I poke around the map, I'm noticing all kinds of little bugs.
>Sometimes tiles just don't appear correctly (leaving little "holes" in
>the map at certain scales) and there seems to be some sort of text
>artifacts that indicate my SLD isn't correctly formed.
>
>Feel free to poke around.  Places where people have already visited
(and
>hence, their tiles have been cache in squid) will be licked-split.
>Other areas where people have not visited in 2400 seconds will not be
so

>fast, as geoserver needs to render each tile separately.
>
>
>I'll get a clearer description of how to do this onto the wiki when I
>get a spare moment.  Hopefully in a week or so.
>
>--saul
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files

>for problems?  Stop!  Download the new AJAX search engine that makes
>searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>_______________________________________________
>Geoserver-users mailing list
>[hidden email]
>https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>  
>


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Geoserver-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geoserver-users


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
<a href="http://ads.osdn.com/?ad_idv37&alloc_id865&op=click">http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
_______________________________________________
Geoserver-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geoserver-users