+1 to making it work for vector formats too -- geospatial imagery was just the
first notch to tackle... :)
Cheers,
Chris
On Feb 26, 2012, at 11:09 AM, Joe White wrote:
> Chris,
> One other thing occurred to me while looking at this. All of the discussion
> I've seen thus far revolves around g
Hi Joe,
On Feb 26, 2012, at 11:06 AM, Joe White wrote:
> Hi, Chris,
> I would agree that we probably should come up with a more comprehensive
> solution for this wrt the metadata object and the resulting XHTML. That
> would make this feel a little more like the geospatial stuff is more of a
>
Chris,
One other thing occurred to me while looking at this. All of the discussion
I've seen thus far revolves around geospatial imagery. Has there been any
discussion about using Tika on any of the geospatial vector formats? I would
think they would go hand in hand, and OGR recognizes many o
Hi, Chris,
I would agree that we probably should come up with a more comprehensive
solution for this wrt the metadata object and the resulting XHTML. That would
make this feel a little more like the geospatial stuff is more of a first class
citizen in the metadata hierarchy.
We will probably n
Hi Joe,
Awesome! Thanks for picking this up and getting interested in this work. Right
now, the only use cases we've had so far
is to represent lats and lons (WGS84). It would be great to extract more
information and come up with a policy for representing
more WKTs and so forth. We should probab
Hi,
I'm looking into implementing a bridge/link between Tika and GDAL so that
geospatial information can be saved from georeferenced images and vector types.
One thing that I have noticed while going through the code is that the code
only defines geographic coordinate types, using latitudes and
