Hello Jody,
A quick question. If the vector grid classes are merged into gt-data
do you have a preferred package structure ? At the moment the classes
are in:
org.geotools.grid
org.geotools.grid.hexagon
org.geotools.grid.oblong
Michael
---
Re datastore tutorial: Questions:
- should I be working in trunk?
- I see /docs/user/tutorial/advanced/datastore.txt -- is that the one
you're talking about?
- I see CSVDataStore.java (and others) also under docs/src/main -- is
that the relevant java? How is that 'unsupported'? Just trying
Re datastore tutorial: That sounds good. I'll dig in (but I don't have
much time to actually devote to this - don't know if I mentioned I do
have a full-time job).
Re non-GIS background: I've been a developer for over 35 years, so I've
done lots of stuff.
Re what interests me: I've always bee
Or upgrade build to maven 3 :)
It is exactly the kind of thing that would make a difference but is hard for
core developers to get time for. When I started I knew nothing about gis and
just helped out on java side of things. It needs to get done as well.
Jody
On 18/04/2011, at 3:15 PM, Jody
You should help me finish checking the datastore tutorial :)
I am building it around csv files; so the moment it is released we will have
questions and feature requests.
Also it is an unsupported module so you have very little todo to gain access
(send email and sign code contribution agreemen
> Hi. I'm thinking about participating as a developer on GeoTools so I
> started by following the install instructions.
> I am an experienced Java developer...
Like I said, I'm an experienced Java developer, but I know almost
nothing about GIS. My goal is to eventually be able to contribute to
Shrug. I finally got a clean build to work. Now trying to get it all
loaded into eclipse.
Thanks,
Lee
On 4/17/2011 8:30 PM, Jody Garnett wrote:
The default mirrors are also hammered within an inch of their lives;
in north america I always use ibliblio
But to answer you question I do not hav
The default mirrors are also hammered within an inch of their lives; in
north america I always use ibliblio
But to answer you question I do not have an build troubles at the moment;
and I did a fresh build with a new developer last week.
Jody
On Mon, Apr 18, 2011 at 11:45 AM, lee-verizon wrote:
One interesting challenge would be to sort out the summary information on
the "module matrix" page and bring it into the docs; as far as I know sphinx
does not have a cute little start symbol.
But it would be nice to have a section on each index page that covered the
same information as the module
Hello Tisham,
Thanks for your message which I'm forwarding to the developers' list.
You're correct that I was talking about Number objects.
I'm not proceeding with this proposal for various reasons, one of
which is an embarrassing backlog of issues that need addressing in the
gt-swing module. Ho
Hello Jody,
+1 from me for both the structure and your editing rules.
I did some minor edits yesterday (vector grids page) that still seem
to be there but will hold off on any more editing until you give the
word.
As an aside, I've been reading a little about creating custom sphinx
directives, t
Extension, as proposed in May last year (but not yet done).
On 18/04/11 09:30, Jody Garnett wrote:
> That would be great Ben; so app-schema is going to move into supported status
> :-)
> Is it going to go in extension or as a normal plugin?
>
> --
> Jody Garnett
>
>
> On Monday, 18 April 2011 at
Yes, I'm using maven 2.2.1 as the GeoTools install instructions say.
I am in the US (west coast) -- aren't the default mirrors in the US?
Thanks,
Lee
On 4/17/2011 6:29 PM, Jody Garnett wrote:
First up can I confirm you are using the correct version of Maven? We
have not upgraded to maven 3 ye
That would be great Ben; so app-schema is going to move into supported status
:-)
Is it going to go in extension or as a normal plugin?
--
Jody Garnett
On Monday, 18 April 2011 at 11:19 AM, Ben Caradoc-Davies wrote:
> This is scheduled for completion in May, as a prerequisite for getting
> ap
First up can I confirm you are using the correct version of Maven? We have not
upgraded to maven 3 yet.
I have done a couple clean installs lately; and did not run into the problems
you describe; I would recommend using the maven mirror feature (a change in
settings.xml) to choose an appropriat
Currently I am exporting out the docs from a word munching program; this allows
me to easily change the structure quickly.
Can I ask people to review the current structure of the docs; and ask for any
changes they need now; then I can open up the doc module to more general
contribution and fixi
This is scheduled for completion in May, as a prerequisite for getting
app-schema into extension.
Kind regards,
Ben.
On 16/04/11 22:12, Jody Garnett wrote:
> Hi Ben:
>
> App schema doc is up:
> - http://docs.geotools.org/latest/userguide/unsupported/app-schema.html
>
> I am still missing the min
Hi. I'm thinking about participating as a developer on GeoTools so I
started by following the install instructions. I am an experienced Java
developer, but haven't used maven much (although I have used Ivy so I
understand the dependencies feature).
While running the initial 'mvn install' to bui
> What would make more sense to me, if there is really just one function with a
> certain name, is:
>
> FilterFactory.functionName(String functionName)
>
> it's all you need to locate the function. That would require the caller to
> verify
> that the available arguments match the function argum
add ability to get wrapped data source from DBCPDataSource
--
Key: GEOT-3521
URL: http://jira.codehaus.org/browse/GEOT-3521
Project: GeoTools
Issue Type: Improvement
Component
On Sun, Apr 17, 2011 at 3:42 PM, Jody Garnett wrote:
> Okay I think I understand; but we would have that same confusion just with
> the existing method right?
Indeed.
> How about we change the parameter name to be "unqiueFunctionName".
> I tend to like what I suggested; however here are a couple
Okay I think I understand; but we would have that same confusion just with the
existing method right?
How about we change the parameter name to be "unqiueFunctionName".
I tend to like what I suggested; however here are a couple of alternate ideas:
1. Avoid the possibility of confusion (well we
On Sun, Apr 17, 2011 at 1:18 PM, Jody Garnett wrote:
> I don't understand? We have an internal FunctionNameImpl; but the factory
> only allows me to call functionName( String name, int args). There is no way
> using the factory to make a FunctionName that includes the list of
> attributes.
>From
Okay my "quick fix" for the day has produced results:
- http://docs.geotools.org/latest/userguide/library/main/filter.html#function
(the above should update with a filled in list of functions when the docs next
rebuild)
Here are some additional ideas that hold promise:
Annotated Class
Many of
FunctionName description for DefaultFunctionFactory are empty
-
Key: GEOT-3520
URL: http://jira.codehaus.org/browse/GEOT-3520
Project: GeoTools
Issue Type: Improvement
Com
On Sun, Apr 17, 2011 at 12:54 PM, Jody Garnett wrote:
> A datastore would be fine by me; if so it would be good not to roll it into
> gt-data. I just finished reviewing ContentDataStore; so I can confirm there
> is a quick and easy base class to start from.
Nothing prevents the grid classes to be
Thanks for the feedback; comments inline...
--
Jody Garnett
On Sunday, 17 April 2011 at 6:15 PM, Andrea Aime wrote:
> Having Function return its FunctionName... makes sense, thought the name seems
> misleading... isn't that more of a FunctionDescription?
> I understand the API is already like th
The idea of improving FunctionName so it describes better is a good one.
However it is a bit more that what I was doing now.
If we were to do this I think my shopping list would be:
- name
- description
- type (hard to express type for filter functions)
- getNumberOfArguments(); // change javadoc
A datastore would be fine by me; if so it would be good not to roll it into
gt-data. I just finished reviewing ContentDataStore; so I can confirm there is
a quick and easy base class to start from.
--
Jody Garnett
On Sunday, 17 April 2011 at 6:22 PM, Andrea Aime wrote:
> On Sun, Apr 17, 2011
On Sun, Apr 17, 2011 at 10:15 AM, Andrea Aime
wrote:
> So this means we now have function overloading, but not the java way, based
> on attribute types, but on the argument names instead?
> That sounds odd to me, wouldn't it be better to leave overloading aside and
> just
> demand a unique name?
On Sun, Apr 17, 2011 at 2:55 AM, Michael Bedward
wrote:
> Cool ! Looking at the docs now.
>
> Yes, it would be great to promote it and merging it into gt-data
> sounds like a good idea. I think you and/or Andrea had suggested it
> would be better if re-written to stream features on demand rather t
Okay in discussions on IRC I am breaking this up into two ideas:
- http://docs.codehaus.org/display/GEOTOOLS/Describe+Function+with+FunctionName
- http://docs.codehaus.org/display/GEOTOOLS/FilterFactory+cleanup
The first one is sitting on my harddrive (and I am yelling at it to get a
useful list
On Sun, Apr 17, 2011 at 4:57 AM, Jody Garnett wrote:
> Proposal up:
> - http://docs.codehaus.org/display/GEOTOOLS/Function+Description+with+FilterFactory+cleanup
Now, moving on the merits of the proposal... I like the idea of being
able to provide names
to the arguments, makes keeping up docs muc
I stand corrected; I first venture the idea on the administration list.
--
Jody Garnett
On Sunday, 17 April 2011 at 6:04 PM, Andrea Aime wrote:
> On Sun, Apr 17, 2011 at 4:57 AM, Jody Garnett wrote:
> > Proposal up:
> > -
> > http://docs.codehaus.org/display/GEOTOOLS/Function+Description+with
Hi Jody,
> So this would be an API addition so you should bang up a proposal page; on
> the bright side the page can link to the existing docs and should be quick
> to write up?
Yes it should be easy-peasy.
> But yes I would be all for moving this into supported (by virtue of merging
> with gt-d
On Sun, Apr 17, 2011 at 4:57 AM, Jody Garnett wrote:
> Proposal up:
> - http://docs.codehaus.org/display/GEOTOOLS/Function+Description+with+FilterFactory+cleanup
> Patch will be attached to Jira shortly:
> - https://jira.codehaus.org/browse/GEOT-3519
> Previously I caused some concern by leaving o
36 matches
Mail list logo
