Re: [gdal-dev] Finding if a source exists in particular block of a VRTRasterBand
Le jeudi 14 mars 2013 05:18:17, ryagz a écrit :
Hi,
I have created a VRTDataset and added multiple simple sources to its
rasterbands in a function of my application. In another function i have the
instance of this VRTDataset and its VRTRasterbands and, Now i would like to
find for a particular offsets an dimensions if there exists a source in
VRTRasterband.
I did not find any API functions to do this operations, so thought to call
functions from the classes and tried the code like bellow:
GDALRasterBand* preBand = dataSource-GetRasterBand(1);
VRTSourcedRasterBand* Vrtband =
dynamic_castVRTSourcedRasterBand*(preBand);
int hasValidSource = 0;
for(int srcIndex = 0; srcIndex Vrtband-nSources; srcIndex++)
{
VRTSimpleSource* simpleSource =
static_castVRTSimpleSource*(Vrtband-papoSources[srcIndex]);
hasValidSource = simpleSource-GetSrcDstWindow(xoff, yoff, read_size[0],
read_size[1], read_size[0], read_size[1], nReqXOff, nReqYOff,
nReqXSize, nReqYSize, nOutXOff, nOutYOff, nOutXSize, nOutYSize
);
}
To do this operation, the problem i am facing is VRTSimpleSource class is
not exported and so the function GetSrcDstWindow() is throwing a linker
errors.
Is there any way to solve this issue?
Or Is there any API function which does this operation?
You can look at the gdallocationinfo source code to see how it manages to
retrieve the source file :
$ gdallocationinfo byte.vrt 0 0
Report:
Location: (0P,0L)
Band 1:
LocationInfoFile/home/even/gdal/svn/trunk/gdal/byte.tif/File/LocationInfo
Value: 110
Migth require GDAL 1.9 at least.
Thanks,
Ryagz
--
View this message in context:
http://osgeo-org.1560.n6.nabble.com/Finding-if-a-source-exists-in-particul
ar-block-of-a-VRTRasterBand-tp5040251.html Sent from the GDAL - Dev mailing
list archive at Nabble.com.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Mapinfo -- postgis db using ogr2ogr, failing to overwrite
Hi, Sorry to revive this post but I'm a non GIS type and have a similar issue. I'm trying to upload a mapinfo layer using WinSCP and Ogr2Ogr to work it's magic to put it into the GeoStore, this via GeoServer ensures our Openlayers map is up-to-date. The trouble is that I get the exact same error IF the existing table being overwritten has views based on it, otherwise the overwrite works fine. The views go to make up the layers on the map that can be turned on/off. I really don't want to end up with a table for each of these ! Is this possible ? is there a better way of doing it ? *The command we’re using * call ogr2ogr -f PostgreSQL PG:host=localhost user=pembs dbname=pembs password=12345 ./WindTurbines.TAB -nln public.windturbines -lco OVERWRITE=YES -T_SRS EPSG:27700 *The Error we get* failed with return code 1 and error message ERROR 1: CREATE TABLE public.windturbines ( OGC_FID SERIAL, CONSTRAINT windturbines_pk PRIMARY KEY (OGC_FID) ) ERROR: relation windturbines already exists ERROR 1: Terminating translation prematurely after failed translation of layer WindTurbines (use -skipfailures to skip errors). Appologies again that i'm not a GIS bod so hope my lack of understanding doesn't confuse you! Pete -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Mapinfo-postgis-db-using-ogr2ogr-failing-to-overwrite-tp3743940p5040341.html Sent from the GDAL - Dev mailing list archive at Nabble.com. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Mapinfo -- postgis db using ogr2ogr, failing to overwrite
Selon Pete pet...@pembrokeshirecoast.org.uk: Hi, Sorry to revive this post but I'm a non GIS type and have a similar issue. I'm trying to upload a mapinfo layer using WinSCP and Ogr2Ogr to work it's magic to put it into the GeoStore, this via GeoServer ensures our Openlayers map is up-to-date. The trouble is that I get the exact same error IF the existing table being overwritten has views based on it, otherwise the overwrite works fine. The views go to make up the layers on the map that can be turned on/off. I really don't want to end up with a table for each of these ! Is this possible ? is there a better way of doing it ? *The command weâre using * call ogr2ogr -f PostgreSQL PG:host=localhost user=pembs dbname=pembs password=12345 ./WindTurbines.TAB -nln public.windturbines -lco OVERWRITE=YES -T_SRS EPSG:27700 *The Error we get* failed with return code 1 and error message ERROR 1: CREATE TABLE public.windturbines ( OGC_FID SERIAL, CONSTRAINT windturbines_pk PRIMARY KEY (OGC_FID) ) ERROR: relation windturbines already exists ERROR 1: Terminating translation prematurely after failed translation of layer WindTurbines (use -skipfailures to skip errors). Appologies again that i'm not a GIS bod so hope my lack of understanding doesn't confuse you! I guess that the -lco OVERWRITE=YES that cause a DROP TABLE windturbines must fail because the table is referenced by the views. One option, provided that the structure of the existing windturbines table is compatible with the windturbines.tab file you want to inject into it, would be to : 1) ogrinfo PG:host=localhost... -sql DELETE FROM windturbines 2) ogr2ogr -update -append PG:host=localhost... ./WindTurbines.TAB -nln public.windturbines Pete -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Mapinfo-postgis-db-using-ogr2ogr-failing-to-overwrite-tp3743940p5040341.html Sent from the GDAL - Dev mailing list archive at Nabble.com. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Is GDALFPolygonize thread safe ?
Hi, 'GDALFPolygonize' create polygons from a raster band into a vector file. Can this function called from multiple threads safely ? For ex. I have 10 raster files and would like to fire 10 threads. Every thread opens a raster and call GDALFPolygonize to generate a vector file in MapInfo format. Would this be concurrent safe ? Thanks Jeff ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Berkeley DB OGR driver
On 2013-03-14 10:03 AM, Ivan Lucena wrote: Hi Jeff, Yes, once we figure out how to deal with the driver name issue I will write instruction to the GDAL Wiki. But I am curious. How do use BDB on MapServer/MapCache? Do you use the SQLITE API or goes directly to the DBD API? How do you compare BDB to SQLITE in terms of performance and functionality? Hi Ivan, I'm not the developer of MapCache so I can't fully answer your questions (but maybe others lurking on this list can). Or we can switch this/your exact questions to the MapServer-dev list. For me on the Windows compile side of things, I am able to point to SQLITE libs for sqlite tile output support for MapCache, or BDB libs for BDB tile output support for MapCache. I'm not aware of the magic in how that happens, you'll have to discuss this more on MapServer-dev. In terms of performance, I notice both are very fast (maybe BDB faster?), I don't have exact numbers. I believe SQLITE is limited to 2TB in size, and maybe BDB is not? I can't remember this issue/rule. BDB support in MapCache is still pretty new/most are not using this yet I feel. I did find and file an issue where BerkeleyDB tile caches created through MapCache cannot be opened with the BDB dbsql.exe utility (https://github.com/mapserver/mapcache/issues/58), but that is unanswered. The support for BDB is still very new. -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Is GDALFPolygonize thread safe ?
I use GDALPolygonize.py to convert 8 in a row and have no problems - -Jeff Lake K8JSL MichiganWxSystem.com AllisonHouse.com TheWeatherCenter.net GRLevelXStuff.com On 3/14/2013 8:46, Jeff Lacoste wrote: Hi, 'GDALFPolygonize' create polygons from a raster band into a vector file. Can this function called from multiple threads safely ? For ex. I have 10 raster files and would like to fire 10 threads. Every thread opens a raster and call GDALFPolygonize to generate a vector file in MapInfo format. Would this be concurrent safe ? Thanks Jeff ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Is GDALFPolygonize thread safe ?
Jeff, I reviewed the polygonize code and I don't see any multi-threading issues in it on quick inspection. The algorithm does read from GDAL and write to OGR so it would also be sensitive to issues with particular drivers. The main GDAL drivers (ie. GeoTIFF, MEM) should be fine. For writing OGR drivers like shapefile, or MEM should be ok. I'm assuming each thread is writing to a distinct output OGR supported datasource and layer. No guarantees unfortunately. Best regards, Frank On Thu, Mar 14, 2013 at 5:46 AM, Jeff Lacoste jefflacosteg...@gmail.com wrote: Hi, 'GDALFPolygonize' create polygons from a raster band into a vector file. Can this function called from multiple threads safely ? For ex. I have 10 raster files and would like to fire 10 threads. Every thread opens a raster and call GDALFPolygonize to generate a vector file in MapInfo format. Would this be concurrent safe ? Thanks Jeff ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush| Geospatial Software Developer ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Difficulties reading a ODIM HDF5 file
Sjur, Could you file a ticket on the metadata and projection issues, and attach or point to the dataset? I think these regressions deserve a careful review and I don't want to lose the issue in ephemeral email. Best regards, Frank On Thu, Mar 14, 2013 at 5:48 AM, Sjur Kolberg sjur.a.kolb...@sintef.no wrote: Hello again! Thanks for your help. I downloaded the pre-built GDAL binaries from Tamas Szekeres' www.gisinternals.com and managed to read the HDF5 file. Almost. And actually better with GDAL 1.7.3 than with GDAL 1.9.2, both downloaded prebuilt from www.gisinternals.com. 1.7.3 can read the projection info, 1.9.2 cannot. They also seem to handle metadata (and subdataset?) differently; 1.9.2 seem to attribute the first 7 metadata items to a dataset1, whereas 1.7.3 does not. 1.9.2 also finds the Conventions attribute. None of the two detects the what:nodata attribute. I can see that the corner coordinates are wrong, I'll discuss that with the provider. But does anyone see what causes 1.9.2 to miss the refsystem? Grateful for any clue. The attached file may be different from the one in the previous mail. Sjur :-) GDALINFO output from 1.9.2:, command window spawn from SDKShell.bat: Setting environment for using the GDAL and MapServer tools. Hiding the OCI plugin library. C:\Devel_VS2010\GDAL-1.9.2gdalinfo norsa.ss.ppi-00.5-dbz.aeqd-1000.20070601T000 039Z.hdf Driver: HDF5Image/HDF5 Dataset Files: norsa.ss.ppi-00.5-dbz.aeqd-1000.20070601T39Z.hdf Size is 480, 480 Coordinate System is `' Metadata: Conventions=ODIM_H5/V2_1 dataset1_what_gain=0.5 dataset1_what_nodata=255 dataset1_what_offset=-32 dataset1_what_prodpar=0.5 dataset1_what_product=PPI dataset1_what_quantity=DBZH dataset1_what_undetect=0 how_endepochs=1180656039 how_software=RAINBOW how_startepochs=1180656009 how_system=GEMA what_date=20070601 what_object=IMAGE what_source=NOD:norsa what_source_plc=PLC:Rissa what_source_wmoid=WMO:00 what_time=39 what_version=H5rad 2.1 where_height=620 where_lat=63.69 where_lat_sphere=63.536783 where_LL_lat=61.303028 where_LL_lon=5.70656 where_lon=10.204 where_lon_sphere=10.204 where_projdef=+proj=aeqd +lat_0=63.536783 +lon_0=10.204000 +R=6371000 +datum=W GS84 where_UR_lat=65.59814 where_UR_lon=15.411344 where_xscale=1000 where_xsize=480 where_yscale=1000 where_ysize=480 Corner Coordinates: Upper Left (0.0,0.0) Lower Left (0.0, 480.0) Upper Right ( 480.0,0.0) Lower Right ( 480.0, 480.0) Center ( 240.0, 240.0) Band 1 Block=480x480 Type=Byte, ColorInterp=Undefined Metadata: dataset1_data1_data_CLASS=IMAGE dataset1_data1_data_IMAGE_VERSION=1.2 C:\Devel_VS2010\GDAL-1.9.2 GDALINFO output from 1.7.3:, command window spawn from SDKShell.bat: Setting environment for using the GDAL and MapServer tools. Hiding the OCI plugin library. C:\Devel_VS2010\GDAL-1.7.3gdalinfo norsa.ss.ppi-00.5-dbz.aeqd-1000.20070601T000 039Z.hdf Driver: HDF5Image/HDF5 Dataset Files: norsa.ss.ppi-00.5-dbz.aeqd-1000.20070601T39Z.hdf Size is 480, 480 Coordinate System is: GEOGCS[WGS 84, DATUM[WGS_1984, SPHEROID[WGS 84,6378137,298.257223563, AUTHORITY[EPSG,7030]], TOWGS84[0,0,0,0,0,0,0], AUTHORITY[EPSG,6326]], PRIMEM[Greenwich,0, AUTHORITY[EPSG,8901]], UNIT[degree,0.0174532925199433, AUTHORITY[EPSG,9108]], AUTHORITY[EPSG,4326]] Metadata: what:product=PPI what:prodpar=0.5 what:quantity=DBZH what:gain=0.5 what:offset=-32 what:nodata=255 what:undetect=0 how:system=GEMA how:software=RAINBOW how:startepochs=1180656009 how:endepochs=1180656039 what:object=IMAGE what:version=H5rad 2.1 what:date=20070601 what:time=39 what:source=NOD:norsa what:source_wmoid=WMO:00 what:source_plc=PLC:Rissa where:LL_lat=61.303 where:LL_lon=5.70656 where:UR_lat=65.5981 where:UR_lon=15.4113 where:projdef=+proj=aeqd +lat_0=63.536783 +lon_0=10.204000 +R=6371000 +datum=W GS84 where:lat=63.69 where:lon=10.204 where:lat_sphere=63.5368 where:lon_sphere=10.204 where:height=620 where:xsize=480 where:ysize=480 where:xscale=1000 where:yscale=1000 Corner Coordinates: Upper Left (0.0,0.0) Lower Left (0.0, 480.0) Upper Right ( 480.0,0.0) Lower Right ( 480.0, 480.0) Center ( 240.0, 240.0) Band 1 Block=480x480 Type=Byte, ColorInterp=Undefined Metadata: data:CLASS=IMAGE data:IMAGE_VERSION=1.2 C:\Devel_VS2010\GDAL-1.7.3 GDALINFO output from 1.7.3 on Linux at met.no, with h5ls: Version 1.8.7. This is equal to the result I get with GDAL 1.7.3 on Windows. christofferae@pc2752:~/src/prorad-clean/processing/prorad-process$ gdalinfo norsa.ss.ppi-00.5-dbz.aeqd-1000.20070601T39Z.hdf Driver: HDF5Image/HDF5 Dataset Files:
Re: [gdal-dev] Is GDALFPolygonize thread safe ?
Great. Thanks Frank. Yes I'm writing to distinct output OGR. For GDAL drivers you mean that some of them might not be thread safe ? and hence may not be used safely from multiple threads even for read access ? Is MapInfo OGR driver thread safe as long as i'm writing one distinct .tab from one distinct thread ? Jeff On Thu, Mar 14, 2013 at 11:50 AM, Frank Warmerdam warmer...@pobox.comwrote: Jeff, I reviewed the polygonize code and I don't see any multi-threading issues in it on quick inspection. The algorithm does read from GDAL and write to OGR so it would also be sensitive to issues with particular drivers. The main GDAL drivers (ie. GeoTIFF, MEM) should be fine. For writing OGR drivers like shapefile, or MEM should be ok. I'm assuming each thread is writing to a distinct output OGR supported datasource and layer. No guarantees unfortunately. Best regards, Frank On Thu, Mar 14, 2013 at 5:46 AM, Jeff Lacoste jefflacosteg...@gmail.com wrote: Hi, 'GDALFPolygonize' create polygons from a raster band into a vector file. Can this function called from multiple threads safely ? For ex. I have 10 raster files and would like to fire 10 threads. Every thread opens a raster and call GDALFPolygonize to generate a vector file in MapInfo format. Would this be concurrent safe ? Thanks Jeff ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush| Geospatial Software Developer ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Is GDALFPolygonize thread safe ?
On Thu, Mar 14, 2013 at 8:56 AM, Jeff Lacoste jefflacosteg...@gmail.com wrote: Great. Thanks Frank. Yes I'm writing to distinct output OGR. For GDAL drivers you mean that some of them might not be thread safe ? and hence may not be used safely from multiple threads even for read access ? Jeff, There are a lot of GDAL drivers and it is entirely possible, even likely, that some have threading issues. I believe most are ok. Is MapInfo OGR driver thread safe as long as i'm writing one distinct .tab from one distinct thread ? I don't know of any issues with the mapinfo driver, but it is complicated and I have not personally done an audit of it. Best regards, -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush| Geospatial Software Developer ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Polygonizer / Lines
Hi friends, I have a set of OGRLineStrings and an OGRLinearRing with many intersections. I would like to polygonize this set of lines. Can anybody help me? Best regards, -- Alisson Barbosa Systems Analyst - FUNCEME M.Sc. in Computer Science - MACC Graduate in Computer Science - UECE ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Postgis Raster out-db support
Hi, Is the current trunk of GDAL supports loading out-db raster data from postgis? If no, is there any specific timeline for that? Thanks, Ryagz -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Postgis-Raster-out-db-support-tp5040436.html Sent from the GDAL - Dev mailing list archive at Nabble.com. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Postgis Raster out-db support
On 14 March 2013 17:11, ryagz raghaven...@vizexperts.com wrote: Is the current trunk of GDAL supports loading out-db raster data from postgis? If no, is there any specific timeline for that? FYI, there is significant work planned in PostGIS Raster, which will affect out-db support: http://trac.osgeo.org/postgis/ticket/2217 http://trac.osgeo.org/postgis/ticket/ Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Polygonizer / Lines
Allison, Check out OGRGeometry::Polygonize() The result depends on the type of intersections in your lines. -- Best regards, Chaitanya Kumar CH On 14 Mar 2013 21:53, Alisson Barbosa alisson.u...@gmail.com wrote: Hi friends, I have a set of OGRLineStrings and an OGRLinearRing with many intersections. I would like to polygonize this set of lines. Can anybody help me? Best regards, -- Alisson Barbosa Systems Analyst - FUNCEME M.Sc. in Computer Science - MACC Graduate in Computer Science - UECE ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Is GDALFPolygonize thread safe ?
Thanks again Frank. May be some one else knows more about the MapInfo OGR driver would comment on its thread safety ? Jeff On Thu, Mar 14, 2013 at 12:00 PM, Frank Warmerdam warmer...@pobox.comwrote: On Thu, Mar 14, 2013 at 8:56 AM, Jeff Lacoste jefflacosteg...@gmail.com wrote: Great. Thanks Frank. Yes I'm writing to distinct output OGR. For GDAL drivers you mean that some of them might not be thread safe ? and hence may not be used safely from multiple threads even for read access ? Jeff, There are a lot of GDAL drivers and it is entirely possible, even likely, that some have threading issues. I believe most are ok. Is MapInfo OGR driver thread safe as long as i'm writing one distinct .tab from one distinct thread ? I don't know of any issues with the mapinfo driver, but it is complicated and I have not personally done an audit of it. Best regards, -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush| Geospatial Software Developer ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Polygonizer / Lines
Can you explain a bit better? 2013/3/14 Chaitanya kumar CH chaitanya...@gmail.com Allison, Check out OGRGeometry::Polygonize() The result depends on the type of intersections in your lines. -- Best regards, Chaitanya Kumar CH On 14 Mar 2013 21:53, Alisson Barbosa alisson.u...@gmail.com wrote: Hi friends, I have a set of OGRLineStrings and an OGRLinearRing with many intersections. I would like to polygonize this set of lines. Can anybody help me? Best regards, -- Alisson Barbosa Systems Analyst - FUNCEME M.Sc. in Computer Science - MACC Graduate in Computer Science - UECE ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Alisson Barbosa Systems Analyst - FUNCEME M.Sc. in Computer Science - MACC Graduate in Computer Science - UECE ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Cannot write jpeg2000 with ERDAS 4.3
Hi, I created this ticket http://trac.osgeo.org/gdal/ticket/5025 but maybe I should have asked the question first here. We upgraded the ERDAS library from 4.2 to 4.3 and the gdal_translate fails to open the output file in GDALECWCompressor::Initialize() function, at oError = CNCSJP2FileView::Open( (m_OStream) ); oError.m_eError always returns NCS_FILE_OPEN_FAILED which did not use to happen with 4.2 library. the output error is: ERROR 1: An error has occurred: Error 2 File open failed file line 0 Gdal dll has been rebuilt with the following flags: ECWDIR = path\ERDAS ECW JPEG2000 4.3 SDK ECWFLAGS = -DECWSDK_VERSION=43 \ -DHAVE_COMPRESS \ -I$(ECWDIR)\include \ -I$(ECWDIR)\include\NCSECW\api -I$(ECWDIR)\include\NCSECW\jp2 \ -I$(ECWDIR)\include\NCSECW\ecw ECWLIB = $(ECWDIR)\lib\vc10\win32\NCSEcw4d.lib \ $(ECWDIR)\lib\vc10\win32\NCSUtil4d.lib \ $(ECWDIR)\lib\vc10\win32\NCScnet4d.lib Does anybody have had the same issue when upgrading the ERDAS library? -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Cannot-write-jpeg2000-with-ERDAS-4-3-tp5040505.html Sent from the GDAL - Dev mailing list archive at Nabble.com. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Polygonizer / Lines
Alisson, You can refer to the method's documentation here: http://www.gdal.org/ogr/classOGRGeometry.html#a674319670e735bf6d4049300096157ec The mechanism of this operation was already explained Peter Halls in this mailing list[1]. GEOS does a good job identifying line strings touching at end points and then combining them to make rings and then polygons. However, it's your job to ensure that all the line strings passed to the method are part of a single polygon. [1]: http://lists.osgeo.org/pipermail/gdal-dev/2012-November/034793.html On Thu, Mar 14, 2013 at 11:58 PM, Alisson Barbosa alisson.u...@gmail.comwrote: Can you explain a bit better? 2013/3/14 Chaitanya kumar CH chaitanya...@gmail.com Allison, Check out OGRGeometry::Polygonize() The result depends on the type of intersections in your lines. -- Best regards, Chaitanya Kumar CH On 14 Mar 2013 21:53, Alisson Barbosa alisson.u...@gmail.com wrote: Hi friends, I have a set of OGRLineStrings and an OGRLinearRing with many intersections. I would like to polygonize this set of lines. Can anybody help me? Best regards, -- Alisson Barbosa Systems Analyst - FUNCEME M.Sc. in Computer Science - MACC Graduate in Computer Science - UECE ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Alisson Barbosa Systems Analyst - FUNCEME M.Sc. in Computer Science - MACC Graduate in Computer Science - UECE -- Best regards, Chaitanya kumar CH. +91-9494447584 17.2416N 80.1426E ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
