[Talk-de] Feldlänge [war: API 0.6 Umstell ung beendet?]
Hallo Fabian, Schlüssel und Werte sind jetzt auf 255 Zeichen (nicht Bytes) beschränkt. Wäre nicht mindestens bei den Feldern note bzw. description eine Feldlänge von mindestens 16 k, besser 64 k erwünscht? Man könnte doch für Fliesstext einen weiteren Feldtyp definieren? Ich finde schade, wenn solche Texte abgeschnitten werden und damit Information vernichtet/verhindert wird: name = Wolfskreuz, description = Primär handelt es sich um einen Staatsgrenzstein, der nach 1815 gesetzt worden sein muß und der als Nachbildung eines früheren gilt (Lehfeld 1888). Im Anfang des vorigen Jahrhunderts wurde hier ein Arm des von einem Wolf geraubten Kindes des Gutsbesitzers Kolditz in Engerda gefunden (Löbe / Löbe 1891). Ursprünglich soll hier das verschwundene Wolfskreuz gestanden haben (vgl. auch Schmieden III, als dessen Ersatz die Darstellung auf dem Grenzstein zu gelten hat. (Störzner / Möbes 1988)Sage: Hier sollen die letzten Reste eines kleinen Kindes aus Engerda gefunden worden sein, das von einem Wolf entführt worden sein soll und verzehrt worden war. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feldlänge [war: API 0.6 Umstellu ng beendet?]
On Tue, Apr 21, 2009 at 08:29:08AM +0200, Markus wrote: Subject: [Talk-de] Feldlänge [war: API 0.6 Umstellung beendet?] Hallo Fabian, Schlüssel und Werte sind jetzt auf 255 Zeichen (nicht Bytes) beschränkt. Wäre nicht mindestens bei den Feldern note bzw. description eine Feldlänge von mindestens 16 k, besser 64 k erwünscht? Ist OSM jetzt nen Wanderfuehrer? Sollten nicht solche dinge eher in einem externen Storage liegen und verlinkt werden? Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feldlänge
Hallo Florian, Sollten nicht solche dinge eher in einem externen Storage liegen und verlinkt werden? Das ist ja bereits möglich mit url=http://* Aber nicht immer macht es Sinn, für eine Bemerkung zu einem Geo-Objekt eine eigene Website zu bauen. Und Detailinformation beispielsweise zu Grenzsteinen, Triangulationspunkten, Höhenfestpunkten, etc können für Geodaten wesentlich sein. Wobei langfristig natürlich die Aufteilung solcher Fliesstextinformation zumindest teilweise in maschinenlesbare spezifische Felder sinnvoll ist. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feldlänge
Hallo Florian, Naja - die OSM Datenbank sollten eigentlich mit wenigen ausnahmen alles nur maschinenlesbare daten sein. Die Ausnahmen sind: note=*, description=*. Das mit der eindeutigen Maschinenlesbarkeit scheitert momentan auch an allen anderen Feldern mit Schlüssel=* (und das sind viele). Beispielsweise kann man unter name=* schreiben Frankfurt oder Frankfurt am Main oder Frankfurt .a.M. oder Frankfurt/M oder Frankfurt_M und noch viele andere Variationen (und dabei, aussser bei Frankfurt, meistens dasselbe meinen). Alles was Prosa ist kann man in einem wiki abkippen und die wikiid oder die url hinterlegen. Im Prinzip ja. Dazu bräuchte der Anwender aber eine Schnittstelle im Editor. Und man bräuchte ein gut strukturiertes Abkipp-Wiki. Ich denke, die Zusammenarbeit mit Wikipedia wird da einige neue visionäre Möglichkeiten eröffnen... Die Prosa ist im OSM Datenbestand fuer nix gut Doch - ich habe sinnige Beispiele doch erwähnt... In künftigen OSM-Versionen wird es MouseOver-Popups geben, die Feldinhalte direkt in der Karte anzeigen. Dann ist auch Fliesstext eine wertvolle Karteninformation. Aber auch wenn alles mal maschinenlesbar sein würde, werden nie alle Informationen als Wertelisten definiert in Feldern speicherbar sein. Es wird immer einen Informationsrest geben, für den man ein Prosa-Feld braucht. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feldlänge
On Tue, Apr 21, 2009 at 10:02:36AM +0200, Markus wrote: In künftigen OSM-Versionen wird es MouseOver-Popups geben, die Feldinhalte direkt in der Karte anzeigen. Dann ist auch Fliesstext eine wertvolle Karteninformation. Aber auch wenn alles mal maschinenlesbar sein würde, werden nie alle Informationen als Wertelisten definiert in Feldern speicherbar sein. Es wird immer einen Informationsrest geben, für den man ein Prosa-Feld braucht. Jan Benedict hat mit sowas mal rumgespielt: http://webcontent.osm.lab.rfc822.org Ich finde aber gerade keinen pop-uppenden-content ... Nicht so viel da ... Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feldlänge
Hallo, Markus wrote: Das ist ja bereits möglich mit url=http://* Aber nicht immer macht es Sinn, für eine Bemerkung zu einem Geo-Objekt eine eigene Website zu bauen. Und Detailinformation beispielsweise zu Grenzsteinen, Triangulationspunkten, Höhenfestpunkten, etc können für Geodaten wesentlich sein. Ich finde aber die Abgrenzung alles, was sich in 250 Zeichen ausdruecken laesst, geht in die Datenbank, wenn der Sachverhalt komplexer ist, muss man eine Infoseite dazu anlegen oder sinnvoll unterteilen eigentlich gut. Etwas ungewohnt ist hoechstens, dass sie hier einfach so technisch vorgegeben wird und nicht das Resultat monatelanger Diskussion ist ;-) Bei Ways und Relationen war es ueberigens schon seit jeher so, dass alle Tags auf 255 Zeichen (genauer 255 Bytes, aber das ist ein anderes Thema) beschraenkt waren. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feldlänge
Hallo Frederik, Ich finde die Abgrenzung gut: alles, was sich in 250 Zeichen ausdruecken laesst, geht in die Datenbank, wenn der Sachverhalt komplexer ist, muss man eine Infoseite dazu anlegen oder sinnvoll unterteilen. Ok. Aber dann braucht man eine entsprechende Schnittstelle im Editor, und eine dazu passende DB für diese Infoseiten. Und zwar m.E /bevor/ die Begrenzung auf 256 Zeichen hier einfach so technisch vorgegeben wird und damit Information verloren geht bzw nicht mehr gespeichert werden kann. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feldlänge
Abgesehen davon, dass ich die Begrenzung unsinnig finde bzw. 256 Zeichen einfach extrem willkürlich und...wenig... Und zwar m.E /bevor/ die Begrenzung auf 256 Zeichen hier einfach so technisch vorgegeben wird und damit Information verloren geht bzw nicht mehr gespeichert werden kann. ...hat Matt hat auf der API Seite einen Link gepostet: http://idris.openstreetmap.org/tmp/truncated_nodes_05-06-api.tar.gz Das sollten alle Tags sein, die abgeschnitten wurden. Gruß, Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feldlänge
Original-Nachricht Datum: Tue, 21 Apr 2009 12:44:34 +0200 Von: Lars Francke lars.fran...@gmail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Feldlänge Abgesehen davon, dass ich die Begrenzung unsinnig finde bzw. 256 Zeichen einfach extrem willkürlich und...wenig... Vielleicht nicht ganz so willkuerlich wie es scheint. 256 ist nun mal eine nicht ganz unwichtige Zweierpotenz und mit 8 Bit adressierbar. Und ich finde, dass man mit 256 Zeichen schon recht viel ausdruecken kann. Prosa in einem Datenbankfeld? -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feldlänge
Am 21.04.09 schrieb Markus: Ich denke, die Zusammenarbeit mit Wikipedia wird da einige neue visionäre Möglichkeiten eröffnen... Relevanzdiskussionen für Tag-Inhalte? (SCNR) m.E. gehört die Prosa auch an einen externen Ort (oder mehrere Orte), wobei die Frage ist, ob nicht ein Verweis der externen Quellen auf OSM-Knoten oder -Koordinaten sinnvoller ist als ein Verweis vom Knoten auf alle externen Lexika. Gruss, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feldlänge
Abgesehen davon, dass ich die Begrenzung unsinnig finde bzw. 256 Zeichen einfach extrem willkürlich und...wenig... Vielleicht nicht ganz so willkuerlich wie es scheint. 256 ist nun mal eine nicht ganz unwichtige Zweierpotenz und mit 8 Bit adressierbar. Ja mir ist klar, dass das daher kommt aber in einer DB ist die Grenze trotzdem recht unsinnig, da die Felder nicht an irgendwelchen Bytegrenzen gespeichert werden sondern dann eh seitenweise/zeilenweise gelesen werden. Aber ich habe mein technisches Argument auf der Dev-Liste gebracht. Und ich finde, dass man mit 256 Zeichen schon recht viel ausdruecken kann. Prosa in einem Datenbankfeld? Ich gucke grad alle durch. OpenGeoDB Felder wurden abgeschnitten, Erklärungen und Notes wurden abgeschnitten aber auch viele Fehler (wobei bisher fast alle davon dieser Art sind http://openstreetmap.org/browse/node/344519477/history ). Was ich sagen will ist, dass es durchaus Fälle gibt in denen man mehr als 255 Zeichen benutzen kann und sei es ein automatischer Import/was auch immer. Und wenn es keinen technischen Grund gibt für eine Begrenzung (siehe dev liste) dannja..weiß ich nicht warum man künstlich eine einführen/aufrechterhalten muss. Mal sehen auf wieviel Gegenliebe mein Vorschlag stoeßt ;-) Gruß, Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feldlänge
Hallo, Aber nicht immer macht es Sinn, für eine Bemerkung zu einem Geo-Objekt eine eigene Website zu bauen. Mal eine dumme Frage wo soll denn diese Info sichtbar sein? Ein POI mit 255 Zeichen auf der Karte? Oder wo. Trag es doch in Wikipedia oder Wikitravel ein. So haben dann mehr Leute was davon. Nicht nur die wenigen die es schaffen die OSM-Datenbank zu lesen. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feldlänge
Lars Francke schrieb: Ja mir ist klar, dass das daher kommt aber in einer DB ist die Grenze trotzdem recht unsinnig, da die Felder nicht an irgendwelchen Bytegrenzen gespeichert werden sondern dann eh seitenweise/zeilenweise gelesen werden. Aber ich habe mein technisches Argument auf der Dev-Liste gebracht. Naja, ich weiss von MySQL, dass dort das Vrchar 8 Bit lang ist. Da geht auch nicht mehr. Größere Felder halte ich nicht für sinnvoll. André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feldlänge
Ich zitiere einfach mal aus der PostgreSQL Doku: Values of type character are physically padded with spaces to the specified width n, and are stored and displayed that way. However, the padding spaces are treated as semantically insignificant. Trailing spaces are disregarded when comparing two values of type character, and they will be removed when converting a character value to one of the other string types. Note that trailing spaces are semantically significant in character varying and text values. The storage requirement for a short string (up to 126 bytes) is 1 byte plus the actual string, which includes the space padding in the case of character. Longer strings have 4 bytes overhead instead of 1. Long strings are compressed by the system automatically, so the physical requirement on disk might be less. Very long values are also stored in background tables so that they do not interfere with rapid access to shorter column values. In any case, the longest possible character string that can be stored is about 1 GB. (The maximum value that will be allowed for n in the data type declaration is less than that. It wouldn't be very useful to change this because with multibyte character encodings the number of characters and bytes can be quite different anyway. If you desire to store long strings with no specific upper limit, use text or character varying without a length specifier, rather than making up an arbitrary length limit.) Tip There are no performance differences between these three types, apart from increased storage size when using the blank-padded type, and a few extra cycles to check the length when storing into a length-constrained column. While character(n) has performance advantages in some other database systems, it has no such advantages in PostgreSQL. In most situations text or character varying should be used instead. Mit anderen Worten: Entweder gleich eine unbegrenzte Spalte nehmen (text) oder eine character varying (varchar bei mysql) wobei dort die Groeße keinerlei Performanceauswirkungen hat bzw. nur negative dadurch das die Länge geprüft werden muss. Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feldlänge
Original-Nachricht Datum: Tue, 21 Apr 2009 13:14:16 +0200 Von: Lars Francke lars.fran...@gmail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Feldlänge Ja mir ist klar, dass das daher kommt aber in einer DB ist die Grenze trotzdem recht unsinnig, da die Felder nicht an irgendwelchen Bytegrenzen gespeichert werden sondern dann eh seitenweise/zeilenweise gelesen werden. Aber ich habe mein technisches Argument auf der Dev-Liste gebracht. Waere eine Frage des testens. Allerdings ist die OSM-DB schon sehr eigen, da koennten sich solche Spezialdinge schon markant auswirken. Also bei relativ einfachen Tabellen mit gigantischer Laenge und viel Textfeldern aber wenigen Zahlen. Aber da will ich den Spezialisten nicht vorgreifen. Mal sehen auf wieviel Gegenliebe mein Vorschlag stoeßt ;-) Mal sehen. Ich feande es toll, wenn die Grenze Bestand haette und fix in die Doku kommt, denn das vereinfacht die Handhabung des Monsterdatensatzes doch ein wenig. Statt an allen sinnvollen und sinnlosen Orten ausufernde Leangen zuzulassen, ware meine erste Idee dazu, solche begleitende Texte mit Referenz zum Objekt in eine eigene Tabelle auszulagern. Aber seis drum, ich bin in erster Linie Bitpfriemler und kein Datenbaenkler :) -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feldlänge
Mal sehen. Ich feande es toll, wenn die Grenze Bestand haette und fix in die Doku kommt, denn das vereinfacht die Handhabung des Monsterdatensatzes doch ein wenig. Dein Wunsch ist schon in Erfüllung gegangen ;-) http://wiki.openstreetmap.org/wiki/OSM_Protocol_Version_0.6#Tags Zumindest der nach der Dokumentation... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feldlänge
Das klingt nach einer guten Lösung: begleitende Texte mit Referenz zum Objekt in eine eigene Tabelle auszulagern. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de