On Monday 16 February 2009 17:08:30 Eugene Alvin Villar wrote:
Can I get the Tagaytay Crosswinds area?
Saturdays are my day out with the family..
Perfect place to take them..
Then travel about with them..
And an easy place also to leave them at a hotel or somewhere for a swim.
Just tell us
So there's:
maning, eugene, mike cole and
YOU!
Please vote for your preferred date:
feb 28
march 7
march 14
I think I'll bring along the family too.
On Mon, Feb 16, 2009 at 5:18 PM, Michael Cole colemic...@gmail.com wrote:
On Monday 16 February 2009 17:08:30 Eugene Alvin Villar wrote:
Can I
March 14
regards
On Monday 16 February 2009 19:28:05 maning sambale wrote:
So there's:
maning, eugene, mike cole and
YOU!
Please vote for your preferred date:
I think I'll bring along the family too.
On Mon, Feb 16, 2009 at 5:18 PM, Michael Cole colemic...@gmail.com wrote:
On 15 Feb 2009, at 14:29, 80n wrote:
So, what makes opengeodata.org the official OpenStreetMap blog
anyway? It's linked prominently on the OSM front page. Who
contributes to it? I have an account there and most posts appear to
be from OSMF board members but I don't know if all board
Over on talk-us, we're discussing the appropriate way to import the National
Hydrography Database which contains most of the water features for the
United States. One of the issues we've uncovered is how to split long ways
and polygons to comply with the 2000-node limit. Have others discussed how
On Sun, Feb 15, 2009 at 10:59 PM, Andrew Chadwick (mailing lists)
andrewc-email-li...@piffle.org wrote:
Further to Tobias's raising of :mode, :wet, :direction etc. for
pseudovoting, I'd like to raise a general method for tagging properties
of the two sides of the road:
Hi,
Ian Dees wrote:
Over on talk-us, we're discussing the appropriate way to import the National
Hydrography Database which contains most of the water features for the
United States. One of the issues we've uncovered is how to split long ways
and polygons to comply with the 2000-node limit.
Andy Allan wrote:
And every time using :left and :right comes up, we all have a big
discussion about it and then nobody pays any attention and it comes up
again a few months later.
Perhaps this is because the concept leftright is so simple - and the
aversion against editors, that are not totally
On Mon, Feb 16, 2009 at 12:55:51PM -0600, Ian Dees wrote:
It looks like the solution is to use Advanced Multipolygons:
http://wiki.openstreetmap.org/wiki/Talk:Relation:multipolygon#Advanced_multipolygons
Does anyone want to start writing an algorithm to nicely slice up polygons
into small
Hi,
Christopher Schmidt wrote:
So, to be clear, what this looks like to me is that for any polygon, you
can take the 'one long way' that would previously have outlined it, and
instead of having that 'one long way', you have as many little ways as
it would take to make up that ring. So, for a
On Thu, Feb 12, 2009 at 12:43 PM, GIS g...@asiaq.gl wrote:
Asiaq Greenland Survey holds a repository of digital geodata:
orthorectified imagery of towns and villages and overview maps with streets,
buildings, footpaths, shoreline, lakes etc. They can be seen on
http://en.nunagis.gl by
On 16 Feb 2009, at 11:31, Peter Miller wrote:
On 15 Feb 2009, at 14:29, 80n wrote:
So, what makes opengeodata.org the official OpenStreetMap blog
anyway? It's linked prominently on the OSM front page. Who
contributes to it? I have an account there and most posts appear
to be
On Mon, Feb 16, 2009 at 11:17 PM, SteveC st...@asklater.com wrote:
As you both know several years of work went in to that blog, and not
just by me. Maybe you should both think twice before dismissing it all.
For those of us who don't know...
Who contributes to the news blog? What is the
80n wrote:
Sent: 15 February 2009 2:29 PM
To: OJ W
Cc: talk@openstreetmap.org
Subject: Re: [OSM-talk] News blog link - to blogs.openstreetmap.org?
On Sun, Feb 15, 2009 at 11:15 AM, OJ W ojwli...@googlemail.com wrote:
The OSM front page has a news blog link - should that go to
Hi,
SteveC wrote:
As you both know several years of work went in to that blog, and not
just by me. Maybe you should both think twice before dismissing it all.
It would help if, instead of
* singling out participants (you both),
* making false allegation (that they wanted to dismiss it
Gustav Foseid wrote:
Sent: 16 February 2009 10:29 PM
To: osm
Subject: Re: [OSM-talk] News blog link - to blogs.openstreetmap.org?
On Mon, Feb 16, 2009 at 11:17 PM, SteveC st...@asklater.com wrote:
As you both know several years of work went in to that blog, and not
just by me.
Frederik Ramm wrote:
Sent: 16 February 2009 11:19 PM
To: SteveC
Cc: talk@openstreetmap.org
Subject: Re: [OSM-talk] News blog link - to blogs.openstreetmap.org?
snip
Who writes that blog?
For some reason, maybe a bug in Wordpress, if you click on the archives
then you don't see who wrote the
George Styles wrote:
At the moment its simply freeware. I want to GPL it, but need to open
a sourceforge account etc etc, and havent had time yet...
GPL is a licensing scheme, and has nothing to do with sourceforge.
___
talk mailing list
Actually, SourceForge requires an OSI-approved license or else you
have to get their explicit permission to upload.
-russ
On Feb 16, 2009, at 6:54 PM, Alex S. wrote:
George Styles wrote:
At the moment its simply freeware. I want to GPL it, but need to open
a sourceforge account etc etc, and
Maybe Frederik was saying that the former is okay. My curiousity in that
case is just if renderers -- especially Mapnik -- will actually support
these things. (I can't imagine it working for osmarender, but that is
less concenring to me.)
The JOSM build-in renderer already supports them,
Andy Robinson (blackadder-lists) wrote:
So, we have a pile of good intentioned legacy here. OGD carries posts on all
sorts of open geo data stuff in the early days (Aug 2004) including the most
important one http://www.opengeodata.org/?p=2 relating to OSM. Over time
Steve and the others he
Ok, it seems my conversion script is now producing sane results so it's time
to work out what the final output should look like.
The first question that I think we need to answer is, how do we represent
the
data in OSM, there appears to be 3 options:-
1. Closed ways
2. Relations
3.
On Mon, 16 Feb 2009 22:09:15 +1100
Franc Carter franc.car...@gmail.com wrote:
Ok, it seems my conversion script is now producing sane results so
it's time to work out what the final output should look like.
The first question that I think we need to answer is, how do we
represent the
data
Hi hi,
Firstly, having suburb boundaries will allow OSM to be even closer to a UBD
replacement :).
Anyway, my vote would go for relations. Yes, they're tricky and a lot of people
don't understand them but given the current OSM data model they're the right
choice. My main argument for
Franc Carter franc.car...@... writes:
Ok, it seems my conversion script is now producing sane results so it's time
to work out what the final output should look like.
The first question that I think we need to answer is, how do we represent the
data in OSM, there appears to be 3 options:-
Frederik Ramm schrieb:
Ist aber nichts, was man mal eben an einem Wochenende entwickelt. Die
Datenbank ist trivial (create table hoeheninfo (lat integer, lon
integer, ele integer);, fertig)
So völlig trivial finde ich es nicht.
Man wird z.B. Angaben zur Datenqualität mitabspeichern wollen,
Hallo,
Johann H. Addicks wrote:
Man wird z.B. Angaben zur Datenqualität mitabspeichern wollen, damit man
bei hinzukommenden Daten entscheiden kann, welche besser sind,
respektive, wie man diese zusammenrechnet.
Allein die Tatsache, dass SRTM methodisch bedingt in geschlossenen
Bebauungen
Hi,
Analog zu:
addr:street=
addr:city=
addr:state=
...
Nimmt man also:
name=
name:loc=
name:reg=
name:nat=
name:disused=
name:disused:1900-1975=
name:loc:disused:1900-1975=
...
Tönt nach einem sehr einfachen und brauchbaren Konzet.
Das gleiche ergibt auch viel Sinn bei:
Danke Chris-Hein fürs Umrechnen:
http://www.geodaten.bayern.de/bvv_web/service/abc_netz/6434_108_00.htm
N 49.572188792
E 11.407215225
(ETRS-89)
soweit ich verstanden habe brauchen wir WGS-84
(und ETRS-89 weicht etwas davon ab?)
Und dann bräuchte ich auch noch die Höhe als alt-wgs84=...
Hallo Johann,
entscheiden, welche besser sind, wie man diese zusammenrechnet.
Ich vermute, da kann man mit intelligenten Algorithmen (Frederik sprach
davon 09.02.2009 01:07) viel erreichen.
Dazu gibt es eine Idee von Dimitri (14.02.2009 20:28):
mehrere Meßwerte mitteln.
Mapper 1 trägt einen
Hi Raphael.
Raphael Studer wrote:
Hi,
Analog zu:
addr:street=
addr:city=
addr:state=
...
Nimmt man also:
name=
name:loc=
name:reg=
name:nat=
name:disused=
name:disused:1900-1975=
name:loc:disused:1900-1975=
...
Tönt nach einem sehr einfachen und brauchbaren Konzet.
Das
Hallo Frederik,
Meiner Ansicht muessen Hoehendaten in eine eigene
Gelaendemodelldatenbank, die ganz anders strukturiert ist.
eine Datenbank, die beliebige viele Hoehenmesspunkte mit
lat/lon/ele festhalten kann und die daraus auf Anfrage Hoehenlinien,
schattierte Kacheln oder
Markus schrieb:
Danke Chris-Hein fürs Umrechnen:
http://www.geodaten.bayern.de/bvv_web/service/abc_netz/6434_108_00.htm
N 49.572188792
E 11.407215225
(ETRS-89)
soweit ich verstanden habe brauchen wir WGS-84
(und ETRS-89 weicht etwas davon ab?)
Ja, wenn du es s genau haben willst,
Für PP-Präsentationen gibt es folgende Beispiele, die von den Autoren
als Basis für weitere Anwendungen zur Verfügung gestellt wurden:
http://wiki.openstreetmap.org/wiki/de:Vorträge
Vielleicht gibt es noch weitere?
Wer kennt sich mit der Erstellung von Präsentationen aus
und bietet seine
Markus schrieb:
Hallo Frederik,
Meiner Ansicht muessen Hoehendaten in eine eigene
Gelaendemodelldatenbank, die ganz anders strukturiert ist.
eine Datenbank, die beliebige viele Hoehenmesspunkte mit
lat/lon/ele festhalten kann und die daraus auf Anfrage Hoehenlinien,
Markus schrieb:
Für PP-Präsentationen gibt es folgende Beispiele, die von den Autoren
als Basis für weitere Anwendungen zur Verfügung gestellt wurden:
http://wiki.openstreetmap.org/wiki/de:Vorträge
Vielleicht gibt es noch weitere?
Schau mal hier vorbei: http://www.slideshare.net/ und
Hallo,
Ich will doch wissen, wie hoch ein Pass/Berg/See/Haus ist.
Dann fragst Du OSM, wo das Haus ist, und danach fragst Du die
Hoehendatenbank nach der Hoehe an dieser Position. Dass da ein Haus
steht, ist der Hoehendatenbank egal.
Und wenn das Tal in der Höhen-DB differiert zum Fluss in
Hallo Frederik,
Nach Deinem Vorschlag hätten wir:
a) eine Objekt-DB mit x/y
b) eine Höhen-DB mt z
c) lokale Zusammenführung von a) und b) zu x/y/z
wenn das Tal in der Höhen-DB differiert zum Fluss in der Objekte-DB,
das hängt doch dreidimensional unmittelbar zusammen
Das ist aber eine sehr
Hallo,
Markus wrote:
Wenn wir also x/y und z auf zwei DBs auftrennen, dann müssen wir für
Konsistenz sorgen. Das muss m.E. direkt zwischen den DBs erfolgen (kann
nicht auf Anwenderprogramme delegiert werden).
Das halte ich nicht fuer durchfuehrbar. Es muesste dazu ein kuenstlich
{{Languages}}
Hatte ich gemacht.
Aber es erscheint nicht wie erhofft automagisch der Link
Also, ich hab jetzt einfach mal den Parameter rausgeworfen (und wirklich
nur {{Languages}} geschieben) und es geht anscheinend. Mit
{{Languages|Proposed_features/unified_stoparea}} wärs denk ich auch
Moin !
mit der Unterschrift schreibt das Wiki immer Uhrzeit, Datum und Name.
Kann man die Uhrzeit deaktivieren ?
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Hi,
Am 16. Februar 2009 12:11 schrieb Jan Tappenbeck o...@tappenbeck.net:
mit der Unterschrift schreibt das Wiki immer Uhrzeit, Datum und Name.
Kann man die Uhrzeit deaktivieren ?
Nein.
Mit drei Tilden unterdrückst du Zeit *und* Datum. Mit fünf Tilden
unterdrückst du deinen Namen.
Tschüss,
On Mon, 16 Feb 2009 12:19:08 +0100, Tim 'avatar' Bartel
openstreet...@computerkultur.org wrote:
Hi,
Am 16. Februar 2009 12:11 schrieb Jan Tappenbeck o...@tappenbeck.net:
mit der Unterschrift schreibt das Wiki immer Uhrzeit, Datum und Name.
Kann man die Uhrzeit deaktivieren ?
Nein.
Mit
Hallo Frederik,
Wenn wir also x/y und z auf zwei DBs auftrennen, dann müssen wir für
Konsistenz sorgen. Das muss m.E. direkt zwischen den DBs erfolgen (kann
nicht auf Anwenderprogramme delegiert werden).
Das halte ich nicht fuer durchfuehrbar.
Ist eine dreidimensionale Geo-DB
Markus liste12a4...@gmx.de wrote:
Ist eine dreidimensionale Geo-DB grundsätzlich undurchführbar?
Mit GPS-Geräten ist die Antwort eindeutig ja.
Wie machen das unsere Mitbewerber?
AFAIK hat das Kartenmaterial von Navtec und Teleatlas ebenfalls keinen
Höhenwert.
Sven
--
I'm a bastard, and
Ich bin in der OSM Welt und im Wiki unter Uboot zu finden.
Vielleicht sollte ich das beim posten dazuschreiben wie unten.
Gru=C3=9F, Markus 'uboot' St=C3=BCrmer
signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Wobei ich inzwischen manches vielleicht noch etwas anders machen würde.
Analog zur Verfeinerung der Frage (sub-tags mit Doppelpunkt links vom
=) würde ich auch bei der Antwort sub-tags einführen.
Also statt:
natural=wood
natural:wood:type=oak
natural=water
natural:water=lake
wäre hier
On Mon, 16 Feb 2009, Raphael Studer wrote:
Wobei ich inzwischen manches vielleicht noch etwas anders machen würde.
Analog zur Verfeinerung der Frage (sub-tags mit Doppelpunkt links vom
=) würde ich auch bei der Antwort sub-tags einführen.
Also statt:
natural=wood
natural:wood:type=oak
Hallo,
Markus wrote:
Bei einer horizontalen oder vertikalen Lageverschiebung ist immer auch
die jeweilig andere Dimension betroffen.
Nein, nur dann, wenn Lage und Hoehe gleichzeitig gemessen wurden. Wir
haben aber viele nur-Lage-Daten und viele nur-Hoehen-Daten (SRTM sagt
uns: an dieser
Hallo,
Siehst Du, wenn die Macher von OSM von Anfang an diese
Detailverliebtheit besessen haetten, waere aus dem Projekt nie was
geworden ;-)
Nicht ganz, z.B. die Angabe von Meßfehlern hört sich erstmal kompliziert an,
oft würde es aber reichen wenn man die Originaldaten speichert mit der
Hallo,
Naja, eine Datenbank halt, die beliebige viele Hoehenmesspunkte mit
lat/lon/ele festhalten
Hier müßte die Meßgenauigkeit noch rein. Die SRTM-Daten sind ja wohl über
recht große Flächen gemittelt. GPS-Daten haben meist eine sehr genaue
horizontale Genauigkeit aber eine schlechte
Hallo,
Ist eine dreidimensionale Geo-DB grundsätzlich undurchführbar? Wie machen
das unsere Mitbewerber?
So wie ich es sehe ist der Unterschied der, in OSM geht man vom Objekt aus
und dieses enthält die Info wo es ist. Eine Höhendatenbank geht eher
umgekehrt vor, also von den Koordinaten zur
Hallo,
Das geht in den Faellen schief, wo das durch den Punkt bezeichnete
Objekt physisch verschoben wurde, also z.B. bei einem Briefkasten, der
von Ort A nach Ort B ca. 100 entfernt umgesetzt wurde.
Etwas mehr muß man in die Funktion schon reinstecken. Man muß unterscheiden
zwischen einem
Hallo,
Ich bin ebenfalls für eine 2. DB als ein Art Schwesterprojekt zu OSM,
wir brauchen noch einen guten Namen, Vorschläge? ;-)
OpenElevationMap
Gruß
Dimitri
___
Talk-de mailing list
Talk-de@openstreetmap.org
Hallo Marco,
Marco Horstmann schrieb:
kannst du da ein paar mehr Details verraten wie der dann aussehen und
funktionieren soll?
Daran wird gerade gearbeitet, sobald der Prototyp funktioniert,
werden die Ergebnisse veröffentlicht.
Auch bin bezug auf die Eintragung in OSM, weil habe noch
Markus schrieb:
http://www.geodaten.bayern.de/bvv_web/service/abc_netz/6434_108_00.htm
Aber ich habe keine Ahnung, wie ich das in WGS-84 umrechne...
Mensch Markus, das haben wir doch schon 100x besprochen. Höhen werden
nicht in WGS84 umgerechnet, sondern als Höhe über dem Geoid
angeben.
Also
Markus schrieb:
soweit ich verstanden habe brauchen wir WGS-84
(und ETRS-89 weicht etwas davon ab?)
Wenn Du es allgemein willst, dann EGM96.
Wenn Du es auf Deutschland bezogen willst, dann CG05 etc.
___
Talk-de mailing list
Talk-de@openstreetmap.org
2009/2/16 Dimitri Junker o...@dimitri-junker.de:
Hallo,
Ich bin ebenfalls für eine 2. DB als ein Art Schwesterprojekt zu OSM,
wir brauchen noch einen guten Namen, Vorschläge? ;-)
OpenElevationMap
(OEM?)
oder
OpenTerrainModel
(OTM)
oder
open elevation and surface
(OpEaS) [Opeas ist
Hallo,
eine Idee wäre, weil vielleicht der Chef auch in OSM aktiv ist?
Mfg Marco
marcus.wolsc...@googlemail.com schrieb:
On Mon, 16 Feb 2009 12:19:08 +0100, Tim 'avatar' Bartel
openstreet...@computerkultur.org wrote:
Hi,
Am 16. Februar 2009 12:11 schrieb Jan Tappenbeck o...@tappenbeck.net:
Am 16. Februar 2009 13:46 schrieb Dirk Stöcker openstreet...@dstoecker.de:
On Mon, 16 Feb 2009, Raphael Studer wrote:
Wobei ich inzwischen manches vielleicht noch etwas anders machen würde.
Analog zur Verfeinerung der Frage (sub-tags mit Doppelpunkt links vom
=) würde ich auch bei der Antwort
Torsten Breda schrieb:
Im ersten Stadium sollten die SRTM Daten visualisiert werden,
man müsste sich über eine Datenstruktur einigen.
Nunja, das ist im Endeffekt ziemlich simpel ... daher finde ich,
dass man sich zuerst über das Hosting Gedanken machen sollte :-)
Will man ein Raster oder frei
Hallo André,
http://osm.m0nty.de/
http://wiki.openstreetmap.org/wiki/de:OberpfalzMatrix:Luftbilder_Arbeitsmatrix_Oberpfalz
Ich denke, wir sollten uns auf /ein/ System einigen!
Das dachte ich auch.
Aber:
- die Systeme scheinen nicht kompatibel
- für beide Systeme gibt es eine engagierte
Frederik hat zwei neue Grafiken erstellt:
- erfasste Strassen in der Operpfalz
- erfasste Strassen in einem Vergleichsgebiet
http://wiki.openstreetmap.org/wiki/de:Luftbilder_aus_Bayern#Erfolge
Gruss, Markus
___
Talk-de mailing list
Hallo Torsten,
OpenAltitudeMap (OAM)
_Altitude_
Ich bin für *Altitude*.
Misst man ja auch mit dem *Altimeter*.
(Elevation ist ja eigentlich ein Winkel)
Die Idee, einer 2. Datenbank finde ich Prima!
Da bin ich noch nicht so sicher...
Denn letztlich geht es ja darum,
reale Objekte in drei
Hallo,
ich habe schon seit einiger Zeit einen Domännamen registriert:
http://www.opendtm.org
derzeit noch mit Weiterleitung auf
http://www.opengeocoding.org (Geokodierung)
Meine Intention:
Freies, weltweites Höhenmodell, Ausgangspunkt: SRTM, mit schrittweiser
Verfeinerung und Ergänzung,
2009/2/16 Tobias Wendorff tobias.wendo...@uni-dortmund.de:
Torsten Breda schrieb:
Im ersten Stadium sollten die SRTM Daten visualisiert werden,
man müsste sich über eine Datenstruktur einigen.
Nunja, das ist im Endeffekt ziemlich simpel ... daher finde ich,
dass man sich zuerst über das
Am 16. Februar 2009 15:41 schrieb Dr. Franz-Josef Behr
franz-josef.b...@hft-stuttgart.de:
Meine Intention:
Freies, weltweites Höhenmodell, Ausgangspunkt: SRTM, mit schrittweiser
Verfeinerung und Ergänzung, ähnlich http://www.openaerialmap.org/
Genau das war meine Laienfrage :)
Gruß
Hallo.
Am Montag, 16. Februar 2009 schrieb Markus:
Und ich verstehe noch nicht so recht, wieso nun eine Dimension für alle
Objekte ausgelagert werden soll - nur um sie danach wieder
zusammenzuführen.
Weil es bei geschätzten 99% der OSM-Datenquellen keine brauchbaren
Höheninformationen gibt.
Dr. Franz-Josef Behr schrieb:
ich habe schon seit einiger Zeit einen Domännamen registriert:
http://www.opendtm.org
Mal generell eine Übersicht:
Digital Terrain Modell, Digitales Geländemodell, Digital Elevation
Modell = Objekte auf der Erdoberfläche (z.B. Wälder, Häuser)
Digitales
Hallo,
Markus wrote:
Denn letztlich geht es ja darum,
reale Objekte in drei Dimensionen zu verorten.
Eigentlich ist unser derzeitiger Hauptanwendungszweck der, dass wir auch
fuer die Gegenden, in denen sich keine Objekte befinden, schoene
Topokarten malen wollen. Also gerade nicht verortete
Torsten Breda schrieb:
Lese mich gerade auf http://www.terrainmap.com/ in das Thema ein, da
ich mich damit noch gar nicht beschäftigt habe.
Dazu eine Frage eines Laiens: Kann man nich alle verfügabaren
Höhendaten in einer gemeinsamen Datenbank vereinen? Sozusagen die SRTM
als Grundlage, die
Markus schrieb:
Hallo Torsten,
OpenAltitudeMap (OAM)
Das ist schlecht, weil OAM schon die OpenAerialMap ist:
http://openaerialmap.org/
Gruß
Jonas
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Hallo,
Jonas Krückel (John07) wrote:
OpenAltitudeMap (OAM)
Das ist schlecht, weil OAM schon die OpenAerialMap ist:
http://openaerialmap.org/
Ich haette gern einen Namen, der als Akronym OMG-LOL ergibt, aber ich
bin nicht kreativ genug dazu ;-)
Bye
Frederik
Tobias Wendorff schrieb:
Torsten Breda schrieb:
Lese mich gerade auf http://www.terrainmap.com/ in das Thema ein, da
ich mich damit noch gar nicht beschäftigt habe.
Dazu eine Frage eines Laiens: Kann man nich alle verfügabaren
Höhendaten in einer gemeinsamen Datenbank vereinen? Sozusagen
Frederik Ramm schrieb:
Hallo,
Jonas Krückel (John07) wrote:
OpenAltitudeMap (OAM)
Das ist schlecht, weil OAM schon die OpenAerialMap ist:
http://openaerialmap.org/
Ich haette gern einen Namen, der als Akronym OMG-LOL ergibt, aber ich
bin nicht kreativ genug dazu
Hallo Frederik,
letztlich geht es ja darum,
reale Objekte in drei Dimensionen zu verorten.
Eigentlich ist unser derzeitiger Hauptanwendungszweck der, dass wir auch
fuer die Gegenden, in denen sich keine Objekte befinden, schoene
Topokarten malen wollen. Also gerade nicht verortete
Am 15.02.2009 22:51, Christoph Wagner:
Carsten Gerlach schrieb:
mir ist neulich aufgefallen, daß an einigen Stellen der Flussname irgendwo
auf
dem Festland steht, z.B hier (Mapnik):
...
Ich vermute, das liegt am zusätzlichen name-Tag am waterway=riverbank. Wird
der Name da auf dem
Hallo,
Markus wrote:
Jede Karte entsteht doch aus Punkten, die irgendwie verortet werden?
Dein Posting enthielt zu viele Fragezeichen. Ich glaube, wir reden nicht
nur aneinander vorbei, sondern wir denken auch so verschieden, dass es
gar keinen Sinn hat, weiter darueber zu reden.
Was ich von
Hallo Community,
könnte man unsere Routing-Dienste (z.B. OpenRouteService) erweitern,
indem man sich Fotos entlang der Route anzeigen lassen kann?
Ich habe in den letzten Wochen rund 200 Fotos von POIs, Straßen
und Kreuzungen gemacht und diese mit GPS-Koordinaten verstehen.
Wenn man jetzt von
Frederik Ramm schrieb:
Der Mapper weiss ja, ob er auf dem Bergkamm oder im Tal
^
Jetzt, wo ich das Wort so lese, glaube ich zu wissen, wie der
Ortsname Bergkamen entstanden ist :-) SCNR
___
Talk-de
On Mon, 16 Feb 2009 15:57:07 +0100, Frederik Ramm frede...@remote.org wrote:
Hallo,
Jonas Krückel (John07) wrote:
OpenAltitudeMap (OAM)
Das ist schlecht, weil OAM schon die OpenAerialMap ist:
http://openaerialmap.org/
Ich haette gern einen Namen, der als Akronym OMG-LOL ergibt,
Dimitri Junker schrieb:
er will doch einen druckbasierten Höhenmesser bauen
Die wahrscheinlichkeit, daß sich ein großer Teil der Mapper sowas zulegt ist
doch eher gering.
Die Wahrscheinlichkeit, dass bereits ein grosser Teil der Mapper sowas
hat, ist aber auch nicht zu vernachlaessigen. Bei
Hallo.
Am Montag, 16. Februar 2009 schrieb Tobias Wendorff:
ps: Gibt es eigentlich einen OSM-Dienst, wie Flicker, auf dem
ebensolche Fotos mit Geo-Informationen gespeichert werden können?
Meines Wissens nicht.
Aber wenn du mal hochrechnest, kommst du ganz schnell auf mehr als nur
erhebliche
Hallo,
Am Mo, 16. Februar 2009 schrieb Michael Buege:
Zitat Marian Flor:
gibt es ein Zusatzattribut (evtl. auch erst im Status proposed), mit
dem Feldwege (highway=track und bspw. tracktype=grade2) als Rodelweg
bzw. Schlittelweg markiert werden können?
Wenn du nichts passendes findest,
Jonas Krückel (John07) schrieb:
Man führt sie aber ja nur lokal bzw. für den genauen Anwendungszweck
zusammen, genauso wie wir es mit den SRTM-Daten auch machen.
Ich bin ebenfalls für eine 2. DB als ein Art Schwesterprojekt zu OSM,
Dann geht aber die Information verloren, wie die Daten
Frederik Ramm schrieb:
Was ich von einer Hoehendatenbank will ist: Zu einer gegebenen Position
die Hoehe erfahren.
Sonst nichts.
Das sehe ich anders. Ich habe einen Weg, der vom Punkt A ueber B nach C
verlaeuft. Und fuer diesen Weg will ich nun wissen, in welcher Hoehe der
Weg an den drei
Hallo Liste,
ich würde gern mal wissen welche Straßen in Erfurt noch fehlen. Dazu
gibt es ja irgendwie eine Möglichkeit das herauszubekommen. Ich habe
aber absolut keine Ahnung wie das geht.
Erfurt liegt ungefähr in dem Koordinatenbereich N51.06 E10.9 x N50.93
E11.10 . Auf der Internetseite
Markus schrieb:
- erfasste Strassen in der Operpfalz
- erfasste Strassen in einem Vergleichsgebiet
Was verbirgt sich denn hinter diesem steil ansteigenden other?
___
Talk-de mailing list
Talk-de@openstreetmap.org
On 02/16/2009 04:52 PM, Tobias Wendorff wrote:
ps: Gibt es eigentlich einen OSM-Dienst, wie Flicker, auf dem
ebensolche Fotos mit Geo-Informationen gespeichert werden können?
Gibt es lizenzrechtliche Probleme die Flickr API zu benutzen und zu
jeder Koordinate Fotos zu suchen und die dann über
Tobias Wendorff schrieb:
Hallo Community,
könnte man unsere Routing-Dienste (z.B. OpenRouteService) erweitern,
indem man sich Fotos entlang der Route anzeigen lassen kann?
Ich habe in den letzten Wochen rund 200 Fotos von POIs, Straßen
und Kreuzungen gemacht und diese mit GPS-Koordinaten
Hallo,
Ulf Möller wrote:
Was verbirgt sich denn hinter diesem steil ansteigenden other?
Habs nicht genau ausgewertet, aber ich vermute mal, das duerfte
highway=road sein, das verwenden viele ja, wenn sie's nicht besser wissen.
Bye
Frederik
___
Torsten Leistikow schrieb:
Jonas Krückel (John07) schrieb:
Man führt sie aber ja nur lokal bzw. für den genauen Anwendungszweck
zusammen, genauso wie wir es mit den SRTM-Daten auch machen.
Ich bin ebenfalls für eine 2. DB als ein Art Schwesterprojekt zu OSM,
Dann geht aber die
Torsten Leistikow schrieb:
Insofern braucht meine nicht einfach eine Datenbank, die fuer
Lat-Lon-Positionen einem jeweils einen Hoehenwert liefert (das kann SRTM
ja an den meisten Stellen hinreichend gut). Was man braucht, ist eine
Datenbank, die fuer die einzelnen Objekte die jeweilige Hoehe
On Mon, 16 Feb 2009 17:25:32 +0100, Torsten Leistikow de_m...@gmx.de wrote:
Frederik Ramm schrieb:
Was ich von einer Hoehendatenbank will ist: Zu einer gegebenen Position
die Hoehe erfahren.
Sonst nichts.
Das sehe ich anders. Ich habe einen Weg, der vom Punkt A ueber B nach C
verlaeuft.
Hallo Frederik,
wir denken verschieden
Das ist ja zwischen Menschen nichts ungewöhnliches.
Was ich von einer Hoehendatenbank will ist:
Zu einer gegebenen Position die Hoehe erfahren.
Da wollen wir das Gleiche.
Je genauer desto besser.
Zumindest so genau, dass ich eine Steigung ableiten
Bernd Wurst schrieb:
Aber wenn du mal hochrechnest, kommst du ganz schnell auf mehr als nur
erhebliche Speichermengen. Ich habe neulich mal die Mapping-verwertbaren
Fotos des letzten Jahres bei mir gebrannt (Straßennamen, Briefkästen, ...)
und das alleine waren über eine DVD voll.
Es
On 02/16/2009 05:44 PM, Jonas Krückel (John07) wrote:
Tobias Wendorff schrieb:
ps: Gibt es eigentlich einen OSM-Dienst, wie Flicker, auf dem
ebensolche Fotos mit Geo-Informationen gespeichert werden können?
Das Problem ist doch eigentl. nur, dass Flickr noch nicht weltweit
OSM-Karten nutzt,
Chris-Hein Lunkhusen schrieb:
Oder möchtest Du ein komplettes 3D Modell der Welt haben ?
Ich moechte dreidimensionale Koordinaten fuer (moeglichst) alle Elemente
in der OSM-Datenbank haben.
Das hätte dann nicht mehr viel mit der ursprünglichen Intention
von OSM zu tun, eine freie Straßenkarte
Norbert Wenzel schrieb:
Gibt es lizenzrechtliche Probleme die Flickr API zu benutzen und zu
jeder Koordinate Fotos zu suchen und die dann über der Slippy Map
anzuzeigen. Mit dem POI Example vom Wiki sollte sich das doch relativ
leicht erledigen lassen, oder spricht da was dagegen?
Jonas Krückel (John07) schrieb:
Ein OSM-Dienst wie Flickr macht imo gar kein Sinn, da Flickr ja viel
viel mehr als nur Fotos auf Karten anzeigen ist.
Es ging mir viel mehr um eine Möglichkeit, meine Bilder hochzuladen
und irgendwie mit der Welt zu teilen, die sehen will, wie der Platz
1 - 100 di 242 matches
Mail list logo
