Jody Garnett ha scritto:
> Hrm - I do see what you are talking about; the instructions on that page
> are not the best.
Jody,
sometimes I wondering if you really read my mails ;-)
Please have a look in DataUtilities, there is no fileToURL method at
all, only the method to go the opposite directi
There may indeed be some low-level problems. The update broke Netbeans
for me as described by others here:
http://discussions.apple.com/message.jspa?messageID=9635085
Michael
--
__
Hi Andrea,
I have assigned GEOT-2570 for you to review, as you're the module maintainer.
The code I changed is:
- RecodeFunction, which originally only worked for "raster data" as the lookup
value
It's changed so it can be more generic, and can be used for vocabulary function
in app-schema mapp
Hi All,
Sorry if I misunderstood what exactly was required here. Here is another
attempt. If still further clarification is needed then feel free to ask.
--
The purpose of this module is to pro
Hrm - I do see what you are talking about; the instructions on that
page are not the best.
Jody
On 29/06/2009, at 6:15 AM, Andrea Aime wrote:
> Jody Garnett ha scritto:
>> The file touri tourl work around did not result in 100% success for
>> udig. We did contribute the work around and the in
File to URL is what causes the problems...
File.toURL() is deprecate in Java 6 (because they screwed up the
encoding of spaces and other stuff)
File.toURI().toURL() is the approved workaround
DataUtilities.fileToURL() is our workaround for at least a couple
years now
fileToURL() is similar to
Jody Garnett ha scritto:
> The file touri tourl work around did not result in 100% success for
> udig. We did contribute the work around and the instructions are in the
> developers guide.
Hmmm... search engines gave me nothing. A manual search gave me this:
http://docs.codehaus.org/display/GEOT
The file touri tourl work around did not result in 100% success for
udig. We did contribute the work around and the instructions are in
the developers guide.
Jody
On 29/06/2009, at 1:21 AM, Andrea Aime wrote:
> Jody Garnett ha scritto:
>> Andrea we have a similar class in uDig called URLU
Christian Müller ha scritto:
> Looking at your patch the only thing what is happening is that the class
> files are going into the "bin" folder and not into the target/classes
> folder.
> At the end of the day this means that within eclipse I can switch
> between different sdks for testing, whic
Looking at your patch the only thing what is happening is that the class
files are going into the "bin" folder and not into the target/classes
folder.
At the end of the day this means that within eclipse I can switch between
different sdks for testing, which would make my job (porting to ibm s
+1 without comment
Andrea Aime writes:
> Christian Müller ha scritto:
>> Since I am always working with an SDK 6, the usage of File.toUrl() is
>> marked depricated, I think the patch is welcome, especially if I think
>> about the fact that we have no Windows developers.
>> The patch is for 2.
Hi all,
for a few days I've tried to use the eclipse plugin so that the output
directory of Eclipse is separate from the maven one.
The rationale for why this may be beneficial is explained here (bottom
of the document for a pro/cons list):
http://docs.codehaus.org/display/M2ECLIPSE/Separate+Ecl
Jody Garnett ha scritto:
> Andrea we have a similar class in uDig called URLUtils that handles a
> lot of these issues; I would love to compare implementations etc... So
> yes the issue is very real; in particular the Java File classes do not
> have any great way of dealing with the "root" items:
>
Christian Müller ha scritto:
> Since I am always working with an SDK 6, the usage of File.toUrl() is
> marked depricated, I think the patch is welcome, especially if I think
> about the fact that we have no Windows developers.
> The patch is for 2.5.x, what about trunk ?
I guess we can just port
Since I am always working with an SDK 6, the usage of File.toUrl() is marked
depricated, I think the patch is welcome, especially if I think about the
fact that we have no Windows developers.
The patch is for 2.5.x, what about trunk ?
Andrea Aime writes:
> Hi all,
> a GT2 user provided thi
Andrea we have a similar class in uDig called URLUtils that handles a
lot of these issues; I would love to compare implementations etc... So
yes the issue is very real; in particular the Java File classes do not
have any great way of dealing with the "root" items:
- C: D: on windows - ie drive lett
That may indeed be the case; I am interested in this patch in any case
(as Andrea Antonello and myself have been gradually messing with a
class called URLUtils in uDig that has similar concerns - especially
on windows wacka wacka paths etc...).
But the nature of the break (between one version of J
SimpleFeatureType.retype looses the user map
Key: GEOT-2573
URL: http://jira.codehaus.org/browse/GEOT-2573
Project: GeoTools
Issue Type: Bug
Affects Versions: 2.5.6
Reporter: Andre
Support estimated extents in postgis-ng
---
Key: GEOT-2572
URL: http://jira.codehaus.org/browse/GEOT-2572
Project: GeoTools
Issue Type: Bug
Components: data jdbc-ng
Reporter: Andrea A
Jody Garnett ha scritto:
> One clue for me is that some of the test failures are due to checking
> for a file that does not end up existing; perhaps Java is really
> honouring the temporary nature of the file and not letting others
> refer to it?
Mind, the temporary nature requires the files to be
Kevin Neufeld ha scritto:
> Hi all,
>
> I'm trying to add highway shields to a basemap with styled roads I'm building
> with geoserver. For the most part it
> works well, but the odd tile simply will not render. I once left the server
> running over night and the cpu was still
> pinned the n
Hi all,
a GT2 user provided this patch:
http://jira.codehaus.org/browse/GEOT-2568
that deals with deficiencies of File.toURL to deal
with special characters. I checked on the net and
confirmed the issue is real.
The patch is quite mechanic, but also very extensive
(60kb) so I would like to get so
Add data types for temporal types
-
Key: GEOT-2571
URL: http://jira.codehaus.org/browse/GEOT-2571
Project: GeoTools
Issue Type: Task
Components: data jdbc-ng
Reporter: Justin Deoliveira
23 matches
Mail list logo
