Am Montag 26 Juli 2010, 09:57:38 schrieb Walter Nordmann:
kennst du die bedeutung des worte fast ?
Vermutlich unterscheidet sich unsere Wahrnehmung dahingehend, dass ich unter
fast immer etwas völlig anderes verstehe als unter oft.
Bei fast immer würde ich die Daten (wenn vorher nichts da war)
Am Montag 26 Juli 2010, 09:53:55 schrieb Stefan Dettenhofer (StefanDausR):
Sobald die Gemeindegrenze nicht mehr 1:1 mit dem PLZ-Gebiet
übereinstimmt muss dann trotzdem eine eigene PLZ-Relation erstellt werden.
Du musst aber zusätzlich unterscheiden:
Wenn man mit gleichen Grenzverläufen eine
Am 26. Juli 2010 21:06 schrieb steffterra steffte...@me.com:
LOL. Also ich würde es Fahrradfahrerfreundlich machen und die Stadt bitten,
das zu Schild dranzupappen, da es ja schließlich ein viel genutzer
offizieller Weg für Radwege zu sein scheint.Fals das auf Widerstand stösst,
erfähjrst Du
Am Dienstag 27 Juli 2010, 02:02:45 schrieb Stephan Wolff:
Die Daten sind allerdings etwas veraltet. Ich schätze, dass
Veränderungen der letzten zwei Jahre fehlen. Bei Feldwegen kann man
nicht zwischen unserem grade1 und einer zugewachsenen Waldschneise
unterscheiden.
Die Karte basiert auf
Stephan Wolff s.wo...@web.de wrote:
Bei Feldwegen kann man nicht zwischen unserem grade1 und einer
zugewachsenen Waldschneise unterscheiden.
Da unterscheiden die Atkis Daten AFAIK nicht im Detail.
Sven
--
We just typed make
(Stephen Lambrigh, Director of Server Product Marketing at Informix
Hallo,
On 2010-07-27 03:48 Willi wrote:
beim Ansehen der Seen sind mir mögliche Fehlerquellen aufgefallen.
Da der outer-Ring an sich nichts darstellt, sollte er keine Tags haben.
natural=water gehört an das Multipolygon, da dieses die Wasserfläche (outer
minus alle inner) darstellt
Am 26.07.2010 21:06, schrieb steffterra:
Ein Fußweg über den mehrere Radrouten (u.A. der Werseradweg) führen.
LOL. Also ich würde es Fahrradfahrerfreundlich machen und die Stadt
bitten, das zu Schild dranzupappen,
Done.
Da der Weg durch einen dunklen Tunnel führt wäre die Umleitung
über
Am 26. Juli 2010 20:30 schrieb Guenther Meyer d@sordidmusic.com:
left/right waere generell besser verwendbar als forward/backward, einfach weil
es eindeutiger und universeller verwendbar ist.
Das sehe ich genau anders herum: forward/backward bezieht sich direkt
auf die vom Element
heiko.jac...@gmx.de (Heiko Jacobs) am 20.07.10:
Rainer Knaepper schrieb:
Moin,
es gibt hier eine geradezu lächerlich fehlkonstruierte
Unterführung unter einer Bahnlinie hindurch:
http://www.openstreetmap.org/?lat=51.585667lon=7.662695zoom=18l
ayers=B000FTF
Das Teil ist ja sogar Teil der
Am 26. Juli 2010 16:51 schrieb Andreas Neumann andr-neum...@gmx.net:
1. In Ilmenau wurde der Homburger Platz[1] saniert. Jetzt steht hier ein
Bushäuschen (nur in die eine Richtung) mit drauf. An die Glasflächen
desselben wird an die Städtepartnerschaft Homburg-Ilmenau gedacht. Ist
das nun
Am 27.07.2010 10:15, schrieb Christoph Matthei:
Danke, das werde ich mal versuchen. Abgesehen davon, hast Du mir
allerdings den großen Erkenntnisgewinn in Sachen Multipolygon beschert.
Und zwar dass ich ein Multipolygon auch benutzen sollte, um solche
Sachen wie Stadtteile, Waldgebiete etc.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 26.07.2010 15:26, schrieb Tirkon:
Wenn davon auszugehen ist, dass die Qualität über ganz Deutschland so
hoch ist, dann könnte man im Wiki vielleicht empfehlen, die
Kreisgrenzen in jedem Falle zu belassen und im Zweifel die PLZ
anzugleichen. So
Am Dienstag 27 Juli 2010, 10:30:08 schrieb Falk Zscheile:
left/right waere generell besser verwendbar als forward/backward, einfach
weil es eindeutiger und universeller verwendbar ist.
Das sehe ich genau anders herum: forward/backward bezieht sich direkt
auf die vom Element vorgegebene
Am Montag 26 Juli 2010, 15:26:58 schrieb Tirkon:
dann könnte man im Wiki vielleicht empfehlen, die
Kreisgrenzen in jedem Falle zu belassen und im Zweifel die PLZ
anzugleichen.
Ich weiß nicht wer was ins Wiki geschrieben hat, aber die Aussage, dass ein
automatischer Import nicht gemacht wird,
Ich sehe das so:
Falk Zscheile schrieb:
forward/backward bezieht sich direkt auf die vom Element vorgegebene Richtung.
d.h. wenn ich mich in dieser Richtung *bewege*, also z.B. bei maxspeed.
Bei left/right muss man zuerst nach der Richtung des Weges schauen und erst
darauf kann man
dann
Am 27.07.10 10:27, schrieb Rainer Knaepper:
Tja, Sonntach nochmal genau hingeschaut - es ist tatsächlich als
reiner Fußweg ausgeschildert mit Zeichen 239, insofern war mein
ursprünglicher rant unpräzise. Wenn man auf den nachfolgenden Fotos
etwas sucht, findet man auf zweien davon auch die
Bernd Wurst schrieb:
Am Montag 26 Juli 2010, 09:53:55 schrieb Stefan Dettenhofer (StefanDausR):
Sobald die Gemeindegrenze nicht mehr 1:1 mit dem PLZ-Gebiet
übereinstimmt muss dann trotzdem eine eigene PLZ-Relation erstellt werden.
Du musst aber zusätzlich unterscheiden:
Wenn man mit
Am 26.07.2010 14:35, schrieb UMAX974:
ich ergänze hier noch, da die Diskussion um die etrex Firmware war: ich hab
Firmware 3.40 laufe und eine 4GB Pansonic C8 Karte drin.
Am 26.07.2010 um 14:13 schrieb UMAX974:
So ich hab die Karte gmapsup.img vom 23.07 20.37 Uhr gerade noch einmal
Am Dienstag 27 Juli 2010, 11:42:10 schrieb Stefan Dettenhofer (StefanDausR):
(tags ändern, ways kopieren und neu anlegen).
Und genau das musst du eben auch machen, wenn eine neue Relation (mit den
bestehenden Grenz-ways) gemacht wurde, de du später ändern möchtest.
Ich hab grade mal einen
Am 26. Jul 2010 um 23:26 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com:Am 26. Juli 2010 10:35 schrieb Georg Feddern ne...@bavarianmallet.de:
steffterra schrieb:
Und wie wird die dann in die Area gezeichnet?
ich werde JOSM benutzen.LOL, sehr schöne Antwort. Doch gemeint war nicht das
Hallo zusammen,
Auf der Schweizer Mailingliste[1] planen wir gerade die Teilnahme am
FrOSCamp mit einem eigenen Info-Stand. Freiwillige Helfer finde ich
'im Ausland' wohl nicht, aber vielleicht ja doch den einen oder
anderen zusätzlichen Besucher.. ;)
| Beim FrOSCamp handelt es sich
André Joost glaubte zu wissen:
Soweit ich das überblicken kann, wird für Stromleitungen in DE nur
route=power benutzt. Da sollte es kein Missverständnis geben.
Anderer Meinung: http://wiki.openstreetmap.org/wiki/Stromleitung
flo, auch power=line verwendend
--
Es ist weder nötig, noch
Am 26. Jul 2010 um 23:43 schrieb Guenther Meyer d@sordidmusic.com:
Der Vorteil ist die Flexibilität ohne dabei neue Redundanz zu bilden,
gleichzeitig ist das ganze abwärtskompatibel. Das ist sogar der wichtigste
Punkt an der ganzen Geschichte.
viele verschiedene Moeglichkeiten, die dann
Am 27. Jul 2010 um 10:16 schrieb Chris66 chris66...@gmx.de:Am 26.07.2010 21:06, schrieb steffterra:
Ein Fußweg über den mehrere Radrouten (u.A. der Werseradweg) führen.
LOL. Also ich würde es Fahrradfahrerfreundlich machen und die Stadt
bitten, das zu Schild dranzupappen,
Done.
Da der Weg
Am 27. Jul 2010 um 10:30 schrieb Falk Zscheile falk.zsche...@googlemail.com:Am 26. Juli 2010 20:30 schrieb Guenther Meyer d@sordidmusic.com:
left/right waere generell besser verwendbar als forward/backward, einfach weil
es eindeutiger und universeller verwendbar ist.
Das sehe ich genau
steffterra schrieb:
a) Einzeichnen zusätzlicher paralleler ways, die _nicht_ extra durch eine Relation oder
einen Tag als zum gleichen way =ohne bauliche Trennung, gehörig verbunden werden müssen.
Das sollte durch eine neue Datenart ermöglicht werden. Ich würde diese Funkion
Gruppierung
Am 27.07.10 12:55, schrieb Florian Gross:
André Joost glaubte zu wissen:
Soweit ich das überblicken kann, wird für Stromleitungen in DE nur
route=power benutzt. Da sollte es kein Missverständnis geben.
Anderer Meinung: http://wiki.openstreetmap.org/wiki/Stromleitung
flo, auch power=line
Am 27.07.2010 13:45, schrieb André Joost:
flo, auch power=line verwendend
Kleines Missverständnis: Es ging nicht um Wegelemente (für die
power=line richtig ist), sondern um Relationen und deren type-tag.
Ja eben - den gleichen Begriff (line) für 2 völlig unterschiedliche
Sachen zu verwenden
On Tue, Jul 27, 2010 at 10:30:08AM +0200, Falk Zscheile wrote:
Am 26. Juli 2010 20:30 schrieb Guenther Meyer d@sordidmusic.com:
left/right waere generell besser verwendbar als forward/backward, einfach
weil
es eindeutiger und universeller verwendbar ist.
Das sehe ich genau
Am 26. Juli 2010 21:48 schrieb Pascal Neis pascal.n...@gmail.com:
Manche verbinden den Zufahrtsweg mit dem Außenring der Parkfläche,
siehe: http://osm.org/go/0Den6M5qV--
Andere zeichnen wiederum einen Weg auf die Parkplatzfläche
ohne das aber wiederum ein gemeinsame Node zwischen Weg
und
Am 27. Jul 2010 um 13:59 schrieb Guenther Meyer d@sordidmusic.com:On Tue, Jul 27, 2010 at 10:30:08AM +0200, Falk Zscheile wrote:
Am 26. Juli 2010 20:30 schrieb Guenther Meyer d@sordidmusic.com:
left/right waere generell besser verwendbar als forward/backward, einfach weil
es
Am 27. Juli 2010 14:24 schrieb steffterra steffte...@me.com:
Ich habe es immer so verstanden:
- left/right sagt aus, auf welcher Straßenseite sich etwas auf der Straße
befindet
- forward/backward sagt aus, in welcher Richtung etwas liegt. Also in
Einzeichenrichtung des ways und entgegen der
Am 27. Jul 2010 um 14:33 schrieb Falk Zscheile falk.zsche...@googlemail.com:Am 27. Juli 2010 14:24 schrieb steffterra steffte...@me.com:
Ich habe es immer so verstanden:
- left/right sagt aus, auf welcher Straßenseite sich etwas auf der Straße
befindet
- forward/backward sagt aus, in welcher
Am 27.07.2010 14:33, schrieb Falk Zscheile:
Ah, jetzt verstehe ich den Hintergrund der Differenzierung. left/right
ist gibt die Lage von Elementen neben der Straße an und
forward/backward von Dingen auf der Straße. Beides in Bezug auf die
Richtung, welche die Straße in den Daten hat.
Du sprichst in deinem Vorschlag mehrfach sowohl von Fahrtrichtungen als
auch von Fahrspuren. Das sind aber zwei verschiedene Dinge.
Daher eine prinzipielle Frage: Repräsentiert ein Way in deinem Modell
* eine Fahrtrichtung
oder
* eine Fahrspur bzw. Gruppe von Fahrspuren
?
Tobias Knerr
Am 27. Juli 2010 14:56 schrieb steffterra steffte...@me.com:
Am 27. Jul 2010 um 14:48 schrieb steffterra steffte...@me.com:
Am 27. Jul 2010 um 14:33 schrieb Falk Zscheile
falk.zsche...@googlemail.com:
Am 27. Juli 2010 14:24 schrieb steffterra steffte...@me.com:
Ich habe es immer so
Hallo,
ich benutze als Erinnerungshilfe gerne Fotos, die ich dann mit den
Trackdaten über die Uhrzeit synchronisiere. Da ich aber später manche
Bilder eventuell noch in anderem Zusammenhang benutzen möchte, wäre es
schön, wenn die einmal auf diese Art gestgestellten Geokoordinaten der
Bilder
Hi,
wenn ich einen Track zu osm.org hochgeladen habe, wäre es schick, wenn
man diesen gleich irgendwo auf der Karte ansehen könnte. Es gibt ja
auch immer den Reiter Karte, aber das ist ja die generelle ohne den
Track. Bietet das Web-Interface auch eine Möglichkeit, einen
abgeladenen Track in
Am 27. Juli 2010 15:46 schrieb Andreas Tille andr...@an3as.eu:
ich benutze als Erinnerungshilfe gerne Fotos, die ich dann mit den
Trackdaten über die Uhrzeit synchronisiere. Da ich aber später manche
Bilder eventuell noch in anderem Zusammenhang benutzen möchte, wäre es
schön, wenn die einmal
On Tue, Jul 27, 2010 at 05:47:39AM -0700, steffterra wrote:
Nein ;-) Ich schrieb _auf_ der Straße. Das erste sagt wo es _auf_ der Straße
ist (linke oder rechts Seite darauf, nicht daneben, denn es ist ja ein
T???ag der Straße und nicht von dem was daneben ist.)
das zweite sagt, in welcher
Am 27.07.2010 15:48, schrieb Andreas Tille:
wenn ich einen Track zu osm.org hochgeladen habe, wäre es schick, wenn
man diesen gleich irgendwo auf der Karte ansehen könnte.
http://maps.google.de/?q=http://www.openstreetmap.org/trace/755285/data
http://www.openstreetmap.org/trace/755285/data
On Tue, Jul 27, 2010 at 04:07:29PM +0200, Peter Körner wrote:
Am 27.07.2010 15:48, schrieb Andreas Tille:
wenn ich einen Track zu osm.org hochgeladen habe, wäre es schick, wenn
man diesen gleich irgendwo auf der Karte ansehen könnte.
On Tue, Jul 27, 2010 at 05:24:57AM -0700, steffterra wrote:
Nein, nichts ist gut. Es ist nur rechts, wenn du von unten nach oben gehst
;-) Wenn du aber von oben nach unten gehst, ist rechts auf der anderen
Straßenseite.
du scheinst es nicht verstehen zu wollen:
der Weg hat die Richtung von
http://maps.google.de/?q=http://www.openstreetmap.org/trace/755285/data
http://www.openstreetmap.org/trace/755285/data ist die URL hinter dem
herunterladen Link auf der Traces-Seite.
???
Da kann man doch nur das eben abgeladene GPX wieder herunterladen, oder
stehe ich irgendwie
Am 27. Juli 2010 10:15 schrieb Christoph Matthei christ...@matthei.org:
Hallo,
On 2010-07-27 03:48 Willi wrote:
beim Ansehen der Seen sind mir mögliche Fehlerquellen aufgefallen.
Da der outer-Ring an sich nichts darstellt, sollte er keine Tags haben.
natural=water gehört an das
Am 27.07.2010 16:25, schrieb Guenther Meyer:
Ich sage, vergesst forward/backward und benutzt nur noch left/right, das ist
eindeutig, und v.a. einfacher.
Das geht aber nicht: Die beiden Begriffspaare bezeichnen völlig
unterschiedliche Konzepte, sie sind nicht austauschbar.
In Fällen, wo man
hi,
mir war so, als hätte mal jemand ein paar routinen geschrieben, um mit
einem file handle schnell an bestimmte stellen in osm files zu gelangen.
also zum start der ways oder dem start der relations im speziellen. hat
jemand einen tip, wo?
danke
gerhard
Am 27.07.2010 um 15:09 schrieb Tobias Knerr:
Du sprichst in deinem Vorschlag mehrfach sowohl von Fahrtrichtungen als
auch von Fahrspuren. Das sind aber zwei verschiedene Dinge.
richtig. Über welche Stellen stolperst Du denn, wo die Verwendung der beiden
Begriffe nicht ganz klar ist?
Daher
Hi,
Gary68 wrote:
mir war so, als hätte mal jemand ein paar routinen geschrieben, um mit
einem file handle schnell an bestimmte stellen in osm files zu gelangen.
also zum start der ways oder dem start der relations im speziellen. hat
jemand einen tip, wo?
Binaere Suche in Textfiles, mein
Gary68 wrote:
mir war so, als hätte mal jemand ein paar routinen geschrieben, um mit
einem file handle schnell an bestimmte stellen in osm files zu gelangen.
also zum start der ways oder dem start der relations im speziellen. hat
jemand einen tip, wo?
Hm... Mit Seek wird das nix, denn man
Hallo,
Am Dienstag 27 Juli 2010 schrieb steffterra:
[viele Beispieldetails]
Hast du das schon irgendwo mal in die Tat umgesetzt? Ein Link zur Karte wäre
in diesem Fall toll.
Gruß, Carsten
___
Talk-de mailing list
Talk-de@openstreetmap.org
Am 27.07.2010 16:07, schrieb Peter Körner:
http://maps.google.de/?q=http://www.openstreetmap.org/trace/755285/data
Cool!
Wenn google jetzt noch OSM Tiles anzeigen würde ;-)
Chris
___
Talk-de mailing list
Talk-de@openstreetmap.org
ich denke schon, dass es mit seek geht. natürlich muss man an der stelle
dann auch lesen. stichwort binäre suche. frederiks lösung ist fast
perfekt. werde es bald testen.
zeilenweise ist für viele zwecke ausreichend, aber nicht für alle. z.b.
wenn man alle relationen, dann alle enthaltenen wege
Hallo gerhard,
On Dienstag, 27. Juli 2010, Gary68 wrote:
mir war so, als hätte mal jemand ein paar routinen geschrieben, um
mit einem file handle schnell an bestimmte stellen in osm files zu
gelangen. also zum start der ways oder dem start der relations im
speziellen. hat jemand einen tip,
danke, aber ich brauche es in perl. ich glaube aber, durch dich bin ich
drauf gekommen, seinerzeit.
bzip ist cool. ich werde es nur für osm files machen.
bin schon am probieren. trivial ist was anderes... die buffer sizes
müssen sehr groß gewählt werden, was anscheinend zunächst zu problemen
Am 27. Juli 2010 12:46 schrieb steffterra steffte...@me.com:
Ich schlug es ja zuvor schon vor, einfach mehrere Areas für die einzelnen
Parkarten zu erstellen, doch das widersprach der Meinung einiger hier, dass
das die Wirklichkeit nicht richtig abbildet, da es ja _ein_ Parkplatz sei
und nciht
Hallo,
Gary68 wrote:
bin schon am probieren. trivial ist was anderes... die buffer sizes
müssen sehr groß gewählt werden, was anscheinend zunächst zu problemen
führt...
Du kannst es bei Bedarf so bauen, dass die Buffergroesse dynamisch
erhoeht wird, wenn nichts gefunden wird.
Bye
Frederik
Am 25. Juli 2010 23:38 schrieb Thomas Ineichen osm.mailingl...@t-i.ch:
http://www.openstreetmap.org/?lat=50.3743lon=7.69686zoom=17layers=M
Eine Strasse, die erst mehrere Meter *nach* der Auffahrt bzw. *vor*
der Ausfahrt den Typ wechselt? Laut 'note' ist das Zwischenstück keine
jaja, die idee kam mir eben bei rc car fahren ;-)
aber gibt es ein limit beim read befehl? irgendwie ist gerade der wurm
drin. aber was will man nach einem langen arbeitstag und kindergeschrei
noch erwarten?
ciao
gerhard
On Tue, 2010-07-27 at 20:42 +0200, Frederik Ramm wrote:
Hallo,
Am Dienstag 27 Juli 2010, 16:51:52 schrieb Tobias Knerr:
Am 27.07.2010 16:25, schrieb Guenther Meyer:
Ich sage, vergesst forward/backward und benutzt nur noch left/right, das
ist eindeutig, und v.a. einfacher.
Das geht aber nicht: Die beiden Begriffspaare bezeichnen völlig
Am Dienstag 27 Juli 2010, 17:56:26 schrieb steffterra:
Am 27.07.2010 um 15:09 schrieb Tobias Knerr:
Du sprichst in deinem Vorschlag mehrfach sowohl von Fahrtrichtungen als
auch von Fahrspuren. Das sind aber zwei verschiedene Dinge.
richtig. Über welche Stellen stolperst Du denn, wo die
Gary68 wrote:
zeilenweise ist für viele zwecke ausreichend, aber nicht für alle. z.b.
wenn man alle relationen, dann alle enthaltenen wege und nodes lesen
will. dann fängt man hinten an. je nach dateigröße, z.b. 9,x GB für
deutschland, kann man ganz schön sparen. und alles in den speicher lesen
Gary68 wrote:
aber gibt es ein limit beim read befehl?
http://perldoc.perl.org/functions/read.html
Gruß
Manuel
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Am 27.07.2010 um 23:27 schrieb Guenther Meyer:
[..viele Beispiele...]
ich muss mir das Ganze nochmal genauer anschauen, aber abgesehen von der
Losloesung von der Richtungsabhaengigkeit
was aus meiner Sicht ein rieeesen Vorteil ist. Die anderen sind die
Abwärtskompatibilität und vor allem
[subject Travelling salesman-Router auf OSM-Datenbasis]
Gibt's da was?
Die Frage ist eigenartig formuliert.
Welcher Teil ist unklar?
Oder bekommt man OSM-Daten in Microsoft MapPoint? Das beherrscht das
schließlich...
Das Programm gibts, OSM-Daten gibts.
Dass es MapPoint gibt, das schrob
Sven Geggus glaubte zu wissen:
Der Grund ist weil ich Webphoren hasse wie die Pest.
Ich auch.
Foren nur bei vorgehaltener Waffe und entschlossenem Waffenträger.
;-)
flo
--
Na endlich, ich hatte schon lange nicht mehr gesiggt.
[Michael
Am 27.07.2010 um 16:51 schrieb Tobias Knerr:
Am 27.07.2010 16:25, schrieb Guenther Meyer:
Ich sage, vergesst forward/backward und benutzt nur noch left/right, das ist
eindeutig, und v.a. einfacher.
Das geht aber nicht: Die beiden Begriffspaare bezeichnen völlig
unterschiedliche Konzepte,
Hallo, entsinne mich, dass das Plugin Piclayer früher einmal eine
Funktion hatte, um geladene Bilder nicht nur zu zoomen und zu drehen,
sondern auch zu verschieben (Icon mit blauen Cursorpfeilen), siehe auch
Bebilderung unter
http://wiki.openstreetmap.org/wiki/DE:Piclayer/Anleitung
Aktuell
André Joost glaubte zu wissen:
Am 27.07.10 12:55, schrieb Florian Gross:
André Joost glaubte zu wissen:
Soweit ich das überblicken kann, wird für Stromleitungen in DE nur
route=power benutzt. Da sollte es kein Missverständnis geben.
Anderer Meinung:
Hallo Ingrid,
Am 28.07.2010 01:51, schrieb Johann H. Addicks:
[..]
Da habe ich wohl irgendwie übersehen, dass das Icon für's Verschieben so
weit geändert wurde, dass ich es zum Plugin drüber zugeordnet hatte.
-jha-
___
Talk-de mailing list
Am 28.07.2010 02:55, schrieb Florian Gross:
Wer hat sich das denn ausgedacht?
Jemand, der Buslinie (dt.) nach bus line (engl.) übersetzt hat?
-jha-
___
Talk-de mailing list
Talk-de@openstreetmap.org
Johann H. Addicks glaubte zu wissen:
Hallo, entsinne mich, dass das Plugin Piclayer früher einmal eine
Funktion hatte, um geladene Bilder nicht nur zu zoomen und zu drehen,
sondern auch zu verschieben (Icon mit blauen Cursorpfeilen), siehe auch
Bebilderung unter
genau. in dem beispiel erst alle relationen lesen, dann alle ways lesen,
aber nur speichern, was ich brauche etc.
mir geht es nur darum, schneller an bestimmte stellen vorzustoßen. bei
den großen dateien, die ich jede woche verarbeite, bringt das schon
einiges.
On Tue, 2010-07-27 at 23:39
Tobias Knerr o...@tobias-knerr.de wrote:
Das geht aber nicht: Die beiden Begriffspaare bezeichnen völlig
unterschiedliche Konzepte, sie sind nicht austauschbar.
In Fällen, wo man forward/backward verwendet, kann man ohne
Bedeutungsunterschied nicht left/right verwenden - und umgekehrt.
Das
Am 28.07.10 03:36, schrieb Johann H. Addicks:
Am 28.07.2010 02:55, schrieb Florian Gross:
Wer hat sich das denn ausgedacht?
Jemand, der Buslinie (dt.) nach bus line (engl.) übersetzt hat?
Eher derjenige, der route=line mit Starkstromfreileitung übersetzt hat.
Von den 2638 Relationen
75 matches
Mail list logo
