Hi all,
Also about the Geo module and supporting formats, some libraries, like the
newer versions of GeoTools (version 8.0 or newer),
supports other formats of Geo Spatial data, that would be way a to expand this
module in the future.
Right now I am checking it to see how it works :)
Regards
Dear David,
thanks for your request. Yes, one of our members (Masoumeh) is in fact
working on an implementation of the Geo Module (for GML2), and it may
get finished in Januar or February. It will closely resemble Zorba’s
implementation, and we think about proposing some updates to the
official EX
Hi Basex-ers
I am new to the list but have been working with basex for a few weeks now. We
are using basex to search ISO 19115 geospatial metadata. The full text search
is simple and works better than any of the existing purpose built catalog tools
we have worked with so far.
I am very intere
Hi all
All my talks about indexing were based on (my) assumption, that efficient
querying (what is the core case I am looking forward) requires existence of
an index. Frankly speaking - I am mostly interested in querying - if it
goes fast enough without any index, I do not mind the difference.
My
Am Samstag, 7. Januar 2012, 17:03:40 schrieb Christian Grün:
> > 20 GB uncompressed.
> > FYI/Hint: Here is a mapping of the OSM xml structure:
> > http://wiki.openstreetmap.org/wiki/API_v0.6/XSD
> Thanks. Out of interest: at what stage did BaseX stop the import? Do
> you have a link to the original
> 20 GB uncompressed.
> FYI/Hint: Here is a mapping of the OSM xml structure:
> http://wiki.openstreetmap.org/wiki/API_v0.6/XSD
Thanks. Out of interest: at what stage did BaseX stop the import? Do
you have a link to the original file?
___
BaseX-Talk mai
20 GB uncompressed.
FYI/Hint: Here is a mapping of the OSM xml structure:
http://wiki.openstreetmap.org/wiki/API_v0.6/XSD
2012/1/7 Christian Grün
> Erdal,
>
> thanks for your report. How large was the total, uncompressed size of the
> file you were reading in?
>
> Christian
> __
Hi Jan,
> This leads to more general feature: schema aware processing. Currently (as
> far as I know) the dateTime values are indexed as strings, what is in many
> cases quite inefficient. Knowing the type of the value and using related type
> of index could lead to much more efficient queries.
Erdal,
thanks for your report. How large was the total, uncompressed size of the
file you were reading in?
Christian
___
On Tue, Jan 3, 2012 at 10:45 AM, Erdal Karaca <
erdal.karaca...@googlemail.com> wrote:
> That is a great question.
>
> I tried to import a sub set of
Dear Ingo,
Rosi has already summarized the main challenge: there are lots of different
approaches that revolve around spatial querying. Did you already have a
quick look at the EXPath module, and do you think it might be helpful in
your scenario?
I cannot give details when we will actually be abl
Would be nice to have KML support in addition to GML, but I suppose there
are tools to support GML use with Google Maps, for example:
http://www.dyasdesigns.com/geoxml/
MarkLogic supports multiple formats: The Geo module provides support for
geospatial queries using GML, KML, GeoRSS/Simple, or Met
Hi Ingo, hi all,
until now we at BaseX have not discussed the implementation of a
geospatial API. However, I would like to ask you what is actually your
requirement: a module which provides functions for querying spatial data
or a feature for indexing such data or both? :)
I ask because the
FYI, MarkLogic has very good geospatial support:
http://developer.marklogic.com/pubs/4.0/apidocs/GEO.html
Maybe these APIs could be used as a model for an implementation in BaseX.
Eric
On Tue, Jan 3, 2012 at 6:04 AM, Jan Vlčinský (CAD) <
jan.vlcin...@cad-programs.com> wrote:
> Hi all
> I would
Hi all
I would be too interested in this type of feature (geospacial indexes).
This leads to more general feature: schema aware processing. Currently (as
far as I know) the dateTime values are indexed as strings, what is in many
cases quite inefficient. Knowing the type of the value and using relat
That is a great question.
I tried to import a sub set of the OpenStreetMap planet file (just germany)
which is about 2 GB (bz2 compressed) in size into a basex database.
Unfortunately, after 5% or the like, and this took almost over an hour (I
am using an i7/4GB machine, I aborted the procedure.
I
Hi,
Our company evaluates BaseX for our project.
A new requirement is to show spatial data with a geographic information
system.
Are there any plans for a spatial xquery module for querying GML like
the (experimental) module in eXist?
http://exist-db.org/extensions.html#module_spatial
16 matches
Mail list logo