Hi,
I'm trying to understand how I implement my own interface with GeoServer. It looks like GeoServer is using Struts. Is this the case? If so, do I need to use the source code for GeoServer and alter the Struts framework to contain my JSPs? If not, well, then I'm lost.
Amy
What exactly are you looking to do? Like what do you want out of your own interface?
GeoServer is using struts, and to change that you would need to add your jsps to the struts stuff we have going.
Admittedly we don't like our struts stuff all that much, and are contemplating moving to a nicer framework, especially one that would make it easier for others to add their own interfaces. But for now it's struts.
best regards,
Chris
Amy Johnson wrote:
Hi,
I'm trying to understand how I implement my own interface with GeoServer. It looks like GeoServer is using Struts. Is this the case? If so, do I need to use the source code for GeoServer and alter the Struts framework to contain my JSPs? If not, well, then I'm lost.
Amy
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users!DSPAM:1003,456dfc6d43009771116852!
--
Chris Holmes
The Open Planning Project
http://topp.openplans.org
Chris,
I'm trying to build an interface that allows online users to select layers to display and to be able to input data associated with an area they define. I also need to tailor the map and data a little, and from the demos available, it looks like that's all done within the struts framework. That's the basics.
I have to say I'm not a huge struts fan, but that's okay. I'm really happy with GeoTools in general, and the development group seems so committed to making a good product, I'll use struts.
Best regards,
Amy
Chris Holmes wrote:
What exactly are you looking to do? Like what do you want out of your own interface?
GeoServer is using struts, and to change that you would need to add your jsps to the struts stuff we have going.
Admittedly we don't like our struts stuff all that much, and are contemplating moving to a nicer framework, especially one that would make it easier for others to add their own interfaces. But for now it's struts.
best regards,
Chris
Amy Johnson wrote:
Hi,
I'm trying to understand how I implement my own interface with GeoServer. It looks like GeoServer is using Struts. Is this the case? If so, do I need to use the source code for GeoServer and alter the Struts framework to contain my JSPs? If not, well, then I'm lost.
Amy
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users!DSPAM:1003,456dfc6d43009771116852!
I'd actually recommend against struts for what you're looking to do.
Most everything GeoServer does you can interact with through open standard apis. So there are a number of clients that let users select layers to display, and a smaller number of ones that let you input data associated with an area (the first is through the WMS protocol, the second through WFS-Transactions).
Anything that is not handled through an open protocol (such as defining a fully new data layer) can be handled by hacking some xml files and telling GeoServer to reload. See: http://docs.codehaus.org/display/GEOSDOC/Alternative+for+reloading+the+Geoserver+catalog
Struts is a pain to work with, and making a nice mapping application through it is a pain. A few other options:
OpenLayers - http://openlayers.org is pure javascript with a really nice Object Oriented design, can configure everything through javascript. Similar to a Google Maps API, but open source so the whole thing's hackable. It already lets users select layers, and you can restyle the whole thing through CSS.
The downside is it currently lacks support for WFS-T, to let users input new data.
MapBuilder - http://docs.codehaus.org/display/MAP/Home is another javascript WMS/WFS-T client. If you look at the demos in GeoServer the ones where you can edit features are on mapbuilder. The demos in GeoServer are sort of in struts, but they could just as easily be on a normal html page.
MapBender - http://mapbender.org for php types is a very good option. Does WFS-T and digitizing and WMS.
I can attest to the quality of each of these, I know developers in all three projects. They have the same standards and ideals as GeoTools. And you won't have to deal with struts, which none of us like. If you want to ship them in the same distribution as GeoServer you can just include the html pages in the servlet container.
best regards,
Chris
Amy Johnson wrote:
Chris,
I'm trying to build an interface that allows online users to select layers to display and to be able to input data associated with an area they define. I also need to tailor the map and data a little, and from the demos available, it looks like that's all done within the struts framework. That's the basics.
I have to say I'm not a huge struts fan, but that's okay. I'm really happy with GeoTools in general, and the development group seems so committed to making a good product, I'll use struts.
Best regards,
Amy
Chris Holmes wrote:
What exactly are you looking to do? Like what do you want out of your own interface?
GeoServer is using struts, and to change that you would need to add your jsps to the struts stuff we have going.
Admittedly we don't like our struts stuff all that much, and are contemplating moving to a nicer framework, especially one that would make it easier for others to add their own interfaces. But for now it's struts.
best regards,
Chris
Amy Johnson wrote:
Hi,
I'm trying to understand how I implement my own interface with GeoServer. It looks like GeoServer is using Struts. Is this the case? If so, do I need to use the source code for GeoServer and alter the Struts framework to contain my JSPs? If not, well, then I'm lost.
Amy
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users!DSPAM:1003,456e063c54482223018498!
--
Chris Holmes
The Open Planning Project
http://topp.openplans.org
Okay, I'll check those out. Are there any particular documents besides the http://docs.codehaus.org/display/GEOSDOC/Alternative+for+reloading+the+Geoserver+catalog that would be useful for me to read early on?
Chris Holmes wrote:
I'd actually recommend against struts for what you're looking to do.
Most everything GeoServer does you can interact with through open standard apis. So there are a number of clients that let users select layers to display, and a smaller number of ones that let you input data associated with an area (the first is through the WMS protocol, the second through WFS-Transactions).
Anything that is not handled through an open protocol (such as defining a fully new data layer) can be handled by hacking some xml files and telling GeoServer to reload. See: http://docs.codehaus.org/display/GEOSDOC/Alternative+for+reloading+the+Geoserver+catalog
Struts is a pain to work with, and making a nice mapping application through it is a pain. A few other options:
OpenLayers - http://openlayers.org is pure javascript with a really nice Object Oriented design, can configure everything through javascript. Similar to a Google Maps API, but open source so the whole thing's hackable. It already lets users select layers, and you can restyle the whole thing through CSS.
The downside is it currently lacks support for WFS-T, to let users input new data.
MapBuilder - http://docs.codehaus.org/display/MAP/Home is another javascript WMS/WFS-T client. If you look at the demos in GeoServer the ones where you can edit features are on mapbuilder. The demos in GeoServer are sort of in struts, but they could just as easily be on a normal html page.
MapBender - http://mapbender.org for php types is a very good option. Does WFS-T and digitizing and WMS.
I can attest to the quality of each of these, I know developers in all three projects. They have the same standards and ideals as GeoTools. And you won't have to deal with struts, which none of us like. If you want to ship them in the same distribution as GeoServer you can just include the html pages in the servlet container.
best regards,
Chris
Amy Johnson wrote:
Chris,
I'm trying to build an interface that allows online users to select layers to display and to be able to input data associated with an area they define. I also need to tailor the map and data a little, and from the demos available, it looks like that's all done within the struts framework. That's the basics.
I have to say I'm not a huge struts fan, but that's okay. I'm really happy with GeoTools in general, and the development group seems so committed to making a good product, I'll use struts.
Best regards,
Amy
Chris Holmes wrote:
What exactly are you looking to do? Like what do you want out of your own interface?
GeoServer is using struts, and to change that you would need to add your jsps to the struts stuff we have going.
Admittedly we don't like our struts stuff all that much, and are contemplating moving to a nicer framework, especially one that would make it easier for others to add their own interfaces. But for now it's struts.
best regards,
Chris
Amy Johnson wrote:
Hi,
I'm trying to understand how I implement my own interface with GeoServer. It looks like GeoServer is using Struts. Is this the case? If so, do I need to use the source code for GeoServer and alter the Struts framework to contain my JSPs? If not, well, then I'm lost.
Amy
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users!DSPAM:1003,456e063c54482223018498!
Are you knowledgeable about the WFS and WMS specifications? Unfortunately they lack good documentation to introduce them. But they are quite powerful and most of what you're doing will interact with them. Though the clients I listed abstract most of the communication with the protocol, you more have to figure out how the clients work.
We started a bit of a write up, some of which may be useful: http://udig.refractions.net/confluence/display/GOWS/TOC
best regards,
Chris
Amy Johnson wrote:
Okay, I'll check those out. Are there any particular documents besides the http://docs.codehaus.org/display/GEOSDOC/Alternative+for+reloading+the+Geoserver+catalog that would be useful for me to read early on?
Chris Holmes wrote:
I'd actually recommend against struts for what you're looking to do.
Most everything GeoServer does you can interact with through open standard apis. So there are a number of clients that let users select layers to display, and a smaller number of ones that let you input data associated with an area (the first is through the WMS protocol, the second through WFS-Transactions).
Anything that is not handled through an open protocol (such as defining a fully new data layer) can be handled by hacking some xml files and telling GeoServer to reload. See: http://docs.codehaus.org/display/GEOSDOC/Alternative+for+reloading+the+Geoserver+catalog
Struts is a pain to work with, and making a nice mapping application through it is a pain. A few other options:
OpenLayers - http://openlayers.org is pure javascript with a really nice Object Oriented design, can configure everything through javascript. Similar to a Google Maps API, but open source so the whole thing's hackable. It already lets users select layers, and you can restyle the whole thing through CSS.
The downside is it currently lacks support for WFS-T, to let users input new data.
MapBuilder - http://docs.codehaus.org/display/MAP/Home is another javascript WMS/WFS-T client. If you look at the demos in GeoServer the ones where you can edit features are on mapbuilder. The demos in GeoServer are sort of in struts, but they could just as easily be on a normal html page.
MapBender - http://mapbender.org for php types is a very good option. Does WFS-T and digitizing and WMS.
I can attest to the quality of each of these, I know developers in all three projects. They have the same standards and ideals as GeoTools. And you won't have to deal with struts, which none of us like. If you want to ship them in the same distribution as GeoServer you can just include the html pages in the servlet container.
best regards,
Chris
Amy Johnson wrote:
Chris,
I'm trying to build an interface that allows online users to select layers to display and to be able to input data associated with an area they define. I also need to tailor the map and data a little, and from the demos available, it looks like that's all done within the struts framework. That's the basics.
I have to say I'm not a huge struts fan, but that's okay. I'm really happy with GeoTools in general, and the development group seems so committed to making a good product, I'll use struts.
Best regards,
Amy
Chris Holmes wrote:
What exactly are you looking to do? Like what do you want out of your own interface?
GeoServer is using struts, and to change that you would need to add your jsps to the struts stuff we have going.
Admittedly we don't like our struts stuff all that much, and are contemplating moving to a nicer framework, especially one that would make it easier for others to add their own interfaces. But for now it's struts.
best regards,
Chris
Amy Johnson wrote:
Hi,
I'm trying to understand how I implement my own interface with GeoServer. It looks like GeoServer is using Struts. Is this the case? If so, do I need to use the source code for GeoServer and alter the Struts framework to contain my JSPs? If not, well, then I'm lost.
Amy
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users!DSPAM:1003,456e09af58391429667743!
--
Chris Holmes
The Open Planning Project
http://topp.openplans.org
We could also sit down with you in an IRC channel and try and walk you through setting all of this up. It will benefit all of us because we could maybe get a walkthrough out of it, or at least an idea of what we need to be telling people new to this area, and you will get some good advice.
Interested?
Brent Owens
(The Open Planning Project)
Amy Johnson wrote:
Okay, I'll check those out. Are there any particular documents besides the http://docs.codehaus.org/display/GEOSDOC/Alternative+for+reloading+the+Geoserver+catalog that would be useful for me to read early on?
Chris Holmes wrote:
I'd actually recommend against struts for what you're looking to do.
Most everything GeoServer does you can interact with through open standard apis. So there are a number of clients that let users select layers to display, and a smaller number of ones that let you input data associated with an area (the first is through the WMS protocol, the second through WFS-Transactions).
Anything that is not handled through an open protocol (such as defining a fully new data layer) can be handled by hacking some xml files and telling GeoServer to reload. See: http://docs.codehaus.org/display/GEOSDOC/Alternative+for+reloading+the+Geoserver+catalog
Struts is a pain to work with, and making a nice mapping application through it is a pain. A few other options:
OpenLayers - http://openlayers.org is pure javascript with a really nice Object Oriented design, can configure everything through javascript. Similar to a Google Maps API, but open source so the whole thing's hackable. It already lets users select layers, and you can restyle the whole thing through CSS.
The downside is it currently lacks support for WFS-T, to let users input new data.
MapBuilder - http://docs.codehaus.org/display/MAP/Home is another javascript WMS/WFS-T client. If you look at the demos in GeoServer the ones where you can edit features are on mapbuilder. The demos in GeoServer are sort of in struts, but they could just as easily be on a normal html page.
MapBender - http://mapbender.org for php types is a very good option. Does WFS-T and digitizing and WMS.
I can attest to the quality of each of these, I know developers in all three projects. They have the same standards and ideals as GeoTools. And you won't have to deal with struts, which none of us like. If you want to ship them in the same distribution as GeoServer you can just include the html pages in the servlet container.
best regards,
Chris
Amy Johnson wrote:
Chris,
I'm trying to build an interface that allows online users to select layers to display and to be able to input data associated with an area they define. I also need to tailor the map and data a little, and from the demos available, it looks like that's all done within the struts framework. That's the basics.
I have to say I'm not a huge struts fan, but that's okay. I'm really happy with GeoTools in general, and the development group seems so committed to making a good product, I'll use struts.
Best regards,
Amy
Chris Holmes wrote:
What exactly are you looking to do? Like what do you want out of your own interface?
GeoServer is using struts, and to change that you would need to add your jsps to the struts stuff we have going.
Admittedly we don't like our struts stuff all that much, and are contemplating moving to a nicer framework, especially one that would make it easier for others to add their own interfaces. But for now it's struts.
best regards,
Chris
Amy Johnson wrote:
Hi,
I'm trying to understand how I implement my own interface with GeoServer. It looks like GeoServer is using Struts. Is this the case? If so, do I need to use the source code for GeoServer and alter the Struts framework to contain my JSPs? If not, well, then I'm lost.
Amy
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users!DSPAM:1003,456e063c54482223018498!
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Yeah, that would be great. Is there a preferable day or time?
Amy
Brent Owens wrote:
We could also sit down with you in an IRC channel and try and walk you through setting all of this up. It will benefit all of us because we could maybe get a walkthrough out of it, or at least an idea of what we need to be telling people new to this area, and you will get some good advice.
Interested?Brent Owens
(The Open Planning Project)Amy Johnson wrote:
Okay, I'll check those out. Are there any particular documents besides the http://docs.codehaus.org/display/GEOSDOC/Alternative+for+reloading+the+Geoserver+catalog that would be useful for me to read early on?
Chris Holmes wrote:
I'd actually recommend against struts for what you're looking to do.
Most everything GeoServer does you can interact with through open standard apis. So there are a number of clients that let users select layers to display, and a smaller number of ones that let you input data associated with an area (the first is through the WMS protocol, the second through WFS-Transactions).
Anything that is not handled through an open protocol (such as defining a fully new data layer) can be handled by hacking some xml files and telling GeoServer to reload. See: http://docs.codehaus.org/display/GEOSDOC/Alternative+for+reloading+the+Geoserver+catalog
Struts is a pain to work with, and making a nice mapping application through it is a pain. A few other options:
OpenLayers - http://openlayers.org is pure javascript with a really nice Object Oriented design, can configure everything through javascript. Similar to a Google Maps API, but open source so the whole thing's hackable. It already lets users select layers, and you can restyle the whole thing through CSS.
The downside is it currently lacks support for WFS-T, to let users input new data.
MapBuilder - http://docs.codehaus.org/display/MAP/Home is another javascript WMS/WFS-T client. If you look at the demos in GeoServer the ones where you can edit features are on mapbuilder. The demos in GeoServer are sort of in struts, but they could just as easily be on a normal html page.
MapBender - http://mapbender.org for php types is a very good option. Does WFS-T and digitizing and WMS.
I can attest to the quality of each of these, I know developers in all three projects. They have the same standards and ideals as GeoTools. And you won't have to deal with struts, which none of us like. If you want to ship them in the same distribution as GeoServer you can just include the html pages in the servlet container.
best regards,
Chris
Amy Johnson wrote:
Chris,
I'm trying to build an interface that allows online users to select layers to display and to be able to input data associated with an area they define. I also need to tailor the map and data a little, and from the demos available, it looks like that's all done within the struts framework. That's the basics.
I have to say I'm not a huge struts fan, but that's okay. I'm really happy with GeoTools in general, and the development group seems so committed to making a good product, I'll use struts.
Best regards,
Amy
Chris Holmes wrote:
What exactly are you looking to do? Like what do you want out of your own interface?
GeoServer is using struts, and to change that you would need to add your jsps to the struts stuff we have going.
Admittedly we don't like our struts stuff all that much, and are contemplating moving to a nicer framework, especially one that would make it easier for others to add their own interfaces. But for now it's struts.
best regards,
Chris
Amy Johnson wrote:
Hi,
I'm trying to understand how I implement my own interface with GeoServer. It looks like GeoServer is using Struts. Is this the case? If so, do I need to use the source code for GeoServer and alter the Struts framework to contain my JSPs? If not, well, then I'm lost.
Amy
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users!DSPAM:1003,456e063c54482223018498!
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
We have regular weekly meetings on Tuesdays at 12 noon PST (19:00 UTC)
http://docs.codehaus.org/display/GEOSDOC/3+IRC
Or we can set up a time before then, either tomorrow or Friday. Whichever works for you.
Earlier in the day (north american time) will have the most developers online.
cheers,
Brent Owens
(The Open Planning Project)
Amy Johnson wrote:
Yeah, that would be great. Is there a preferable day or time?
Amy
Brent Owens wrote:
We could also sit down with you in an IRC channel and try and walk you through setting all of this up. It will benefit all of us because we could maybe get a walkthrough out of it, or at least an idea of what we need to be telling people new to this area, and you will get some good advice.
Interested?Brent Owens
(The Open Planning Project)Amy Johnson wrote:
Okay, I'll check those out. Are there any particular documents besides the http://docs.codehaus.org/display/GEOSDOC/Alternative+for+reloading+the+Geoserver+catalog that would be useful for me to read early on?
Chris Holmes wrote:
I'd actually recommend against struts for what you're looking to do.
Most everything GeoServer does you can interact with through open standard apis. So there are a number of clients that let users select layers to display, and a smaller number of ones that let you input data associated with an area (the first is through the WMS protocol, the second through WFS-Transactions).
Anything that is not handled through an open protocol (such as defining a fully new data layer) can be handled by hacking some xml files and telling GeoServer to reload. See: http://docs.codehaus.org/display/GEOSDOC/Alternative+for+reloading+the+Geoserver+catalog
Struts is a pain to work with, and making a nice mapping application through it is a pain. A few other options:
OpenLayers - http://openlayers.org is pure javascript with a really nice Object Oriented design, can configure everything through javascript. Similar to a Google Maps API, but open source so the whole thing's hackable. It already lets users select layers, and you can restyle the whole thing through CSS.
The downside is it currently lacks support for WFS-T, to let users input new data.
MapBuilder - http://docs.codehaus.org/display/MAP/Home is another javascript WMS/WFS-T client. If you look at the demos in GeoServer the ones where you can edit features are on mapbuilder. The demos in GeoServer are sort of in struts, but they could just as easily be on a normal html page.
MapBender - http://mapbender.org for php types is a very good option. Does WFS-T and digitizing and WMS.
I can attest to the quality of each of these, I know developers in all three projects. They have the same standards and ideals as GeoTools. And you won't have to deal with struts, which none of us like. If you want to ship them in the same distribution as GeoServer you can just include the html pages in the servlet container.
best regards,
Chris
Amy Johnson wrote:
Chris,
I'm trying to build an interface that allows online users to select layers to display and to be able to input data associated with an area they define. I also need to tailor the map and data a little, and from the demos available, it looks like that's all done within the struts framework. That's the basics.
I have to say I'm not a huge struts fan, but that's okay. I'm really happy with GeoTools in general, and the development group seems so committed to making a good product, I'll use struts.
Best regards,
Amy
Chris Holmes wrote:
What exactly are you looking to do? Like what do you want out of your own interface?
GeoServer is using struts, and to change that you would need to add your jsps to the struts stuff we have going.
Admittedly we don't like our struts stuff all that much, and are contemplating moving to a nicer framework, especially one that would make it easier for others to add their own interfaces. But for now it's struts.
best regards,
Chris
Amy Johnson wrote:
Hi,
I'm trying to understand how I implement my own interface with GeoServer. It looks like GeoServer is using Struts. Is this the case? If so, do I need to use the source code for GeoServer and alter the Struts framework to contain my JSPs? If not, well, then I'm lost.
Amy
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users!DSPAM:1003,456e063c54482223018498!
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Well, tomorrow (Friday) is okay, but I have another meeting at 1:00p.m. PST, so it would have to end prior to that. Otherwise, Tuesday is good. Is it okay to do it during the meeting? Afterward, I can put together what I understand to be the process if you want. That might help understand what's missing from the user side.
Best regards,
Amy
Brent Owens wrote:
We have regular weekly meetings on Tuesdays at 12 noon PST (19:00 UTC)
http://docs.codehaus.org/display/GEOSDOC/3+IRC
Or we can set up a time before then, either tomorrow or Friday. Whichever works for you.
Earlier in the day (north american time) will have the most developers online.cheers,
Brent Owens
(The Open Planning Project)Amy Johnson wrote:
Yeah, that would be great. Is there a preferable day or time?
Amy
Brent Owens wrote:
We could also sit down with you in an IRC channel and try and walk you through setting all of this up. It will benefit all of us because we could maybe get a walkthrough out of it, or at least an idea of what we need to be telling people new to this area, and you will get some good advice.
Interested?Brent Owens
(The Open Planning Project)Amy Johnson wrote:
Okay, I'll check those out. Are there any particular documents besides the http://docs.codehaus.org/display/GEOSDOC/Alternative+for+reloading+the+Geoserver+catalog that would be useful for me to read early on?
Chris Holmes wrote:
I'd actually recommend against struts for what you're looking to do.
Most everything GeoServer does you can interact with through open standard apis. So there are a number of clients that let users select layers to display, and a smaller number of ones that let you input data associated with an area (the first is through the WMS protocol, the second through WFS-Transactions).
Anything that is not handled through an open protocol (such as defining a fully new data layer) can be handled by hacking some xml files and telling GeoServer to reload. See: http://docs.codehaus.org/display/GEOSDOC/Alternative+for+reloading+the+Geoserver+catalog
Struts is a pain to work with, and making a nice mapping application through it is a pain. A few other options:
OpenLayers - http://openlayers.org is pure javascript with a really nice Object Oriented design, can configure everything through javascript. Similar to a Google Maps API, but open source so the whole thing's hackable. It already lets users select layers, and you can restyle the whole thing through CSS.
The downside is it currently lacks support for WFS-T, to let users input new data.
MapBuilder - http://docs.codehaus.org/display/MAP/Home is another javascript WMS/WFS-T client. If you look at the demos in GeoServer the ones where you can edit features are on mapbuilder. The demos in GeoServer are sort of in struts, but they could just as easily be on a normal html page.
MapBender - http://mapbender.org for php types is a very good option. Does WFS-T and digitizing and WMS.
I can attest to the quality of each of these, I know developers in all three projects. They have the same standards and ideals as GeoTools. And you won't have to deal with struts, which none of us like. If you want to ship them in the same distribution as GeoServer you can just include the html pages in the servlet container.
best regards,
Chris
Amy Johnson wrote:
Chris,
I'm trying to build an interface that allows online users to select layers to display and to be able to input data associated with an area they define. I also need to tailor the map and data a little, and from the demos available, it looks like that's all done within the struts framework. That's the basics.
I have to say I'm not a huge struts fan, but that's okay. I'm really happy with GeoTools in general, and the development group seems so committed to making a good product, I'll use struts.
Best regards,
Amy
Chris Holmes wrote:
What exactly are you looking to do? Like what do you want out of your own interface?
GeoServer is using struts, and to change that you would need to add your jsps to the struts stuff we have going.
Admittedly we don't like our struts stuff all that much, and are contemplating moving to a nicer framework, especially one that would make it easier for others to add their own interfaces. But for now it's struts.
best regards,
Chris
Amy Johnson wrote:
Hi,
I'm trying to understand how I implement my own interface with GeoServer. It looks like GeoServer is using Struts. Is this the case? If so, do I need to use the source code for GeoServer and alter the Struts framework to contain my JSPs? If not, well, then I'm lost.
Amy
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users!DSPAM:1003,456e063c54482223018498!
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
I guess the meeting time (on Tuesday) will be best, then more developers will be on. We can include it as one of the last agenda items for the meeting and can have it carry on past the meeting time.
If you can gather some notes during the meeting and share them with us we can see if we were successful in explaining the whole process. From this I would like to make a good walkthrough/explanation on how GeoServer works with OGC web services (the whole deal), hopefully so the experience is easier for future users.
Brent Owens
(The Open Planning Project)
Amy Johnson wrote:
Well, tomorrow (Friday) is okay, but I have another meeting at 1:00p.m. PST, so it would have to end prior to that. Otherwise, Tuesday is good. Is it okay to do it during the meeting? Afterward, I can put together what I understand to be the process if you want. That might help understand what's missing from the user side.
Best regards,
Amy
Brent Owens wrote:
We have regular weekly meetings on Tuesdays at 12 noon PST (19:00 UTC)
http://docs.codehaus.org/display/GEOSDOC/3+IRC
Or we can set up a time before then, either tomorrow or Friday. Whichever works for you.
Earlier in the day (north american time) will have the most developers online.cheers,
Brent Owens
(The Open Planning Project)Amy Johnson wrote:
Yeah, that would be great. Is there a preferable day or time?
Amy
Brent Owens wrote:
We could also sit down with you in an IRC channel and try and walk you through setting all of this up. It will benefit all of us because we could maybe get a walkthrough out of it, or at least an idea of what we need to be telling people new to this area, and you will get some good advice.
Interested?Brent Owens
(The Open Planning Project)Amy Johnson wrote:
Okay, I'll check those out. Are there any particular documents besides the http://docs.codehaus.org/display/GEOSDOC/Alternative+for+reloading+the+Geoserver+catalog that would be useful for me to read early on?
Chris Holmes wrote:
I'd actually recommend against struts for what you're looking to do.
Most everything GeoServer does you can interact with through open standard apis. So there are a number of clients that let users select layers to display, and a smaller number of ones that let you input data associated with an area (the first is through the WMS protocol, the second through WFS-Transactions).
Anything that is not handled through an open protocol (such as defining a fully new data layer) can be handled by hacking some xml files and telling GeoServer to reload. See: http://docs.codehaus.org/display/GEOSDOC/Alternative+for+reloading+the+Geoserver+catalog
Struts is a pain to work with, and making a nice mapping application through it is a pain. A few other options:
OpenLayers - http://openlayers.org is pure javascript with a really nice Object Oriented design, can configure everything through javascript. Similar to a Google Maps API, but open source so the whole thing's hackable. It already lets users select layers, and you can restyle the whole thing through CSS.
The downside is it currently lacks support for WFS-T, to let users input new data.
MapBuilder - http://docs.codehaus.org/display/MAP/Home is another javascript WMS/WFS-T client. If you look at the demos in GeoServer the ones where you can edit features are on mapbuilder. The demos in GeoServer are sort of in struts, but they could just as easily be on a normal html page.
MapBender - http://mapbender.org for php types is a very good option. Does WFS-T and digitizing and WMS.
I can attest to the quality of each of these, I know developers in all three projects. They have the same standards and ideals as GeoTools. And you won't have to deal with struts, which none of us like. If you want to ship them in the same distribution as GeoServer you can just include the html pages in the servlet container.
best regards,
Chris
Amy Johnson wrote:
Chris,
I'm trying to build an interface that allows online users to select layers to display and to be able to input data associated with an area they define. I also need to tailor the map and data a little, and from the demos available, it looks like that's all done within the struts framework. That's the basics.
I have to say I'm not a huge struts fan, but that's okay. I'm really happy with GeoTools in general, and the development group seems so committed to making a good product, I'll use struts.
Best regards,
Amy
Chris Holmes wrote:
What exactly are you looking to do? Like what do you want out of your own interface?
GeoServer is using struts, and to change that you would need to add your jsps to the struts stuff we have going.
Admittedly we don't like our struts stuff all that much, and are contemplating moving to a nicer framework, especially one that would make it easier for others to add their own interfaces. But for now it's struts.
best regards,
Chris
Amy Johnson wrote:
Hi,
I'm trying to understand how I implement my own interface with GeoServer. It looks like GeoServer is using Struts. Is this the case? If so, do I need to use the source code for GeoServer and alter the Struts framework to contain my JSPs? If not, well, then I'm lost.
Amy
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users!DSPAM:1003,456e063c54482223018498!
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
That sounds great. Hopefully I can provide useful feedback.
Best regards,
Amy
Brent Owens wrote:
I guess the meeting time (on Tuesday) will be best, then more developers will be on. We can include it as one of the last agenda items for the meeting and can have it carry on past the meeting time.
If you can gather some notes during the meeting and share them with us we can see if we were successful in explaining the whole process. From this I would like to make a good walkthrough/explanation on how GeoServer works with OGC web services (the whole deal), hopefully so the experience is easier for future users.Brent Owens
(The Open Planning Project)Amy Johnson wrote:
Well, tomorrow (Friday) is okay, but I have another meeting at 1:00p.m. PST, so it would have to end prior to that. Otherwise, Tuesday is good. Is it okay to do it during the meeting? Afterward, I can put together what I understand to be the process if you want. That might help understand what's missing from the user side.
Best regards,
Amy
Brent Owens wrote:
We have regular weekly meetings on Tuesdays at 12 noon PST (19:00 UTC)
http://docs.codehaus.org/display/GEOSDOC/3+IRC
Or we can set up a time before then, either tomorrow or Friday. Whichever works for you.
Earlier in the day (north american time) will have the most developers online.cheers,
Brent Owens
(The Open Planning Project)Amy Johnson wrote:
Yeah, that would be great. Is there a preferable day or time?
Amy
Brent Owens wrote:
We could also sit down with you in an IRC channel and try and walk you through setting all of this up. It will benefit all of us because we could maybe get a walkthrough out of it, or at least an idea of what we need to be telling people new to this area, and you will get some good advice.
Interested?Brent Owens
(The Open Planning Project)Amy Johnson wrote:
Okay, I'll check those out. Are there any particular documents besides the http://docs.codehaus.org/display/GEOSDOC/Alternative+for+reloading+the+Geoserver+catalog that would be useful for me to read early on?
Chris Holmes wrote:
I'd actually recommend against struts for what you're looking to do.
Most everything GeoServer does you can interact with through open standard apis. So there are a number of clients that let users select layers to display, and a smaller number of ones that let you input data associated with an area (the first is through the WMS protocol, the second through WFS-Transactions).
Anything that is not handled through an open protocol (such as defining a fully new data layer) can be handled by hacking some xml files and telling GeoServer to reload. See: http://docs.codehaus.org/display/GEOSDOC/Alternative+for+reloading+the+Geoserver+catalog
Struts is a pain to work with, and making a nice mapping application through it is a pain. A few other options:
OpenLayers - http://openlayers.org is pure javascript with a really nice Object Oriented design, can configure everything through javascript. Similar to a Google Maps API, but open source so the whole thing's hackable. It already lets users select layers, and you can restyle the whole thing through CSS.
The downside is it currently lacks support for WFS-T, to let users input new data.
MapBuilder - http://docs.codehaus.org/display/MAP/Home is another javascript WMS/WFS-T client. If you look at the demos in GeoServer the ones where you can edit features are on mapbuilder. The demos in GeoServer are sort of in struts, but they could just as easily be on a normal html page.
MapBender - http://mapbender.org for php types is a very good option. Does WFS-T and digitizing and WMS.
I can attest to the quality of each of these, I know developers in all three projects. They have the same standards and ideals as GeoTools. And you won't have to deal with struts, which none of us like. If you want to ship them in the same distribution as GeoServer you can just include the html pages in the servlet container.
best regards,
Chris
Amy Johnson wrote:
Chris,
I'm trying to build an interface that allows online users to select layers to display and to be able to input data associated with an area they define. I also need to tailor the map and data a little, and from the demos available, it looks like that's all done within the struts framework. That's the basics.
I have to say I'm not a huge struts fan, but that's okay. I'm really happy with GeoTools in general, and the development group seems so committed to making a good product, I'll use struts.
Best regards,
Amy
Chris Holmes wrote:
What exactly are you looking to do? Like what do you want out of your own interface?
GeoServer is using struts, and to change that you would need to add your jsps to the struts stuff we have going.
Admittedly we don't like our struts stuff all that much, and are contemplating moving to a nicer framework, especially one that would make it easier for others to add their own interfaces. But for now it's struts.
best regards,
Chris
Amy Johnson wrote:
Hi,
I'm trying to understand how I implement my own interface with GeoServer. It looks like GeoServer is using Struts. Is this the case? If so, do I need to use the source code for GeoServer and alter the Struts framework to contain my JSPs? If not, well, then I'm lost.
Amy
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users!DSPAM:1003,456e063c54482223018498!
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users