Dear Sir/Madam,
I'm a student in HSR, Rapperswil and I am trying to clip a SQLite file
I converted .osm.pbf file of liechtenstein to a .sqlite file, and then tried to
clip it with the following codes, (is it -clipsrc or -clipdst
ogr2ogr -f "SQLite" liechtenstein.sqlite liechtenstein-latest.osm.
Hao,
The extents for -clipsrc have to be represented in the source's reference
system. You can use gdaltransform [1] if you want to convert your lat/long
to the source's ref system.
[1]: http://www.gdal.org/gdaltransform.html
On Wed, Mar 19, 2014 at 1:16 PM, Tan Hao Feng wrote:
> Dear Sir/Ma
Tan Hao Feng hsr.ch> writes:
> Dear Sir/Madam,
> I'm a student in HSR, Rapperswil and I am trying to clip a SQLite file
> I converted .osm.pbf file of liechtenstein to a .sqlite file, and then
tried to clip it with the following codes, (is it
> -clipsrc or -clipdstogr2ogr -f "SQLite"
> liecht
Hi,
Would it hurt bad if the SQLite/Spatialite driver would use -co
spatialite=yes as a default? Is there anybody really using the "regular" FDO
type SQLite databases?
-Jukka Rahkonen-
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.os
Hi,
thank you for your answer. I probably misunderstood the relation between
RPC and GPC.
Ivan, thank you for the link,
Dimitriy, I did not define any coefficient (i did'nt know that i have
to...).
I used to orthorectify my photo with Erdas Imagine, wich was, in a way,
more easier : only de
Hi,
It may not be a good idea to use -clipsrc with OpenStreetMap data at least
without some thinking. Clipping is cutting linestrings like highways which
intersect the clipping geometry into pieces and that is changing the
geometry type of clipped highway from linestring into multilinestring. Such
Le vendredi 14 mars 2014 16:42:29, Even Rouault a écrit :
> Motion: Extend GDAL/OGR commit access to Vincent Mora.
I declare this motion passed with support from PSC members FrankW, JukkaR,
TamasS, HowardB, DanielM and me. Welcome aboard Vincent !
Vincent, I've added you to the committer list. T
Le mardi 18 mars 2014 23:04:56, Jukka Rahkonen a écrit :
> Even Rouault mines-paris.org> writes:
> > Selon Martin Landa gmail.com>:
> > > Hi,
> > >
> > > 2014-03-18 17:50 GMT+01:00 Even Rouault mines-
paris.org>:
> > > > I haven't looket at the file but from the above, the logic of the
> > >
>
Le mercredi 19 mars 2014 09:13:29, Jukka Rahkonen a écrit :
> Hi,
>
> Would it hurt bad if the SQLite/Spatialite driver would use -co
> spatialite=yes as a default?
Yes, I guess that would make sense (when spatialite is available).
Another option would be to have a "spatialite" driver, that wou
Le mardi 18 mars 2014 19:18:48, Hermann Peifer a écrit :
> Dear All,
>
> I am wondering if someone else would be interested in a config option
> like: GML_ATTRIBUTES_TO_OGR_FIELDS that would enable auto-detection of
> all XML attributes and subsequently write them into the .gfs file, as
> describe
Le mercredi 19 mars 2014 09:18:10, alain Sauter a écrit :
> Hi,
>
> thank you for your answer. I probably misunderstood the relation between
> RPC and GPC.
> Ivan, thank you for the link,
> Dimitriy, I did not define any coefficient (i did'nt know that i have
> to...).
>
> I used to orthorectify
Hi Jukka,
> To: gdal-dev@lists.osgeo.org
> From: jukka.rahko...@mmmtike.fi
> Date: Wed, 19 Mar 2014 08:13:29 +
> Subject: [gdal-dev] Change SQLite default to -spatialite=yes?
>
> Hi,
>
> Would it hurt bad if the SQLite/Spatialite driver would use -co
> spatialite=yes as a default? Is there a
The link Alain is referring to is Frank's Blog
[http://fwarmerdam.blogspot.com/]. I just realized that I reply only to Alain,
not to the gdal-dev.
Alain, we can see from your gdalinfo report that don't have RPC's on that file
and even the GCP's that you have doesn't have height, so it's impossi
Le mercredi 19 mars 2014 15:03:20, Ivan Lucena a écrit :
> Hi Jukka,
>
> > To: gdal-dev@lists.osgeo.org
> > From: jukka.rahko...@mmmtike.fi
> > Date: Wed, 19 Mar 2014 08:13:29 +
> > Subject: [gdal-dev] Change SQLite default to -spatialite=yes?
> >
> > Hi,
> >
> > Would it hurt bad if the SQL
Fowarding to gdal-dev where this might raise more interest.
-- Message transmis --
Sujet : [OSGeo-Discuss] Any one is interested in the support of GDAL for
MongoDB?
Date : mercredi 19 mars 2014, 15:25:46
De : "Zhang, Shuai"
À : OSGeo Google Summer of Code list , OSGeo Discuss
Hi list,
looking at the JP2OpenJPEG format handler (./frmts/openjpegdataset.cpp), it
seems that only the codec JP2 (and not J2K) is accepted in order to enable
extra boxes (eg GMLJP2 or GeoJP2 ones).
Might be wrong, but aren't JP2/J2K equivalent formats?
>>>
---if( eCodecForm
Le mercredi 19 mars 2014 18:16:57, Piero Campalani a écrit :
> Hi list,
>
> looking at the JP2OpenJPEG format handler (./frmts/openjpegdataset.cpp), it
> seems that only the codec JP2 (and not J2K) is accepted in order to enable
> extra boxes (eg GMLJP2 or GeoJP2 ones).
>
> Might be wrong, but ar
Hi,
I think 7-8 days will be enough. According to you plan this issue will
raise on 4-5 week then you'll export BRISK algorithm to GDAL. By now I
don't see any problems - don't worry.
Best regards,
Dmitry
17.03.2014 22:05, Kshitij Kansal пишет:
Hello Everyone
I have submitted my propos
Hi Even,
I plan to mentor Geography Network support, but I can co-mentor one of
such interesting projects:
- OGR Driver for MongoDB
- Bring up to speed the OGR style support for GDAL
- Implement write support for the PostGIS Raster GDAL driver
Best regards,
Dmitry
19.03.2014 19:02, Even R
Hello Dmitry
Thank you.
Is there anything else you can suggest regarding the proposal or Should I
consider the current draft as the final one?
I have planned it to the best way I could think of. I have tried to give
enough time for testing, documentation and code cleaning also as it is a
complet
Hi All,
I think i need a mentor working with me and help me make gdal under mongodb
support.
Below is the proposal i wrote, hopefully you find it worth a trial.
Thanks,
shuai
Title: OGR Driver for MongoDB
Short description:
MongoDB, a document database that provides high performance, high ava
21 matches
Mail list logo