Sunburned Surveyor ha scritto:
> Roger that. My task list:
>
> - Figure out how to create an AttributeDescriptor array from a
> DBaseFileHeader object.
> - Document this process.
> - Whip up a little helper class that makes this process painless.
> - Check JIRA and let Geotools know if OpenJUMP ha
Sunburned Surveyor ha scritto:
> Geotools Programmers:
>
> I'm about to embark on a project to overhaul the way OpenJUMP imports
> data from simple files. There are really only three (3) types of files
> that are critical to include in the update (I'm still debating on if I
> want to update GML 2.
I got NullPointerExceptions creating a new WPSFactory. The first one
happens in org.geotools.data.wps.WPSFactory:
private void buildValuesFromProcessDescriptionType():
this.description = this.pdt.getAbstract().getValue();
In net.opengis.wps10.impl.DescriptionTypeImpl getAbstract() returns
_abst
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 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
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'
The DBF header has some indication of charset; however it is often
wrecked by programs. We found the only thing to do was allow people to
override the default on a case by case basis (when working in eastern
multibyte encodings). Often an application will contain a default
charset - since a
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
Hi Landon - you are brave today!
Normal svn branching would be fine (it is some times easier to
assemble a patch in svn for review).
You already have commit access; we have a list of branches here if you
want to take notes:
- http://docs.codehaus.org/display/GEOTOOLS/Branch
You can see a cou
Fix file breaks shape access on read-only directory
---
Key: GEOT-2714
URL: http://jira.codehaus.org/browse/GEOT-2714
Project: GeoTools
Issue Type: Bug
Components: data shapefile
Sunburned Surveyor ha scritto:
> 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.
Sunburned Surveyor ha scritto:
> 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 Aime ha scritto:
>> At any rate, I started poking around in the DbaseFileHeader class
>> looking for some answers I couldn't find in the Javadoc. I had
>> originally planned on sending Andrea just a couple of patches, but I
>> think there may be more opportunities to improve the code
>> comm
13 matches
Mail list logo
