[Geoserver-devel] ArcSDE - blank map display and problem setting SLD

Bob_Nutsch · October 3, 2007, 3:19pm

Hello,

I've been spending a bit of time with GeoServer 1.5.3 running on Windows XP
Professional and using jdk1.5.0_07. I've successfully been able to display
shapefile data and I am now trying to make GeoServer work with ArcSDE 9.0
SP2 and ArcSDE 9.2 SP2.

I downloaded and installed the ArcSDE Java SDKs from the ESRI site along
with the 'icu4j_3_2.jar' and the GeoServer ArcSDE extension, following the
instructions and links at
http://docs.codehaus.org/display/GEOTDOC/ArcSDE+DataStore. However, I did
find that I had to put the files into /geoserver/WEB-INF/lib, not the
/geoserver/WEB-INF as indicated for the extension.

I was able to set up an ArcSDE data store with no problem using the
GeoServer Configuration tool. When I click 'new' in the FeatureType
Configuration I see all of my ArcSDE layers (layers from both the 9.0 and
the 9.2 instances).

When I go in to create or edit a feature type, one of the first things that
I want to do is to use the 'Create a New SLD' . When I click on that
button, instead of the blue-background with the menu options for setting
colors and other style information, I instead see

* All fields are required.

You must apply the style before it will be saved.
Hit the 'Apply Style' button above'.

showing the 'Apply Style' and 'Finished' buttons, but no area in which to
set the style info. In the window below the 'Finished' button I see the
following:

setup
ft = NDHUB.CORPORATE_POLY
interval; featureTypeName = NDHUB.CORPORATE_POLY
ft info: [OBJECTID:int, SOURCE_ID:int, CITY_NAME:string, CITY_ID:int,
URBAN_AREA:string, SHAPE:multiPolygonProperty]
geomType =

If I click the 'Apply Style' button, in that window below 'Finished' I then
see:

setup
ft = NDHUB.CORPORATE_POLY
interval; featureTypeName = NDHUB.CORPORATE_POLY
ft info: [OBJECTID:int, SOURCE_ID:int, CITY_NAME:string, CITY_ID:int,
URBAN_AREA:string, SHAPE:multiPolygonProperty]
geomType =
Making sld for: NDHUB.CORPORATE_POLY
SLD:
<?xml version="1.0" encoding="UTF-8"?>
<StyledLayerDescriptor version="1.0.0"
  xmlns:gml="http://www.opengis.net/gml"
  xmlns:ogc="http://www.opengis.net/ogc"
  xmlns="http://www.opengis.net/sld">
  <NamedLayer>
    <Name>NDHUB.CORPORATE_POLY</Name>
    <UserStyle>
      <Name>NDHUB.CORPORATE_POLY_style</Name>
      <Title>geoserver style</Title>
      <Abstract>Generated by GeoServer</Abstract>
      <FeatureTypeStyle>
      <Rule>
      </Rule>
      </FeatureTypeStyle>
    </UserStyle>
  </NamedLayer>
</StyledLayerDescriptor>
Saving style
waiting for response...
waiting for response...
waiting for response...
waiting for response...
waiting for response...
XML reponse received
response:
<?xml version="1.0" ?>
<ServiceExceptionReport
   version="1.2.0"
   xmlns="http://www.opengis.net/ogc"
   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
   xsi:schemaLocation="http://www.opengis.net/ogc
http://127.0.0.1:8090/geoserver/schemas//wfs/1.0.0/OGC-exception.xsd">
   <ServiceException>
      javax.servlet.ServletException: Your SLD is not valid.
Most common problems are:
(1) no namespaces - use <ows:GetMap>, <sld:Rule>,
<ogc:Filter>, <gml:Point> - the part before the ':'
is important
(2) capitialization - use '<And>' not
'<and>'
(3) Order - The order of elements is important
(4) Make sure your first tag imports the correct namespaces. ie.
xmlns:sld="http://www.opengis.net/sld" for EVERY NAMESPACE

javax.servlet.ServletException: Your SLD is not valid.
Most common problems are:
(1) no namespaces - use <ows:GetMap>, <sld:Rule>,
<ogc:Filter>, <gml:Point> - the part before the ':'
is important
(2) capitialization - use '<And>' not
'<and>'
(3) Order - The order of elements is important
(4) Make sure your first tag imports the correct namespaces. ie.
xmlns:sld="http://www.opengis.net/sld" for EVERY NAMESPACE

</ServiceException>
</ServiceExceptionReport>

Perhaps I need to use the Style Editor to manually set the style? I tried
creating one manually, then selecting that to create FeatureType for
display, but had the same problem, a blank map.

In the FeatureType Editor, I am able to successfully use the 'Lookup SRS'
button and the 'Generate' (bounding box) button. However, at the bottom of
the FeatureType Editor, I do see the fields for the given SDE layer, but to
the right of the fields, I see 'nillable: true, min:0, max:1'

All of the above is using polygon data, both from 9.0 and 9.2 instances.
When I try to create a new FeatureType with line data, the 9.0 data acts as
indicated above. When I try to create a new FeatureType with 9.2 line data,
I get:

GeoServer - Exception
The following exception was thrown:
java.lang.NullPointerException

I don't see any errors in the log file found in C:\Program Files\GeoServer
1.5.3\logs

One final comment/question, in the doco found at
http://docs.codehaus.org/display/GEOTDOC/ArcSDE+DataStore, the text
indicates "1.5.1 only" for ArcSDE raster, but the text below that title
indicates from version 1.5.1 forward there is preliminary support for ArcSDE
raster. Should I be using 1.5.1 for ArcSDE raster? The doco suggests that
in the CoverageStore I should be seeing "ArcSDE Raster Format" as an option
but I don't see that. When accessing the 9.2 instance, I see a 3-band
raster in the pull down list within the Create New Feature Type, but when I
click on 'New' I see a message to the left:

Raster columns are not supported yet

Thanks for any help/suggestions.

Regards, Bob

--
View this message in context: http://www.nabble.com/ArcSDE---blank-map-display-and-problem-setting-SLD-tf4562442.html#a13021103
Sent from the GeoServer - Dev mailing list archive at Nabble.com.

Farber_Saul_EEA · October 3, 2007, 8:45pm

Bob,

Wow, great stuff there.

I'll break my response into two parts: ArcSDE related and non ArcSDE
related.

1) ArcSDE Related:

Your help with making the documentation more accurate is much appreciated!
I'll clean up the arcsde documentation regarding the WEB-INF/lib and raster
support versions right now. I believe the section that refers to the the
WEB-INF directory is only relevant to the ArcSDE extensions zipfile...which
should be unzipped in the WEB-INF directory directly, since there's a file
in there that patches an error in the WEB-INF/classes directory.

As for using ArcSDE raster support, there are some specific limitations:
* Only 3 or 4-band unsigned-byte rasters are currently supported. In
addition there is no (real) support for SLD RasterSymbolizers in geoserver
right now, so what you get out of those 3 or 4 band arcsde raster layers is
basically a direct 1-1 mapping from byte-value to a corresponding r/g/b
color band value. The short answers about ArcSDE rasters is this: If you
have 3 or 4 band RGB photos stored in ArcSDE, they will look great. If you
have anything else, it's probably not supported.

To *use* ArcSDE rasters (along with any other kind of rasters, actually) you
need to create a 'coveragestore' rather than create a new 'featureType'. To
do this, go and add a new 'coveragestore' with the type 'ArcSDE Raster
Format'. Name it whatever you like, but when it comes time to enter a URL,
enter a url like the one from the following page:

http://docs.codehaus.org/display/GEOTDOC/ArcSDE+DataStore

Now if you have the problem that the ArcSDE Raster Type isn't showing up in
your list of coveragestore types, then that's a different problem (and one
that's not so easily debugged). Can you confirm that you DO see an ArcSDE
datastore type, but you DON'T see an ArcSDE Raster Format coveragestore
type?

If that's the case, then I'm a little stumped and I'll probably have you
start using a nightly build so I can send you new copies of the
gt2-arcsde.jar datastore.

Please let us know if it works for you...as I said it's still in a very
"1.0" state, but with users (and possibly funding!) it could go a lot
further.

2) ArcSDE unrelated

The SLD creation step is not connected to ArcSDE (I don't believe).
Hopefully someone else on the list with more experience with the SLD
creation wizard will help out with that part!

Let us know of your progress,
--saul

--
View this message in context: http://www.nabble.com/ArcSDE---blank-map-display-and-problem-setting-SLD-tf4562442.html#a13027551
Sent from the GeoServer - Dev mailing list archive at Nabble.com.

Andrea_Cappugi1 · October 4, 2007, 12:26pm

Hi ,
I would like to implement a "kind" of sld service.
After a talk with Andrea, he suggested me to have a look of the rest architecture style so I'm looking for some example of using rest with Geoserver.
Unfortunately I have failed trying to install QueryUser module.
I have compiled geoserver 1.6 from svn adding QueryUser dependency to web module. When I try to deploy I receive this exception:
Initialization of bean failed; nested exception is java.lang.ClassCastException: org.geoserver.security.GeoserverUserDao cannot be cast to org.geoserver.usermanagement.EditableUserDAO
java.lang.ClassCastException: org.geoserver.security.GeoserverUserDao cannot be cast to org.geoserver.usermanagement.EditableUserDAO
at org.geoserver.usermanagement.WrappingController.createRoot(WrappingController.java:53)

What I miss? maybe the user.properties file?
Thanks in advance
Andrea

Bob_Nutsch · October 4, 2007, 7:09pm

Hi Saul,

Thank you very much for your comments!

For the raster data layer that shows up in the Create New FeatureType
list, that particular data is a scanned DRG, which is reported by
ArcCatalog to be a 3-band image. That's the raster that I am using when
I get the "Raster columns are not supported yet" message. I'm not sure
what you mean by "unsigned-byte rasters," i.e., what I should look for
to determine if that's the case or not?

I noticed that when I got to FeatureType Configuration and click on
'New,' I can see in the pull-down list the raster layers from the 9.2
ArcSDE instance but I cannot see the raster layers in a 9.0 ArcSDE
instance. Not sure if that's a clue to my issues or if that's the way
things are. It's not a big deal, as we will be moving to 9.2.

Regarding your question, "Can you confirm that you DO see an ArcSDE
datastore type, but you DON'T see an ArcSDE Raster Format coveragestore
type?" - yes, I DO see an ArcSDE datastore type when creating a new
feature data set and I DON'T see an ArcSDE Raster Format when creating a
new coverage data set.

I'm still stumped why the map is empty/blank for vector data, even
though I can see the layers of the ArcSDE instance, and the fields (as
shown when I use the FeatureType Editor.

Thanks very much for your help. I'm willing to try an update .jar
and/or Geoserver if that would make a difference.

Regards, Bob

-----Original Message-----
From: geoserver-devel-bounces@lists.sourceforge.net
[mailto:geoserver-devel-bounces@lists.sourceforge.net] On
Behalf Of sfarber
Sent: Wednesday, October 03, 2007 3:45 PM
To: geoserver-devel@lists.sourceforge.net
Subject: Re: [Geoserver-devel] ArcSDE - blank map display and
problem setting SLD

Bob,

Wow, great stuff there.

I'll break my response into two parts: ArcSDE related and non
ArcSDE related.

1) ArcSDE Related:

Your help with making the documentation more accurate is much
appreciated!
I'll clean up the arcsde documentation regarding the
WEB-INF/lib and raster support versions right now. I believe
the section that refers to the the WEB-INF directory is only
relevant to the ArcSDE extensions zipfile...which should be
unzipped in the WEB-INF directory directly, since there's a
file in there that patches an error in the WEB-INF/classes directory.

As for using ArcSDE raster support, there are some specific
limitations:
* Only 3 or 4-band unsigned-byte rasters are currently
supported. In addition there is no (real) support for SLD
RasterSymbolizers in geoserver right now, so what you get out
of those 3 or 4 band arcsde raster layers is basically a
direct 1-1 mapping from byte-value to a corresponding r/g/b
color band value. The short answers about ArcSDE rasters is
this: If you have 3 or 4 band RGB photos stored in ArcSDE,
they will look great. If you have anything else, it's
probably not supported.

To *use* ArcSDE rasters (along with any other kind of
rasters, actually) you need to create a 'coveragestore'
rather than create a new 'featureType'. To do this, go and
add a new 'coveragestore' with the type 'ArcSDE Raster
Format'. Name it whatever you like, but when it comes time
to enter a URL, enter a url like the one from the following page:

http://docs.codehaus.org/display/GEOTDOC/ArcSDE+DataStore

Now if you have the problem that the ArcSDE Raster Type isn't
showing up in your list of coveragestore types, then that's a
different problem (and one that's not so easily debugged).
Can you confirm that you DO see an ArcSDE datastore type, but
you DON'T see an ArcSDE Raster Format coveragestore type?

If that's the case, then I'm a little stumped and I'll
probably have you start using a nightly build so I can send
you new copies of the gt2-arcsde.jar datastore.

Please let us know if it works for you...as I said it's still
in a very "1.0" state, but with users (and possibly funding!)
it could go a lot further.

2) ArcSDE unrelated

The SLD creation step is not connected to ArcSDE (I don't believe).
Hopefully someone else on the list with more experience with
the SLD creation wizard will help out with that part!

Let us know of your progress,
--saul

--
View this message in context:
http://www.nabble.com/ArcSDE---blank-map-display-and-problem-s
etting-SLD-tf4562442.html#a13027551
Sent from the GeoServer - Dev mailing list archive at Nabble.com.

--------------------------------------------------------------
-----------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and
a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Farber_Saul_EEA · October 4, 2007, 10:18pm

No problem at all,

First, regarding ArcSDE Rasters:

1. Can you download and install (without installing any ArcSDE extras!) the
latest geoserver nightly build?

Hmm. Ok, I just went to look for the nightly builds, and I'm not finding
them. I'll ask on the list and see what's up with that, then I'll send you
an email to grab the latest nightly and go from there.

2. Once we've got step 1 sorted out (sorry about that!) I'll post a fresh
snapshot of a working gt2-arcsde.jar file, and we should be able to get
better results from that.

Second, regarding ArcSDE FeatureTypes and their symbolization:

I'm not totally sure what's going on on this end. It seems VERY weird to me
that you have ArcSDE as a type of DataStore, but not as a type of
CoverageStore...so maybe something is really broken with the ArcSDE
extension we've got posted for 1.5.3. Either way, hopefully this part will
be sorted out (or we can start sorting it out!) once we've got you running
on a nightly with a more recent gt2-arcsde.jar extension.

Ok, I'm going to track down the nightlies.

--saul

Bob Nutsch wrote:

Hi Saul,

Thank you very much for your comments!

For the raster data layer that shows up in the Create New FeatureType
list, that particular data is a scanned DRG, which is reported by
ArcCatalog to be a 3-band image. That's the raster that I am using when
I get the "Raster columns are not supported yet" message. I'm not sure
what you mean by "unsigned-byte rasters," i.e., what I should look for
to determine if that's the case or not?

I noticed that when I got to FeatureType Configuration and click on
'New,' I can see in the pull-down list the raster layers from the 9.2
ArcSDE instance but I cannot see the raster layers in a 9.0 ArcSDE
instance. Not sure if that's a clue to my issues or if that's the way
things are. It's not a big deal, as we will be moving to 9.2.

Regarding your question, "Can you confirm that you DO see an ArcSDE
datastore type, but you DON'T see an ArcSDE Raster Format coveragestore
type?" - yes, I DO see an ArcSDE datastore type when creating a new
feature data set and I DON'T see an ArcSDE Raster Format when creating a
new coverage data set.

I'm still stumped why the map is empty/blank for vector data, even
though I can see the layers of the ArcSDE instance, and the fields (as
shown when I use the FeatureType Editor.

Thanks very much for your help. I'm willing to try an update .jar
and/or Geoserver if that would make a difference.

Regards, Bob

-----Original Message-----
From: geoserver-devel-bounces@lists.sourceforge.net
[mailto:geoserver-devel-bounces@lists.sourceforge.net] On
Behalf Of sfarber
Sent: Wednesday, October 03, 2007 3:45 PM
To: geoserver-devel@lists.sourceforge.net
Subject: Re: [Geoserver-devel] ArcSDE - blank map display and
problem setting SLD

Bob,

Wow, great stuff there.

I'll break my response into two parts: ArcSDE related and non
ArcSDE related.

1) ArcSDE Related:

Your help with making the documentation more accurate is much
appreciated!
I'll clean up the arcsde documentation regarding the
WEB-INF/lib and raster support versions right now. I believe
the section that refers to the the WEB-INF directory is only
relevant to the ArcSDE extensions zipfile...which should be
unzipped in the WEB-INF directory directly, since there's a
file in there that patches an error in the WEB-INF/classes directory.

As for using ArcSDE raster support, there are some specific
limitations:
* Only 3 or 4-band unsigned-byte rasters are currently
supported. In addition there is no (real) support for SLD
RasterSymbolizers in geoserver right now, so what you get out
of those 3 or 4 band arcsde raster layers is basically a
direct 1-1 mapping from byte-value to a corresponding r/g/b
color band value. The short answers about ArcSDE rasters is
this: If you have 3 or 4 band RGB photos stored in ArcSDE,
they will look great. If you have anything else, it's
probably not supported.

To *use* ArcSDE rasters (along with any other kind of
rasters, actually) you need to create a 'coveragestore'
rather than create a new 'featureType'. To do this, go and
add a new 'coveragestore' with the type 'ArcSDE Raster
Format'. Name it whatever you like, but when it comes time
to enter a URL, enter a url like the one from the following page:

http://docs.codehaus.org/display/GEOTDOC/ArcSDE+DataStore

Now if you have the problem that the ArcSDE Raster Type isn't
showing up in your list of coveragestore types, then that's a
different problem (and one that's not so easily debugged).
Can you confirm that you DO see an ArcSDE datastore type, but
you DON'T see an ArcSDE Raster Format coveragestore type?

If that's the case, then I'm a little stumped and I'll
probably have you start using a nightly build so I can send
you new copies of the gt2-arcsde.jar datastore.

Please let us know if it works for you...as I said it's still
in a very "1.0" state, but with users (and possibly funding!)
it could go a lot further.

2) ArcSDE unrelated

The SLD creation step is not connected to ArcSDE (I don't believe).
Hopefully someone else on the list with more experience with
the SLD creation wizard will help out with that part!

Let us know of your progress,
--saul

--
View this message in context:
http://www.nabble.com/ArcSDE---blank-map-display-and-problem-s
etting-SLD-tf4562442.html#a13027551
Sent from the GeoServer - Dev mailing list archive at Nabble.com.

--------------------------------------------------------------
-----------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and
a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
View this message in context: http://www.nabble.com/ArcSDE---blank-map-display-and-problem-setting-SLD-tf4562442.html#a13049958
Sent from the GeoServer - Dev mailing list archive at Nabble.com.

Bob_Nutsch · October 5, 2007, 2:07pm

Hi,

Thanks again. I'll wait to hear from you on the nightly build, and if
you'd be so kind as to send me the URL for the nightly, that would be
great. I don't have a development environment for compiling source, so
I would need binaries. I'm more than happy to install an updated file or
files to work on this.

I should also have mentioned earlier that the ArcSDE that I am using is
sitting on top of Oracle. For my current testing, ArcSDE 9.0 is paired
with Oracle 9i and ArcSDE 9.2 is paired with Oracle 10g. This is
evolving, with all Oracle to be upgraded to 10g and at some point,
getting all of ArcSDE upgraded to 9.2.

Thanks for your help.

Bob

-----Original Message-----
From: geoserver-devel-bounces@lists.sourceforge.net
[mailto:geoserver-devel-bounces@lists.sourceforge.net] On
Behalf Of sfarber
Sent: Thursday, October 04, 2007 5:18 PM
To: geoserver-devel@lists.sourceforge.net
Subject: Re: [Geoserver-devel] ArcSDE - blank map display and
problem setting SLD

No problem at all,

First, regarding ArcSDE Rasters:

1. Can you download and install (without installing any
ArcSDE extras!) the
latest geoserver nightly build?

Hmm. Ok, I just went to look for the nightly builds, and I'm
not finding them. I'll ask on the list and see what's up
with that, then I'll send you an email to grab the latest
nightly and go from there.

2. Once we've got step 1 sorted out (sorry about that!) I'll
post a fresh snapshot of a working gt2-arcsde.jar file, and
we should be able to get better results from that.

Second, regarding ArcSDE FeatureTypes and their symbolization:

I'm not totally sure what's going on on this end. It seems
VERY weird to me that you have ArcSDE as a type of DataStore,
but not as a type of CoverageStore...so maybe something is
really broken with the ArcSDE extension we've got posted for
1.5.3. Either way, hopefully this part will be sorted out
(or we can start sorting it out!) once we've got you running
on a nightly with a more recent gt2-arcsde.jar extension.

Ok, I'm going to track down the nightlies.

--saul

Bob Nutsch wrote:
>
> Hi Saul,
>
> Thank you very much for your comments!
>
> For the raster data layer that shows up in the Create New
FeatureType
> list, that particular data is a scanned DRG, which is reported by
> ArcCatalog to be a 3-band image. That's the raster that I am using
> when I get the "Raster columns are not supported yet" message. I'm
> not sure what you mean by "unsigned-byte rasters," i.e.,
what I should
> look for to determine if that's the case or not?
>
> I noticed that when I got to FeatureType Configuration and click on
> 'New,' I can see in the pull-down list the raster layers
from the 9.2
> ArcSDE instance but I cannot see the raster layers in a 9.0 ArcSDE
> instance. Not sure if that's a clue to my issues or if
that's the way
> things are. It's not a big deal, as we will be moving to 9.2.
>
> Regarding your question, "Can you confirm that you DO see an ArcSDE
> datastore type, but you DON'T see an ArcSDE Raster Format
> coveragestore type?" - yes, I DO see an ArcSDE datastore type when
> creating a new feature data set and I DON'T see an ArcSDE Raster
> Format when creating a new coverage data set.
>
> I'm still stumped why the map is empty/blank for vector data, even
> though I can see the layers of the ArcSDE instance, and the
fields (as
> shown when I use the FeatureType Editor.
>
> Thanks very much for your help. I'm willing to try an update .jar
> and/or Geoserver if that would make a difference.
>
> Regards, Bob
>
>
>
>> -----Original Message-----
>> From: geoserver-devel-bounces@lists.sourceforge.net
>> [mailto:geoserver-devel-bounces@lists.sourceforge.net] On
Behalf Of
>> sfarber
>> Sent: Wednesday, October 03, 2007 3:45 PM
>> To: geoserver-devel@lists.sourceforge.net
>> Subject: Re: [Geoserver-devel] ArcSDE - blank map display
and problem
>> setting SLD
>>
>>
>> Bob,
>>
>> Wow, great stuff there.
>>
>> I'll break my response into two parts: ArcSDE related and
non ArcSDE
>> related.
>>
>> 1) ArcSDE Related:
>>
>> Your help with making the documentation more accurate is much
>> appreciated!
>> I'll clean up the arcsde documentation regarding the
WEB-INF/lib and
>> raster support versions right now. I believe the section
that refers
>> to the the WEB-INF directory is only relevant to the ArcSDE
>> extensions zipfile...which should be unzipped in the WEB-INF
>> directory directly, since there's a file in there that patches an
>> error in the WEB-INF/classes directory.
>>
>> As for using ArcSDE raster support, there are some specific
>> limitations:
>> * Only 3 or 4-band unsigned-byte rasters are currently
supported.
>> In addition there is no (real) support for SLD
RasterSymbolizers in
>> geoserver right now, so what you get out of those 3 or 4
band arcsde
>> raster layers is basically a direct 1-1 mapping from
byte-value to a
>> corresponding r/g/b color band value. The short answers
about ArcSDE
>> rasters is
>> this: If you have 3 or 4 band RGB photos stored in
ArcSDE, they will
>> look great. If you have anything else, it's probably not
supported.
>>
>> To *use* ArcSDE rasters (along with any other kind of rasters,
>> actually) you need to create a 'coveragestore'
>> rather than create a new 'featureType'. To do this, go
and add a new
>> 'coveragestore' with the type 'ArcSDE Raster Format'. Name it
>> whatever you like, but when it comes time to enter a URL,
enter a url
>> like the one from the following page:
>>
>> http://docs.codehaus.org/display/GEOTDOC/ArcSDE+DataStore
>>
>> Now if you have the problem that the ArcSDE Raster Type
isn't showing
>> up in your list of coveragestore types, then that's a different
>> problem (and one that's not so easily debugged).
>> Can you confirm that you DO see an ArcSDE datastore type, but you
>> DON'T see an ArcSDE Raster Format coveragestore type?
>>
>> If that's the case, then I'm a little stumped and I'll
probably have
>> you start using a nightly build so I can send you new
copies of the
>> gt2-arcsde.jar datastore.
>>
>> Please let us know if it works for you...as I said it's still in a
>> very "1.0" state, but with users (and possibly funding!)
it could go
>> a lot further.
>>
>>
>> 2) ArcSDE unrelated
>>
>> The SLD creation step is not connected to ArcSDE (I don't
believe).
>> Hopefully someone else on the list with more experience
with the SLD
>> creation wizard will help out with that part!
>>
>>
>> Let us know of your progress,
>> --saul
>>
>> --
>> View this message in context:
>> http://www.nabble.com/ArcSDE---blank-map-display-and-problem-s
>> etting-SLD-tf4562442.html#a13027551
>> Sent from the GeoServer - Dev mailing list archive at Nabble.com.
>>
>>
>> --------------------------------------------------------------
>> -----------
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems? Stop.
>> Now Search log events and configuration files using AJAX and a
>> browser.
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> _______________________________________________
>> Geoserver-devel mailing list
>> Geoserver-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>
>
>
----------------------------------------------------------------------
> --- This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX
and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
>

--
View this message in context:
http://www.nabble.com/ArcSDE---blank-map-display-and-problem-s
etting-SLD-tf4562442.html#a13049958
Sent from the GeoServer - Dev mailing list archive at Nabble.com.

--------------------------------------------------------------
-----------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and
a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Farber_Saul_EEA · October 5, 2007, 8:54pm

Hi bob,

Since the nightly build server is down at the moment, I've put up a recent
nightly build on our own server. You can find it here:

http://maps.massgis.state.ma.us/~sfarber/geoserver-nightly-10.05.2007.war

It already includes the arcsde raster and datastore extensions, so you
should be able to just deploy it as-is.

Let me know if it resolves any issues you have with the rasters (or the SLD,
although I suspect that's a different issue).

--saul

--
View this message in context: http://www.nabble.com/ArcSDE---blank-map-display-and-problem-setting-SLD-tf4562442.html#a13067223
Sent from the GeoServer - Dev mailing list archive at Nabble.com.

Farber_Saul_EEA · October 5, 2007, 9:18pm

Bob,

Quick gentle reminder to keep these emails on the list...someday our
solution may solve someone else's problem!

Ok, here's your question:

I thought that I could simply extract via winzip the contents of the WAR
into the C:\Program Files\GeoServer 1.5.3\webapps\geoserver and fire up
GeoServer but when trying to start the GeoServer server, there was a
wreck:

18548 [main] ERROR org.springframework.web.context.ContextLoader -
Context initi
alization failed
java.lang.VerifyError: (class: org/geoserver/wfs/WFS, method: <init>
signature:
(Lorg/vfny/geoserver/global/dto/WFSDTO;)V) Incompatible object argument
for func
tion call
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Class.java:242)
        at
org.springframework.util.ClassUtils.forName(ClassUtils.java:88)
        at
org.springframework.beans.factory.support.BeanDefinitionReaderUtils.c
reateBeanDefinition(BeanDefinitionReaderUtils.java:65)
        at
org.springframework.beans.factory.xml.DefaultXmlBeanDefinitionParser.

Should I try to deploy to Tomcat and extract the files from the WAR in
that manner? I'm thinking that perhaps winzip has some kind of
byte-swapping type of problem that isn't being handled properly, where
I'm running on a windoze machine? Or I could just bring back my
original directory structure and use your gt2-arcsde.jar?

Thanks, Bob
<<<

I think the answer is something like this:

1) Copy your 'old' geoserver directory to somewhere else (outside the
tomcat installation)
2) Put the downloaded geoserver-xxx.war into the tomcat webapps directory,
and rename it to geoserver.war
3) Start up tomcat, and make sure that thing deploys (it'll give you an
'empty' geoserver installation)
4) Go root around in your old geoserver directory, and track down the
'data_dir' portion of it. I'm not exactly sure where this is, but it's the
directory that contains the "featureTypes' and "coverages" and "styles"
directories.
5) Note the location of that 'data_directory' and go edit the
geoserver/WEB-INF/web.xml file, and put in the full path to that directory
into the web.xml file inside the tag that says "GEOSERVER_DATA_DIR". You'll
need to uncomment that little block too.
6) Stop and then re-start tomcat, and your NEW geoserver should pick up the
data from your OLD geoserver.

In general, I'd advise that you always use a geoserver data_dir (using that
WEB-INF/web.xml trick) that is completely seperate from your geoserver
installation...that way you can have data in one place, and the program in
another. THis lets you switch from version to version without modifying
your data at all!

Let us know how you make out.

--saul
--
View this message in context: http://www.nabble.com/ArcSDE---blank-map-display-and-problem-setting-SLD-tf4562442.html#a13067540
Sent from the GeoServer - Dev mailing list archive at Nabble.com.

Bob_Nutsch · October 5, 2007, 9:26pm

Hi Saul,

Sorry 'bout that, I hit 'reply' instead of 'reply to all' , I'll be more
careful next time. I'm not running Tomcat for GeoNetwork, instead using
the built-in Jetty. Looks like it's time for me to convert, which I
wanted to do anyway at some point. I'll give this a shot and get
back to you, though it won't be for a couple of days or so.

When you get a moment, please elaborate on that "...data_dir (using that
WEB-INF/web.xml trick).." note. Keeping the program separate from the
data is certainly what I'd want to do.

Best regards, Bob

-----Original Message-----
From: geoserver-devel-bounces@lists.sourceforge.net
[mailto:geoserver-devel-bounces@lists.sourceforge.net] On
Behalf Of sfarber
Sent: Friday, October 05, 2007 4:19 PM
To: geoserver-devel@lists.sourceforge.net
Subject: Re: [Geoserver-devel] ArcSDE - blank map display and
problem setting SLD

Bob,

Quick gentle reminder to keep these emails on the
list...someday our solution may solve someone else's problem!

Ok, here's your question:

>>>
I thought that I could simply extract via winzip the contents
of the WAR into the C:\Program Files\GeoServer
1.5.3\webapps\geoserver and fire up GeoServer but when trying
to start the GeoServer server, there was a
wreck:

18548 [main] ERROR
org.springframework.web.context.ContextLoader - Context initi
alization failed
java.lang.VerifyError: (class: org/geoserver/wfs/WFS, method: <init>
signature:
(Lorg/vfny/geoserver/global/dto/WFSDTO;)V) Incompatible
object argument for func tion call
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Class.java:242)
        at
org.springframework.util.ClassUtils.forName(ClassUtils.java:88)
        at
org.springframework.beans.factory.support.BeanDefinitionReaderUtils.c
reateBeanDefinition(BeanDefinitionReaderUtils.java:65)
        at
org.springframework.beans.factory.xml.DefaultXmlBeanDefinitionParser.

Should I try to deploy to Tomcat and extract the files from
the WAR in that manner? I'm thinking that perhaps winzip has
some kind of byte-swapping type of problem that isn't being
handled properly, where I'm running on a windoze machine? Or
I could just bring back my original directory structure and
use your gt2-arcsde.jar?

Thanks, Bob
<<<

I think the answer is something like this:

1) Copy your 'old' geoserver directory to somewhere else
(outside the tomcat installation)
2) Put the downloaded geoserver-xxx.war into the tomcat
webapps directory, and rename it to geoserver.war
3) Start up tomcat, and make sure that thing deploys (it'll
give you an 'empty' geoserver installation)
4) Go root around in your old geoserver directory, and track
down the 'data_dir' portion of it. I'm not exactly sure
where this is, but it's the directory that contains the
"featureTypes' and "coverages" and "styles"
directories.
5) Note the location of that 'data_directory' and go edit
the geoserver/WEB-INF/web.xml file, and put in the full path
to that directory into the web.xml file inside the tag that
says "GEOSERVER_DATA_DIR". You'll need to uncomment that
little block too.
6) Stop and then re-start tomcat, and your NEW geoserver
should pick up the data from your OLD geoserver.

In general, I'd advise that you always use a geoserver
data_dir (using that WEB-INF/web.xml trick) that is
completely seperate from your geoserver installation...that
way you can have data in one place, and the program in
another. THis lets you switch from version to version
without modifying your data at all!

Let us know how you make out.

--saul
--
View this message in context:
http://www.nabble.com/ArcSDE---blank-map-display-and-problem-s
etting-SLD-tf4562442.html#a13067540
Sent from the GeoServer - Dev mailing list archive at Nabble.com.

--------------------------------------------------------------
-----------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and
a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Farber_Saul_EEA · October 5, 2007, 9:30pm

Hrm, yeah I just gave you the 'dumb war'. It should technically be possible
to start the whole thing up using jetty still, I just don't know the exact
magic command. Sorry!

If you want to learn more about the data dir and how to use it, check this
out:

http://docs.codehaus.org/display/GEOSDOC/3+GeoServer+Data+Directory

Let me know how the tomcat-based deploy goes.

--saul

Bob Nutsch wrote:

Hi Saul,

Sorry 'bout that, I hit 'reply' instead of 'reply to all' , I'll be more
careful next time. I'm not running Tomcat for GeoNetwork, instead using
the built-in Jetty. Looks like it's time for me to convert, which I
wanted to do anyway at some point. I'll give this a shot and get
back to you, though it won't be for a couple of days or so.

When you get a moment, please elaborate on that "...data_dir (using that
WEB-INF/web.xml trick).." note. Keeping the program separate from the
data is certainly what I'd want to do.

Best regards, Bob

--
View this message in context: http://www.nabble.com/ArcSDE---blank-map-display-and-problem-setting-SLD-tf4562442.html#a13067709
Sent from the GeoServer - Dev mailing list archive at Nabble.com.

Bob_Nutsch · October 11, 2007, 6:59pm

Hi Saul,

I'm making progress! I tried to install the 1.5.3 WAR file downloaded from
http://docs.codehaus.org/display/GEOS/Latest, installing both into the
Tomcat Manager and by dropping the WAR into the Tomcat webapps directory.
Both of those attempts failed with various error messages that I'll battle
with another day.

I then downloaded the 1.6 Beta .exe and the 1.6 ArcSDE extension. I
installed both of those following the doco instructions, though I put both
the SDE jars and the extension into webinf\lib, otherwise I could not get
ArcSDE to show up in the list when creating a new datastore (same problem as
I indicated when using 1.5.3)

At this point, when trying to set up a featuretype (arcsde vector), using
both 9.0 and 9.2 ArcSDE instances, I got the following when selecting a
layer:

HTTP ERROR: 500

NONE

RequestURI=/geoserver/config/data/typeNewSubmit.do
Caused by:

java.lang.NoSuchFieldError: NONE
at
org.geotools.data.arcsde.ArcSDEAdapter.createAttributeTypes(ArcSDEAdapter.java:418)
at
org.geotools.data.arcsde.ArcSDEAdapter.fetchSchema(ArcSDEAdapter.java:287)

That's something new with 1.6 beta. I also noticed that with 1.6 beta,
using the Stop GeoServer doesn't shut down the shell window like 1.5.3 did.
I manually shut that down.

Next (drum roll please) I opened up the WAR that you supplied below, and
from that WAR copied out the 3 jsde*.jar files into my webinf\lib and your
gt2-arcsde-2.4-SNAPSHOT.jar into the webinf\lib. Interestingly, I had these
files already, but not these names. E.g., I already had 'jpe92_sdk.jar' but
I now have your 'jsde_jpe_sdk-9.2.jar' . I already had 'gt2-arcsde.jar' but
I now have your 'gt2-arcsde-2.4-SNAPSHOT.jar' I did not rename the copied
files.

After this work, I restarted GeoServer and I can now display my 9.2 ArcSDE
data, yahoo! I haven't yet checked 9.0 instance data.

Now, I'm trying to access raster data. With the above changes, I now have
'ArcSDE Raster Format' in the list when starting to set up a new coverage
store! I didn't have that before until I used your file(s) from the WAR
referenced below.

When trying to set up the coverage store, for the URL, I'm doing something
wrong. I've looked at the example shown on
http://docs.codehaus.org/display/GEOTDOC/ArcSDE+DataStore. I'm too dumb to
figure out what I'm missing. When I enter

sde://myuser:mypwd@anonymised.com:5198/#NDHUB.NGS_DRG24K;LZERO_ORIGIN_TILE=0,0

and click on Submit I see the following on the left of the GeoServer admin
page:

"Invalid url:
'sde://myuser:mypwd@anonymised.com:5198/#NDHUB.NGS_DRG24K;LZERO_ORIGIN_TILE=0,0'
for format type:'ArcSDE Raster'.

Here's my information that should be in the URL line:
DB: oracle
User: myuser
Pwd: mypwd
Server: ndhub.state.nd.us
ArcSDE instance: 5198
raster layer: ndhub.ngs_drg24k

There's something wrong with the syntax around the '#' area I think.

Any thoughts would be greatly appreciated!

Regards, Bob

sfarber wrote:

Hi bob,

Since the nightly build server is down at the moment, I've put up a recent
nightly build on our own server. You can find it here:

http://maps.massgis.state.ma.us/~sfarber/geoserver-nightly-10.05.2007.war

It already includes the arcsde raster and datastore extensions, so you
should be able to just deploy it as-is.

Let me know if it resolves any issues you have with the rasters (or the
SLD, although I suspect that's a different issue).

--saul

--
View this message in context: http://www.nabble.com/ArcSDE---blank-map-display-and-problem-setting-SLD-tf4562442.html#a13162517
Sent from the GeoServer - Dev mailing list archive at Nabble.com.