Auffälligkeiten, Verbesserungsvorschläge

[Peter Wendorff]

Gute Nacht an die Liste ;)

Typ 500700000 - Verwaltungszusammenschluss:
Attribute dieses Typs sind etliche in der geodb_textdata definiert, da
findet sich z.B. 8x das "Amt Achterwehr" und bei anderen Werten sieht
das auch nicht besser aus.
Ist es nicht sinnvoller, für Verwaltungszusammenschlüsse eine Entity zu
definieren, wobei eine location dann "Teil von" diesem
Verwaltungszusammenschluss ist?

"ehem. Regierungsbezirk":
(taucht auf bei loc_ids 189, 190, 191, 192, 193). Ist da nicht richtiger
"Regierungsbezirk" und Gültigkeitsdatum zu setzen?

Typen: Wo liegt der Unterschied zwischen 65080004 und 65080005?

Jetzt gehe ich auch ins Bett.
Gruß

jongleur
(Peter Wendorff)
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Martin Trautmann]

On 07.10.2008 3:09 Uhr, Peter Wendorff wrote:
> Gute Nacht an die Liste ;)
>
> Typ 500700000 - Verwaltungszusammenschluss:
> Attribute dieses Typs sind etliche in der geodb_textdata definiert, da
> findet sich z.B. 8x das "Amt Achterwehr" und bei anderen Werten sieht
> das auch nicht besser aus.
> Ist es nicht sinnvoller, für Verwaltungszusammenschlüsse eine Entity zu
> definieren, wobei eine location dann "Teil von" diesem
> Verwaltungszusammenschluss ist?

Ja, das wäre möglich. Allerdings sind Verwaltungszusammenschlüsse
künstliche Zwischenebenen, für die eigentlich keine Koordinaten in
Karten abzulesen wären.

> "ehem. Regierungsbezirk":
> (taucht auf bei loc_ids 189, 190, 191, 192, 193). Ist da nicht richtiger
> "Regierungsbezirk" und Gültigkeitsdatum zu setzen?

Das Setzen von Gültigkeitsdaten wäre richtig, ist mit der aktuellen
Web-Oberfläche aber noch nicht möglich.

> Typen: Wo liegt der Unterschied zwischen 65080004 und 65080005?

Das eine ist der Referenzpunkt der loc_id - also z.B. die offizielle
Höhenangabe eines Ortes. Das andere ist die Höhe bei einer Koordinate.
Wenn du als Koordinate den Referenzpunkt nimmmst, gibt es keinen
Unterschied. Wenn deine Koordinate anderswo liegt, hast du meist auch
eine andere Höhe.

Schönen Gruß
Martin
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Peter Wendorff]

>> Typen: Wo liegt der Unterschied zwischen 65080004 und 65080005?
>>    
>
> Das eine ist der Referenzpunkt der loc_id - also z.B. die offizielle
> Höhenangabe eines Ortes. Das andere ist die Höhe bei einer Koordinate.
> Wenn du als Koordinate den Referenzpunkt nimmmst, gibt es keinen
> Unterschied. Wenn deine Koordinate anderswo liegt, hast du meist auch
> eine andere Höhe.
>  
Und wo steht, welche Koordinate dann gemeint ist?
Die einzige mit der angegebenen Höhe verknüpfte Koordinate ist doch die
der loc_id, oder sehe ich das falsch?

Gruß
Peter
> Schönen Gruß
> Martin
>  

--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Martin Trautmann]

On 07.10.2008 8:56 Uhr, Peter Wendorff wrote:

>>> Typen: Wo liegt der Unterschied zwischen 65080004 und 65080005?
>>>
>> Das eine ist der Referenzpunkt der loc_id - also z.B. die offizielle
>> Höhenangabe eines Ortes. Das andere ist die Höhe bei einer Koordinate.
>> Wenn du als Koordinate den Referenzpunkt nimmmst, gibt es keinen
>> Unterschied. Wenn deine Koordinate anderswo liegt, hast du meist auch
>> eine andere Höhe.
>>
> Und wo steht, welche Koordinate dann gemeint ist?
> Die einzige mit der angegebenen Höhe verknüpfte Koordinate ist doch die
> der loc_id, oder sehe ich das falsch?

Ein Beispiel: Schluchsee hat bei uns die groben Koordinaten
47.8166667/8.1833333

Der Bahnhof Schluchsee gilt als einer der höchsten in Deutschland (ist
er aber nicht), mit ca. 930 m ü.N.N. Zumindest der Stausee erfüllt aber
das Kriterium (Staumauer: 930 m)

Der Ort Schluchsee selbst liegt zwischen 930 und 1300 m,
der Wasserspiegel des Schluchsees ist eher sekundengenau anzugeben, da
er als Pumpspeicher permanenten Schwankungen unterliegt.

Der Kirchplatz hat die Koordinaten 47.817708/8.177873 - die würden weit
eher als Referenz taugen als obiges NIMA-Raster.

Wikipedia schlägt als Referenz für den See vor: 47° 49′ 17″ N, 8° 9′ 10″
O (47.821389°, 8.152778°) - das sind Koordinaten mitten im See. Der Ort
hat keinen Wikipedia-Eintrag, wohl aber die Gemeinde: 47.819444°,
8.180833°, 952 m ü. NN

Du kannst jetzt also als 65080004 Referenzpunkt 952 angeben - egal ob du
weisst, wo der Referenzpunkt liegt oder nicht. Als Wert für die locid,
deren Koordinaten NICHT am Referenzpunkt liegen kannst du 65080005 mit
940 benennen (oder was auch immer dort geboten wäre).

Alles klar?
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Martin Trautmann]

On 07.10.2008 9:32 Uhr, Martin Trautmann wrote:

> Der Bahnhof Schluchsee gilt als einer der höchsten in Deutschland (ist
> er aber nicht), mit ca. 930 m ü.N.N.

932 m , wie auch eine Station weiter Seebrugg. Auf gleicher Linie früher
liegt Feldberg-Bärental 967 m ü. NN, der inzwischen höchstgelegene
Bahnhof an einer Normalspurbahn. Klais in Bayern verlor 2007 den Titel
als höchstgelegener Intercity-Bahnhof an St. Georgen im Schwarzwald

http://www.frsw.de/dreiseenbahn.htm#H%C3%B6chstgelegene%20Bahnh%C3%B6fe%20in%20Deutschland%20-%20B%C3%A4rental%20ist%20dabei
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Peter Wendorff]

Ich habs immer noch nicht kapiert...

Wir haben doch folgendes Konstrukt:

geodb_locations: loc_id, lat, lon
geodb_textdata: loc_id, Typ:HöheAmReferenzPunktDerLocId, Wert

Wenn ich dich richtig verstehe, ist die HöheAmReferenzPunktDerLocid also
die Höhe am Punkt lat/lon.

oder eben:

geodb_locations: loc_id, lat, lon
geodb_textdata: loc_id, Typ:HöheAnAngegebenerKoordinate, Wert

Wo ist an dieser Stelle jetzt der Bezug zu Koordinaten - wo der Typ
schon "an angegebener Koordinate" heißt?
Entweder fehlt hier doch ein Datensatz für eben diese "angegebenen
Koordinaten", oder aber es muss sich auf eine vorhandene Koordinate
handeln - und dafür der einzige Datensatz, der mir einfällt, ist lat/lon
aus geodb_locations - nur: dann ist das gleich dem ersten Fall.

Oder ist das die "Höhe an irgendeiner nicht näher spezifizierten
Koordinate im Bereich"?

Sorry, dass ich schon wieder frage, aber bisher versteh ichs nicht ;)

Gruß
Peter

>>>
>>> Das eine ist der Referenzpunkt der loc_id - also z.B. die offizielle
>>> Höhenangabe eines Ortes. Das andere ist die Höhe bei einer Koordinate.
>>> Wenn du als Koordinate den Referenzpunkt nimmmst, gibt es keinen
>>> Unterschied. Wenn deine Koordinate anderswo liegt, hast du meist auch
>>> eine andere Höhe.
>>>
>>>      
>> Und wo steht, welche Koordinate dann gemeint ist?
>> Die einzige mit der angegebenen Höhe verknüpfte Koordinate ist doch die
>> der loc_id, oder sehe ich das falsch?
>>    
>
> Ein Beispiel: Schluchsee hat bei uns die groben Koordinaten
> 47.8166667/8.1833333
>
> Der Bahnhof Schluchsee gilt als einer der höchsten in Deutschland (ist
> er aber nicht), mit ca. 930 m ü.N.N. Zumindest der Stausee erfüllt aber
> das Kriterium (Staumauer: 930 m)
>
> Der Ort Schluchsee selbst liegt zwischen 930 und 1300 m,
> der Wasserspiegel des Schluchsees ist eher sekundengenau anzugeben, da
> er als Pumpspeicher permanenten Schwankungen unterliegt.
>
> Der Kirchplatz hat die Koordinaten 47.817708/8.177873 - die würden weit
> eher als Referenz taugen als obiges NIMA-Raster.
>
> Wikipedia schlägt als Referenz für den See vor: 47° 49′ 17″ N, 8° 9′ 10″
> O (47.821389°, 8.152778°) - das sind Koordinaten mitten im See. Der Ort
> hat keinen Wikipedia-Eintrag, wohl aber die Gemeinde: 47.819444°,
> 8.180833°, 952 m ü. NN
>
> Du kannst jetzt also als 65080004 Referenzpunkt 952 angeben - egal ob du
> weisst, wo der Referenzpunkt liegt oder nicht. Als Wert für die locid,
> deren Koordinaten NICHT am Referenzpunkt liegen kannst du 65080005 mit
> 940 benennen (oder was auch immer dort geboten wäre).
>
> Alles klar?
>  

--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Martin Trautmann]

> Wir haben doch folgendes Konstrukt:
>
> geodb_locations: loc_id, lat, lon
> geodb_textdata: loc_id, Typ:HöheAmReferenzPunktDerLocId, Wert
>
> Wenn ich dich richtig verstehe, ist die HöheAmReferenzPunktDerLocid also
> die Höhe am Punkt lat/lon.

Nein, du missverstehst das Wort "Referenzpunkt". Der Referenzpunkt wird nicht von den Koordinaten des Eintrags vorgegeben. Der Referenzpunkt ist moeglicherweise nicht einmal bekannt. Denn der Referenzpunkt ist die Referenz fuer denjenigen, von dem die Hoehenangabe stammt.


> oder eben:
>
> geodb_locations: loc_id, lat, lon
> geodb_textdata: loc_id, Typ:HöheAnAngegebenerKoordinate, Wert
>
> Wo ist an dieser Stelle jetzt der Bezug zu Koordinaten - wo der Typ
> schon "an angegebener Koordinate" heißt?

Das ist also die Hoehenangabe just zu den gegebenen Koordinaten. Korrigiert man die Koordinaten des Eintrags, so muesste man oftmals auch entsprechend dann die Hoehenangabe aendern, wenn bei den neuen Koordinaten eine andere Hoehenangabe vorliegt.

Schau dir irgend eine Landkarte an, auf der fuer Orte Hoehenangaben stehen. Weisst du, an welchem Ort diese Hoehenangabe ermittelt wurde? Ehrlichgesagt, ich wuesste es nicht. Diese Hoehenangabe ist also die fuer einen Referenzwert, aber ohne Kenntnis der Referenz. Klingt seltsam, ist aber so.

Hingegen kann jeder hingehen, und aus seinem GPS-Geraet neben den Koordinaten auch die Hoehe ablesen und in die opengeodb einspeisen. Dass die Hoehenangaben der GPS-Geraete systembedingt wenig taugen, ist ein anderes Thema...
--
GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen!
Jetzt dabei sein: http://www.shortview.de/wasistshortview.php?mc=sv_ext_mf@gmx
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)