|
11/16/2006 4:57:53 PM
|
|
Help file errors
|
If you click a main topic in help (Scripting for instance), about half of them error out with the following:
The resource cannot be found.
Description: HTTP 404. The resource you are looking for (or one of its dependencies) could have been removed, had its name changed, or is temporarily unavailable. Please review the following URL and make sure that it is spelled correctly.
Requested URL: /AccuGlobe2007_Help/1_11_0_0.aspx
Of course the actual .aspx file name is different each time. I suspect a path problem?
Ben
|
|
11/17/2006 12:19:07 PM
|
|
Help file errors
|
That is great. But . . .
I got the latest updates and now I get no help files at all, meaning that it 404s on me as soon as I click on help.
Do I need to reinstall?
Ben
|
|
11/17/2006 1:07:08 PM
|
|
Export problem
|
When I right-click on a shapefile in the legend and choose export, I get the following in a dialogue box (path specific to my machine):
O:\\Cities_exported.shp
I can not change the file name and if I click on the browse button, I get the dreaded "Unhandled Exception Error" complaining that O:\\Cities_exported.shp is not a valid file name (Picky, picky, picky . . .)
Of course, I am then unceremoniously dumped on my desktop [ ]
I suspect a failed escape attempt?
Ben
|
|
11/17/2006 3:05:24 PM
|
|
Help file errors
|
That is indeed interesting. I say interesting because I have your help files open on one screen and I still have a 404 from IIS when ever I click on help from within the application on the other screen. I also say interesting because that is a great idea to have the help files on the internet. But does that mean that I will need to rip the files to my own hard drive incase I need them off line?
Unfortunately, the 404 does not indicate what url is trying to be accessed by the way.
Ben
|
|
11/17/2006 3:25:11 PM
|
|
Export problem
|
Thank you for looking into it for me and thank you for the work-around in the mean time.
Ben
|
|
12/1/2006 1:04:17 PM
|
|
Calculate
|
It would be most helpful to have the ability to copy through “calculate” the values of a column from a “related” table into a new column in the original table on a “per selection” or on an “all records” basis.
Ben
|
|
12/8/2006 5:39:22 PM
|
|
Help file errors
|
I need to apologize to the forum. A wise man once said (and I suspect he was speaking to me directly) that one should never pass up a chance to keep their mouth shut. Before I opened my big mouth, most of the help files worked. If you do a fresh install of 2007, they still do, but as soon as you get the updates, there is no longer any help. Sorry, not the intended effect.
A question for the developers out there, “Is there a plan for a fix in the near future?”
Ben
|
|
12/14/2006 3:32:43 PM
|
|
Help file errors
|
Thank you for fixing it. I plan to have several organizations get started with GIS with this program. The help files will be most . . . well . . helpful :-)
Ben
|
|
12/14/2006 3:33:49 PM
|
|
Export problem
|
Great! Thank you very much.
Ben
|
|
12/14/2006 3:38:11 PM
|
|
Calculate
|
Very nice. I am most pleased with this new version of Accuglobe and this will extend its power even farther.
Ben
|
|
12/14/2006 5:59:37 PM
|
|
Error on backslash when calculating a field.
|
Bug is such a strong word. Perhaps unexpected behavior is a better term. I can not calculate a field that has a backslash character in it. The reason why I would like to do such a thing is for manipulation of hyperlink fields. Say I have linked to an image file on a networked drive on one machine, and find that the image is on a drive mapped with a different letter on another. It would be nice to make use of the significant string capabilities that are built into the calculate function.
Anyway, if you try to do a calculation on a field that contains a backslash, you get the follwing error:
Error computing calculation. Please check your formulae.
line 1:16: expecting "", found /
Ben
|
|
12/14/2006 7:03:16 PM
|
|
Trouble with legends.
|
I am having trouble with the legend. If you insert a shapefile and then create a theme, the legend will have the friendly name of the shapefile and its symbol on the first line, then inset, it will have the name of the type of theme (i.e. value) followed by the theme’s name in angle braces (for example <Post Direction> and then the symbol for each value underneath.
However, if you now insert another layer underneath the first layer, that layer’s name will overwrite the last line (weather label or value, etc.) of the layer’s legend immediately above. This does not seem to happen if one only has layer names in the legend (i.e. no themes between them).
So to be clear, if I have a point layer with a value theme under it and a label theme under that called <Text>, when I add a line layer underneath that called roads, the legend will show something like:
Points
Value <Points>
Some value
Some other value
Roads ext>
Where the layer name Roads partially obscures the Label <Text> line I should see.
If a screen shot is necessary, Please email me at bclement at co.carbon.ut.us
Ben
|
|
12/28/2006 2:02:56 PM
|
|
drawing features
|
While I am not the developer and so can not speak with authority, I did some experimenting with some of my own data. I can only conclude that the reading at the bottom left corner is in pixels even though it says that it is in "(map units)".
I say this for the following reasons. When I create a new line layer and screen digitize over an aerial photo, the readout is way off. It is not even a simple unit conversion factor off such as feet to meters. If I end the edit and then use the measure tool I get the same false reading. However, I quite by accident double clicked to end my measurement and the "Calculator" dialogue that comes up has the correct measurements. I also edited the table to add a length field. Then I used the "SegLength" function of the Calculator to get the length of each line. It puts the correct length in the units specified in the projection information into the table.
So, the system seems to know the correct measurements, but the readout is (based on the resolution that I have my screen set) reading out in pixels. This is at best misleading and at worst a bug. I for one would like to see this get changed to read out in the chosen map units as the prompt suggests.
Ben
|
|
1/12/2007 5:35:31 PM
|
|
NAD 27 to NAD83
|
I do not see it in the list either. Your question did get me wondering however. If you want to reproject a shapefile and keep it free, how would you do it? I simply use another GIS called Manifold to do reprojections but it is not free.
My looking on the internet kept taking me to something called GDAL/OGR. I have seen a demo of some of its capabilities, but have never used it personally. It looks like the easiest way to get it is to go to [url]http://fwtools.maptools.org/ and download FWTools which includes it. From there it looks like a quick look here [url]http://www.gdal.org/gdal_utilities.html will get you instructions on the CLI options to do the conversion. It should be easy to script if you need to convert many files.
I hope this helps.
Ben
|
|
1/19/2007 12:49:42 PM
|
|
Failed to Delete Error
|
Does the problem always happen fairly soon after you create the file?
Could it be that your network is running some type of automatic backup (such as volume shadow copy, etc) and watching for the creation of new files so that they can be backed up? I cannot re-create this problem on my network.
The only other thing I can think of is that you have somehow attracted the attention of extra-terrestrials who are watching your every move or that you have a boss that has re-defined "micro" management :-)
Ben
|
|
1/22/2007 12:00:38 PM
|
|
Export problem
|
Thanks for the fix. It works great!
Ben
|
|
1/22/2007 12:03:34 PM
|
|
Trouble with legends.
|
Once again, thank you for the fix. The legend looks just as it should.
Ben
|
|
1/22/2007 12:34:35 PM
|
|
Error on backslash when calculating a field.
|
It works just like I was expecting it to with this new release. Thank you.
Ben
|
|
1/22/2007 1:22:35 PM
|
|
Calculate
|
Did a quick test and was able to copy text from a related table. Very nice indeed!
Thank you.
Ben
|
|
1/22/2007 7:06:00 PM
|
|
Support for KML
|
After having spoken with several people the past few days that honestly believe that GIS is no longer necessary since the advent of Google Earth, perhaps reading and writing KML would be prudent. Not because the perception is true of course, rather because the perception may well increase the amount of data kept and distributed in that format substantially.
Ben
|
|
1 2
|