Like the subject of patents from a couple weeks ago, we need to be careful of
painting
these things with too broad a brush.
I've got to have MicroStation to work with CALTRANS, AutoCAD to work with my
local city,
ESRI to work with the County's GIS department, and software from LizardTech
MPG,
I didn't mean to shine a spotlight on the USDA's use of MRSID. It is one
of several examples of an attitude I was trying to describe.
I think you and I respectfully disagree with one another on one aspect
of this debate. In my humble opinion sharing data acquired with tax
payer funding in a
All,
Chiming in here on this thread, good reading BTW . . .
I would like to expand somewhat on the idea that Open Formats should be the
number one consideration.
I would personally like to see the data be primarily released in an open
format, and then these other market related aspects
Hi,
I'm looking for a software (or something else) which can help me
to validate a geodetic calculus engine and a coordinate transformation
engine.
I have found, on the web, that Eurocontrol has DQTS (Data
Quality Tool Set), but it is too expensive.
Can Someone tell me if
there is a software
All,
This is a great thought-provoking discussion.
Thinking about the U.S. geodata released in the MrSID format. I think this
may be the best way to show the return on the taxpayers' investment in the
data. The vast majority of citizens don't want to manipulate these datasets;
they only want to
Richard,
You make an interesting point. I would respond to your argument in this
way:
Richard wrote: I think this may be the best way to show the return on
the taxpayers' investment in the data. The vast majority of citizens
don't want to manipulate these datasets; they only want to view
I realized that publishing a spec for a file format like MRSID isn't as
clear cut as I had at first thought. If the MRSID software uses a fancy
top-secret compression/decompression algorithm to move data to and from
the file format knowing only the structure of the format would do no
good. You'd
The MRSID format is a very special case - and perhaps an opportunity for a
new FOSS file format. MRSID is a lossless, fractal-based, multi-scale raster
compression format. LizardTech has the algorithms to encode and decode MRSID
locked up in copyrights, and I believe, patents. Even companies like
Eric,
The imagery I am talking about is from the USDA APFO:
This FAQ contains a snippet about the format:
http://www.fsa.usda.gov/FSA/apfoapp?area=homesubject=progtopic=nai
In an interesting turn of events I note that as of 2008, the USDA is
releasing the county mosaics in JP2
Interesting... I can understand why NAIP was in MRSID. It's a pretty large
dataset - and I think .SID was more widely supported than JP2 until
recently. The USDA site does provide links to PCI Geomatics FreeView, which
can read .SID format but not save it. IrfanView, with a plugin, can read SID
Some clarifications:
- MrSID has both lossy and lossless modes
- MrSID is not fractal based; it uses wavelets (and arithmetic encoding)
- you can't copyright algorithms; the MrSID source code certainly is, however
- MrSID relies on a number of patents, not all of which are owned by LizardTech
-
Thanks for the clarification, Michael!
And your comments about IP may also add to the paper I am developing (or
another).
I have a theme I plan to develop at some point - mostly dealing with the
inherent limitations of copyrighted software in an era of cloud computing...
-Eric
MPG:
Thanks for the clarification.
When you said there is today no open source implementation of JP2 that
is suitable for geo work do you mean that there is no open source
library that can read and write JP2? If so, who is using the format?
Do you know why there hasn't been a broader
Landon asked:
When you said there is today no open source implementation of JP2 that is
suitable for geo
work do you mean that there is no open source library that can read and
write JP2? If so,
who is using the format?
There are a few implementations of JP2 around. The Kakadu library,
I'll mention too the question of patents and JP2, since this thread is bound to
get into THAT issue too before long :-)
Some of the algorithms within the JP2 standard (from ISO) are patented.
However, the companies in question have agreed to not exercise their rights on
those patents for
On Thu, Aug 20, 2009 at 01:57:16PM -0700, Landon Blake wrote:
MPG:
Thanks for the clarification.
When you said there is today no open source implementation of JP2 that
is suitable for geo work do you mean that there is no open source
library that can read and write JP2? If so, who is
Good post Christopher. I will think about what you have said.
In the meantime, I won't be using any big images. :]
Landon
Office Phone Number: (209) 946-0268
Cell Phone Number: (209) 992-0658
-Original Message-
From: discuss-boun...@lists.osgeo.org
IMO:
Just another thought on this issue (though we do seem to be recycling arguments
over the years...):
Assuming that I have a very large archive of spatial data, be it imagery or any
other spatial format and that I store my data in a variety of proprietary
formats:
In ten years from
(With apologies for cross posting... Please see the below announcement for
the biannual GIS in Water Resources conference of the American Water
Resources Association in March 2010 in Orlando Florida. This conference has
had a growing representation of projects from the OPEN SOURCE GIS world and
it
19 matches
Mail list logo
