[Geoserver-devel] Re: data dir

GeoServer GeoServer Developer
1

Quoting Brent Owens <brentowens@anonymised.com>:

Hey Chris,

Couple questions about the Data dir stuff:

I'm trying to test my relative shapefile paths, but they aren't
working
(ie. geoserver can't find them). I have specified my data directory
in
web.xml to be G:\Java\Geoserver\data_dirs\userBasic. I placed a
shapefile in a sub directory of that called mydata. I then specify
the
datastore with a relative path of: file:mydata/test.shp
Web.xml: G:\Java\Geoserver\data_dirs\userBasic
Shapefile location
G:\Java\Geoserver\data_dirs\userBasic\mydata\test.shp
Datastore: file:mydata\test.shp

However, using the absolute path for the datastore works:
G:\Java\Geoserver\data_dirs\userBasic\mydata\test.shp

Am I missing something?

It's gotta go in a directory called 'data'. So:
G:\Java\Geoserver\data_dirs\userBasic\data\mydata\test.shp

Then you can refer to it relatively as data/mydata. Read my updated
docs, and if it's not clear there, then update them to be clearer. The
reason I did it that way was so both old and new data dir stuff would
work with relative paths. But then thinking about it, I believe it
makes more sense that your data should go in a directory called 'data'
under your dataDir, since all the other folders are more top level
things. I thought I made the userBasic/ examples with the actual data
in userBasic/data/nyc_files and userBasic/data/shapefiles/ or something
like that?

Also, when I try to load styles using the custom DATA_DIR, I always
get
this error:

1: <?xml version="1.0" encoding="ISO-8859-1"?>
2: <StyledLayerDescriptor version="1.0.0"
3: xsi:schemaLocation="http://www.opengis.net/sld
StyledLayerDescriptor.xsd"
4: xmlns="http://www.opengis.net/sld&quot;
5: xmlns:ogc="http://www.opengis.net/ogc&quot;
6: xmlns:xlink="http://www.w3.org/1999/xlink&quot;
7: xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance&quot;&gt;
----------------------------------------------------------^*
       cvc-elt.1: Cannot find the declaration of element
'StyledLayerDescriptor'.*

I take it that it is not being found due to a relative path problem?

Hmmm... I swore I tested this a number of times, maybe I forgot to
commit? Check the StyleEditorAction and make sure it's pointing to the
geoserver/schemas file. Hrm, maybe I accidentally had it use the
data_dir? If it's using the data dir it _shouldn't_, since we're no
longer keeping the schema information in the data dir, it moved to its
own top level 'schemas'. Also make sure that you have that schemas
directory, if it's not there you need to update the cite/ directory,
and it should show up.

Chris

Cheers

--
Brent Owens
TOPP

----------------------------------------------------------
This mail sent through IMP: https://webmail.limegroup.com/

2

Hey Chris,

The relative path stuff works now that I am pointing it at the correct directory.

The SLDValidator was looking at the data dir, as you suspected:

public List validateSLD(InputStream xml, ServletContext servContext) {
        File schemaFile = new File(*GeoserverDataDirectory.getGeoserverDataDirectory*(servContext),
                "/schemas/sld/StyledLayerDescriptor.xsd");

I changed it to look at the servelet context and it works now:
new File(*servContext.getRealPath("/")*, "/schemas/sld/StyledLayerDescriptor.xsd");

I will commit the change.

Brent Owens
TOPP

Chris Holmes wrote:

Quoting Brent Owens <brentowens@anonymised.com>:

Hey Chris,

Couple questions about the Data dir stuff:

I'm trying to test my relative shapefile paths, but they aren't
working
(ie. geoserver can't find them). I have specified my data directory
in
web.xml to be G:\Java\Geoserver\data_dirs\userBasic. I placed a
shapefile in a sub directory of that called mydata. I then specify
the
datastore with a relative path of: file:mydata/test.shp
Web.xml: G:\Java\Geoserver\data_dirs\userBasic
Shapefile location
G:\Java\Geoserver\data_dirs\userBasic\mydata\test.shp
Datastore: file:mydata\test.shp

However, using the absolute path for the datastore works:
G:\Java\Geoserver\data_dirs\userBasic\mydata\test.shp

Am I missing something?
   

It's gotta go in a directory called 'data'. So:
G:\Java\Geoserver\data_dirs\userBasic\data\mydata\test.shp

Then you can refer to it relatively as data/mydata. Read my updated
docs, and if it's not clear there, then update them to be clearer. The
reason I did it that way was so both old and new data dir stuff would
work with relative paths. But then thinking about it, I believe it
makes more sense that your data should go in a directory called 'data'
under your dataDir, since all the other folders are more top level
things. I thought I made the userBasic/ examples with the actual data
in userBasic/data/nyc_files and userBasic/data/shapefiles/ or something
like that?

Also, when I try to load styles using the custom DATA_DIR, I always
get
this error:

1: <?xml version="1.0" encoding="ISO-8859-1"?>
2: <StyledLayerDescriptor version="1.0.0"
3: xsi:schemaLocation="http://www.opengis.net/sld
StyledLayerDescriptor.xsd"
4: xmlns="http://www.opengis.net/sld&quot;
5: xmlns:ogc="http://www.opengis.net/ogc&quot;
6: xmlns:xlink="http://www.w3.org/1999/xlink&quot;
7: xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance&quot;&gt;
----------------------------------------------------------^*
      cvc-elt.1: Cannot find the declaration of element
'StyledLayerDescriptor'.*

I take it that it is not being found due to a relative path problem?
   

Hmmm... I swore I tested this a number of times, maybe I forgot to
commit? Check the StyleEditorAction and make sure it's pointing to the
geoserver/schemas file. Hrm, maybe I accidentally had it use the
data_dir? If it's using the data dir it _shouldn't_, since we're no
longer keeping the schema information in the data dir, it moved to its
own top level 'schemas'. Also make sure that you have that schemas
directory, if it's not there you need to update the cite/ directory,
and it should show up.

Chris

Cheers

--
Brent Owens
TOPP

----------------------------------------------------------
This mail sent through IMP: https://webmail.limegroup.com/