ArcView 8.3 --> 8.2

Naja, was die Wartungsfreundlichkeit von updates angeht finde ich die Politik von ESRI auch nicht gerade prickelnd. Wenn man z.B. die Deutsche Oberfläche auf ArcView 8.3 installieren will, und vorher 8.2 installiert hatte muß man erst den alten Müll auf der Festplatte (Für was gibt es eigentlich die Uninstall-Funktion???) mittels eines "Cleanup-Befehls" über die DOS-Ebene vornehmen.

Soviel zu Kundenfreundlichkeit für eine Software die mehrere 1000 EURO kostet...
Aber leider hilft mir diese Erkenntnis auch nicht mit dem anderen Problem weiter...
Jochen

Heist das, dass diverse Datenmodelle in den Versionen von ArcGIS 8.x existieren? Dann wäre das ja der Turmbau zu Babel. Dies kann man doch niemanden zumuten!
Was sagen die Händler/Esri zu diesem Problem?
Mich würde auch interessieren, wo ich Dokumente zum Datenmodell finden kann.

Vielleicht ist es ja auch ein Microsoft Access Problem ?

Grüße, Heinz

Hallo Heinz,

wo Du doch gerade nach den größten Ärgernissen von AV 8.x gefragt hattes: Habe ich vergessen, das ist definitiv noch eins. Selbst innerhalb der 8er-Reihe gibt es keine Abwärtskompatibilität der mxd-Dokumente. Daß Esri hier seine ca. 500 €/Jahr Support-Verträge unters Volk bringen will, liegt wohl auf der Hand (--> betrifft dann auch Deine Frage zu den Folgekosten).
Das Problem betrifft allerdings weniger die Daten an sich, als vielmehr das Kartendokument. Die Shapes kann man schon noch hin und her schieben, aber eben nicht die "layoutete" Karte. (Vielleicht kann man wenigstens noch die Styles austauschen). Wie es mit der PGDB ausschaut, weiß ich nicht genau.
(Access trägt daran auf jeden Fall keine Schuld).

Was genau meinst Du mit "Datenmodell"? Für ArcGis gibt es halt die verschiedenen Objektmodelle, die in den einzelnen Versionen schon etwas abweichen können. Mal verschwindet das ein oder ander Objekt resp. Schnittstelle, dafür gibts ab und zu ein neues. Die aktuellen Modelle findest Du bei den ArcObjects (http://arcobjectsonline.esri.com/). Denke, das ist aber auch völlig normal (Passiert bei Access ja auch. Trotzdem kann ich in A00 die mdbs ins 97er Format konvertieren. Dabei gibts dann zwar Probleme, wenn man mit Objekten programmiert hat, die es in 97 noch nicht gab, aber das kann man dann ja noch händisch korrigieren. Zumindest kann man die Datei erst einmal öffnen).

Was Esri zu dem Ganzen sagt:

"It is not possible to open MXD's created in ArcGIS ArcMap 8.3 with any previous version of ArcMap.

Solution or Workaround:

Upgrade to the latest version of ArcGIS."

Viele Grüße
Jörg Ostendorp

>>Mal verschwindet das ein oder ander Objekt resp. Schnittstelle

Nenn dafür doch mal ein Beispiel.

Auch ArcView 3.x Projekte waren nicht immer abwärtskompatibel, das gleiche gibt's auch bei vielen anderen Windows-Programmen. Wenn neue Objekte gespeichert werden müssen, kann das auch gar nicht funktionieren.

Hallo Gast,

>Nenn dafür doch mal ein Beispiel.
Mal recht willkürlich: Z.B. die neu hinzugekommenen Co-Klassen TOCSelectionView in ArcMap und TopologieLayer im Map-Layer-Modell, die es beide in 8.1 noch nicht gab. Ich glaube im ArcMap-Editor-Modell hat sich auch einiges getan (s. Attribut-Transfer) und bei den Geodatabase-Topologien. Teilweise hat Esri auch einfach nur ein paar Enumerationen geändert. Wenns Dich ernsthaft interessiert, würde ich einfach mal die Objektmodelle der verscheidenen Versionen miteinander vergleichen. Allerdings sind hier sicherlich nur die Objekte aufgeführt, die der Öffentlichkeit auch zugemutet werden können.

> Auch ArcView 3.x Projekte waren nicht immer abwärtskompatibel, das gleiche gibt's auch bei vielen anderen Windows-Programmen.
Eine echte Abwärtskompatibilität wünscht ja auch niemand. Aber man sollte doch wohl die Möglichkeit haben, Dateien in einer älteren Version zu *speichern*. Das geht zB bei jedem MS-Office-Programm. Die meisten schaffen darüber hinaus auch noch diverse Format-Konvertierungen....

>Wenn neue Objekte gespeichert werden müssen, kann das auch gar nicht funktionieren.
??
(Die "Objekte" sind kein Bestandteil der mxd, sondern der Server (dll/exe etc.). Oder genauer: werden aus den Klassen der Server erzeugt... Insofern gibts da auch keine Objekte zu speichern, sondern allenfalls diverse Einstellungen wer was wann wie aufruft. Wenn sich bei einer Konvertierung in eine ältere Version einige Einstellungen der aktuellen mxd auf Klassen, Schnittstellen & Co beziehen, die es damals noch nicht gab, sollte Esri ja wohl in der Lage sein, dies abzufangen und entsprechend zu korrigieren. Wo sollte da das Problem sein?).

Viele Grüße
Jörg Ostendorp

> Mal recht willkürlich: Z.B. die neu hinzugekommenen Co-Klassen TOCSelectionView...

Ja, hinzugekommen ist natürlich eine Menge, aber welche Schnittstellen sind denn verschwunden?? Damit würde ja auch die COM-Vereinbarung verletzt.

> ...Aber man sollte doch wohl die Möglichkeit haben, Dateien in einer älteren Version zu *speichern*...

OK, da gebe ich dir Recht

>...sollte Esri ja wohl in der Lage sein, dies abzufangen und entsprechend zu korrigieren...

Wenn ArcMap die MXD-Datei ausliest und die Objekte neu instanzieren will, geht das natürlich nur, wenn die Typeninformation bekannt ist. Sonst ist der Stream nicht mehr interpretierbar. Somit kann man auch keine Abschnitte "kontrolliert" überlesen.

>Was Esri zu dem Ganzen sagt:

>Solution or Workaround:

>Upgrade to the latest version of ArcGIS."

Hallo zusammen, danke für die Hinweise. Jetzt weiß ich endgültig daß ich mir die Arbeit nochmal machen kann (nichtmal die abgespeicherten Layerdateien werden gelesen.)
Ob ESRI wohl in dieses Forum schaut und Kritik konstruktiv in die Entwicklung mit aufnimmt?
Zu hoffen wäre es...
Gruß Jochen

zu gast:
>>...sollte Esri ja wohl in der Lage sein, dies abzufangen und entsprechend zu korrigieren...

>Wenn ArcMap die MXD-Datei ausliest und die Objekte neu instanzieren will, geht das natürlich nur, wenn die Typeninformation bekannt ist. ...

Soll das heissen, dass Esri nicht über die von ihnen erstellten Typinformationen bescheid weiss? Wohl kaum. Eine Exportfunktion zu einer Version tiefer kann sehr wohl auch Typinformationen mitliefern. Die "höhere" Version kann eine "tiefere" mxd-Datei ja auch lesen. Mit Streams hat die fehlende Exportfunktion zu tieferen ARCGis Versionen meines Erachtens hertzlich wenig zu tun.

Ebendso komisch ist die fehlende Importmöglichkeit der kompletten Übernahme von ArcView 3.x Projekten. Eine APR hat eine recht definierte Struktur. Sie ist sogar +/- verständlich mit einem Text-Betrachter. Abhängigkeiten von Symbolen, Farbzuordnungen etc. lassen sich in der APR nachvollziehen und auch direkt per Hand bearbeiten.

Auch hier keine Bemühungen seitens ESRI vollständige Import-Export-Funktionen anzubieten.

Ich vermute, dass man sich ESRI auf die bekannte agile "Esri-Gemeinde" verlassen will, die entsprechende Erweiterungen entwickelt, eventuel umsonst zu Verfügung stellt (Ruhm, Motivation etc.) oder zum Verkauf einstellt. Wohlgemerkt: Grundfunktionen!!! Die ESRI-Gemeinde als Open-Source Lieferant für ESRI? - Wie kann man den Quelltéxt von Esri einsehen, ob nicht vielleicht Texte übernommen wurden? usw.

Entsprechende Tupper-Ware-Treffen in diversen Regional- und Firmen Treffen präsentieren dann die neusten Ergebnisse "was haben wir für Esri besser gemacht"

Und Dies alles, weil Grundfunktionen seitens ESRI nicht angeboten werden ;-)

> Soll das heissen, dass Esri nicht über die von ihnen erstellten Typinformationen bescheid weiss?

Hellsehen können die auch nicht!

> Eine Exportfunktion zu einer Version tiefer kann sehr wohl auch Typinformationen mitliefern. Die "höhere" Version kann eine "tiefere" mxd-Datei ja auch lesen. Mit Streams hat die fehlende Exportfunktion zu tieferen ARCGis Versionen meines Erachtens hertzlich wenig zu tun.

Hast du dich eigentlich schon mal ernsthaft damit ausenandergesetzt, wie das Speichern funktioniert? Dann kannst du "dein Erachten" bestimmt auch begründen...

> Ebendso komisch ist die fehlende Importmöglichkeit der kompletten Übernahme von ArcView 3.x Projekten...

ArcGis hat nun mal eine völlig anderere Architektur als ArcView 3. Deshalb lässt sich auch nicht alles abbilden.

Einen Kommentar zu deinen restlichen Äußerungen spare ich mir.

Es sieht wohl so aus als ob Esri-Mitarbeiter dieses Forum nutzen. Na da kanns ja eigentlich nur besser werden!!
Gruss Frank

Zu Gast (vor Frank):

>> Soll das heissen, dass Esri nicht
>> über die von ihnen erstellten
>> Typinformationen bescheid weiss?

> Hellsehen können die auch nicht!

ESRI soll nicht "hellsehen" sondern über seine eigene Programme bescheid wissen


>Hast du dich eigentlich schon mal
>ernsthaft damit ausenandergesetzt,
>wie das Speichern funktioniert? Dann
>kannst du "dein Erachten" bestimmt
>auch begründen...

Um es allgemeinverständlich auszudrücken:

Es wird z.B. die Farbe einer Linie geändert: Das Programm weiss bescheid. Die Farbe wird geändert. Es kann die Informationen auslesen und ändern.

Export: Das Programm weiss also bescheid. Es vermag also die entsprechenden Informationen in einem anderen Format abzuspeichern. Es könnte - banal 0815 Programierer 1x1- eine Testdatei schreiben in der steht "Farbe für Linie xyz = rot". Solche Beispiele lassen sich schon in Avenue realisieren.
Kurz und gut eine Exportfunktion!
Ein entsprechendes Schreiben in eine Textdatei fand schon bei Arcview statt.
Die Modernisierung hinsichtlich ArcGIS vermag wird solche "alten Dinge" wohl auch hinbekommen für eine simple Exportfunktion.

Insofern hat alles nichts mit Streams zu tun und auch nicht mit Hellseherei. Es sind ganz einfach nur Missstände seitens ESRI.

Hallo an ESRI

Sorry wenn ich mich hart ausgedrückt habe. Aber ich finde die Nicht-kompatibilität zwischen ESRI-Programmen von einer kleineren Version zu nächst höheren Version aber auch zwischen ArcView und ArcGis eigentlich unglaublich. Der Vergleich zu Microsoft (besser!) würde heissen: Soory sie verwenden die falsche Version. Bitte wenden Sie sich an ihren Händler und bezahlen xyz EUR für ein Update, damit sie die Daten aus der Version XYZ lesen können. Oder Sorry, Sie haben ihr Projekt in einer Textdatei abgespeichert. Dieses Format können wir leider nicht lesen. Wir verwenden Streams! Tut uns leid Textdateien kennen wir nicht und MS Access ist uns unbekannt.

Insofern finde ich meine böse Tuperware-Bemerkung schon richtig. Sie bedeutet das Aufsaugen und Einarbeiten von Arbeiten Anderer und das verkerkaufen Desselebn.

> Hallo an ESRI

Keine Angst, ich bin nicht bei ESRI, es gibt auch reichlich Punkte, für die man ESRI wirklich kritisieren muß. Ich finde nur Postings nach dem Motto "Ich kenne zwar keine Details, aber ESRI hat Schuld" wenig hilfreich. Ausserdem entwertet das die bis dahin gute Diskussion.

Hallo Uwe,

angesichts der neuen Lizensierungspolitik wird's für mich keine Version 9.1 mehr geben. Da wechsel ich lieber zur Konkurrenz.

Viele Grüße
Jörg Ostendorp

Welche Konkurrenz, wenn ich fragen darf??