Thanks for all the feedback on this topic. It sounds like there has
already been some tentative work done in the File geodatabase area by
GeoTools developers, even if it isn't in an official capacity.
I must admit I know very little about file geodatabases. One of our
more talented OpenJUMP progra
There was a recent thread on the OpenJUMP mailing list about support
for ESRI file geodatabases. Does GeoTools have any existing code to
work with File geodatabases, or any plans to develop support for this
in the GeoTools library?
I told the OpenJUMP guys I would check it out and get back to them
Hi Landon,
>
> I'm embarrassed to say that I didn't know about the journal.
>
> What sort of news items are you looking for ? Deep technical articles
> or juicy gossip ?
>
> Michael
>
> On 17 March 2010 09:36, Sunburned Surveyor
> wrote:
>> I'm tr
I'm trying to round up some news items for Volume 6 of the OSGeo
Journal. I wanted to check with the GeoTools development team to see
if there is any news worthy items to include.
Thanks,
Landon
--
Download Intel® Parall
portant for such a module to be configurable not
> only for strike, color but also for "onclick" actions jumping to some java
> script routine.
> If you plan to support interactive maps too, then IMHO, a big +1.
> Sunburned Surveyor writes:
>>
>> I'm not doing
es it actual render? Like take styling in to account? If it can
> produced styled SLD, especially if it could stream the output, that's
> something we're interested in for geoserver, as batik is pretty slow.
>
> On 3/5/10 11:38 AM, Sunburned Surveyor wrote:
>> I'm
I'm getting close to my first release of some code that will allow
BizzJUMP/OpenJUMP to export "precise" SVG. Currently OpenJUMP using
Batik to export SVG. This makes it difficult to export geometry to the
SVG coordinate system consistently, based on the same top-left page
coordinate. My code will
to commit code to
an existing module?
Those details may help the Geotools administrators respond to your request.
The Sunburned Surveyor
On Fri, Feb 19, 2010 at 9:34 PM, Xiaoxiao Li wrote:
> Hi,
>
> My name is Xiaoxiao. I am also in Henry, Lim, and Anthony's team. I have
> r
That's great news Jody! I know you will represent the Java geospatial
community well.
Let me know if I can help in any way.
Landon
On Wed, Feb 17, 2010 at 1:09 PM, Jody Garnett wrote:
> I threw my hat in for FOSS4G workshops this year (with several workshop
> ideas). The one that was accepted
We already have plans to integrate the shared test data file into
Proj4J, so the library will be compared to the results of other
projection libraries in MetaCRS via the test file.
Landon
On Wed, Feb 3, 2010 at 2:50 PM, Jody Garnett wrote:
> That metaCRS project is all about these projects havin
other projection libraries could use to verify
their own code.
The Sunburned Surveyor
On Wed, Feb 3, 2010 at 2:50 AM, Ugo Taddei
wrote:
> Hello,
>
> just thought I should let the GT people know, deegree has a more-or-less
> new projection library which also supports proj4 string fo
No problem Michael. I look forward to applying some of the same design
principles to my pwn Swing dialogs.
Landon
On Thu, Nov 19, 2009 at 9:24 PM, Michael Bedward
wrote:
> I've begun the refactoring (and personal learning process) for the
> swing module in branches/swing_thin_view.
>
> I've star
Michael,
I'm glad you enjoyed the articles. I found the book's discussion of
the traditional MVC architecture and of the ways it can be modified to
support unit testing to be one of the most enlightening things I've
read about programming (and Java programming in particular) for a good
long while.
The scans of the book didn't turn out to well. But I did find a lot of
the same information online. I put it on my blog for you:
http://justenufjava.blogspot.com/2009/11/testing-swing-code-with-humbe-dialog.html
Landon
On Mon, Nov 16, 2009 at 3:14 PM, Sunburned Surveyor
wrote:
> I
I'll try and get you the information tomorrow.
Landon
On Mon, Nov 16, 2009 at 2:53 PM, Michael Bedward
wrote:
> Thanks Landon - that would be great.
>
> Michael
>
--
Let Crystal Reports handle the reporting - Free Cryst
I've taken a look at the Swing code in Geotools, and some of it seems
quite useful. I'd like to start using more of it when I can,
especially since OpenJUMP is built with Swing.
I'm reading a book on unit testing in Java that has some really great
information on testing Swing API's. I think I can
I know that GeoTools has a great CRS module. I'd like to know if there
has been any effort to package the functionality of this module in a
user friendly executable program. I was thinking of a some code that
would show a simple Swing GUI that would allow the user to input the
following data and th
I've been poking around the Javadoc in Geotools to see what code I
might be able to use to improve JUMP's support for displaying
georeferrenced raster images. I've been looking at the
org.geotools.coverage.grid package mostly.
It seems like the coverage model may be a little more heavy than I
need
I did a very dangerous thing today and downloaded the source code for
GeoTools. I got the source code for the shapefile module loaded into
Eclipse and set-up the libraries it required. I thought this was the
best way to avoid asking stupid questions Joday and Andrea have to
answer.
At any rate, I
I had a couple quick questions on the DbaseFileHeader class:
- Is there a specific Charset I should be using as a parameter to the
constructor of this class. Right now I am just using the default
Charset object returned by the Charset.defaultCharset method. Forgive
me if this is obvious, as I don'
I was going to try to resolve the last outstanding Shapefile bug while
I'm working with the code. The bug report is here:
http://jira.codehaus.org/browse/GEOT-2671
>From the comments, it sounds like we need to remove the test for file
path equality because it is not needed, and it isn't working o
This is Geotools code, so I should have know I was going to need some
type of factory class. :]
Thank you for the links to the examples. I will modify my code accordingly.
Landon
On Tue, Sep 15, 2009 at 9:49 PM, Jody Garnett wrote:
> I'm trying to scrape together a class that builds AttributeDe
I'm trying to scrape together a class that builds AttributeDescriptor
objects from a DBaseFileHeader. I'm finding myself hip deep in the
Geotools feature model. (How did that happen?)
I need to ask some questions on the proper use of the AttributeTypeImpl class:
- Is it allowable to pass null val
.
Landon
On Tue, Sep 15, 2009 at 3:52 PM, Jody Garnett wrote:
>
> On 16/09/2009, at 8:04 AM, Sunburned Surveyor wrote:
>
>> However, I have a question on the appropriate use of the consuctor. I
>> need to pass the constructor an array of AttributeDescriptor objects
I figured out I need to use the ShapefileAttributeReader class to get
low-level access to Shapefiles:
http://javadoc.geotools.fr/2.5/org/geotools/data/shapefile/ShapefileAttributeReader.html
However, I have a question on the appropriate use of the consuctor. I
need to pass the constructor an arra
dy Garnett wrote:
> With respect to adopting the low level code:
> - quick and dirty; take a the array of object[] out and place them in a jump
> feature
> - blood sweat and tears: supply a FeatureFactory that creates jump features
> to the shapefile code
>
> Jody
>
>
27;m not looking to adopt the Geotools feature model or any framework
higher than the actual access to the data in the files.
Any comments?
If this migration isn't practical for some reason, I'll have to
perform my overhaul with the old file readers/writers i
ision scheme.
- Reproject multiple image files stored in a single directory.
- Process data files from a survey-grade echo sounder.
Landon
On Sat, Sep 12, 2009 at 8:41 AM, Sunburned Surveyor
wrote:
> It is good to see that there is some interest in this work.
>
> FYI: The plug-in system i
It is good to see that there is some interest in this work.
FYI: The plug-in system in SPSP is done. It is the main thing that I
canabalized from OpenJUMP/JUMP. At this point SPSP is basically a
shell that loads any plug-ins and builds a bare bones GUI that
plug-ins can add "tabbed views" to. You
etadata manager on top
of the platform soon, so at least you guys can see how to build on top
of it.
I will also ultimately try to move improvements to SPSP back into the
OpenJUMP code base.
Let me know what you think.
The Sunburned Surveyor
---
My module is the unsupported GPX2. Everything else with "GPX" isn't mine.
Landon
On Thu, Aug 6, 2009 at 6:30 AM, Andrea Aime wrote:
> Sunburned Surveyor ha scritto:
>>
>> Why don't we remove the GPX module. When I get the few clean-up things
>> done on GP
Why don't we remove the GPX module. When I get the few clean-up things
done on GPX2 I will asked that it be renamed to GPX and become a
supported module.
Landon
On Mon, Aug 3, 2009 at 7:45 AM, Andrea Aime wrote:
> Sunburned Surveyor ha scritto:
>>
>> Andrea,
>>
>&
Andrea,
Are you removing the old GPX code? I want to make sure the new code I
packaged under GPX2 isn't being removed, as I would still like to
support it.
Perhaps we can leave the GPX module and I can eliminate the GPX2
module after making the code migration.
Landon
On Sun, Aug 2, 2009 at 11:4
Is Geotools currently using code from JSR-275?
I'm looking for a Jar file for the spec that I can use in my own code,
and I didn't see one available on the JSR-275 website. I can download
the CVS and roll my own, but I thought it would be better to use a
geotools build of the CVS if it was availab
I'm whipping up some code for OpenJUMP that allows for the parsing and
input of survey point data. These points are typically stored in a
delimited text file and are the result of data collection with a total
station, GPS receiver, or laser scanner. A single point usually
includes the following fie
Someone on the OSGeo discuss list pointed out that Geotools has
support for ECW images in a round-about way. I have been taking a look
at the Javadoc and had a question or two.
- I see that I can use the ECWReader to obtain a GridCoverage2D
object. I didn't see a way to immediately pass a GridCove
Jody,
"The procedure for an unsupported module remains the same..."
OK. I figured it didn't hurt to bounce things off of the list. You
never know what someone else is working on.
Jody wrote: "my question
is how tied to north america your address structure will be?"
This is a good question, and
I recently got approval to use OpenJUMP for a land parcel management
GIS for a local government agency. As part of this project I will need
to create plug-ins for OpenJUMP that allow information on land parcels
and land parcel owners to be queried by street address. I see that
Geotools has an Addre
I tried to create a wiki page for documentation on my unsupported GPX2
module. I wanted to do this by adding a link here:
http://docs.codehaus.org/display/GEOTOOLS/Unsupported
Even though I can successfully log into Codehuas and the Wiki site, I
don't get an "edit" option under news operations. I
I've got a computer science student from the University of California
Davis that is finishing his BS this year. (He'll be applying for
graduate school next year.)
He is going to submit a Google SoC proposal for some rendering and
visualization work on OpenJUMP. However, he also expressed interest
Sorry I haven't responded sooner. I've been trying to help Stefan
squish bugs for our next OpenJUMP release. :]
Jody wrote: "The step I am trying to interest Landon in working on
(custom Geometry Extensions) would more be a proof of concept that we
could pass over to Martin if it works; since the
(in WKT) to Geotools if it wasn't there
already. (Or perhaps this needs to go through the GeoAPI project
first?)
The Sunburned Surveyor
On Mon, Mar 9, 2009 at 1:37 AM, Mark Leslie wrote:
> Jody,
> Here are some mildly interesting examples of the three main curve times
> from the sql-
(and the
> code already around to handle time). I suspect code to validate coordinates
> already exists; you may be able to ask on the devel list and evaulate what
> is already present (often the best collaboration comes from combing two sets
> of code; and keeping all the test cas
Jody,
I did not create a new wiki page for Google SoC 2009. I just added an
entry to the table of ideas on the existing page.
Sorry about the confusion.
On Thu, Mar 5, 2009 at 12:59 PM, Jody Garnett wrote:
>
>
> On Fri, Mar 6, 2009 at 7:56 AM, Sunburned Surveyor
> wrote:
>>
I've been thinking a bit about how I will move forward with the
development of my GPX2 module. I've basically met my own needs with
the code, but there are some nifty features I would like to add for
others in the community.
Before I come up with a road plan for this additional work on the
module,
a process :)
>
> -Justin
>
> http://xircles.codehaus.org/my/details
> Sunburned Surveyor wrote:
>>
>> I was trying to edit this page:
>>
>> http://docs.codehaus.org/display/GEOTOOLS/Google+Summer+of+Code+2009
>>
>> I'm geussing that is the GEOTO
Thanks,
Landon
On Thu, Feb 26, 2009 at 12:55 PM, Justin Deoliveira
wrote:
> Ok, sounds like a permissions issue. Just so i know, which space are you
> trying to edit? GEOTOOLS, or GEOT?
>
> Sunburned Surveyor wrote:
>>
>> Under news options I only have three (3) choices
Under news options I only have three (3) choices:
View
Attachments
Info
I don't think any of these will let me edit the page.
Any other suggestions? Maybe my codehaus user doesn't have permission
to edit the wiki?
Landon
On Thu, Feb 26, 2009 at 12:47 PM, Sunburned Surveyor
wrot
Roger that.
Thanks Justin.
Landon
On Thu, Feb 26, 2009 at 11:32 AM, Justin Deoliveira
wrote:
> Actually, this is something I noticed recently but the edit page
> functionality is grouped under "News Operations". Not sure why... probably
> just an oversight.
>
>
I've sucessfully logged into Codehaus/Confluence, but I can't seem to
find the link needed to edit the pages. I was going to add some ideas
for my GPX2 module to the summer of code list.
I know I am missing something totally obvious. Any suggestions?
Landon
--
I wouldn't mine assisting with a Geotools Summer of Code effort this
year, if I don't land a student for OpenJUMP.
Landon
On Tue, Feb 24, 2009 at 8:51 PM, Michael Bedward
wrote:
> I have some topics that might be suitable and I would be happy to help
> out with guidance or review, probably from
I'm surprised at all the programmers that hate Maven but see no
alternative. It's sort of like paying $10,000 for one license of
AutoCAD because there is no real alternative. :]
Michael Bedward's post helped me understand some of the issues better.
It sounds like a lot (or at least some) programme
Adrian,
I was very careful to preface my comments with an acknowledgement that
I wasn't speaking from a position of great expertise or authority. I
think the tone of your response demonstrates a lack of maturity and
professionalism.
Honest and open communication is important in any community. Peo
projects dependencies are automatically
> downloaded from the net. I'm not aware of an other build tools doing that.
> Last time I looked, Ant-based projects were used to put their dependencies
> on their CVS or SVN, which I would not recommand for a project having as
> large depende
Adrian wrote: "Maven rocks, it gets the job done, it is vastly easier than any
alternative, and is comparatively a pure joy."
I guess I was looking for something a little more conrete and
specific. "Maven rocks" is an more like a feeling, and I definitely
don't feel that Maven rocks.
Adrian wrote
I'm sure I'm about to throw open the lid to Pandora's Box. Before I
start asking my questions and presenting my ideas let me say that this
message is meant to be helpful and not critical. I proceed with the
realization that I may have no idea what I am talking about. So,
casting the fear of making
In the next month or two I'd like to attempt to add some support for
reprojection of vector data using an existing Java CRS library. I'm
trying to decide between the library in deegree and the library in
GeoTools. Aside from the other technical arguments for choosing the
CRS code in GeoTools over d
I think I've got an "unsupported module" put together for my GPX2
code. The last thing I have to do today is format the source code to
GeoTools standards using Jallopy. I'm going to try to do this today at
lunch.
Would someone have a few minutes to review my module set-up next week
before I try to
Thank you for your answers Andrea.
Landon
On Wed, Jan 28, 2009 at 12:38 AM, Andrea Aime wrote:
> Sunburned Surveyor ha scritto:
>>
>> I've been looking over the GeoTools 2.5 Javadoc for the code to access
>> ESRI Shapefiles, and I've got a couple of quick questio
of Object is returned by the ShapefileReader.Record.Shape
method? Is it a JTS Geometry or something else? What is the quickest
way to get this object converted to a JTS Geometry?
Thanks for the help.
The Sunburned Surveyor
-
t specifically has language about Interface etc ...
>
> Jody
>
> Sunburned Surveyor wrote:
>>
>> I was afraid that might be the case. I've got the JUMP API as a
>> dependency because I included a plug-in for OpenJUMP as part of the
>> module. I'll have
08 at 1:54 PM, Johann Sorel wrote:
> Sunburned Surveyor a écrit :
>>
>> I realize now that I should have checked on license compatibility
>> BEFORE introducing a dependency in my module, but hind sight is 20/20.
>>
>> Here are the libraries I'm using for
I realize now that I should have checked on license compatibility
BEFORE introducing a dependency in my module, but hind sight is 20/20.
Here are the libraries I'm using for the GPX2 module and their
respective licenses:
Joda: Apache License Version 2.0
JDOM: Apache Style License with acknowledge
OK.
Based on Adrian's input I think I've got a Pom.xml ready to go for my
module. Before I ask someone to take a peek at my attempt to make a
Maven Module for GPX2 I had a couple more questions:
Where in the module should I put the Javadoc I generate for the code
in the module? Is this Javadoc ge
Roger that. Thank you again for the help. I'll revisit the POM.xml
file and will hit the Maven website for information on specific
elements.
SS
On Tue, Dec 23, 2008 at 1:19 PM, Adrian Custer wrote:
> On Tue, 2008-12-23 at 13:14 -0800, Sunburned Surveyor wrote:
>> Adrian wrote: &qu
downloaded a short tutorial on Maven, but I haven't read it
over just yet. I need to decide if learning the ins and outs of Maven
is a commitment that I will need to postpone for the time being.
Thanks,
The Sunburned Surveyor
On Tue, Dec 23, 2008 at 12:22 PM, Adrian Custer wrote:
> H
?
Thanks,
The Sunburned Surveyor
--
___
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
them separately?
The Sunburned Surveyor
--
___
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
hanks for the help and patience with my questions.
The Sunburned Surveyor
--
___
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/
...which is a sub-interface of org.opengis.feature.Feature as used in,
> for example, FeatureCollection
> http://javadoc.geotools.fr/snapshot/org/geotools/feature/FeatureCollection.html
>
> Hope this helps
>
> Michael
>
> 2008/12/17 Sunburned Surveyor :
>> Hey guys. I wa
, Justin Deoliveira wrote:
> Hi Landon,
>
> Comments inline.
>
> Sunburned Surveyor wrote:
>>
>> I'd like to add the Maven "module" structure for my unsupported GPX2
>> module to the GeoTools SVN. My eventual goal is to get it included in
>> the
Hey guys. I was just looking at the Javadoc for the 2.6 branch, and I
noticed that all the methods of the SimpleFeature interface are
deprecated. I was wondering what the current status of "simple
features" was in GeoTools. Do we have an interface and basic
implementation of SimpleFeature? Will thi
I'd like to add the Maven "module" structure for my unsupported GPX2
module to the GeoTools SVN. My eventual goal is to get it included in
the Geotools build. I've been building things from my own SVN, but
that isn't much like a good community player. I figure it is time to
learn how to play by the
tion.
I'm going to hit the Geotools developer guide so I can get all of this
packaged properly for integration into the Geotools build with Maven.
I'm likely to have some questions, so thanks in advance for your
patience.
Th
ttp://baobab.geomatys.fr/files/GeotoolsBoxLogo.svg
> which are inkscape .xml files. (Clicking on the links won't do what you
> want it to.) The former has a colour palette defined if you want to do
> more tweaks.
>
> --adrian
>
>
> On Tue, 2008-11-25 at 12:40 -0800, Sunburned Su
I thought for sure that I had asked this question before, but I
haven't been able to find an answer in my e-mail or in the list
archives. Please forgive me if I am repeating a past question.
I'd like to prepare some documentation to release with my GPX module.
This will be in addition to the Javad
Thanks for the info Jody. In your abscence some of the other
programmers pointed me towards the DirectPosition class. I hope to
come up with a solution that uses this class.
Landon
On Sun, Nov 23, 2008 at 8:45 PM, Jody Garnett <[EMAIL PROTECTED]> wrote:
> Sunburned Surveyor wrote:
>
ndon
On Thu, Nov 20, 2008 at 7:52 AM, Adrian Custer <[EMAIL PROTECTED]> wrote:
> On Thu, 2008-11-20 at 07:39 -0800, Sunburned Surveyor wrote:
>>
>> In this particular scenario unprojected lat/long data is exactly what
>> I need. I'm not producing any maps at this stage
TS is just serving as a convenient
coordinate holder at this point.
Thanks for all of the advice.
When I do move to the map production stage, I'll likely use UTM, or
maybe state plane coordinates.
The Sunburned Surveyor
On Thu, Nov 20, 2008 at 1:09 AM, Adrian Custer <[EMAIL PROTECTED]>
ulations I need, or should I whip up my own
implementation of the Ellipsoid interface?
That should get me going for now.
Thanks for all of the support.
The Sunburned Surveyor
-
This SF.Net email is sponsored by the Moblin Your
One of the main differences between JUMP and OpenJUMP is that OpenJUMP
has been internationalized by members of the community. All of the
plug-ins that I write for OpenJUMP are internationalized. A few months
back I was internationalizing one of my plug-ins and the experience
left me wanting more f
I'm currently working on the unit tests for the GPX code that will go
into my experimental GeoTools module. One of the classes I need to
test is the parser of the GPX files. I've got some sample GPX files
that I can use for the testing. Normally I would just hardcode the
path for the test file into
Matthias,
You are a fresh breath of reasonableness and your criticism of my
proposed interface was very constructive. Thank you. Please see my
comments below.
Matthias wrote: "I most GIS applications that care about CRS the user
has to choose a CRS for his/her map. In order to do so the applicati
Welcome Milton. I'm a fairly new GeoTools user myself. If I can help
with anything, please let me know.
Landon
On Mon, Oct 13, 2008 at 2:12 PM, Milton Jonathan
<[EMAIL PROTECTED]> wrote:
> Hello everybody
>
> My name is Milton Jonathan and, as I already told some people at the
> FOSS4G conference
-- Forwarded message --
From: Sunburned Surveyor <[EMAIL PROTECTED]>
Date: Mon, Oct 13, 2008 at 5:05 PM
Subject: Re: [Geotools-devel] Geotools-devel Digest, Vol 29, Issue 14
To: Matthias Basler <[EMAIL PROTECTED]>
Let me briefly respond to some of your comme
Roger that Martin. This all makes good sense.
I'm talking about a facade for your module, not a replacement.
Landon
On Fri, Oct 10, 2008 at 1:07 PM, Martin Desruisseaux
<[EMAIL PROTECTED]> wrote:
> Sunburned Surveyor a écrit :
>> I agree with the need for simplicity. In
Thanks for the information and input Martin.
Landon
On Fri, Oct 10, 2008 at 12:38 PM, Martin Desruisseaux
<[EMAIL PROTECTED]> wrote:
> Just realizing a typo: when talking about ISO specifications for Coordinate
> Reference Systems, the correct reference is ISO 19111, not ISO 19107 (the
> later
>
ople can pick and choose from parts of the interfaces they
> wish to use?
>
> -Justin
>
> Martin Desruisseaux wrote:
>>
>> Sunburned Surveyor a écrit :
>>>
>>> If we have some consensus that this is a good idea could we move
>>> forward with a Ge
be to find the middle ground. Come up
> with interfaces both "useful enough" and "simple enough".
>
> 2c,
>
> -Justin
>
> Sunburned Surveyor wrote:
>>
>> GeoTools Developers,
>>
>> I'd like to share some thoughts on the referencing
GeoTools Developers,
I'd like to share some thoughts on the referencing module. I'm
wondering if this new situation that has developed would be an
opportunity to introduce a common interface that could be used for
coordinate transformations. After all, from a client code
persepective, the process
my work for this first release and will square away my
access to the SVN.
Thanks,
The Sunburned Surveyor
On Wed, Sep 17, 2008 at 5:35 PM, Jody Garnett <[EMAIL PROTECTED]> wrote:
> Sunburned Surveyor wrote:
>>
>> I've decided to take an incremental approach to the develop
I'm getting close to a release of some functional code for my GPX2
package. Let briefly describe what it does, and then I have a couple
of quick questions.
I've decided to take an incremental approach to the development of the
package. This first release will only include support for waypoint
enti
I'm trying to complete the tasks I need for my "unsupported" GeoTools
module. One of these steps was completing the paper work necessary to
transfer my copyright for GeoTools code to the OSGeo. However, the
GeoTools developer guide does not contain a link to the appropriate
form:
http://docs.codeh
I'm jumping into the middle of this conversation, but I wanted to
clarify something. I don't know if it will add to the discussion, but
I hope it will.
The Geoid is not a mathematical figure like an ellipsoid, so I don't
think you can really refer to "conversion" equations. A geoid is more
like a
I have to register with Andrea under the dissenting opinion here. The
"invent here" policy does not sound like a good idea to me. In fact,
it seems to eliminate one of the great benefits of the Java language,
widespread use of popular and task-specific programming languages. If
you want to use a "e
I don't have a problem with the name change to GPX Base, or a Java
package structure that started with a prefix like
org.geotools.gpxbase.
I'm not sure about merging the modules though. They take two
approaches to two different problems. I believe the existing GeoTools
module is more tightly integ
I had some "outsider" comments on getting permission to write to the
GeoTools wiki page, which I did today, and I wanted to quickly share
them before I forgot.
I think that Step 4 and Step 5 under the "Getting Edit Permission"
section of the following page might be duplicated:
http://sites.google
GeoTools Programmers,
This is my formal request for permission to create an unsupported GPX2
module in GeoTools. GPX2 offers an alternative (not a replacement) of
the existing GPX code in GeoTools. The main difference is the purpose
of the library. The purpose of GPX2 is to provide "low-level" acc
public abstract boolean isAvailableAsImage();
public abstract boolean canBeScaled();
}
Landon
On Thu, Jun 19, 2008 at 1:12 PM, Jody Garnett <[EMAIL PROTECTED]> wrote:
> Sunburned Surveyor wrote:
>>
>> A GPX waypoint object can have a "link" attribute and a "
A GPX waypoint object can have a "link" attribute and a "symbol"
attribute. At this time I'm representing both of these attributes as
Strings in my waypoint object. I was thinking about upgrading these
attributes to more "intelligent" objects.
I can use the java.net.URL object for my link attribut
1 - 100 of 190 matches
Mail list logo