Does there exist a way to generate (or does someone already have) a blank data directory that contains nothing, no styles, stores, layers, etc? When working on projects, I often find myself taking an existing data dir and painstakingly removing all the content, but I feel like that's not the best way to accomplish this sort of thing (and I fear it could possibly lead to data dir corruption). And now that the data directory structure seems a bit more complex (in 2.0, I mean) I think it would be helpful to have access to one that contains nothing to begin with.
Any suggestions on this?
Thanks,
Mike Pumphrey
OpenGeo - http://opengeo.org
http://svn.codehaus.org/geoserver/trunk/data/minimal/ is intended to be
exactly that (it does include the default styles so that new layers
won't go boom, but there's no actual data in it.)
--
David Winslow
OpenGeo - http://opengeo.org/
On Wed, 2009-09-30 at 12:12 -0400, Mike Pumphrey wrote:
Does there exist a way to generate (or does someone already have) a blank data directory that contains nothing, no styles, stores, layers, etc? When working on projects, I often find myself taking an existing data dir and painstakingly removing all the content, but I feel like that's not the best way to accomplish this sort of thing (and I fear it could possibly lead to data dir corruption). And now that the data directory structure seems a bit more complex (in 2.0, I mean) I think it would be helpful to have access to one that contains nothing to begin with.
Any suggestions on this?
Thanks,
Mike Pumphrey
OpenGeo - http://opengeo.org
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Hi David. Thanks. I notice that this directory contains "catalog.xml" which leads me to believe that this data dir is native to 1.7, not 2.0. Am I right? Is there a data dir native to 2.0 (i.e. not converted from 1.7) that exists somewhere?
Thanks,
Mike Pumphrey
OpenGeo - http://opengeo.org
David Winslow wrote:
http://svn.codehaus.org/geoserver/trunk/data/minimal/ is intended to be
exactly that (it does include the default styles so that new layers
won't go boom, but there's no actual data in it.)
--
David Winslow
OpenGeo - http://opengeo.org/
On Wed, 2009-09-30 at 12:12 -0400, Mike Pumphrey wrote:
Does there exist a way to generate (or does someone already have) a blank data directory that contains nothing, no styles, stores, layers, etc? When working on projects, I often find myself taking an existing data dir and painstakingly removing all the content, but I feel like that's not the best way to accomplish this sort of thing (and I fear it could possibly lead to data dir corruption). And now that the data directory structure seems a bit more complex (in 2.0, I mean) I think it would be helpful to have access to one that contains nothing to begin with.
Any suggestions on this?
Thanks,
Mike Pumphrey
OpenGeo - http://opengeo.org
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
None of the data dirs have been converted and stored in svn. We should probably do that sooner rather than later.
What do others think?
Mike Pumphrey wrote:
Hi David. Thanks. I notice that this directory contains "catalog.xml" which leads me to believe that this data dir is native to 1.7, not 2.0. Am I right? Is there a data dir native to 2.0 (i.e. not converted from 1.7) that exists somewhere?
Thanks,
Mike Pumphrey
OpenGeo - http://opengeo.org
David Winslow wrote:
http://svn.codehaus.org/geoserver/trunk/data/minimal/ is intended to be
exactly that (it does include the default styles so that new layers
won't go boom, but there's no actual data in it.)
--
David Winslow
OpenGeo - http://opengeo.org/
On Wed, 2009-09-30 at 12:12 -0400, Mike Pumphrey wrote:
Does there exist a way to generate (or does someone already have) a blank data directory that contains nothing, no styles, stores, layers, etc? When working on projects, I often find myself taking an existing data dir and painstakingly removing all the content, but I feel like that's not the best way to accomplish this sort of thing (and I fear it could possibly lead to data dir corruption). And now that the data directory structure seems a bit more complex (in 2.0, I mean) I think it would be helpful to have access to one that contains nothing to begin with.
Any suggestions on this?
Thanks,
Mike Pumphrey
OpenGeo - http://opengeo.org
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
Well, at the very least, this should be tackled before 2.0 ships, I'd think.
http://jira.codehaus.org/browse/GEOS-3554
Thanks,
Mike Pumphrey
OpenGeo - http://opengeo.org
Justin Deoliveira wrote:
None of the data dirs have been converted and stored in svn. We should probably do that sooner rather than later.
What do others think?
Mike Pumphrey wrote:
Hi David. Thanks. I notice that this directory contains "catalog.xml" which leads me to believe that this data dir is native to 1.7, not 2.0. Am I right? Is there a data dir native to 2.0 (i.e. not converted from 1.7) that exists somewhere?
Thanks,
Mike Pumphrey
OpenGeo - http://opengeo.org
David Winslow wrote:
http://svn.codehaus.org/geoserver/trunk/data/minimal/ is intended to be
exactly that (it does include the default styles so that new layers
won't go boom, but there's no actual data in it.)
--
David Winslow
OpenGeo - http://opengeo.org/
On Wed, 2009-09-30 at 12:12 -0400, Mike Pumphrey wrote:
Does there exist a way to generate (or does someone already have) a blank data directory that contains nothing, no styles, stores, layers, etc? When working on projects, I often find myself taking an existing data dir and painstakingly removing all the content, but I feel like that's not the best way to accomplish this sort of thing (and I fear it could possibly lead to data dir corruption). And now that the data directory structure seems a bit more complex (in 2.0, I mean) I think it would be helpful to have access to one that contains nothing to begin with.
Any suggestions on this?
Thanks,
Mike Pumphrey
OpenGeo - http://opengeo.org
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
on this note, it would be great for the default styles to have names that sort well with each other. perhaps ~line, ~raster, ~point. it would make searching for styles much easier.
as i have so many styles.
best,
alyssa.
Mike Pumphrey wrote:
Well, at the very least, this should be tackled before 2.0 ships, I'd think.
http://jira.codehaus.org/browse/GEOS-3554
Thanks,
Mike Pumphrey
OpenGeo - http://opengeo.org
Justin Deoliveira wrote:
None of the data dirs have been converted and stored in svn. We should probably do that sooner rather than later.
What do others think?
Mike Pumphrey wrote:
Hi David. Thanks. I notice that this directory contains "catalog.xml" which leads me to believe that this data dir is native to 1.7, not 2.0. Am I right? Is there a data dir native to 2.0 (i.e. not converted from 1.7) that exists somewhere?
Thanks,
Mike Pumphrey
OpenGeo - http://opengeo.org
David Winslow wrote:
http://svn.codehaus.org/geoserver/trunk/data/minimal/ is intended to be
exactly that (it does include the default styles so that new layers
won't go boom, but there's no actual data in it.)
--
David Winslow
OpenGeo - http://opengeo.org/
On Wed, 2009-09-30 at 12:12 -0400, Mike Pumphrey wrote:
Does there exist a way to generate (or does someone already have) a blank data directory that contains nothing, no styles, stores, layers, etc? When working on projects, I often find myself taking an existing data dir and painstakingly removing all the content, but I feel like that's not the best way to accomplish this sort of thing (and I fear it could possibly lead to data dir corruption). And now that the data directory structure seems a bit more complex (in 2.0, I mean) I think it would be helpful to have access to one that contains nothing to begin with.
Any suggestions on this?
Thanks,
Mike Pumphrey
OpenGeo - http://opengeo.org
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
another way to phrase this, would be to have style groups.
alyssa.
alyssa wright wrote:
on this note, it would be great for the default styles to have names that sort well with each other. perhaps ~line, ~raster, ~point. it would make searching for styles much easier.
as i have so many styles.
best,
alyssa.
Mike Pumphrey wrote:
Well, at the very least, this should be tackled before 2.0 ships, I'd think.
http://jira.codehaus.org/browse/GEOS-3554
Thanks,
Mike Pumphrey
OpenGeo - http://opengeo.org
Justin Deoliveira wrote:
None of the data dirs have been converted and stored in svn. We should probably do that sooner rather than later.
What do others think?
Mike Pumphrey wrote:
Hi David. Thanks. I notice that this directory contains "catalog.xml" which leads me to believe that this data dir is native to 1.7, not 2.0. Am I right? Is there a data dir native to 2.0 (i.e. not converted from 1.7) that exists somewhere?
Thanks,
Mike Pumphrey
OpenGeo - http://opengeo.org
David Winslow wrote:
http://svn.codehaus.org/geoserver/trunk/data/minimal/ is intended to be
exactly that (it does include the default styles so that new layers
won't go boom, but there's no actual data in it.)
--
David Winslow
OpenGeo - http://opengeo.org/
On Wed, 2009-09-30 at 12:12 -0400, Mike Pumphrey wrote:
Does there exist a way to generate (or does someone already have) a blank data directory that contains nothing, no styles, stores, layers, etc? When working on projects, I often find myself taking an existing data dir and painstakingly removing all the content, but I feel like that's not the best way to accomplish this sort of thing (and I fear it could possibly lead to data dir corruption). And now that the data directory structure seems a bit more complex (in 2.0, I mean) I think it would be helpful to have access to one that contains nothing to begin with.
Any suggestions on this?
Thanks,
Mike Pumphrey
OpenGeo - http://opengeo.org
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel