Landon Blake schrieb:
It looks like I might have ruffled a few feathers with my earlier post
Landon,
please keep it up, it is advocacy at its best. As you said before, this
is the OSGeo mailing list.
Would you care to also add some of your thoughts and ideas backed up
with reference links (just
Folks,
I have a pretty powerful workstation that I'd like to
connect to OSGeo infrastructure, somehow. It is: Mac Pro with
2 x Intel Xeon 2.66GHz (5150, Woodcrest, dual core)
5 GB RAM
1.5 TB HDD
If I'll manage to find a new home for my machine, I want to
extent RAM to 16 GB and get one or more
Chris Puttick wrote:
If anyone has a use for it, we can provide space, protected power and
a connection
I used to use this machine as a part of http://buildbot.osgeo.org farm.
It could also be used for other purposes, like live demo of
GeoServer/MapServer, nightly builds and binary
- Mateusz Loskot mate...@loskot.net wrote:
Chris Puttick wrote:
If anyone has a use for it, we can provide space, protected power
and
a connection
I used to use this machine as a part of http://buildbot.osgeo.org
farm.
It could also be used for other purposes, like live demo of
All,
Opticks is an open source remote sensing application and development
framework. We recently started the process to add JPEG 2000 support to
our framework. We picked OpenJpeg to add JPEG 2000 support to our
application. They are also open source. We currently support importing
JPEG 2000 files
Thanks for the information Michael. I am downloading Opticks right now.
:]
I also found this Java library for JP2, thought I'm not sure how
complete/up-to-date it is:
http://jj2000.epfl.ch/
Maybe we need a JPEG 2000 page on the OSGeo wiki.
Landon
Office Phone Number: (209) 946-0268
Cell Phone
Well, according to this page: http://jpeg2000.epfl.ch/ v.5.1, courtesy in part
Eastman Kodak, provides complete JP2 support at the decoding side - not sure
whether that covers the tiling or other geo needs, but doesn't it sound worth
investigating?
Chris
- Christopher Schmidt
Tiling essentially means you can take a large file and compress pieces of it
independently. This avoids having to deal with the large memory footprint
issues, but it can also lead to seam-line artifacts under certain conditions.
Ideally, one would prefer to have the option of compressing
MPG wrote: Tiling essentially means you can take a large file and
compress pieces of it independently. This avoids having to deal with
the large memory footprint issues, but it can also lead to seam-line
artifacts under certain conditions. Ideally, one would prefer to have
the option of
Not a stupid question -- but it doesn't work that way. The artifacts are due
to the wavelet processing of the pixels near the tile boundaries, and the
boundaries have to be treated reflectively within their individual tiles (in
order to keep each tile separate), which means you can sometimes
Wow. Whoddu thunk we'd spend so much time and energy trying to make big
pictures smaller.
Landon
Office Phone Number: (209) 946-0268
Cell Phone Number: (209) 992-0658
-Original Message-
From: discuss-boun...@lists.osgeo.org
[mailto:discuss-boun...@lists.osgeo.org] On Behalf Of
On Fri, Aug 21, 2009 at 09:45:04AM -0700, Landon Blake wrote:
MPG wrote: Tiling essentially means you can take a large file and
compress pieces of it independently. This avoids having to deal with
the large memory footprint issues, but it can also lead to seam-line
artifacts under certain
So hung up on wavelets, we are.
Internally tiled TIFF with JPEG compression and similarly formatted
internal overviews can achieve 10:1 compression rates without
noticeable image quality reductions, and as an added bonus can be
decompressed a heck of a lot faster than wavelet-based formats. The
I think we were talking about the easiest way to implement saving space.
:]
I was trying to point out (and maybe Paul was also) that ease of
implementation (now or in the future) should be a factor the government
chooses when selection a file format/technology for data storage and
distribution to
All,
I agree, very good conversation, I've already pointed a few folks at it as the
same topic has come up here at work on two different projects, as well as a
Survey I just completed yesterday for a Federal data provider. I pointed the
survey taker at this thread as well.
bobb
Landon
Bob,
Sorry to mess with discussion but if someone is suggesting the use of Geotiff
with JPEG compressed as a Open File Format (copied and pasted from the thread
title) I would like to remember myself and the audience obout the data type
limitations.
There's more in raster data than meet the
I would like to get some comments on a phenomenon I have discovered
among the OpenJUMP community. I know for sure of one (1) company that
maintains a separate fork of OpenJUMP, but which monitors our mailing
list and likely grabs patches form our source code repository. They
never participate in
Someone earlier in this thread spoke about some of these technologies
being somewhat obsolete what with the new network and bandwidth speeds
available for publishing.
I think the comment was that by hiding the data behind a server, you can reduce
the users' exposure to a myriad of file
Ivan,
Ignoring the danger that this thread will devolve into a discussion about
different raster formats, I will ask you for some specifics.
What are the limitations of Geotiff/JPEG compared with the proprietary
alternatives?
Maybe we need to cook up a Guide To Raster Data File Formats for
Yes, JP2 supports signed and unsigned types of up to ~24 bits. And lots of
channels (bands). And alpha masking. And arbitrary metadata blobs (geospatial
and otherwise).
-mpg
-Original Message-
From: discuss-boun...@lists.osgeo.org [mailto:discuss-boun...@lists.osgeo.org]
On Behalf
On Fri, Aug 21, 2009 at 11:55:30AM -0700, Landon Blake wrote:
Is OpenJUMP the only community with these open source lurkers?
No.
How many of these companies do you think there are? (I'm not talking about
one guy who downloads an open source app and uses it. I'm talking about
actual
Thank you for your comments Christopher. I may just try my mailing list
invitation, and will let you guys know how it works out.
If there are other ideas on outreach of this type, I would like to hear
it.
I think the ultimate success of my favorite little GIS program may
depend on the results of
Henning Lorenz wrote:
Hi all,
Mateusz's email about his unused MacPro brought another question to
my mind (again): Is there interest in a distributed computing
infrastructure for OSGeo.
I would take a risk and say that there is no interest but a need or even
demand of bringing a usable
Landon Blake wrote:
What do you think? Send an e-mail to the project list with an
invitation to contact me privately about getting more involved? Are
these lurkers worth the time?
I would write a post on my blog:
***
Wow! This is a fantastic news!
I've just been told that the big company X
Thanks for the suggestion Mateusz. Unfortunately I don't know who
Company X is. The blog post is a good idea though.
Landon
Office Phone Number: (209) 946-0268
Cell Phone Number: (209) 992-0658
-Original Message-
From: discuss-boun...@lists.osgeo.org
I've been a moderator for a commercial desktop mapping forum for more
than 10 years and this behavior is quite common. I think it has more to
do with how people adapt to a social network than it has to do with
anything unique in the Open Source world. Like Chris mentioned, the
majority of
Hi Landon,
What I feel it is also part of Me-too effect when such a event happens.
for eg.
If a person from X company is using any of the Open Source Intiative.
His/Her collegue from their own or some other division/company find out they
start there own endavour to get to it without any
27 matches
Mail list logo
