POST
|
setlocale shouldn't have any effect on the API behavior. With our latest fix I am able to create a table named with Japanese characters without any problems. I don't get an error when I include setlocale or not. We tested on a Japanese locale machine and verified our fix. The fix will be included in final.
... View more
03-28-2011
08:11 AM
|
0
|
0
|
1269
|
POST
|
There are two problems. One with the XML. Extent was added as a required tag. It goes just before the SpatialReference. I've included the corrected Streets.xml. <LengthFieldName>Shape_Length</LengthFieldName> <Extent xsi:nil="true" /> <-- This is new with Beta 3 - <SpatialReference xsi:type="esri:GeographicCoordinateSystem"> With the corrected XML, a file is created, but the name of the table is gibberish. We have a fix for this which will be in final.
... View more
03-25-2011
01:44 PM
|
0
|
0
|
1269
|
POST
|
Hello lshipman, Did you test using XML file I had sent? I tested using File Geodatabase API Beta 3. I could not create data with Japanese name. I'm currently testing with your XML file. I'll provide a summary of my findings later today.
... View more
03-25-2011
06:00 AM
|
0
|
0
|
1269
|
POST
|
Thank you for identifying this issue which was also picked up by our own internal performance tests. We've duplicated the problem and have a solution. The issue was due to the addition of the IsEditable check to block the modification of features with advanced geodatabase behavior. The fix will be available in the Final code drop for the File API.
... View more
03-24-2011
01:44 PM
|
0
|
0
|
490
|
POST
|
Beta 3 is now available for download and has the following new features: - A new error handler that returns text when the error number is passed in. - A SpatialRefInfo function that returns the WKT representation of a projection or GCS by passing in the its name or srid. - ZRange has been added to the Envelope to allow get extent to include zRange. - Shape buffer helper functions added to make it easier to deal with the shape buffer. - The modification of features with advanced geodatabase behavior (IsEditable=false) is now blocked. The download is in the same location on the Geodatabase Resource Center
... View more
03-21-2011
04:02 PM
|
0
|
0
|
1472
|
POST
|
The File Geodatabase API only works with 10.0 or later File Geodatabases.Since you are using ArcEngine you should use ArcObjects. Take a look at IWorkspace.DatasetNames.
... View more
03-21-2011
07:49 AM
|
0
|
0
|
238
|
POST
|
Hi, We have an issue regarding browsing a FGDB to view its contents. We are trying to open a FGDB using Folder dialog box. But we are unable to view the standalone tables inside the database. to put is simply, if you use "ADD DATA" button in ArcGIS you can go inside a FGDB and view different data objects (Feature classes, Feature Datasets, table etc.). We want a similar method to via a folder dialog box. Toe accomplish this you should be using the Geodatabase::GetChildDatasets member. geodatabase.GetChildDatasets(L"\\", L"Table", childList) will return all tables at the root. geodatabase.GetChildDatasets(L"\\", L"Feature Class", childList) will return all stand alone feature classes. geodatabase.GetChildDatasets(L"\\", L"Feature Dataset", childList) will return all feature datasets. geodatabase.GetChildDatasets(L"\\USA", L"Feature Class", childList) will return all feature classes withing a feature dataset (USA in this example).
... View more
03-18-2011
10:06 AM
|
0
|
0
|
238
|
POST
|
When I tried to create data with Japanese name, Geodatabase::CreateTable returned -2147467259. I changed values of CatalogPath and Name in samples/TableSchema/Streets.xml into Japanese. And I ran TableSchema project. I dumped featureClassDef into file with binary mode. The featureClassDef is UTF-8(without BOM). When I tried to use Unicode(UCS-2?), same error code was returned. Table::AddField too. Does these function support muiti byte(non-English) character? Yes, The CreateTable function does support multibyte characters. Please send me your XML (lshipman@esri.com).
... View more
03-18-2011
09:13 AM
|
0
|
0
|
1269
|
POST
|
Thanks for including the 64-bit and debug libraries in beta 2, but will the final product include all variations of the C/C++ libraries? Specifically, eight different libraries are needed to accommodate all possible ways users can build: Debug/Release, 32/64-bit, and Dynamic/Static C/C++ linking. In terms of the VS compiler switches, for each of 32 and 64-bit: /MD, /MDd, /MT, /MTd. Thanks, Howard This is what we currently plan. 32-bit/64-bit/VS2008/VS2010 Release, multi-threaded DLL runtime library (/MD) Debug, multi-threaded DLL runtime library (/MDd)
... View more
03-14-2011
01:22 PM
|
0
|
0
|
374
|
POST
|
We are using libXml. Use whatever you find convenient.
... View more
03-02-2011
11:25 AM
|
0
|
0
|
471
|
POST
|
Do the samples execute? This is important. We have tested the samples on most Windows platforms and have never seen a problem.
... View more
02-25-2011
06:28 AM
|
0
|
0
|
752
|
POST
|
std::wstring tempString = L"";
Helper_MarshalString(tableName, tempString);
m_pDatabase = database->m_pDatabase;
m_pTable = new FileGDBAPI::Table();
long hr = m_pDatabase->OpenTable(tempString, *m_pTable);
if (hr==S_OK) return false; <- this is incorrect.
std::string tempString2 = "";
long hr = m_pTable->GetDefinition(tempString2); //-> ### ERROR -2147211775 if (hr != S_OK) return false S_OK (0) indicates success. The likely problem is that the table name is incorrect. Using if(hr==S_OK) return false the code will only continue executing if OpenTable fails. Any results from the GetDefinition is an error. Do the samples execute for you?
... View more
02-23-2011
07:04 AM
|
0
|
0
|
752
|
POST
|
I use the beta release 2. my code... std::wstring tempString = L""; Helper_MarshalString(tableName, tempString); m_pDatabase = database->m_pDatabase; m_pTable = new FileGDBAPI::Table(); long hr = m_pDatabase->OpenTable(tempString, *m_pTable); if (hr==S_OK) return false; std::string tempString2 = ""; long hr = m_pTable->GetDefinition(tempString2); //-> ### ERROR -2147211775 tempString2 has XML content but NO WKT info! all samples and my FGDB files (Imported in ArcCatalog 10 from shapefiles) return this error. Sorry my bad english! Thank you very much What version of Winodow and Visual Studio are you using?
... View more
02-22-2011
04:06 PM
|
0
|
0
|
752
|
POST
|
What about 64-bit Linux? 64-bit Windows? 64-bit windows is supported in Beta2. We have no plans for 64-bin Linux.
... View more
02-22-2011
01:19 PM
|
0
|
0
|
672
|
POST
|
All XML data in the File Geodatabase API is in the form of a UTF-8 encoded string, therefore using std::wstring is not appropriate. UTF-8 is a variable length Unicode character encoding, but wstring is a wide character, or UTF-16, Unicode character encoding. Unfortunately, C++ does not have built in support for UTF-8 encoded strings. Because of this, if you need to read or print a UTF-8 encoded string, you must first convert it to another character encoding, such as wchar_t (also known as UTF-16). The Windows run time library provides a function for this purpose: MultiByteToWideChar. Be sure to pass �??CP_UTF8�?� as the value of the first parameter.
... View more
02-22-2011
09:32 AM
|
0
|
0
|
471
|
Title | Kudos | Posted |
---|---|---|
1 | 05-16-2013 09:31 AM | |
1 | 12-21-2016 08:14 AM | |
1 | 07-29-2016 08:34 AM | |
1 | 04-15-2015 09:20 AM | |
1 | 12-19-2016 04:33 PM |
Online Status |
Offline
|
Date Last Visited |
07-10-2023
04:38 PM
|