Re: [Talk-de] Ubuntu 8.10 mit Firefox - kein OSM

[Torsten Leistikow]

Bernd Distler schrieb:
> Bei mir handelt es sich (leider) im ein Arcor-Teil.

Die geschilderten Probleme kenne ich (leider) auch, ebenfalls bei einem
Arcor-DSL-Anschluss aber mit openSuse 11.0.

Da ich das aber nicht anders kenne, habe ich das immer als normales
Traffic-Problem angesehen. Denn manchmal laeuft es auch richtig gut,
manchmal laeuft es erst, wenn man weiter rein oder raus zoomt.

Ich werde heute Nachmittag das zum Vergleich mal unter Windows mit dem
selben Router-Einstellungen testen.

Gruss
Torsten

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

Re: [Talk-de] Ubuntu 8.10 mit Firefox - kein OSM

[Bernd Distler]

On Sat, 15 Nov 2008 22:45:07 + (UTC), "Longbow4u" <[EMAIL PROTECTED]>
said:

> > Hab es eben mal bei meiner Freundin (auch über WLAN) mit Ubuntu 8.04
> > versucht, selbes Problem.
> >
> > Ich vermute ja jetzt fast, dass irgendwas am Router ist.

> Ich hatte auch Probleme, mit Kubuntu 8.04 die Karte auf
> Openstreetmap.org und informationfreeway.org zu laden. Bin jetzt aber
> für ein paar Tage in einer anderen Wohnung und nutze einen anderen WLAN-
> Router, und hier gibt es gar keine Probleme. Vielleicht liegt es auch
> an der Kombination von Kubuntu mit einem alten T-Online WLAN-Router?
> Falls es hilft, ich glaube es ist ein TDSL Sinus 154. Eigenartig ist
> nur, dass der Telekom-Router bei anderen Webseiten unter Kubuntu keine
> Probleme macht.

Bei mir handelt es sich (leider) im ein Arcor-Teil.

Gruß
Bernd

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

Re: [Talk-de] Google's neue Terms of Service

[Bernd Wurst]

Hallo.

Am Samstag, 15. November 2008 schrieb Sven Geggus:
> Openlayers kann sicher ähnlich viel wie die Google Maps API. Es gibt
> eine große Schnittmenge, aber auch Dinge, die nur eine der beiden
> kann.

Ich glaube ihm ging es eher um "funktionsgleich" im Sinne eines Drop-in-
replacement, also *ohne* neue Doku zu lesen, *ohne* abweichende 
Datenstrukturen sondern mit gleichnamigen Funktionen (daher auch die Sorge um 
die Rechtsverletzungen).

Halt so, dass der 08/15-Seitenbetreiber das einfach umstellen kann.

Gruß, Bernd

-- 
Fachbegriffe der Informatik (#354): Firewall mit absolutem Schutz
   Kommunikationsverhinderungsmodul
(Rainer Kersten und Christoph Weber)



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] Ubuntu 8.10 mit Firefox - kein OSM

[Longbow4u]

> 
> Hab es eben mal bei meiner Freundin (auch über WLAN) mit Ubuntu 8.04
> versucht, selbes Problem.
> 
> Ich vermute ja jetzt fast, dass irgendwas am Router ist.
> 
> Gruß Bernd

Ich hatte auch Probleme, mit Kubuntu 8.04 die Karte auf Openstreetmap.org und
informationfreeway.org zu laden. Bin jetzt aber für ein paar Tage in einer
anderen Wohnung und nutze einen anderen WLAN-Router, und hier gibt es gar keine
 Probleme. Vielleicht liegt es auch an der Kombination von Kubuntu mit einem
alten T-Online WLAN-Router? Falls es hilft, ich glaube es ist ein TDSL Sinus
154. Eigenartig ist nur, dass der Telekom-Router bei anderen Webseiten unter
Kubuntu keine Probleme macht.

Longbow4u


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

Re: [Talk-de] Google's neue Terms of Service

[Sven Geggus]

Johann H. Addicks <[EMAIL PROTECTED]> wrote:

> Mit einer API, die -so weit es irgendwie ohne Rechtverletzung geht-
> funtionsgleich ist, könnte man extrem schnell eine enorme Reichweite für
> OSM erhalten.

Openlayers?

Openlayers kann sicher ähnlich viel wie die Google Maps API. Es gibt
eine große Schnittmenge, aber auch Dinge, die nur eine der beiden
kann.

Zugegeben, die Doku ist lausig.

Sven

-- 
"linux is evolution, not intelligent design"
(Linus Torvalds)

/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

[Talk-de] OT: Amerika in Mitteleuropa (was: [bugfix] Lakewalker erzeugt Nullpointer in JOSM)

[Bodo Meissner]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Johann H. Addicks schrieb:

>> Kennst du Asien? Amerika? Australien? Die Welt ist größer als du
>> denkst...
> 
> Zumindest in Mitteleuropa kenne ich die nicht.

Amerika gibt es auch in Mitteleuropa. (Keine Ahnung, ob es dort noch Arbeit für 
das Lakewalker-Plugin gibt.)

http://de.wikipedia.org/wiki/Amerika_(Penig)


Bodo
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkkfLywACgkQnMz9fgzDSqdtNwCgjtpuknu9tmK/zGLeWCRga42D
DXAAn0U3nd/OkCXMNVZutA8vTQ7LaWEY
=+56Q
-END PGP SIGNATURE-

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

Re: [Talk-de] Hausnummern mit Buchstaben

[Marcus Wolschon]

Hallo Lars,

das klingt doch mal richtg gut. Da ist in Wikipedia auch
eine Bibliothek verlinkt, die das gleich mal in C, C++ und Java
macht.
Ich schau mir das mal nach dem Wochenende gleich an. :)
Damit könnte man einach sagen, wie das im allgemeinen
Fall laufen soll und für Werkzeuge die kein Unicode machen
bleibt halt der einache Fall  "a-z"/"A-Z" übrig. Dann ist klar wie es
zu interpretieren ist und wenn ein Werkzeug das nur bei
Lateinisch kann, dann ist das eine Einschränkung des
Werkzeuges und kein nicht definierter Punkt im Standard.

Sven: Mir geht es nicht darum ob es in irgendeiner
speziellen Anwendung tut sondern daß die Regel, wie
das getaggte zu interpretieren ist eindeutig ist und von
allen gleich verstanden und verarbeitet wird.
Wenn bei sowas grundlegendem ein Werkzeug da was
anderes rein interpretiert als ein anderes  haben wir
jede Menge Leute, von denen die eine Hälfte so taggt,
daß es in Werkzeug A tut und die andere Hälfte für
Werkzeug B. Mit Html, CSS und JS dürfte ein gutes
Beispielt für  dieses Problem allgemein bekannt sein.

Marcus

2008/11/14 Lars Francke <[EMAIL PROTECTED]>:
>> Ja, string und char ist zu technisch. alphabetic stimmt für das
>> lateinische Alphabet, aber stimmt das auch für andere Schriften? Heißt
>> das bei denen auch so?
>
> Vielleicht helfen diese Links weiter:
> http://en.wikipedia.org/wiki/Collation
> http://en.wikipedia.org/wiki/Collating_sequence
> http://en.wikipedia.org/wiki/Unicode_Collation_Algorithm
>
> Und wir haben hier im uebrigen so lustige Dinge wie: 23a-j und dann
> gibt es an anderer Stelle 23h1 bis 23h3 und soaber ich denke dass
> muss man immer explizit taggen ;-)
> Neubauhäuser irgendwo mitten in einem Wohngebiet.
>
> Gruß,
> Lars
>
> ___
> 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] SRTM-Daten als Höhenlinien im OSM-Form at

[Ekkehart]

Hi!

> Ich würde mich auch über Höhenlinien fürs Garmin freuen. V.a. als 
> Radfahrer und Geocacher sehr interessant.
> Bei einem GSoC Projekt wurde auch etwas mit Höhenlinien gemacht und die 
> kann man jetzt auch schon in yournavigation.org sehen. Obwohl die 
> Höhenlinien nicht sehr detailliert wirken war ich erstaunt, wie gut bei 
> den Routen das Höhenprofil stimmt.

Falls Du nicht auf vorgefertigten Karten bestehst, kombiniert das Tool 
OSM Composer Höhenlinien und OSM für die Garmins.

bye

 Nop

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

Re: [Talk-de] Worldfile vom 12. November 2008

[Thomas1904]

Hallo,

ein weiteres Programm, das img-Dateien anzeigen kann: Glopus
http://forum.pocketnavigation.de/tid1123270-sid.htm
Gibt es als PDA-, PNA- und PC-Version.

Gruß Thomas


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

Re: [Talk-de] Altstadt

[Frank Jäger]

Wolfram Lamm schrieb:
...
> Grundsärtlich ist das eine Fußgängerzone. 

...
> Außerdem stellt dich die Frage ob es denn nun als FootWay oder als 
> Residential eingetragen werden
> sollte. G...
> 
> Oswolf
> 

Hallo Oswolf,
'Footway' ist für einen (schmalen) Fußweg gedacht und
'Residential' für eine (befahrbare) Anliegerstraße.

Für Fußgängerzonen gibt es einen eigenen Tag 'Pedestrian'.

Beschreibungen dazu findest du normalerweise auf folgender Seite:
http://wiki.openstreetmap.org/wiki/DE:Germany_roads_tagging

Ich sehe aber gerade, dass der Hinweis auf Pedestrian dort fehlt.
Also hier: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dpedestrian


-- 
Frank

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

Re: [Talk-de] SRTM-Daten als Höhenlinien im OSM-Form at

[Christoph Eckert]

Moin,

> Höhenlinien wären durchaus auch zum wandern interessant - wenn sie denn
> genauer als die 100m Linien sind. Aber auch 100m Höhenlinien sind viel
> mehr wert als gar keine...

die Daten von mir enthalten 40-Meter-Schritte.

Gruß,

ce


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

Re: [Talk-de] SRTM-Daten als Höhenlinien im OSM-Form at

[Torsten Leistikow]

Christoph Eckert schrieb:
> * Ich weiß nicht ob die Daten überhaupt jemanden interessieren. Falls ja, auf 
> welche Art und Weise verteilt man sowas denn am Dümmsten? Ich hätte mal 
> Bittorrent ausprobiert, aber ich fürchte ein wenig dass es die falsche 
> Methode ist für große Datenmengen mit sehr kleiner Zielgruppe.

Der Spiegelserver von Computerteddy bietet doch an, ggf. auch andere
Daten bereit zu stellen. Du kannst ihn ja mal bei ihm anfragen.
Am besten wuerde es mir gefallen, wenn man die Daten entsorechend der
Computerteddy Kacheln bekommen koennte, ich weiss aber nicht, ob man die
gleichen Dateinamen benutzen sollte, oder wie man die am besten abwandelt.

Da sich die Hoehenlinien ja nicht laufend aendern (sondern eigentlich
eher gar nicht), macht es durchaus Sinn, die nicht in die wachsenden
OSM-Karten mit aufzunehmen sondern sie einfach transparent darueber zu
legen.


Bisher hatte ich einen transparenten SRTM-Linien-Satz von Deutschland
selber darueber gelegt, den jemand mal unabhaengig von OSM erzeugt
hatte. Ich werde aber gleich mal probieren, was fuer Moeglichkeiten sich
aus deiner Beispielkachel ergeben.

Gruss
Torsten

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

Re: [Talk-de] Abstufung tracktype

[Torsten Leistikow]

Stefan Dettenhofer (StefanDausR) schrieb:
> Ich finde eigentlich die Beschreibung von tracktype in JOSM recht gut 
> und auch nachvollziehbar:
> tracktype=1 -> asphaltiert
> tracktype=2 -> geschottert
> tracktype=3 -> befestigt
> tracktype=4 -> weniger befestigt
> tracktype=5 -> unbefestigt
> 
> wobei man eigentlich 3 und 4 auch zusammenfassen könnte.

Nicht zu vergessen, dass Feld- und Waldwege regional auch sehr
unterschiedlich ausfallen, im Norden der Republik wird man kaum einen
geschotterten Weg finden, dafuer aber jede Menge gepflasterter Wege (mit
den verschiedensden Pflastersteinarten).

Ich finde uebrigens die Beschreibung in JOSM sehr schlecht, da sie
vorallem bei tracktype=2 extrem von der Definition in den Mapfeatures
abweicht. Bei JOSM (deutsch) klingt das so, als ob folgendes gelten wuerde:
tracktype=grade1 <=> surface=paved
tracktype=grade2 <=> surface=gravel
tracktype=grade3..5 <=> surface=sand
Jemand der nicht die deutsche JOSM-Variante sieht das aber ganz anders.
Wenn sich einer mit JOSM auskennt, so sollte er da dringend mal was
anpassen, ehe die Nutzer Anfangen, nach diesem Muster die Wege zu
"korregieren" und den tracktype=grade2 grossflaechig zu loeschen.

Gruss
Torsten

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

Re: [Talk-de] Herscht Konsens zur Darstellung von Gren zen ?ber Relationen?

[Sven Anders]

Am Samstag, 15. November 2008 14:59 schrieb Jochen Topf:
> Vielleicht brauchen wir 2 Boundary-Relations: Beide haben die Grenzen im
> Landesinneren. Die eine hat zusätzlich die passenden coastlines drin,
> bei der anderen gehen die Grenzen aufs Wasser raus. Die beiden haben
> dann leicht verschiedene Tags, dann kann sich der Renderer raussuchen,
> welche er benutzen will.

Ich hoffe das bekommt man Programmiertechnisch gebacken indem man das Wasser 
im Anschluß an die Färbefunktion weiß färbt oder so.

Gruß
Sven

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

Re: [Talk-de] Karlsruhe Schema => volle Infos?

[Sven Anders]

Am Samstag, 15. November 2008 14:11 schrieb Florian Lohoff:
> Find ich auch super wenn sich sowas durchsetzen wuerde alleine wegen der
> tonnen an redundanten daten. Jetzt mit den paar addressen in der
> datenbank ist das ja alles easy - aber wenn jedes haus erstmal eine
> addresse hat 


Es ist ja nicht gesagt, das sich das Datenbankschema hinter der XML-API nicht 
verändern darf. Man könnte z.B. eine String Tabelle haben in der dann eine ID 
einem String zugeordnet wird, Dorfstraße wäre dann id 9375 und Bahnofstraße 
id 87665. Natürlich wird das XML größer, aber die Datenbank muss es nicht 
sein. Wenn das Performance und/oder Speichermäßig was ausmacht, wird es auch 
jemand machen!!

Gruß
Sven

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

Re: [Talk-de] mkgmap.jar Problem

[Torsten Leistikow]

Chris66 schrieb:
> So, meine Karten werden langsam so wie ich mir das vorstelle.
> Wald aufgehellt und mit Baum-Symbol versehen (wie in Mapnik),
> Hochspannungsleitungen habe ich eliminiert (interessieren mich
> nicht), Radwege sind blau gepunktet, etc.

Hast du deine Sachen irgendwo im Netz?

Man sollte mal eine Wiki-Seite zu dem Themenkomplex aufmachen, damit
nicht jeder die gleichen Erfahrungen selber muehselig sammeln muss.

Bisher werkel ich aber auch noch alleine vor mich hin und habe mich um
das Thema Informationsverteilung erfolgreich gedrueckt.

> Der Online Typfile-Editor funktioniert super.  ;-)
> 

Ich kann sonst noch MapTk fuer das Bearbeiten von typ-Dateien empfehlen.

Gruss
Torsten

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

[Talk-de] XAPI - fehlende Wege/Punkte

[Gary68]

hi,

habe mir wiederholt daten aus einer XAPI geholt und wiederholt
festgestellt, dass am rand meist ein paar wege und punkte fehlen. so wie
zwei, drei käsestückchen auf jeder seite. hat jemand ähnliche
erfahrungen bzw. weiß jemand, woran das liegt? ist besserung in sicht?

ciao

gerhard
gary68



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

Re: [Talk-de] Karlsruhe Schema => volle Infos?

[Frederik Fischer]

Florian Lohoff schrieb:
> Ist im prinzip ja die associatedStreet relation nur das mehr als ein
> way member drin ist. Als ich mit der associatedStreet rumgespielt habe
> ist mir das thema multiple way members schon aufgefallen. Ist nen
> bischen doof das da nur ein member geht wenn oftmals ist der weg ja in
> minischnipsel zerschnitten wegen oneway, maxspeed oder sonstwelchen
> aenderungen. Auch wenn es postalisch/namenstechnisch der selbe weg ist.
>
> Find ich auch super wenn sich sowas durchsetzen wuerde alleine wegen der
> tonnen an redundanten daten. Jetzt mit den paar addressen in der
> datenbank ist das ja alles easy - aber wenn jedes haus erstmal eine
> addresse hat 
>
> Flo
>   
Die Einschränkung bezüglich der Anzahl der Way-Members ist mir auch
schon lange ein Dorn im Auge und mappe deswegen konsequent gegen diese
Regel. Es mag zwar einen geringen Vorteil bei der Suche nach dem
korrekten Straßensegments bezüglich eines addr:housenumber Nodes bringen
aber gleichzeitig eine Menge an gleichartigen/gleichnamigen Relationen
für jedes Teilstück der Straße implizieren, was für mich ein
unverantwortliches Vorgehen wäre.

Frederik

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

Re: [Talk-de] Altstadt

[Sebastian Hohmann]

Wolfram Lamm schrieb:
> Hallo zusammen,
> 
> ich bin erst vor kurzem auf OpenStreetMap gestoßen und finde das Projekt 
> extrem interessant.
> Erste Versuche mit meinme Garmin waren auch schnell erfolgreich, 
> allerdings habe ich ein Problem
> mit der Gegend in der ich gerne beginnen würde. Die Düsseldorfer Altstadt.
> 
> Grundsärtlich ist das eine Fußgängerzone. Wie bringe ich folgende 
> Einschränkungen vernünftig unter:
> 
> Radfahrer, Hotelzufahrt, Taxen auf Bestellung frei.
> Lieferverkehr frei von Mo-Fr 5:00-11:30 Uhr Sa 5:00-9:00 Uhr

Ich fürchte das lässt sich im Moment noch nicht wirklich abbilden.

Laut [1] ist eine Fußgängerzone foot=designated, die Radfahrer lassen 
sich also mit bicycle=yes freigeben. So spezielle Dinge wie Hotelzufahrt 
lassen sich vermutlich sowieso nie alle abbilden, für Taxen auf 
Bestellung ist mir auch nichts bekannt.

Für zeitliche Beschränkungen im Bezug auf ein einzelnes Tag gibt es auch 
erst Vorschläge ([2][3]), die aber noch nicht weit verbreitet sind.

> 
> Außerdem stellt dich die Frage ob es denn nun als FootWay oder als 
> Residential eingetragen werden
> sollte. Grundsätzlich soll man ja nur da laufen, aber ich vermute mal, 
> dass FootWays beim Routen als
> "nicht befharbar" eingestuft werden, das stimmt ja so auch wieder nicht.

Eine Fußgängerzone ist highway=pedestrian als Way oder als Area.

 >
> Kann mir jemand aufs Pferd helfen bitte?
> 
> Oswolf
> 
> 

Gruß,
Sebastian

[1] 
http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions
[2] 
http://wiki.openstreetmap.org/wiki/Proposed_features/Time_restricted_tags
[3] http://wiki.openstreetmap.org/wiki/Proposed_features/Access_restrictions

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

Re: [Talk-de] Altstadt

[Philipp Klaus Krause]

Wolfram Lamm schrieb:

> sollte. Grundsätzlich soll man ja nur da laufen, aber ich vermute mal, 
> dass FootWays beim Routen als
> "nicht befharbar" eingestuft werden, das stimmt ja so auch wieder nicht.
> 

highway=pedestrian

Zumindest ist es in der freiburger Innenstadt so.

Philipp

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

[Talk-de] Altstadt

[Wolfram Lamm]

Hallo zusammen,

ich bin erst vor kurzem auf OpenStreetMap gestoßen und finde das Projekt 
extrem interessant.
Erste Versuche mit meinme Garmin waren auch schnell erfolgreich, 
allerdings habe ich ein Problem
mit der Gegend in der ich gerne beginnen würde. Die Düsseldorfer Altstadt.

Grundsärtlich ist das eine Fußgängerzone. Wie bringe ich folgende 
Einschränkungen vernünftig unter:

Radfahrer, Hotelzufahrt, Taxen auf Bestellung frei.
Lieferverkehr frei von Mo-Fr 5:00-11:30 Uhr Sa 5:00-9:00 Uhr

Außerdem stellt dich die Frage ob es denn nun als FootWay oder als 
Residential eingetragen werden
sollte. Grundsätzlich soll man ja nur da laufen, aber ich vermute mal, 
dass FootWays beim Routen als
"nicht befharbar" eingestuft werden, das stimmt ja so auch wieder nicht.

Kann mir jemand aufs Pferd helfen bitte?

Oswolf




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

Re: [Talk-de] Relationen Europastraßen wieder zum Lebe n erwecken

[Frederik Ramm]

Hallo,

Doru Julian Bugariu wrote:
> Ernst gemeinte Frage:
> Wie kann man das "was ist in Deutschland" (besser noch: "in welchem Land
> ist dieser Way") anhand von existierenden Daten denn beantworten?

Wenn man sich ohnehin nur fuer Daten eines bestimmten Landes 
interessiert ("Grafik aller Autobahnen in Deutschland"), nimmt man sich 
einfach ein Deutschland-Extrakt der Daten und arbeitet damit. Wenn man 
mit mehr Daten arbeiten will, kann man sie z.B. in die PostGIS laden und 
dann die PostGIS nutzen, um die Weggeometrien und die Länderpolygone zu 
vergleichen. Für Gebiete, die halbwegs (EPSG4326-)rechteckig sind, kann 
man eine geeignete Boundingbox von OSMXAPI herunterladen (ein 
Polygon-gefilterter Download ist mal angedacht worden, weiss nicht, wie 
der Status 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] Multipoligon Proposal (war Re: Hers cht Konsens zur Darstellung von Grenzen über Relationen ?)

[Frederik Ramm]

Hallo,

Sven Anders wrote:
> Dann haben wir nur einen type conflict oder? ist das dann type=multipolygon 
> oder type=boundary?

Hier stimme ich mit Jochen überein; genuso wie ein forest schon immer 
"type=multipolygon" war (wenn er denn Löcher hatte), so kann kuenftig 
auch eine Landesflaeche "type=multipolygon" bekommen, das 
"type=boundary" war eigentlich schon immer ein Ausreisser irgendwie.

> Ich würde das Gerne für Hamburg benutzen (Neuwerk eine Insel in der Nordsee 
> gehört zu HH), Erweitere ich dann die bestehenden Relation, oder kann ich 
> auch zwei Relationen in ein Multipoligon stecken, fände ich irgendwie 
> schöner.

Das habe ich zwar im Moment nicht explizit vorgesehen, aber ich denke 
mal, dass es *langfristig* generell moeglich sein muesste, statt eines 
Ways eine Relation anzugeben, die mehrere Ways enthaelt. Also nicht nur 
in der Multipolygon-Relation, sondern ueberall, wo man normalerweise 
einen Way angibt.

Sicher kannst Du das auch schon gleich so in Hamburg einbauen, 
allerdings gilt bei OSM im Augenblick eine ähnliche Regel wie im 
Web-Marketing ("mit jedem zusätzlichen Mausklick verlierst Du die 
Haelfte der Kunden"): Mit jeder zusaetzlichen Relations-Ebene verlierst 
Du die Haelfte der Renderer/Editoren/Mapper ;-)

> BTW: Irgendwie fehlt mir zum Proposal der Platz (und die Einladung) zum 
> Diskutieren

Wer wirklich was zu sagen hat, der sagt das auch ohne Einladung zum 
Diskutieren (so wie Du hier) ;-)

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] Ubuntu 8.10 mit Firefox - kein OSM

[Bernd Distler]

Hallo zusammen!

> Und das ist wirklich nur bei OSM ein Problem und nicht generell?

Nur Seiten, die eine SOM-Karte haben, also
OSM/OSB/Informationfreeway/Wiki. Während diese Seiten versuchen, eine
Kachel zu laden und es irgendwann abbrechen, kann ich andere Seiten ganz
normal aufrufen, eine Verbindung (WLAN) ist also definitiv vorhanden und
funktioniert auch.

> Das hört sich für mich nämlich verdammt nach einem MTU Problem an.
> Stell mal spaßeshalber die MTU von ppp0 auf 1400 runter und schau ob
> sich was ändert.

Hab von WLAN auch mal den MTU auf die angegebenen 1400 zurückgesetzt
(normal 1500), leider ohne Erfolg. Selbst das deaktivieren von IPV6 und
das anschließen eines Kabels an den Router hat keinerlei Änderungen
gebracht :(

Hab es eben mal bei meiner Freundin (auch über WLAN) mit Ubuntu 8.04
versucht, selbes Problem.

Ich vermute ja jetzt fast, dass irgendwas am Router ist.

Gruß Bernd

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

Re: [Talk-de] Kreuzungsgenerator: Beispiel Dortmund

[Wolfgang W. Wasserburger]

bis dato zerlege ich ways nur - zusammensetzen lasse ich lieber bleiben -
steht halt irgendwo ein  Straßenname zuviel ;-)

lg Wolfgang

> -Original Message-
> From: Tobias Wendorff [mailto:[EMAIL PROTECTED]
> Sent: Friday, November 14, 2008 1:26 PM
> To: [EMAIL PROTECTED]; Openstreetmap allgemeines in Deutsch
> Subject: Re: [Talk-de] Kreuzungsgenerator: Beispiel Dortmund
>
>
> Wie erkennst Du denn, ob Wege zusammen gehören?
>
>
> Wolfgang W. Wasserburger schrieb:
> > ... aus Routinggründen verwende ich ohnedies nicht osmosis,
> sondern habe das
> > selbst geschrieben. Da kann ich anders auf die Performance
> achten :-))) und
> > halt die ways gleich zerlegen etc. Letztlich habe ich aber
> > Geometrie-Tabellen für Routing und solche für Mapping.
> >
> > lg Wolfgang
> >
> >> -Original Message-
> >> From: [EMAIL PROTECTED]
> >> [mailto:[EMAIL PROTECTED] Behalf Of Tobias Wendorff
> >> Sent: Friday, November 14, 2008 12:58 PM
> >> To: Openstreetmap allgemeines in Deutsch
> >> Subject: Re: [Talk-de] Kreuzungsgenerator: Beispiel Dortmund
> >>
> >>
> >> Lars Francke schrieb:
> >>> Hier was ich gemacht habe (auf dem Osmosis-Schema)d
> >>> SELECT AddGeometryColumn('ways', 'line', 4326, 'LINESTRING', 2);
> >>> UPDATE ways w SET line = (SELECT st_makeline(geom) FROM (SELECT geom
> >>> FROM nodes n, way_nodes wn WHERE w.id = wn.way_id AND n.id =
> >>> wn.node_id ORDER BY wn.sequence_id) AS foo);
> >>> CREATE INDEX idx_way_line ON ways USING GIST (line);
> >> Danke, da muss ich mich mal reinhängen.
> >>
> >> ___
> >> 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
>


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

Re: [Talk-de] Maxspeed Karte Update ?

[Wolfgang W. Wasserburger]

Hallo Stefan,

habe übersehen, daß ich auf einem IE6 war ;-((( - im FF geht's

na dann warte ich mal gespannt, wie das hier aussieht ;-)

lG von der Mazzesinsel

Wolfgang

> -Original Message-
> From: Stefan Dettenhofer (StefanDausR) [mailto:[EMAIL PROTECTED]
> Sent: Friday, November 14, 2008 2:54 PM
> To: [EMAIL PROTECTED]; Openstreetmap allgemeines in Deutsch
> Subject: Re: [Talk-de] Maxspeed Karte Update ?
>
>
> Hallo Wolfgang,
>
> meine maxspeed-Karte hat transparenten Hintergrund und wird über die
> vorhandenen [EMAIL PROTECTED] gelegt!
> Ich rendere momentan einen Bereich von E005-E015 und N35-N55. Da ist
> Österreich fast vollständig mit d'rin (ok Wien fehlt - ich werde es mir
> merken!)
> Momentan übertrage ich gerade die Daten bis zur Zoomstufe 13 auf den
> Server. Level 14 wird noch gerendert.
>
> Gruß,
> Stefan
>
> Wolfgang W. Wasserburger schrieb:
> > gefällt mir auch, aber schön wäre noch, wenn der Überleger transparenten
> > Hintergrund hätte und es das ganze auch noch für Österreich gäbe ;-)
> >
> > lg  von der Mazzesinsel
> >
> > Wolfgang
> >
> >
> >
>
>
>


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

Re: [Talk-de] SRTM-Daten als Höhenlinien im OSM-Form at

[John07]

Lars Schimmer schrieb:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Johann H. Addicks wrote:
>   
>> Christoph Eckert schrieb:
>>
>> 
>>> * Ich weiß nicht ob die Daten überhaupt jemanden interessieren. 
>>>   
>> In der Cyclemap ist es dankenswerter Weise schon drin.
>>
>> Ansonsten interessiert es vermutlich jeden, der mit dem Garmin auf dem
>> Rad unterwegs ist.
>> Da die Höhenlinien in der käuflichen Topo2 (als Verbesserung zur Topo1)
>> bereits fest integriert sind, fände ich es nicht schlecht, wenn diese
>> auch in den Computerteddy-Karten "von Hause aus" mit drin wären.
>> (wie man sie separat dazuläd weiss ich, aber "fertig" im vorgekauten
>> img-mapfile wäre es einfacher.)
>> Wer die Höhenlinien nicht mag, der könnte sie ja per Typ-File wieder
>> ausblenden.
>> 
>
> Höhenlinien wären durchaus auch zum wandern interessant - wenn sie denn
> genauer als die 100m Linien sind. Aber auch 100m Höhenlinien sind viel
> mehr wert als gar keine...
>
>   
Ich würde mich auch über Höhenlinien fürs Garmin freuen. V.a. als 
Radfahrer und Geocacher sehr interessant.
Bei einem GSoC Projekt wurde auch etwas mit Höhenlinien gemacht und die 
kann man jetzt auch schon in yournavigation.org sehen. Obwohl die 
Höhenlinien nicht sehr detailliert wirken war ich erstaunt, wie gut bei 
den Routen das Höhenprofil stimmt.
Gruß
Jonas

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

Re: [Talk-de] Address-Inspector findet Straßen nicht

[Jochen Topf]

On Sat, Nov 15, 2008 at 02:42:35PM +0100, Claudius Henrichs wrote:
> Offenbar seit dem letzten Update muniert der OSM-Inspector in der 
> Addressansicht "Street not found", obwohl sie direkt daneben liegt. 
> Beispiele in [1]
> Ist der Fehler schon bekannt?

Danke für den Hinweis. Da hab ich wohl beim Fixen eines anderen Bugs
einen neuen eingebaut. Ich arbeite dran...

Jochen
-- 
Jochen Topf  [EMAIL PROTECTED]  http://www.remote.org/jochen/  +49-721-388298


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

Re: [Talk-de] Herscht Konsens zur Darstellung von Grenzen ?ber Relationen?

[Jochen Topf]

On Sat, Nov 15, 2008 at 12:44:53AM +, Heiko Jacobs wrote:
> Etric Celine <[EMAIL PROTECTED]> wrote:
> > Ich h?tte die wohl eher direkt auf die K?stenlinie gelegt und die Inseln 
> > einzeln mit dazu genommen.
> 
> 
> Wir haben besseres zu tun, als die Grenze alle paar Minuten den
> aktuellen Gezeiten anzupassen!!!
> ;-)
> 
> Im Ernst:
> Die Grenzen auf der Kuestenlinie
> a) ist falsch und
> b) sieht bloed aus...
> Hat mich in der Wesermuendung vor meiner alten Heimat Bremerhaven
> schon eine Weile gestoert...

Das kommt darauf, was Du daraus machen willst. Wenn Du sagen wir die
Flächen der Länder bunt einfärben willst, dann sähe es ziemlich doof
aus, wenn die Grenzen aufs Wasser rausgehen.

Wir müssen also auf jeden Fall einen Weg finden, der beides erlaubt,
d.h. man kann sowohl die Grenze an der Küste lang rausbekommen als auch
die Version, die ins Wasser raus geht.

Vielleicht brauchen wir 2 Boundary-Relations: Beide haben die Grenzen im
Landesinneren. Die eine hat zusätzlich die passenden coastlines drin,
bei der anderen gehen die Grenzen aufs Wasser raus. Die beiden haben
dann leicht verschiedene Tags, dann kann sich der Renderer raussuchen,
welche er benutzen will.

Jochen
-- 
Jochen Topf  [EMAIL PROTECTED]  http://www.remote.org/jochen/  +49-721-388298


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

Re: [Talk-de] Multipoligon Proposal (war Re: Hers cht Konsens zur Darstellung von Grenzen über Rela tionen?)

[Jochen Topf]

On Sat, Nov 15, 2008 at 09:08:19AM +0100, Sven Anders wrote:
> > Diese Multipolygon-Relations können wir auch für Grenzen verwenden.
> > Damit sollten sich alle vorkommenden Fälle lösen lassen.
> 
> Dann haben wir nur einen type conflict oder? ist das dann type=multipolygon 
> oder type=boundary?

Also das mit den "type" hab ich schon immer kritisch gesehen, weil es
genau solche Probleme hat. Bei den ways gab es früher auch mal
"class=highway" oder "class=railway", davon ist man dann wieder
abgekommen.

Ich würde sagen in diesem Fall ist das type=multipolygon und
boundary=administrative. Da steckt dann alles an Information drin. Das
type=boundary war schon immer eigentlich unnötig.

Jochen
-- 
Jochen Topf  [EMAIL PROTECTED]  http://www.remote.org/jochen/  +49-721-388298


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

[Talk-de] Berlin, BVG, VBB, iPhone, Urheberrecht, iPhone-Fahrplanprogramm

[Alex]

Vielleicht ganz interessant, 
 Die "Freie" Fahrplanauskunft  ist wieder da. 

Wie die taz 
http://www.taz.de/regional/berlin/aktuell/artikel/1/verkehrsverbund-buhlt-um-
iphone-nutzer/

oder 
http://tinyurl.com/5jsk74

am 11.11.2008 berichtet haben sich Autor und VBB geeinigt, daß es das Programm 
wieder geben darf. 

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

Re: [Talk-de] Address-Inspector findet Straßen nicht

[Florian Lohoff]

On Sat, Nov 15, 2008 at 02:42:35PM +0100, Claudius Henrichs wrote:
> Subject: [Talk-de] Address-Inspector findet Straßen nicht
> 
> Offenbar seit dem letzten Update muniert der OSM-Inspector in der 
> Addressansicht "Street not found", obwohl sie direkt daneben liegt. 
> Beispiele in [1]
> Ist der Fehler schon bekannt?

Alle nodes werfen gerade fehler - ich vermute beim import/auswertung was
schiefgelaufen.

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] Address-Inspector findet Straßen nich t

[Claudius Henrichs]

Offenbar seit dem letzten Update muniert der OSM-Inspector in der 
Addressansicht "Street not found", obwohl sie direkt daneben liegt. 
Beispiele in [1]
Ist der Fehler schon bekannt?


[1] 
http://tools.geofabrik.de/osmi/?view=addresses&baselayer=Mapnik&opacity=0.30&lon=12.40408&lat=51.33068&zoom=16&overlays=postcodeareas,postcodeoutline,nearest_roads,connection_lines,nearest_points,interpolation,buildings,buildings_with_addresses,interpolation_errors,street_not_found,nodes_with_addresses_interpolated,nodes_with_addresses_defined,postal_code


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

Re: [Talk-de] SRTM-Daten als Höhenlinien im OSM-Form at

[Lars Schimmer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Johann H. Addicks wrote:
> Christoph Eckert schrieb:
> 
>> * Ich weiß nicht ob die Daten überhaupt jemanden interessieren. 
> 
> In der Cyclemap ist es dankenswerter Weise schon drin.
> 
> Ansonsten interessiert es vermutlich jeden, der mit dem Garmin auf dem
> Rad unterwegs ist.
> Da die Höhenlinien in der käuflichen Topo2 (als Verbesserung zur Topo1)
> bereits fest integriert sind, fände ich es nicht schlecht, wenn diese
> auch in den Computerteddy-Karten "von Hause aus" mit drin wären.
> (wie man sie separat dazuläd weiss ich, aber "fertig" im vorgekauten
> img-mapfile wäre es einfacher.)
> Wer die Höhenlinien nicht mag, der könnte sie ja per Typ-File wieder
> ausblenden.

Höhenlinien wären durchaus auch zum wandern interessant - wenn sie denn
genauer als die 100m Linien sind. Aber auch 100m Höhenlinien sind viel
mehr wert als gar keine...

> -jha-


MfG,
Lars Schimmer
- --
- -
TU Graz, Institut für ComputerGraphik & WissensVisualisierung
Tel: +43 316 873-5405   E-Mail: [EMAIL PROTECTED]
Fax: +43 316 873-5402   PGP-Key-ID: 0x4A9B1723
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkke0IoACgkQmWhuE0qbFyPldwCfTJ1SrBw80wu7K39iNGrfcgLf
lRMAnRBuru4BO9z9/FZVfhDxVMHDnuY0
=Fe9+
-END PGP SIGNATURE-

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

Re: [Talk-de] Karlsruhe Schema => volle Infos?

[Florian Lohoff]

On Sat, Nov 15, 2008 at 12:34:13AM +0100, Christoph Eckert wrote:
> hmpf, hmpf ;-) .
> 
> Mir gefällt das bekanntlich nicht sonderlich, und das obwohl ich Karlsruher 
> bin.
> 
> Ich habe mir ein *viel* besseres System ausgedacht. Erst setze ich pro Haus 
> einen Node, dem ich addr:housenumber=24 mit auf den Weg gebe. Weitere Tags 
> erhält der Node nicht.
> 
> Dann erstelle ich eine Relation highway=street, name=Hurtzstraße. In diese 
> stecke ich alle Straßenschnippel, die zur Straße gehören, und alle 
> Hausnummernnodes. Letzeren gebe ich als Rolle addr:houselink mit auf den Weg. 
> Und schwupp, schon habe ich eine super saubere Abbildung der Realität.
> 
> Alle diejenigen, die jetzt nur Bahnhof verstanden haben, haben soeben ein 
> Gefühl dafür bekommen, warum es durchaus sinnvoll sein kann es so zu machen 
> wie eingangs beschrieben: Die von mir vorgeschlagene Vorgehensweise ist 
> nämlich viel zu kompliziert und nur was für Hardcoremapper :) .

Ist im prinzip ja die associatedStreet relation nur das mehr als ein
way member drin ist. Als ich mit der associatedStreet rumgespielt habe
ist mir das thema multiple way members schon aufgefallen. Ist nen
bischen doof das da nur ein member geht wenn oftmals ist der weg ja in
minischnipsel zerschnitten wegen oneway, maxspeed oder sonstwelchen
aenderungen. Auch wenn es postalisch/namenstechnisch der selbe weg ist.

Find ich auch super wenn sich sowas durchsetzen wuerde alleine wegen der
tonnen an redundanten daten. Jetzt mit den paar addressen in der
datenbank ist das ja alles easy - aber wenn jedes haus erstmal eine
addresse hat 

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

Re: [Talk-de] Google's neue Terms of Service

[Florian Lohoff]

On Sat, Nov 15, 2008 at 12:44:42PM +0100, Dominik Spies wrote:
> Subject: Re: [Talk-de] Google's neue Terms of Service
> 
> On Sat, Nov 15, 2008 at 4:42 AM, Johann H. Addicks <[EMAIL PROTECTED]> wrote:
> > Dr. Franz-Josef Behr schrieb:
> >
> >> OpenStreetmap anyone? "
> >
> > Mit einer API, die -so weit es irgendwie ohne Rechtverletzung geht-
> > funtionsgleich ist, könnte man extrem schnell eine enorme Reichweite für
> > OSM erhalten.
> > Würde massenhaft neue Mapper bringen (mit allen Vor- und Nachteilen),
> > aber auch mehr Last generieren als wir derzeit zu hosten in der Lage sind.
> 
> Mehr Nutzer, mehr Spenden, mehr Spenden mehr Geld, mehr Geld mehr
> Server für Rendering & Hosting der Tiles.
> Das pendelt sich alles ein.

Oder - Mehr Nutzer - Langsamerer Dienst - Weniger Nutzer ;)

Pendelt sich auch ein ...

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

Re: [Talk-de] SRTM-Daten als Höhenlinien im OSM-Form at

[Jan Tappenbeck]

Mich würde das interessieren - allerdings testweise für Spanien.

Kann mir einer sagen wo ich diese Daten beziehen kann ?

Gruß Jan :-)



Johann H. Addicks schrieb:
> Christoph Eckert schrieb:
> 
>> * Ich weiß nicht ob die Daten überhaupt jemanden interessieren. 
> 
> In der Cyclemap ist es dankenswerter Weise schon drin.
> 
> Ansonsten interessiert es vermutlich jeden, der mit dem Garmin auf dem
> Rad unterwegs ist.
> Da die Höhenlinien in der käuflichen Topo2 (als Verbesserung zur Topo1)
> bereits fest integriert sind, fände ich es nicht schlecht, wenn diese
> auch in den Computerteddy-Karten "von Hause aus" mit drin wären.
> (wie man sie separat dazuläd weiss ich, aber "fertig" im vorgekauten
> img-mapfile wäre es einfacher.)
> Wer die Höhenlinien nicht mag, der könnte sie ja per Typ-File wieder
> ausblenden.
> 
> -jha-


-- 


Freundliche Grüße

Jan Tappenbeck

---
OpenStreetMap (OSM) - das FREIE Kartenprojekt
http://www.openstreetmap.de


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

Re: [Talk-de] [bugfix] Lakewalker erzeugt Nullpointer in JOSM

[Dirk Stöcker]

On Fri, 14 Nov 2008, Stephan wrote:


Ist schon repariert. Die Technik sollte man schon erhalten, kann ja auch
genutzt werden, um andere farbige Flaechen von anderen Hintergruenden
abzudigitalisieren

Danke für den Submit. Hast du einen Überblick über die offenen
Lakewalker Tickets? Bei zumindest einem habe ich einen Doppler vermutet.
Das könnte dann auch geschlossen werden. Da vermute ich noch mehr.


Bitte entsprechend in den Tickets eintragen, dann schliesse ich die mal 
bei Gelegenheit.



Gibt es eigentlich irgend wo eine Doku zum Lakewalker Algorithmus? Ich
kenne eine Stelle an der er sich an einer Insel in einem See
"festfressen" kann. Er hüpft vom Ufer auf die Insel um dort bis zur
maximalen Anzahl an Nodes im Kreis zu laufen.


Bitte als Trac-Ticket neu anlegen.

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] [bugfix] Lakewalker erzeugt Nullpointer in JOSM

[Dirk Stöcker]

On Fri, 14 Nov 2008, Frederik Ramm wrote:


Danke für den Submit. Hast du einen Überblick über die offenen
Lakewalker Tickets? Bei zumindest einem habe ich einen Doppler vermutet.
Das könnte dann auch geschlossen werden. Da vermute ich noch mehr.


Nein, ich habe gar keine Ahnung vom Lakewalker, hab den mal ausprobieren
wollen und gemerkt, dass ich irgendwelchen Pythonkram installieren muss
und dann meine Finger davon gelassen. Ich weiss nicht mal, ob der
ursprüngliche Programmierer des Lakewalker noch aktiv ist. Lass Dir
einfach einen SVN-Account geben und mach, was Du für richtig hältst ;-)


Braucht er nicht. Den Python-Teil habe ich gestern endgültig rausgeworfen. 
Jetzt ist nur noch die Java-Umsetzung drin. In den Inseln über Canada habe 
ich den Lakewalker getestet und bei mir funktioniert er sehr gut. Spart viel 
Arbeit.


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] Weg aus bestehenden Segmenten?

[Dominik Spies]

Hallo,

IMO ist es überhaupt kein Problem einen Weg zu teilen wenn das aus
irgendeinem Grund notwendig sein sollte.
Und wenn dafür konsequenterweise auch Relationen eingesetzt würde -
wäre alles kein Problem.
http://wiki.openstreetmap.org/wiki/Relations/Proposed/Collected_Ways
Nur solange das kein Renderer unterstützt. - setzt es kaum jemand ein.

Dominik

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

Re: [Talk-de] Google's neue Terms of Service

[Dominik Spies]

On Sat, Nov 15, 2008 at 4:42 AM, Johann H. Addicks <[EMAIL PROTECTED]> wrote:
> Dr. Franz-Josef Behr schrieb:
>
>> OpenStreetmap anyone? "
>
> Mit einer API, die -so weit es irgendwie ohne Rechtverletzung geht-
> funtionsgleich ist, könnte man extrem schnell eine enorme Reichweite für
> OSM erhalten.
> Würde massenhaft neue Mapper bringen (mit allen Vor- und Nachteilen),
> aber auch mehr Last generieren als wir derzeit zu hosten in der Lage sind.

Mehr Nutzer, mehr Spenden, mehr Spenden mehr Geld, mehr Geld mehr
Server für Rendering & Hosting der Tiles.
Das pendelt sich alles ein.

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

Re: [Talk-de] SRTM-Daten als Höhenlinien im OSM-Form at

[Roman Grabolle]

Re: [Talk-de] SRTM-Daten als Höhenlinien im OSM-Form at
http://www.mail-archive.com/talk-de@openstreetmap.org/msg27187.html

>> Christoph Eckert schrieb:
>> * Ich weiß nicht ob die Daten überhaupt jemanden interessieren. 

> 
In der Cyclemap ist es dankenswerter Weise schon drin.

> Ansonsten interessiert es vermutlich jeden, der mit dem Garmin auf dem
> Rad unterwegs ist.

Ich bin mit Auto und zu Fuß unterwegs und mich ich hätte die Höhenlinien sehr 
sehr gern auf meinem Garmin dabei, wenn ich durch den Wald und auf Burgen und 
Burgwällen rumkrauche.

Das wäre auch ein großes Plus gegenüber dem sogenannten bekanntesten 
Mitbewerber, wenn sie - gern auch nur schwach oder ausschaltbar - unter der 
normalen Straßenkarte und nicht nur unter Cyclemap  liegen würden. Dann sieht 
es schon langsam wie eine richtige Karte aus ;-)). 

Viele Grüße
Roman
-- 
Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: 
http://www.gmx.net/de/go/multimessenger

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

Re: [Talk-de] Relationen Europastraßen wieder zum Le ben erwecken

[Doru Julian Bugariu]

Michael Forster schrieb:
> Hi,
> 
> 2008/11/15 Doru Julian Bugariu <[EMAIL PROTECTED]
> >
> 
> Wie kann man das "was ist in Deutschland" (besser noch: "in welchem Land
> ist dieser Way") anhand von existierenden Daten denn beantworten?
> 
> 
> Indem man die Koordinaten mit den Landesgrenzen vergleicht?


Sind diese Landesgrenzen in einer brauchbaren Form in der Datenbank
abgelegt, oder muessen sie zuerst "muehevoll" zusammengebastelt werden?

Gruesse,
Julian



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

Re: [Talk-de] was ist in Deutschland (Re: Relationen E uropastraßen wieder zum Leben erwecken)

[Doru Julian Bugariu]

Sven Anders schrieb:
> Am Samstag, 15. November 2008 09:13 schrieb Doru Julian Bugariu:
>> Ernst gemeinte Frage:
>> Wie kann man das "was ist in Deutschland" (besser noch: "in welchem Land
>> ist dieser Way") anhand von existierenden Daten denn beantworten?
> 
> osmosis mit einem Polygon von 
> http://svn.openstreetmap.org/applications/utils/osm-extract/polygons/ füttern 
> und alles was rauskommt gehört in das Land.

Hmmm... Also nur mit den Informationen aus der Datenbank noch nicht
wirklich, oder?

> 
> Das muss natürlich nicht Osmosis sein, generell kann relativ einfach 
> feststellen, ob etwas in einem Polygon liegt oder nicht. Ich finde das wäre 
> eine Schöne Aufgabe für eine Libary die dann von allen Projekten benutzt 
> werden kann.

Vielleicht koennte man die Datenbank ja mit diesen Informationen
anreichern. Relations ordentlich strukturiert oder was weiss ich.


> Es gibt eine Where_Am_I (Namefinder) Funktion unter: 
> http://www.openstreetmap.org/ über der Suchmaske, die müsste man evtl. noch 
> etwas aufbooren, so das man sagen kann, gib mir nur das Land in dem ich mich 
> befinde. Toll wäre wenn das über DNS als Anfrage funktionieren könnte, dann 
> hat man auch relativ wenig Traffic.


Alles klar. Danke. Werde ich mir in Ruhe mal anschauen.

Gruesse,
Julian



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

[Talk-de] Wohin mit den Adressnodes (was: Talk-de Digest, Vol27, Issue 170)

[Sven Sommerkamp]

Am Dienstag, 28. Oktober 2008 13:28:15 schrieb 
[EMAIL PROTECTED]:
> Message: 8
> Date: Tue, 28 Oct 2008 13:28:03 +0100
> From: Dirk-L?der Kreie <[EMAIL PROTECTED]>
> Subject: [Talk-de] Wohin mit den Adressnodes (was: Talk-de Digest, Vol
> 27, Issue 170)
> To: Openstreetmap allgemeines in Deutsch 
> Cc: [EMAIL PROTECTED]
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Dominik Spies schrieb:
> > Ich habe die Diskussion schon l?nger verfolgt und mir das Karlsruher
> > Schema auch angesehen. Ich f?nde es auch besser die Hausnummer direkt
> > and die Stra?e zu binden, evtl nicht au?schlie?lich, aber auf jeden
> > Fall brauche ich die Informationen, wie ich denn von einer Stra?e das
> > entsprechende Geb?ude / Gel?nde mit der Hausnummer auch erreiche! Es
> > werden ja die Geb?ude mit Hausnummer versehen. Wo denn der Zugang zu
> > diesem Haus ist, muss ich mir aus den Finger saugen..
> > Und genau das interessiert den Gro?teil der Nutzer mehr, als wo genau
> > das Haus steht.
Das ist genau der Punkt!
Und es spart Daten die Adressen an die Straße zu hängen und hält die Karte 
übersichtlich.
Wenn ich vor einem Haus stehe, in etwa, dann ist es auch kein Problem von dort 
den Hauseingang zu finden.
Viele unserer Vorstellungen von Routing und von Karten schieße so sehr übers 
Ziel hinaus das sie mehr irre führen, als helfen.
Weniger ist häufig mehr!
Die Konkurrenz macht es anscheinend genauso und nicht alles was die machen ist 
schlecht
>
> Jede mir bekannte Routing-Engine kann auch zu Punkten routen, die neben
> der Stra?e liegen, das kann also kein Grund sein, nicht das Haus oder
> das Grundst?ck mit der Adresse zu versehen.



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

Re: [Talk-de] Renderrequest für [EMAIL PROTECTED] anstoßen

[Norbert Wenzel]

On 11/15/2008 05:57 AM, Thomas Drebert wrote:
> du bist schon auf der richtigen Seite, einfach bei Zoomlevel 12 "Strg"
> festhalten und auf die Karte klicken, schon wird gerendert.

Alternativ dazu, kann auch die Taste 'R' in z12 verwendet werden.

>
> Am 15. November 2008 00:34 schrieb Sven Eppler<[EMAIL PROTECTED]>:
>
>> Hi Leute,
>>
>> gibts eigentlich nirgendwo eine bequeme Möglichkeit, für Bereiche einen
>> RenderRequest für Tiles at Home abzuschicken, ohne das man sich jedesmal
>> erst die Koordinaten in Tile-Nummer umrechnen muss?
>>
>>
>> http://www.informationfreeway.org/?lat=48.21577721934863&lon=9.031383865520542&zoom=15&layers=BF000F
>> Hier hat scheinbar jemand angefangen zu rendern, aber dann aus irgend
>> einem Grund mit einer unfertigen Zeichnung abgebrochen.
>>
>
>
> 
>
> ___
> 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] Relationen Europastraßen wieder zum Le ben erwecken

[Michael Forster]

Hi,

2008/11/15 Doru Julian Bugariu <[EMAIL PROTECTED]>

> Wie kann man das "was ist in Deutschland" (besser noch: "in welchem Land
> ist dieser Way") anhand von existierenden Daten denn beantworten?
>

Indem man die Koordinaten mit den Landesgrenzen vergleicht?

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

[Talk-de] was ist in Deutschland (Re: Relationen E uropastraßen wieder zum Leben erwecken)

[Sven Anders]

Am Samstag, 15. November 2008 09:13 schrieb Doru Julian Bugariu:
> Frederik Ramm schrieb:
> > Der Vergleich ist insofern zutreffend als dass man "was ist eine Treppe"
> > und "was ist in Deutschland" perfekt anhand existiernder Daten
>
> Ernst gemeinte Frage:
> Wie kann man das "was ist in Deutschland" (besser noch: "in welchem Land
> ist dieser Way") anhand von existierenden Daten denn beantworten?

osmosis mit einem Polygon von 
http://svn.openstreetmap.org/applications/utils/osm-extract/polygons/ füttern 
und alles was rauskommt gehört in das Land.

Das muss natürlich nicht Osmosis sein, generell kann relativ einfach 
feststellen, ob etwas in einem Polygon liegt oder nicht. Ich finde das wäre 
eine Schöne Aufgabe für eine Libary die dann von allen Projekten benutzt 
werden kann.

Es gibt eine Where_Am_I (Namefinder) Funktion unter: 
http://www.openstreetmap.org/ über der Suchmaske, die müsste man evtl. noch 
etwas aufbooren, so das man sagen kann, gib mir nur das Land in dem ich mich 
befinde. Toll wäre wenn das über DNS als Anfrage funktionieren könnte, dann 
hat man auch relativ wenig Traffic.

Gruß
Sven

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

[Talk-de] Multipoligon Proposal (war Re: Hers cht Konsens zur Darstellung von Grenzen über Rela tionen?)

[Sven Anders]

Am Donnerstag, 13. November 2008 11:29 schrieb Jochen Topf:
> Ein wichtiger Punkt ist dabei noch der Umgang mit größeren und komplexen
> Gebilden, die z.B. Enklaven haben. Frederik hat gerade einen Vorschlag
> ins Wiki gestellt, wie bestehende Multipolygon-Relations erweitert
> werden können, damit sie auch mit sowas zurecht kommen:
> http://wiki.openstreetmap.org/index.php/Relation:multipolygon#Suggestion_fo
>r_advanced_multipolygons
>
> Diese Multipolygon-Relations können wir auch für Grenzen verwenden.
> Damit sollten sich alle vorkommenden Fälle lösen lassen.

Dann haben wir nur einen type conflict oder? ist das dann type=multipolygon 
oder type=boundary?

Ich würde das Gerne für Hamburg benutzen (Neuwerk eine Insel in der Nordsee 
gehört zu HH), Erweitere ich dann die bestehenden Relation, oder kann ich 
auch zwei Relationen in ein Multipoligon stecken, fände ich irgendwie 
schöner.

Nochmal zur Klarstellung entweder Lösung A:

  
   

  
  
  
  
  
  
  
  

  
  



oder Lösung B:



  
   

  
  
  
  
  
  
  
  



  
   

  
  



  
   
  
  


In Wirklichkeit sind da natürlich noch mehr Wege und Tags drann.

BTW: Irgendwie fehlt mir zum Proposal der Platz (und die Einladung) zum 
Diskutieren

Gruß
Sven

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

Re: [Talk-de] Relationen Europastraßen wieder zum Lebe n erwecken

[Doru Julian Bugariu]

Frederik Ramm schrieb:

> Der Vergleich ist insofern zutreffend als dass man "was ist eine Treppe" 
> und "was ist in Deutschland" perfekt anhand existiernder Daten 

Ernst gemeinte Frage:
Wie kann man das "was ist in Deutschland" (besser noch: "in welchem Land
ist dieser Way") anhand von existierenden Daten denn beantworten?

Gruesse,
Julian



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

Re: [Talk-de] Herscht Konsens zur Darstellung von Grenzen ?ber Relationen?

[Norbert Kück]

Heiko Jacobs schrieb:
> Apropos... Sind die Landesgrenzen mal autmagisch erzeugt worden?
> Wenn ja sollte der Programmierer einen Bogen um alle landestreuen
> Bremerhavener und Neuwerker machen. Welch Affront diese einfach
> Niedersachsen zuzuschlagen! ;-)

Naja, es gibt auch Bremerhavener, die das gar nicht so schlecht fänden. 
Nur wäre dann Bremerhaven nicht mehr die freiste Gemeinde Deutschlands. ;-)
Im Ernst: Die Grenzen stammen vom Umweltprogramm der Vereinten Nationen 
(siehe surce=UNEP-GRID). Die wissen wohl nicht, dass das Land Bremen ein 
Zwei-Städte-Staat ist. Außerdem sind die UNEP-Grenzen wohl sehr grob 
(für eine andere Auflösung gemacht) und damit falsch.
Ich habe angesichts der gebührenorientierten Weise von GeoInformation 
Bremen auch nicht die Hoffnung, dass man dort die Grenze digital 
bekommen könnte - Handarbeit?

Gruß
nk


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