Hallo miteinander,
leider ist jetzt wieder alles beim Alten: Auch mit dem neu angelegten Projekt
stürzt QGIS nun wieder bei exakt der selben Situation (s.u.) ab. Ebenso, wenn
ich nach Änderung eines Datensatzes (im Tabellenmodus) nicht in eine andere
Zeile klicke, sondern die Änderung im
Hallo zusammen,
zu 1) bitte macht das niemals!!! Umlaute und Sonderzeichen in Spaltennamen sind
MIST! Selbst wenn es Euer eigenes GI-System gut unterstützt und Ihr gut damit
klar kommt, werdet Ihr möglicherweise später das Chaos erleben, nämlich bei
Abgabe der Daten an Dritte, deren System da
Verehrte Liste,
hier zwei Folgefragen zu unten zitierter Post von Martin. Inspiriert von
Bemerkung zu Umlaut.
1.
Sehe ich das richtig: Umlaute in Spaltennamen (und auch in Zellinhalten)
sind eigentlich kein Fehler, wenn man in den zugreifenden Systemen drum
herum - QGIS oder andere - die
Danke!
(Vom Handy gesendet)
> Am 10.09.2018 um 17:54 schrieb mike.elsterm...@gmail.com:
>
> Gute Besserung der Rechenmaschine!
> mikeE.
>
> Mit freundlichen Gr=C3=BC=C3=9Fen
> Mike Elstermann
> Von meinem iPhone gesendet
>
>> Am 10.09.2018 um 17:53 schrieb Martin Koppenhoefer > :
>> =20
>>
sent from a phone
> On 10. Sep 2018, at 17:47, Martin Miethke wrote:
>
> Daraus wird jetzt erstmal nix – mein Rechner ist gerade kaputtgegangen
Hardwarefehler sind auch typische Absturzursachen - mein Beileid.
Gruß,
Martin
--
Daraus wird jetzt erstmal nix – mein Rechner ist gerade kaputtgegangen
(Vom Handy gesendet)
> Am 10.09.2018 um 16:38 schrieb m...@elstermanns.de:
>
> Jo, kann ich. Schick mal ein ZIP.
>
> Gesendet mit der 1&1 Mail App
>
> Am 10.09.18 um 16:37 schrieb Martin Miethke
>
>> Ah –
Jo, kann ich. Schick mal ein ZIP.
Gesendet mit der 1&1 Mail App
Am 10.09.18 um 16:37 schrieb Martin Miethke
> Ah – Begriffsverwirrung. Ein „Datensatz“ entspricht für mich einer „Zeile“ in
> der Tabelle. Ist eigentlich die übliche Terminologie bei Datenbanken …
> OK, aber dann verstehe ich ja
Ah – Begriffsverwirrung. Ein „Datensatz“ entspricht für mich einer „Zeile“ in
der Tabelle. Ist eigentlich die übliche Terminologie bei Datenbanken …
OK, aber dann verstehe ich ja jetzt, was gemeint ist. Allerdings könnte ich dir
dann doch gleich das „Original“ schicken …
(Dass zu einem Shape
Am 10. September 2018 um 13:54 schrieb Martin Miethke <
martin.miet...@gmx.net>:
>
> > +1, Punkte könnten allerdings ungültige Koordinaten haben.
>
> Auch dann, wenn ich diese Punkte selber in einem eigens angelegten Projekt
> mit neu angelegter Shape-Datei setze?
dann sollte das nicht
Genau so, wie Mike das beschrieben hat. Shapedatei als Format und die
anderen Einstellungen so lassen. Kannst ja nichts kaputt machen, weil es
in eine _neue_ Datei gespeichert wird.
Bernhard
Am 10.09.2018 um 15:26 schrieb Martin Miethke:
Am 10.09.2018 um 12:47 schrieb Bernhard Ströbl :
Du
> Am 10.09.2018 um 12:47 schrieb Bernhard Ströbl :
>
>
> Du könntest die fragliche Datenquelle einfach als neue Shapedatei speichern
> und sehen, ob es dann geht.
Du meinst mit „Speichern als…“? Da gibt’s ja haufenweise Einstellmöglichkeiten
– und damit auch viele Möglichkeiten, was falsch zu
Wobei zu bedenken ist, dass das dann nicht mehr die Originalquelle ist,
die den Fehler verursacht.
Bernhard
Am 10.09.2018 um 15:38 schrieb m...@elstermanns.de:
wie mache ich einen „Testdatensatz“?
* Rechte Maustaste auf das Thema und „Speichern als ...“ z. B. mit Name test1 -
> wie mache ich einen „Testdatensatz“?
* Rechte Maustaste auf das Thema und „Speichern als ...“ z. B. mit Name test1 -
ESRI-Shapedatei auswählen, speichern und ...
* mir schicken (ja, z. B. an meine Adresse). Achtung, es entstehen mehrere
Datensätze, ich brauche mind. test1.shp, test1.shx,
> Am 10.09.2018 um 13:57 schrieb m...@elstermanns.de:
>
> Kannst Du mal einen Testdatensatz in der gleichen Shape-Struktur schicken.
Äähm … sorry, wie mache ich einen „Testdatensatz“? Und kann man hier überhaupt
Anhänge verschicken? Oder meinst du an deine Adresse?
--
Kannst Du mal einen Testdatensatz in der gleichen Shape-Struktur schicken.
mikeE., der #geoObserver
Gesendet mit der 1&1 Mail App
Am 10.09.18 um 13:54 schrieb Martin Miethke
> > Am 10.09.2018 um 12:56 schrieb Martin Koppenhoefer :
> >
> > Am 10. September 2018 um 12:47 schrieb Bernhard Ströbl
> Am 10.09.2018 um 12:56 schrieb Martin Koppenhoefer :
>
> Am 10. September 2018 um 12:47 schrieb Bernhard Ströbl
> mailto:bernhard.stro...@jena.de>>:
>
>
> Z.B. weiß ich auch nicht, was ein „Geometriefehler“ ist …
>
> Geometriefehler treten eher bei Polygonen auf, bei Punkten eigentlich
Am 10. September 2018 um 12:47 schrieb Bernhard Ströbl <
bernhard.stro...@jena.de>:
>
>
> Z.B. weiß ich auch nicht, was ein „Geometriefehler“ ist …
>>
>
> Geometriefehler treten eher bei Polygonen auf, bei Punkten eigentlich
> nicht.
+1, Punkte könnten allerdings ungültige Koordinaten haben.
Geometriefehler? Lies ggf. mal hier:
https://www.frankbroniewski.com/2018/08/20/die-haeufigsten-fehler-in-geodaten/
https://geoobserver.wordpress.com/2018/06/22/geometriefehler-mit-openjump-analysieren/
mikeE., der #geoObserver.
Gesendet mit der 1&1 Mail App
Am 10.09.18 um 12:27 schrieb
Hallo Martin,
Antworten unten
Am 10.09.2018 um 12:27 schrieb Martin Miethke:
Hallo Bernhard,
erstmal Danke für deine Rückmeldung!
Und vorab, damit es keine Begriffsverwirrung gibt: Ein Datensatz ist in meinem
Verständnis eine „Zeile“, ein Eintrag in der Attributtabelle, also die Daten zu
Hallo Bernhard,
erstmal Danke für deine Rückmeldung!
Und vorab, damit es keine Begriffsverwirrung gibt: Ein Datensatz ist in meinem
Verständnis eine „Zeile“, ein Eintrag in der Attributtabelle, also die Daten zu
einem einzelnen Objekt im Shape.
Zu deinen Rückfragen: Die Frage nach dem
Hallo,
nach meiner Erfahrung liegen Abstürze an fehlerhaften Daten
(insbesondere Geometriefehler). Welches Datenformat benutzt Du? und:
Passiert das immer mit dem selben Datensatz (z.B. der selben Shapedatei)
oder mit unterschiedlichen?
Bernhard
Am 07.09.2018 um 14:27 schrieb Martin
21 matches
Mail list logo