hi,
I want to know the software, who could tell the working flow, its characters and its flaws, so I could know it well, thanks
vgegis
From: geoserver-devel-request@lists.sourceforge.net
Reply-To: geoserver-devel@lists.sourceforge.net
To: geoserver-devel@lists.sourceforge.net
Subject: Geoserver-devel digest, Vol 1 #706 - 10 msgs
Date: Tue, 14 Jun 2005 13:43:26 -0700Send Geoserver-devel mailing list submissions to
geoserver-devel@lists.sourceforge.netTo subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
or, via email, send a message with subject or body 'help' to
geoserver-devel-request@lists.sourceforge.netYou can reach the person managing the list at
geoserver-devel-admin@lists.sourceforge.netWhen replying, please edit your Subject line so it is more specific
than "Re: Contents of Geoserver-devel digest..."Today's Topics:
1. Re: [Geotools-devel] Re: [Geoserver-devel] geoserver in utility
(Chris Holmes)
2. Re: geoserver in utility (Gabriel =?ISO-8859-1?Q?Rold=E1n?=)
3. Re[2]: [Geoserver-devel] Who's using Geoserver (and for what)?
(Artie Konin)
4. Geoserver meterials (zhang lihui)
5. [Geoserver-users] ParseException thrown with SLD filter and
PointSymbolizer (dblasby@anonymised.com)
6. Re: geoserver in utility (Jody Garnett)
7. Dustoff Validation & Take a Look at feature versioning
(=?iso-8859-1?Q?P=2ERizzi_Ag=2EMobilit=E0_Ambiente?=)
8. RE : [Geoserver-devel] geoserver in utility (Gerald Estadieu)
9. PostGIS w/o GEOS (Paul Ramsey)
10. [jira] Created: (GEOS-362) PostGIS without GEOS (dblasby (JIRA))--__--__--
Message: 1
Date: Tue, 14 Jun 2005 00:37:59 -0400
From: Chris Holmes <cholmes@anonymised.com>
To: Jody Garnett <jgarnett@anonymised.com>
Cc: Gerald Estadieu <gerald.estadieu@anonymised.com>,
geoserver-devel <geoserver-devel@lists.sourceforge.net>,
Geotools-devel <geotools-devel@lists.sourceforge.net>,
Justin Deoliveira <jdeolive@anonymised.com>
Subject: Re: [Geotools-devel] Re: [Geoserver-devel] geoserver in utilityQuoting Jody Garnett <jgarnett@anonymised.com>:
> Gerald Estadieu wrote:
>
> Hi Gerald - thanks for the mention of uDig. If you have any questions
> about the DataStore API, or the tutorials on writing of the same, I
> am
> happy to help. The JDBCDataStore class lacks tutorials, and is a
> little
> bit more fun - but Justin has recent experience.
>
> >is to have a native svg support with the coming of Firefox 1.1 and
> even
> >a rich client using either Mozilla XUL technology with plugin system
> or
> >simply uDig.
> >
> >Here are a couple of questions that we are trying to solve due to
> our
> >specific environment (I did search mailing list archive before...):
> >- Informix DataStore
> >Currently our database is Informix and we do not plan to change it.
> Yes
> >we will try PostgreSQL but a complete switch is not for tomorrow. We
> >have the Spatial extension for this dbms and Informix claims that it
> is
> >OGC compliant, and of course they do have a JDBC driver. I know that
> >Geoserver or rather Geotools does not have any datastore for
> Informix,
> >therefore I have 2 questions:
> >- How difficult it is to write a datastore? If it is not too hight
> we
> >might find a way to do it by ourself.
> >
> Easier for a "simple" datastore (say based on results sets), harder
> when
> you you map Filter to SQL. But there are lots of support classes
> (AbstractDatastore and JDBCDataStore). A tutorial is available for
> AbstractDataStore.
Also note that there has been some work done on informix. This is in a
jira issue, so you'll have to search for it, no one's been motivated to
roll it in. Basically they wrote a Geometry Converter just like the
one in Oracle, but for informix. Abstracted out the oracle stuff to an
interface that both implement. They were only using it for
programming, so didn't go with a full datastore, but basically you
should be able to find the code to get you started. So even if their
claim of ogc compliance is off, then you should still be able to do
their geometries easy.>
> >- Is there anybody who can help us on this? either for the
> development
> >or we can try to get some fund maybe (need confirmation on that)
> >
> Refractions can also set you up commerical support as required. Paul
> Ramsey is you best contact to set anything like that up. I found a
> page
> for GeoServer support here -
> http://www.refractions.net/geoserver/support.html.
>
> TOPP is also available for such work - although I am not sure where
> their rates are.
>
> >- Geoserver benchmark
> >On the long term, our several web applications which can integrate
> geospatial information will be accessible by 1.500 users, therefore
> we were wondering if anybody have any benchmark / info about
> clustering solution and so on...
> >
> There is some performance stats here - http://vwfs.refractions.net/
> Mostly the centered around the performance improvements made as part
> of
> the switch to the DataStore API. However for a client recently we
> were
> able to make ArcSDE go 10 times faster.
>
> >- Authentication and User profile
> >in real world, at least in private sector, we must control who have
> >access to what that's why we must make sure that we control
> geospatial
> >data access. Any recommendation on this topic? We have basically two
> >possible approach:
> >1. we integrate the security system within geoserver using
> JAAS/LDAP/CAS
> >or anything else.
> >2. integrate the authentication inside applications and do not touch
> to
> >geoserver as such.
> >Any recommendation on this aspect?
> >
> DACS - I cannot remember what it stands for - but uDig supported it
> recently for exactly this needed. As I recall it is a federated
> authentication system, handled mostly at the apache level. So
> GeoServer
> is not harmed in the process.
Another link for you:
http://geotools.org/SIS+Meta+Infrastructure+current+software Paolo has
done some good security work. I think it may be able to be integrated
into geoserver core, as they kept it modular. But basically people
have started on this, we just need to figure out how to work it in,
make it a bit more official.>
> >- Nested feature types
> >in utilities it is very common to have nested layers, e.g.:
> >
> This is an outstanding issue with lots of thought, Chris Holmes was
> trying to gather together enough developer support (and funding) to
> work
> on this issue in earnest last month. With GML3 and our recent
> improvements to the FeatureType model the community has a pretty
> clear
> idea of what needs to be done. However My first step would be a
> series
> of slides showing the problem at a technical level.
>
> Basically this one is hard, the community has tried three times in
> the
> last year.
Yes, we very much want this done, and hopefully should make some
progress in the next few months. Would be great if you could help
out.>
> >In there any standard way to implement this within the data model
> inside the database and/or in WFS, or we have to develop our own way?
> >
> Talk to RobA - he has done this for GeoServer as a one off.
Yes, and he's the one trying to get this stuff in 'for real', with
nested stuff, in GeoServer.Chris
>
> >Ok I stop here for my questions and I want to thanks all developers
> for
> >this great solution, we believe that they can be part of new and
> modern
> >corporate GIS.
> >
> That is what we signed up forAnd thanks for the great questions.
> Jody
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games. How far can you
> shotput
> a projector? How fast can you ride your desk chair down the office
> luge track?
> If you want to score the big prize, get to know the little guy.
> Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
> _______________________________________________
> Geotools-devel mailing list
> Geotools-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>----------------------------------------------------------
This mail sent through IMP: https://webmail.limegroup.com/--__--__--
Message: 2
Subject: Re: [Geoserver-devel] geoserver in utility
From: Gabriel =?ISO-8859-1?Q?Rold=E1n?= <groldan@anonymised.com>
To: Gerald Estadieu <gerald.estadieu@anonymised.com>
Cc: Geoserver-devel <geoserver-devel@lists.sourceforge.net>
Date: Tue, 14 Jun 2005 10:19:04 +0200Hi, as the greatest part of your questions was already answered, I'll
try to answer the ones that do not:> - Geoserver on IBM WebSphere
> Anybody have an experience to run GeoServer within IBM Websphere? I do
> not expect any big issue to deploy the war but if anybody has some
> experience on this it will be more than welcome.Yes, GeoServer works perfectly in Webpshere 5.1+ (since 5.1 is the first
version with a 1.4 JDK)>
> - Geoserver benchmark
> On the long term, our several web applications which can integrate
geospatial information will be
> accessible by 1.500 users, therefore we were wondering if anybody have
any benchmark / info about clustering solution and so on...
Not really, but in the not-so-long term, geoserver will have a much more
scalable architecture. We're just thinking on the alternatives beside a
pure EJB approach. Personally, I wouldn't like to go EJB 2, but EJB 3.0
looks promising.best regards,
Gabriel.
--__--__--
Message: 3
Date: Tue, 14 Jun 2005 15:51:34 +0400
From: Artie Konin <a-thor@anonymised.com>
Reply-To: Artie Konin <a-thor@anonymised.com>
To: Jody Garnett <jgarnett@anonymised.com>
CC: geoserver-devel@lists.sourceforge.net
Subject: Re[2]: [Geoserver-devel] Who's using Geoserver (and for what)?Greetings, Jody,
Friday, June 10, 2005, you wrote:
>> Ok, in our organization (Tambov city's municipal computing center)
>>GeoServer is used to serve data collected by our GIS department. My
>>work is to write some sort of GIS client (both web-based and desktop)
>>for presentation of this data. Of course, it would be much simplier to
>>adopt some of the existing code, but they just want it to be closely
>>integrated with their communal databases so it is plain faster to
>>write all from the scratch then to navigate through labyrinths of
>>someone else's code. It is not likely that this work will be in public
>>access any time soon due to that stupid "security" considerations and
>>other ugly stuff.
>>
> Please consider the use of uDig ( plug plug ) - it has a strong plugin
> based system that you can use to implement your application (and avoid
> most of the GIS data wrangling). We have used it already for a couple
> clients, it is LGPL so you don't have to worry about making your
changes
> public etc ....
Yes, we in fact already thought on this :)) And just waiting for
release to try the uDig. And, if I'll be able to understand how to
incorporate all needed functionality into a plugin(s) it is very
possible that uDig will be used in there>> Hm, judging by amount of mail traffic in this list it isn't very
likely
>>In fact I think that GeoServer is a cool piece of software with a
>>great future. And, as a developer I should also note that it is a real
>>pleasure to look at your source code, peopleNot a common thing
>>nowadays.
>>
> This is interesting (I wrote some of the code in there), did you find
> any of the actual developer & design docs
(http://vwfs.refractions.net/)
> useful? Or are you mostly a source code kind of guy ...
I'm recently becoming a latter, though that is not due to "call of
the heart"
readily. In fact, we are very much handicapped there by the heavy traffic
limitations, so online documentation is almost of no use to me.
Traffic overuse can easily put me (and others too) out of the web for
half a month. I rarely see the same page twice, saving the most
interesting/useful articles to disk. But this approach has some
serious drawbacks: such saved pages tends to "organize" themselves
into a sort of garbage heap, making hard to find needed data later,
and this html almost always requires a special manual processing
(stripping extra code such as menus and navigation bars and javascripts
that try to load external resources like banners, counters, images etc.)
That's definitely not a work I like to do
far too many sites (including jira and confluence at codehaus.org) have
very bad habit of not compressing their output. Near-250K "login" page
at jira simply kills me (they _do_ have separate "lightweight" page
consisting only of the login form, but it shows up only if the login
from the main page failed - can't really grok that logic).So I prefer to work with offline docs, as I can go to the university
and download them during lunch time for future use. And the main sources
of information for me are this mailing list and offline GeoServer
documentation archive, which I download from time to time. Of course,
it would be much better to build docs from svn sources, but "document"
ant target never worked for me, always ending with NullPointerException
during execution of "generate-docbook". It might be something with my
xslt processor, I didn't investigated this matter yet.Under this curcumstances the source code proves to be the last and
ultimate resort and if this code is written with proper care and
intended for people to read and not fot machine to execute (as in
GeoServer case) this sometimes becomes the fastest way of obtaining
needed informationBTW, I saw the link you provided severeal times in this list, but for
some reason didn't associated it with a source of useful information
about GeoServer. Thanks for pointing it out, I already bookmarked it
and will look through this site next time I become stuck--
WBR,
Artie--__--__--
Message: 4
From: "zhang lihui" <vgelearner@anonymised.com>
To: geoserver-devel@lists.sourceforge.net
Date: Tue, 14 Jun 2005 12:29:23 +0000
Subject: [Geoserver-devel] Geoserver meterialshi,
i use the geoserver,but now i want some meterial about geoserver
structure,i want to know the relation of geotools¡¢structs and geoserve,i
remember i have seen some meterials about it,but now i can't find it,could
you send me?_________________________________________________________________
ÓëÁª»úµÄÅóÓѽøÐн»Á÷£¬ÇëʹÓà MSN Messenger: http://messenger.msn.com/cn--__--__--
Message: 5
Date: Tue, 14 Jun 2005 09:50:43 -0400
From: dblasby@anonymised.com
To: pawliw@anonymised.com
Cc: geoserver-devel@lists.sourceforge.net,
geoserver-users@lists.sourceforge.net
Subject: [Geoserver-devel] [Geoserver-users] ParseException thrown with
SLD filter and PointSymbolizer
Ken,
You should upgrade to Geoserver 1.3.0-RC1; its very significantly better
for WMS. Both the bugs you're reporting were fixed in the 1.3.0
series.dave
----------------------------------------------------------
This mail sent through IMP: https://webmail.limegroup.com/--__--__--
Message: 6
Date: Tue, 14 Jun 2005 08:09:42 -0700
From: Jody Garnett <jgarnett@anonymised.com>
To: =?ISO-8859-1?Q?Gabriel_Rold=E1n?= <groldan@anonymised.com>
Cc: Gerald Estadieu <gerald.estadieu@anonymised.com>,
Geoserver-devel <geoserver-devel@lists.sourceforge.net>,
Paul Ramsey <pramsey@anonymised.com>
Subject: Re: [Geoserver-devel] geoserver in utilityGabriel Rold=E1n wrote:
>>- Geoserver benchmark=20
>>On the long term, our several web applications which can integrate
geos=
patial information will be=20
>>accessible by 1.500 users, therefore we were wondering if anybody have
=
any benchmark / info about clustering solution and so on...
>> =20
>>
>Not really, but in the not-so-long term, geoserver will have a much more
>scalable architecture. We're just thinking on the alternatives beside a
>pure EJB approach. Personally, I wouldn't like to go EJB 2, but EJB 3.0
>looks promising.
> =20
>
Thinking - we did a performance evaluation of MapServer and GeoServer a=20
while back - Paul Ramsey may be able be able to tell you more. I know=20
the result of the evaluation the request for ArcSDE performance=20
enhancements we talked about earlier (so performance may not be that=20
favorable).In terms of writing a uDig I generally love MapServer speed, minus a
few=20
bugs (like INTERSECT vs INTERSECTS) and limited SLD support. As a WFS=20
GeoServer is wonderful and I cannot mange to talk to Mapserver 4.6
right=20
now (problem may be mine).
Jody
--__--__--
Message: 7
From: =?iso-8859-1?Q?P=2ERizzi_Ag=2EMobilit=E0_Ambiente?=
<paolo.rizzi@anonymised.com>
To: "GeoServer-devel (E-mail)" <geoserver-devel@lists.sourceforge.net>
Date: Tue, 14 Jun 2005 17:36:26 +0200
Subject: [Geoserver-devel] Dustoff Validation & Take a Look at feature
versioning
Yesterday I commented the following JIRAs:
http://jira.codehaus.org/browse/GEOS-357
http://jira.codehaus.org/browse/GEOS-358but I'm not sure if someone is actually watching them, so please take a
look
at them
if you're interested.Bye
Paolo Rizzi--__--__--
Message: 8
Subject: RE : [Geoserver-devel] geoserver in utility
Date: Wed, 15 Jun 2005 00:24:28 +0800
From: "Gerald Estadieu" <gerald.estadieu@anonymised.com>
To: =?Windows-1252?Q?Gabriel_Rold=E1n?= <groldan@anonymised.com>
Cc: "Geoserver-devel" <geoserver-devel@lists.sourceforge.net>Hi,
thanks a lot for all your support, that's simply great!
Indeed, geoserver works on websphere 5.1 without any problem, I simply =
deploy the .war.=20
However I still have a small issue:
when I connect to localhost/geoserver and after login I cannot see any =
of the menu, I have instead the following message (sorry it is based on =
WebSphere in french).
[ServletException in:/WEB-INF/pages/actionator.jsp] =
/WEB-INF/pages/actionator.jsp(34,50) L'attribut .short n'a pas de =
valeur.'
(translation: the attribute .short has no value)
It is the same for all *tor.jsp pages. Exactly the same problem with =
Geoserver1.3RC1 or Geoserver 1.2.
Any ideas on this? I search JIRA but could not find any answer.
I have not installed JAI lib so I understand that WMS cannot generate =
bitmap files but it looks like even in 1.3 (I tried the mapbuilder demo =
in data/mbdemo/) it does not generate a bitmap image, anything I miss =
there? Of course I have the GetCapabilities sending back xml file in =
both WFS and WMS.
Maybe this kind of request should rather go to the user mailing =
list...sorry for that.I thought it could be useful for developer also to mention that during =
the deployment I had this message from WebSphere (although it has =
nothing to do with the above problem), I am not sure what it means so =
here are the full code (but it does not seems to be any real issue):
Contenu du fichier was.policy -
//
// Template policy file for enterprise application.
// Extra permissions can be added if required by the enterprise =
application.
//
// NOTE: Syntax errors in the policy files will cause the enterprise =
application FAIL to start.
// Extreme care should be taken when editing these policy files. It is =
advised to use
// the policytool provided by the JDK for editing the policy files
// (WAS_HOME/java/jre/bin/policytool).
//grant codeBase "file:${application}" {
};grant codeBase "file:${jars}" {
};grant codeBase "file:${connectorComponent}" {
};grant codeBase "file:${webComponent}" {
};grant codeBase "file:${ejbComponent}" {
};
-------- Message d'origine--------
De: Gabriel Rold=E1n [mailto:groldan@anonymised.com]
Date: mar. 14/06/2005 16:19
=C0: Gerald Estadieu
Cc: Geoserver-devel
Objet: Re: [Geoserver-devel] geoserver in utility
Hi, as the greatest part of your questions was already answered, I'll
try to answer the ones that do not:> - Geoserver on IBM WebSphere=20
> Anybody have an experience to run GeoServer within IBM Websphere? I do
=
> not expect any big issue to deploy the war but if anybody has some=20
> experience on this it will be more than welcome.=20Yes, GeoServer works perfectly in Webpshere 5.1+ (since 5.1 is the first
version with a 1.4 JDK)>=20
> - Geoserver benchmark=20
> On the long term, our several web applications which can integrate =
geospatial information will be=20
> accessible by 1.500 users, therefore we were wondering if anybody have
=
any benchmark / info about clustering solution and so on...
Not really, but in the not-so-long term, geoserver will have a much more
scalable architecture. We're just thinking on the alternatives beside a
pure EJB approach. Personally, I wouldn't like to go EJB 2, but EJB 3.0
looks promising.best regards,
Gabriel.
DISCLAIMER:
The contents of this message is attorney privileged and confidential. =
The information provided is solely for the use of the individual or =
entity named above. If the reader of this message is not the intended =
recipient, you are hereby notified that any dissemination, distribution =
or copying of this document is strictly prohibited. If you have =
received this document in error, please send it back to the sender. Any =
opinions contained in this e-mail, explicit or implied, are solely those =
of the author and do not necessarily represent those of Companhia de =
Electricidade de Macau-CEM, S.A.--__--__--
Message: 9
Date: Tue, 14 Jun 2005 11:45:55 -0700
From: Paul Ramsey <pramsey@anonymised.com>
To: geoserver-devel@lists.sourceforge.net
Subject: [Geoserver-devel] PostGIS w/o GEOSFYI,
I accidentally had an experience using geoserver on postgis without
GEOS support (I forgot to enable it when I compiled postgis). Before I
enabled it, I never got a result back from geoserver, things just
appeared to go and go. After I enabled it, everything was tickety-boo.
Thank god there was a big "you don't have GEOS!" warning in the log,
or I could have spent hours trying to figure out what was wrong with
*UDIG*
Paul--__--__--
Message: 10
Date: Tue, 14 Jun 2005 15:42:26 -0500 (CDT)
From: "dblasby (JIRA)" <jira@anonymised.com>
To: geoserver-devel@lists.sourceforge.net
Subject: [Geoserver-devel] [jira] Created: (GEOS-362) PostGIS without GEOSPostGIS without GEOS
--------------------Key: GEOS-362
URL: http://jira.codehaus.org/browse/GEOS-362
Project: GeoServer
Type: Bug
Reporter: dblasby
Assigned to: dblasby
Fix For: 1.3.0FYI,
I accidentally had an experience using geoserver on postgis without
GEOS support (I forgot to enable it when I compiled postgis). Before I enabled it, I never got a result back from geoserver, things just appeared to go and go. After I enabled it, everything was tickety-boo.
Thank god there was a big "you don't have GEOS!" warning in the log, or
I could have spent hours trying to figure out what was wrong with *UDIG* (Turns out, it was fine.)
Paul
There's probably something wrong with the non-geos postgis reader.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira--__--__--
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-develEnd of Geoserver-devel Digest
_________________________________________________________________
ÏíÓÃÊÀ½çÉÏ×î´óµÄµç×ÓÓʼþϵͳ¡ª MSN Hotmail¡£ http://www.hotmail.com