Hello Jan
Jan Jezek a écrit :
> The code can be seen here:
> http://svn.geotools.org/udig/community/jan/2.2.x/ext/transformations/
Sound like an encouraging work :). There is some suggestions that popup from my
head:
* Current package names are org.geotools.algorithms and
org.geotools.transfo
Jody Garnett wrote:
> Hi everyone, I am planning on attending the FOSS4G conference this
> year and would like to give a couple presentations on GeoTools (my
> understanding is presentations are around 30 min long with questions).
Well initial feedback is that I can provide more details, and that
>>I would like to set up this module, and tag Adrian and Ian as module
>>maintainers ;-) I do need to ask permission first, since this is not my
>>code ... I just want to see Adrian on track for his documentation
>>efforts. I am going to start the work and wait for votes before I commit :-)
>>
As long as you are here I should ask - is the 2.2.x or 2.3.x code ;-)
Hard to tell since 2.2.x seems to lack a spike directory ...
Jody
> On 7/13/06, Jody Garnett <[EMAIL PROTECTED]> wrote:
>> In talking with Acuster the inability to grab the JMapPane code as a
>> maven dependency is cutting into
On 7/13/06, Jody Garnett <[EMAIL PROTECTED]> wrote:
> In talking with Acuster the inability to grab the JMapPane code as a
> maven dependency is cutting into the ability to write demos. Ian you
> mentioned the idea of where JMapPane might live, and the answer was as
> in the "ext" directory - aka c
In talking with Acuster the inability to grab the JMapPane code as a
maven dependency is cutting into the ability to write demos. Ian you
mentioned the idea of where JMapPane might live, and the answer was as
in the "ext" directory - aka code that is not core to the library, but
instead uses th
>
> Then for instance if I pick "tasmania_roads:::Yahoo! Traffic", and click
> new, the next page comes up with the feature type editor and the name of
> the feature is "YahooTraffic" and the title is "YahooTraffic_Type"
>
>
> Thanks. That is probably what is happening. In canProcess() method, I
Hi everyone, I am planning on attending the FOSS4G conference this year
and would like to give a couple presentations on GeoTools (my
understanding is presentations are around 30 min long with questions).
GeoTools a Practitioner's Approach
-
This presentation
Jay D. Askren wrote:
> Why does this collision happen between different datastores? I created
> my own datastore which connects to Yahoo! traffic data and it appears to
> be colliding with other datastores. When I add the Yahoo Traffic
> Datastore, most of the other datastores suddenly think they
I first add the datastore to Geoserver's lib folder. Then in Geoserver
configuration page, when I create a new feature type, here is the html
of the drop down box on the Create NewFeatureTypeName:
DS_giant_polygon:::giant_polygon
DS_poi:::poi
DS_poly_landmarks:::Yahoo! Traffic
DS_tiger_roads:::ti
What do you mean that they think they are a Yahoo traffic datastore?
Like how does that manifest itself? I imagine the problem arises from
one of the methods in the DataStoreFactory, such as canProcess, as
anything that's a datastore is asked if it can handle the params. If
the Yahoo Traffic
+1 here.
Andrea Aime wrote:
Martin Desruisseaux ha scritto:
I would like to remove the following package from Geotools:
http://javadoc.geotools.fr/snapshot/org/geotools/nature/package-summary.html
and give it to the JScience project instead (http://www.jscience.org).
+1 for me, and I also
Why does this collision happen between different datastores? I created
my own datastore which connects to Yahoo! traffic data and it appears to
be colliding with other datastores. When I add the Yahoo Traffic
Datastore, most of the other datastores suddenly think they are of type
Yahoo Traffic Da
Martin Desruisseaux ha scritto:
> I would like to remove the following package from Geotools:
>
> http://javadoc.geotools.fr/snapshot/org/geotools/nature/package-summary.html
>
> and give it to the JScience project instead (http://www.jscience.org).
>
+1 for me, and I also support a better inte
[EMAIL PROTECTED] wrote on 07/13/2006 08:27:00
AM:
> Can I ask if after all this we can use JScience more smoothly with
> geotools? I am quite fond on their Measure and Units constructs. Measure
> saves me *tones* of grief right now ...
Just ensure that the dependency is one-way. I am also qui
+1 from me
--
Ian Turton
http://www.geotools.org
http://pennspace.blogspot.com/
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your
Cory Horner ha scritto:
> Andrea Aime wrote:
>
>> If you want to try out jalopy with the current settings on a module,
>> go into it and type:
>> mvn -Pjalopy jalopy:format
>>
>> The configuration file is located in the maven/build-configs module
>> (so that it can be shared). Note that I disab
Sweet thanks ...
Aside, it looks like I need to start a GeoTools3 branch - getting
PropertyDataStore busted as Enums are used as data values ...
Jody
> Sync up complete.
>
> -Justin
>
> Jody Garnett wrote:
>> Justin Deoliveira wrote:
>>
>>> Hi Jody,
>>>
>>> I have been hacking away at this module
Cory Horner wrote:
> Jody Garnett wrote:
>
>> James and Cory were collaborating on this one, we did contact the
>> Cynthia at the start of the project, and apparently it is going to be
>> common for GeoTools to have multiple license files in it (for EPSG,
>> HSQL Driver, and now color brewer dat
Can I ask if after all this we can use JScience more smoothly with
geotools? I am quite fond on their Measure and Units constructs. Measure
saves me *tones* of grief right now ...
Jody
> I would like to remove the following package from Geotools:
>
> http://javadoc.geotools.fr/snapshot/org/geoto
Martin Desruisseaux wrote:
> I would like to remove the following package from Geotools:
>
> http://javadoc.geotools.fr/snapshot/org/geotools/nature/package-summary.html
>
> and give it to the JScience project instead (http://www.jscience.org). Those
> classes are not used
> anywhere in Geotools.
I don't know anything about the oceanography bit, but the
SunRelativePosition is indeed a handy thing to have. It's also tightly
coupled to the positional representation in GeoAPI (or should be... :)) It
doesn't bother me that it's not used inside GeoTools, because this is a
good example of stuff
JDBC1DataStore always creates auto-committing connection
Key: GEOT-894
URL: http://jira.codehaus.org/browse/GEOT-894
Project: GeoTools
Type: Bug
Components: data jdbc
Versions: 2.2-RC3
Reporter
Sorry, but I do not use GeoTools based code anymore...
Bye
Paolo Rizzi
> -Messaggio originale-
> Da: Cory Horner [mailto:[EMAIL PROTECTED]
> Inviato: giovedì 13 luglio 2006 1.46
> A: Geotools-devel; User-friendly Desktop Internet GIS
> Oggetto: [Geotools-devel] PostGIS Improvements
>
>
24 matches
Mail list logo
