Re: [Talk-de] Kilometrierung von Autobahnen und anderen Strassen

[Dirk Stöcker]

On Thu, 7 Aug 2008, Oliver Koppisch wrote:


Ein Bekannter von mir setzt in seinen Streckenkontrollfahrzeugen (er
arbeitet bei einer Autobahnmeisterei) Windows mobile-PDAs mit GPS ein.
Er hat mich nun gefragt, ob es möglich wäre dem Fahrer anzuzeigen, auf
welchem Autobahnkilometer er sich gerade befindet, und das möglichst
genau (ca. 50m). Da kam mir nun der Gedanke, für die Ermittlung des
Standorts OSM-Daten einzusetzen.
Mein erster Ansatz (Nullpunkt für die Autobahn in den OSM-Daten setzen
und die Segmente bis zur momentanen Position aufaddieren) hat sich in
Luft aufgelöst, als ich mir auf http://www.autobahnatlas-online.de/
exemplarisch die A8 angeschaut habe. Ich führe hier mal ein paar
Merkwürdigkeiten auf :

- Die A8 hat vier Abschnitte mit drei Nullpunkten
   - München-Haidhausen bis österreich. Grenze
   - München-Obermenzing bis Adreieck Karlsruhe
   - Landstuhl bis zur saarländ./rheinl.pfälz. Grenze
   -  saarländ./rheinl.pfälz. Grenze bis luxemburgische Grenze.

- Die Saarländer fangen bei km 0 an zu zählen, die "Pälzer" bei km 100,
aber in die andere Richtung

- Bei München-Haidhausen gibt es negative Autobahnkilometer, weil die
Autobahn im Nachhinein verlängert wurde.

Nun meine Fragen :

Wie könnte man dies in den OSM-Daten modellieren ohne all zuviel
Aufwand? Ich hatte zunächst an Relatione für die einzelnen Abschnitte
gedacht. Aber mit Relationen gibt es momentan wohl noch Probleme.


Für mich klingt Dein erster Ansatz zu einfach (Du hättest hier eine 
extreme Fehlerfortpflanzung, die kaum genaue Ergebnisse ermöglicht), der 
zweite zu kompliziert.


Warum setzt Du nicht einfach in die Autobahn an den Kilometertafeln einen 
Node mit einem Tag


z.B. chainage=100.5

Je mehr solcher Tags Du drin hast, desto besser kann ein 
Interpolationsalgorithmus den Wert für einen bestimmten Punkt 
herausfinden. Da mittlerweile auch alle Autobahnen in Relationen stecken, 
ist es auch relativ leicht die Kilometrierungspunkte zu finden.


Allerdings ist es nicht leicht die Punkte auf der Autobahn zu bestimmen, 
da man dazu ja sehr langsam sein müßte, was auf der Autobahn immer etwas 
schlecht ist.


P.S. Das ganze funktioniert dann übrigens auch mit Schienen und 
Landstraßen.


Ciao
--
http://www.dstoecker.eu/ (PGP key available)___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Validator

[Dirk Stöcker]

On Fri, 8 Aug 2008, Michael Strauß wrote:


Bin gerade dabei meine ersten Schritte als Mapper zu machen.
Benutze dabei JOSM, weil dieser mir erheblich mehr zusagt, als POTLATCH.

Dazu einige Fragen:

Ich habe einen Parkplatz als Areal gezeichnet, der von einer Straße begrenzt 
wird.
Dabei habe ich für die Begrenzungs des Parkplatzes die Nodes der Straße benutzt.

Der Validator gibt nun aus: Other -> Overlapping Ways
Soll ich da was ändern?

Außerdem meckert der Validator unbenannte Straßen an, die aber in einer 
Relation mit name-Tag stehen. (Wenn ich Sie einzeln Benenne, meckert er 
doppelte Namen an!)


Demnächst(TM) hat der Validator eine Ignorier-Option, mit der Du falsche 
Meldungen ab sofort ignorieren lassen kannst. Außerdem sollten aktuelle 
Validator-Versionen eigentlich zwischen verschiedenen Arten von 
Überlappungen trennen. Überlappende Straßen sind i.d.R. falsch. 
Überlappende Flächen i.d.R. nicht :-)


Was meckert er an, wenn Du die Straßen benennst? So ein Test ist gar nicht 
drin. Gleiche Namen meckert er nur bei Knoten an. Hast Du vielleicht nicht 
nur die Straße, sondern auch die Knotenpunkte der Straße benannt?


Ciao
--
http://www.dstoecker.eu/ (PGP key available)___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenbankbereinigung

[Dirk Stöcker]

On Thu, 7 Aug 2008, Florian Lohoff wrote:


Ich habe keinen stress das jeder tags nutzt wie er will aber syntaktisch
sollte das so strickt wie moeglich machen damit nicht jedes blode script
was irgendwas mit den OSM daten macht angepasst werden muss wenn wieder
jemand bullshit da reinschreibt.

Ich bin gespannt was alles auf die fresse geht wenn jemand
onway=`hostname` oder oneway='<\>' da reinschreibt oder irgendwelche
SQL injection geschichten.


Wieso. Alles was der Render, Nutzer, Konverter nicht kennt wird ignoriert. 
Ist doch einfach. Und das tagwatch-Interface kann man nutzen, um 
offensichtliche Fehler zu korrigieren (falls Du es nicht bemerkt hast, 
wenn man die Einträge anklickt, bekommt man eine OSM-Datei geliefert, 
welche man z.B. in JOSM korrigieren kann).


z.B. Für Routingkarten wird jeder Gerätehersteller irgendwann ein 
OSM-->eigenes Format Konverter haben, der Darstellungen vereinheitlicht, 
bekannte Fehler korrigiert und das Datenformat für die Zielanwendung 
optimiert. Idealerweise schickt er die beim Fehlerkorrigieren angefallenen 
Änderungen dann wieder in die Datenbank.


Ciao
--
http://www.dstoecker.eu/ (PGP key available)___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Validator

[Michael Buege]

Zitat Michael Strauß:

[...]
> Ich habe einen Parkplatz als Areal gezeichnet, der von einer Straße
> begrenzt wird. Dabei habe ich für die Begrenzungs des Parkplatzes die
> Nodes der Straße benutzt.
> 
> Der Validator gibt nun aus: Other -> Overlapping Ways
> Soll ich da was ändern?

Alternativ koenntest Du fuer den Parkplatz eigene Notes verwenden. Beide
Varianten sind moeglich. Aber nur, weil ein Stueck Software stupide seinen
Dienst tut...? ;-) Es ist nicht falsch, also lass es meckern.

> Außerdem meckert der Validator unbenannte Straßen an, die aber in einer
> Relation mit name-Tag stehen. (Wenn ich Sie einzeln Benenne, meckert er
> doppelte Namen an!)

Viele Dinge kennt er nicht.
Nuetzlich ist der Validator, um zu schauen, ob da was nicht stimmen
_koennte_. Wenn Du der Meinung bist, das passt so, lass es, wie es ist. 

-- 
Michael


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM bugs

[Florian Heer]

Dirk Stöcker schrieb:
> On Thu, 7 Aug 2008, Florian Heer wrote:
>
>>>  Momentan sind noch 109 Bugs übrig:
>>
>> ich würd ja ab und zu Zeit zum Verifizieren rein stecken können, aber 
>> wohin dann mit den Ergebnissen? Dir per Mail schicken?
>
> Im Bugtracker (zum jeweiligen Bug) eintragen.

Ah, ich dachte, man bräuchte da einen login für... alles klar.

Grüße, Florian.


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenbankbereinigung

[Frederik Ramm]

Hallo,

Michael Buege wrote:
> Was ist "das Beste"? Wer bestimmt, was "das Beste" ist und was sind
> die Massstaebe? Wie kann man das festlegen, welche Prozedere sind
> notwendig und wer bestimmt wiederum, welches der richtige Weg ist, um
> solche Festlegungen zu treffen? Und welches sind die
> Qualifikationsbedingungen fuer Leute, die das machen?

Da muss ich mal ein dickes "me too" drunter schreiben. Was Michael da 
schreibt, mag fuer viele albern klingen, aber es drueckt genau das aus, 
worum es geht: OpenStreetMap geht, wo immer es moeglich ist, der 
Gleichschaltung aus dem Weg, weil die Gleichschaltung einen enormen 
Abstimmungsaufwand plus Gremien, Methoden, Mechanismen, Kommittees, 
Beschwerdeprozesse und so weiter bedeutet.

Wenn z.B. der Hersteller eines Navigeraets unsere Daten auslesen will 
und in dem Moment fuer sich die Entscheidung trifft, dass er eine 
Information wie "oneway=morgens in Nordrichtung, abends in Suedrichtung" 
ignorieren will - schoen fuer ihn, betrifft uns nicht, er entscheidet 
fuer seinen Anwendungsbereich, was er machen will, und hat da die volle 
Autoritaet.

Wenn der gleiche Typ aber zu uns kommt sagt, er will nicht, dass wir 
solche Tag-Werte ueberhaupt erfassen, dann kommen die Fragen: Wer 
entscheidet, was wir tun und was nicht, und wie? Dann geht die 
Streiterei los - und das ganze voellig unnoetig.

Bei OpenStreetMap wird an der Ausgabeseite gefiltert, nicht an der 
Eingabeseite. Das ist ein (noch) recht unuebliches Konzept, aber man 
kann m.E. damit gut arbeiten und erfolgreich sein, wenn man sich darauf 
einlaesst, denn es hat auch sehr viele Staerken gegenueber einem System, 
das an der Eingabeseite filtert.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Windkraftanlagen weg? :-(

[Frederik Ramm]

Hallo,

> Hmm, die genannten Wikiseiten (power_source) legen ja Nahe, daß 
> mittlerweile power_source die "richtige" Variante wäre (ohne an dieser 
> Stelle eine erneute hitzige Diskussion über "richtig" entfachen zu 
> wollen). 

In diesem Fall ist power_source ja wenigstens die verbreiteste Art. 
Erweiterte Statistik:

Deutschland hat 68 man_made=power_wind und 4165 power_source=wind,
GB hat keine man_made=power_wind und 68 power_source=wind.

Weltweit 92 man_made=power_wind (davon 92 in Europa...), gefolgt von 15 
man_made=power_hydro (davon 14 in Europa). Weltweit 7684 power_source=wind.

Ich maile mal Steve Chilton an, ob der das vllt. anpassen moechte.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Validator

[Frederik Ramm]

Hallo,

Michael Strauß wrote:
> Ich habe einen Parkplatz als Areal gezeichnet, der von einer Straße begrenzt 
> wird.
> Dabei habe ich für die Begrenzungs des Parkplatzes die Nodes der Straße 
> benutzt.
> 
> Der Validator gibt nun aus: Other -> Overlapping Ways
> Soll ich da was ändern?

Nein, wuerde ich nicht.

> Außerdem meckert der Validator unbenannte Straßen an, die aber in einer 
> Relation mit name-Tag stehen. (Wenn ich Sie einzeln Benenne, meckert er 
> doppelte Namen an!)

Der Validator ist halt auch nicht allwissend und kapituliert gern vor 
neuartigen oder seltenen, aber voellig legitimen Tags.

Am besten laedst Du Dir gleich den Quelltext und aenderst den Validator ;-)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Validator

[Michael Strauß]

Hallo,

Bin gerade dabei meine ersten Schritte als Mapper zu machen.
Benutze dabei JOSM, weil dieser mir erheblich mehr zusagt, als POTLATCH.

Dazu einige Fragen:

Ich habe einen Parkplatz als Areal gezeichnet, der von einer Straße begrenzt 
wird.
Dabei habe ich für die Begrenzungs des Parkplatzes die Nodes der Straße benutzt.

Der Validator gibt nun aus: Other -> Overlapping Ways
Soll ich da was ändern?

Außerdem meckert der Validator unbenannte Straßen an, die aber in einer 
Relation mit name-Tag stehen. (Wenn ich Sie einzeln Benenne, meckert er 
doppelte Namen an!)

Grüße,
Michael

-- 

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Windkraftanlagen weg? :-(

[Stefan Neufeind]

Frederik Ramm wrote:
> Hallo,
> 
> Stefan Leupers wrote:
>> Hallo zusammen,
>> ich habe vor einiger Zeit ein paar Windenergieanlagen bei mir in der
>> Nähe getaggt.
>> Ordnungsgemäß, wie es laut
>>http://wiki.openstreetmap.org/index.php/De:Map_Features und
>>http://wiki.openstreetmap.org/index.php/Key:power_source
>> sein soll mit
>>power=generator
>>power_source=wind
>>
>> Eine Zeit lang waren die auch ordnungsgemäß in mapnik eingezeichnet,
>> aber sein ein paar Tagen/Wochen(?) werden die leider nicht mehr
>> angezeigt. :-(
> 
> Das Mapnik-Rules-File hat seit dem 4.6. einen Eintrag fuer 
> "man_made=power_wind". power=generator wird nicht gerendert, und es ist 
> auch nicht ersichtlich, dass es jemals gerendert wurde. (Ich habe nicht 
> alle historischen Versionen durchgesehen, es ist also *denkbar*, dass 
> eine solche Regel mal existierte und entfernt wurde, aber 
> unwahrscheinlich, denn sowas wuerde dann idR im Changelog stehen.)

Hmm, die genannten Wikiseiten (power_source) legen ja Nahe, daß 
mittlerweile power_source die "richtige" Variante wäre (ohne an dieser 
Stelle eine erneute hitzige Diskussion über "richtig" entfachen zu 
wollen). Wäre es denn möglich, daß du die Regeln vielleicht um 
"power_source=wind" erstmal für diese Fälle ergänzt?

Ein schneller Blick auf den Tagwatch für Europa zeigt, daß dort 
"man_made=power_wind" auf 92 kommt,
hingegen "power_source=wind" auf 4529.


Grüße,
  Stefan

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Windkraftanlagen weg? :-(

[Frederik Ramm]

Hallo,

Stefan Leupers wrote:
> Hallo zusammen,
> ich habe vor einiger Zeit ein paar Windenergieanlagen bei mir in der
> Nähe getaggt.
> Ordnungsgemäß, wie es laut
>http://wiki.openstreetmap.org/index.php/De:Map_Features und
>http://wiki.openstreetmap.org/index.php/Key:power_source
> sein soll mit
>power=generator
>power_source=wind
> 
> Eine Zeit lang waren die auch ordnungsgemäß in mapnik eingezeichnet,
> aber sein ein paar Tagen/Wochen(?) werden die leider nicht mehr
> angezeigt. :-(

Das Mapnik-Rules-File hat seit dem 4.6. einen Eintrag fuer 
"man_made=power_wind". power=generator wird nicht gerendert, und es ist 
auch nicht ersichtlich, dass es jemals gerendert wurde. (Ich habe nicht 
alle historischen Versionen durchgesehen, es ist also *denkbar*, dass 
eine solche Regel mal existierte und entfernt wurde, aber 
unwahrscheinlich, denn sowas wuerde dann idR im Changelog stehen.)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Alpha: Webbrowser-Plugin für JOSM

[Alexander Schulze]

Hi,

stellt sich bei mir genauso dar.
Tobias schrieb ja, das es die alpha-Variante ist.
Müssen wir halt noch nen bischen warten, bis sein Spezi die Saache nen 
bischen ausbaut und verbessert ;-)

Alex

Johann H. Addicks schrieb:
> Alexander Schulze schrieb:
> 
>> na die steht doch in josm drin. Bei mir unter wms
>> http://localhost:8000/ymap?request=GetMap&format=image/jpeg
> 
> Und die soll ich jedes Mal per Cut&Paste nochmal in die Box eingeben, 
> die als Pop-Up erscheint, sobalt man auf dem "Weblayer" mit Rechtsklick 
> auf "Navigate" geht?
> 
> Und warum fragt die:
> +
> |Eingabe
> +
> |Please enter URL
> und hat dabei dann als default
> |http://www.google.com
> 
>> Ich denke die bbox wird nicht angehängt und somit ist der request nicht 
>> vollständig.
> 
> WMS mit yahoo geht ja (mit den bekannten Macken), nur dass dann der FF3 
> aufgeht, dort das Luftbild von Yahoo erscheint und der Josm sich einen 
> Ast wartet.
> 
> was mich wundert: Das grau eingeblendete Weblayer liegt dort "massiv", 
> der lässt sich dann weder ausblenden (über das Auge) und von den 
> DropDown-Menüs (Datei/Bearbeiten etc) überschreiben. Das bleibt massiv 
> "vorn" als ob das ein vergessenes Video-Overlay wäre.
> Nochmal ein screenschot: 
> http://www.addicks.net/albums/osm/Josm_IE_Plugin_2_001.jpg
> 
> -jha-
> 
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
> 

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Alpha: Webbrowser-Plugin für JOSM

[Johann H. Addicks]

Alexander Schulze schrieb:

> na die steht doch in josm drin. Bei mir unter wms
> http://localhost:8000/ymap?request=GetMap&format=image/jpeg

Und die soll ich jedes Mal per Cut&Paste nochmal in die Box eingeben, 
die als Pop-Up erscheint, sobalt man auf dem "Weblayer" mit Rechtsklick 
auf "Navigate" geht?

Und warum fragt die:
+
|Eingabe
+
|Please enter URL
und hat dabei dann als default
|http://www.google.com

> Ich denke die bbox wird nicht angehängt und somit ist der request nicht 
> vollständig.

WMS mit yahoo geht ja (mit den bekannten Macken), nur dass dann der FF3 
aufgeht, dort das Luftbild von Yahoo erscheint und der Josm sich einen 
Ast wartet.

was mich wundert: Das grau eingeblendete Weblayer liegt dort "massiv", 
der lässt sich dann weder ausblenden (über das Auge) und von den 
DropDown-Menüs (Datei/Bearbeiten etc) überschreiben. Das bleibt massiv 
"vorn" als ob das ein vergessenes Video-Overlay wäre.
Nochmal ein screenschot: 
http://www.addicks.net/albums/osm/Josm_IE_Plugin_2_001.jpg

-jha-



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Kilometrierung von Autobahnen und anderen Strassen

[Frederik Ramm]

Hallo,

> Mein erster Ansatz (Nullpunkt für die Autobahn in den OSM-Daten setzen 
> und die Segmente bis zur momentanen Position aufaddieren) hat sich in 
> Luft aufgelöst, als ich mir auf http://www.autobahnatlas-online.de/ 
> exemplarisch die A8 angeschaut habe.

Klingt spannend ;-)

> Wie könnte man dies in den OSM-Daten modellieren ohne all zuviel 
> Aufwand? Ich hatte zunächst an Relatione für die einzelnen Abschnitte 
> gedacht. Aber mit Relationen gibt es momentan wohl noch Probleme.


> 
> Wie kriege ich denn anhand meiner GPS-Daten raus, auf welcher Strasse 
> ich mich befinde? Gibts da vielleicht schon fertige Bibliotheken, die 
> das leisten?

http://wiki.openstreetmap.org/index.php/Where_Are_They
http://lists.openstreetmap.org/pipermail/routing/2008-June/000312.html

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Windkraftanlagen weg? :-(

[Stefan Leupers]

Hallo zusammen,
ich habe vor einiger Zeit ein paar Windenergieanlagen bei mir in der
Nähe getaggt.
Ordnungsgemäß, wie es laut
   http://wiki.openstreetmap.org/index.php/De:Map_Features und
   http://wiki.openstreetmap.org/index.php/Key:power_source
sein soll mit
   power=generator
   power_source=wind

Eine Zeit lang waren die auch ordnungsgemäß in mapnik eingezeichnet,
aber sein ein paar Tagen/Wochen(?) werden die leider nicht mehr
angezeigt. :-(

Könnt Ihr das bestätigen?
Gibt es einen Grund?
Oder muss man die jetzt doch anders taggen?

Ach so, es geht z. B. um diesen Bereich hier:
   http://www.openstreetmap.org/?lat=50.89606&lon=6.18993&zoom=17
Die Windräder sind eigentlich jeweils am Ende der kurzen gestrichelten Wege.

Grüße aus Baesweiler

   -Stefan-

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Alpha: Webbrowser-Plugin für JOSM

[Johann H. Addicks]

Hallo Ingrid,

Johann H. Addicks schrieb:

 > [..]
URL zum Screenshot:

http://www.addicks.net/albums/osm/IE_plugin_screenshot.png

-jha-


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Alpha: Webbrowser-Plugin für JOSM

[Alexander Schulze]

Hi,

na die steht doch in josm drin. Bei mir unter wms

http://localhost:8000/ymap?request=GetMap&format=image/jpeg

Wenn du dann über WMS-Yahoo aufrufst, wird die URL vervollständigt (bbox 
angehängt,...).
Wenn ich allerdings diese URL bei navigieren einfüge, bekomme ich nen 
HTTP 500 error.
Ich denke die bbox wird nicht angehängt und somit ist der request nicht 
vollständig.

schönen Gruß
Alex

Johann H. Addicks schrieb:
> Tobias Wendorff schrieb:
>>> Was für eine URL füttere ich  denn da sinnvollerweise?
>> Kannst es ja mal mit Yahoo Maps probieren. 
> 
> Wie tue ich das? Wo bekomme ich die URL her?
> 
> -jha-
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
> 

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Neues Spielzeug

[Johann H. Addicks]

Tobias Wendorff schrieb:
> Stimmt nicht so richtig:
> http://www.alta4.com/de/geoimaging/camera/index.php
> 
> Das Nikon-Ding kannst knicken, weil der Kompass fehlt!

Das Ding ist vor allem nicht "rugged". Für den rauhen Fahrradeinsatz 
taugt die Ricoh Caplio sicher mehr, zumal das GPS ein SIRF3 mit 
Helix-Antenne ist. "Besser" geht derzeit nicht für kleines Geld.

-jha-


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Kilometrierung von Autobahnen und anderen Strassen

[Oliver Koppisch]

Hallo zusammen!

Ein Bekannter von mir setzt in seinen Streckenkontrollfahrzeugen (er 
arbeitet bei einer Autobahnmeisterei) Windows mobile-PDAs mit GPS ein. 
Er hat mich nun gefragt, ob es möglich wäre dem Fahrer anzuzeigen, auf 
welchem Autobahnkilometer er sich gerade befindet, und das möglichst 
genau (ca. 50m). Da kam mir nun der Gedanke, für die Ermittlung des 
Standorts OSM-Daten einzusetzen.
Mein erster Ansatz (Nullpunkt für die Autobahn in den OSM-Daten setzen 
und die Segmente bis zur momentanen Position aufaddieren) hat sich in 
Luft aufgelöst, als ich mir auf http://www.autobahnatlas-online.de/ 
exemplarisch die A8 angeschaut habe. Ich führe hier mal ein paar 
Merkwürdigkeiten auf :

- Die A8 hat vier Abschnitte mit drei Nullpunkten
- München-Haidhausen bis österreich. Grenze
- München-Obermenzing bis Adreieck Karlsruhe
- Landstuhl bis zur saarländ./rheinl.pfälz. Grenze
-  saarländ./rheinl.pfälz. Grenze bis luxemburgische Grenze.

- Die Saarländer fangen bei km 0 an zu zählen, die "Pälzer" bei km 100, 
aber in die andere Richtung

- Bei München-Haidhausen gibt es negative Autobahnkilometer, weil die 
Autobahn im Nachhinein verlängert wurde.

Nun meine Fragen :

Wie könnte man dies in den OSM-Daten modellieren ohne all zuviel 
Aufwand? Ich hatte zunächst an Relatione für die einzelnen Abschnitte 
gedacht. Aber mit Relationen gibt es momentan wohl noch Probleme.

Wie kriege ich denn anhand meiner GPS-Daten raus, auf welcher Strasse 
ich mich befinde? Gibts da vielleicht schon fertige Bibliotheken, die 
das leisten?

Weiss jemand, wie sich das mit der Kilometrierung auf internationaler 
Ebene verhält? Gibt es ein einheitliches Schema, das auch in anderen 
Ländern verwendung findet?

Gruss, Olliko


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Alpha: Webbrowser-Plugin für JOSM

[Johann H. Addicks]

Tobias Wendorff schrieb:
>> Was für eine URL füttere ich  denn da sinnvollerweise?
> 
> Kannst es ja mal mit Yahoo Maps probieren. 

Wie tue ich das? Wo bekomme ich die URL her?

-jha-


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Alpha: Webbrowser-Plugin für JOSM

[Sebastian Niehaus]

André Reichelt <[EMAIL PROTECTED]> writes:

> Marco Lechner schrieb:
>> außerdem geht es hier ja um Browser. Und da hat der IE nur 75%:
>> http://marketshare.hitslink.com/report.aspx?qprid=0
>
> Ob man will oder nicht, der IE ist bei jedem WIndows dabei 

Ob Du es willst oder nicht: der IE läuft nur auf Windows, Firefox auf
anderen Plattformen ...


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM Einstieg geschafft! :-D

[Sebastian Niehaus]

"Johann H. Addicks" <[EMAIL PROTECTED]> writes:

> Sebastian Niehaus schrieb:
>
>> Lokal läuft es ordentlich. JOSM über X-Windoww-Tunnel per ssh ist
>> allerdings schlichtweg *unbenutzbar* hier.
>
> Das hört sich für mich an wie "Der Laptop ist völlig unbenutzbar, wenn 
> man ihn zu bedienen versucht mit Arbeitshandschuhen und Schweißerbrille 
> während man einem langen Rohrstock oben von einer Trittleiter aus 
> Herumfingert."

Hm? Bei anderen Programmen handhabe ich eine derartige Bedienung
durchaus so ...


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenbankbereinigung

[Michael Buege]

Zitat Torsten Leistikow:

> Frederik Ramm schrieb:
>> Besser, die Nutzer sind genervt, als die Mapper. Die Nutzer kommen
>> schon von ganz allein zu uns, und wenn die ab und zu mal ueber eine
>> kleine Huerde springen muessen, ist das wurscht. Schnueren wir aber
>> den Mappern ein zu enges Korsett, dann machen die lieber was
>> anderes, und das waere doof.
> 
> 
> Wir schrecken aber auch genug Leute ab, weil OSM heute doch ziemlich
> unuebersichtlich ist. 

Woher hast Du diese Informationen? Kennst Du Leute, die sich haben
abschreckenlassen und wie haben sie das konkret begruendet? Wie viele
Leute waren das bei Dir bis jetzt?

> An vielen Stellen laesst sich das sicherlich 
> nicht vermeiden, weil einfach noch nicht geklaert ist, wie das am
> Besten zu handhaben ist.

Was ist "das Beste"? Wer bestimmt, was "das Beste" ist und was sind
die Massstaebe? Wie kann man das festlegen, welche Prozedere sind
notwendig und wer bestimmt wiederum, welches der richtige Weg ist, um
solche Festlegungen zu treffen? Und welches sind die
Qualifikationsbedingungen fuer Leute, die das machen?

> Aber wenn man sich auf einen einheitlichen 
> Weg einigen kann, dann sollte man den auch konsequent verfolgen und
> nicht die unterschiedlichen Varianten pflegen, weil das nun mal so
> eine tolle, lebende OSM-Kultur ist.

Wie hast Du dir das mit der Einigung denn vorgestellt? Und, nur fuer
den Fall, irgend jemand einigt sich auf irgend etwas, was, wenn
jemand mit diesen Regeln nichts anfangen kann, wenn sie ihn hindern,
seine Ideen zu verwirklichen? Wird er dann ausgeschlossen? Wovon?

> Da es bei uns ja mit klaren Beschreibungen nicht so weit her ist,
> wird ein Grossteil der OSM-Daten sicherlich so eingetragen, dass der
> Mapper sich umschaut, wie entsprechende Sachen anderswo abgebildet
> wurden. An dieser Stelle wuerde es dem Mapper dann auch leichter
> fallen, wenn man den Datenbestand soweit sinnvoll zwangsbereinigt.

Zwangbereinigung? Wir reden doch immer noch ueber _Open_ streetmap,
oder?

> PS: Es waere mal interessant zu wissen, wieviele Leute bei OSM um
> des Mappens-Willen mitmachen, und wieviele staerker am Ergebniss
> bzw. Nutzen interessiert sind. 

Was ist mit Mischformen?

> Hier in den Diskussionen prallen doch 
> immer wieder beide Sichtweisen aufeinander.

Findest Du das nicht normal?

-- 
Michael



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Bundesstraßen als trunk?

[Juergen Buchner]

2008/8/7 Dominik Spies <[EMAIL PROTECTED]>:

> Wir werden und hier noch 100 Jahre streiten was sinnvoll ist und was
> nicht, ohne zu einem Ergebniss zu kommen.

Und die Karte wird trotzdem benutzbar sein und außer ein paar Nerds,
die "Tagging-Wars" abhalten wirds niemanden stören :-)

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] SHAPE Format

[Tobias Wendorff]

Hallo,

Christoph Brill schrieb:
> gibt es eine einfache Möglichkeit Daten aus dem SHAPE-Format in
> OpenStreetMap zu konvertieren? Ich habe von der Stadt Koblenz die
> Erlaubnis die Stadtteile aus einer Datei in diesem Format in
> OpenStreetMap zu übernehmen. Nur wie? Vorschläge?

bin leider in 4-5 Minuten weg, kann Dir morgen aber den kompletten
Datensatz konvertieren.

Grüße
Tobias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Alpha: Webbrowser-Plugin für JOSM

[Tobias Wendorff]

Johann H. Addicks schrieb:
> Ja, ein grauer Kasten im Letterbox-Design. Was für eine URL füttere ich 
> denn da sinnvollerweise?

Kannst es ja mal mit Yahoo Maps probieren. Zukünftig soll der Browser
auf einen Layer verfrachtet werden und dann über die Bounding-Box
genau den Kartenausschnitt darstellen.

Ist halt nur ein Versuch, einen Browser zu integrieren, das ist die
1. Alpha - keine Angst, da wird bald was raus. Dauert halt.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Alpha: Webbrowser-Plugin für JOSM

[Johann H. Addicks]

Tobias Wendorff schrieb:

>> Auf dem Slipp-Map-Layer habe ich zumindest irgendwelches undefinierbares 
>> Gelb/weißes Gekringel/Legoklötzchen auf grauem Grund, die jedoch keinerlei 
>> Zusammenhang erkennen lassen zu den geladenen OSM-Daten oder dem derzeitigen 
>> Render-Ergebnis auf mapnik/osmarender-Karte. 
> 
> Es muss ein grauer Webbrowser erscheinen.

Ja, ein grauer Kasten im Letterbox-Design. Was für eine URL füttere ich 
denn da sinnvollerweise?

(Der graue Kasten wird ja hoffentlich nicht "alles" gewesen sein.)

-jha-


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenbankbereinigung

[Sven Geggus]

Tobias Wendorff <[EMAIL PROTECTED]> wrote:

>> Heul doch!
> 
> 
> Das war unnötig!

Aus der Tatsache, dass Du den durchaus konstruktiven Teil meines
Postings unkommentiert läßt mag sich der geneigte Leser selbst seine
Meinung bilden.

Gruss

Sven

-- 
This APT has Super Cow Powers.
(apt-get --help on debian woody)

/me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] SHAPE Format

[Alexander Schulze]

hi,

schau mal hier.

http://www.mail-archive.com/talk-de@openstreetmap.org/msg15004.html

aber anpassen mußt du halt immer noch.

schönen Gruß
Alex

Christoph Brill schrieb:
> Hallo zusammen,
> 
> gibt es eine einfache Möglichkeit Daten aus dem SHAPE-Format in
> OpenStreetMap zu konvertieren? Ich habe von der Stadt Koblenz die
> Erlaubnis die Stadtteile aus einer Datei in diesem Format in
> OpenStreetMap zu übernehmen. Nur wie? Vorschläge?
> 
> Viele Grüße,
>   Christoph
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenbankbereinigung

[Bernd Wurst]

Hallo.

Am Donnerstag, 7. August 2008 schrieb Torsten Leistikow:
> Wir schrecken aber auch genug Leute ab, weil OSM heute doch ziemlich
> unuebersichtlich ist. 

Beweise? Ich denke die Leute, die sich davon abschrecken lassen, erwarten 
vollständige Daten auf dem Silbertablett serviert.


> PS: Es waere mal interessant zu wissen, wieviele Leute bei OSM um des
> Mappens-Willen mitmachen, und wieviele staerker am Ergebniss bzw. Nutzen
> interessiert sind. Hier in den Diskussionen prallen doch immer wieder
> beide Sichtweisen aufeinander.

Ich denke der größte Teil derer die hier diese "Ergebnis"-Sichtweise vertreten 
sind Leute, die versuchen, sich in die Lage derer zu versetzen die eventuell 
etwas mit unseren Daten machen wollen.

Die, die wirklich was mit den Daten machen wollen, tun das jetzt schon.

Gruß, Bernd

-- 
Nehmen wir einmal an, es gäbe keine hypothetischen Situationen...


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenbankbereinigung

[Bernd Wurst]

Hallo.

Am Donnerstag, 7. August 2008 schrieb Florian Lohoff:
> Ich habe keinen stress das jeder tags nutzt wie er will aber syntaktisch
> sollte das so strickt wie moeglich machen damit nicht jedes blode script
> was irgendwas mit den OSM daten macht angepasst werden muss wenn wieder
> jemand bullshit da reinschreibt.

Es gibt 3 Varianten für "boolean"-Typen, die laut Map-Features "richtig" sind 
und die drei Varianten muss das Script eben verstehen.
Ist doch kein Problem. 

Es gibt in beinahe jeder Programmiersprache mehrere Dinge für das selbe 
Ergebnis. In PHP kannst du auch "1", "true" oder "TRUE" schreiben. Kein 
Editor wird das "vereinheitlichen" oder "korrigieren" wollen.


> Ich bin gespannt was alles auf die fresse geht wenn jemand
> onway=`hostname` oder oneway='<\>' da reinschreibt oder irgendwelche
> SQL injection geschichten.

Au ja, das klingt sehr geil! ;-)

Einen kleinen Beitrag dazu leisten, dass die Leute die zu doof sind ihre 
Strings zu escapen *kräftig* auf die Nase fallen. Ich muss gleich mal ein 
paar solche Tags irgendwo verstecken gehen. ;-))

Gruß, Bernd

-- 
Skeptiker sind jene Menschen, die einfach nicht an die
friedliche Nutzung der Atombombe glauben wollen.
  -  Werner Mitsch (dt. Aphoristiker)


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] SHAPE Format

[Christoph Brill]

Hallo zusammen,

gibt es eine einfache Möglichkeit Daten aus dem SHAPE-Format in
OpenStreetMap zu konvertieren? Ich habe von der Stadt Koblenz die
Erlaubnis die Stadtteile aus einer Datei in diesem Format in
OpenStreetMap zu übernehmen. Nur wie? Vorschläge?

Viele Grüße,
  Christoph


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenbankbereinigung

[Florian Lohoff]

On Thu, Aug 07, 2008 at 06:56:34PM +0200, Bernd Wurst wrote:
> Vermutlich nicht. Jeder, der die Daten irgendwo weiter verarbeitet sollte für 
> solche Fälle einfach den Konverter so schreiben, das diese Unterschiede alle 
> zu einem für ihn passenden Wert konvertiert werden.
> 
> Wenn du jetzt alles änderst, musst du das in 2 Monaten wieder tun weil jemand 
> es so einträgt wie er es gewohnt ist. Lieber mehrere Daten für dasselbe 
> erlauben und beim Exportieren bzw. Konvertieren dann vereinheitlichen.

Ich glaube schon das es sinnvoll waere eher die editoren anzupassen das
jeweilig richtige in die Datenbank zu schreiben. Es wird tendentiell
immer mehr nutzer der daten als editoren geben. Und jeder muss dann den
ganzen rattenschwanz an altlasten implementieren. Alternativ auch die
API so anpassen das sie strikt filtert.

Ich habe keinen stress das jeder tags nutzt wie er will aber syntaktisch
sollte das so strickt wie moeglich machen damit nicht jedes blode script
was irgendwas mit den OSM daten macht angepasst werden muss wenn wieder
jemand bullshit da reinschreibt. 

Ich bin gespannt was alles auf die fresse geht wenn jemand
onway=`hostname` oder oneway='<\>' da reinschreibt oder irgendwelche
SQL injection geschichten.

Flo
-- 
Florian Lohoff  [EMAIL PROTECTED] +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] FrOSCon 2008

[Heiko Schack]

Am 23-24.08. findet in der FH Bonn-Rhein-Sieg in Sankt Augustin die  
FrOSCon 2008 statt (siehe auch http://www.froscon.de/).


Auf der Konferenz wird Openstreetmap als Aussteller vertreten sein (http://www.froscon.de/projekte.html 
). Am 24.08. findet um 15:15 Uhr ein Vortrag von Andy Robinson zu  
Openstreetmap statt (http://programm.froscon.org/2008/events/ 
159.de.html).


Im laufe des Tages gibt es auch noch zwei andere Vorträge mit Bezug zu  
Geoinformationssystemen.


+ http://programm.froscon.org/2008/events/222.de.html
+ http://programm.froscon.org/2008/events/238.de.html

Da ein Kollege und ich am 24.08. vor Ort sein werden, wollte ich mal  
nachfragen, wer noch so auf der FrOSCon anzutreffen sein wird.  
Vielleicht kann man ja mal die Gelegenheit nutzen und ein kleines  
Treffen organisieren.



Gruß,
Heiko Schack
--
GPG Fingerprint: 5B87 DF37 535A 70E3 945C  C348 D821 47BC 6E14 6158
Full GPG key: http://pgp.mit.edu/



PGP.sig
Description: This is a digitally signed message part
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenbankbereinigung

[Torsten Leistikow]

Frederik Ramm schrieb:
> Besser, die Nutzer sind genervt, als die Mapper. Die Nutzer kommen
> schon von ganz allein zu uns, und wenn die ab und zu mal ueber eine
> kleine Huerde springen muessen, ist das wurscht. Schnueren wir aber
> den Mappern ein zu enges Korsett, dann machen die lieber was anderes,
> und das waere doof.


Wir schrecken aber auch genug Leute ab, weil OSM heute doch ziemlich 
unuebersichtlich ist. An vielen Stellen laesst sich das sicherlich nicht 
vermeiden, weil einfach noch nicht geklaert ist, wie das am Besten zu 
handhaben ist. Aber wenn man sich auf einen einheitlichen Weg einigen 
kann, dann sollte man den auch konsequent verfolgen und nicht die 
unterschiedlichen Varianten pflegen, weil das nun mal so eine tolle, 
lebende OSM-Kultur ist.

Da es bei uns ja mit klaren Beschreibungen nicht so weit her ist, wird 
ein Grossteil der OSM-Daten sicherlich so eingetragen, dass der Mapper 
sich umschaut, wie entsprechende Sachen anderswo abgebildet wurden. An 
dieser Stelle wuerde es dem Mapper dann auch leichter fallen, wenn man 
den Datenbestand soweit sinnvoll zwangsbereinigt.

Gruss
Torsten

PS: Es waere mal interessant zu wissen, wieviele Leute bei OSM um des 
Mappens-Willen mitmachen, und wieviele staerker am Ergebniss bzw. Nutzen 
interessiert sind. Hier in den Diskussionen prallen doch immer wieder 
beide Sichtweisen aufeinander.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Rendering-Experimente

[Bernd Wurst]

Hallo.

Am Donnerstag, 7. August 2008 schrieb Tobias Wendorff:
> >> Leider kann ich noch nicht sagen, ob und wann ich es OpenSource
> >> mache. Ich habe etwas mit den erzeugten Daten vor, wovon viele
> >> Leute profitieren könnten.
> > Ich glaube auf Kommentare dieser Art können wir getrost verzichten.
> Yeah! OSMotto: "Wenn Du es nicht freigibst, kannst Du Dich verpissen".de

Nein, ich schaffe es nicht diese Schlussfolgerung in meine Aussage rein zu 
interpretieren.


Gib es frei oder nicht. Aber sag nicht sinngemäß Dinge wie "ja, das wird mal 
was ganz, ganz großes und um die Spannung zu erhalten kann ich den sourcecode 
nicht freigeben".

Gruß, Bernd

-- 
Mit Hacken ist das wie mit dem Blues. Wer fragen muß, was Hacken ist,
wird es nie verstehen.  -  Felix von Leitner


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenbankbereinigung

[Tobias Wendorff]

Bernd Wurst schrieb:
> Entweder es gibt diesen Konverter bereits oder es interessiert niemanden oder 
> KML kann nicht alles abbilden was man von OSM an Daten will.
> Dass es einfach noch keiner *geschafft* hat, einen solchen Konverter zu 
> schreiben, glaube ich nicht.

Es gibt genug Konverter, habe auch nie das Gegenteil behauptet. Mich
nervt es nur, hunderte Formate zu haben, die im Endeffekt alle das
gleiche können.

>> Kann man durch Tagwatch alle Typen für einen Tag erhalten?
>> Wenn ja: Bitte erklären.
> 
> Beispiel:
> 
> http://tagwatch.stoecker.eu/Germany/En/tags.html

"morning to south, evening to North" finde ich sehr cool.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Alpha: Webbrowser-Plugin für JOSM

[Josias]

André Reichelt schrieb:
> Ob man will oder nicht, der IE ist bei jedem WIndows dabei und lässt 
> sich nicht entfernen. Einzig und alleine die Verknüpfungen lassen sich 
> löschen.

falsch...
http://www.netzwelt.de/news/70062-internet-explorer-teil-7-den.html

ach ja... bei osm schein der Anteil von Linux tatsächlich sehr hoch zu sein.
liegt vielleicht am Opensorce charakter von osm

alles gute
Josias

(ein 'spinner')


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Rendering-Experimente

[Tobias Wendorff]

Hallo,

Bernd Wurst schrieb:
> Okay, du wandelst also nur nach SVG, das wirkliche rendering kommt ja erst 
> danach. 

Ja, ich wandle nur - ich nenne es Rendering, weil die Striche da ein
Aussehen bekommen.

> Ein alternativer und performanter OSM->PNG-Renderer wäre mal ne sinnvolle 
> Sache. :)

Ich sehe PNG nicht als sinnvoll an, weil ich Vektordaten haben
will.

>> Leider kann ich noch nicht sagen, ob und wann ich es OpenSource
>> mache. Ich habe etwas mit den erzeugten Daten vor, wovon viele
>> Leute profitieren könnten.
> 
> Ich glaube auf Kommentare dieser Art können wir getrost verzichten.

Yeah! OSMotto: "Wenn Du es nicht freigibst, kannst Du Dich verpissen".de

> Mach es frei wenn du es so willst oder lass es proprietär wenn du es so 
> willst.

Ganz einfacher Grund: Ich muss warten, bis die Professoren wieder da
sind. Ich will mir eine Diplomarbeitsthemenmöglichkeit nicht verbauen.

> Die Leute, die der Allgemeinheit "irgendwann mal" was gutes tun wollen 
> und "darum" "noch" keinen sourceode veröffentlichen, gibt es einfach zu 
> viele. Von den mir bekannten Fällen konnte bisher keiner ein Ergebnis 
> abliefern, das die geschürten Erwartungen auch nur annähernd befriedigt 
> hätte.

Bei mir hat das Programm-Schreiben momentan nicht so sehr Priorität,
sondern ich habe derzeit in größeres Mapping-Projekt. Daher kann ich
meinen Code nicht komplett bereinigen und will ihn derzeit halt einfach
noch nicht freigeben.

Grüße
Tobias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenbankbereinigung

[Bernd Wurst]

Hallo.

Am Donnerstag, 7. August 2008 schrieb Tobias Wendorff:
> Seit 14. April 2008 ist KML ein Standard des Open Geospatial Consortium.

Okay, das hab ich wohl mangels Interesse nicht mitbekommen.
Aber sei's drum. Wenn es alles zufriedenstellend abbilden könnte was ein 
relevanter Teil der OSM-community braucht, dann würde es einen Konverter 
geben. 

Entweder es gibt diesen Konverter bereits oder es interessiert niemanden oder 
KML kann nicht alles abbilden was man von OSM an Daten will.
Dass es einfach noch keiner *geschafft* hat, einen solchen Konverter zu 
schreiben, glaube ich nicht.


> Kann man durch Tagwatch alle Typen für einen Tag erhalten?
> Wenn ja: Bitte erklären.

Beispiel:

http://tagwatch.stoecker.eu/Germany/En/tags.html

Oh Mann, ich seh grade, da gibt es einige Unfälle bei diesem Tag. ;-)

Gruß, Bernd

-- 
"Ich hab mich immer gefragt, ob es einen Gott gibt.
Jetzt weiß ich es. Es gibt einen. Und das bin ich!"
  -  Homer S. in "Homer the Great"/"Homer der Auserwählte" (2F09) 


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Rendering-Experimente

[Bernd Wurst]

Hallo.

Am Donnerstag, 7. August 2008 schrieb Tobias Wendorff:
> Claudius Henrichs schrieb:
> > Schick. Wie performant ist das? Welche Bibliotheken nutzt du? Renderst
> > du direkt in das PNG-Tile?
> Also für den Ausschnitt rechnet er 3-5 Sekunden.
> [...]
> Erst glätte ich die Linien, rendere dann in SVG und verarbeite das
> dann weiter (hier Photoshop, weil Inkscape nicht aufging).

Okay, du wandelst also nur nach SVG, das wirkliche rendering kommt ja erst 
danach. 
Das macht osmarender in ähnlicher Geschwindigkeit. Immerhin dauert das rendern 
des SVG danach noch ein mehrfaches der SVG-Erzeugungszeit.


Ein alternativer und performanter OSM->PNG-Renderer wäre mal ne sinnvolle 
Sache. :)


> Leider kann ich noch nicht sagen, ob und wann ich es OpenSource
> mache. Ich habe etwas mit den erzeugten Daten vor, wovon viele
> Leute profitieren könnten.

Ich glaube auf Kommentare dieser Art können wir getrost verzichten.

Mach es frei wenn du es so willst oder lass es proprietär wenn du es so 
willst.

Die Leute, die der Allgemeinheit "irgendwann mal" was gutes tun wollen 
und "darum" "noch" keinen sourceode veröffentlichen, gibt es einfach zu 
viele. Von den mir bekannten Fällen konnte bisher keiner ein Ergebnis 
abliefern, das die geschürten Erwartungen auch nur annähernd befriedigt 
hätte.

Ich habe mich ja verleiten lassen, mich auf OpenRouteService als erstes 
Gegenbeispiel zu freuen...

Gruß, Bernd

-- 
Lieber häßlich als blöd oder beides


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenbankbereinigung

[Tobias Wendorff]

Bernd Wurst schrieb:
> Das ist Käse.
> KML ist ein Format eines Programms das das erste unter vielen Normalnutzern 
> verbreitete Programm seiner Art ist.

Seit 14. April 2008 ist KML ein Standard des Open Geospatial Consortium.

> Du steigerst dich da in was rein. Es gibt kein "yo" und auch kein "jawoll" in 
> den Daten sondern (soweit ich auf die Schnelle sehe) "yes", "true", "1" 
> und "-1" plus ein paar Groß-Kleinschreibungs-Variationen. Und genau diese 
> Varianten sind auf der Map-Features-Seite alle aufgelistet und daher nicht 
> durch Tagwatch herauszufinden sondern vorab bekannt.

Kann man durch Tagwatch alle Typen für einen Tag erhalten?
Wenn ja: Bitte erklären.

[Rest lese ich im Zug]

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenbankbereinigung

[Bernd Wurst]

Hallo.

Am Donnerstag, 7. August 2008 schrieb Tobias Wendorff:
> Frederik Ramm schrieb:
> > Niemand kann bei OSM irgendwen zu irgendwas verdonnern. Und HTML ist
> > eine ganz andere Baustelle.
> Wieso verwendet man dann nicht KML oder GPX, sondern führt OSM ein?
> KML ist der neue Standard für GIS-Daten.

Das ist Käse.
KML ist ein Format eines Programms das das erste unter vielen Normalnutzern 
verbreitete Programm seiner Art ist.


Aber deine Aussage ist schon auf anderer Ebene "Thema verfehlt": 
OSM ist ein XML-Datenformat, das ganz wenige Sachen festlegt. Es legt fest, 
dass es Nodes, Ways und Relations gibt, dass diese jeweils beliebig viele 
Key-Value-Paar haben können und noch ein paar andere Kleinigkeiten.

Was in den Freitext-Feldern "Key" und "Value" dann letztlich drin stehen soll, 
darüber sagt das OSM-Datenformat überhaupt gar nichts aus. 
Das entscheidet ganz alleine derjnige, der da Daten beiträgt.


> Also die würden sich sicher freuen, wenn sie "(int)1" statt "jawoll"
> bekommen würden.

Du steigerst dich da in was rein. Es gibt kein "yo" und auch kein "jawoll" in 
den Daten sondern (soweit ich auf die Schnelle sehe) "yes", "true", "1" 
und "-1" plus ein paar Groß-Kleinschreibungs-Variationen. Und genau diese 
Varianten sind auf der Map-Features-Seite alle aufgelistet und daher nicht 
durch Tagwatch herauszufinden sondern vorab bekannt.


Kein ernst gemeintes Programm wird direkt auf den OSM-XML-Daten arbeiten 
wollen das geht schon aufgrund der Datenmenge nicht. 

Jeder "Verbraucher" soll sich seine Datenmenge aus dem Bestand herausziehen. 
Wenn du Straßen willst, lass die Eisenbahnen und Flüsse weg. Wenn du nur 
Deutschland willst, lass alles andere Weg. Wenn du nur Staßennamen 
willst, ...

Zudem ist XML das denkbar ungünstigste Format für eine direkte Verarbeitung 
großer Datenmengen. Flexibel verarbeitbar für unterschiedlichste Anwendungen, 
aber nicht für direkte Operationen auf dem Datenbestand geeignet.

Du musst die Daten also in eine Datenbank oder ein passendes Spezial-Format 
konvertieren, damit du was damit anfangen kannst.

Diese Konversion muss dann sowieso 
  
in etwas anderes übersetzen. Und ob man dann nur diese Variante oder gleich 
noch die andern Tag-Möglichkeiten in eben dieses Ziel-Format konvertiert, ist 
vom Aufwand her echt minimal.


Natürlich wäre es dem Daten-Konsument lieber, wir hätten ein festes Schema, am 
besten mit genau so vielen highway-Klassen wie er selbst hat. Aber was haben 
wir davon? Nur Einschränkungen. 
Wir sind ein freies Projekt und unser oberstes Ziel ist die Erfassung der 
Daten. Es gibt momentan schon Verbraucher, die schaffen es, mit den Daten 
etwas anzufangen. Es kann also nicht so schwer sein.

Um es mal weiter zu spinnen: Es ist nicht unser Problem, dass alle 
Navi-Hersteller unterschiedliche proprietäre Datenformate nutzen. Gäbe es nur 
eins das offen dokumentiert ist, glaube mir es gäbe ruck-zuck einen freien 
und funktionierenden konverter von OSM-Daten in dieses Format.


> Die Mapper würden es ja gar nicht mitbekommen, weil der Editor es
> intern erstellt.

Hab ich was verpasst? Gibt es denn "den Editor" (»to rule them all«)?

Nein, es gibt JOSM, der sich redlich Mühe gibt, mit Vorlagen dem Benutzer ein 
Werkzeug zu geben, dass er bestimmte Dinge vielleicht gleich macht wie es 
andere tun.
Es gibt den Validator, der versucht, algorithmisch findbare Fehler zu 
erkennen.
Aber trotzdem gibt es die Tags als Freitext. Ich trage da ein was ich für 
geeignet halte. Natürlich orientiere ich mich am Wiki und den dort 
zusammengefassten Konventionen. Aber ich will nicht, dass mich ein Werkzeug 
zu irgendwas zwingt.

Dein HTML-Vergleich: Mein Kate wird sich strikt hüten, mir vorzuschreiben wie 
ich mein HTML zu schreiben habe. Nur weil auch ein paar WYSIWYG-Editoren 
mittlerweile gelernt haben, dass man durch Einhaltung einer Konvention 
vielleicht einfach besser ankommt, hat das keine Auswirkung auf HTML.
Zudem, wie Frederik schon schreibt: der Vergleich hinkt gewaltig, weil bei 
HTML eben alles festgelegt ist was es an Auszeichnungen gibt. Wenn jemand 
 schreibt, dann ist das schlicht falsch. Bei OSM ist das alles nicht 
festgelegt, es ist nur festgelegt, wie Key-Value-Paare gespeichert werden, 
nicht was drin steht.


> > Auch in anderen Bereichen waehlt OSM ziemlich konsequent immer die
> > Loesung, die fuer den Mapper einfacher ist und nicht die, die fuer den
> > Auswerter (Router, Renderer, ...) einfacher ist.
> Also Mappen wir nur zu Mappen oder wie? :-)

Nein, wir mappen für den Datenbestand. Es gibt schon einige Verbraucher die 
Daten von OSM nutzen und die schaffen das. Bisher sogar ganz gut ohne 
Zwangsreglementierungen der Mapper.

Jemand, der hier ankommt, das Prinzip weder verstanden hat noch unterstützt 
und einfach nur schnell und billig Daten haben will, der kann sich ganz 
schnell die Finger verbrennen. Wir *liefern* keine Daten, wir *sammeln* die 
Daten. Man kann sie sich holen, aber wir liefern nicht fertig konfektioniert 

Re: [Talk-de] Datenbankbereinigung

[Tobias Wendorff]

Sven Geggus schrieb:
> Ach ja und wo wir grade dabei sind osm2kml dürfte recht einfach in
> xslt zu machen sein.

XSLT gefällt mir nicht, da die Rechenoperationen echt gruselig sind.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenbankbereinigung

[Tobias Wendorff]

Sven Geggus schrieb:
> Heul doch!


Das war unnötig!

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenbankbereinigung

[Sven Geggus]

Tobias Wendorff <[EMAIL PROTECTED]> wrote:

> Wieso verwendet man dann nicht KML oder GPX, sondern führt OSM ein?
> KML ist der neue Standard für GIS-Daten.

Make ist simple - stupid! 

Ach ja und wo wir grade dabei sind osm2kml dürfte recht einfach in
xslt zu machen sein.

Sven

-- 
The main thing to note is that when you choose open source you don't
get a Windows operating system.
  (from http://www.dell.com/ubuntu)
/me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenbankbereinigung

[Sven Geggus]

Tobias Wendorff <[EMAIL PROTECTED]> wrote:

> Der Pluralismus endet hier im Chaos. Ich muss jetzt vergleichen, ob
> es: ja, yes, yo, 1, true, yepp und dann noch die Gegenteile vergleichen.
> Zusätzlich noch ein Abfrage, ob das Feld vielleicht leer ist.

Heul doch! Wenn man die Daten in Postgis drin hat ist das grade mal
ein _einziger_ update Befehl um das zu bereinigen:

osm=> update planet_osm_line set oneway='yes' where (oneway='true' or 
oneway='1');
UPDATE 2937

Ein bissl Statistik für Baden-Württemberg (mehr ist in meiner Postgis
derzeit nicht drin):

oneway='1': 5
oneway='true':  652
oneway='yes':   2051
oneway='yo':0
oneway='yepp':  0
oneway='ja':0

Die Abfragen sind natürlich älter als der update :)

Wo wirs vorghin grade von ungeeigneten Tools hatten, psotgis ist
definitiv eines der geeigneteren.

Gruss

Sven

-- 
.. this message has been created using an outdated OS (UNIX-like) with an 
outdated mail- or newsreader (text-only) :-P

/me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Alpha: Webbrowser-Plugin für JOSM

[Tobias Wendorff]

Hallo,

Johann H. Addicks schrieb:
> Auf dem Datenlayer? Auf der Slippy-Map? Dort habe ich jeweils nur nur "Load 
> Tile", "Show Tile Status", "Request Update" und "Load All Tiles". 

Okay, HowTo:
Wenn Du das Plugin geladen hast, kannst Du unter "File" den Menüpunkt
"Add Web Browser Layer" wählen. Dann erscheint ein neuer Layer rechts.
Rechte Maustaste drauf und "Navigate". Dann baut in der Mitte eine
Website auf.

> Also nochmal ganz wirklich blöd gefragt: 
> - Was soll dieses Plugin erreichen?  

Integration von Maps, bevorzugt Yahoo, im Rahmen der Nutzungbedingungen.

> - Welche Funktion ersetzt es oder was bietet es "mehr"?

Es wird das Yahoo-Plugin ersetzen, welches unter Firefox 3 nicht mehr
funktioniert.

> - Muss man wirklich nichts weiter machen als es ins Plugin-Verzeichnis zu den 
> anderen Plugins zu speichern? Also keinen Pfad zum IE o.ä. irgendwo 
> eintragen? 

- IE installiert haben
- ggf. das Plugin noch in JOSM aktivieren (Preferences)

> Auf dem Slipp-Map-Layer habe ich zumindest irgendwelches undefinierbares 
> Gelb/weißes Gekringel/Legoklötzchen auf grauem Grund, die jedoch keinerlei 
> Zusammenhang erkennen lassen zu den geladenen OSM-Daten oder dem derzeitigen 
> Render-Ergebnis auf mapnik/osmarender-Karte. 

Es muss ein grauer Webbrowser erscheinen.

Grüße
Tobias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Rendering-Experimente

[Tobias Wendorff]

Hallo,

Claudius Henrichs schrieb:
> Schick. Wie performant ist das? Welche Bibliotheken nutzt du? Renderst 
> du direkt in das PNG-Tile?

Also für den Ausschnitt rechnet er 3-5 Sekunden.

Ich mag es nicht fremde Klassen zu verwenden. Auch wenn ich jedes Mal
das Rad neu erfinde, habe ich wenigstens die komplette Kontrolle
darüber :-)

Erst glätte ich die Linien, rendere dann in SVG und verarbeite das
dann weiter (hier Photoshop, weil Inkscape nicht aufging).

> ...und wie wir bei Skype immer sagen: Sharing is good. Wo bleibt der 
> Source? :P (Jetzt bitte nicht mit der Gegenfrage kontern ;) )

Leider kann ich noch nicht sagen, ob und wann ich es OpenSource
mache. Ich habe etwas mit den erzeugten Daten vor, wovon viele
Leute profitieren könnten.

Grüße
Tobias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Alpha: Webbrowser-Plugin für JOSM

[Johann H. Addicks]

Tobias Wendorff tobias.wendorff at uni-dortmund.de 
Thu Aug 7 12:51:16 BST 2008 

>> Was soll das Ding denn genau machen?
>> Ehrlichgesagt kann ich nicht beobachten, dass sich irgendwas ändern 
>> würde, außer dass hier und da nach wie vor ein hilfloser FF3 aufgeht, 
>> der dann -wenn überhaupt irgendein absurd winziges PNG anzeigt.

> Rechte Maustaste auf den Layer und "Navigate" ausgewählt?

Auf dem Datenlayer? Auf der Slippy-Map? Dort habe ich jeweils nur nur "Load 
Tile", "Show Tile Status", "Request Update" und "Load All Tiles". 

Also nochmal ganz wirklich blöd gefragt: 
- Was soll dieses Plugin erreichen?  
- Welche Funktion ersetzt es oder was bietet es "mehr"?
- Muss man wirklich nichts weiter machen als es ins Plugin-Verzeichnis zu den 
anderen Plugins zu speichern? Also keinen Pfad zum IE o.ä. irgendwo eintragen? 

Auf dem Slipp-Map-Layer habe ich zumindest irgendwelches undefinierbares 
Gelb/weißes Gekringel/Legoklötzchen auf grauem Grund, die jedoch keinerlei 
Zusammenhang erkennen lassen zu den geladenen OSM-Daten oder dem derzeitigen 
Render-Ergebnis auf mapnik/osmarender-Karte. 

-jha- 

-jha- 


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Rendering-Experimente

[Claudius Henrichs]

Tobias Wendorff:
> Hallo Leute,
> 
> nachdem mir Mapnik und Osmarender nicht so zugesagt haben (Straßennamen
> sind hässlich etc.) habe ich angefangen, etwas eigenes zu entwickeln.
> Basiert auf PHP ... steinigt mich, kann halt nix anderes.
> 
> Beispiele (ja ... testweise angelehnt an eine bekannte Suchmaschine):
> http://raumplanung.tobwen.de/OSM/rendering/OSM_01.png
> http://raumplanung.tobwen.de/OSM/rendering/OSM_02.png
> 
> Ansicht bei Google:
> http://maps.google.de/maps?ll=51.526642,7.462935&spn=0.004733,0.009656&z=17
> 
> Ist noch viel zu tun, ich finde es aber ansehnlich :-)
> 
> Grüße
> Tobias

Schick. Wie performant ist das? Welche Bibliotheken nutzt du? Renderst 
du direkt in das PNG-Tile?

...und wie wir bei Skype immer sagen: Sharing is good. Wo bleibt der 
Source? :P (Jetzt bitte nicht mit der Gegenfrage kontern ;) )


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Bug in OpenStreetBugs?

[Andreas Titz]

Claudius Henrichs wrote:
> Das ist ein Feature der Markerverwaltung. 

Das habe ich fast befürchtet. ;-) Ich habe mir jetzt eben eine 
Lesezeichensammlung bei größerem Zoom angelegt. Das mit kann ich auch 
noch leben.

 > Auf Zoom 10 und darunter
> werden keine Marker angezeigt, da das bei der Auflösung reichlich 
> sinnfrei ist.

Ein paar Marker /werden/ aber auch schon bei Zoom 10 angezeigt. Sonst 
hätte ich mich ja nicht über das Fehlen "meines" Markers gewundert. - 
Aber egal, die jetzige Lösung ist für mich erstmal OK.


Gruß Andreas


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Rendering-Experimente

[Mario Salvini]

Tobias Wendorff schrieb:
> Hallo Leute,
>
> nachdem mir Mapnik und Osmarender nicht so zugesagt haben (Straßennamen
> sind hässlich etc.) habe ich angefangen, etwas eigenes zu entwickeln.
> Basiert auf PHP ... steinigt mich, kann halt nix anderes.
>
> Beispiele (ja ... testweise angelehnt an eine bekannte Suchmaschine):
> http://raumplanung.tobwen.de/OSM/rendering/OSM_01.png
> http://raumplanung.tobwen.de/OSM/rendering/OSM_02.png
>
> Ansicht bei Google:
> http://maps.google.de/maps?ll=51.526642,7.462935&spn=0.004733,0.009656&z=17
>
> Ist noch viel zu tun, ich finde es aber ansehnlich :-)
>
> Grüße
> Tobias
>   
schönes proof-of-concept :)

wenn du jetzt schön schöne Dinge wie street-Relations und cycleway=* und 
footway=* auch noch hinbekommst. hast du einen klaren Vorsprung vor 
Osmarender und Mapnik :)
Vielleicht inspiriert dich ja Ferdis Corbra-Renderer 
http://www.studio-24.net/osm/images/dev08072603.jpg :)

Gruß
 Mario

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenbankbereinigung

[Frederik Ramm]

Hallo,

> Nun, wenn man schon "OSM" als Format schafft, sollte man auch Regeln
> festlegen, sonst hätte man es nicht einführen müssen.

Niemand hatte je den Anspruch, ein Format zu schaffen. Die 
Herausforderung bei OSM ist, aus den Daten was gutes zu machen, ohne 
dass es feste Regeln gibt, weil feste Regeln den Evolutionsprozess 
zerstoeren, den Mapper zum tumben Datentypisten machen und dem Projekt 
die Dynamik nehmen, die es zum Leben braucht.

Mir ist schon klar, dass es fuer die Nutzer der Daten etwas 
komplizierter ist, aber die vernuenftige Loesung waere, sich einen 
normierenden Zwischenlayer auszudenken, der die Daten in das wandelt, 
was man gerne haette, und NICHT, die Mapper normieren zu wollen.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenbankbereinigung

[Tobias Wendorff]

Hallo,

Frederik Ramm schrieb:
> Niemand kann bei OSM irgendwen zu irgendwas verdonnern. Und HTML ist 
> eine ganz andere Baustelle.

Wieso verwendet man dann nicht KML oder GPX, sondern führt OSM ein?
KML ist der neue Standard für GIS-Daten.

> Damit sowas wirklich funktioniert, muesste in der API hinterlegt sein, 
> welche Tags welche Werte haben duerfen, und genau so etwas wollen wir 
> explizit *nicht*, weil es dazu fuehren wuerde, dass jemand, der mit 
> gutem Grund vom Etablierten abweichen will, dies erst dem Datenbank- 
> Steuerungs-Kommittee erklaeren muesste.

Also die würden sich sicher freuen, wenn sie "(int)1" statt "jawoll"
bekommen würden.

>> Nicht nur die Renderer verarbeiten die Daten ... alles muss per Hand
>> korrigiert oder angepasst werden. Es nervt einfach.
> 
> Besser, die Nutzer sind genervt, als die Mapper. Die Nutzer kommen schon 
> von ganz allein zu uns, und wenn die ab und zu mal ueber eine kleine 
> Huerde springen muessen, ist das wurscht. Schnueren wir aber den Mappern 
> ein zu enges Korsett, dann machen die lieber was anderes, und das waere 
> doof.

Die Mapper würden es ja gar nicht mitbekommen, weil der Editor es
intern erstellt.

> Auch in anderen Bereichen waehlt OSM ziemlich konsequent immer die 
> Loesung, die fuer den Mapper einfacher ist und nicht die, die fuer den 
> Auswerter (Router, Renderer, ...) einfacher ist.

Also Mappen wir nur zu Mappen oder wie? :-)

Grüße
Tobias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenbankbereinigung

[Frederik Ramm]

Hallo,

>> Von "Reinigungen" und Trimmung auf Standard halte ich wenig, weil es mit 
>> Kanonen auf Spatzen geschossen ist. Der Druck durch die Renderer reicht 
>> meines Erachtens.
> 
> Wieso? Einmal bereinigen und dann die Editoren auf einen Standard
> verdonnern. HTML funktioniert nicht anders.

Niemand kann bei OSM irgendwen zu irgendwas verdonnern. Und HTML ist 
eine ganz andere Baustelle.

Damit sowas wirklich funktioniert, muesste in der API hinterlegt sein, 
welche Tags welche Werte haben duerfen, und genau so etwas wollen wir 
explizit *nicht*, weil es dazu fuehren wuerde, dass jemand, der mit 
gutem Grund vom Etablierten abweichen will, dies erst dem Datenbank- 
Steuerungs-Kommittee erklaeren muesste.

> Nicht nur die Renderer verarbeiten die Daten ... alles muss per Hand
> korrigiert oder angepasst werden. Es nervt einfach.

Besser, die Nutzer sind genervt, als die Mapper. Die Nutzer kommen schon 
von ganz allein zu uns, und wenn die ab und zu mal ueber eine kleine 
Huerde springen muessen, ist das wurscht. Schnueren wir aber den Mappern 
ein zu enges Korsett, dann machen die lieber was anderes, und das waere 
doof.

Auch in anderen Bereichen waehlt OSM ziemlich konsequent immer die 
Loesung, die fuer den Mapper einfacher ist und nicht die, die fuer den 
Auswerter (Router, Renderer, ...) einfacher ist.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenbankbereinigung

[Tobias Wendorff]

Hallo,

Bernd Wurst schrieb:
> Es ist gleichzeitig witzig und befremdlich, welchen obskuren Zoo von 
> Programmiersprachen wir bei OSM haben. Eine ungeeigneter als die andere für 
> das was man damit (umfangsmäßig) einmal machen will... ;-)

PHP = keine Programmiersprache (bin stolz drauf ... nur 70%iger Nerd)

>> Mir ist aufgefallen, dass es mittlerweile mind. drei Schreibweisen
>> für "oneway" gibt: true, 1, yes
> 
> Korrekt, plus beinahe sämtliche groß-kleinschriebungs-Variationen.
> Und zudem halt noch -1 für die Gegenrichtung.

Wie, Standard ist "yes" und es gibt trotzdem "-1"? Super!

>> Wird es generell irgendwann mal eine Datenbankbereinigung geben,
>> damit es einen einheitlichen Standard gibt?
> 
> Vermutlich nicht. Jeder, der die Daten irgendwo weiter verarbeitet sollte für 
> solche Fälle einfach den Konverter so schreiben, das diese Unterschiede alle 
> zu einem für ihn passenden Wert konvertiert werden.

Also Tagwatch beobachten und ein Script dafür schreiben?

> Wenn du jetzt alles änderst, musst du das in 2 Monaten wieder tun weil jemand 
> es so einträgt wie er es gewohnt ist. Lieber mehrere Daten für dasselbe 
> erlauben und beim Exportieren bzw. Konvertieren dann vereinheitlichen.

Nein, Editoren strict machen, wie bei HTML & Co.

>> Oder kann man JOSM zukünftig beibringen, beim Speichern immer nur
>> TRUE oder 1 zu exportieren? Schließlich wurde ein Standard
>> festgelegt.
> 
> Wurd *festgelegt*? Wie bitte? Ich verwende oneway=yes weil das schön zu lesen 
> ist und zumindest als ich das letzte Mal in den Map-Features geschaut hab 
> stand das dort drin.
> Jetzt immer noch. :)

Nun, wenn man schon "OSM" als Format schafft, sollte man auch Regeln
festlegen, sonst hätte man es nicht einführen müssen. Du kannst doch
weiterhin "oneway=yes" schreiben, aber intern könnte JOSM das doch
auf "oneway=1" ändern. Würde keinen stören.

Grüße
Tobias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenbankbereinigung

[Tobias Wendorff]

Claudius Henrichs schrieb:
> Ein bisschen Pluralismus schadet doch nicht. Die überwiegende Mehrheit 
> nutzt doch "yes" und für den Rest bauste halte noch ein par && in die 
> if-Abfrage. Oder du lässt es weg und übst so sanften Druck aus: Wenn die 
> Einbahnstraße in deinem Rendering nicht sichtbar ist, weil jemand 
> "oneway=ja" getaggt hast wird er es spätestens dann ändern.

Der Pluralismus endet hier im Chaos. Ich muss jetzt vergleichen, ob
es: ja, yes, yo, 1, true, yepp und dann noch die Gegenteile vergleichen.
Zusätzlich noch ein Abfrage, ob das Feld vielleicht leer ist.

> Von "Reinigungen" und Trimmung auf Standard halte ich wenig, weil es mit 
> Kanonen auf Spatzen geschossen ist. Der Druck durch die Renderer reicht 
> meines Erachtens.

Wieso? Einmal bereinigen und dann die Editoren auf einen Standard
verdonnern. HTML funktioniert nicht anders.

Nicht nur die Renderer verarbeiten die Daten ... alles muss per Hand
korrigiert oder angepasst werden. Es nervt einfach.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Rendering-Experimente

[Tobias Wendorff]

Hallo Leute,

nachdem mir Mapnik und Osmarender nicht so zugesagt haben (Straßennamen
sind hässlich etc.) habe ich angefangen, etwas eigenes zu entwickeln.
Basiert auf PHP ... steinigt mich, kann halt nix anderes.

Beispiele (ja ... testweise angelehnt an eine bekannte Suchmaschine):
http://raumplanung.tobwen.de/OSM/rendering/OSM_01.png
http://raumplanung.tobwen.de/OSM/rendering/OSM_02.png

Ansicht bei Google:
http://maps.google.de/maps?ll=51.526642,7.462935&spn=0.004733,0.009656&z=17

Ist noch viel zu tun, ich finde es aber ansehnlich :-)

Grüße
Tobias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenbankbereinigung

[Claudius Henrichs]

Tobias Wendorff:
> Hallo Leute,
> 
> ich schreibe derzeit eine Lösung für das Rendering von Straßennamen
> (ja ... in PHP, steinigt mich!).
> 
> Mir ist aufgefallen, dass es mittlerweile mind. drei Schreibweisen
> für "oneway" gibt: true, 1, yes
> 
> Wird es generell irgendwann mal eine Datenbankbereinigung geben,
> damit es einen einheitlichen Standard gibt?
> 
> Oder kann man JOSM zukünftig beibringen, beim Speichern immer nur
> TRUE oder 1 zu exportieren? Schließlich wurde ein Standard
> festgelegt.
> 
> Grüße
> Tobias

Ein bisschen Pluralismus schadet doch nicht. Die überwiegende Mehrheit 
nutzt doch "yes" und für den Rest bauste halte noch ein par && in die 
if-Abfrage. Oder du lässt es weg und übst so sanften Druck aus: Wenn die 
Einbahnstraße in deinem Rendering nicht sichtbar ist, weil jemand 
"oneway=ja" getaggt hast wird er es spätestens dann ändern.

Von "Reinigungen" und Trimmung auf Standard halte ich wenig, weil es mit 
Kanonen auf Spatzen geschossen ist. Der Druck durch die Renderer reicht 
meines Erachtens.


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenbankbereinigung

[Tobias Wendorff]

Mario Salvini schrieb:
> ich dachte der Standard sei oneway=yes?

Ja ja ... *rotwert und rausred* ich meinte nur generell:
Wir haben einen Standard, wieso die Editoren dann nicht dazu zwingen.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenbankbereinigung

[Bernd Wurst]

Hallo.

Am Donnerstag, 7. August 2008 schrieb Tobias Wendorff:
> ich schreibe derzeit eine Lösung für das Rendering von Straßennamen
> (ja ... in PHP, steinigt mich!).

Es ist gleichzeitig witzig und befremdlich, welchen obskuren Zoo von 
Programmiersprachen wir bei OSM haben. Eine ungeeigneter als die andere für 
das was man damit (umfangsmäßig) einmal machen will... ;-)

Aber ja, wer etwas in einer Programmiersprache macht, die er schon kann, macht 
es dafür hoffentlich in sich ordentlich.


> Mir ist aufgefallen, dass es mittlerweile mind. drei Schreibweisen
> für "oneway" gibt: true, 1, yes

Korrekt, plus beinahe sämtliche groß-kleinschriebungs-Variationen.
Und zudem halt noch -1 für die Gegenrichtung.


> Wird es generell irgendwann mal eine Datenbankbereinigung geben,
> damit es einen einheitlichen Standard gibt?

Vermutlich nicht. Jeder, der die Daten irgendwo weiter verarbeitet sollte für 
solche Fälle einfach den Konverter so schreiben, das diese Unterschiede alle 
zu einem für ihn passenden Wert konvertiert werden.

Wenn du jetzt alles änderst, musst du das in 2 Monaten wieder tun weil jemand 
es so einträgt wie er es gewohnt ist. Lieber mehrere Daten für dasselbe 
erlauben und beim Exportieren bzw. Konvertieren dann vereinheitlichen.


> Oder kann man JOSM zukünftig beibringen, beim Speichern immer nur
> TRUE oder 1 zu exportieren? Schließlich wurde ein Standard
> festgelegt.

Wurd *festgelegt*? Wie bitte? Ich verwende oneway=yes weil das schön zu lesen 
ist und zumindest als ich das letzte Mal in den Map-Features geschaut hab 
stand das dort drin.
Jetzt immer noch. :)

Gruß, Bernd

-- 
Die Philosophie ist eine Art Rache an der Wirklichkeit.  -  Friedrich 
Nietzsche


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Vorschlag: Himmelsrichtungen statt "left" und "right"

[Mario Salvini]

Tobias Wendorff schrieb:
> Stefan Schwan schrieb:
>   
>> Der Traffic hier ist zwar hoch - aber vor 3 Tagen wurde genau das
>> Thema schonmal diskutiert...
>> http://lists.openstreetmap.org/pipermail/talk-de/2008-August/018280.html
>> 
>
> Okay ... tut mir leid, der Titel wurde geändert und das war
> irgendwo in der Baumstruktur verschwunden.
>
> Bitte hier nicht mehr antworten!
>   
warum nicht? ich diskutiere lieber in diesem neuen Thread darüber, als 
in einem eigntlich ins OFF-topic abgerutscheten anderen Diskussion ;)

Gruß
 Mario

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Datenbankbereinigung

[Mario Salvini]

Tobias Wendorff schrieb:
> Hallo Leute,
>
> ich schreibe derzeit eine Lösung für das Rendering von Straßennamen
> (ja ... in PHP, steinigt mich!).
>
> Mir ist aufgefallen, dass es mittlerweile mind. drei Schreibweisen
> für "oneway" gibt: true, 1, yes
>
> Wird es generell irgendwann mal eine Datenbankbereinigung geben,
> damit es einen einheitlichen Standard gibt?
>
> Oder kann man JOSM zukünftig beibringen, beim Speichern immer nur
> TRUE oder 1 zu exportieren? Schließlich wurde ein Standard
> festgelegt.
>
> Grüße
> Tobias
>   
ich dachte der Standard sei oneway=yes?

irritierte Grüße
 Mario

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Bundesstraßen als trunk?

[Christoph Eckert]

Moin,

> Wir werden und hier noch 100 Jahre streiten was sinnvoll ist und was
> nicht, ohne zu einem Ergebniss zu kommen.

ehrlich gesagt verstehe ich gar nicht warum.

* Momentan mappen wir die highways halt "nach Gefühl", damit wir schnell ein 
brauchbares Grundgerüst zusammenbekommen, rendern und routen können. Über 
diese Herangehensweise kann man streiten, aber es garantiert dass wir schon 
heute brauchbare Ergebnisse vorweisen können.

* Parallel könnten Leute damit anfangen mit ein paar weiteren Keys die 
administrative Klassifizierung, die Durchschnittsgeschwindigkeit, die 
Oberflächenbeschaffenheit usw. usf. zu beschreiben.

* In 5 Jahren sind dann alle Straßen detailliert genug beschrieben, dass wir 
auch eine Karte mit den administrativen Straßentypen rendern oder berechnen 
lassen können, wieviele Straßenkilometer in Deutschland mit Flüsterasphalt 
belegt sind.

Alles prima, sollte man meinen, oder? Allerdings nur für den Fall dass nicht 
nur diskutiert sondern irgendwann mal angefangen wird. Sonst könntest Du mit 
Deinen 100 Jahren Recht behalten :-) .

Just my two cents,

ce


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Datenbankbereinigung

[Tobias Wendorff]

Hallo Leute,

ich schreibe derzeit eine Lösung für das Rendering von Straßennamen
(ja ... in PHP, steinigt mich!).

Mir ist aufgefallen, dass es mittlerweile mind. drei Schreibweisen
für "oneway" gibt: true, 1, yes

Wird es generell irgendwann mal eine Datenbankbereinigung geben,
damit es einen einheitlichen Standard gibt?

Oder kann man JOSM zukünftig beibringen, beim Speichern immer nur
TRUE oder 1 zu exportieren? Schließlich wurde ein Standard
festgelegt.

Grüße
Tobias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] GenWiki: vielleicht eine gute Quelle?

[mariner]

Hallo Mario,

Was soll das ganze mit OSM zu tun haben?

Gruss mariner

Mario Salvini wrote:
> Im Impressum bei denen steht:
>
> Autorenrecht am Artikel
>
> Wer als Autor im GenWiki aktiv wird, stellt sein Wissen in den Artikeln
> allen zur Verfügung: den Lesern, um Wissen daraus zu schöpfen, den
> anderen Autoren zur Weiterbearbeitung und Verbesserung. Jeder Autor
> überträgt mit dem Einstellen seiner Texte im GenWiki die Nutzungsrechte
> daran dem Verein Compgen für GenWiki oder ähnliche Vereinsprojekte
> dauerhaft und unwiderruflich. Er versichert, keine ausschließlichen
> Nutzungsrechte an diesen Texten anderweitig vergeben zu haben. Außerdem
> erkennt er an, dass die eingestellten Texte von anderen weiter
> bearbeitet und verändert werden können. In begründeten Fällen (z. B.
> nachträglich erkannten Rechtsverletzungen) können der Verein bzw. die
> Administratoren des Projektes eingestellte Texte auch löschen. Davon
> unberührt bleibt das Recht des Autors, seine Texte auch anderweitig zu
> veröffentlichen. Ist der Text allerdings inzwischen von Coautoren
> weiterbearbeitet worden, muss für die Veröffentlichung dieser
> Weiterbearbeitung an anderer Stelle das Einverständnis der Coautoren
> eingeholt werden.
>
> Nutzungsrecht
>
> Der Verein für Computergenealogie erhält von den Autoren das
> Nutzungsrecht an den von ihnen eingestellten Artikeln dauerhaft und
> unwiderruflich und zwar zur nichtkommerziellen Nutzung im GenWiki oder
> ähnlichen Projekten des Vereins.
>
> Vielleicht können wir da ja auch gute Infos (z.B. Otszugehörigkeit etc.)
> erfassen
>
> --
>   Mario
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
>   


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] GenWiki: vielleicht eine gute Quelle?

[Bernd Wurst]

Hallo.

Am Donnerstag, 7. August 2008 schrieb Mario Salvini:
> [Merkwürdig unfreie Lizenz]
>
> Vielleicht können wir da ja auch gute Infos (z.B. Otszugehörigkeit etc.)
> erfassen

Naja, das Nutzungsrecht das zu zitierst, erlaubt aber definitiv keine 
Fremdnutzung.

Gruß, Bernd

-- 
Sie schwankt, sie zögert, mit einem Worte: Sie ist eine Frau.
  -  Jean Racine (frz. Schriftsteller)


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] GenWiki: vielleicht eine gute Quelle?

[Mario Salvini]

Im Impressum bei denen steht:

Autorenrecht am Artikel

Wer als Autor im GenWiki aktiv wird, stellt sein Wissen in den Artikeln
allen zur Verfügung: den Lesern, um Wissen daraus zu schöpfen, den
anderen Autoren zur Weiterbearbeitung und Verbesserung. Jeder Autor
überträgt mit dem Einstellen seiner Texte im GenWiki die Nutzungsrechte
daran dem Verein Compgen für GenWiki oder ähnliche Vereinsprojekte
dauerhaft und unwiderruflich. Er versichert, keine ausschließlichen
Nutzungsrechte an diesen Texten anderweitig vergeben zu haben. Außerdem
erkennt er an, dass die eingestellten Texte von anderen weiter
bearbeitet und verändert werden können. In begründeten Fällen (z. B.
nachträglich erkannten Rechtsverletzungen) können der Verein bzw. die
Administratoren des Projektes eingestellte Texte auch löschen. Davon
unberührt bleibt das Recht des Autors, seine Texte auch anderweitig zu
veröffentlichen. Ist der Text allerdings inzwischen von Coautoren
weiterbearbeitet worden, muss für die Veröffentlichung dieser
Weiterbearbeitung an anderer Stelle das Einverständnis der Coautoren
eingeholt werden.

Nutzungsrecht

Der Verein für Computergenealogie erhält von den Autoren das
Nutzungsrecht an den von ihnen eingestellten Artikeln dauerhaft und
unwiderruflich und zwar zur nichtkommerziellen Nutzung im GenWiki oder
ähnlichen Projekten des Vereins.

Vielleicht können wir da ja auch gute Infos (z.B. Otszugehörigkeit etc.)
erfassen

--
  Mario

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Problem bei Aschaffenburg

[Peter Herison]

Bernd Wurst schrieb:

>Sven Geggus schrieb:
>> Data Layer im Openlayers unter http://www.openstreetmap.org/ einschalten.
>In dem Fall ist die Antwort aber nicht ausreichend. In dem Fall wurden nämlich 
>allem Anschein nach Nodes eines Weges verschoben und nicht der Weg geändert. 
>Die Nodes werden aber im Data-Layer nicht angezeigt.

Wenn Du den way anwaehlst bekommst Du ueber den Link "Details" die
zugehoerigen nodes angezeigt und darunter deren eigene history.


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wie tagge ich das denn: Anlieger frei nur von einer Seite?

[Mario Salvini]

Florian Heer schrieb:
> Hi!
>
> ich hab mir den Weg oft angesehen, ich habe kein Schild verpasst, da 
> fehlt auch kein Schildermast etc., ich wollte es auch nicht glauben, 
> aber ich habe eine Straße gefunden, die von einer Seite aus "Anlieger 
> frei" ist, von der anderen Seite aus nicht...
>
> Hilfe?
>
> Euer ungläubiger Florian.
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
>   
Ich denke, dass Schild versucht den Durchgangsverkehr so aus diesem 
Gebiet zu halten (quasi eine abgemildertere Variante des "'Durchfahrt 
verboten' aber keine Einbahnstraße" Prinzips.
Ich würde das access=destination auf einen Node oder auf einen sehr 
kurzen Way beschränken (da du ja die genauen Ausmase ohne Endschild nur 
raten kannst). Dann wird das Phenomen beim Routing auch entsprechend 
berücksichtigt.

Gruß
  Mario

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Anlieger frei nur von einer Seite

[m*sh]

Am Do, 7.08.2008, 13:31, schrieb [EMAIL PROTECTED]:
> Also, wenn Du das Schild nur auf einer Seite der Straße findest, dann ist
> das andere Ende vermutlich mitten im Gebiet

Nicht unbedingt, ich kenne sowohl Anliegerstrassen als auch 'frei nur fuer
Landwirtschaft', die jeweils nur von einer Seite beschildert sind.

Meist von der 'Hauptstrasse' aus um Durchgangsverkehr vom durchqueren der
entpsrechenden Gebiete abzuhalten.
Insbesondere ausserhalb von Deutschland scheint die Schilderwut durch
Sparmassnahmen begrenzt zu werden.

-- 
-m*sh-

 ___
|harry w. graner
|mail:   hy [_at_] sha-mash  [_dot_] de
|---
[public gpg-key on request]

take a look at my blogs:
http://sha-mash.blog.de


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] POI-Control und co.

[Marius Rieder]

Hallo Nochmals

> Jens Frank wrote:
>> Am 5. Juli 2008 13:08 schrieb Paul Lenz <[EMAIL PROTECTED]>:
>> OpenLayers kann mehrere Ebenen übereinander darstellen. Der
>> "Data"-Layer auf Openstreetmap.org macht vor, wie das geht.
>> Wenn Du Deine Daten in einen Layer legst, dann übernimmt
>> OpenLayers das Verschieben und Zoomen. Es gibt einen
>> Layer-Typ "Marker", in dem man an beliebige Punkte Marker
>> positionieren kann.
>>
>> Der richtig Weg waere wahrscheinlich, vom Marker-Layer
>> zu erben und dann im Layer die Events zum Nachladen
>> neu hinzugekommener Kartenausschnitte abzufangen.

Mitlerweilen funktieniert der POI-Layer auf lab.openstreetmap.ch als
Testversion. Ab Layer 12 werden Verschiedene POI's angezeigt und auch
schoen mitverschoben.

http://lab.openstreetmap.ch/?zoom=12&lat=47.11464&lon=9.11589&layers=B00TTT

Die POIs werden dabei wie die Karten in Kacheln angeliefert.

http://lab.openstreetmap.ch/poi/

Sind im momment aber nur Kacheln fuer Europa verfuegbar.

Gruss

Marius

-- 
~o__O Marius Rieder  O__o~
 |vV|   http://www.durchmesser.ch/   |vV|
/]  | <[EMAIL PROTECTED]> |  [\
---/|--|\[ Dance first.  Think later. ]/|--|\---


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Anlieger frei nur von einer Seite

[Lulu-Ann]

Ich kenne ein Hamburg-Finkenwerder ein ganzes Ortsviertel, das "Anlieger frei" 
ist.
Man fährt dann als nicht ortskundiger einmal ganz drum rum, bis man merkt, daß 
man anders nicht an die mitten im Gebiet liegende Straße dran kommt, und das 
dann ja auch darf.

Also, wenn Du das Schild nur auf einer Seite der Straße findest, dann ist das 
andere Ende vermutlich mitten im Gebiet - du mußt halt das ganze Planet.osm 
herunterladen, um die anderen Grenzen der Anliegerzone zu finden... *grins*

Gruß
Lulu-Ann
-- 
Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten 
Browser-Versionen downloaden: http://www.gmx.net/de/go/browser

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Kombination aus Tunnel und Brücke

[Martin Siegel]

Hallo!

Also ich finde ja, dass Mapnik da ganz richtig rendert.
Meiner Meinung nach (Wikipedia bestätigt diese) ist ein Tunnel ein 
Bauwerk, das ein Hinternis unterquert und eine Brücke eines, das ein 
Hindernis überquert.
Demnach ist dieses Bauwerk für mich eine Brücke und kein Tunnel. Ob die 
Brücke einen Kasten drumherum hat oder nicht, ist irrelevant für die 
Kategorisierung in diese beiden Bauwerksarten.

Abgesehen davon, ob das jetzt ein Tunnel ist oder eine Brücke, stellt 
hier Osmarender den Sachverhalt fehlerhaft dar, denn die Fahrbahn 
befindet sich eindeutig über dem Fluss und nicht unter dem Fluss, so wie 
Osmarender es darstellt.

Gruß: Martin


Wolfgang Silbermayr schrieb:
> Hallo!
>
> Unter
> http://openstreetmap.org/?lat=48.13976&lon=13.99375&zoom=17&layers=B00FTF
> ist ein Autobahn-Tunnel, der als Brücke über den Fluß geführt wird.
> Osmarender scheint das problemlos zu rendern, Mapnik bevorzugt
> offensichtlich die Brücke gegenüber dem Tunnel. Ist das
> behavioral-as-intended oder ein Fehler im Renderer?
>
> Grüße, Wolfgang.
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>   


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] nochmal zu B-Plänen

[Tobias Wendorff]

Diese Routingprogramm von Map-und-Guide für Radfahrer,
welches es für 20 EUR überall gibt, hat das sehr schön
gelöst.

Da sieht man, wie weit es zur Uni wirklich ist!


Marco Lechner schrieb:
> v.a. beim Fahrradrouting ;-)
> 
> Tobias Wendorff schrieb:
>> Hint:
>> Die ganze Routing-Angelegenheiten finde ich daher teilweise
>> auch für etwas zu simpel, da die Höhen gar nicht beachtet
>> werden. Wir gehen ja immer von einem perfekten Geoiden aus.
>>
>>   
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Kombination aus Tunnel und Brücke

[Stefan Popp]

Matthias Wimmer schrieb:

Hallo Wolfgang!

Wolfgang Silbermayr schrieb:
  

Unter
http://openstreetmap.org/?lat=48.13976&lon=13.99375&zoom=17&layers=B00FTF
ist ein Autobahn-Tunnel, der als Brücke über den Fluß geführt wird.
Osmarender scheint das problemlos zu rendern, Mapnik bevorzugt
offensichtlich die Brücke gegenüber dem Tunnel. Ist das
behavioral-as-intended oder ein Fehler im Renderer?



Wie hat man sich denn einen über eine Brücke geführten Tunnel 
vorzustellen? Liegt da auf der Brücke Fels auf durch den ein Tunnel 
gebaut wurde?
  

Nein, aber die Autobahn auf der Brücke ist eingehaust (zwecks Lärmschutz)
Kommt mir eher so vor als sei auf dem Brückenabschnitt das 
Tunnel-Attribut einfach unkorrekterweise gesetzt. Auch vom Satbild her 
scheint es mir eine normale umbaute Brücke und kein Tunnel auf dem 
Abschnitt zu sein.


  


Laut http://motorways-exitlists.com/europe/a/a8.htm ist die Brücke 
(teilw.) eingehaust, für den Autofahrer auf der AB sieht der Abschnitt 
dort also eher wie ein Tunnel aus.


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] nochmal zu B-Plänen

[Marco Lechner]

v.a. beim Fahrradrouting ;-)

Tobias Wendorff schrieb:

Hint:
Die ganze Routing-Angelegenheiten finde ich daher teilweise
auch für etwas zu simpel, da die Höhen gar nicht beachtet
werden. Wir gehen ja immer von einem perfekten Geoiden aus.

  
begin:vcard
fn:Marco Lechner
n:Lechner;Marco
org;quoted-printable;quoted-printable:Universit=C3=A4t Freiburg;Institut f=C3=BCr Physische Geographie
adr:;;Werthmannstr. 4;Freiburg;;79085;Deutschland
email;internet:[EMAIL PROTECTED]
tel;work:+49(0)761/203-3548
tel;fax:+49(0)761/203-3596
url:http://www.geographie.uni-freiburg.de
version:2.1
end:vcard

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Bug in OpenStreetBugs?

[Claudius Henrichs]

Andreas Titz:
> Peter Herison wrote:
>> Was ist ein "Ticket"? 
> 
> Das schrieb Garry ja schon.
> 
>  > Permalink, damit man sich das mal ansehen kann?
> 
> 
> Beim Reinzoomen in die Region südlich zwischen Hennigsdorf und Hohen 
> Neuendorf erscheinen dann weitere Markierungen.
> 
> Gruß Andreas

Das ist ein Feature der Markerverwaltung. Auf Zoom 10 und darunter 
werden keine Marker angezeigt, da das bei der Auflösung reichlich 
sinnfrei ist. Wenn ich aber auf 11 gehe werdne Marker geladen, die auch 
beim zurückzoomen im Markercache bleiben. Macht zur Übersicht vielleicht 
Sinn. Genausogut könnte der Markercache aber auch ab Zoom 10 wieder 
geleert werden.


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] nochmal zu B-Plänen

[Tobias Wendorff]

Marco Lechner schrieb:
> mir geht es nicht um den GK-Streifen. Es geht darum, dass es zur 
> Transformation von GK (Bessel) nach UTM (WGS84) durchaus 
> unterschiedliche Transformationsparameter gibt und das an einem 
> Standort. Klingt jetzt schizophren. Hängt aber davon ab wie man mit den 
> Daten rummacht.

[snip]

Guckt mal auf der Seite vom LVermA NRW (die heißen jetzt anders).

Dort sind die Abweichungen für NRW alleine drin ... manchmal
nur wenige Zentimeter - das ist schizophren, aber realistisch.

Hint:
Die ganze Routing-Angelegenheiten finde ich daher teilweise
auch für etwas zu simpel, da die Höhen gar nicht beachtet
werden. Wir gehen ja immer von einem perfekten Geoiden aus.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wie tagge ich das denn: Anlieger frei nur von einer Seite?

[Claudius Henrichs]

Florian Heer:
> Hi!
> 
> ich hab mir den Weg oft angesehen, ich habe kein Schild verpasst, da 
> fehlt auch kein Schildermast etc., ich wollte es auch nicht glauben, 
> aber ich habe eine Straße gefunden, die von einer Seite aus "Anlieger 
> frei" ist, von der anderen Seite aus nicht...
> 
> Hilfe?
> 
> Euer ungläubiger Florian.

Verwende dafür am besten eine Turn-Restriction-Relation mit 
access=destination:
http://wiki.openstreetmap.org/index.php/Relations/Proposed/Turn_Restrictions


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Neues Spielzeug

[Tobias Wendorff]

Hallo,

Thorsten Feles schrieb:
> Vielleicht interessiert es ja den eine oder anderen hier:
> 
> http://www.heise.de/newsticker/Nikon-stellt-erste-Kompaktkamera-mit-integriertem-GPS-vor--/meldung/113941

Stimmt nicht so richtig:
http://www.alta4.com/de/geoimaging/camera/index.php

Das Nikon-Ding kannst knicken, weil der Kompass fehlt!

Grüße
Tobias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Alpha: Webbrowser-Plugin für JOSM

[Tobias Wendorff]

Johann H. Addicks schrieb:
> Was soll das Ding denn genau machen?
> Ehrlichgesagt kann ich nicht beobachten, dass sich irgendwas ändern 
> würde, außer dass hier und da nach wie vor ein hilfloser FF3 aufgeht, 
> der dann -wenn überhaupt irgendein absurd winziges PNG anzeigt.

Rechte Maustaste auf den Layer und "Navigate" ausgewählt?

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Archiv defekt?

[Tobias Wendorff]

Johann H. Addicks schrieb:

[error] ... Fixed!

Sorry, mein FTP-Client hat das Archiv nicht als Binärdatei erkannt ...

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Neues Spielzeug

[Paul Lenz]

Was mich interessiert, steht in dem Artikel leider
nicht: Gibt es eine Extra-Batterie für das GPS?
Oder muss die Kamera ständig eingeschaltet bleiben?
Wie lange halten dann die Batterien? Oder: wenn
man die Kamera einschaltet - wie lange dauert es,
bis der Standort lokalisiert ist? Muss man so lange
mit dem Auslösen warten? Oder werden die GPS-Daten
auch nachträglich gespeichert? Fragen über Fragen...


Paul

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Neues Spielzeug

[Thorsten Feles]

Vielleicht interessiert es ja den eine oder anderen hier:

http://www.heise.de/newsticker/Nikon-stellt-erste-Kompaktkamera-mit-integriertem-GPS-vor--/meldung/113941

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] nochmal zu B-Plänen

[Martin Koppenhoefer]

>
> Am 6. August 2008 17:27 schrieb Tobias Wendorff
> <[EMAIL PROTECTED]>:
>>
>> Martin Koppenhoefer schrieb:
>> > das ist nicht der ausschlaggebende Grund (und kann es rechtlich auch
>> > nicht sein). Vielmehr ist es so, dass nicht grundsätzlich überall
>> > B-Pläne aufgestellt sind, und die Gemeinden auch nicht verpflichtet
>> > sind, diese aufzustellen. In Berlin gibt es z.B. kaum B-Pläne.
>>
>> Eeehm ... Die Gemeinde stellt den Plan auf: Kommunale Planungshoheit!
>>
>> Sobald gebaut will _muss_ ein B-Plan aufgestellt werden, in Absprache
>> mit Eigentümern und Bauträgern.
>>
>
> Nein, das stimmt nicht, es _muss_ keineswegs ein B-Plan aufgestellt werden!
> (Z.B. Neue Gebäude in Baulücken im bebautem Bereich ohne B-Plan können
> sich am Charakter der vorh. Bebauung orientieren; oder Bauen im
> Aussenbereich nach §34 etc.)
>
> Gruß
> Thomas Clormann
>

ganz genau, ein qualifizierter B-Plan erleichtert zwar die Pruefung,
was genau gebaut werden darf, ist aber nicht erforderlich gem. BauGB
wie schon oben zitiert. Neben den erwaehnten Moeglichkeiten nach
Paragr. 34 und 35 gibt es z.B. auch vorhabenbezogene B-Plaene in
Kombination mit staedtebaulichen Vertraegen. Wenn ein B-Plan
aufgestellt wird, hat allerdings die Kommune die Planungshoheit, das
ist richtig.

Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] GPX-Datei bearbeiten

[Simon Kokolakis]

Raimond Spekking schrieb:
> welches grafische Tool könnt ihr empfehlen, um eine GPX-Datei  zu 
> bereinigen, z.B. von Punktwolken vom Herumstehen? 

viking. [1]

Gruß Simon

[1] http://viking.sourceforge.net



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] GPX-Datei bearbeiten

[Andrea-Duri Bertogg]

Hi ich verwende manchmal den Routconverter oder nehme die SW meiner Map Source 
(GARMIN) und korrigiere die Tracks. Anschliessend in einem XML-Editor 
Zeitstempel nachtragen
Gruss Virago
www.routeconverter.de

> -Ursprüngliche Nachricht-
> Von: "Raimond Spekking" <[EMAIL PROTECTED]>
> Gesendet: 07.08.08 06:43:58
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] GPX-Datei bearbeiten


> Dirk Stöcker schrieb:
> > On Fri, 1 Aug 2008, Raimond Spekking wrote:
> > 
> >> welches grafische Tool könnt ihr empfehlen, um eine GPX-Datei  zu 
> >> bereinigen, z.B. von Punktwolken vom Herumstehen?
> >>
> >> Ich habe es mit jOSM probiert, aber die darauf wieder erzeugte 
> >> .gpx-Datei wurde nach dem Upload auf openstreetmap.org als fehlerhaft 
> >> abgewiesen:
> >> "0 points parsed ok. Do they all have lat,lng,alt,timestamp?"
> > 
> > Ich habe die fehlende Zeit in den GPX-Eports nachgetragen. Probier mal, 
> > ob Release 743 besser funktioniert.
> > 
> 
> Ja wunderbar, vielen Dank für die superschnelle Umsetzung :) Bin leider 
> gestern erst zum Testen gekommen.
> 
> Ciao, Raymond.
> 
> 
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
> 
> 



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Bundesstraßen als trunk?

[Dominik Spies]

Das ist doch hier alles das alte Hin- und Her, Klassifizierung vs.
Ausbauzustand.

Bei Autobahnen: gehen wir stur nach Autobahn im Sinne der StVO.
Bei trunk gehen die Briten nach Klassifizierung, wir nach
Ausbauzustand, manche nach Klassifizierung (Kraftfahrstraße)
Bei primary: offizielle Klassifizierung (Bundesstraße)
Bei secondary/tertiary wieder ein Misch-Masch aus Klassifizierung
(Land/Staatsstraße secondray, Kreisstraßen auch, aber schlecht
ausgebaute doch tertiary, Gemeindestraßen teilweise auch als
tertiary/secondary/primary(??)/trunk(??) wenn entsprechend ausgebaut.


Wir werden und hier noch 100 Jahre streiten was sinnvoll ist und was
nicht, ohne zu einem Ergebniss zu kommen.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Kombination aus Tunnel und Brücke

[Matthias Wimmer]

Hallo Wolfgang!

Wolfgang Silbermayr schrieb:
> Unter
> http://openstreetmap.org/?lat=48.13976&lon=13.99375&zoom=17&layers=B00FTF
> ist ein Autobahn-Tunnel, der als Brücke über den Fluß geführt wird.
> Osmarender scheint das problemlos zu rendern, Mapnik bevorzugt
> offensichtlich die Brücke gegenüber dem Tunnel. Ist das
> behavioral-as-intended oder ein Fehler im Renderer?

Wie hat man sich denn einen über eine Brücke geführten Tunnel 
vorzustellen? Liegt da auf der Brücke Fels auf durch den ein Tunnel 
gebaut wurde?
Kommt mir eher so vor als sei auf dem Brückenabschnitt das 
Tunnel-Attribut einfach unkorrekterweise gesetzt. Auch vom Satbild her 
scheint es mir eine normale umbaute Brücke und kein Tunnel auf dem 
Abschnitt zu sein.


Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wie tagge ich das denn: Anlieger frei nur von einer Seite?

[Matthias Wimmer]

Hallo Florian Herr!

Florian Heer schrieb:
> ich hab mir den Weg oft angesehen, ich habe kein Schild verpasst, da 
> fehlt auch kein Schildermast etc., ich wollte es auch nicht glauben, 
> aber ich habe eine Straße gefunden, die von einer Seite aus "Anlieger 
> frei" ist, von der anderen Seite aus nicht...

So etwas gibt es in München auch: Am süd-östlichen Ende der 
Kreuzhofstraße 
(http://informationfreeway.org/?lat=48.09918895905976&lon=11.505635315162838&zoom=17&layers=B000F000F)
 
  stehen sogar noch zwei verschiedene Beschilderungen, je nachdem ob man 
sich den linken oder rechten Ast dieser Weggabelung anschaut. Der linke 
Ast hat ein Verbot der Einfahrt (Zeichen 267), über den rechten Ast 
dagegen ist "Anlieger frei" beschildert. Von der anderen Seite zu diesem 
Straßenstück gibt es aber keine Einschränkung in der Zufahrt.

Interpretieren würde ich das als den Wunsch, dass Anlieger direkt zu 
ihren Grundstücken fahren dürfen, für den Durchgangsverkehr es aber eine 
Einbahnstraße sein soll. Problem ist nur, dass die Straße von ihrer Lage 
her eigentlich gar nicht sinnvoll als Durchgangsstraße verwendet werden 
kann. An sich also einfach mal wieder unnötiger Schilderwald.


Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Luftbilder Vermessungsamt Ba-Wü

[Bernd Wurst]

Hallo.

Am Donnerstag, 7. August 2008 schrieb Bernd Wurst:
> Kann mir jemand sagen, wie man einen
> WMS-Server ansteuert, damit ich mal manuell die Fehlermeldung provozieren
> kann?

Okay, über den DeutschlandViewer kann man momentan ganz viele WMS-sourcen 
nicht mehr abrufen, scheint als hätten die da was verbockt.

Gruß, Bernd

-- 
Alle Menschen werden als Originale geboren,
die meisten sterben als Kopien.


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Luftbilder Vermessungsamt Ba-Wü

[Bernd Wurst]

Hallo.

Zwei Dinge hierzu... :)

André, was macht deine Anfrage? Ich nehme an du hast noch keine Antwort dazu 
bekommen?


Trotz ungeklärter Lizenz nutze ich die Bilder eigentlich ganz gerne zur 
Verifikation meiner Tracks, also ob ich dort passablen Empfang hatte.

Vor einigen Tagen habe ich dabei festgestellt, dass ich den Proxy gar nicht 
mehr brauche sondern entweder die was geändert haben oder das WMS-Plugin jetzt 
selbst umprojezieren kann...

Seit gestern allerdings kann ich keine WMS-Bilder mehr von dort abrufen. 
Entweder die haben anonymen Zugriff kurzerhand abgeschaltet oder irgendwas 
anderes stört dabei. Leider kenn ich mich mit WMS genau gar nicht aus und 
JOSM spart sich eine Fehlermeldung. Kann mir jemand sagen, wie man einen 
WMS-Server ansteuert, damit ich mal manuell die Fehlermeldung provozieren 
kann?

Gruß, Bernd

-- 
Es stimmt nicht, dass die Engländer keine Musik mögen.
Sie verstehen sie vielleicht nicht, aber sie lieben die Geräusche,
die sie macht.  -  Thomas Beecham (engl. Dirigent)


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] nochmal zu B-Plänen

[Marco Lechner]

mir geht es nicht um den GK-Streifen. Es geht darum, dass es zur 
Transformation von GK (Bessel) nach UTM (WGS84) durchaus 
unterschiedliche Transformationsparameter gibt und das an einem 
Standort. Klingt jetzt schizophren. Hängt aber davon ab wie man mit den 
Daten rummacht. Für Freiburg kann ich beispielsweise aus folgenden 
Transformationen wählen:

- DE_DHDN (whole country, 2001) to ETRS89 (accuracy at 3m level)
- DE_DHDN (South) to ETRS89 (accuracy at submeter level)
- evtl. noch DE_DHDN (whole country, 1995) to ETRS89
- oder neu DE_DHDN (BeTA, 2007) to ETRS89
von ETRS89 geht's dann weiter zu WGS84

für Thüringen und Sachsen kommen nochmal eigene dazu ;-)

Siehe:
http://crs.bkg.bund.de/crseu/crs/eu-countrysel.php?country=DE

Die Abweichungen belaufen sich immerhin im Bereich wenige Meter für 
"whole country", was aber durchaus innerhalb unseres Interesses (der 
Genauigkeit der GPS-Geräte) ist. Vernünftige GIS-Systeme fragen deswegen 
bei nicht eindeutigen Transformationen brav nach was man tun möchte oder 
warnen zumindest. Und bis die Vermessungsämter alle auf DE_DHDN (BeTA, 
2007) to ETRS89 umgestellt haben vergeht wohl noch etwas Zeit.
In OSM war sowas ja bis jetzt völlig unproblematisch, da man ja komplett 
auf WGS84 arbeitet.


Marco


Sven Geggus schrieb:

Marco Lechner <[EMAIL PROTECTED]> wrote:

  

Und da ist dann sogar schon wieder Userinteraktion notwendig, da
Transformationen ja nicht immer eindeutig sind. Man denke nur an die 7
(oder sind's 9) verschiedenen Transformationen, um das verbreitete
Gauss-Krüger/Potsdam (Bessel) auf WGS84 zu transformieren.



Sorry, aber das ist Unfug. Im Geotiff steht drin, auf welchen GK Streifen
sich das bezieht.

Gruss

Sven

  
begin:vcard
fn:Marco Lechner
n:Lechner;Marco
org;quoted-printable;quoted-printable:Universit=C3=A4t Freiburg;Institut f=C3=BCr Physische Geographie
adr:;;Werthmannstr. 4;Freiburg;;79085;Deutschland
email;internet:[EMAIL PROTECTED]
tel;work:+49(0)761/203-3548
tel;fax:+49(0)761/203-3596
url:http://www.geographie.uni-freiburg.de
version:2.1
end:vcard

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Worldfile vom 6.8.08

[Carsten Schwede]

Hallo,

das neue Worldfile liegt an bekannter Stelle zum Download bereit.

http://wiki.openstreetmap.org/index.php/User:Computerteddy

Viele Gruesse
Computerteddy

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] nochmal zu B-Plänen

[Torsten Breda]

2008/8/6 Johann H. Addicks <[EMAIL PROTECTED]>:
> Nochmal zur praktischen Nutzung der B-Pläne:
>
> Ich mache vermutlich irgendwas verkehrt, aber mir gelingt es nicht, folgende 
> Karte nach Referenzierung per "Warp it" rechnen zu lassen:  "Warping image... 
> Please be patient!"
> http://labs.metacarta.com/rectifier/rectify/542
>
> Was mache ich falsch? Oder dauert das mehrere Tage?
>
Nein, keine Tage. Bei mir waren es meist wenige Sekunden.

Das selbe Problem hatte ich auch schon mal.
Zumindest habe ich festgestellt, dass es scheinbar nicht am Browser,
Betriebssystem oder an den gesetzten Referenzpunkten zu liegen
scheint, sondern am Originalbild.
Ob es jetzt am Dateiformat, der Auflösung, der Farbtiefe, dem Farbraum
oder gar am Dateinamen liegt kann ich nicht sagen.
Teste einfach mal eine andere Auflösung usw.

Keine Garantie für Richtigkeit, aber das ist, was ist festgestellt habe.

Gruß
Torsten

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Problem bei Aschaffenburg

[Bernd Wurst]

Hallo.

Am Donnerstag, 7. August 2008 schrieb Sven Geggus:
> > Wie bekommt man denn raus wer das verbrochen hat?
> Data Layer im Openlayers unter http://www.openstreetmap.org/ einschalten.

Mittlerweile ist das doch schon wieder korrigiert... :)

In dem Fall ist die Antwort aber nicht ausreichend. In dem Fall wurden nämlich 
allem Anschein nach Nodes eines Weges verschoben und nicht der Weg geändert. 
Die Nodes werden aber im Data-Layer nicht angezeigt.

Gruß, Bernd

-- 
Wenn ich nicht verliere, kann der andere nicht gewinnen  -  Boris Becker


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Problem bei Aschaffenburg

[Sven Geggus]

Stefan Leiner <[EMAIL PROTECTED]> wrote:

> Wie bekommt man denn raus wer das verbrochen hat?

Data Layer im Openlayers unter http://www.openstreetmap.org/ einschalten.

Sven

-- 
"We just typed make"
(Stephen Lambrigh, Director of Server Product Marketing at Informix
  about porting their Database to Linux)
/me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] nochmal zu B-Plänen

[Sven Geggus]

Marco Lechner <[EMAIL PROTECTED]> wrote:

> Und da ist dann sogar schon wieder Userinteraktion notwendig, da
> Transformationen ja nicht immer eindeutig sind. Man denke nur an die 7
> (oder sind's 9) verschiedenen Transformationen, um das verbreitete
> Gauss-Krüger/Potsdam (Bessel) auf WGS84 zu transformieren.

Sorry, aber das ist Unfug. Im Geotiff steht drin, auf welchen GK Streifen
sich das bezieht.

Gruss

Sven

-- 
"If you don't make lower-resolution mapping data publicly
available, there will be people with their cars and GPS
devices, driving around with their laptops" (Tim Berners-Lee)
/me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de