The ODbL FAQ[1] currently has two questions[2][3] that deal with the
planned removal of the CC-BY-SA licensed data that will still be left
in the OSM database after the switchover to ODbL is made and users
will be asked to opt to relicense their contributions under the new
license.
What I'd like
Elena of Valhalla schrieb:
Is there something wrong with some postcode areas between France and Germany?
http://tools.geofabrik.de/osmi/?view=addresseslon=5.81038lat=44.04829zoom=6
this is the first time i've opened the OSM inspector, so I have no
clue what could be going on
That's a
On Tue, Dec 09, 2008 at 09:11:40AM +0100, Dirk-Lüder Kreie wrote:
Elena of Valhalla schrieb:
Is there something wrong with some postcode areas between France and
Germany?
http://tools.geofabrik.de/osmi/?view=addresseslon=5.81038lat=44.04829zoom=6
this is the first time i've opened
2008/12/8 Bernhard Zwischenbrugger [EMAIL PROTECTED]:
Hi
Just an other slippy map:
http://lamp2.fhstp.ac.at/~lbz/beispiele/ws2008/oomap4/index.php
Maybe you like the zoom.
yes it's smooth :) but you disabled the useful shift + clic for
rapid zooming a zone...
Bernhard
Hi,
that sounds elegant and solves the problem I had yesterday when trying
to add some street numbers to a street made of many small ways that
branch from the main one, i.e. something like this:
| |
| | |
---+--++-+--
|
there is now at least one such
On Wed, Nov 19, 2008 at 2:29 PM, Simon Ward simon at bleah.co.uk wrote:
or a layer that allows you to select what POIs to display (although a
long list of POIs might be a little unwieldy).
This map already exists:
http://www.lenz-online.de/cgi-bin/osm/osmpoinit.pl/
That solution is
sure, editor support isn't 100% yet, but why re-create a poor-man's
relations with name-based references, when we already have proper
relations?
Because editor support is almost non-existent, and exceptionally confusing :-)
The advantage of using addr:street is that it does just work. The
On Tue, Dec 9, 2008 at 12:48 PM, Frederik Ramm [EMAIL PROTECTED] wrote:
[...]
Congratulations on constructing something that is likely to break as soon as
the first inexperienced mapper touches it ;-) it would have been perfectly
ok to just add nodes for the individual houses and tag them with
Dave Stubbs wrote:
I like the clean relation data model, but find the addr:street
thing much easier at the moment.
Maybe I'll add an addressing button (sorry, I meant obscure
keypress :-P) to Potlatch sometime then there'll be no excuses left.
When this accursed API 0.6 is out of the way,
On Tue, Dec 9, 2008 at 12:45 PM, Dave Stubbs [EMAIL PROTECTED] wrote:
sure, editor support isn't 100% yet, but why re-create a poor-man's
relations with name-based references, when we already have proper
relations?
Because editor support is almost non-existent, and exceptionally confusing :-)
On Tue, Dec 9, 2008 at 11:45 AM, Dave Stubbs [EMAIL PROTECTED] wrote:
sure, editor support isn't 100% yet, but why re-create a poor-man's
relations with name-based references, when we already have proper
relations?
Because editor support is almost non-existent, and exceptionally confusing :-)
2008/12/9 Bernhard Zwischenbrugger [EMAIL PROTECTED]
am I right in thinking that you're not restricting it so that you can
only view at specific zoom factors but you can also drag the tiles when
they're part-way between zooms?
That's the big problem.
Google Maps always snaps to a good
addr:street=Foo on an addressable element is basically the same thing
as route=LCN:4 on a way. and i thought it was well understood why
using this method for routes is A Bad Idea, even if it is easier.
Actually that has far more to do with having bus 37, bus 337, bus 270,
bus 44, bus N44,
Hi,
Matt Amos wrote:
except when it doesn't - e.g: misspelled streets, deleted in use
streets, etc...
A little redundancy doesn't hurt - on the contrary, it makes spotting
mistakes easier. And about deleted in use streets: If a house has a
certain address then it has that address, even if
On Tue, Dec 9, 2008 at 1:37 PM, Frederik Ramm [EMAIL PROTECTED] wrote:
Matt Amos wrote:
sure, editor support isn't 100% yet, but why re-create a poor-man's
relations with name-based references, when we already have proper
relations?
In my eyes an address is not a relation. It comes close,
2008/12/9 Elena of Valhalla [EMAIL PROTECTED]:
On Tue, Dec 9, 2008 at 12:45 PM, Dave Stubbs [EMAIL PROTECTED] wrote:
sure, editor support isn't 100% yet, but why re-create a poor-man's
relations with name-based references, when we already have proper
relations?
Because editor support is
Bernhard Zwischenbrugger wrote:
Just an other slippy map:
http://lamp2.fhstp.ac.at/~lbz/beispiele/ws2008/oomap4/index.php
Maybe you like the zoom.
The thing I _really_ like is that it doesn't aggressively preload five
thousand miles round the edge every time, unlike OpenLayers (or, more
Frederik Ramm wrote:
Sent: 09 December 2008 1:37 PM
To: Matt Amos
Cc: talk@openstreetmap.org
Subject: Re: [OSM-talk] addressing
Hi,
Matt Amos wrote:
sure, editor support isn't 100% yet, but why re-create a poor-man's
relations with name-based references, when we already have proper
relations?
Hi,
Matt Amos wrote:
exactly - so why say that the nearest road with a particular name is
the addressable road? better to indicate exactly which way is the
addressing element and leave routing for the via elements.
No, not indicate which way is the addressing element (because the
object may
On Mon, Dec 8, 2008 at 5:30 PM, Ed Loach [EMAIL PROTECTED] wrote:
Can anyone work out how to find out what possible UTF8 errors there
might be? Or would you be able to tell some other way if this were
the problem?
You should try using decode(UTF-8) instead of decode(utf8) in your
checking
On Tue, Dec 9, 2008 at 1:41 PM, Frederik Ramm [EMAIL PROTECTED] wrote:
Matt Amos wrote:
except when it doesn't - e.g: misspelled streets, deleted in use
streets, etc...
A little redundancy doesn't hurt - on the contrary, it makes spotting
mistakes easier.
and prevention is better than a
On Tue, Dec 09, 2008 at 03:00:04PM +0100, Frederik Ramm wrote:
Matt Amos wrote:
exactly - so why say that the nearest road with a particular name is
the addressable road? better to indicate exactly which way is the
addressing element and leave routing for the via elements.
No, not
http://ernestdelgado.com/public-tests/canvas-gpsmap/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Hi
yes it's smooth :) but you disabled the useful shift + clic for
rapid zooming a zone...
That's implemented now:
http://lamp2.fhstp.ac.at/~lbz/beispiele/ws2008/oomap4/
(but only tested with firefox 2.0)
I'm not sure he disabled it as much as hasn't got around to
implementing it.
I
i prefer using relations, but clearly both methods have merits.
how
hard is it to support both?
Having read this discussion I know of a location locally where both
methods are probably required. There is a road called New Way
where the houses on one side actually have postal addresses of
Hi guys.
I don't know if its too late for this but:
If Microsoft / Mapquest / Google / whoever ever decide to join the
community, would our new open data license let them use any of our
data? What / how much would we require them to share back?
-J
On 9 Dec 2008, at 09:18, Steven Le Roux wrote:
2008/12/8 Bernhard Zwischenbrugger [EMAIL PROTECTED]:
Hi
Just an other slippy map:
http://lamp2.fhstp.ac.at/~lbz/beispiele/ws2008/oomap4/index.php
Maybe you like the zoom.
yes it's smooth :) but you disabled the useful shift + clic for
Hi,
Matt Amos wrote:
sure, editor support isn't 100% yet, but why re-create a poor-man's
relations with name-based references, when we already have proper
relations?
In my eyes an address is not a relation. It comes close, but a house
*can* have an address that has nothing to do with the
2008/12/9 Bernhard Zwischenbrugger [EMAIL PROTECTED]
Hi
Just an other slippy map:
http://lamp2.fhstp.ac.at/~lbz/beispiele/ws2008/oomap4/index.php
Maybe you like the zoom.
I like the smooth zoom... Unfortunately mouse wheel zooming doesn't appear
to be working for me in Google Chrome... In
SteveC wrote:
needs a simple how to do addressing in potlatch video a-la
the old ones I did, as if you ignore relations it is essentially trivial
I'll be committing some new presets next week with all the fields ready and
waiting.
cheers
Richard
--
View this message in context:
On Tue, Dec 9, 2008 at 11:15 AM, Joseph Gentle [EMAIL PROTECTED] wrote:
If Microsoft / Mapquest / Google / whoever ever decide to join the
community, would our new open data license let them use any of our
data?
Nothing in the new licence prevents corporations from using OSM data.
What /
On Tue, Dec 9, 2008 at 11:48 AM, Frederik Ramm [EMAIL PROTECTED] wrote:
An even better alternative would probably be to add the collected
street relation to the associatedStreet one, but I'm not sure there is
support for relations in relations in the api / editors
Still my advice is not to
On Tuesday 09 December 2008, Christoph Eckert wrote:
Hi,
But meanwhile - mostly because it is so easy to do in JOSM - many
people simply tag the whole shebang (addr:country, addr:town,
addr:post_code, addr:street, addr:house_number) onto every house
node.
though I attended the workshop
2008/12/8 SteveC [EMAIL PROTECTED]
Some notes on using Karlsruhe schema...
nodes on a way but not a relation schema needs to have
addr:street=foo on the addressing way ?
addr:housename needs to be added, or addr:housenumber needs to be
explicit that it can be a name, or made a more generic
2008/12/9 Douglas Furlong [EMAIL PROTECTED]
2008/12/8 SteveC [EMAIL PROTECTED]
I'd like to throw a quick question in here, now that this is being
discussed, and people with a much better idea of tagging and related issues
are reviewing the thread :)
I live in an area of London that has a
2008/12/9 Douglas Furlong [EMAIL PROTECTED]:
2008/12/8 SteveC [EMAIL PROTECTED]
Some notes on using Karlsruhe schema...
nodes on a way but not a relation schema needs to have
addr:street=foo on the addressing way ?
addr:housename needs to be added, or addr:housenumber needs to be
explicit
On Tue, Dec 9, 2008 at 3:35 PM, Dave Stubbs [EMAIL PROTECTED] wrote:
Where a block had a single entrance equipped with doorbell/entry
phone/postboxes I added the wonderful tag addr:flats=1-10 to the
building. ie: I treated it as a black box, and merely stated what
numbers were inside. Often
Hi
restricting
it so that you can only view at specific zoom factors but you can also
drag the tiles when they're part-way between zooms?
Now it snaps to a good zoom level.
http://lamp2.fhstp.ac.at/~lbz/beispiele/ws2008/oomap4/
Bernhard
PS: wheelmouse for safari and chrome does not
D Tucny [EMAIL PROTECTED] writes:
2008/12/9 Bernhard Zwischenbrugger [EMAIL PROTECTED]
am I right in thinking that you're not restricting it so that you can
only view at specific zoom factors but you can also drag the tiles when
they're part-way between zooms?
That's the big problem.
2008/12/10 Matthias Julius [EMAIL PROTECTED]
D Tucny [EMAIL PROTECTED] writes:
2008/12/9 Bernhard Zwischenbrugger [EMAIL PROTECTED]
am I right in thinking that you're not restricting it so that you can
only view at specific zoom factors but you can also drag the tiles
when
Bernhard Zwischenbrugger schrieb:
Hi
Just an other slippy map:
http://lamp2.fhstp.ac.at/~lbz/beispiele/ws2008/oomap4/index.php
Maybe you like the zoom.
Yes, it feels cool, i like it :-)
What about adding [EMAIL PROTECTED] as another layer? And maybe the cyclemap
too.
Thanks
Jonas
On 8 Dec 2008, at 23:51, Jochen Topf wrote:
On Mon, Dec 08, 2008 at 03:37:00PM -0800, SteveC wrote:
On 8 Dec 2008, at 13:41, Frederik Ramm wrote:
Hi,
SteveC wrote:
nodes on a way but not a relation schema needs to have
addr:street=foo on the addressing way ?
The original idea was to
I have just updated the planet image on Flickr today (with last night's
planet cut).
Nearly all the Santa trails are now gone. There is still one heading north
from Finland and also a dubious polygon in the same area which could do with
investigation! It would be great if someone could take a
Hi Jochen, Christoph, and Maarten,
Thanks for the detailed and complete discussion of the current state of
house number addressing in OSM, it was very useful. Given the related,
and very active, addressing thread, it sounds like several issues need
to be ironed out before there is a final OSM
The polygon has boundary tags on it... Way: 28592616
- *admin_level*: 2
- *created_by*: Potlatch 0.10f
- *name*: Gråsonen
- *boundary*: administrative
I've not had much luck finding the other trail... A combination of it have
not visible end points or nodes and the fact it is so
I don’t know Norwegian, but the best translation of Gråsonen that I can come up
with is “grey zone”.
Ed
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of D Tucny
Sent: 09 December 2008 18:39
To: Peter Miller
Cc: talk@openstreetmap.org
Subject: Re: [OSM-talk] Updated view of
Looking at the polygon again someone has gone to the trouble of adding nodes on
the long straight bits with a notes tag:
“Redundant node, just inserted so [EMAIL PROTECTED] has one for each tile”
e.g.
http://www.openstreetmap.org/?lat=73.999
On Dec 9, 2008, at 21:58, Ed Loach wrote:
I think the way heading north from Finland may actually pass
straight through Finland and start somewhere near Riga. But I can’t
find it using Mapnik or Potlatch.
http://openstreetmap.org/browse/way/27611977
Cheers
Robert
On Tue, Dec 9, 2008 at 1:19 PM, Robert Vollmert [EMAIL PROTECTED]wrote:
On Dec 9, 2008, at 21:58, Ed Loach wrote:
I think the way heading north from Finland may actually pass
straight through Finland and start somewhere near Riga. But I can't
find it using Mapnik or Potlatch.
(to the list also)
On Dec 9, 2008, at 22:29, Scott Atwood wrote:
On Tue, Dec 9, 2008 at 1:19 PM, Robert Vollmert [EMAIL PROTECTED]
wrote:
On Dec 9, 2008, at 21:58, Ed Loach wrote:
I think the way heading north from Finland may actually pass
straight through Finland and start somewhere
Hello!
I am trying to set up a mapnik instance, but I cannot get osm2pgsql to
run. I have followed the instructions on
http://wiki.openstreetmap.org/wiki/Mapnik/PostGIS but they are rather
sketchy so I need some pointer on where the problem is.
I have created a DB gis. First I got an error
On Wed, 2008-12-10 at 00:33 +0100, Nop wrote:
Hello!
I am trying to set up a mapnik instance, but I cannot get osm2pgsql to
run. I have followed the instructions on
http://wiki.openstreetmap.org/wiki/Mapnik/PostGIS but they are rather
sketchy so I need some pointer on where the problem
Hi,
Ævar Arnfjörð Bjarmason wrote:
Finally, in the license FAQ Steve Coast wrote We may take the view
that those who have made small contributions, but cannot be contacted,
would relicence their data under the new licence.[3].
Only the copyright holder can grant you permission to distribute
On Tue, 9 Dec 2008, Robin Harmsen wrote:
Ik zie net dat ProRail een nieuwe site heeft geopend waarop (helaas op google
maps gebaseerd) te zien is waar storingen zijn:
http://www.acturail.nl/
Beetje jammer dat ze niet zijn komen samenwerken met OSM, want deze
informatie integreren met een
I noticed that I think - a whole lot of small courts suddenly inherited a turning circle at the end of them (whether that is what I should have done in the first place I don't know...)
It wasn't me you're talking about, was it?
Matt
On Wed Dec 10 13:36 , Darrin Smith <[EMAIL PROTECTED]> sent:
Warum nicht gleich einmal im Wiki hinterlegen ?!??!??!
Mit einigen Randinfos zum Projekt !
Gruß Jan :-)
Michael Rathai schrieb:
Bei tagwatch findest Du z.B.:
node id='287524801' lat='52.4982487' lon='13.286354' user='Elwood'
osmxapi:users='Elwood' timestamp='2008-08-13T08:00:12Z'
Moin moin,
Dortmund ist durch einen user mit leeren POI zugepflastert worden, es
sind hunderte, wenn nicht tausende, die (zumindest in potlatch)
teilweise mehrfach übereinanderliegen.
http://www.openstreetmap.org/browse/node/311352437
Vermutlich ein irgendwie mißglückter GPX-Import. Ich habe
Am 8. Dezember 2008 10:52 schrieb Garry [EMAIL PROTECTED]:
Martin Simon schrieb:
r bereits die SRTM-Daten haben. Für ca. 99% der Fläche ist das
wesentlich genauer als alle Versuche mit unserem derzeitigen
GPS/Barometerequipment.
Die SRTM-Daten, in die auch Wälder und Bebauung einfließen
Moin !
technisch ist es möglich einem Shop eine Adresse zuzuweisen - dann
hängen halt alle Attribute an einem Node.
Sollte man das machen oder lieber 2 Nodes setzen ??
Gruß Jan :-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
Hallo.
Am Dienstag, 9. Dezember 2008 schrieb Jan Tappenbeck:
technisch ist es möglich einem Shop eine Adresse zuzuweisen - dann
hängen halt alle Attribute an einem Node.
Sollte man das machen oder lieber 2 Nodes setzen ??
Da der Laden und das Haus meist ein und dasselbe Objekt ist, würde ich
On Tue, Dec 09, 2008 at 09:27:33AM +0100, Jan Tappenbeck wrote:
Subject: [Talk-de] Hausnummern an shops
Moin !
technisch ist es möglich einem Shop eine Adresse zuzuweisen - dann
hängen halt alle Attribute an einem Node.
Sollte man das machen oder lieber 2 Nodes setzen ??
Es macht sinn
Da der Laden und das Haus meist
in dichten Bebauungen meist eben nicht.
ein und dasselbe Objekt ist, würde ich die
Eigenschaften an das selbe Objekt hängen. Idealerweise natürlich ein polygon
mit building-Tag, oder eben ein node.
Anders sieht es aus wenn der Laden wirklich nur ein
Hallo Johann,
2D-Genauigkeit EPE von +/-2,5m
entsprechend vertikal auf +/-5m.
http://img.geocaching.com/cache/478979e6-9785-4576-a90e-e0846cbbe758.jpg
Und das für 30 € - dann nichts wie her damit!
Vielleicht gibts ja bei CE einen Passus für Versuchsgeräte?
und wir machen einen
Wenn es jemandem hilft:
Ich habe ein Programm für WinCE geschrieben, mit dem man die Höhe und
Position (und Geschwindigkeit, etc.) loggen und nach GPX konvertrieren
kann. Das läuft auf meinem Medion wunderbar.
Stefan
Holger Issle schrieb:
Du nimmst in Deinem Beispiel an, dass es schon einen
Hallo Torsten,
Bei einer Unterfuehrung setzt man doch auch layer=-1, wenn man
ausdruecken will, dass die untere Strasse unter dem normalen Niveau
verlaeuft.
Nein.
Doch.
Eine Unterführung geht /immer/ unten drunter durch.
(das -1 ist ein Relikt aus alten Zeiten, als die Renderer
Hallo.
Am Dienstag, 9. Dezember 2008 schrieb Stephan Schildberg:
Da der Laden und das Haus meist
in dichten Bebauungen meist eben nicht.
Ich kann nur die Fälle sagen, die ich hauptsächlich mappe. :)
ein und dasselbe Objekt ist, würde ich die
Eigenschaften an das selbe Objekt hängen.
Im Wiki steht, dass man Gauß-Krüger-Koordinaten in WGS-84 umrechnen
muss, bevor man sie in OSM verwendet:
http://wiki.openstreetmap.org/wiki/Gauß-Krüger
Aber nicht, wie man das genau macht.
Wer kann das dort bitte nachtragen?
Ich bräuchte:
452305,9 495774,9
Gruss, Markus
Garry schrieb:
Nein - die bekommen von OSM kein fertiges Kartenmaterial das auf ihre
Anwendung zugeschnitten ist
sondern müssen erst selber die Daten passend aufbereiten.
Narf, das ist klar. Trotzdem haben sie ein Einsparpotential, da
sie keine Ausgabekosten (außer für den Konverter) mehr für
2008/12/9 Markus [EMAIL PROTECTED]:
Im Wiki steht, dass man Gauß-Krüger-Koordinaten in WGS-84 umrechnen
muss, bevor man sie in OSM verwendet:
http://wiki.openstreetmap.org/wiki/Gauß-Krüger
Aber nicht, wie man das genau macht.
Wer kann das dort bitte nachtragen?
Ich bräuchte:
452305,9
OKay, mache ich kurz.
Markus schrieb:
Im Wiki steht, dass man Gauß-Krüger-Koordinaten in WGS-84 umrechnen
muss, bevor man sie in OSM verwendet:
http://wiki.openstreetmap.org/wiki/Gauß-Krüger
Aber nicht, wie man das genau macht.
Wer kann das dort bitte nachtragen?
Ich bräuchte:
Am 9. Dezember 2008 13:09 schrieb Dominik Spies [EMAIL PROTECTED]:
2008/12/9 Torsten Breda [EMAIL PROTECTED]:
2008/12/9 Markus [EMAIL PROTECTED]:
Im Wiki steht, dass man Gauß-Krüger-Koordinaten in WGS-84 umrechnen
muss, bevor man sie in OSM verwendet:
Wolfgang W. Wasserburger schrieb:
Soforthilfe geht da leider eh' nicht, denn Gauß-Krüger ist nur ein System,
noch kein ganzes Datum; zum Umrechnen mußt Du auch noch den Referenzmeridian
(und vermutlich false easting/northing) wissen.
Wenn das bekannt ist, geht das mit der proj4-Library;
Hallo Markus,
die von Dir angegebenen Koordinaten sind so keine
Gauß-Krüger-Koordinsten, da diese immer siebenstellig sind.
Also entweder fehlt vorne was, was beim Rechtswert durchaus sein könnte,
da Gauß-Krüger in Meridianstreifen aufgeteilt ist. Manchmal wird die
erste Ordnungszahl
Umrechnen lassen kann man auch hier
http://www.geodatenzentrum.de/geodaten/gdz_rahmen.gdz_div
unter Koordinatentranformation: leider ist das Applikation grade nicht
verfügbar
(Bundesamt für Kartographie und Geodäsie)
Gruss
Michael
Markus[EMAIL PROTECTED] schrieb am Dienstag,
9.
Dominik Spies schrieb:
Alternative geht das hier:
http://www-ipf.bau-verm.uni-karlsruhe.de/cgi-bin/trafo.tcl
Da bekommt man ja Augenkrebs :-)
Danke.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Michael Rathai schrieb:
unter Koordinatentranformation: leider ist das Applikation grade nicht
verfügbar
Doch ist sie, siehe Wiki :-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Hallo,
Am 9. Dezember 2008 13:09 schrieb Markus [EMAIL PROTECTED]:
[...]
Ich habe folgende Daten:
Lat
Lon
Höhe [,### m]
Ordnungsstabilität
Messjahr
Standortbeschreibung
Ich habe diese Daten bisher nur mit Copyright gefunden. Hast Du diese Daten
mit einer freien Lizenz bekommen?
Hallo Stefan,
Ich habe ein Programm für WinCE geschrieben,
mit dem man die Höhe und Position (und Geschwindigkeit, etc.) loggen
und nach GPX konvertrieren kann. Das läuft auf meinem Medion wunderbar.
Super!
Damit können alle (Medion-) Navibesitzer bei OSM mitmachen.
Kannst Du das
On Tue, 9 Dec 2008, Dominik Spies wrote:
Herrn Gauß mit K zu schreiben ist eine Beleidigung für alle Vermesser und
Mathematiker. Zieh Dich in eine Ecke zurück und schäme Dich mindestens
drei Stunden lang.
Ciao
--
http://www.dstoecker.eu/ (PGP key
Tobias Wendorff schrieb:
Hallo Leute,
ist zwar etwas OSM-Offtopic, aber wo sonst, wenn nicht hier.
Als Prozessor würde ich einen Atmel empfehlen, günstig und gut.
Speicherung auf Flash oder SD-Card müsste geprüft werden.
Als Drucksensor könnte man den Motorola MPX4100 oder MPX4115
Am Dienstag, 9. Dezember 2008DE 11:55:20DE schrieb Bernd Wurst:
Am Dienstag, 9. Dezember 2008 schrieb Stephan Schildberg:
Wie sehen die Adressen von POI's aus, die sich eine Hausnummer teilen?
Deine Frage suggeriert, dass es eine definitive Antwort darauf geben soll.
Jeder der hier mehr
Hallo Jens,
Lat
Lon
Höhe [,### m]
Ordnungsstabilität
Messjahr
Standortbeschreibung
Ich habe diese Daten bisher nur mit Copyright gefunden.
Ich habe beim Vermessungsamt angerufen und nach den Daten von einem
bestimmten Höhenfestpunkt gefragt.
Sie haben sich
Hallo Leute,
ist zwar etwas OSM-Offtopic, aber wo sonst, wenn nicht hier.
Als Prozessor würde ich einen Atmel empfehlen, günstig und gut.
Speicherung auf Flash oder SD-Card müsste geprüft werden.
Als Drucksensor könnte man den Motorola MPX4100 oder MPX4115 nehmen
(1,8% Fehler laut Datenblatt).
Soforthilfe geht da leider eh' nicht, denn Gauß-Krüger ist nur ein System,
noch kein ganzes Datum; zum Umrechnen mußt Du auch noch den Referenzmeridian
(und vermutlich false easting/northing) wissen.
Wenn das bekannt ist, geht das mit der proj4-Library; vielleicht gibt es
auch Internetseiten, wo
grungelborz [EMAIL PROTECTED] wrote:
Weiß jemand, warum das LVA zuerst ein Pilotprojekt macht und uns die
Daten nicht einfach so gibt?
Ich habe mich insbesondere gefragt warum wir die Daten nicht in voller
Auflösung erhalten haben.
Gruss
Sven
--
Those who would give up Essential Liberty to
http://www.cczwei-forum.de/cc2/thread.php?postid=24438
Einen Logger dran und fertig :-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Dirk-Lüder Kreie schrieb:
Am besten zu kombinieren mit einer Bodenstation (besser mehrere) die
den Luftdruckverlauf auf einer bekannten Höhe im selben Zeitraum
protokolliert/kommuniziert.
Genau. Das habe ich ja vor kurzem (und gerade eben für Holger)
nochmal beschreiben.
Entweder zuhause eine
Sascha Silbe schrieb:
Relativ zu was? Das, was ich bei Wikipedia als relativer Luftdruck
finde, ist eine Umrechnung (Reduktion genannt) auf eine bestimmte
Bezugshöhe, d.h. die aktuelle Höhe geht in die Rechnung mit ein. Das
kann es also nicht wirklich sein...
Yop, mein Fehler. Habe das
Markus schrieb:
Ich werde bei uns im Ort mal ein paar Besitzer fragen, ob sie die Daten
nicht an ihr Haus schreiben wollen...
Aber pass auf, wo sie das hinschreiben, nicht dass sie es ans Dach
schreiben und der Wert dann um 10 m falsch liegt :-)
___
On Tue, 2008-12-09 14:05:34 +0100, Tobias Wendorff [EMAIL PROTECTED] wrote:
ist zwar etwas OSM-Offtopic, aber wo sonst, wenn nicht hier.
Als Prozessor würde ich einen Atmel empfehlen, günstig und gut.
Speicherung auf Flash oder SD-Card müsste geprüft werden.
Ich hatte ja schonmal
Hallo Tobias,
OKay, mache ich kurz.
Super Arbeit - danke!
Die Website vom BKG ist wegen Serverstörung grad nicht erreichbar
(gibts nicht nur bei uns). Morgen funktioniert es wieder.
Also versuche ich Uni Karlsruhe.
Dort muss ich angeben von - nach
Also:
von: 3. Gauss-Krueger Nr.4/12 Grad
Markus schrieb:
Wie trägt man einen amtlichen Höhenfestpunkt aus dem Deutschen
Haupthöhennetz DHHN-92 in die OSM-DB ein?
Gar nicht bislang. Trägt man überhaupt eine Höhe ein?
Welches Höhensystem wird in OSM verwendet?
Keines. Sinnvoll wäre aber EGM96 als Schweresystem zu nehmen.
Welches
On Tue, 09 Dec 2008 14:05:34 +0100, Tobias Wendorff wrote:
Wir schaffen das, oder?
Warum nicht. Bei den Methoden der Filterung helf ich gerne. Das Ding
könnte man dann auch als Wetterstation nutzen, oder?
Zu den Sensoren, wie linear sind die, und wie stellst Du Dir vor die
zu kalibrieren?
Na das sollte uns doch ziemlich entgegenkommen:
http://www.intersema.com/site/technical/files/flytec_heightcorrection_german.pdf
Krass :-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
On Tue, Dec 09, 2008 at 02:05:34PM +0100, Tobias Wendorff wrote:
Als Drucksensor könnte man den Motorola MPX4100 oder MPX4115 nehmen
(1,8% Fehler laut Datenblatt). Kostet um 15 EUR. Ausgeben werdne
der absolute und relative Luftdruck
Relativ zu was? Das, was ich bei Wikipedia als relativer
On Tue, 2008-12-09 14:47:31 +0100, Tobias Wendorff [EMAIL PROTECTED] wrote:
Sascha Silbe schrieb:
Zwar hat der MPX einen 10-bit Wandler onboard, aber mit einem
externen Wandler, wie dem LTC2400 oder ADS1100 könnte man eine
Auflösung bis zu 10 cm (!) erreichen!
Auflösung oder
Dann lass doch bitte highway=service weg, wenn service=parking_aisle
getaggt ist. Oder highway=track, wenn tracktype gesetzt ist. Oder
religion, wenn
schon denomination dran steht. Oder ...
Das hat denke ich wieder andere Hintergründe. Das dürften diesselben
sein wie bei Baustellen bei
Torsten Breda schrieb:
Das sollte fast jedes GPS-Gerät können. Oft heißt dort GK jedoch
GermanGrid (Deutsches Gitter).
*Angst bekomm*
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Eine Unterführung geht /immer/ unten drunter durch.
(das -1 ist ein Relikt aus alten Zeiten, als die Renderer noch dumm
waren)
Dann lass doch bitte highway=service weg, wenn service=parking_aisle
getaggt ist. Oder highway=track, wenn tracktype gesetzt ist. Oder religion,
wenn
schon
Wie trägt man einen amtlichen Höhenfestpunkt aus dem Deutschen
Haupthöhennetz DHHN-92 in die OSM-DB ein?
Welches Höhensystem wird in OSM verwendet?
Welches Höhensystem wird im DHHN-92 verwendet?
Wie rechnet man Höhen aus dem DHHN-92 in das bei OSM verwendete
Höhen-System um?
Ich habe folgende
1 - 100 di 226 matches
Mail list logo
