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, gute
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: typ
(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.
d
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
> AB-Kreuzen/Ansch
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 wuer
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 a
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?
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
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 stat
> 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: Les
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 e
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
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 P
Am 03.06.2010 um 09:43 schrieb Chris66:
> Am 03.06.2010 00:50, schrieb steffterra:
>
>> Der ref-Tag gibt vor, dass man "ref=A 7, E 22" taggen soll - also Komma und
>> Leerzeichen.
>
> Oha, ich dachte es sei Usus (und habe es bisher immer so in den Daten
> gesehen), bei mehreren Values pro Tag
14 matches
Mail list logo