Windows 8.5の7マイクロステーションの問題
今日Microstation8.5を使用したい人は、Windows 7との非互換性のため、仮想マシンでWindows XPを使用する必要があります。これは、64ビットではさらに悪いことです。 彼らは言及します テキストエディタの問題、これは解決方法の前にすでに説明しましたが、イメージマネージャーとODBC接続についても言及しています。 これらの問題がどのように解決されるかを見てみましょう。
ラスタマネージャに問題があります。
なぜ人々が10年後もこのバージョンを使い続けるのかは議論の余地がありません。 真実は、8年のMicrostationV2004はすべて革新的だったということです。 人々は、まだ16ビットのdgnで何年にもわたって苦しんだ後、このバージョンの可能性を愛していました。 これで、AutoCAD 2006 dwg / dxfファイルをネイティブに読み取り、編集し、履歴の保存を統合し、面倒なMDL言語を脇に置き、Visual Basic for Applications(VBA)を採用し、もちろん、すでにdgnv8の可能性を活用することができました。それは64レベルまたはオブジェクトの量に制限されていませんでした。
上記にもかかわらず、ツールの開発はまだClipperで行われ、透明度の処理とカーソルの相互作用のグラフィカルインターフェイスが制限されていたため、オブジェクトを黒のトーンで返す画像の形で一種の更新が行われました。 しかし、これら以外にも、コンピューターのRAMメモリに比例しない独自の環境を持つことで、大量のデータを効率的に処理できることが印象的でした。
ベントレーは、可能性を損なうことのないように、「真のウィンドウズ」バージョンをリリースすることを約束しました。 このようにして、2006年にXMシリーズが登場しましたが、奇妙なことに、「最新ではないので、何か他のものを期待すべきだ」というメッセージで宣伝したのはなぜかと人々は疑問に思いました。 ベントレーが現在デジタルツインの概念の下で利用しているすべてのものをもたらしたV8iが登場したのは、数年後のことでした。
もちろん、そのバージョンは、BentleyMapまたはMicrostationV8iの任意のバージョンで実行できるようになったものでは廃止されています。 しかし、誰かがそのバージョンのVBAで構築した場合、プログラムが基本的なニーズを満たしていれば、簡単に変更することはできません。 Microstation Geographics、ProjectWise、Geoweb Publisherの場合のように開発が垂直的であった場合、またはその日付のdgnの機能を歴史的なものとして利用した場合は、はるかに少なくなります。
何とか、何とか、何とか…物語。 問題を解決する方法を見てみましょう:
RasterManagerの問題の問題に戻ります。 すべては、MS_RASTER_CFILE_FOLDERを含むさまざまな変数で定義されたMicrostationのキャッシュ管理の変更にあります。
XMの場合、Bentleyは異なる処理を統合します。もちろん、Windows XPの後に来るフォルダーの場所の変更により、キャッシュに到達できなくなります...特定のフォルダーで権限がより複雑な64ビットではさらに多くなります。 ただし、この機能はjpgなどのプリミティブファイルでは発生せず、.ecw.hmrや.tiffなどの圧縮ファイルでのみ発生するため存在します。
問題を解決する最も簡単な方法は、ファイルをコピーすることです hrfecwfile.dllこれはMicrostation XMの最初のテストでこれを解決したものです。
したがって、必要なのは、Microstation XMインターネットを検索してインストールし、このファイルを検索することです。 次に、共通ファイルがある場所で置き換えられます。
C:\ Program Files(x86)\ Common Files \ Bentley Shared \ RasterFileFormats \ ECW \ hrfecwfile.dll
これにより、アタッチと呼ぶことができますが、ドラッグアンドドロップはハングします。 これを解決するには、デスクトップコンポジションのビジュアルテーマを無効にする必要があります。
64ビットのMicrosoft AcessのODBCドライバに関する問題
Microstation Geographicsのユーザーの場合、Oracle Driverを使用してデータベースに接続することは非常に堅牢でしたが、 ODBC経由のMicrosoft Acess。 GeographicsはBentleyMapに関しては廃止されていますが、これらの機能を使用したBe Inspired開発でも見られるように、多くのプロジェクトで使用されています。
通常読んでいない人にとっての問題は、Windowsでは7の64ビットがAcessやExcelのODBC接続を行うことができないということです。
従来の方法でODBC接続にアクセスした場合:
ホーム/コントロールパネル/管理ツール/システム/セキュリティ/管理ツール/ ODBCデータソース
追加できるのはSQLServerのドライバーのみであることがわかります。 ただし、これは、最初の選択肢が32ビットから実行することであるため、アドレスのOdbcad32.exeファイルで管理者権限が有効になっていないためです。
C:\ WINDOWS \ System32
理論的には、右ボタンのプロパティを有効にして管理者として実行権を変更することもできますが、場合によっては許可することもできないため、
私たちがやっていることは、同じコマンドを探すことですが、64ビット環境下では、次のようになります。
C:\ Windows \ SysWOW64
ここでコマンドを探します Odbcad32.exe。 実際、コマンドを実行すると、期待するすべてのオプションが表示されます。
3つのオプション:
あなたはMicrostation(地理的ではない)
- .ucfファイルが正しく設定されていない
-Geographicsが正しくインストールされていません。 再インストールする必要があります。
私は奇妙な問題は、プログラムgeograficを実行すると、オプションのプロジェクトは、ウィザードをロードすることができるようにするために、メインメニューに表示されませんaperce ..私はその問題に基づいていくつかの提案をしたい
さて、それは非常に特定の問題、窓のインストールの確実です。
私はすでにそれを解明し、ゼロから何も戻ってこない
それは不思議です。
このマシンは特に奇妙なものがあるようです。 odbcアプリケーションが破損しているか、互換性がないかのように。
MicrostationとGeographicsをアンインストールして再インストールするとよいでしょう。接続ドライバが完全にインストールされていない可能性があります。
そして、彼が私にくれたアドレスのすべての表示は、私はすでに知っていて、他のコンピューターにインストールしましたが、他のコンピューターでは、次のメッセージが表示されます:失敗したCONNECTステートメントそしてそれは私をスローします:新しいユーザーの接続に失敗しました
この記事をチェック
http://www.geofumadas.com/geographics-instalar-un-proyecto-local/
変更する必要があるのは、別のプロジェクトのデータベース接続を指し示しているmsgeo.ucfファイルです。
あなたが望むものがローカルプロジェクトであれば、それは次のようなものでなければなりません
MS_GEODBTYPE = ODBC
MS_GEOPROJDIR = C:/
MS_GEOPROJNAME = local_project
MS_GEODBCONNECT = 1
MS_GEOINITCMD = PROJECT OPEN
MS_GEODBLOGIN = local_project
私は何をすべきか分からず、
私は少し短いまたはより具体的に教えてください理解していない
メッセージを開いたときにメッセージがスローされ、ローカルプロジェクトのウィザードを実行しようとすると、同じメッセージが再びスローされます
次に、ucfファイルに移動して、あなたが持っているプロジェクト接続変数を削除する必要があります。
それはワークスペース/ユーザーにあります
地理を開いた後にメッセージが送信されます。ローカルプロジェクトのウィザードを実行して、同じメッセージをもう一度送信します
あなたはいつメッセージを送っていますか?
MicrostationまたはGeographicsを使用していますか?
私の問題は、彼は私に「失敗したCONNECTステートメント」というメッセージをスローすることです。
Windows7のマシンは日曜日にスペインのように口笛を吹いていたので、私は証明できません。
しかし、私は別のマシンでそれを試してみます、今それはwindows8と関係があるでしょう...