Falsche Kartendarstellung

[baumlaeufer]

irgendwas stimmt da nicht:
heute habe ich zufällig mal die Kartenansicht geladen.. und stellte fest, daß einige Bäume in Afrika dargestellt werden. Dann habe ich mich mal aufgemacht, die zu ändern. Ich meinte alle geändert zu haben, und immer wieder erscheint eine neue. Merkwürdig, alle sind von Rainer bzw Tom E eingestellt.

Bevor ich nicht die Systemathik erkenne, halte ich mich jetzt mal zurück. Bis mir jemand eine plausible Erklärng bietet. Diese Fehleingabe lass ich mal stehen:

Eiche in Gut Priemern


Folgende habe ich schon geändert :
5189

Eiche bei Drüsedau, Register-Nr.: 5190

Eiche in Stöckheim, Register-Nr.: 5191

Winterlinde bei Haidach, Register-Nr.: 4496

Fichte bei Westernbach, Register-Nr.: 5181

Fichte bei Eichenzell, Register-Nr.: 5186

Eiche bei Gut Marutendorf, Register-Nr.: 5125


Baumlaeufer

P.s. Ich fahre morgen mal nach Afrika und suche selber nach den realen Bäumen dort. Das macht mehr Spaß !

[Ratatöskr]

Also wenn ich die Karte öffne, finde ich die Eiche korrekt in Deutschland dargestellt ,nicht in afrikanischer Savanne und auch nicht im tropischen Regenwald.

[Rainer Lippert]

Hallo Wolfgang,

also bei Gut Priemern kann ich keinen Fehler sehen, das passt. Ansonsten denke ich mal, dass mein Registersklave die Koordinaten falsch umgerechnet hat. Oder es vom Umrechner eine falsche Übertragung war, so dass aus 49 eine 50 geworden ist. Also bei der Fichte im anderen Thread war das zumindest so. Aber das Problem, falls es noch eines ist, hat sich ja ohnehin erledigt, da ich ja keine Bäume mehr einstelle.

Viele Grüße,

Rainer

[Klaus Heinemann]

Das ist wirklich merkwürdig:
In der Satellitenansicht über den Link im Register wird der korrekte Ort angezeigt.
In der "Standortkarte alter Bäume" , Liste vom Standort Kreis Stendal,
sitzt das Fähnchen im Golf von Guinea.
In dem Bearbeitungsansicht im Baumregister-Formular erscheint das Feld mit den Geodaten leer.
Das geschieht , wenn die Geodaten mit mehr als 10 Stellen eingetragen werden - dann ist die Übertragung zur Übersichtskarte gestört.
Bei 10 Stellen inkl. Punkt ist das Eingabefeld gefüllt, mehr "verträgt" es wohl nicht!
Ich werde das an Chris als Frage weiter geben.

z.B.: N52 51.8570 ist ok
N52 51.85700 bringt Fehler

Gruß Klaus

[Chris Gurk]

In der Datenbank können im Feld registerLongitude max 13 Zeichen gespeichert werden. Richtung, Grad und Dezimalminuten inklusive dem ° und dem ' sind hierbei eingeschlossen, bleiben 10 Zeichen für die Positionswerte.

Mein Tipp: lasst die Nuller am Ende weg, dann sollte das klappen oder rundet entsprechend die Werte. Wenn Ihr meint, das Feld sollte größer angelegt werden, gebt bitte kurz Bescheid.

Viele Grüße
Chris

[stefan]

meines Erachtens sind 10 Stellen für die Koordinaten völlig ausreichend;
damit kommt man in unseren Breiten auf eine Genauigkeit von ca. 10 Metern.
Gruß
Stefan

[Klaus Heinemann]

Hallo Stefan,

das stimmt - genau genug ist es!

Das Problem betrifft hier nur Editoren, die Daten in das Register übertragen:
Dort darf man nur 10 stellig eintragen, weil sonst Fehler bei der Übertragung auf die Übersichtskarte entstehen.
Wenn man diese per copy/paste einfügt, fällt es einem vielleicht nicht auf.

Gruß Klaus

[stefan]

Hallo Chris, Baumfreunde,

ich habe noch ein weiteres Problem gefunden:
http://www.baumkunde.de/baumregister/23 ... ngall_yew/
Dieser Baum hat eine Längen-Koordinate W 4° ... und nicht E ... wie alle anderen.
In der Einzeldarstellung bei google-maps wird er korrekt dargestellt, in der Gesamtübersichtskarte liegt er mitten in der Nordsee, da das W offenbar nicht korrekt ausgewertet wird.
Wenn ich stattdessen - egal ob W oder E die Koordinate mit -4° ... eingebe liegt er in der Übersicht richtig - aber google-maps findet nichts mehr.
Da ist der Programmierer wieder gefragt!

Zur Frage der Länge der Koordinaten-Angabe:
bei der Eingabe sind längere Angaben möglich, die Datenbank nimmt längere Einträge an, an google-maps werden sie korrekt übergeben.
Beim lesenden Zugriff zeigt die Maske allerdings zu lange Einträge nicht an und sie werden nicht an die Übersichtskarte übergeben.
Wenn die Datenbank nur 10 Zeichen annähme (runden oder abschneiden) wäre das Problem ein für allemal gelöst.


Gruß
Stefan

[biloba]

In der Datenbank können im Feld registerLongitude max 13 Zeichen gespeichert werden. Richtung, Grad und Dezimalminuten inklusive dem ° und dem ' sind hierbei eingeschlossen, bleiben 10 Zeichen für die Positionswerte.

Gab es Gründe dafür, das Feld in der Datenbank als varchar(13) zu deklarieren?

Dieses Problem könntest Du umgehen, indem Du die Koordinate so speicherst:

Code: Alles auswählen

  `regLong` float DEFAULT NULL
  `regLat` float DEFAULT NULL

Die Daten müssen nicht noch einmal eingegeben werden. Vielmehr können die bereits vorhandenen Werte mittels eines Schleifendurchlaufes konvertiert werden. Also keine stupide Zusatzarbeit für die Editoren.

Später, wenn solche Konstrukte wie E12°1.0552' gebraucht werden, zum Beispiel zum Zwecke der Kartendarstellung lassen die sich sehr einfach mittels PHP zusammenbauen.

• Mit Fließkommazahlen wären die hier diskutierten Probleme direkt an der Wurzel beseitigt.
• Damit ließe sich eine Umkreissuche, die hier gewünscht wird, viel leichter realisieren.

Also wenn Du wieder mal an der Datenbank schrauben solltest, gleich mit erledigen...


Konstruktive Grüße!

[Klaus Heinemann]

Hallo Stefan,

da Fortingall liegt westlich von Greenwich liegt, ist W 4° richtig.

die traditionelle Schreibweise für östlich ist +4° westlich -4°
in der neuen Schreibweise wird + durch E, - durch W ersetzt.

Anscheinend erwartet die Übersichtskarte die alte Schreibweise,
das Eingabeformular bietet aber nur die Neue.
Das fällt sonst nicht auf, da wir uns im Register eigentlich nur in Deutschland bewegen.
Chris bekommt die Frage zu der aktuellen Frage Fotodarstellung dazu...

Gruß Klaus

[Chris Gurk]

Den Standort auf der Karte habe ich korrigiert. Hier wurden tatsächlich die Vorzeichen vergessen. Die Marker nutzen die Dezimalschreibweise der Geo-Koordinaten.

Das Datenbankfeld habe ich auf 18 erhöht, dann sollte auf jeden Fall genügend Platz für Genauigkeiten sein.

Viele Grüße
Chris

[stefan]

Hallo Chris,

zur Koordinaten-Eingabe habe ich noch Vorschläge:
1. die Standardvorgabe ist W = Westliche Länge, besser wäre es, E = Östliche Länge vorzugeben - ich habe gerade etwa 10 Bäume aus der Irischen See nach Bayern geholt, da die Vorgabe übersehen worden war; ich glaube, wir haben erst einen Baum mit Westlicher Länge.

2. Es gibt immer wieder Fehleingaben im Format der Koordinaten. Die Datenbank erwartet Grad mit Dezimalminuten. Es wäre gut, wenn die eingegebenen Werte zumindest geprüft werden, ob sie dieser Struktur formal entsprechen. Bei http://www.baumkunde.de/baumregister/51 ... ei_losser/ sind z.B. Dezimalgrad eingegeben, so dass der Baum im Golf von Guinea liegt.

Gruß
Stefan

[Ener]

Hallo, die Register Nummer 5092 (Eiche, Bruchköbel) befindet sich lt. Standortkarte auch im Golf von Guinea.

Ein wahrscheinlich anderes "Problem" seh ich bei Nr. 5252 (Eiche, Bad Muskau): die wird in der Karte angezeigt obwohl ich den Filter auf Hessen gesetzt hab.

Gruß Ener

[Klaus Heinemann]

Hallo Ener,

danke für den Tipp!
In Bad Muskau war das standardmäßig vorgewählte Bundesland zu löschen,
In Bruchköbel war ein falsches Kartengitter benutzt worden - habe ich korrigiert!

Gruß Klaus