TS;
Lagi, masalah keberhasilan Padi SRI.
Salam,
KushaBS
=
PEMBERITAHUAN: Perlahan tapi pasti kami akan mulai melakukan penertiban
keanggotaan di milis ini. Jika Anda belum terdaftar sebagai anggota Agromania
Business Club (ABC), silahkan segera mendaftarkan
Is it only me that finds these two classifications a bit limiting? How do other
people use them?
I'm thinking of say a restaurant where you could dine in the restaurant, order
takeaway at the counter, drive through and order at the window, or phone for a
delivery. Do I class that as a
Ed Loach wrote:
Is it only me that finds these two classifications a bit limiting?
No.
amenity=restaurant
takeaway=yes/no
drive_thru=yes/no
delivery=yes/no
and where you can't eat in
amenity=takeaway
drive_thru=yes/no
delivery=yes/no
What about:
amenity=food
eatin=yes/no
For me the criteria is quite simple :
amenity=fast_food : get food at desk, pay at desk.
amenity=restaurant : food served at the table, pay at table.
The kind of food served, quality of service, or whether there is a dining
place or not is irrelevant (though restaurants always have one,
Hi,
does anyone know a place to download tiles-level as zip-arc's?
Would like to use them on my local server?
I'd tried to download the tiles via http (automated by an php-script) from
http://tah.openstreetmap.org/Tiles/tile/ ... but that takes too long.
regards,
AndreasG
What I would really like, is for some one to be sitting in a restaurant, and
be able to tap away on their mobile device (or via a web page later on ),
and rate the quality of the restaurant, and of course in clude every thing
else (accessibility options for instance).
Is that some thing that
Ed,
I also map eating places in reasonable detail as it will be very useful when
OSM search engines expand to local POI searches, as I am sure they will. We
are in a distinct minority at the moment so I suggest personal experimentation
and then make specialist proposal(s) if no one else does.
I agree the tags are a bit limited, but I think the distinction
between restaurant and fast_food is usually a good one.
amenity=food doesn't show that it is prepared food, ready to
eat rather than a shop selling the raw materials. Adding the
extra tags to restaurant and fast_food will work by
On 09/09/2008 13:53, Mike Collinson wrote:
I also map eating places in reasonable detail as it will be very useful when
OSM search engines expand to
local POI searches, as I am sure they will.
You mean like restaurants near Cambridge, UK or cafes near Pimlico
Type it into the search box
For the type of food, there is the 'cuisine' tag; 'cusine=italian' for
example.
I would agree with the:
'sit to order' = restaurant
'stand to order' = fast_food
'daytime only' = cafe??
In addition if the place is a chain/franchise, I also add the 'operator'
and (if know, normally on receipt)
What I would really like, is for some one to be sitting in a restaurant,
and
be able to tap away on their mobile device (or via a web page later on ),
and rate the quality of the restaurant, and of course in clude every thing
else (accessibility options for instance).
Is that some thing
Steve Chilton wrote:
Anyway the OS are one the of the primary (platinum?!) sponsors of the
RGS (along with Land Rover and Rolex from memory). So the map of the
venue, and how to get to it, prominantly displayed on the back cover of
the abstracts naturally used Open Street Map data. Nice one!
vegard a écrit :
On Mon, Sep 08, 2008 at 06:40:59AM -0700, Karl Newman wrote:
So personally I think duplicate keys would be the easiest and best way to
tag such double-uses.
Norbert
Just make two different nodes, each located closest to the amenity
concerned. There's nothing that makes it
At 03:01 PM 9/09/2008, David Earl wrote:
On 09/09/2008 13:53, Mike Collinson wrote:
I also map eating places in reasonable detail as it will be very useful when
OSM search engines expand to local POI searches, as I am sure they will.
You mean like restaurants near Cambridge, UK or cafes near
2008/9/8 Lambertus [EMAIL PROTECTED]:
Lars Aronsson wrote:
Lambertus wrote:
There are no roads in Scandinavia that are called trunk
roads. So we have to invent our own understanding of when to use
this label. Unfortunately, the Finns and Norwegians made a
different interpretation than the
Either I don't understand how querying OSMXAPI works or I stumbled upon
a bug. Perhaps someone can have a look at this:
I would like to download all regional cycle routes within a certain
small area in The Netherlands. As all these routes are tagged using
relations (checked this) I try to
Thanks for looking at it and you are right, only one predicate and one
bbox predicate is allowed, I missed that. Unfortunately when I request
again with only one predicate, the result is almost the same (data from
far outside the bbox and missing ways and nodes without ways):
Lambertus
Yes, its likely to be a bug. I'll take a look at it.
80n
On Tue, Sep 9, 2008 at 10:12 PM, Lambertus [EMAIL PROTECTED] wrote:
Thanks for looking at it and you are right, only one predicate and one
bbox predicate is allowed, I missed that. Unfortunately when I request
again with
Dit klinkt misschien als een domme vraag, maar is er een norm t.a.v. de
betekenis van bebouwde kom in NL?
Dit vraag ik omdat er verschillende definities bestaan. Ik kan er in
ieder geval drie bedenken:
* planologisch (bestemmingsplannen e.d.)
* feitelijk (het bebouwde gebied)
*
On Tuesday 09 September 2008, Colin Smale wrote:
Dit klinkt misschien als een domme vraag, maar is er een norm t.a.v. de
betekenis van bebouwde kom in NL?
Nou, valt wel mee, hier is al eerder discussie over geweest :-)
[...] In OSM zie ik dat de BK-grens min of meer de
feitelijke bebouwing
On Tue, 9 Sep 2008, Roeland Douma wrote:
Dat wordt dan wel een bitch van een relatie. En volgens mij wil je dat echt
niet voor grotere steden gaan doen. Of laat ik het zo zeggen. Ik wil dat niet
voor grotere steden gaan doen :P
Het lijkt me onderhouds technisch ook vrijwel onmogelijk
Oke op basis van een bbox, of nouja meer een bpoly. Dat zou super zijn.
Dan heeft het zeker ook mijn steun!
--Roeland
On Tuesday 09 September 2008 10:15:11 Stefan de Konink wrote:
On Tue, 9 Sep 2008, Roeland Douma wrote:
Dat wordt dan wel een bitch van een relatie. En volgens mij wil je dat
On Tue, 9 Sep 2008, Roeland Douma wrote:
Oke op basis van een bbox, of nouja meer een bpoly. Dat zou super zijn.
Dan heeft het zeker ook mijn steun!
Overweeg 'floodfilling' ook eens :) Dan zouden we alle punten waar een
overgang is van buiten/binnen kom moeten markeren, en alles van type way
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sta je niet op deze lijst, dan zou je, je eigenlijk van de mailinglist
moeten uitschrijven want dan heb je minder dan 10 edits op je naam staan.
% sys.nodes_legacy, sys.nodes_legacy # table_name
% counter, username # name
% int, varchar #
Hi Liz,
OK - the JOSM relation editor is still a bit beta-ish so you have to type
all the info.
Here's an example
No right turn from a-street to b-road
key value
---
:
type restriction
Google Maps has finally caught up to OSM in the Canberra suburbs of Dunlop
and Forde. Actually this is quite impressive for Google since some of the
Forde streets have only been open to the public for a month or so. Mind
you, they do have an extra appendage on Jessie Street that isn't actually
Sorry 'bout the formatting (looked ok on my screen).
It doesnt make much sense now - damm.
___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au
Inspired by the London Mapping Party Marathons, I thought it might be fun to
get some of the Brisbane area mappers together for a quick (1-2 hrs +
drinks) little midweek evening mapping party sometime in October. I think
New Farm might be a good place to start as it has some roads missing, but
On Tue, 9 Sep 2008, Nick Hocking wrote:
Sorry 'bout the formatting (looked ok on my screen).
It doesnt make much sense now - damm.
I'll try anyway. there's a No Left Turn in the metropolis of Binalong -
important for routing because it keeps traffic on the main road.
Hi,
Am 9. September 2008 06:55 schrieb Michael Buege [EMAIL PROTECTED]:
Iirc wurde vor kurzem hierzulist angemerkt, dass eine U-Bahn idR
nicht Bahn im Sinne von Eisenbahn oder S-Bahn ist, sondern eher in
Richtung Strassenbahn einzustufen ist. Man korrigiere mich, wenn ich mich
irre.
Meine
Garry schrieb:
Philipp Klaus Krause schrieb:
Mit dem GPS bekommt
man selbst hier im Schwarzwald oft eine Genauigkeit von weniger als 2m
Abweichung.
Und das hast Du wie überprüft?
Garr
Bisher nur im Sinne von Reproduzierbarkeit, d.h. wenn ich an einem Ort
bin, an dem das Gerät
Hallo!
http://www.openstreetmap.org/?lat=47.7501lon=16.4029zoom=13
Könnte jemand bitte die Perlenschnur (offenbar ist jeder Punkt des Weges auch
ein eigenständiger Punkt ohne Tags) entlang der S31 (way 4671375) entsorgen?
Geht das automatisiert?
TIA!
Servus, Andreas
On Mon, 8 Sep 2008, Tobias Wendorff wrote:
Wo finde ich Informationen über alle Options?
Welche Optionen? Das einzige, was Du dazu einstellen kannst stand in
meiner ersten Mail.
Ich dachte, Du hättest noch mehr geschaffen (in früheren Versionen).
Wichtige Optionen sind im
On Mon, 8 Sep 2008, Tobias Wendorff wrote:
Doch. Differential-Verfahren (ob Post-Processed oder in Echtzeit) haben
eine permanente Korrektur, die den sich ändernden Bedingungen angepasst
wird. Ich schrieb oben, dass eine Einmalkorrektur nicht möglich ist.
Obwohl dies (aus Eigenversuch) doch
Hallo.
Am Dienstag, 9. September 2008 schrieb Andreas Labres:
http://www.openstreetmap.org/?lat=47.7501lon=16.4029zoom=13
Könnte jemand bitte die Perlenschnur (offenbar ist jeder Punkt des Weges
auch ein eigenständiger Punkt ohne Tags) entlang der S31 (way 4671375)
entsorgen? Geht das
Ich finde, man sollte es nach dem baulichen Begebenheiten taggen. Da wo
U-Bahn
oberirdisch railway und da wo S-Bahn unterirdisch subway. Den Rest über Namen
oder andere Tags .(U123, S456)
Der Meinung bin ich überhaupt nicht, da es sich bei dem railway-tag
offensichtlich um ein
Nach einigen verzweifelten Versuchen mit einem SVG-Export und Barbeitung des
selbigen in inkscape habe ich grade beschlossen, dass dieser Weg nicht
gangbar ist.
Warum?
Ich denke so eine Anfahrt müsste mit einer Routing-Funktion verbunden
werden, da die der Zielort / die
PieSchie schrieb:
Ich finde, man sollte es nach dem baulichen Begebenheiten taggen. Da wo
U-Bahn
oberirdisch railway und da wo S-Bahn unterirdisch subway. Den Rest über
Namen
oder andere Tags .(U123, S456)
Der Meinung bin ich überhaupt nicht, da es sich bei dem railway-tag
Bernd Wurst wrote:
Da wurde wohl eine Fahrspur komplett entsorgt!
Oh Sch...
Hoffentlich kriegt das noch wer hin...
nochwas:
http://www.openstreetmap.org/?lat=47.74663lon=16.41987zoom=17
Der Kreisverkehr dreht falschrum.
Umgedreht.
Servus, Andreas
On Tue, 9 Sep 2008, Stephan Schildberg wrote:
ich vermute mal, dass ich diese Liste noch nicht lang lese, trotzdem
wage ich es mal zu fragen:
Auf welchen Anlass geht der hier gepflegte Flaschschreibung zurück xyz
getackt?
Neographie braucht einfach neue Begriffe! Solange wir lalle mitmachen
On Mon, 8 Sep 2008, Frank Sautter wrote:
ich habe gerade einen neuen Validator-Test fertiggestellt, welche auf
unverbundene Wege prüft. Geprüft werden freiliegende Endpunkte von
Wegen.
ich bin begeistert!
und erschreckt, wie viele fehler doch noch in meiner - von solchen
fehlern frei
hallo
Andreas Labres wrote:
Bernd Wurst wrote:
Da wurde wohl eine Fahrspur komplett entsorgt!
Oh Sch...
Hoffentlich kriegt das noch wer hin...
habe ich gerade eben mit potlatch und dessen Undelete funktion wieder
hergestellt. bitte überprüfe ob alles passt.
grüße
hermann
Zitat Bernd Wurst:
[...]
Potlatch soll ja ne History haben, die ich aber nicht bedient bekomme,
Weg markieren, H druecken, auswaehlen.
[...]
hth
--
Michael
___
Talk-de mailing list
Talk-de@openstreetmap.org
Andreas Barth schrieb:
Hallo,
wie tagged man denn eine oberirdische U-Bahn richtig? Die in München ist
teilweise als subway, teilweise als railway getagged. railway ist sie
m.E. definitiv nicht, subway ist richtiger von der Erwartung, was da
fährt.
(andere) Meinungen?
Alle
Am 9. September 2008 10:06 schrieb Sven Rautenberg [EMAIL PROTECTED]:
Andreas Barth schrieb:
Hallo,
wie tagged man denn eine oberirdische U-Bahn richtig? Die in München ist
teilweise als subway, teilweise als railway getagged. railway ist sie
m.E. definitiv nicht, subway ist richtiger
hallo
Michael Buege wrote:
Zitat Bernd Wurst:
[...]
Potlatch soll ja ne History haben, die ich aber nicht bedient bekomme,
Weg markieren, H druecken, auswaehlen.
in diesem fall gab es keine weg zu markieren, daher nützt die history
funktion nix mehr.
aber es gibt ein U, das alle
Am 9. September 2008 02:52 schrieb André Reichelt [EMAIL PROTECTED]:
Birgit Nietsch schrieb:
Zumindest in einem Punkt kann Google uns nicht überholen: Die Google
Kartendaten sind nicht gemeinfrei. Und werden sie gemeinfrei, so sind
sie keine Google-Daten mehr. Catch-22 mal andersrum. ;-)
2008/9/9 Dirk Stöcker [EMAIL PROTECTED]
On Tue, 9 Sep 2008, Stephan Schildberg wrote:
ich vermute mal, dass ich diese Liste noch nicht lang lese, trotzdem
wage ich es mal zu fragen:
Auf welchen Anlass geht der hier gepflegte Flaschschreibung zurück xyz
getackt?
Neographie braucht einfach
Ich sag doch, wenn schon eindeutschen, dann richtig: tackern (oder anheften)
das
Wort gibt's wenigstens schon
...tacken klingt irgendwie nach http://de.wikipedia.org/wiki/Tucke :)
Dirk Stöcker schrieb am 09.09.2008 09:36:
On Tue, 9 Sep 2008, Stephan Schildberg wrote:
Was gibt es gegen die
Dirk Stöcker wrote:
ich habe gerade einen neuen Validator-Test fertiggestellt, welche auf
unverbundene Wege prüft. Geprüft werden freiliegende Endpunkte von Wegen.
[...]
Kommentare und konstruktive Kritik willkommen.
Eine sehr schöne und nützliche Sache. In meiner Gegend habe ich damit
2008/9/9 Hatto von Hatzfeld [EMAIL PROTECTED]:
Fazit: Die Prüfung sollte sich auf Ways (Linien) mit highway=* beschränken.
Oder zumindest addr:interpolation (und noch ein paar mehr) ausnehmen.
Besser wäre es vielleicht, immer highway mit highway, waterway mit
waterway usw. zu vergleichen. So
Hallo,
Ich sag doch, wenn schon eindeutschen, dann richtig: tackern (oder anheften)
das
Wort gibt's wenigstens schon
Es heisst aber was anderes. Wenn die Englaender mit taggen das haetten
ausdruecken wollen, was Du hier vorschlaegst, dann haetten sie to
staple und nicht to tag genommen.
Hallo OSMler,
ich habe gestern in Darmstadt alle fehlenden Gebäude der TU (Stadtmitte,
Lichtwiese und Bot. Garten) nachgetragen und mit Gebäudenummern,
Institutsnamen (sofern vorhanden) und Fachbereichen versehen (name).
Stadtmitte:
U-Bahn=subway, egal ob nun gerade unter oder über der Erde
Statdtbahn=light-rail, z.B. Karlsruhe, Bielefeld, Hannover. Mit Ausnahme
der unterirdischen Stadtbahnen, denen würde ich dennoch =subway verpassen.
S-Bahnen=railway . Das System Karlsruhe macht es auch hier etwas
schwerer, da einige
Alex Pleiner wrote:
Hallo OSMler,
ich habe gestern in Darmstadt alle fehlenden Gebäude der TU (Stadtmitte,
Lichtwiese und Bot. Garten) nachgetragen und mit Gebäudenummern,
Institutsnamen (sofern vorhanden) und Fachbereichen versehen (name).
Stadtmitte:
* Thomas Schäfer ([EMAIL PROTECTED]) [080909 00:25]:
Am Dienstag, 9. September 2008 00:02 schrieb Andreas Barth:
Hallo,
wie tagged man denn eine oberirdische U-Bahn richtig? Die in München ist
teilweise als subway, teilweise als railway getagged. railway ist sie
m.E. definitiv nicht,
* Tim 'avatar' Bartel ([EMAIL PROTECTED]) [080909 08:16]:
Hi,
Am 9. September 2008 06:55 schrieb Michael Buege [EMAIL PROTECTED]:
Iirc wurde vor kurzem hierzulist angemerkt, dass eine U-Bahn idR
nicht Bahn im Sinne von Eisenbahn oder S-Bahn ist, sondern eher in
Richtung Strassenbahn
* Martin Koppenhoefer ([EMAIL PROTECTED]) [080909 10:24]:
ich sehe das aehnlich:
S-BAHN = light_rail
U-Bahn = subway
Tram = tram
Klassische S-Bahnen sind railway, Karlsruhe ist da sicher die
Ausnahme.
Viele Grüße,
Andi
--
http://home.arcor.de/andreas-barth/
On Tue, 09 Sep 2008 12:10:04 +0200, Frederik Ramm wrote:
Es heisst aber was anderes. Wenn die Englaender mit taggen das haetten
ausdruecken wollen, was Du hier vorschlaegst, dann haetten sie to
staple und nicht to tag genommen.
Jupp, und das passende Deutsche Wort wäre auszeichnen oder
Hallo Dirk,
Dirk Stöcker schrieb:
Den einmal gemessenen Daten der Station oder den permanent gemessenen
Daten?
Permanente Messungen. Ich war im Umkreis von ca. 5 km unterwegs.
Das mobile Gerät sowie das stationäre Gerät liefen parallel.
Im zweiten Fall hast Du auch keine
Andreas Barth schrieb:
* Martin Koppenhoefer
([EMAIL PROTECTED]) [080909
10:24]:
ich sehe das aehnlich:
S-BAHN = light_rail
U-Bahn = subway
Tram = tram
Klassische S-Bahnen sind railway, Karlsruhe ist da sicher die
Ausnahme.
Nicht ganz. S-Bahn-Tunnel sind i.d.R. zu niedrig für richtige
* Birgit Nietsch ([EMAIL PROTECTED]) [080909 14:11]:
Andreas Barth schrieb:
* Martin Koppenhoefer
([EMAIL PROTECTED]) [080909
10:24]:
ich sehe das aehnlich:
S-BAHN = light_rail
U-Bahn = subway
Tram = tram
Klassische S-Bahnen sind railway, Karlsruhe ist da sicher die
Hallo Holger,
das passende Deutsche Wort wäre auszeichnen oder markieren.
Tag hat weder etwas mit Hochzeitstag noch mit Bundestag zu tun,
sondern ist schlicht eine *Eigenschaft*,
mit der das Abbild eines realen Objektes ausgezeichnet wird.
Oder datenbanktechnisch ein Attribut, bestehend aus
Ich bin gerade dabei ein proposal zu starten.
Gebe bescheid wenn gevotet werden darf.
mfg,
Kelvan
Am 7. September 2008 14:48 schrieb Roland Ramthun [EMAIL PROTECTED]
:
Birgit Nietsch schrieb:
Nun zur eigentlichen Frage:
Gibt es bereits einen Tag in Verwendung den ich übersehen habe, wenn
Martin Koppenhoefer schrieb:
ich sehe das aehnlich:
S-BAHN = light_rail
U-Bahn = subway
Tram = tram
Das hatten wir doch gerade erst... S-Bahnen als light rail zu bezeichnen
ist in meinen Augen Begriffsverbiegen. Light Rail steht als Fachtermini
für Stadtbahnen im Deutschen.
Wer nicht
Markus schrieb:
Vielleicht hat ja jemand mal Lust, das mit der Flughöhe, Brennweite und
Auflösung etwas genauer zu rechnen? (man will ja die einzelnen Häuser
genau sehen /und/ möglichst wenig Sprit verbrauchen...)
Laut http://www.erik-krause.de/schaerfe.htm ist das Bildfeld bei einer
Markus wrote:
Wenn ein Ort keine benannten Strassen hat:
- Ort: Ortsname als Strassenname
- Ortsteil: Name des Ortsteiles als Strassenname
- Einzelgehöft: Flurstücksname als Strassenname
Die Post führt in den *Postleitdaten* alle Anschriften nach obiger Regel.
PS: wo kann diese Regelung
Laut http://www.erik-krause.de/schaerfe.htm ist das Bildfeld bei einer
Vollformatkamera mit 50mm und 2000m Flughöhe 1440x960m² groß, grob
überschlagen bleiben damit pro m² knapp 10 Pixel. Das liegt im Bereich
der DOPs der Vermessungsämter und sollte für unsere Zwecke gut
ausreichen. Wobei
Hallo Markus,
Markus schrieb:
Vielleicht hat ja jemand mal Lust, das mit der Flughöhe, Brennweite und
Auflösung etwas genauer zu rechnen? (man will ja die einzelnen Häuser
genau sehen /und/ möglichst wenig Sprit verbrauchen...)
Ich persönlich finde es wichtiger, eine Mechanik / ein
Holger Blum schrieb:
Der Vorteil dieser Brennweite ist auch, dass die entsprechenden
Objektive (50mm sind Normalbrennweite am KB) zu den günstigsten
Objektiven überhaupt zählen und gleichzeitig eine sehr gute Bildqualität
liefern. Für 500€ kann man eine gebrauchte EOS 400D samt EF 50/1.8
Frederik Ramm:
Hallo,
Johann H. Addicks wrote:
Auf welchen Anlass geht der hier gepflegte Flaschschreibung zurück xyz
getackt?
Wer ausser Jan Tackenbeck schreibt das denn noch ;-)?
Bye
Frederik
Beste und einzig richtige Antwort
Auszeichnen eines Weges halte ich für eine
On Tue, 9 Sep 2008, Tobias Wendorff wrote:
Im zweiten Fall hast Du auch keine Einmalinitialisierung, sondern
eine Permanentkorrektur. Diesmal auf Koordinatenebene. Das ist generell
möglich, allerdings musst Du Glück haben. Sobald sich die sichtbaren
Satellitensätze der zwei Geräte zu stark
Dirk Stöcker schrieb:
Wozu? Z.B. von unserer Firma (www.dgpsonline.eu) gibt es
DGPS-Korrekturdaten deutschlandweit kostenlos. Das einzige was man
braucht, ist eine permanente Datenverbindung und eine Möglichkeit die
NTRIP-Daten auf den GPS-Empfänger zu bekommen. Das erlaubt DGPS in
Liebe Profis,
immer wieder lese ich von EGNOS, SAPOS und anderen Schmankerln, die die
Genauigkeit unserer Geräte um den Faktor 100 bis 1000 erhöhen, sogar bei
der Höhenmessung. Und dass fast alle Geräte dies können...
Könnte nicht mal jemand für Wikipedia entsprechend verständliche und
Dirk Stöcker schrieb:
Im zweiten Fall hast Du auch keine Einmalinitialisierung, sondern
eine Permanentkorrektur. Diesmal auf Koordinatenebene. Das ist generell
möglich, allerdings musst Du Glück haben. Sobald sich die sichtbaren
Satellitensätze der zwei Geräte zu stark unterscheiden (dass
[EMAIL PROTECTED] schrieb:
Hi,
wo kann man den die OSM-Tiles als ZIP-Archiv runterladen?
Soweit ich weiß, gar nicht.
Das Herunterladen einzelner Tiles per http, zB ueber
http://tah.openstreetmap.org/Tiles/tile/ ... habe ich schon
versucht, braucht aber ewig bei Zoom-Level 14, (trotz
Markus schrieb:
Liebe Profis,
immer wieder lese ich von EGNOS, SAPOS und anderen Schmankerln, die die
Genauigkeit unserer Geräte um den Faktor 100 bis 1000 erhöhen, sogar bei
der Höhenmessung. Und dass fast alle Geräte dies können...
Könnte nicht mal jemand für Wikipedia entsprechend
PieSchie schrieb:
Vielleicht sollte man einfach eine Unterscheidung zwischen Schienen und
darauf fahrenden Fahrzeugen machen. Genauso wie highway=* sollte
railway=* den Typ darstellen, um was für Schienen es sich handelt. In
dem Fall wäre es etwas, was die Unterscheidung zwischen
Damit meine Fragesteller vom Verschönerungsverein schon mal vorab etwas
über die Grundlagen der Geräte lesen können, habe ich
http://wiki.openstreetmap.org/index.php/de:GPS_Receiver
etwas erweitert und würde mich freuen, wenn Ihr die Lücken noch etwas
füllen könntet.
Danke für Eure Tips!
Schön
* Philipp Klaus Krause ([EMAIL PROTECTED]) [080909 17:30]:
PieSchie schrieb:
Vielleicht sollte man einfach eine Unterscheidung zwischen Schienen und
darauf fahrenden Fahrzeugen machen. Genauso wie highway=* sollte
railway=* den Typ darstellen, um was für Schienen es sich handelt. In
Andreas Barth schrieb:
Bei Schienen hat das eine oft viel mit dem anderen zu tun: Wenn wo die
Münchner U-Bahn fährt, dann ermöglicht die technische Ausrüstung der
Strecke (Signalsystem, Stromschiene, Bahnsteige) nicht beliebig andere
Fahrzeuge auf der Strecke fahren zu lassen. Von ihrem
On Tue, Sep 09, 2008 at 05:41:07PM +0200, Markus wrote:
http://de.wikipedia.org/wiki/SAPOS
Ueber SAPOS bin ich selber noch nicht gestolpert - finde ich aber
spannend. Weiss jemand wieviele Basisstationen das sind?
Und vor allem - welche empfaenger koennen was damit anfangen?
Flo
--
Florian
On Tue, 9 Sep 2008, Markus Koelle wrote:
Wozu? Z.B. von unserer Firma (www.dgpsonline.eu) gibt es
DGPS-Korrekturdaten deutschlandweit kostenlos. Das einzige was man
braucht, ist eine permanente Datenverbindung und eine Möglichkeit die
NTRIP-Daten auf den GPS-Empfänger zu bekommen. Das erlaubt
On 08/09/08 20:00 +0200, Lars Schimmer wrote:
Nur die Höhendaten sind halt etwas ungenau, dafür dann den Vista HCx nehmen.
Kosten um die 200 Euro/Stück.
Höhendaten fließen doch eh nicht in OSM ein.
STw Rolf
--
... Expediency asks the question, 'Is it politic?' ...
On Tue, 9 Sep 2008, Markus wrote:
Allerdings wünsche ich mir in Wikipedia mehr Verständlichkeit, damit der
Normalverbraucher die Informationen auch anwenden kann.
Und hier im OSM-Wiki wünsche ich mir ein HowTo.
RTCM-Datenstrom besorgen und zum GPS leiten -- Genauigkeit etwa 0.5-10m
(je nach
On Tue, 9 Sep 2008, Markus wrote:
Damit meine Fragesteller vom Verschönerungsverein schon mal vorab etwas
über die Grundlagen der Geräte lesen können, habe ich
http://wiki.openstreetmap.org/index.php/de:GPS_Receiver
etwas erweitert und würde mich freuen, wenn Ihr die Lücken noch etwas
füllen
Dirk Stöcker schrieb:
RTCM-Datenstrom besorgen und zum GPS leiten -- Genauigkeit etwa 0.5-10m
(je nach Gerät).
Nur ein Bruchteil der Geräte können die Daten korrekt verarbeiten,
wenn überhaupt. Nenn mir Beispiele, aber bitte keine über 150 EUR.
___
On Tue, 9 Sep 2008, Florian Lohoff wrote:
http://de.wikipedia.org/wiki/SAPOS
Ueber SAPOS bin ich selber noch nicht gestolpert - finde ich aber
spannend. Weiss jemand wieviele Basisstationen das sind?
Sehr viele. Alle 50 bis 70 Kilometer steht eine.
Und vor allem - welche empfaenger
On Tue, 9 Sep 2008, Tobias Wendorff wrote:
Dirk Stöcker schrieb:
Ich habe einen i-Blue 747 Empfänger. Der interne Chipsatz ist sehr gut
und der zugehörige Empfänger auch. Gibt es bei eBay für unter 50 Euro.
Kann knapp 24 Stunden permanent 1-Sekundendaten aufzeichnen.
MTK-Chipsatz ... also
On Tue, 9 Sep 2008, Tobias Wendorff wrote:
Dirk Stöcker schrieb:
RTCM-Datenstrom besorgen und zum GPS leiten -- Genauigkeit etwa 0.5-10m
(je nach Gerät).
Nur ein Bruchteil der Geräte können die Daten korrekt verarbeiten,
wenn überhaupt. Nenn mir Beispiele, aber bitte keine über 150 EUR.
Dirk Stöcker schrieb:
Die Chips können es in der Regel (ist ja auch sehr einfach). Wie die
Daten bis zum Chip kommen kann ich natürlich nicht beurteilen. Und ob
man den Chip davon überzeugen kann die Daten auch anzunehmen
(Steuerbefehle bekannt?), ist eine weitere Frage.
Darum fragte ich
Dirk Stöcker schrieb:
MTK-Chipsatz ... also für Fußgänger leider kaum geeignet :-(
Wieso? Kann ich nicht bestätigen. Sogar in der Hemdtasche (also 50%
Abschattung und vertikaler Lage) bringt der beachtliche Ergebnisse. Für
gute Ergebnisse empfiehlt sich wie schonmal gesagt natürlich ein
Hallo Dirk,
Wenn Du ein Java fähiges Handy hast, und eine passende GPS-Maus, dann
kannst Du gpsmid (http://gpsmid.sourceforge.net) verwenden. Das hat gute
Ansätze. In einer der letzten nightly CVS-builds ist mittlerweile auch
das Ausrichten der Karte in Fahrtrichtung eingebaut. Damit sind dann
Hallo,
Dem ist aber nicht so. Um nur
in den Bereich von unter
1m zu kommen ist eine mindestens 4stellige Euro-Investition erforderlich.
Und mit nur kurzem Nachdenken findet man ca. 10, 20 oder 50
Moeglichkeiten, die Qualitaet von OSM an anderen Stellen sehr viel
nachhaltiger zu
Gallo Garry,
also wenn ich die bisherigen Beiträge zusammenfasse, ist
Differential-GPS in Bezug auf unsere Consumer-Geräte nicht mehr als ein
Werbegag und für OSM so nicht verwendbar. Richtig?
Dann sollten wir das aber auch im Wiki entsprechend deutlich schreiben.
Gruss, Markus
On Tue, 9 Sep 2008, Tobias Wendorff wrote:
Kommt er mit den RTCM-Daten zurecht? Welche Genauigkeit erreichst Du?
Keine Ahnung. Ich nutze kein DGPS, weil aus meiner Sicht für die
OSM-Anwendung der Aufwand den Nutzen nicht rechtfertigt. Und da genau
das mein Beruf ist, kann ich den Aufwand sehr
Klar, natuerlich lade ich mir 4.6 GB von einem Server runter (und
verursache dabei
gar keinen Traffic (-(: ), um mich dann durch eine relativ
vollstaendige Dokumentation
zum Thema Mapnik durchzukaempfen, diese Mail-List mit Fragen dazu
vollzuknallen,
um am Ende weder Tiles noch ein
Dirk Stöcker schrieb:
Vielleicht etwas unklar ausgedrückt. Das ist nicht nur mein Beruf,
sondern ich schreibe auch die Software, welche GPS-Berechnungen
erledigt. Ich bin mir deshalb der theoretischen und praktischen Limits
voll bewusst. Ohne permanente Datenverbindung und viel Gefummel bei
PieSchie schrieb:
Ich denke so eine Anfahrt müsste mit einer Routing-Funktion verbunden
werden
Ich dachte, es geht um ein Printmedium, oder habe ich da etwas falsch in
Erinnerung. Gedruckte Schaltkreise sind wohl noch nicht leistungsstark
genug und druckbare OLEDs sind auch nocht nicht
On Tue, 9 Sep 2008, Markus wrote:
also wenn ich die bisherigen Beiträge zusammenfasse, ist
Differential-GPS in Bezug auf unsere Consumer-Geräte nicht mehr als ein
Werbegag und für OSM so nicht verwendbar. Richtig?
Im Grund ja.
Falls doch jemand Interesse hat: Wie gesagt im Testbetrieb
1 - 100 di 145 matches
Mail list logo