海内 hainei.com
马伟
马伟在海内有：12 个好友1 张照片
Hi，我是马伟，我在海内网上建立了个人主页，请你也加入并成为我的好友。
邀请附言：
最近我一直在上这个海内网，是我几个朋友做的。我在上面放了一些照片和日志，也拉来几个朋友来玩，感觉还不错。
海内网跟别的网站不一样，上面的人都用真名和真头像
Jody Garnett wrote:
> I am going through the code in streaming renderer; trying to see why
> uDig is having trouble rendering features.
>
> Streaming renderer traditionally delegates the task of combining two
> queries to DataUtilities.mixQueries method; when I review the code today
> I find tha
I am going through the code in streaming renderer; trying to see why
uDig is having trouble rendering features.
Streaming renderer traditionally delegates the task of combining two
queries to DataUtilities.mixQueries method; when I review the code today
I find that startIndex is only handled a
I've dug through more source code and, as far as I can tell,
GeoServer/GeoTools never clips the polygons. It simply passes them to
java.awt.Graphics2D.fill(), which presumably applies a polygon
"filling" algorithm, not a polygon clipping algorithm. My guess is
that filling is much faster than clipp
On 7/10/08, Jody Garnett <[EMAIL PROTECTED]> wrote:
> Yes clipping is probably more expensive then dealing with more content; you
> may want to pre-process your data (splitting along tile devisions) prior to
> servering it up via geoserver?
I have tried this and was able to get almost a 2x perfor
We have a user guide that contains some examples to get you started;
http://docs.codehaus.org/display/GEOTDOC/Home
There also is a list of providers of support on this page:
http://docs.codehaus.org/display/GEOTDOC/10+Communication+and+Support
The communication and support page also talks about u
Issue is here: http://jira.codehaus.org/browse/GEOT-1877
Justin Deoliveira wrote:
> Again, this is problematic. The generator is a one time thing so I
> cant regenerate any of the files. So I suggest using the magic header
> script. And can you open an issue for me to modify the generator so
>
Issue is here http://jira.codehaus.org/browse/GEOT-1909
Jody Garnett wrote:
>> I am not thrilled at the aspect of re-generating every module. I dont
>> even know how to do this with EMF off the top of my head. I would
>> rather just include a license file saying that all the files are
>> indeed
We have several issues around the handling of license files;
- http://jira.codehaus.org/browse/GEOT-1896 User Guide must include all
licenses
- http://jira.codehaus.org/browse/GEOT-1907 All, need to review the
LICENSE* files in all modules
And here is the deal - nobody has time to handle this -
Morning David;
Your issue http://jira.codehaus.org/browse/GEOT-1879 has raised a
concern for the incubation committee; can you confirm that this issue
does not hold us up in releasing software? My understanding is it only
prevents the assignment of (c); the code is still available under LGPL
a
Hello ,
I want to display a map in an application java taking the database postgis ,
Somebody can help me ?
_
Cansado de espaço para só 50 fotos? Conheça o Spaces, o site de relacionamentos
com até 6,000 fotos!
http://www.amigosdo
[
http://jira.codehaus.org/browse/GEOT-939?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jody Garnett reopened GEOT-939:
---
> Get ArcSDE back to the build
>
>
> Key: GEOT-939
>
On 7/10/08, Jody Garnett <[EMAIL PROTECTED]> wrote:
> Yes clipping is probably more expensive then dealing with more content; you
> may want to pre-process your data (splitting along tile devisions) prior to
> servering it up via geoserver?
I have tried this and was able to get almost a 2x perform
Hello Andrea
Andrea Aime a écrit :
> Anyway, the funny thing is that there are two feature
> factories, one non validating, and the other validating.
> The latter is just a subclass of the former, since all
> we need to change is a flag.
>
> And here the fun part stats: the SPI will randomly pick
See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/812/changes
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with
Hi,
today I did some benchmarks again and we're pretty close
to the 2.4.x level (but we do not match, 10%-20% slower...
unfortunately I'm out of time for further improvements).
Anyway, the funny thing is that there are two feature
factories, one non validating, and the other validating.
The latter
See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/811/changes
Changes:
[aaime] Ops, forgot to commit part of the refactoring
[aaime] Ops, forgot to commit part of the refactoring
[groldan] workaround for cubewerx not parsing spatial filters
--
See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/810/changes
Changes:
[aaime] Making sure the non validating feature features gets picked up by
default
--
[...truncated 1708 lines...]
Reading from file
http://gridlock.openplans.org:8080/h
18 matches
Mail list logo
