Kleine Fragen 2014

Ein normaler Aufruf von www.openstreetmap.org ruft verschiedene Server auf:

http://www.openstreetmap.org 2001:630:12:500:219:bbff:fe39:8aba
http://piwik.openstreetmap.org 128.40.45.197
http://a.tile.openstreetmap.org 5.9.150.236
http://b.tile.openstreetmap.org 5.9.150.236
http://c.tile.openstreetmap.org 5.9.150.236

Die Tiles scheinen über ein CDN abgewickelt zu werden (ich bekomme unterschiedliche Adressen, wenn ich unterschiedliche DNS-Resolver frage)
Leider ist niemals eine IPv6-Adresse dabei.
D.h. osm-Server sind nur teilweise via IPv6 erreichbar.
Die nicht ganz unwichtigen Tiles leider nicht.

http://www.openstreetmap.de/karte.html

sieht es nicht besser aus.
http://www.openstreetmap.de 78.46.101.3
http://ilike.openstreetmap.de 2a01:238:4000:0:4ea:44ad:b203:c2ab
http://c.tile.openstreetmap.de 139.17.3.229
http://a.tile.openstreetmap.de 139.17.3.229
http://b.tile.openstreetmap.de 139.17.3.229
http://d.tile.openstreetmap.de 139.17.3.229

Ein kleiner Blick zum Wettbewerber:

https://www.google.de 2a00:1450:4008:800::1018
https://maps.google.de 2a00:1450:4005:800::1005
https://ssl.gstatic.com 2a00:1450:4016:803::1017
https://maps.gstatic.com 2a00:1450:4005:800::1018
https://mt0.google.com 2a00:1450:4005:801::1000
https://www.gstatic.com 2a00:1450:4005:808::101f
https://mts0.google.com 2a00:1450:4005:801::1004

Da der Anteil von IPv6 steigt und die Anbindung vieler Kunden via IPv4 immer schlechter wird, bitte ich die Admins von OSM dringend alle Server im Dualstack-modus zu betreiben.

Mit freundlichen Grüßen
Thomas Schäfer

Ja, es sind leider immer noch nicht alle.

Bei den Tiles ist das aber so, daß die weltweit gecached werden. Dh. du bekommst abhängig davon, in welcher Gegend du gerade real bist, deine Tiles von unterschiedlichen weltweit verteilten Servergruppen. Diese alle auf Ipv6 zu erweitern, ist noch ein Batzen an Arbeit mehr.

Die Editoren dagegen “reden” mit api.openstreetmap.org und diese 3 Server laufen mWn auch nur mit IPv4. oops: können beides.


#ping api.openstreetmap.org
PING api.openstreetmap.org (193.63.75.100) 56(84) bytes of data.
64 bytes from spike-02.osm.ichosted.org.uk (193.63.75.100): icmp_seq=1 ttl=50 time=43.8 ms
64 bytes from spike-02.osm.ichosted.org.uk (193.63.75.100): icmp_seq=2 ttl=50 time=42.8 ms
64 bytes from spike-02.osm.ichosted.org.uk (193.63.75.100): icmp_seq=3 ttl=50 time=43.9 ms
64 bytes from spike-02.osm.ichosted.org.uk (193.63.75.100): icmp_seq=4 ttl=50 time=43.3 ms
^C
--- api.openstreetmap.org ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3002ms
rtt min/avg/max/mdev = 42.866/43.489/43.904/0.419 ms

#ping6 api.openstreetmap.org
PING api.openstreetmap.org(2001:630:12:500:21a:4bff:fea5:fd2a) 56 data bytes
64 bytes from 2001:630:12:500:21a:4bff:fea5:fd2a: icmp_seq=1 ttl=50 time=28.0 ms
64 bytes from 2001:630:12:500:21a:4bff:fea5:fd2a: icmp_seq=2 ttl=50 time=29.2 ms
64 bytes from 2001:630:12:500:21a:4bff:fea5:fd2a: icmp_seq=3 ttl=50 time=25.0 ms
64 bytes from 2001:630:12:500:21a:4bff:fea5:fd2a: icmp_seq=4 ttl=50 time=33.5 ms
64 bytes from 2001:630:12:500:21a:4bff:fea5:fd2a: icmp_seq=5 ttl=50 time=31.8 ms
^C
--- api.openstreetmap.org ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4006ms
rtt min/avg/max/mdev = 25.058/29.559/33.564/2.974 ms

Ich bekomme aber nur einen Https-Verbindung über IPv4 - ist da der Hund begraben?

Scheint ein DNS-Problem zu sein - nur wo? Werde ich mal weiter verfolgen.

Gruss
walter

ps: Sorry, dass das hier den Rahmen von “Kleine Fragen” sprengt, aber das kann man ja nicht ahnen.

Dass es ein CDN sein muss, hatte ich schon erwähnt.

Danke für den korrekten Link zu den Servern im Wiki.

Da ist dann allerdings im DNS doch etwas faul.

tabaluga.openstreetmap.org spricht v4 und v6, nur wird er beim Aufruf via

falkenstein.tile.openstreetmap.org

nicht als Dualstack sondern nur als IPv4-Server “bekannt gemacht”.

Hat wohl den Grund, dass der Webserver auf Port 80 via IPv6 tatsächlich nicht arbeitet.

Obwohl das mit dem Apache/2.2.22 (Ubuntu) eigentlich kein Problem sein sollte.

Nachtrag2: Sehe gerade, dass da noch ein steinalter squid/2.7. seinen Dienst tut.

2.7 31 May 2008 STABLE9 16 Mar 2010

Es wird also mindestens Squid 3.1 benötigt:

3.1 29 Mar 2010 3.1.23 09 Jan 2013

Es liegt also nur an einem veralteten Softwarestand auf dem Server.

Aktuell ist übrigens 3.4.

jau, hab ich übersehen :frowning:

alles sehr seltsam - und äußerst lästig.

Gruss
walter

Sorry, ich hatte mein Posting editiert, während Du darauf geantwortet hast.
Wenn meine Analyse stimmt, liegt es einfach am veralteten squid.

http://packages.ubuntu.com/search?keywords=squid

Nach dieser Liste könnte ein Ubuntu 10.04LTS schuld sein. Mit jüngeren LTS-Versionen ließe sich auch vernünftig IPv6 konfigurieren.

Ubuntu 10.04.4 Support läuft noch bis April 2015. Es besteht also Hoffnung auf baldige Erneuerung.

Nachtrag:

https://help.openstreetmap.org/questions/19638/ipv6-for-tileservers

schön, aber das ist tabaluga, einer der tile caching server. mein problem liegt aber bei den spikes spike1,2 und 3, die die api anbieten. Magst du da noch mal kurz reinschauen?

Also mit dem Browser komme ich drauf. openssl (als cli tool) kann bekanntlich immer noch nicht zum Testen von IPv6 verwendet werden. Traurig aber wahr.

Aber es gibt ja auch noch andere Tools. Und so habe ich gnutls-cli gefunden, welches einen ähnlichen Zweck erfüllt:

2001:630:12:500:219:bbff:fe39:8aba
Apache/2.4.7 (Ubuntu) Server at spike-03.openstreetmap.org Port 443

2001:630:12:500:21a:4bff:fea5:fd2a
Apache/2.4.7 (Ubuntu) Server at spike-01.openstreetmap.org Port 443

2001:630:12:500:219:bbff:fe39:3d9e
Apache/2.4.7 (Ubuntu) Server at spike-02.openstreetmap.org Port 443

Aufruf ist jeweils

gnutls-cli --no-ca-verification -d 1 2001:630:12:500:219:bbff:fe39:3d9e -p 443

–no-ca-verification habe ich einfügen müssen, weil die numerische IP nicht auf das Zertifikat passt.

Bei gnutls-cli -d 1 api.openstreetmap.org -p 443 kann man das weglassen. Da ist es allerdings etwas schwieriger bewusst die Server auszuwählen. (müsste das lokale DNS manipulieren)

Was allen Server fehlt, sind die PTR-Records:

Host e.9.d.3.9.3.e.f.f.f.b.b.9.1.2.0.0.0.5.0.2.1.0.0.0.3.6.0.1.0.0.2.ip6.arpa not found: 3(NXDOMAIN)
Host a.2.d.f.5.a.e.f.f.f.b.4.a.1.2.0.0.0.5.0.2.1.0.0.0.3.6.0.1.0.0.2.ip6.arpa not found: 3(NXDOMAIN)
Host a.b.a.8.9.3.e.f.f.f.b.b.9.1.2.0.0.0.5.0.2.1.0.0.0.3.6.0.1.0.0.2.ip6.arpa not found: 3(NXDOMAIN)

Traceroute sieht übrigens via IPv4 und via IPv6 bescheiden aus. Sowohl via DFN als auch DTAG ist ab “me-rach6.net.ic.ac.uk” ein Spielverderber im Weg.

Hallo,
ich hab 2 kleine Fragen:

  1. wo kann ich mir die History einer Relation ansehen, also wann Elemente dazugekommen, geändert, gelöscht wurden
  2. in JOSM: wie kommt man bei sich überlagernde Linien an die gesuchte Linie ran?
    Danke

zu 1.: http://osm.mapki.com/history/
zu 2.: mittlere Maustaste

OK danke! zu 2: ich hab mal gelesen, man kann auch bestimmte Linientypen ausblenden, wie geht das?
und dann noch 2 Fragen:
3. ich würd mir gern das Ergebnis anschauen bevor ich es hochlade. Ich gehe im JOSM auf Ansicht/Osmander, es öffnet sich ein Browser-Tab (firefox) und dann verliessen sie ihn, kommt nur noch Sanduhr.
Unten in der Leiste steht: warten auf xobjex.com
4. Ich such für eine bestimmte Region, nach Objekten, konkret suche ich, ob es einen Festpunkt gibt man_made = survey. Wie geht das? (in Josm)

Alternativ in der Josm-Prüfung den Fehler doppelklicken (+rechte Maustaste->zoomen auf).

Man kann mit der Filterfunktion unerwünschte, überdeckende Elemente ausblenden (sind meist angrenzende Flächen mit gemeinsamen Nodes). Finde ich persönlich übersichtlicher, z.B. nur die Wege bei der Bearbeitung angezeigt zu haben, womit man nicht verbundene Wege besser erkennt.

Das geht nur für die geladenen Daten - damit dürfte der Bereich ziemlich klein ausfallen.

Wie Garmin-User schon schrieb geht das in JOSM nur für den geladenen Bereich. Ansonsten kann man noch Overpass nutzen und einfach nach man_made=survey suchen und die Ergebisse dann exportieren und mit JOSM öffnen lassen.

JOSM-Filter:

Klick auf Filter-Symbol (Trichter) in Werkzeugleiste links >> Filter-Dialog rechts wird ein- bzw. ausgeblendet
Klick auf Hinzufügen in Filter-Dialog rechts
Eingabe Filterbegriff man_made=survey
Filter bestätigen
Ausblenden aller anderen Objekte duch setzen von Häkchen in allen 3 Kästchen in der Zeile man_made=survey

Gruß
Peter

  • Wie kann man eine Area in einen way umwandeln? Möchte mir das Löschen und Neuerfassen der Daten sparen.
  • wie bekomme ich zu einem bestimmten user heraus, welche Objekte er erfasst/geändert hat (also z.B. natural = peak)?
    dabei Unterscheidung zwischen Ersterfassung und aktueller Stand, zeitliche Eingrenzung möglich?
    Danke

Das opening_hours-Tool istnicht mehr erreichbar. Weiß jemand warum?

https://www.openstreetmap.org/user/guenz/history#map=10/49.0444/8.6675

Setze in die URL anstelle von guenz den OSM-Namen des Users ein und Du bekommst seine Änderungssätze angezeigt.

Gruß
Peter

was meinst du damit? Welche Area? wie ist die bisher erfasst.
und dann: Warum umwandeln.

Gruss
walter

Das “area=yes” löschen.

Da hat irgendjemand eine Area begonnen, die eigentlich eine Linie ist und dann gespeichert und hab dann beim upload einen Warnhinweis bekommen, LInie mit Flächenstil nicht geschlossen ist.

wo löschen? ich seh im JOSM nur die Attribute des Objektes und kein area-Tag.