 |
 | My vote of 1 hm7921936 | 18:41 7 Oct '09 |
|
 |
Download source files - 473 Kb can not debug so many erroer in Visio Studio 2008
|
|
|
|
 |
 | GDAL exception with raster images Thabet Tech | 7:00 16 Jun '09 |
|
 |
Hi I used a simple code from this tutorial as the following
Canvas canvasNavi = new Canvas(); GisSelector gisSelector = new GisSelector();
OpenFileDialog openFileDialog1 = new OpenFileDialog(); openFileDialog1.Filter = "GeoTiff Files(*.geotif)|*.tif"; openFileDialog1.ShowDialog(); string im_fname = openFileDialog1.FileName; if (im_fname == "") return;
GeomModel.CanvasLayer lay1 = canvasNavi.getGeomModel().layerByName("geo_image"); if (lay1 == null) lay1 = new GeomModel.CanvasLayer("geo_image", Color.BlueViolet, 0, true);
GDalGIS.GdalImageCanvasItem geo_im = new GdalImageCanvasItem(im_fname, lay1);
It runs correctly but,when I choose raster image I get the following exception at the last line when I call GdalImageCanvasItem
FileNotFoundexception was unhandled Message="The specified module could not be found. (Exception from HRESULT: 0x8007007E)."
I added all references from your attachment(Demo project)
|
|
|
|
 |
 | Arial Photograph... mbaocha | 22:59 3 May '09 |
|
|
 |
 | Advice... Max_Longshaft | 12:45 15 Jun '08 |
|
 |
I'd make sure your product buids before you publish it and if it requires specifics to get it to work, let people know what they are. Seriously - this is the most contrived solution I've ever come across and after much faffing round, I've come to the conclusion that it's probably to do with GDAL's project not building properly and not your app. After looking on their shocking website, I'm none the wiser. We programmers get a bad name for making the industry appear a black art. GDAL is the epitomy of this and the developers need to sort themselves and their product documentation out.
When I build your project, Geometry is swiss cheese. Get loads of unresolved externs that foobar the app. Tried building geometry separetly, but nothing doing. Tried copying the dll's to Debug. Ditto. The other components have multiple issues too.
Summary - GDAL sucks.
|
|
|
|
 |
 | problems in Visual Studio 2005 davjer | 13:27 30 Aug '07 |
|
 |
hello ¿as I compile of visual Studio .net 2005?
very thanks
I am is programer c++, j++
|
|
|
|
 |
 | Showing locations on the map sylvesterg | 4:13 20 Mar '07 |
|
 |
Hi,
I have the following maps in hand
Country map - India map
States map - All the states inside the country.
I am developing a tourist website. My requirements are as follows
1. I want to show the destinations on the map - Like all the hill stations on the country and its highlighted may be in small dots with hill names
2. I want to show the state maps when user selects from the country. Inside the state user will have the tourist destinations thats also to be highlighted.
3. when the user selects the destination, user will have the details about the destinations and the hotels available in the particular destination.
Will it possible to do this programmatically through x,y coordinates as I am having the images of country and states,
or I have to go the other way?
what is the right way to do this requirement. Please suggest.
Thanks
Regards, Sylvester G sylvester_g_m@yahoo.com
|
|
|
|
 |
 | Could not generate GDAL.DLL benhchen | 12:30 1 Feb '06 |
|
 |
Failed to generate GDAL.DLL due to compiling error of missing header file. Followed your instruction to use MS VS6 and GDAL120, it came to python22 and I downloaded it from web and compiled it again and this time it gave me "unistd.h" missing.
I don't know how many dependency files will pop-up.
If you could, tell me where I could access 2 DLL files (GdalImage, Geometry) ? so that I could continue to build the rest C# projects.
Thanks, Ben (benhchen@comcast.net)
|
|
|
|
 |
 | Missing "gdal-priv.h" benhchen | 6:05 27 Jan '06 |
|
 |
Eduard,
After I downloaded the "Painter-src" and tried to build the "GdalImage", I got missing file error message "gdal-priv.h". Where I can get this file so that I could continue build the rest C# projects.
Thanks, Ben (bchen@efw.com)
|
|
|
|
 |
|
 |
Hi Ben,
I'm sorry for inconvinience, this package depends on GDAL library which I didn't include in the build.
You can download it at http://www.gdal.org/dl/gdal120.zip.
I think you should build it with VC6: nmake -f makefile.vc and then install it: nmake -f makefile.vc devinstall which by default creates: c:\GdalBuild folder with all headers and libraries my package is looking for.
In the next version I will include GDAL (now version 1.3.1) as a part of GisMap distribution.
Thanks, Eduard.
|
|
|
|
 |
 | license of source code mpaul42 | 7:50 21 Nov '05 |
|
 |
Hi,
I would like to use some of your code published within your article, especifically the wrapper libs to GDAL. But I have not found any license or file header comments regarding this issue.:( Do you want me to mark everything as a derived work and put a URL to the original article, or all the other round "do whatever you want, but do not mention my name." Btw: very good stuff, much faster than the official SWIG bindings to GDAL
Best Regards,
Michael Paul
|
|
|
|
 |
|
 |
Hi Michael,
I released it under GPL license, however if you need GDAL bindings only (GDalGIS and GdalImage) you can use it as LGPL (then your derived project does not have to be open source). In next release release of GisMap I changed DllImport calls for GDAL binding to managed C++ wrapers, but I left the same interface and it does not effect performance. I will appreciate if you put some reference to the article in your derived project but it's up to you.
Thanks for using my code, Eduard.
|
|
|
|
 |
|
 |
Eduard Baranovsky wrote: I released it under GPL license,
Wow, that kills it for a lot of us. That's a shame, it looked interesting but I can look no further. Sorry to hear that.
More people died from worry than ever bled to death. - RAH
|
|
|
|
 |
 | I wasn't aware... Andy_CAnfield | 14:40 31 Oct '05 |
|
 |
I wasn't aware that GDAL/OGR had C# bindings. Did you do the C# bindings yourself? If not where do I get them at or are they in the regular cvs with all the other source and I just haven't noticed it?
|
|
|
|
 |
|
 |
I did it myself. For some of the functions I used .NET System.Runtime.InteropServices library (see GDalGIS namespace in GisMap source code) and for others I used managed C++ (see GdalImage namespace).
|
|
|
|
 |
 | Cool stuff!!! Paul Voicu | 11:47 31 Oct '05 |
|
 |
Cool stuff Ed! I would be curious, like everybody else of course, to see the content of the links that are currently broken I'll check it later to see if the links are working.
|
|
|
|
 |
|
 |
Thanks Paul, I did it because you did't like MapObjects very much . I fixed links to my website, it has some other projects I'm working on.
|
|
|
|
 |
 | Helping new users SteveAbbott | 23:32 30 Oct '05 |
|
 |
Your work seems to be amazing, but it's a bit tricky for new users to test out. 1 In the binary download it would be helpful if you could include a .wsc example as I couldn't even begin to see how I could get any GIS data into the program (though no doubt it's obvious when you know how). 2 As I wanted to see your individual elements in the context of a working whole I loaded VisiWorks.sln. There are a couple of problems. The first is messages about the code being under 'source control'. I'm sure there's a standard way to tell the solution to forget about this, but I can't remember what it is. The second is that on compilation there are a zillion error messages about GDalGis and GDalimage namespaces not being found. I assume that I can fix this by looking around for various dlls and ocxs but it would be helpful if there were some 'ReadMe' to help folk like me.
It is, of course, not your fault that I'm having problems. You must have been working on this powerful suite of tools for ages and you are completely familiar with all their interactions. It's when people encounter them nervously for the first time that they need lots of help.
I look forward to trying out your amazing work.
Many thanks
Steve Abbott
|
|
|
|
 |
|
 |
Thank you Steve for your appreciation of my humble work.
I'm terribly sorry for inconvinience caused by broken links in the source code and Visual Source Safe errors. I'm going to fix it as soon as I can. I will also provide some explanations to the source to make it more friendly to use. Although it looks like I spent ages on development of these tools I did not, it's just a beginning and more is to come.
Thanks again, Eduard.
|
|
|
|
 |
|
 |
Steve, I fixed sources so you can download it now, I added readme file as initial manual for the project.
Eduard.
|
|
|
|
 |
|
 |
I'm afraid that I'm still confused. If I click on VisWorks.sln I still get the message that it's under source control (I can fix this by editing the .sln so this isn't a real problem) but I still don't see what I have to do in order to use the key controls: 1. CanvasControl - generic 2D graphics presentaion and drawing component. 2. GisControl (includes GisMap) - GIS layers selector and map view controls. 3. WorkSpace - layout manager, creates placeholders for visualization controls 4. VisiBlocks - adapters around visualization controls for connection with layout manager.
If I go to the original sub-projects I find, for example, that GisControl offers to create Geometry.dll and if I open CanvasControl.csproj it also offers to create Geometry .dll. etc. If I try to compile any of them I get various problems. I don't see why VisWorks.sln doesn't compile everything and create the correct .dll links.
I'm sure this is my ignorance about how these complex projects fit together, but usually I don't have a problem creating a bunch of .dlls and making references to them. Where am I going wrong?
One other detail - the downloads near the top don't have the correct file sizes. The Bin is quite large, for example.
Sorry to sound negative when you've created something so marvellous!
Steve
|
|
|
|
 |
|
 |
Steve, I tried to download sources and see what problems you have.
1. It complains on VSS missing stuff. You can press OK on error box and it will work eventually. 2. Building problems. Some how I did not have any. There are 8 projects in VisiWorks solutions: one executable VisiWorksApp (should be start up project) and 7 dlls it depends on. When you build solution VS should handle all dependencies and compile dlls in right order. 3. The only problem that I found, when you run application there are 2 external dlls missing: gdal12.dll and proj.dll. You can get it from binary zip and drop it to ...\WINDOWS\SYSTEM32\ or ...\VisiWorks\VisiDataWs\bin\Debug
Code compiled with VisualStudio .NET 2003 and .NET framework 1.1. I tested it on Windows XP and 2000.
If you still have problems, please let me know. Eduard.
|
|
|
|
 |
|
 |
Eduard,
I am having trouble compiling this as well. The output says I am missing a reference to gdal_priv.h
Output is as follows.
GdalImage.cpp(8) : fatal error C1083: Cannot open include file: 'gdal_priv.h': No such file or directory Am I missing a library? I have followed the instructions from the previous threads.
Simon
|
|
|
|
 |
|
 |
Sorry about it Simon, I missed this points compleely. This package depends on GDAL library version 1.2.0. You can download it at http://www.gdal.org/dl/gdal120.zip. I think you should build it with VC6: nmake -f makefile.vc and then install it: nmake -f makefile.vc devinstall which by default creates: c:\GdalBuild folder with all headers and libraries my package is looking for. In the next version I will include GDAL (now version 1.3.1) as a part of GisMap distribution. If you have problems with building GDAL let me know I'll build it for you and put on my web site.
Thanks, Eduard.
|
|
|
|
 |
|
 |
when i call m_spatial_src_ref = new GDalGIS.SpatialReference(); I always have null reference, could anybody tell me why ?
|
|
|
|
 |
|
 |
I wrote a new application in vc6.0 using only gdal.lib and everythig works fine
|
|
|
|
 |