[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
[udig-devel] remove unsubscribe
|
udig-devel-request@xxxxxxxxxxxxxxxxxxxxx wrote:
Send udig-devel mailing list submissions to
udig-devel@xxxxxxxxxxxxxxxxxxxxx
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.refractions.net/mailman/listinfo/udig-devel
or, via email, send a message with subject or body 'help' to
udig-devel-request@xxxxxxxxxxxxxxxxxxxxx
You can reach the person managing the list at
udig-devel-owner@xxxxxxxxxxxxxxxxxxxxx
When replying, please edit your Subject line so it is more specific
than "Re: Contents of udig-devel digest..."
Today's Topics:
1. Re: [Geoserver-devel] We're generating invalid dates in
GML.... (Chris Holmes)
2. Re: [Geoserver-devel] We're generating invalid dates in
GML.... (Andrea Aime)
3. Re: Fwd: [OSGeo-Discuss] An example of code sprint (Cory Horner)
4. Re: Fwd: [OSGeo-Discuss] An example of code sprint (Jody Garnett)
----------------------------------------------------------------------
Message: 1
Date: Tue, 06 Mar 2007 13:25:40 -0500
From: Chris Holmes <cholmes@xxxxxxxxxxxxx>
Subject: [udig-devel] Re: [Geoserver-devel] We're generating invalid
dates in GML....
To: Andrea Aime <aaime@xxxxxxxxxxxxx>
Cc: Geoserver-devel <geoserver-devel@xxxxxxxxxxxxxxxxxxxxx>,
User-friendly Desktop Internet GIS <udig-devel@xxxxxxxxxxxxxxxxxxxxx>
Message-ID: <45EDB224.3000506@xxxxxxxxxxxxx>
Content-Type: text/plain; charset="iso-8859-1"
Hmmm... I thought we had at least modified toString to at least give
consistent output, but it looks like that is not the case.
There's this DateUtil class in the codebase:
http://svn.geotools.org/geotools/branches/2.3.x/module/main/src/org/geotools/feature/type/DateUtil.java
That handles W3C dates and times, but it appears we're not using it in
the code at all.
It sounds like we should fix either the encoder or the toString to do a
bit better than it does now.
Chris
Andrea Aime wrote:
Justin Deoliveira ha scritto:
Hmmm, I am surprised the wfs 1.0 cite tests pass as they do a lot of
testing against dates... But i guess that is just date and not datetime
so that makes sense.
Hmm... that's suprising nonetheless... attributes encoding in Geotools
FeatureTranslator is handled in FeatureTranslator.handleAttribute:
if (Geometry.class.isAssignableFrom(value.getClass())) {
geometryTranslator.encode((Geometry) value, srsName);
} else {
String text = value.toString();
contentHandler.characters(text.toCharArray(), 0,
text.length());
}
Sooo.... it seems to me it was working only because of sheer luck? :-)
Looking at the FeatureTypeEncoder, every subclass of java.util.Date
will be turned into a xs:datetime, so I guess wfs 1.0 passed only
because we use Postgis as the backing store, which was configured
to use a date type, and returned as a result a java.sql.Date that
toStrings to something which is in the format CCYY-MM-dd, apparently
another format supported by xs:datetime.
Cheers
Andrea
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
!DSPAM:1003,45eda27413931365099012!