Hi all,
Recently new directories have been added to the data directory structure. As we add new directories would we be able to keep naming consistent. And what i mean by consistent is use of underscore notation vs camel back notation. Currently I think the only use of underscore notation has been for the "user_projections" directory.
Not a big issue by any means but i think we should try to be conistent in naming. It came to mind as I see that another directory "loggingConfigs" has been added to support user logging configuration files. On this note any objection to just "logging" :). Dropping the "Configs" part as no other directories use "Configs" as a prefix, but are indeed for configuration.
Apologies if this email comes across as anal.
-Justin
--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org
Sounds good to me. I agree with dropping the 'Configs' from the directory name.
So there are two hings in logging: configs and the actual logs. I feel like these two things should be stored in different directories, but I could be convinced that they could go in some different sub-directory-type-structure.
How about:
data_dir/logs/LOGFILES GO HERE
data_dir/logs/profiles/CONFIG_FILES_GO_HERE
Would this be confusing to have the 'logs' directory also hold the logging profiles?
--saul
________________________________
From: geoserver-devel-bounces@lists.sourceforge.net on behalf of Justin Deoliveira
Sent: Wed 7/11/2007 3:07 PM
To: 'geoserver-devel@lists.sourceforge.net'
Subject: [Geoserver-devel] keeping data directory structure naming consistent
Hi all,
Recently new directories have been added to the data directory
structure. As we add new directories would we be able to keep naming
consistent. And what i mean by consistent is use of underscore notation
vs camel back notation. Currently I think the only use of underscore
notation has been for the "user_projections" directory.
Not a big issue by any means but i think we should try to be conistent
in naming. It came to mind as I see that another directory
"loggingConfigs" has been added to support user logging configuration
files. On this note any objection to just "logging" :). Dropping the
"Configs" part as no other directories use "Configs" as a prefix, but
are indeed for configuration.
Apologies if this email comes across as anal.
-Justin
--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org/>
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
I'd prefer to have the logs directory also hold logging profiles. Just put 'profile' in the name of the profile files. I don't really like lots of directories in the data directory.
Chris
Farber, Saul (EEA) wrote:
Sounds good to me. I agree with dropping the 'Configs' from the directory name.
So there are two hings in logging: configs and the actual logs. I feel like these two things should be stored in different directories, but I could be convinced that they could go in some different sub-directory-type-structure.
How about:
data_dir/logs/LOGFILES GO HERE
data_dir/logs/profiles/CONFIG_FILES_GO_HERE
Would this be confusing to have the 'logs' directory also hold the logging profiles?
--saul
________________________________
From: geoserver-devel-bounces@lists.sourceforge.net on behalf of Justin Deoliveira
Sent: Wed 7/11/2007 3:07 PM
To: 'geoserver-devel@lists.sourceforge.net'
Subject: [Geoserver-devel] keeping data directory structure naming consistent
Hi all,
Recently new directories have been added to the data directory
structure. As we add new directories would we be able to keep naming
consistent. And what i mean by consistent is use of underscore notation
vs camel back notation. Currently I think the only use of underscore
notation has been for the "user_projections" directory.
Not a big issue by any means but i think we should try to be conistent
in naming. It came to mind as I see that another directory
"loggingConfigs" has been added to support user logging configuration
files. On this note any objection to just "logging" :). Dropping the
"Configs" part as no other directories use "Configs" as a prefix, but
are indeed for configuration.
Apologies if this email comes across as anal.
-Justin
--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org/>
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
!DSPAM:4005,46953a6647833362379201!
I second this.
Chris Holmes wrote:
I'd prefer to have the logs directory also hold logging profiles. Just put 'profile' in the name of the profile files. I don't really like lots of directories in the data directory.
Chris
Farber, Saul (EEA) wrote:
Sounds good to me. I agree with dropping the 'Configs' from the directory name.
So there are two hings in logging: configs and the actual logs. I feel like these two things should be stored in different directories, but I could be convinced that they could go in some different sub-directory-type-structure.
How about:
data_dir/logs/LOGFILES GO HERE
data_dir/logs/profiles/CONFIG_FILES_GO_HERE
Would this be confusing to have the 'logs' directory also hold the logging profiles?
--saul
________________________________
From: geoserver-devel-bounces@lists.sourceforge.net on behalf of Justin Deoliveira
Sent: Wed 7/11/2007 3:07 PM
To: 'geoserver-devel@lists.sourceforge.net'
Subject: [Geoserver-devel] keeping data directory structure naming consistent
Hi all,
Recently new directories have been added to the data directory
structure. As we add new directories would we be able to keep naming
consistent. And what i mean by consistent is use of underscore notation
vs camel back notation. Currently I think the only use of underscore
notation has been for the "user_projections" directory.
Not a big issue by any means but i think we should try to be conistent
in naming. It came to mind as I see that another directory
"loggingConfigs" has been added to support user logging configuration
files. On this note any objection to just "logging" :). Dropping the
"Configs" part as no other directories use "Configs" as a prefix, but
are indeed for configuration.
Apologies if this email comes across as anal.
-Justin
--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org/>
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
!DSPAM:4007,46953b1b48721030819293!
--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org