(oh weia, ich war ein paar Tage unterwegs ... wieviel kann man über so
etwas normales und notwendiges wie ein Leerzeichen eigentlich diskutieren)
Moin,
Am Freitag 04 Juni 2010, 08:17:58 schrieb Schorschi:
den Käse übersehe ich jetzt mal
Ich seh hier nichts gelbes mit Löchern drin.
der
Am Freitag 04 Juni 2010, 08:19:26 schrieb Schorschi:
Leerzeichen zu entfernen ist technisch kein Problem, eine Anwendung
sollte das sicherheitshalber schon koennen.
Aber da die Leerzeichen keinerlei Vorteil bieten, laesst man sie besser
gleich weg.
äh, soll ich jetzt sagen: typisch
Am Freitag 04 Juni 2010, 08:17:58 schrieb Schorschi:
- mit Leerzeichen wird der Inhalt lesbarer und deshalb
benutzerfreundlicher
Stimme ich dagegen. Die Lesbarkeit mit Semikolon ist immer etwas
eingeschränkt, da macht das auch nichts mehr aus. Ein zukünftiger, guter
Editor
Moin,
Alle Leerzeichen aus name/ref zu entfernen ist Käse. Man muss also statt
aufspalten am Semikolon plötzlich aufspalten am Semikolon ODER an Semikolon
plus Leerzeichen.
Viele, vor allem hardwarenahe, schnelle Programmiersprachen
verarbeiten ein einzelnes Stoppzeichen wesentlich
Leerzeichen zu entfernen ist technisch kein Problem, eine Anwendung sollte
das
sicherheitshalber schon koennen.
Aber da die Leerzeichen keinerlei Vorteil bieten, laesst man sie besser
gleich
weg.
äh, soll ich jetzt sagen: typisch Computer-Freak?
Ich hatte es doch geschrieben:
Hallo.
Am Freitag 04 Juni 2010, 08:17:58 schrieb Schorschi:
Viele, vor allem hardwarenahe, schnelle Programmiersprachen
verarbeiten ein einzelnes Stoppzeichen wesentlich effizienter als einen
String als Token.
Neben der Effizienz steigt der Programmieraufwand um 100%, da man statt
Hallo,
steffterra wrote:
Keine Ahnung, vlt. ist auch das Komma mit Leerzeichen ungewöhnlich und man
sollte auch beim ref eher Semikolon und kein Leerzeichen verwenden?
Weiss da jemand mehr darüber, was bei anderen Tags üblich ist?
Wenn es irgend geht, sollten mehrere Werte in einem Tag
Am 04.06.2010 um 13:32 schrieb Frederik Ramm:
Hallo,
steffterra wrote:
Keine Ahnung, vlt. ist auch das Komma mit Leerzeichen ungewöhnlich und man
sollte auch beim ref eher Semikolon und kein Leerzeichen verwenden?
Weiss da jemand mehr darüber, was bei anderen Tags üblich ist?
Wenn es
Hallo,
steffterra wrote:
Also jede einzelne Auffahrt und jede Abfahrt als Relation erfassen?
Ich habe die Auffahrt-Problematik nicht praesent; falls Du gerade
vorschlaegst, ein ref=A3 an eine Auffahrt zu setzen, die auf die A3
fuehrt, so wuerde ich dem widersprechen - ref=A3 soll m.E. nur an
Am 04.06.2010 um 20:42 schrieb Frederik Ramm:
steffterra wrote:
Also jede einzelne Auffahrt und jede Abfahrt als Relation erfassen?
Ich habe die Auffahrt-Problematik nicht praesent; falls Du gerade
vorschlaegst, ein ref=A3 an eine Auffahrt zu setzen, die auf die A3
fuehrt, so wuerde ich
Hallo,
steffterra wrote:
Der Kausalität nach gehört imho die Auffahrt zur Autobahn und die
Abfahrt zur Bundesstraße zu der sie führt. Demensprechend
ref-Autobahn an Auffahrt ref-Bundesstraße an die Abfahrt. Diese Logik
ist imho sehr klar und kann so auch an komplizierten
Hallo.
Am Freitag 04 Juni 2010, 06:28:32 schrieb Schorschi:
Der Einsatz des Semikolons für diese Zwecke ist richtig. Aber ich habe
keine Ahnung, wer auf die Idee kommt, dass das Semikolon ohne Leerzeichen
richtig sein soll:
Alle, bei denen ich bisher mit so etwas zu tun hatte.
- vom
On Friday 04 June 2010 07:43:02 Bernd Wurst wrote:
Klar wäre es möglich, Leerzeichen links und rechts von OSM-Werten
grundsätzlich und nach der Aufspaltung zu strippen. Das könnte auch dieses
Leerzeichen dann beiläufig entfernen. Aber Leerzeichen vor oder hinter
Werten werden von jedem mir
13 matches
Mail list logo