Justin Deoliveira ha scritto:
> Hi Andrea,
>
> I am just now looking at the Feature part of your review. And here are
> my comments.
>
> * Property exposing name and type from descriptor
>
> This is kind of tricky issue. I need to provide some context. Consider
> for a moment two types of attrib
http://geo.openplans.org:9090/continuum/buildResult.action?buildId=127&projectId=1
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configurat
Martin Desruisseaux ha scritto:
> Justin Deoliveira a écrit :
>> * ComplexAttribute.getValue() to List
>>
>> +1 on this one. A list is still more useful even if you are telling
>> people that the order in the list may be random.
>
> The only comment I could make on this feature review is related t
Gabriel Roldán ha scritto:
> On Wednesday 05 September 2007 01:46:51 Justin Deoliveira wrote:
>> Hi Andrea,
>>
>> I am just now looking at the Feature part of your review. And here are
>> my comments.
>>
>> * Property exposing name and type from descriptor
>>
>> This is kind of tricky issue. I need
Le jeudi 06 septembre 2007 à 08:55 +0200, Andrea Aime a écrit :
> >> * InternationlizedString
> Hum, imho i18n is a topic for UI and reporting that should not touch the
> classes.
Button labels and the like are a topic for UI. They are not covered by
InternationalString, since the labels are provi
FeatureUtilities wrapGridCoverageReader method should insert "params" attribute
into the Features also
--
Key: GEOT-1482
URL: http://jira.codehaus.org/browse/GEOT-
Hey Andrea,
My apologies to you if I seemed to be telling you the obvious. I am well
aware that you understand many and perhaps all of the complexity of
CRS() stuff; my comments are *not* for your education but rather as
nuances and phrasings for your review hopefully to help you write or
benefit
StreamingRenderer renderRaster method parses a wrong attribute
--
Key: GEOT-1483
URL: http://jira.codehaus.org/browse/GEOT-1483
Project: GeoTools
Issue Type: Bug
Component
http://geo.openplans.org:9090/continuum/buildResult.action?buildId=132&projectId=81
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configura
In the following class:
org.geotools.resources.coverage.FeatureUtilities
Method signature
(...) wrapGridCoverageReader(AbstractGridCoverage2DReader reader)
has been changed to
(...) wrapGridCoverageReader(AbstractGridCoverage2DReader reader,
GeneralParameterValue[]
http://geo.openplans.org:9090/continuum/buildResult.action?buildId=133&projectId=1
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configurat
Andrea Aime ha scritto:
> Citing from my review:
>
> "The whole model makes it explicit that when you're asking for a value,
> you don't get one, but a Property instead. The first reaction is, why
> would I need to get metadata along with data, isn't the feature model
> enough? The javadoc doe
Hi Andrea,
some comments inline
> Citing from my review:
>
> "The whole model makes it explicit that when you're asking for a value,
> you don't get one, but a Property instead. The first reaction is, why
> would I need to get metadata along with data, isn't the feature model
> enough?
I feel you
Andrea Aime wrote:
> (18.32.12) aaime: Hum, it seem the feature model review triggered a good
> chain reaction
> (18.32.17) aaime: but Jody is missing from the mix, sigh
> (18.32.34) aaime: I guess he's the only one willing to face the
> data/metadata mix issue...
> (18.32.59) aaime: btw, you're
Andrea Aime wrote:
> I understand. Yet I feel we lack a middle ground allowing to represent
> associations in an efficient way, the same way deegree did.
(In my benefit/complexity table this whole multiplicity thing is a good
tipping point)
I still don't see why it could not just be an implementa
Is there a prameter we can use on the GridFormat so we can set to drag
images into memory again?
In general 2.4 is way faster - in specifics JPEG is always a problem
since you need to read the whole
file all the time.
Cheers,
Jody
Andrea Antonello wrote:
> After a chat in irc I understood that
Jody Garnett ha scritto:
> Andrea Aime wrote:
>> (18.32.12) aaime: Hum, it seem the feature model review triggered a
>> good chain reaction
>> (18.32.17) aaime: but Jody is missing from the mix, sigh
>> (18.32.34) aaime: I guess he's the only one willing to face the
>> data/metadata mix issue...
http://geo.openplans.org:9090/continuum/buildResult.action?buildId=136&projectId=81
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configura
Jody Garnett ha scritto:
> Andrea Aime wrote:
>> I understand. Yet I feel we lack a middle ground allowing to represent
>> associations in an efficient way, the same way deegree did.
> (In my benefit/complexity table this whole multiplicity thing is a good
> tipping point)
>
> I still don't see w
Hi,
In the case of a waypoint, adding a new attribute is fine, but a track
may have separate timestamp for each node, so an attribute should hold a
list of timestamps. (Which might be a good idea, or might be not...)
As the gpx file itself stores the tracks as series of waypoints, not
only a t
http://geo.openplans.org:9090/continuum/buildResult.action?buildId=135&projectId=1
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configurat
21 matches
Mail list logo
