Re: [Talk-de] OSM Lizenzverstoß bei Kraichgau-Stromberg Tourismus e.V.

[Sven Anders]

Am 2019-06-26 13:24, schrieb Sven Geggus:

Frederik Ramm  wrote:


Guerilla-Aufkleber-Aktion!


Hatte ich ehrlich gesagt auch schon dran gedacht. Allerdings kennen wir 
die
Standorte der Tafeln ja nicht mal alle und das würde nur auffallen, 
wenn wir

nahezu alle passend verarzten könnten.

Ich fände es ehrlich gesagt am besten wenn da mal jemand aus dem 
FOSSGIS
Vorstand bei der Frau Gerz anruft und freundlich auf das Problem 
hinweist

damit das einen etwas offizielleren Charakter hat. Email ist vermutlich
erher nicht so geschickt.

Es wäre IMO eher unschön wenn das irgendein Mapper direkt machen würde.


Ich finde beides okay.

Ein Mapper dem es aufgefallen ist und der sagt: Das finde ich nicht gut, 
dass sie mein Werk hier ohne Copyright veröffenlichen ist okay.

Nur sollte der Text höflich und zielgerichtet bleiben.
Wenn das nicht fruchtet, kann man ja immer noch den Fossgis Vorstand 
bitten.


Wenn der Fossgis Vorstand das gleich macht, finde ich das auch okay.

Gruß
Sven

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

Re: [Talk-de] Absetzbarkeit von Spenden bei der OSMF

[Sven Anders]

Hallo Frederik,

danke  für die schnelle Antwort.

Könnte man daran etwas ändern?  Ich meine das wäre doch für alle spendenden 
Unternehmen und Privatleute interessant.

Gruß
Sven


Am Samstag, 24. März 2018, 11:51:22 CET schrieb Frederik Ramm:
> Hallo,
> 
> On 24.03.2018 10:08, Sven Anders wrote:
> > In Radio OSM [1] sagt Frederik, dass Spenden und der Mitgliedsbeitrag die
> > OSMF in Deutschland NICHT steuerlich absetzbar seinen.
> 
> Stimmt, aber das liegt nicht daran, das die OSMF im Ausland ist, sondern
> daran, dass die OSMF nicht gemeinnützig ist. Auch ein Brite kann seinen
> Mitgliedsbeitrag nicht von der Steuer absetzen.
> 
> Bye
> Frederik



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

[Talk-de] Absetzbarkeit von Spenden bei der OSMF

[Sven Anders]

Moin,

In Radio OSM [1] sagt Frederik, dass Spenden und der Mitgliedsbeitrag die OSMF 
in Deutschland NICHT steuerlich absetzbar seinen.


Das hat mich gewundert, weil wir ja Europa haben und so (ja, ich weiss, dass 
die OSMF nach dem Brexit nicht mehr in der EU liegt).


Ich habe dazu in diesem Internet gesucht und folgendes gefunden:

*  Der Europäischer Gerichtshof hat 2009 entschieden, dass Spenden ins Ausland 
steuerlich absetzbar sind. Zitat: "Daher erkennt der Gerichtshof für Recht, 
dass der freie Kapitalverkehr der Regelung eines Mitgliedstaats entgegensteht, 
wonach bei Spenden an als gemeinnützig anerkannte Einrichtungen nur Spenden an 
im Inland ansässige Einrichtungen von der Steuer abgezogen werden können, ohne 
jede Möglichkeit für den Spender, nachzuweisen, dass eine Spende an eine 
Einrichtung, die in einem anderen Mitgliedstaat ansässig ist, die nach dieser
Regelung geltenden Voraussetzungen für die Gewährung einer solchen 
Vergünstigung erfüllt.  " [2]

Allerdings entschied der BFH 2015: "Voraussetzung für den Spendenabzug an eine 
in der EU oder im EWR ansässige Stiftung sei, dass der Steuerpflichtige 
Unterlagen vorlege, die eine Überprüfung der tatsächlichen Geschäftsführung 
ermöglichten." [3]

Könnte man das ganze nicht (z.B. auf Kosten der OSMF oder des Fossgis, oder 
eines Sponsors der OSMF der dadurch auch mehr spenden kann) einmal juristisch 
prüfen lassen, bzw. Unterlagen vorbereiten, damit man die bei Rückfragen beim 
Finanzamt abgeben kann?

BTW: Ich habe meinen Mitgliedsbeitrag bei der OSMF schon mal bei der Steuer 
angegeben und es wurde nichts vom Finanzamt  moniert.

Vielleicht  gibt es einen Steuerexperten/ Steuerberater, der das hier mitliest 
und das ggf. übernehmen möchte?

Gruß
Sven



1: 
https://podcast.openstreetmap.de/2018/03/02/osmde047-interview-fossgis-e-v-als-local-chapter-der-osmf/

2: https://curia.europa.eu/jcms/upload/docs/application/pdf/2009-03/
cp090005de.pdf

3: http://juris.bundesfinanzhof.de/cgi-bin/rechtsprechung/document.py?
Gericht=bfh=pm=31562

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

Re: [Talk-de] Bemerkenswerte Relation

[Sven Anders]

Moin


Am 2017-11-10 16:35, schrieb dktue:

Hallo,

ich bin gerade auf diese bemerkenswerte Relation [1] gestoßen. Hier
scheint mir einiges an Member-Rollen und Tagging-Schema erfunden zu
sein.

Seht ihr das auch so?



sieht mir nach  Indoor-Mapping aus. Ob da was neu "erfunden" wurde, kann 
ich nicht beurteilen, aber selbst wenn, stört es dich denn irgendwie?



Ich finde auf Anhieb die Tags machen Sinn.


Wie würde die vereinfachte Form aussehen die nur auf übliches Mapping 
aufsetzt?


Warum ist das wichtig? Ich finde bei OSM dürfen gerne Tags erfunden 
werden, solange diese nicht für was anderes verwendet werden und deshalb 
stören.


So kann z.B. jemand an der Uni-Heidelberg an einem 
Supertollen-Indoor-Visualisierungs-Dings arbeiten ohne erst mit 10.000 
Leuten über Tags zu verhandeln.



Gruß
Sven

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

Re: [Talk-de] Rettungsleitstellen

[Sven Anders]

Am Samstag, 8. April 2017, 09:44:59 schrieb dktue:
> Hallo,
> 
> ich möchte gerne die Rettungsleitstellen [1] in Deutschland taggen, habe
> hierzu aber keinen passenden Tag gefunden.
> 
> Mein erster Gedanke wäre, hierfür
> 
>  emergency=ecc
> 
> zu verwenden (ECC = Emergency Control Centre). Erweitern könnte man es
> noch um Details, ob es sich um eine Rettungsdienst-, Feuerwehr- oder
> Polizei-Leitstelle handelt -- wobei in Deutschland die meisten
> Leitstellen bereits kombinierte Rettungsdienst- und Feuerwehrleitstellen
> sind -- die Polizei ist aber größtenteils separat.

Ich finde Abkürzungen nicht gut.

Was hälst du von:

emergency=control_center

Gruß

Sven


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

Re: [Talk-de] Lokale-Gruppen-Layer auf openstreetmap.de

[Sven Anders]

So,  sollte jetzt gehen (ggf.  Browser-Cache löschen)

Gruß
Sven


Am 10. Februar 2017 16:39:37 schrieb Sven Anders <s...@anders-hamburg.de>:


Moin,
ich hab dass auf der Fossgis-Admin Mailingliste mal angesprochen und melde
mich, wieder.

Gruß

Sven Anders

Am Freitag, 10. Februar 2017, 13:09:27 schrieb Sven Geggus:

Harald Hartmann <osm-talk...@haraldhartmann.de> wrote:
> Also ich kann es nur nochmal wiederholen: das Original(pyhton)skript
> auf usergroups.openstreetmap.de erzeugt neben dem worldwide KML auch
> bereits eine DACH KML (und das mehrfach am Tag!). Das müsste halt nur
> wieder an die richtige Stelle kopiert werden, oder eben dann nach
> jeder neuen Erzeugung mit Änderung per git ins Repo committet werden,
> oder was auch immer sich die Admins nun vorstellen, wenn sie "alte
> Zöpfe" abschneiden wollen.

Auf dem alten FOSSGIS Server lief AFAR ein cronjob, der das xml-file
regelmäßig aktualisiert hat.

Gruss

Sven

P.S.: Ich fühle mich für tile.openstreetmap.de verantwortlich. Für
www.openstreetmap.de nicht!



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




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

Re: [Talk-de] Lokale-Gruppen-Layer auf openstreetmap.de

[Sven Anders]

Moin,
ich hab dass auf der Fossgis-Admin Mailingliste mal angesprochen und melde 
mich, wieder.

Gruß

Sven Anders

Am Freitag, 10. Februar 2017, 13:09:27 schrieb Sven Geggus:
> Harald Hartmann <osm-talk...@haraldhartmann.de> wrote:
> > Also ich kann es nur nochmal wiederholen: das Original(pyhton)skript
> > auf usergroups.openstreetmap.de erzeugt neben dem worldwide KML auch
> > bereits eine DACH KML (und das mehrfach am Tag!). Das müsste halt nur
> > wieder an die richtige Stelle kopiert werden, oder eben dann nach
> > jeder neuen Erzeugung mit Änderung per git ins Repo committet werden,
> > oder was auch immer sich die Admins nun vorstellen, wenn sie "alte
> > Zöpfe" abschneiden wollen.
> 
> Auf dem alten FOSSGIS Server lief AFAR ein cronjob, der das xml-file
> regelmäßig aktualisiert hat.
> 
> Gruss
> 
> Sven
> 
> P.S.: Ich fühle mich für tile.openstreetmap.de verantwortlich. Für
> www.openstreetmap.de nicht!


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

[Talk-de] WMS/WFS/ERT Rasterdaten für Leaflet aufbereiten

[Sven Anders]

Moin,

für die Tempo 30 Aktion des ADFCs in Hamburg würde ich gerne die 
Lärmschutzdaten von Hamburg [1] auf einer Karte mit OSM einbinden.

Ich mache das zur Zeit mit Leaflet:

  var layer = 
L.tileLayer.wms("http://geodienste.hamburg.de/HH_WMS_Strassenverkehr;, {
layers: '1',
format: 'image/png',
transparent: true,
attribution: "Laermkarten Hamburg © Datenlizenz Deutschland 
Namensnennung 
2.0"
});

Aber das Laden der Daten dauert bei mir [2] im Vergleich zur Karte der Stadt 
Hamburg [3] sehr lange. Ich vermute weil der Server der Stadt die Daten erst 
in EPSG:3857 umrechnen muss.

Wie gehe ich am besten vor, um das zu ändern? Die Daten sind auf der Seite [1] 
auch als ERT Rasterpunkte verfügbar.

Ich kenn mich mit dem ganzen GIS Karm nicht so aus. Würde es aber gerne 
lernen.

Vielen Dank für Euere Hilfe und Gruß
Sven


1: http://suche.transparenz.hamburg.de/dataset/larmkarten-hamburg-47c-blmschg1
2: https://anders.hamburg/adfc/tempo30/
3: 
http://www.geoportal-hamburg.de/Geoportal/geo-online/?id=030A8F47-EBEF-4669-94FC-0299BB7D5C88

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

Re: [Talk-de] DB-Bahnhöfe und OSM

[Sven Anders]

Am Fri, 15 Jan 2016 21:12:20 +0100
schrieb Roland Olbricht :

> Hallo zusammen,
> 
> die Bahn hat, wie hier ja schon angekündigt, eine Liste aller ihrer 
> Aufzüge in ihr Open-Data-Portal gestellt
> http://data.deutschebahn.com/datasets/aufzug/
> und dazu eine experimentelle API aufgesetzt, die zu einigen Aufzügen 
> ihren Betriebsstatus anzeigt:
> https://www.mindboxberlin.com/index.php/contest.html?file=files/cto_layout/downloads/opendata/SSTBT_REST-API_ADAM_1_contest_alpha.yaml
> Viele der Aufzüge, wenn auch nicht alle, haben Geokoordinaten.
> 
> Der (mit oder ohne OSM) nützlichste Anwendungszweck ist sicher, dass
> man als Rollstuhlfahrer weiß, bevor es zu spät ist, ob man an einem
> Bahnhof aussteigen kann. Ein solches Routing sollte natürlich auf
> OSM-Daten stattfinden (und sonst hat auch keiner genug Geodaten).
> 
> Also habe ich ein Tool gebastelt, mit dem man pro Bahnhof
> nachvollziehen kann, wie gut die DB- und OSM-Daten zusammenspielen
> oder wie gut unsere Daten überhaupt sind:
> 
> http://olbricht.nrw/adam/bahnhof.html
> 
Super spannendes Tool. Für große Haltestellen, wie Hamburg-Harburg mit
ich  ca. 5  Ebenen:

Brücke über Fernbahn, 
Fernbahn, 
S-Bahn Zwischenebene beim Phönix Center, 
zweite Zwischenebene
S-Bahn Gleis

würde ich mir eine Landkarte auf Level-Ebene wünschen. Gibt es da evtl.
etwas? An besten was, was sich per Overpass automatisch aktualisieren
lässt?

Gibt es eine Seite, wo man den Update-Stand sehen kann?

Gruß
Sven

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

Re: [Talk-de] DB-Bahnhöfe und OSM

[Sven Anders]

Am Sat, 16 Jan 2016 15:52:48 +0100
schrieb Tom Pfeifer <t.pfei...@computer.org>:

> Sven Anders wrote on 2016/01/16 09:34:
> >
> > Super spannendes Tool. Für große Haltestellen, wie Hamburg-Harburg
> > mit ich  ca. 5  Ebenen:
> >
> > Brücke über Fernbahn,
> > Fernbahn,
> > S-Bahn Zwischenebene beim Phönix Center,
> > zweite Zwischenebene
> > S-Bahn Gleis
> >
> > würde ich mir eine Landkarte auf Level-Ebene wünschen. Gibt es da
> > evtl. etwas?
> 
> Daran baut ja Roland Wagner von der Beuth-Hochschule Berlin:
> http://www.openrailwaystationmap.org
> 
> Das hatte er auf dem Wherecamp und dem DB-Hackaton vorgestellt, hier
> einige Links: Barcamp: Vorstellung DB AG OSM Pilot Railway Station
> Indoor Mapping: https://www.youtube.com/watch?v=Ymtaatq7_b4
> http://de.slideshare.net/WhereCampBerlin/wherecamp-navigation-conference-2015-db-ag-osm-pilot-railway-station-indoor-mapping
> 

Cool! Danke

Sven

> 
> tom
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de


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

Re: [Talk-de] Feedback zum Vorschlag einer möglichen Mappingaktion zu Aufzuggeodaten?

[Sven Anders]

Hallo Axel,
(ich sag mal Axel, weil das hier auf der Liste üblich ist, sich zu
Duzen, ist hoffentlich okay?)

> Wie wir im aktuellen Blogpost zu den Aufzugsdaten [
> http://data.deutschebahn.com/blog/2015/12/07/aufzug-mindbox/] bereits
> angekündigt haben, wollen wir kurzfristig eine API zur Abfrage des
> Betriebsstatus unser ca. 2.200 Aufzüge auf unseren Bahnhöfen
> bereitstellen. Für eine Suchkreisabfrage (oder evtl. andere Abfragen,
> die ihr spannend findet) fehlen uns aber für ca. 400 Aufzüge noch die
> Geokoordinaten.
...
> Ist es denkbar, dass Ihr uns bei der
> Erhebung der fehlenden Geodaten kurzfristig unterstützt und wir im
> Zuge dessen die OSM Idee allgemein in irgendeiner Form unterstützen
> können?


Ich halte das für sehr realistisch, Euch hierbei zu Unterstützen.

Ein beliebtes Vorgehen hierfür wäre einen Validator/Tool zu schreiben,
mit den man auf einen Blick sehen kann, welche Aufzüge noch fehlen, und
wie der Vorschritt ist. Der erste Schritt dazu wäre ein Mapping-Schema
für die Aufzugsdaten (Frage an die Bahn/Aufzugs-Experten: Wie ist da der
Stand?). Wenn ein Schlüssel (z.B. die Seriennummer im Aufzug, etwas was
für den Mapper vor Ort klar abzulesen ist) in diesen Daten sich mit
Euren deckt, könnte ihr so einfach prüfen, wo es Abweichungen gibt. Gut
wäre, wenn in dem Tool ein Melden Button wäre, wo der Mapper Euch
mitteilen kann, wenn er meint, das Eure Daten nicht korrekt sind. Das
wird dann allen angezeigt und hat für Euch den Vorteil, dass ihr nicht
97 mal eine Meldung bekommt, das auf Gleis 14 in Hamburg Hbf ein
Zahlendreher in der Seriennummer ist. Ein paar Beispiele für solche
existieren Tools wären z.B.

Der OSM Inspektor: http://tools.geofabrik.de/osmi/
Straßen/Hausnummern/Stolpersteine: http://regio-osm.de/

> Ich möchte dabei allerdings möglichst in keine Fettnäpfchen treten,
> deswegen erkläre ich hier einmal etwas ausführlicher die Ideen, die
> wir bislang hierzu hatten:
> Wichtigster Dreh- und Angelpunkt: Ihr, die Community entscheidet,
> wohin die Reise geht. Ihr seid in euren Ideen und Idealen frei – wir
> möchten euch dabei unterstützen und gemeinsam mit euch lernen.

Super Einstellung!

> 
> Die erste naheliegendste Idee war, einer neutralen Instanz ein
> Kontingent Netzkarten o.ä. zu spenden. Ganz ohne erwartete
> Gegenleistung, aber natürlich in der Hoffnung, dass die Karten auch
> für die Erhebung der Aufzugskoordinaten genutzt werden. Nach welchen
> Kriterien die Karten vergeben würden, wäre euch überlassen, da wollen
> wir keine Auflagen machen. Deswegen wäre mir auch sehr wichtig, dass
> der Spendenempfänger bzw. die Vergabestelle so unbefangen und neutral
> wie nur irgendwie möglich ist. Dieser Ansatz würde zwar die
> Fahrtkostenproblematik für umfangreichere Bahn-Mappingaktionen
> entschärfen. Aber wahrscheinlich haben diese Mapper bereits sowie
> eine Bahncard. Ich bin mir auch nicht sicher, ob das ein tragfähiger
> Vorschlag ist. Einerseits könnte ich mir vorstellen, dass das zu
> Streitigkeiten führt, wenn sich Leute bei der Vergabe übergangen
> fühlen. Andererseits liegt auf den Empfänger/innen der Karten im
> ungünstigsten Fall ein ganz schöner Erwartungsdruck, innerhalb der
> Geltungsdauer auch möglichst viel zu mappen, auch wenn wir diesen
> nicht erzeugen wollen. Egal, ob der Druck dann von außen kommt oder
> sich selber auferlegt wird, unter Umständen kann das trotzdem
> belastend sein.

Ich teile da Deine/Eure bedenken. Wobei wenn Ihr das konkrete
Gegenleistungen koppelt (also sowas wie: Wer 5 Aufzüge mit
Koordinaten einträgt, bekommt einen 5 Euro Gutschein, bei 20 gibt es
eine Freifahrt für Deutschland etc. wäre es wieder transparent und
für mich okay.)
 

> Die zweite Idee war, ein ganz allgemeines Kontingent an Freikarten
> bzw. Gutscheinen bereitzustellen, das dann auch einer viel breiteren
> Basis an Mapper/innen zugute kommen kann, auch über das Bahnmapping
> hinaus. Zum Beispiel für Fahrten zu OSM-Treffen, zu Konferenzen, zu
> Developertreffen, Hackathons usw. So wäre die OSM-Community insgesamt
> etwas breiter gefördert.

Das fände ich wesentlich besser. 
> 
> Eine dritte Idee könnte sein, eine finanzielle Spende an OSM zu
> leisten, um hierdurch den Serverbetrieb etc. zu unterstützen.

Auch ne Idee, wobei Eure "Kernkompentenz" ja eher bei Fahrkarten liegt.
Meine Meinung: Es wäre toll, wenn die, die sich stark für OSM-Einsetzen
und zu Konferenzen und Treffen fahren, das kostenlos/billiger machen
könnten. Der Fossgis e.V. bezahlt zur Zeit IMHO schon für aktive OSMler
zum Teil die Fahrkosten (wenn diese eine Konferenz vorbereiten etc.),
ich fände es gut, wenn der Fossgis darüber entscheidet, wer eine
Fahrkarte bekommt, wie das Verteilt wird.

 
> Einziger Wunsch unsererseits ist, die erhobenen Aufzugsdaten als
> CC-0-Datensätze zu erhalten, da wir diese dann in unser System
> aufnehmen und diese Daten dort unter einer freien CC BY 4.0 Lizenz
> stehen und regelmäßig unter dieser Lizenz wieder veröffentlicht
> werden sollen.  Mehr als ein Wunsch 

Re: [Talk-de] Liste aller Kirchen in Deutschland

[Sven Anders]

Moin,

geniale Anfrage und Beiträge hier!!

> On 2015-10-06 15:00, dktue wrote:
> > Ich suche alles, was für den ortsunkundigen Laien als Kirchengebäude
> > identifizierbar ist, also alles, was eine -- wenn auch kleine --
> > Sehenswürdigkeit ist.
> > 
> > Das building-Tag ist in einem kleinen Test in mehr als 3/4 aller
> > Fälle einfach nur als building=yes eingestellt; ich bräuchte also
> > eine etwas bessere Heuristik, da sonst die allermeisten Kirchen
> > fehlen.
> > 

Am Tue, 6 Oct 2015 15:09:16 +0200
schrieb Thorsten Alge :

> Um das zu korrigieren, wäre vielleicht eine Wochenaufgabe geeignet.

Ja, finde ich gut. Der Weg zu besseren OSM Daten ist IMHO häufig
einfach einen Validator zu bauen (also eine Karte mit "potentiell"
falschen Tags) und dann zu schauen ob es korrigiert wird.

Man könnte also die Kombination amenity=place_of_worship und
building=yes als "fehlerhaft" Kennzeichnen.

Eine Kirche wäre amenity=place_of_worship und building=church (plus die
Tags für Religion+Name etc)

Was wäre denn ein Gemeindehaus? amenity=place_of_worship und
amenity=parish_hall oder amenity=church_hall siehe [1] ?!?

Oder lassen wir das "amenity=place_of_worship" weg? Welche Tags sind
sinnvoll an das Gemeindehaus zu schreiben?

Und dann gibt es noch unterschiedliche Arten von Kirchen (Dom,
Hauptkirche, Kathedrale, Kapelle,...[2]) , die man evtl. gleich mit
Taggen könnte.

Spannend an der Aufgabe könnte sein, wenn man herausfinden könnte, wie
viele Thomaskirchen, Markuskirchen, Michaeliskirchen etc. es gibt und
wie die in DE verteilt sind.


Gruß
Sven





1:
https://help.openstreetmap.org/questions/11812/how-do-i-tag-a-german-gemeindehaus-parish-hall

2:
http://www.kirchenweb.at/ministranten/kirche/kirche_dom_lexikon.htm


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

Re: [Talk-de] Regionale Mailingliste anlegen lassen

[Sven Anders]

Am 24.09.2015 um 12:28 schrieb markus schnalke:
> 
> Es waere wirklich schoen, wenn ich erstens eine Reaktion auf meine
> Anfrage erhalten wuerde und wenn zweitens diese Mailingliste fuer
> uns eingerichtet werden wuerde.

Du solltest jetzt Post bekommen haben.

Tschuldigung, deine E-Mails habe ich irgenwie im Spam übersehen.

Gruß
Sven


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

Re: [Talk-de] neuster josm + tracer - ipv4/ipv6 problem

[Sven Anders]

Am 26.05.2015 um 16:20 schrieb Holger Jeromin:


Wenn der tracer2 server kein v6 socket aufmacht, sollte das josm-plugin
einfach auf 127.0.0.1 statt localhost verbinden. Nicht schön, aber wäre
vielleicht einfacher, als den tracer2 server zu reparieren.



In der Regel gehen Sachen deshalb mit IPv6 / Ipv4 nicht weil ein 
schlauer Programierer sich gedacht hat: Das mit Ipv6 kenne ich nicht, 
ich schalte es lieber explizit ab.


Das ist auch  bei Tracer2 der Fall, wobei es in diesem Fall nicht (nur?) 
der Programmierer sondern evtl. der Linux Admin ist.


Bei mir lauscht der Tracer2 unter Linux auf ::1 (IPv6 localhost), wenn 
ich in meiner /etc/hosts Datei die zeilen:



127.0.0.1   localhost.localdomain localhost localhost
::1  localhost ip6-localhost ip6-loopback localhost6

drinn stehen habe.

Steht bei mir nur:

127.0.0.1   localhost.localdomain localhost localhost
::1   ip6-localhost ip6-loopback localhost6

lauscht er auf 127.0.0.1

Unter Windows mag das anders sein, der der Code nutzt nicht die erste 
zurückgegebene Adresse sondern die zweite:


./trunk/src/WebServer/Server.cs:
-- snip --

   IPHostEntry host = Dns.GetHostEntry(localhost);
if (OperationSystem.isWindows)
{
if (host.AddressList.Length  1)
{
oIpAddress = host.AddressList[1];
}
else
{
oIpAddress = host.AddressList[0];
}
}
else
{
oIpAddress = host.AddressList[0];
}
m_oTcpListener = new TcpListener(oIpAddress, m_nPort);

-- snap --

Jetzt java die Schuld in die Schuhe zu schieben, die den IPv6 Standard 
korrekt umsetzt (und der Standard ist ja auch schon mehr als 20 Jahr 
alt), empfinde ich als etwas unsportlich.


Gruß

Sven

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

Re: [Talk-de] neuster josm + tracer - ipv4/ipv6 problem

[Sven Anders]

Am 26.05.2015 um 15:37 schrieb Florian Lohoff:

On Mon, May 25, 2015 at 03:02:03PM +0200, nicolaus1977 wrote:

Moin Florian,

sprichtst du vom Tracer oder Tracer2?

Ich habe bei JOSM gerade ein Update auf 8339 gemacht und bei mir
funktioniert der Tracer2 anstandslos.


tracer2 - Wichtig ist das du auch ipv6 connectivity auf deinem Rechner
hast. Ggfs auch noch Linux wichtig.

Dann macht Josm einen ipv6 socket für die Kommunikation mit dem tracer2
auf. Der macht aber nur ipv4 - Also ist das mit der kommunikation mit
den beiden nicht so weit her.

Ich habe diverse ipv6 bugs an die josm leute gemeldet und das scheint
ja mit java und ipv6 eine vollkatastrophe zu sein.


Ich hab mich ziemlich lang und breit mit Ipv6 beschäftigt, IMHO ist dann 
tracer2 das Problem und nicht JOSM. Der Standard sagt kipp und klar, 
dass wenn ein Rechner beides kann, soll immer IPv6 benutzt werden.


Gruß
Sven


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

Re: [Talk-de] Mailinglisten

[Sven Anders]

Am 08.06.2014 16:15, schrieb Thorsten Alge:
 *Hallo Liste,
 
 ich würde für mich und andere Mapper der Region Harz gerne eine
 Mailingliste nutzen. Ich habe die Wiki-Seite[1] dazu gelesen und die die
 Listenverwalter angeschrieben. Leider erhalte ich keine Antwort. Auch
 nach einer weiteren Mail zwei Wochen später habe ich wiederholt keine
 Antwort erhalten. Ist die E-Mail Adresse listenverwal...@openstreetmap.de
 noch aktuell? An wen kann man sich wenden?

An mich.

Sorry, irgendwie muss deine Mail untergegangen sein.

Für Listenarchiv: Im Notfall (nach 14 Tagen oder so) mich anrufen:
040-2004297

Danke und Gruß
Sven


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

Re: [Talk-de] Privat oder nicht von der öffentlichen Verwaltung benannte Wege, was: Wegenamen in Kleingärten

[Sven Anders]

Am 19.05.2014 15:52, schrieb Wolfgang Hinsch:
 Am Montag, den 19.05.2014, 15:30 +0200 schrieb Martin Koppenhoefer:
 

 Es gibt auch privat benannte Wege, wo dieser Name amtlich und offiziell
 ist, bsp. Inge-Beisheim-Platz in Berlin (super zentral gelegen):
 http://www.openstreetmap.org/?mlat=52.51067mlon=13.37574#map=19/52.51067/13.37574

 http://de.wikipedia.org/wiki/Otto_Beisheim

 Hintergrund:
 http://www.berlin.de/ba-mitte/bezirk/gedenken/inge_beisheim.html
 
 
 

 Da kann sich jeder selbst eine Meinung bilden, nur weil die Kleingärtner
 weniger Geld haben, und deren Namen daher nicht offiziell werden würde ich
 die nicht gleich abwerten ;-)
 
 Stop! Ich will keine Kleingärtner oder ihre Straßennamen abwerten, ich
 möchte nur unterscheiden können zwischen ist amtlich oder ist nicht
 amtlich. U.a. weil ist amtlich meistens, wenn auch nicht immer ist
 eindeutig in der Administration, in (fast) jedem Fall aber ist in der
 Liste der Administration.
 
 Wer es für wichtig hält, kann ja taggen, ob der Name privat vergeben und
 amtlich anerkannt oder amtlich vergeben und privat anerkannt wurde ;-)

Ja, genau das wäre mein Vorschlag:
Offizielle Straße
name=Dahlienweg
source:name=Straßenverzeichniss Hamburg vom 07.05.2009

Kleingartenverein

name=Dahlienweg
source:name=Schild am Eingang des Kleingartens.

Gruß
Sven

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

Re: [Talk-de] Schlecker, die zweite!

[Sven Anders]

Am 07.08.2012 13:03, schrieb Sven Geggus:

 Was haltet ihr von folgender Vorgehensweise:
 
 Schleckermärkte in Deutschland[1] (shop=* und name=Schlecker)
 werden automatisch auf (disused:shop=*, disused=yes,
 name=Schlecker) geändert.
 
 Das würde IMO unterm Strich zu einem Stand der Datenbank führen,
 der eher der Realität entspricht als der jetzige und Nebenwirkungen
 sind eigentlich nicht zu erwarten. GGf. könnte man das
 automatisierte editieren sogar noch auf diejenigen POI beschränken,
 die ohnehin nur shop und name Tag haben.
 
 Der Rest bliebe dann in der Karte übrig und könnte manuell
 validiert werden.


+1

Sven

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

[Talk-de] Lizenzwechsel-Status

[Sven Anders]

Moin,
kann hier jemand ein Update zum Lizenzwechsel geben?

Die letzte Info von Richard die ich gefunden hab [1], ist 12 Tage alt 
(We’ll have a further update next week and,), die Mailingliste[2], 
scheint entwerder die falsche zu sein, oder niemand tauscht sich über 
den Status aus


Es wäre schön, wenn alle Mapper die Chance hätten zu erfahren, wie/ob 
der Lizenzwechsel läuft, muss ja nicht jeden Tag sein, aber so alle 3 
bis 4 Tage wäre echt nett.


Viele Grüße
Sven Anders




1: 
http://blog.osmfoundation.org/2012/04/05/license-change-update-getting-it-right/
2: 
http://lists.openstreetmap.org/pipermail/rebuild/2012-April/date.html#start


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

Re: [Talk-de] Listenadmin FOSSGIS-Server

[Sven Anders]

Am 30.01.2012 15:50, schrieb Roland Ramthun:

Hallo Leute,

wer bearbeitet eigentlich im Moment die Mailinglisten-Queue im OSM Teil des 
FOSSGIS OTRS? Da laufen z.B. Anfragen für neue MLs in Deutschland auf.

Das hat ja früher Sven gemacht, wenn ich das richtig sehe.


Mache ich eigentlich auch noch. Normaler weise bekomme ich eine 
Nachricht, wenn jemand eine Listenanfrage in das OTRS eingibt.


Ich arbeite das in der nächsten Woche ab.

Sven



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

Re: [Talk-de] Listenadmin FOSSGIS-Server

[Sven Anders]

Am 30.01.2012 15:50, schrieb Roland Ramthun:

Hallo Leute,

wer bearbeitet eigentlich im Moment die Mailinglisten-Queue im OSM Teil des 
FOSSGIS OTRS? Da laufen z.B. Anfragen für neue MLs in Deutschland auf.

Das hat ja früher Sven gemacht, wenn ich das richtig sehe.


Nachtrag: Ich habe genau eine Anfrage von Dir vom 21.01.12 in der Queue 
gefunden. Nur das niemand das Gefühl hat, es würden da etliche ML fehlen 
etc.


Wenn ich irgendwelche Anfragen übersehen haben sollte, bitte ich zuerst 
mit mir Kontakt aufzunehmen.


Gruß
Sven

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

Re: [Talk-de] Mapnik Hilfe

[Sven Anders]

Am 26.01.2012 20:56, schrieb Lars Lingner:

On 26.01.2012 20:23, Sven Anders wrote:
[...]


Das ist zwar bei 95% der Straßen der Fall, aber leider nicht immer.

Kann ich irgendwie eine Regel machen, die dann greift, wenn der Text
nicht geschrieben werden konnte.



Mir ist keine Möglichkeit in Mapnik bekannt, die das kann. Ich würde
versuchen das mit SQL abzufangen:

SELECT id
FROM planet_osm_line
WHERE way.length  $SCHWELLWERT_LAENGE AND character_length(name)
$SCHWELLWERT_NAME

Das kannst Du auch im Mapnik-Style verwenden und eine eigene Styleklasse
zuweisen die dann die reduzierte Schriftgröße benutzt.


Danke, das ist schon ein Ansatz, der aber vermutlich auch nicht 100%ig 
greift. Z.B. wenn dort unter der Straße eine U-Bahnlinie / Bahnstation 
geht und die Beschriftung wichtiger als der Straßenname ist und 
deshalb der Straßenname dort nicht hinpasst.





Oder gibt es zumindest die Möglichkeit sowas irgendwie in ein Logfile
zu schreiben, das ich weiß, welche Straßen fehlen?


Gute Frage. Ich kenne keine Möglichkeit Mapnik diese Info zu entlocken.



Ich werde mir mal den Mapnik Source Code genauer ansehen.

Schade ich hatte gehofft, es gäbe zu dem Thema schon eine Lösung.

Sven

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

[Talk-de] Mapnik Hilfe

[Sven Anders]

Moin,
ich bin gerade dabei eine Landkarte von Hamburg für einen Ausdruck 
vorzubereiten (ca. 1x1m Papierkarte 300 dpi oder 400 dpi).


Als Grundlage habe ich den deutschen Style genommen[1]. Diese nach mit 
dem Script von Holger Schöner[2] den Scale angepasst,  so das die 
Schrift jetzt auch für den Ausdruck halbwegs okay ist, nach Mapnik2 
gewandelt (upgrade_map_xml.py), und ein paar Attribute rausgeworfen/ergänzt.


Mir ist klar, das es ein Spezialthema ist und ich werde sicherlich auch 
in der Mapnik-ML nach Lösungen fragen, wenn ich hier nicht weiter komme, 
aber ich denke das Ziel eine Papierkarte zu machen, haben ja 
wahrscheinlich doch einige Mapper.


== Problem 1: Straßennamen sind ein MUST ==

Ich möchte gerne, alle Hamburger Straßen auf der Landkarte lesbar haben.

Wenn ich nun eine Regel wie diese hier habe:

TextSymbolizer fill=rgb(0,0,0) fontset-name=book-fonts 
halo-radius=2 placement=line size=16 
spacing=300[name]/TextSymbolizer


Dann wird der Name nur dann geschrieben, wenn die Straße lang genug ist, 
das der Name dort auch rein passt.


Das ist zwar bei 95% der Straßen der Fall, aber leider nicht immer.

Kann ich irgendwie eine Regel machen, die dann greift, wenn der Text 
nicht geschrieben werden konnte.


Ich stell mir sowas vor:

IfOkayTextSymbolizer fill=rgb(0,0,0) fontset-name=book-fonts 
halo-radius=2 placement=line size=16 
spacing=300[name]/TextSymbolizerelse/
TextSymbolizer fill=rgb(0,0,0) fontset-name=book-fonts 
halo-radius=2 placement=line size=10 
spacing=300[name]/TextSymbolizerelse/
TextSymbolizer fill=rgb(0,0,0) fontset-name=bold-fonts 
halo-radius=2 minimum-distance=16 size=10 spacing=750[name]

else/
TextSymbolizer fill=rgb(0,0,0) fontset-name=bold-fonts 
halo-radius=2 placement=line size=10 
spacing=750[num]/TextSymbolizer

/IfOkay

Also, wenn ein Straßenname mit 16pt nicht passt, nimm einen mit 10pt und 
wenn das auch nicht passt, schreibe ihn in 10pt und wenn das auch nicht 
passt, schreibe den Straßennamen in der Nähe mit 16pt, und wenn das auch 
nicht geht, schreibe das Attribut num hin.


Oder gibt es zumindest die Möglichkeit sowas irgendwie in ein Logfile zu 
schreiben, das ich weiß, welche Straßen fehlen?


== Problem 2: Symbole in SVG ==

In Mapnik2 ist es ja anscheind möglich die Symbole in SVG einzubinden.

Das hätte den Vorteil, das sie schön skalieren, wenn man wie ich den 
Scale verändert.


Hat das schon jemand gemacht? Leider liegen im Symbols Verzeichnis, bis 
auf wenige Ausnahmen ja nur PNG Dateien.


Ich habe die eigentliche Quelle zwar schon gefunden [3][4], kapituliere 
aber gerade ein wenig vor der Menge der Symbole und der nicht 
einheitlichen Bennenung.


BTW: Gibt es eine einfache Möglichkeit festzustellen, welche Icons für 
meinen Ausschnitt wirklich genutzt werden?



== Problem 3: Marker ==

In die Landkarte sollen ca. 200 Numerierte Marker eingefügt werden. 
Dabei gibt es sicher den Fall, das ein paar Marker recht dicht 
beieinander liegen. Trotzdem soll möglichst der Punkt genau getroffen 
werden.


Meine Vorstellung wäre, das man den Punkt nur als Punkt einträgt und die 
Nummer dorthin schreibt, wo Platz ist und mit einer Linie verbindet.


Hat da jemand eine Idee, wie man das in Mapnik umsetzen kann?

Die Lage der Marker erfahre ich vermutlich erst recht spät im 
Herstellungsprozess, also wäre mir dort ein automatisches Verfahren hier 
sehr recht (ist fast zwingend).


Viele Grüße

Sven


[1] http://openstreetmap.de/germanstyle.html

[2] http://www.ancalime.de/download
/20100305_FOSSGIS_HolgerSchoener_KartenImDruck_Praesentation.pdf
[3] http://wiki.openstreetmap.org/wiki/Map_Icons
[4] http://www.sjjb.co.uk/mapicons/

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

Re: [Talk-de] Konzept für straßenbegleitende Wege

[Sven Anders]

Hallo Stephan,


Am 30.12.2011 18:39, schrieb Stephan Wolff:

in OSM werden immer Wege im Detail erfasst. Straßenbegleitende Rad- und
Fußwege werden zu eigenen ways, zweigleisige Bahnstrecken zu zwei
Einzellinien. Dies hat natürlich viele Vorteile, verursacht aber auch
suboptimale Karten in kleinem bis mittlerem Zoomlevel oder unnötige
Routinganweisungen.

Ich habe mir Gedanken gemacht, wie man einige Nachteile vermeiden kann.
Vermutlich wurden ähnliche Konzepte schon diskutiert, aber ich habe sie
mangels geeigneter Stichworte nicht gefunden. Im Workshop Linienbündel
[1] werden andere Ideen verglichen.

Im folgenden steht das Wort Radweg für alle Radwege, Fußwege,
kombinierten Fahrrad-/Fußwege und Reitwege. Die Tagnamen sind nur
Platzhalter für bessere Namen.


Die Iddee finde ich gut und eine echte Invoation zu den bisherigen 
Lösungen. Ich hatte schon vor langen mal vor einen Tagging-Vorschlag zu 
machen (statt highway=primary für eine spur sowass wie carryway=primary 
und carryway=cycleway). Mein Vorschlag hat aber viele Nachteil 
insbesondrere das bestehende Anwendungen nichts damit anfangen können.


Straßen, für die ein straßenbegleitender Radweg als eigener way
existiert, erhalten ein Zusatztag:
attendant_cycleway_exists=yes

Alternativ:

attendant_ways=cyleway;pedestrian


Straßenbegleitende Radwege erhalten ein Zusatztag
attendant_cycleway=yes


Alternativ:

attendant=yes

(Das es ein cycleway ist, ergibt sich ja schon).



Getrennten Richtungsfahrbahnen einer Straße erhalten ein Zusatztag, das
ihre Lage beschreibt. Bei einer grob in Ost-West-Richtung verlaufenden
Straße wäre dies
dual_carriageway=north (Nordfahrbahn in Fahrtrichtung West) und
dual_carriageway=south ,
bei Nord-Süd-Strecken analog dual_carriageway=east|west. Bei
Nordwest-Südost-Stecken hat der Mapper freie Wahl.


Unschön finde ich an den Tagnamen
a) das das Wort cycleway drinn vorkommt und es deshalb diverse Tags für 
das selbe gibt


b) die Richtungsangaben, machen IMHO bei vielen Straßen Probleme, z.B. 
Serbentienen oder auch Wohnstraßen die im Kreis gehen etc.


vielleicht reicht es aus ein Tag wie

linienbuendel=-1 highway=cyleway
linienbuendel=0 highway=primary oneway=true
linienbuendel=1 highway=primary oneway=true
linienbuendel=2 highway=cyleway

einzutragen (für linienbündel muss man noch einen guten Vorschlag 
finden). Dabei sollte 0 möglichst in der Mitte sein, man kann dann 
abschätzen welche Wege vermutlich zusammen gehören.


Routing bei Linienbündeln finde ich im übrigen ziemlich kompliziert.

Beispiel;
Ein Radwegrouting für eine Große Bundesstraße:

3+Y2+
A--AA
A--AA
+AA+++1++
+--+
+--+
+--X

-=Straßenspur
+=Radweg
A=Ampel
X,Y,1,2,3=Namen
Das korrete Radwegrouting wenn die Straße so dick ist, das man sie 
normalerweise mit dem Rad nicht queren kann für X nach Y geht über 
1,AA,2 bzw. AA,3(Schieben) wenn der Radweg 3 nicht in beide Richtungen 
freigegeben ist.






Für zweigleisige Bahnstrecken werden dieselben Tags benutzt.

Das Konzept kommt ohne zusätzliche Relationen aus und ist kompatibel zu
den bislang vorhandenen Daten und Anwendungen.

Vorteile:
- Renderer können in kleinem Zoomlevel (z=12) bei Straßen mit
Mittelstreifen nur eine Doppellinie statt zwei überlappender Fahrbahnen
zeichnen.


Bei beiden Vorschlägen gegeben, bei mir wird dann nur linienbündel=0 
(Default) gerendert



Zweigleisige Bahnstrecken können als dickere Linie
dargestellt werden.


Dein Vorschlag:
Mir nicht ganz klar, wie man herausbekommt, das da 10 Bahnlinen 
nebeneinander laufen um die noch dicker zu malen.


Mein Vorschlag:
Wenn wir an die 0 raliway noch die Anzahl spuren dranpacken ja.


- Renderer können in kleinem bis mittlerem Zoomlevel (z=15)
straßenbegleitende Radwege unterdrücken und die Straße durch z.B.
andere Randfarbe kennzeichnen.


Ja.


- Renderer können Einbahnstraßenpfeile bei Straßen mit Mittelstreifen
vermeiden (bei vielen Stadtplänen üblich)


Beide Vorschläge:
Ist glaube ich mit einfacher Logik nicht so einfach heraus zu bekommen.
Dafür müsste man die Wege doch in einer Relation packen.

Das Problem ist ja: Der Hauptway ist oneway=true. Wie findest du den 
zweiten Weg mit oneway=true und bist dir 100% sicher, das er nicht zu 
einer anderen Straße gehört. vielleicht bräuchte man da noch ein Tag:


linenbuendel_oneway=no (das kann ja default sein).


- Renderer können Straßennamen und Ref-Nummern nur für eine
Richtungsfahrbahn (z.B. north und west) zeichnen. Die Karte wird
übersichtlicher.


Ja


- Router können leichter erkennen, das mehrere ways zur selben Straße
gehören und Zielpunkte je nach Verkehrsmittel besser berechnen.


Ja


- Router können Anweisungen optimieren (Fahren sie auf den
straßenbegleitenden Radweg.)


Ja

- für manche Auswertung/Statistik kann die Unterscheidung zwischen
echten Einbahnstraßen und Richtungsfahrbahnen oder zwischen

Re: [Talk-de] OpenGeoDB eingestellt

[Sven Anders]

Am 04.12.2011 16:25, schrieb Andreas Hubel:
Die Daten gibt es weiter unter http://fa-technik.adfc.de/code/opengeodb/ 
zum Download, bearbeiten kann man sie unter 
http://fa-technik.adfc.de/code/opengeodb.pl

Der Unterschied zu OSM ist eigentlich nur die freiere Lizenz und die 
Bereitstellung als CSV.

Am 02.12.2011 um 13:26 schrieb Michael Neumann:

Was bedeutet das fuer OSM und die OpenGeoDB-Tags?


Gar nichts. Man hat die Tags damals glaube ich nur genommen, damit klar ist 
woher die Daten kommen und das man nicht lange diskutieren muss welche Tags nun 
am besten geeignet sind.
Wir hatten damit dann auf einen Schlag so ziemlich jeden Ort(steil) in 
Deutschland (und anderen Ländern) bei uns in der DB.


Ich hatte damals den Import gemacht und gedacht, man könnte das 
regelmäßig wiederholen. Da aber bereits beim Import nicht alles glatt 
ging, würde ich heute keinen neu Import/Update mehr machen wollen.


Wenn überhaupt eher eine automatische Auswertung, und der Mapper kann es 
dann geradeziehen.



Gruß
Sven

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

[Talk-de] Offline Android App mit Höhenlinen

[Sven Anders]

Moin,
kennt jemand eine Android OSM Karten/Routing App mit Offline-Funktion 
die Höhenlinien mit einblendet? (Möglichst was Vektorbasiertes)


Danke und Schönes Wochenende
Sven

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

Re: [Talk-de] Offline Android App mit Höhenlinen

[Sven Anders]

Am 25.11.2011 19:57, schrieb Martin Simon:

Am 25. November 2011 19:44 schrieb Sven Anderss...@anders-hamburg.de:

Moin,
kennt jemand eine Android OSM Karten/Routing App mit Offline-Funktion die
Höhenlinien mit einblendet? (Möglichst was Vektorbasiertes)


Hallo!

Osmand kann Vektorkarten, Offline-routing/Adress/Poi-Suche und seit
neuestem gibts dafür auch hier [1] Vektor-Höhenlinien im 20 m-Abstand
für die halbe Welt. :-)


Danke.

Sven

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

Re: [Talk-de] WalkingPapers defekt?

[Sven Anders]

Am 06.06.2011 19:39, schrieb Dietmar:

Hallo Manuel,

normalerweise dauert das erstellen der PDF-Datei nur einige Sekunden. Die
Seite wird alle paar Sekunden aktualisiert und dann sollte der Link für die
PDF-Datei kommen.


JA, Walking Papers scheint z.Z. nicht zu funktionieren. Der letzte Scan 
war 14 Tage her, der letzte funktionierende Ausdruck 7 Tage.


Gruß
Sven

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

Re: [Talk-de] Alles hat ein Ende, auch mein Straßenvergleich

[Sven Anders]

Am 21.05.2011 18:28, schrieb Martin Trautmann:

On 11-05-21 9:16, Sven Anders wrote:


Ich möchte mich lieber für anderen Dingen, auch bei OpenStretMap,
einsetzen, als hier einen Haufen Skripte zu warten, die nicht richtig
funktionieren und immer das Gefühl zu haben etwas halb fertiges zu haben


Hallo Sven,

die Skripte und Daten sollten zumindest als aktueller Snapshot
archiviert werden, besser noch in brauchbarem Zustand nochmals
aufgeräumt und übergebbar werden.

Ein Haufen Skripte, die nicht richtig funktionieren?
Die Straßenauswertung wirkte nach aussen so, als würde sie ordentlich
laufen. Bekannte Probleme der Skripte sollten vielleicht noch
dokumentiert werden.


Ich werde die Skripte etwas aufbereitet zum Download bereitstellen.

Für den Straßenvergleich liegt eine etwas ältere Version bereits im cvs 
von OSM. Ihr solltet keine Angst vor Write-Only-Perl-Code haben ;-).


Bei den Straßenverzeichnissen bin ich da etwas zwiegespalten. Ich habe 
damals bei manchen Behörden versprochen, diese nicht in Rohform zu 
veröffentlichen. Deshalb wäre es für mich am angenehmsten, wenn es 
jemanden gibt, der die dann gleich alle Übernehmen und die Auswertung 
weiter vornehmen. Auf keinen Fall möchte ich die Verzeichnisse für jeden 
Ort einzeln an je eine anderen freiwilligen verschicken. Das würde für 
mich auch zu einer Mamut-Aufgabe werden.


Auch fehlt in den Straßenverzeichnissen jeweils eine genaue darstellung 
der Genehmigung der Behörde. Bei den neueren kann man das im 
OpenStreetMap OTRS nachsehen, bei den älteren müsste ich im meinem 
Mailarchiv kramen.


Ich werde sie glaub ich erstmal seperat packen und dann bei echten 
Interesse gesammelt verschicken. Interessenten  bitte an die E-Mailadresse:


strassenvergleich (at) sven.anders.im schicken.



Gruß
Sven



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

Re: [Talk-de] Alles hat ein Ende, auch mein Straßenvergleich

[Sven Anders]

Am 21.05.2011 10:28, schrieb yobiSource:

Am 21.05.2011 09:16, schrieb Sven Anders:

Sollte es intersse an den Skripten und Daten geben, bin ich gerne bereit
diese jemanden aus zu händigen und auch das ein oder andere zu erklären.


Mich würden die Scripte für den AGS Abgleich und die genaue rechtliche
Erlaubnis für die amtlichen Listen interessieren.


Ich hab da nichts schriftliches. Ich hatte damals auf der Webseite des 
Statistiksamts die Bedingungen gelesen nach denen man die Daten nutzen 
darf. Die hatte ich dann nicht genau verstanden und dann telefonisch 
nachgefragt. Dort sagte man mir, das mein Einsatzzeck, die AGS nummern 
von OSM zu validieren okay sei.


Ich bin mir nicht ganz sicher, ob ich das nochmal per Mail 
gegengesichert habe. Werde mal in meinem Mailarchiv danach kramen und 
mich melden, wenn ich dazu was finde.


Mag sein, das das einigen von Euch nicht reichen würde um so einen 
Dienst anzubieten.


Inzwischen sind AGS ja eigentlich Schnee von Gestern. Es gibt jetzt den 
Regionalschlüssel.


Was mich an den Daten  am meisten gestört hatte, ist das sie schon 
wieder hinterher hinken. Gefühlt gab es ständig Rückmeldungen, das hier 
eine Gemeinde Fussioniert ist und und da eine AGS nicht mehr stimmt. Und 
ich hab mich dann immer gefragt, wie ich denn nun an aktuellere Daten 
kommen sollte.


Man könnte wegen der AGS auch die Daten von OpenGeoDB nutzen. Die sind 
PD und sie kann wenigstens jeder dem ein Fehler auffällt ändern.



Gruß
Sven

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

[Talk-de] Alles hat ein Ende, auch mein Straßenvergleich

[Sven Anders]

Moin,

ich habe heute beschlossen, den Abgleich der Straßenverzeichnise,
der ISIL Bibliotheken-Karte, dem TMC Validator und dem AGS Abgleich,
nach immerhin 3 Jahre nach dem Start des ersten Straßenverzeichnisses 
einstellen. Ich habe es nicht mehr geschafft, die Aktualisierung der 
Dienste zeitnah zu überwachen. OpenStreetMap wächst gewaltig, darüber 
freue ich mich sehr, aber damit wachsen auch die Datenmengen, die meine 
Skripte verarbeiten müssen, den Webspace den ich anmieten muss, und die 
Möglichkeit das Fehler auftreten.


Ich möchte mich lieber für anderen Dingen, auch bei OpenStretMap, 
einsetzen, als hier einen Haufen Skripte zu warten, die nicht richtig 
funktionieren und immer das Gefühl zu haben etwas halb fertiges zu haben


Sollte es intersse an den Skripten und Daten geben, bin ich gerne bereit 
diese jemanden aus zu händigen und auch das ein oder andere zu erklären.


Ich möchte mich bei allen Bedanken, die mit Hilfe der Daten bislang 
OpenStreetMap verbessert haben. Mir ist klar, das es immer noch Bedarf 
für die Dienste gibt.


Bei Bedaf können evtl. vorhandene Verweise auf die Seite:
http://osm.anders-hamburg.de/ umgestellt werden.

Wer Lust hat, kann mich auf dem Kirchentag in Dresden im 
Staatsschauspiel (in der nähe des Zwingers) besuchen. Ich arbeite dort 
als Hallenleiter (hab aber dann vermutlich auch wenig Zeit).


Gruß
Sven Anders

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

Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3

[Sven Anders]

Am 20.04.2011 15:50, schrieb Markus:
 
 Es ist aber eine unzulässige Anmassung der wichtigen
 Projektmitglieder, wenn sie von vielen anderen als anzustreben
 erachtete Variante einfach unter den Tisch kehren, und als
 Entscheidungsmöglichkeit nur ihre eigene Idee zur Wahl anbieten,
 verbunden mit der Drohung kannst ja gehen wenn es dir nicht passt ;-)

Es steht jeden, auch Dir frei in die Open-Streetmap Foundation
einzutreten und dort die richtigen Leute zu wählen und bei
Arbeitsgruppen etc. seine Meinung zu sagen (dazu muss man zum Teil noch
nicht mal eintreten).

Wenn die Mehrheit der OSMF sagt: Wir wollen PD zur Abstimmung bringen,
können das auch wichtige Projektmitglieder nicht verhindern.

Gruß
Sven


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

Re: [Talk-de] Relationen Landmasse

[Sven Anders]

Am 22.03.2011 11:20, schrieb M∡rtin Koppenhoefer:

M.E. spielt es überhaupt keine Rolle, wenn man mal eben eine
Übersichtskarte von Deutschland zeichnen möchte, ob es diese
Relationen gibt oder nicht.Es ändert sich sogar dadurch, dass
Deutschland im Norden an Dänemark grenzt und im Süden das schwäbische
Meer nicht zählt, am Platzbedarf überhaupt nichts, egal ob man die
Landmasse rendert oder die administrative Grenze. Man muss da auch
nichts joinen: man rendert mal eben alles innerhalb der
administrativen Grenzen Deutschlands und erhält so eine
Übersichtskarte.


Ja, wenn man denn alles innerhalb Deutschlands rendern möchte. Eine 
Übersichtskarte, genauer eine politische Karte wie z.B. [1] benutzt aber 
eben nicht alles.


Wenn du für die Tagesschau mal eben die Umrissen vom Schleswig-Holstein 
haben möchtest um dort einen Roten-Punkt für das Ereignis einzutragen, 
willst du nicht wirklich Umrisse von:


http://www.openstreetmap.org/browse/relation/51529

Sondern von:

http://www.openstreetmap.org/browse/relation/62775

(Die Relationen laden im Browser sehr langsam. Ich denke es kann sich 
jeder die Unterschiede vorstellen, bei dem einen gibt es halt eine 
Simpel 12 Meilen Grenze rund um SH bei der anderen Relation kann man 
z.B. Sylt ganz toll erkennen.



 Ich verstehe auch nicht, warum man Rügen, Sylt, Helgoland ohne die
 Relation nicht extra erkennen sollte (sind als Inseln ja klar
 getrennt, sind eigene Polygone).

Im Moment muss ich nur alle boundary=administrative mit entsprechenden 
Admin Level für die Bundesländer und alle landmass mit Admin Level für 
die Bundesländer von der XAPI oder so holen. Dann kann ich wenn eine 
Landmassen-Relation habe diese verwenden und ansonsten die entsprechende 
boundary Relation.


jetzt schnell ein paar Farben festlegen und fertig ist die 
Deutschlandkarte mit Inseln etc.. Wenn ich die Landmass Relationen nicht 
hätte würden Niedersachen, Schle Ho und Meck Pomm an der Küste nicht die 
Küstenlinie wiederspiegeln.


Ich gebe zu, das es vermutlich auch nicht viel schlimmer ist, zusätzlich 
noch die coastlines zu holen und dann daraus sowas zu berechnen.


Ich fand die Landmassen-Relationen dafür eigentlich ganz praktisch, aber 
wenn ich der einzige bin, der das so sieht, schmeist den Kram weg. Zu 
pflegen ist es saumäßig dumm. Das sage ich, weil ich dort schon recht 
viel Energie reingesteckt habe.


Gruß
Sven


 [1] 
http://upload.wikimedia.org/wikipedia/commons/thumb/9/93/Karte_Deutsche_Bundesl%C3%A4nder_(nummeriert).svg/443px-Karte_Deutsche_Bundesl%C3%A4nder_(nummeriert).svg.png


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

Re: [Talk-de] Relationen Landmasse

[Sven Anders]

Am 23.03.2011 09:54, schrieb Wolfgang:

sicher sind viele der Grenzen für viele der Mapper überflüssig. Und ganz
sicher könnte man die Grenzen in eine Art Parallel-DB openBorderMap
auslagern, da sie, z.B. im Gegensatz zu den häufig genannten TMC-Daten, für
sich stehen. Sie haben feste Koordinaten, die vom Straßennetz und anderen
geographischen Daten unabhängig sind.


Falsch, in den Grenzbeschreibungen für die Hamburger Stadtteile steht 
z.B. drinn, das die Grenze in der Mitte der Straße Reherstieg verläuft.


Ich bin kein Jurist, aber ich denke, wenn sich die Straße verschiebt, 
weil rechts noch eine Spur drann asphaltiert werden würde, würde sich 
die Grenze mit verschieben.


Das ist alles ziemlich abgefahren.

Gruß
Sven

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

Re: [Talk-de] Relationen Landmasse

[Sven Anders]

Am 20.03.2011 11:48, schrieb M∡rtin Koppenhoefer:

ich hatte vor ein paar Tagen schonmal gefragt, und bisher keine
Antwort bekommen: wozu braucht man die Landmasse-Relationen, bzw.
wozu haben diejenigen, die sie angelegt haben, das gemacht?

Wenn ich mir in Wikipedia die Definition der Landmasse ansehe bekomme
ich den Eindruck, dass das bei uns bereits mit der coastline
ausreichend abgedeckt ist:

Als Landfläche, Landmasse oder Festland wird in der Geografie jener
Teil der Erdoberfläche bezeichnet, der sich über den Meeresspiegel
erhebt und auch bei Flut nicht von Wasser bedeckt wird.

Dass hier einfach mal drauflos gemappt wurde, legt auch diese Seite nahe:
http://wiki.openstreetmap.org/wiki/DE:Coastline
Landmasse in OSM noch nicht genau definiert

Braucht jemand das Zeugs, oder kann man nicht alle Informationen
bereits aus der coastline und den administrativen Boundaries
herausholen?


Hallo Martin,

ich finde es Sinnvoll bei küstennahen  Gemeinden / Kreisen / 
Bundesländern beides zu haben. Denn wenn man mal eben eine 
Übersichtskarte von Deutschland zeichnen möchte, will man gerade nicht 
die 12 Meilen Zone von Deutschland haben sondern Rügen, Sylt, Helgoland, 
die Halligen extra erkennen können. Natürlich könnte man das dann auch 
per Tool machen, welches zwei Quellen joint. Aber das war das 
urspürngliche Argument für die Einführung von Landmassen.


Bei meinen Erkundungen über den genauen Grenzverlauf bei der Küstenlinie 
zwischen Hamburg und Bremen  (Elbe ist eine Bundeswasserstraße und 
Küstenline ) bin ich auf wiedersprüchliche Infromationen gestoßen. So 
enden anscheind die Gemeinden von Niedersachen und Schleswig Holstein 
z.T. an der Küstenlinie aber die jeweiligen Bundesländer in der 
Elbmitte. Die Elbe ist anscheind ein Gemeindefreies Gebiet. Mir ist 
aber z.B. auch überhaupt nicht klar, was passiert, wenn z.B. eine 
Sturmflut etwas Land wegnimmt (wird dann die Gemeinde kleiner?) oder 
wenn durch Landgewinnung Land dazu kommt (Verschieben sich dann die 
Gemeindegrenzen?  Ab wann, Landgewinnung ist ja kontinulierlicher 
Prozess...) Ich könnte mir vorestellen, das Gemeindegrenzen an der Küste 
von Zeit zu Zeit neu festgelegt werden und wir in sofern auch eine  alte 
Küstenline als z.Z. geltende Grenze speichern müssten.


Ein befreundeter Rechtsanwalt hat mir bestätigt, das es immer wieder zu 
Problemen kommmt (welches Gericht/Gesetzt ist Zuständig) wenn es im 
Küstenbereich zu Rechtstreitigkeiten kommt, da es z.T. nicht geklärt 
ist, weleches Recht gilt.


Gruß
Sven

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

Re: [Talk-de] Eigene Relation für POIs erlaubt?

[Sven Anders]

Am 10.02.2011 17:52, schrieb Manuel Reimer:

Mitja Kleider wrote:

Da das XAPI-Problem nicht von finanzieller Natur ist, gibt es noch
Hoffnung.


Naja, wenn es nur ein finazielles Problem wäre, könnte man ja Sammeln 
gehn ;-)


Mal ein wenig OT:

Ich denke das Hauptproblem mit jeder neuer XAPI sind zwei Dinge:
* die ständig wachsende Datenmenge von OSM (und damit wachsende Indexe)
* die ständig wachsende Anfragemenge.

Im Vergleich dazu skaliert, der Geofabrik/Osmosis-Ansatz etwas besser, 
da es für die wachsenden Anfragenmenge bereits etablierte und seit 
Internet urzeiten Verfahren (FTP-Mirrors) gibt.



Die neue XAPI ist zwar noch nicht stabil (beim ersten Anlauf
war es ein Hardwareschaden), aber ich gebe ihr langfristig gute Chancen.
Ich würde es also erstmal damit versuchen, z.B.

http://azure.openstreetmap.org/xapi/api/0.6/*[man_made=*][bbox=9.64600,49.94625,9.70299,49.97297]



Beim zweiten Anlauf habe ich sofort ein Ergebnis bekommen. Komisch das
meine erste Anfrage sehr lange gedauert hat.


Hats sich damit deine Anfrage geklärt?
Ich würde dir auch den Osmosis/Geofabrik Ansatz empfehlen. Das hört sich 
so dramatisch an, ist aber gerade für einen kleinen Ausschnitt recht 
schnell gescriptet.  Bitte melde Dich hier auf der Liste wenn du 
Probleme damit hast (wo verstehst du was nicht?, wie sieht deine jetzige 
XAPI-Anfrage aus?, Betriebssystem?) Ich gehe davon aus, das wir im 
Zweifel damit nicht nur Dir sondern auch noch 10 weiteren OSMlern helfen 
können die später irgendwann das ML-Archiv lesen.


Gruß
Sven



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

Re: [Talk-de] TMC-Reform (war Re: Relevanzdiskussion (war Re: Koennen wir die TMC-Daten rauswerfen?))

[Sven Anders]

Am 05.02.2011 15:01, schrieb Wolfgang:

Hallo,
Am Samstag 05 Februar 2011 10:28:24 schrieb Ulf Lamping:

[ ]


(CID) is replaced by the country-id (e.f. 58 for Germany)

legt nahe, daß hier schlicht ein Tippfehler ist und es besser:

(CID) is replaced by the country-id (e.g. 58 for Germany)

heissen sollte (hab's korrigiert). Aus diesem Satz kann man schon gut
herauslesen, daß CID dann wohl eine Abkürzung für country-id sein dürfte
und 58 dabei der Wert ist, der Deutschland repräsentiert.


Die Beschreibung ist allerdings aus anderen Gründen unzureichend. Ich
kann herauslesen wie die Tags zustandekommen.

Damit kann ich aber weder meine eigene TMC Software schreiben (die
Abbildung der TMC Empfangsdaten auf die Tags bleibt unklar) - was
allerdings auch nicht unbedingt hier stehen muß.

Auch ist es keine gute Anleitung wie ein Mapper mit diesen Tags
umzugehen hat. Das Problem haben wir aber auch bei vielen anderen Tag
Beschreibungen.


[ ]


Man könnte sicher hier und da Sachen vereinfachen, aber so krass wie du
es darstellst ist es nun auch nicht ...

Gruß, ULFL

P.S: Das die Beschreibung etwas kryptisch ist, liegt sicher auch daran,
das bislang kaum einer danach gefragt hat. Ich kann mich zumindest nicht
dran erinnern, daß hier vorher schonmal solche Fragen wie deine gefragt
wurden.


nachdem dieser Thread aus dem ursprünglichen destruktiven Ansatz in ein
sachlicheres Fahrwasser gelangt ist, könnte man sich vielleicht überlegen, wie
man die tags so gestaltet, dass sie von Nicht-Insidern wie mir auch erahnt und
vor allem einigermaßen sicher gehandhabt werden.

Das Problem sehe ich weniger im Löschen oder Nicht-Verstehen der tags. Wenn da
tmc-Kram drin steht, lass ich die Node am Way dran, lösche, falls
erforderlich, eine andere und schiebe diese dann so, dass es geometrisch
passt. Mit Ampel- oder anderen tags beißt es sich auch nicht, das ist nicht
die eigentliche Baustelle.

Ein Problem bekommt der Normalmapper, wenn eine Straße, wie selbst in den
Großstädten noch häufig, nicht korrekt gemappt wurde. Problematisch ist häufig
die Zuordnung baulich getrennt - nicht baulich getrennt. Wenn das falsch
gemappt wurde, ist das verwirrend für den Benutzer, der die Karte mit der
Realität vergleicht.

Hier beginnt jetzt die Schwelle für den Mapper. Was soll er mit den ganzen
Sch-tags und -relationen machen, die tmc, Bus und weiß-der-Henker-was
betreffen? Ich habe mal in HH eine ziemlich zentrale Hauptstraße trennen
müssen. Man muss da schon etwas Mut zur Lücke haben und ansonsten einfach
raten und sich ein paar Stellen ansehen, wo die Fahrbahnen entsprechend
getrennt sind. Hier sollten wir ansetzen, nach dem Motto: Wenn etwas
funktionieren soll, frage jemanden, der sich damit auskennt, aber wenn du
etwas erklärt haben willst, frage jemanden, der sich damit nicht auskennt. Ein
Experte kann meistens nicht beschreiben, was ihm selbst klar ist.

Ich bin dafür,
1. die tags so weit wie möglich in eine verständlichere Schreibweise
umzusetzen. Das kann durch ein Script geschehen, wenn man sich auf eine
Schreibweise verständigt hat. Dabei geht die schon erbrachte Arbeit nicht
verloren.
2. im Wiki ein Kochrezept zu hinterlegen, mit dessen Hilfe der Mapper die
häufigsten Vorgänge wie Punkt verschieben, Fahrbahnen trennen, Fahrbahnen
zusammenfassen, Abbiegespur abtrennen etc. einfach bearbeiten kann.
3. für die Editoren ein plugin anzubieten, dass die Standardaufgaben dem
Mapper abnimmt.
4. das ganze nicht nur für tmc, sondern auch für Bus-Relationen und andere
nicht selbsterklärende Objekte.

Bespiel:
TMC:cid_58:tabcd_1:Class=Point

TMC = Namensraum, sinnvoll
cid_58 haben wir jetzt gelernt, ist Deutschland. Besser wäre möglicherweise
TMC:country=58;(germany)
tabcd_1 sagt mir gar nichts, ich habe auch nicht nachgesehen, will ich auch
nicht, ich will mappen. Wie wäre es mit TMC:whatever=1;(verständliches
Stichwort)?
Class sagt mir, dass hier irgendetwas klassifiziert wird, vermutlich, dass es
sich um einen Einzelpunkt handelt. Also:
TMC:Class=Point

Damit würde aus dem obigen
TMC:cid_58:tabcd_1:Class=Point

ein
TMC:country=58;(germany)
TMC:TableCommand=1;(very important) /* frei geraten */
TMC:Class=Point;(single waypoint)   /* auch frei geraten */


(ich erfinde mal etwas ich kenne die polnischen TMC Daten nicht (gibt es 
welche?) und bin zu faul die deutschen nachzusehen)


Nehmen wir den Grenzübergang Deutschland Polen:

TMC:cid_62:tabcd_1:LocationCode=27313

In Deutchland hat der selbe Grenzübergang (im Zweifel ein OSM Node) den 
Eintrag:


TMC:cid_58:tabcd_1:LocationCode=52323

Außerden könnte es sein, das sich 2012 die Hälfte aller Hersteller aller 
Navis zusammentun und ein eigenes TMC Schema mit tabcd 2 erfindet, weil 
sie  das Deutsche Bundesamt saftige Gebühren für die Nutzung unter einer 
unfreien Lizenz einführt.  Dann gebe es evtl. noch einen Enitrag:


TMC:cid_58:tabcd_2:LocationCode=99432

Wenn man sagt: Wer TMC benutzen möchte soll sich die Daten vom Bundesamt 
sowieso holen (und diese nicht aus OSM 

Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?

[Sven Anders]

Am 06.02.2011 10:01, schrieb Bodo Meissner:

Oder vielleicht gibt es externe Prüfmechanismen, mit denen man regelmäßig 
automatisch feststellen kann, ob die TMC-Tags noch konsistent sind.


Ja, genau das habe ich mit dem Aufbau des TMC Validators [1] bezweckt.
Er hat sicherlich viele Schwächen und zeigt z.Z. auch an manchen Stellen 
blödsinn an (weil ich mal wieder Basteln musste, arbeite aber schon an 
einer Korrektur).


Sicherlich fallen bei Pascals Auswertungen von OSM-TMC auch noch 
Validator daten an.


Allerdings brauchte man vermutlich noch eine Meta Datenbank dazu, um die 
ungereimtheiten im TMC zu dokumentieren.


(z.B. Straßen die zwar in TMC Daten noch existieren, in der realität 
aber nicht mehr).


Und das Tagging-Schema ist ja noch nicht einmal in sich konsistent (es 
gibt z.B. keine Einigkeit darüber wo der Knotenpunkt für eine 
Autobahn-Auffahrt am sinnvollsten gesetzt werden sollte.)


Frederik, ist es für dich okay, das wir mit einem Neuentwurf für ein TMC 
Schema bis nach der Fossgis warten? Oder sollen wir schon jetzt einen 
Neuentwurf anfangen?


Gruß
Sven

[1] http://osm-tmc.anders-hamburg.de/




Viele Grüße
Bodo
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAk1OY1AACgkQnMz9fgzDSqd1qQCfVAkrUH2GX9un5U1KDZN+knvw
tmAAn33mhwY9DszRQjTccosEVKDCNniD
=rix2
-END PGP SIGNATURE-

___
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] Liebe Deutsche

[Sven Anders]

Am 05.02.2011 21:33, schrieb Martien Scheepens:

Liebe Deutsche,

Wir mögen es, wenn ihr bei uns in den Urlaub fahrt, und wir mögen es auch,
wenn ihr in unserem Land als Mapper aktiv seid. Wir kommen nämlich auch zu
euch und mappen dort ;). Unser aktivster Mapper steht sogar bei euch in der
Top-5!
Wir korrigieren auch gerne eure Fehler, die ihr beim mappen macht. Seit 1578
sind wir allerdings von Deutschland (eher Deutschland) unabhängig und hat
sich unsere Sprache von eurer getrennt. Dementsprechend kann es vorkommen,
dass ihr andere Namen für bestimmte Orte habt als wir. Es sollte allerdings
nicht vorkommen, dass der deutsche Name als value des keys
*name*eingetragen wird. Wir mögen das nicht. Tobt euch stattdessen bei

*name:de* aus.



Hallo Martien,

als echter Deutscher (mit einem alten deutschen Perso), stimme ich dir 
100%ig zu. Aber sei dir bewußt, das 99,9% der deutschen OSMlern das 
nicht absichtlich machen.


Vermutlich ist es zielführender, wenn du diesen das direkt per 
OSM-Nachricht mitteilst.


 (Und sonst taufen wir auch einfach ein Paar Orte um :P)

Einen Edit-War zwischen deutschen und Niedeländern lehne ich schon 
aufgrund meine parzifischten Grundeinstellung ab. ;-)


Vielleicht sollten wir mal als Zeichen der Verbundenheit einen Ort in 
Deutschland für eine Woche  oder sowas in die niederländische Version 
unbennen?


Gruß
Sven

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

Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?

[Sven Anders]

Am 02.02.2011 22:56, schrieb Frederik Ramm:
 Hallo,
 
 On 02/02/11 21:16, Sven Anders wrote:
 Mein Eindruck ist: Marcus hat sich sehr viel Mühe gemacht ein
 funktionierendes TMC Schema zu entwerfen.
 
 Marcus hat ein Schema fuer Maschinen entworfen. OSM ist aber fuer
 Menschen. Fuer Menschen ist dieses Schema nicht wartbar.

Naja die Bundesanstallt für Straßenwesen pflegt ja solche Tabellen auch.
 
 Leider gab es sehr wenig
 Kommentare dazu. Alle die ich gerne dazu um eine Meinung gefragt hätte,
 haben immer nur abgewunken, und gesagt, mit TMC beschäftige ich mich
 nicht, da habe ich keine Zeit zu etc..

 Ich meine mich zu erinnern, das ich auch dich gefragt hatte.
 
 Das ist sehr gut moeglich. Wie gesagt, normalerweise finde ich es auch
 das richtige Verhalten, Leute, die sich mit etwas auskennen, einfach mal
 machen zu lassen, und wuerde mich selber jetzt da nicht einmischen. Es
 draengt sich mir aber mehr und mehr der Verdacht auf, dass dieses
 Problem sehr suboptimal geloest wurde und an anderen Stellen Probleme
 schafft, und dass man daher jetzt einen Kurswechsel einleiten (oder die
 Notbremse ziehen) muss, bevor das Problem immer groesser wird.


Wo bitte ist das Problem an anderen Stellen?

Du vermutest Probleme, wenn jemand eine Schema ändert etc. aber bislang
sagst du nicht ich will das und das ändern und das beißt sich mit TMC.

Außer das es dir nichts gefällt, habe ich bislang nichts dazu gehört.

 Bist Du auch davon ueberzeugt, dass diese Daten in OSM direkt enthalten
 sein muessen, um genutzt werden zu koennen?

Ein Teil der Daten macht IMHO nur in OSM Sinn. Die Angaben von dem
Bundesamt sind an manchen Stellen so schlecht, das es auch nicht einfach
zu berechnen wäre. Andere Daten wie z.B. alles was der TMC Bot ergänzt
müssen nicht im OSM enthalten sein.

Aber ich fände es trotzdem gut sie drinn zu habem, weil dann niemand für
eine TMC Unterstützung beim Bundesamt nachfragen müsste. Sonst müssten
diese Daten z.B. zusammen mit Navit ausgeliefert werden.

 Damit eröffnest du aber ganz klar eine Relevanz-Diskussion.
 Ich will nur eine Datenbank für alle Geo-Informationen. Die soll
 OpenStreetMap heißen.
 
 Ich hingegen werde nicht muede, jedem zu sagen, dass alles, was
 sinnvollerweise ausserhalb von OSM gepflegt werden kann, auch ausserhalb
 von OSM gepflegt werden sollte.

Das ist ja ein toller Satz, die Frage ist ja was wird sinnvollerweise
außerhalb gefplegt?

 Wo ich aber die Grenze ziehe, ist, wenn diese kompletten externen
 Datenbanken mit in OSM abgebildet werden (wenn jetzt zusaetzlich noch
 vermerkt werden soll, in welcher Richtung der naechste Mautknoten liegt,
 wie viele Tarifkilometer der entfernt ist, undsoweiter). *Das* sind
 keine Geodaten mehr.

Natürlich kann ich Dir da nicht ganz widersprechen. Aber ein wenig:

Es wäre doch toll, wenn alle nur noch OSM benutzen, wenn z.B. die
Telekom an jeder Telefonzelle gleich erfassen würde, ob diese gerade
geht, oder defekt ist, wäre das doch ein Vorteil für alle die OSM Daten
benutzen. Natürlich gibt es Grenzen, aber bei dem was wir bislang an TMC
Daten haben ist das IMHO doch nicht das Problem.

Es wäre doch toll, wenn jemand für einen Mautkalkulator nur OSM Daten
verwenden müsste, und dazu sind halt die Tarifkilometer wichtig.

Das ist eine Relevanz-Diskussion. Wo ziehen wir die Grenze?

Deine Grenze ist Geodaten. Die TMC Daten besteht eigentlich fast nur
aus Geodaten, es geht ja auch nur um Zuordnung einer Verkehrsmeldung zu
Geodaten. Das ist der Sinn von TMC.

 Aber nicht, wenn Du irgendwann damit rechnen musst, durch die
 Verfeinerung einer Strassengeometrie ploetzlich die akribisch erstellte
 next-node-id-previous-node-id-Struktur von jemand anders kaputt zu
 machen und der sich dann bei Dir beschwert.

Ist das schon passiert? Oder ist das ein theoretisches Problem?

Entschuldigung ich reite darauf vielleicht etwas rumm, aber ich
hab immer noch den verstehe immer noch nicht, warum du bei dem Thema so
Radikal argumentierst.



Gruß
Sven

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

[Talk-de] Störende OpenGeoDB Daten

[Sven Anders]

Am 03.02.2011 11:44, schrieb Stefan Keller:

P.S. Die vielen Opengeodb-Tags stören mich (auch) schon lange. Sind
die nicht veraltet? Kann man ev. nicht mal die löschen?




Ich hab die damlas importiert, als es für viele Orte noch nicht mal die 
Hauptstraße gab. Das führte dazu, das man zumindest die Orte suchen konnte.


Die Daten sind für uns wahrscheinlich nicht mehr wichtig. Für die 
OpenGeoDB sind sie auch nicht so interessant, da die OSM Lizenz 
restriktiver ist als die Lizenz von OSM.


Hier mal ein paar Beispieldaten für einen Place.
openGeoDB:auto_update: population
openGeoDB:community_identification_number: 0200
openGeoDB:is_in: Freie und Hansestadt Hamburg,Bundesrepublik 
Deutschland,Europe

openGeoDB:is_in_loc_id: 17838
opengeodb:lat: 53.4855784
openGeoDB:layer: 9
openGeoDB:license_plate_code: HH
openGeoDB:loc_id: 26754
opengeodb:lon: 9.8803265
openGeoDB:name: Hausbruch
openGeoDB:population: 17009
openGeoDB:postal_codes: 21075,21079,21147,21149
openGeoDB:sort_name: HAUSBRUCH
openGeoDB:telephone_area_code: 040
openGeoDB:version: 0.2.6.11 / 2007-12-04 / 
http://fa-technik.adfc.de/code/opengeodb/dump/



Allerdings wird die OpenGeoDB immer noch weiter gepflegt.

Siehe:
http://fa-technik.adfc.de/code/opengeodb.pl?action=changes

Man könnte jederzeit zur Qualitätsicherungssicherung eine Prüfung gegen 
die OpenGeoDB laufen lassen. Dazu würde aber die openGeoDB:loc_id 
ausreichen. Das würde ich nicht gerne verlieren, auch wenn ich im Moment 
keinen Kontrollauf plane.


Gibt es andere Meinungen zu den Tags? Drinn lassen? Raus löschen?

Ich würde sie drinn lassen, da sie nicht wirklich stören.

Gruß
Sven



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

[Talk-de] Relevanzdiskussion (war Re: Koennen wir die TMC-Daten rauswerfen?)

[Sven Anders]

Am 03.02.2011 16:10, schrieb Frederik Ramm:


Es wäre doch toll, wenn alle nur noch OSM benutzen, wenn z.B. die
Telekom an jeder Telefonzelle gleich erfassen würde, ob diese gerade
geht, oder defekt ist, wäre das doch ein Vorteil für alle die OSM Daten
benutzen.


Nein, das sehe ich ganz anders, zumindest ist unsere Technologie fuer
sowas nicht ausgelegt - dann muessten wir viel mehr filtern koennen und
z.B. dafuer sorgen koennen, dass ein Tileserver nicht saemtliche
Telefonzellen-Stoerungsmeldungen gefuettert bekommt und so weiter.


Ja, aber ich mappe doch nicht für den Tileserver.

Ich erinnere mich an eine Diskussion mit Sven Sommerkamp, der mir 
verbieten wollte straßenbegleitende Radwege in OSM als extra Way 
anzulegen, weil ansonsten sein Garmin nicht mehr in Hamburg routen 
konnte[1]. Das kann doch kein ernst zu nehmendes Argument sein. Ich will 
jetzt nicht die Dikssion über straßenbegleitende Radwege weider 
aufwecken. Ich finde die Diskussion hat ähnlichen Character.


Die Wheelmap-Leute haben einen echten Mehrwert, wenn sie wissen, ob ein 
Fahrstuhl funktioniert, okay ist nicht die Telefonzelle, aber genau so 
eine Information. Mache Fahrstühle gehen in Hamburg über 6 Monate nicht. 
Da ist dann überhaupt die Frage ob man den Fahrstuhl nicht löschen sollte.



Ich
sehe generell mit Besorgnis, was Leute alles in OSM stopfen moechten -
meistens aus Faulheit oder Inkompetenz: Ich habe hier diesen Datensatz
mit Vogelbeobachtungen, aber weil ich nicht in der Lage bin, eine Karte
zu rendern, auf der diese Vogelbeobachtungen ueber einen OSM-Hintergrund
eingezeichnet werden, will ich lieber die Vogelbeobachtungen zu OSM
hochladen, dann kann ich das komfortabel in meinem Renderer einstellen.


Und jeder kann eigene Vorgelbeobachtungen hinzufügen und man kann es 
gemeinsam auswerten. Ist doch prima. Ich finde daran erstmal nichts 
inkompetent. Und Faulheit ist doch auch gut, ich bin gerne Faul.


Ich hab gerade den Eindruck das du dich zuviel um Tileserver/OSM 
verarbeitende Jobs kümmerst und deshalb dich das Ansteigen der OSM-Daten 
nervt, das kann ich gut verstehen, der osm-tmc Validator läuft auch 
nicht rund, weil ich mit dem Umschreiben der Programme die das Erzugen 
nicht hinterher komme und die Daten so stark wachsen.


Ich finde aber gerade das es eine Stärke von OSM ist solche Daten hinzu 
zu fügen. Wir sind eine Geodatenbank für fast alles das bedeutet, das 
wir natürlich auch viel Nischenkram drinn haben.


Ich hab bislang für OSM damit geworben, das mein bei uns auch 
Nischenkram (DSL-Anschlußkästen,Hundekottütenspender etc.) verarbeiten kann.



Gibt es hier noch andere Stellungnahmen zum Thema Relevanz in OSM?

Was soll in unsere Datenbank und was nicht?

Gruß
Sven

[1] http://lists.openstreetmap.org/pipermail/talk-de/2009-May/046344.html

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

Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?

[Sven Anders]

Am 02.02.2011 11:10, schrieb Frederik Ramm:

Hallo,

ich aegere mich ziemlich ueber die TMC-Daten in der OSM-Datenbank. Ich
habe nicht die Uebersicht, wer da alles dran arbeitet und dran
gearbeitet hat, also es besteht die Gefahr, dass ich jetzt einigen
ehrbaren Mappern auf die Fuesse trete, aber wenn's nach mir geht, muss
das Zeug raus.


Da fühle ich mich doch sehr angesprochen.
Ich hab auch die restliche Diskussion in diesem Thread überflogen und 
viel gutes dazu gelesen.


Mein Eindruck ist: Marcus hat sich sehr viel Mühe gemacht ein 
funktionierendes TMC Schema zu entwerfen. Leider gab es sehr wenig 
Kommentare dazu. Alle die ich gerne dazu um eine Meinung gefragt hätte, 
haben immer nur abgewunken, und gesagt, mit TMC beschäftige ich mich 
nicht, da habe ich keine Zeit zu etc..


Ich meine mich zu erinnern, das ich auch dich gefragt hatte.

Bei TMC ist halt das Problem: Eine Anwendung macht erst Sinn, wenn man 
die Daten hat, die Daten kann man erst Sinnvoll in ein Schema pressen, 
wenn man weiß was die Anwendung können soll.


Deshalb habe ich den (bestimmt ausbaufähigen) TMC Validator geschrieben, 
der dazu geführt hat, das diese Daten importiert werden/wurden.


Also haben wir erstmal Daten eingegeben. Jetzt, nachdem das Konzept von 
vielen Freiwilligen unterstützt wirst, kommst du Provokant ;-) daher und 
sagst, ich möchte alles rauswerfen.




Die Botschaft, die bei einem neuen Mapper da ankommt, ist doch: Oh, ein
kryptisch getaggtes Objekt. Das fass ich mal lieber nicht an.


Ja genau so wie z.B. Grenzen (an denen irgendwelche Relationen hängen 
die ja so kompliziert sind ...)




Mir erschliesst sich der Nutzen dieser Tags nicht - kann mir jemand mal
eine praktische Anwendung zeigen, die diese Tags benutzt?



Mir sieht das nach einem grossangelegten Designfehler aus. Da haette man
von vornherein ein OSM-externes Mapping TMC-OSM bauen muessen, statt
praktisch die ganze TMC-Datenbank auf OSM aufzupropfen.


Danke, das du das erst jetzt sagst. Es wäre ja praktischer erst über ein 
Schema zu diskutieren und dann Daten zu importieren. Aber damals hast du 
Dich nicht beteiligt.



Ich will jetzt nicht die Revolution anzetteln und morgen alle TMC-Daten
loeschen (und ich aergere mich, dass ich der Geschichte nicht viel
frueher widersprochen habe).


Warum schreibst du das dann ein paar Absätze höher genau so.

Egal, ich bin dir dankbar, das du das Thema auf die Tagesordnung 
gebracht hast. Denn ich denke am TMC Konzept gibt es durchaus noch 
Verbesserungsbedarf. (Wie bei der Linienbündel-Diskussion, den ÖPNV 
Relationen, ...) Viele der Punkte die du ansprischt, wie z.B. wenig 
sprechende Namen und das Einfügen von optionalen Daten via Bot sind 
vermutlich besser lösbar, aber ich hab mir das Konzept von Marcus 
angesehn und fand es nach durchsicht der TMC Daten-Struktur verständlich.




Aber wenn es nicht irgendwelche
ueberwaeltigenden Gruende dafuer gibt, warum diese Daten in OSM bleiben
muessen, dann bin ich sehr dafuer, dass diejenigen, die diese Daten
verwenden, sich da irgendwie etwas basteln, was weniger invasiv ist.
Wenn jetzt an einem Objekt z.B. nur eine TMC-ID dranstehen wuerde und
alles weitere - was fuer eine Klasse, was ist die naechste ID, die
vorherige ID, wassweissich - waere extern, koennte man damit ja schon
leben.


Lass uns den Vortrag von Pascal abwarten.
Oder  mach einen besseren Vorschlag. Aber der Vorschlag einfach alles 
wieder raus-Löschen zählt IMHO nicht, das würden auch viele Mapper nicht 
verstehen, die diese Daten eingegeben haben, und das gerne auf Ihrem 
Navi benutzen können wollen.


Ich denke allerdings das die Pflicht für einen Vorschlag nicht unbedingt 
bei diejenigen, die diese Daten verwenden liegt, sondern bei Dir, denn 
Dich stört ja die jetzige Form.


Die Form wie die Daten eingegeben werden, kann dazu benutzt werden um 
TMC Meldungen in OSM zu visualisieren. Natürlich gebe es 
Verbesserungspotentzial, aber das gab es ja beim (alten) ÖPNV Schema 
auch, da trifft man sich und baut etwas um etc. Aber man löscht nicht 
einfach alles (schon eine Mail mit diesem Subjekt finde ich sehr 
provokativ). Ich vermute auch das die Verbesserungen eher dazu führen 
werden, das mehr Objekte mit TMC Daten getaggt werden würden.

(Statt einen Punkt evtl. ganze Streckenabschnitte?)


Ich suche also sozusagen eine Exit-Strategie. Ich will herausfinden,
was und wem diese Daten nutzen, und dann ein Konzept machen, wie wir die
Daten aus OSM entfernen koennen, ohne diesen Nutzen zu ruinieren.


 Ausser natuerlich, alle ausser mir finden diese TMC-Daten ganz knorke
 und haetten lieber noch viel mehr Tags der Art
 BPF:grq_23:tiwwhs_2:MegaCode = 281763.

Damit eröffnest du aber ganz klar eine Relevanz-Diskussion.
Ich will nur eine Datenbank für alle Geo-Informationen. Die soll 
OpenStreetMap heißen. Und da dürfen auch kryptische Tags rein, die ich 
nicht verstehe, solange sie sich nicht mit meinen beißen.


Wenn z.B. der Xyz Verlag OSM Karten verwenden möchte und dafür einen Tag 

Re: [Talk-de] Exzessive Einzelrequests an die API

[Sven Anders]

Am 12.01.2011 18:28, schrieb Johann H. Addicks:
 Die IPs zeigen alle nach Eschborn, aber das sagt nichts, der kann
 
 Es gibt auch Geolocationdienste, die nicht alle Arcor-Dialup-IPs in die  
 Alfred-Herrhausen-Allee verorten.
 
 BTW: Ich sitze dort in Sichtweite, aber ich bin's nicht ;-)
 
 Jemand anders fragte nach der Dauer der Sperrung - im Grunde erstmal
 unbegrenzt, muss dann halt von Hand wieder aufgeraeumt werden.
 
 Wenn Ihr den eh manuell sperrt, dann sorgt doch dafür, dass er Daten erhält,  
 die a) eindeutig fehlerhaft sind und b) egal in welcher Anwendung, bis zum  
 Anwender sichtbar ein Lass das, sonst kommen wir Dich besuchen. Fuer  
 Rueckfragen Mail:... in seiner Anwendung zu sehen bekommen.

Das ist eine Coole Idee,
jemand der die API missbruacht bekommt dann statt dem Richtigen Node ein
Node

node id=42 lat=42 lon=42 
tag k=note:de v=Hallo du benutzt die API unsachgemaess und wurdest
gesprerrt
tag k=note:en v=
/node


Gruß
Sven

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

[Talk-de] Vertonung des OSM Wochenrückblicks

[Sven Anders]

Moin,
ich hatte beim OSM-Koordinierungswochenende mal Radio-Tux angemailt, ob 
die evtl. unseren Wochenrückblick vertonen könnten.



Das Resultat könnt Ihr unter:

http://blog.radiotux.de/2010/12/19/openstreetmap-weekly-news-22/

anhöhren.

Tobias von Radio-Tux bezeichnet das noch als im Beta Stadium und fragt 
nach weiteren Anregungen. (u.A. ob es wünsche für einen Jingle gibt).


Ich denke aber das man sich auch über Lob, Aktive Nutzung und  Mitarbeit 
bestimmt freut.



Gruß
Sven




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

Re: [Talk-de] Dead Drops, Wie taggen?

[Sven Anders]

Am 03.11.2010 13:43, schrieb olvagor:
 Taggen wir nicht nur Dinge, die länger als sechs Monate Bestand haben?
 ;-) SCNR

 Also mal davon ausgegangen, dass das nicht nur ein kurzlebiges
 Kunstprojekt ist:


Am 03.11.2010 13:52, schrieb Élisée Reclus:
 Da es fraglich sein sollte, ob dieses Projekt länger halten sollte
 (Kapazität der USB-Sticks zu begrenzt, USB-Sticks zu leicht zerstörbar),
 sollte man überlegen, ob sowas überhaupt in die OSM-Datenbank gehört.
 Man könnte es auch extern speichern und auf einer Webseite auf einer
 OSM-Karte Marker setzen.

Am 03.11.2010 14:06, schrieb Walter Nordmann:
 ...und dein Abfall landet dann auch auf ner Müllbetonie??? ;)

Am 03.11.2010 18:49, schrieb Élisée Reclus:

Am 03.11.2010 18:29, schrieb M∡rtin Koppenhoefer:

AFAIK nutzt man dafür überwiegend url.


website=* wie schon zweimal geschrieben.

Ich frage mich wo der Sinn sein sollte so etwas in der OSM-Datenbank zu
speichern.  Falls jemand z.B. eine Webseite mit einer Übersicht der Dead
Drops betreiben will, müsste er eine eigene OSM-Datenbank + Mapnik
betreiben, wenn ich nicht irre.  Und er könnte sich nicht mal auf die
Konsistenz der Informationen zu den Dead Drops verlassen.  (Benutzt auch
jeder die vorgeschlagene Syntax?)


Hallo olvagor, Hallo Élisée, Hallo Walter,

die Diskussion was in OSM soll, gibt es schon ziemlich lange. Ich hatte 
gerade nicht damit gerechnet das sie hier wieder so extrem aufflammt.


Als ich bei OSM vor 4 Jahren anfing, gab es auch Leute die meinten das 
man Häuser einzeichnet ist jetzt echt übertrieben und belastet die 
Datenbank. OSM solle nur für Straßen sein. Wenn man dort mehr einträgt 
können man die Karten auf dem Garmin vergessen etc.


Mich hat die Idee von Dead Drops spontan begeistert und dachte mir, 
sowas müsste ich auch irgendwo installieren. Dead Drops können sowas 
sein wie eine digitale Pinnwand, das finde ich sehr verlockend.


Ich denke OSM ist DIE Welkarte. Dort darf ich alles eintragen. Auch wenn 
es vielleicht mehr Hundekottütenspender gibt als Daed Drops ist es doch 
legetim es einzutragen. Wir tragen ja auch den Köllner Dom ein obwohl es 
ihn auch nur einmal gibt. Mich wundert es das ich dafür immer noch 
argumentieren muss. Ich tut doch keinem weh, und es frustet mich schon 
irgendwie das ich als von Euch Rückmeldungen bekomme die sich für mich 
Übersetzt ungefähr so anhören: Was soll das denn in OSM? Geh weg!


Das war vielleicht nicht so gemeint, kommt aber so rüber.

Ich würde mir wünschen das Ihr konstruktiv darüber nachdenkt wie man an 
einen Dead Drop denn taggen sollte wenn man ihn in OSM Verzeichnen will, 
oder wenn Euch das Thema nicht liegt einfach mal NICHTS ANTWORTET, 
vielleicht gibt es ja andere OSMler die die Idee auch gut finden.


Wir haben in OSM auch den Hamburger Dom auch wenn er nur zweimal im Jahr 
für ein paar Wochen zu finden ist, und ich finde das gut. Es gibt keinen 
Konsens  darüber wie lange etwas anhalten muss, bis es in OSM darf, aber 
bei Kunstwerken würde ich erstmal davon ausgehen das diese länger 
halten und sehr wohl in OSM stehen dürfen. Ich finde gerade die Tatsache 
das wir so schnell neue Dinge einzeichnen können eine Stärke von OSM. 
Welche Karte hat denn schon die verschwundene Straße in Schmalkalden von 
Ihrer Landkarte entfernt? Ich kenne eine [1] und ich finde das super 
genial.



Gruß
Sven


[1]
http://www.openstreetmap.org/?lat=50.72374lon=10.44557zoom=17layers=M

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

[Talk-de] Dead Drops, Wie taggen?

[Sven Anders]

Es gibt ein neues Projekt namens Dead Drops, USB Sticks in Mauerritzen 
zu betonieren (vgl. [1], [2])


Wie taggt man denn sowas?

Vielleicht sollte man gleich Werbung für OSM machen bevor deren 
Datenbank online geht?



amenity=dead_drops
dead_drops:interface=usb1
dead_drops:size=4GB
dead_drops:mounted=wall
operator=?

und evtl.

opening_hours (wenn nicht immer zugänglich)
disused=yes (wenn kaputt)
webpage= (ein Webseite mit weiterer Beschreibung)


Weitere Vorschläge?

Gruß
Sven

[1] http://www.golem.de/1011/79080.html
[2] http://deaddrops.com/

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

[Talk-de] OSM Stammtisch Hamburg-Harburg

[Sven Anders]

Liebe OpenStreetMapper aus Harburg und Umgebung,

OpenStreetMap ist in Harburg schon sehr gut vertreten, aber eine 
wichtige Sache fehlt noch: Zum Stammtisch müssen wir immer über die Elbe 
fahren. Das muß jetzt nicht mehr sein. Nicht das es an der Sternchance 
nicht auch nett ist, aber ein echter Harburger braucht auch ein Treffen 
mit echten Harburgern.


Deshalb haben wir (Ben und Sven) beschlossen es einmal mit einem 
Stammtisch in Harburg zu versuchen. Wir probieren das erstmal bis 
Dezember 2010 aus und zwar immer am letzten Mittwoch im Monat in einer 
Kneipe/Restaurant in Harburg.


Einladen möchten wir insbesondere auch die Mapper aus den Landkreisen 
Harburg und Stade, die sich (aus uns verständlichen Gründen, wir sind 
schließlich aus Harburg!!) bislang nicht zum Stammtisch nach Hamburg 
getraut haben. ;-)


Auch totale Neulinge sind gerne gesehen. Bei einem Bier oder eine 
Apfelsaftschorle können wir bestimmt das ein oder andere erklären.


Hamburger dürfen natürlich auch gerne kommen (gibt es Hamburger die sich 
über die Elbe trauen? Wir werden sehen (und Ihr merkt vielleicht das es 
im sonnigen Süden von Hamburg ein eigenes Kneipenleben gibt))

Los geht es am Mittwoch den 29.9.2010 im Café Oktober[1].

Es wäre nett, wenn du dich auf der Wiki-Seite[2] eintragen könntest, 
wenn du kommen möchtest.



Gruß Ben und Sven

[1] http://informationfreeway.org/?lat=53.4629lon=9.9816zoom=16
[2] http://wiki.openstreetmap.org/wiki/Hamburg/Harburg/Mappertreffen

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

Re: [Talk-de] Straßenvergleich und andere Dienste (A GS, ISIL-Nummern, ...) gestört

[Sven Anders]

M∡rtin Koppenhoefer schrieb:

Am 4. September 2010 10:43 schrieb Michael Kugelmann michaelk_...@gmx.de:

Frederik hatte auf der über SOTM 2010 Ergebnisse von Performance Messungen
referiert. Und er hatte auch mit einer SSD getestet = vielleicht kann er
mit Info helfen.



die Folien sind online, s. im Wiki unter SOTM2010


Hm,
also RAM bringt anscheinend einen wesentlichen Performance-Schub.

Dumm, dass schon Mainboards die 64 GB Ram nutzen können ein halbes 
vermögen kosten. Oder kennt jemand andere Beispiele? Meine kurze 
Stichprobe ergab Boards ab 50 Euro gerade mal 16 GB verwalten können, 
aber 100 Euro 32 GB und welche die 64 oder mehr verwalten gibt es nur 
als Server-Lösung.


Gruß
Sven


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

[Talk-de] Straßenvergleich und andere Dienste (AGS, ISIL-Nummern, ...) gestört

[Sven Anders]

Moin,
meine Festplatte hat gestern den Geist aufgegeben.

Da ich aus Perfromance Gründen die OSM-Daten und die Ergebnisse auf ein 
RAID 0 gelegt hatte, muss ich diese jetzt neu einrichten und berechnen.


Eigentlich wäre eine SSD für die Datenbank und die Ergebnisse optimal. 
Hat jemand  Erfahrungen mit SSD unter Linux? (Jemand der eine SSD 
bezahlen würde wäre auch nicht schlecht ;-) ).


Gruß
Sven



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

Re: [Talk-de] Der Post-Box Guesstimator: Wo fehlen Briefk ästen in OSM?

[Sven Anders]

Moin,

ich hab jetzt mit Hilfe des Post-Box Guesstimator schon gleich stellen 
gefunden, wo die Post das PUDLV Gesetz nicht einhält.


z.B. in der Straße Zum Dubben in 21147 Hamburg und in der Forsthöhe in 
21149 Hamburg.


Ich weiß das das ziemlich kritisch für die Post werden kann, weil die 
evtl. deshalb die Mwst.-Befreiung verlieren könnten. Wollen wir sowas 
trotzdem irgendwo sammeln?


Ich mag die Sparwut der Post überhaupt nicht und freue mich über jeden 
der dagegen was macht.


Gruß

Sven



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Landkreis Ahrweiler Grenzen in OSM

[Sven Anders]

Am 14.06.2010 13:51, schrieb Markus Zielonka:

Hallo OSM'ler.

Eure Hilfe benötige ich.
Für eine Dokumentation möchte ich über die OSM Karte die grenzen des
Landkreises Ahrweiler einzeichnen.
Wikipedia konnte ich auch den Kreisschlüssel 07131 entnehmen.

Doch hilft mir nicht nur die Außengrenze sondern ich bräuchte auch die
Grenzen im Landkreis von den 74 Gemeinden.


Ich habe ein Tool geschreieben, was die Gemeindegrenze, die Korrekt mit 
AGS getaggt sind auslistet.


Siehe:
http://svenanders.openstreetmap.de/ags/Deutschland/Rheinland-Pfalz/Ahrweiler/index.html

(ohne Zeilenumbruch)

Ich vermute also, das es die meisten Gemeindegrenzen noch nicht gibt.

Gruß
Sven



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Diözesengrenzen / Relevanzdiskussion ( war Re: Wehrkiche?)

[Sven Anders]

Am 10.06.2010 09:13, schrieb Frederik Ramm:

Hallo,

aighes wrote:

Die Diözesengrenzen wird wohl irgendwer irgendwann eintragen (ist das
dann boundary=roman_catholic?grübel), fürchte ich... ;)



Auch wenn ich es persönlich interessant finden würde, bin ich der Meinung,
dass das nicht in OSM gehört. Ansonsten haben wir bald alle möglichen
Grenzen.


Mit dem gleichen Recht wie Dioezesengrenzen koennte man auch das
Aldi-Nord-Gebiet und das Aldi-Sued-Gebiet eintragen (boundary=retail)
oder die Einzugsbereiche der Lokalgruppen der tausenden bundesweiten
Vereine. Solche Grenzen orientieren sich manchmal an vorhandenen Landes-
, Kreis- oder Gemeindegrenzen, manchmal aber auch nicht. Das wird dann
ein ganz schoenes Dickicht.


Ich denke auf ein Dickicht mehr oder weniger kommt es IMHO nicht an.

Meine ganz persönliche Meinung ist zwar manchmal auch:
* Ich brauche keine Hundekot-Tütenhalter in OSM
* Ich brauche keine Mastnummer von einem Strommast in OSM
* Ich möchte keine Blitzer in OSM eingetragen sehen, die Leute sollen 
verdamt noch mal ihren Führerschein verlieren, wenn sie immer zu schnell 
fahren


Aber dann wäre OSM vermutlich schon lange eingeschlafen. Wir sind nun 
mal ein wilder Haufen und jedem interessiert etwas anderes und wir sind 
die Einzigen die Hundekottütenspender in einer Landkarte haben (etwas 
auf das ich inzwischen ein wenig stolz bin, obwohl ich Hunde nicht mag!).


Ich bin dafür das in OSM jeder solche Informationen eingeben können 
soll. Wenn es Kirchenmitglieder gibt, die die Dioezesengrenze 
interessiert, warum soll sie nicht in OSM sein? Wollen wir uns wirklich 
eine Relevanzdiskussion leisten?


Bei Aldi-Nord / Aldi-Süd würde ich tippen, das ein Tag wie
operator=Aldi Nord am Supermarkt ausreicht, aber wenn das mehrere Leute 
anders sehen, aber mir ist es lieber, jemand gibt eine Grenze ein, die 
Ihm nun mal interessiert als das wir eine Relevanz-Diskussion führen, 
und Mapper verlieren.


Ich würde dann eher den Debian-Way gehen, wenn es z.B. eine Grenze nicht 
mehr gepflegt wird und sich Leute beschweren (osmbugs etc.), das sie 
falsch ist, es keinen Maintainer mehr gibt, wird sie halt nach einiger 
Zeit wieder entfernt.


Gruß
Sven



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Grenzen: Regionalschluessel wie Taggen?

[Sven Anders]

Moin,

ich schaue mir gerade den Regionalschluessel (RGS) genauer an.

Das ist ein neuer Schlüssel, der langfristig den Amtlichen 
Gemeindeschlüssel (AGS) ablösen soll (vgl [1]).


Ihn gibt es für Bundesländer, Kreise, (Regierungs-) Bezirke, Ämter und 
Gemeinden.


Es wäre einfach den RGS mit einem bot zu ergänzen, aber dafür haben wir 
bislang nicht die Genehmigung. Ich habe lediglich die Genehmigung einen 
Vergleich gegen das Gemeindeverzeichnis von destatis [2] zu machen.


Wie auch beim AGS gibt es mit RGS für mache Deckungsgleiche Gebeite 
mehrere Schlüssel. Z.B. gibt es beim AGS  in der Statistik:


* Das Bundesland Hamburg mit der AGS 02
* Den Kreis  Hamburg mit der AGS 02 0 00 und
* Die Gemeinde   Hamburg mit der AGS 02 0 00 000

In Wirklichkeit gibt es laut Hamburger Verfassung keinen Kreis und keine 
Gemeinde, aber das Spiel hier keine Rolle. Entscheidend ist das die 
letzten stellen alle Nullen sind, daran kann man erkennen das sie 
deckungsgleich sind.


Beim RGS ist ist das leider z.T. anders. Bei Hamburg ist es zwar gleich, 
es gibt dort nur zusätzlich noch das Amt Hamburg (RGS:
02 0 00 ), aber es gibt auch Gemeinden die den Status eines Amtes 
haben (zumindest in der Statistik) und nicht durch Nullen ergänzt werden.


Hier ein Beispiel:

Im Landkreis Goslar (Niedersachsen) (RGS: 03 1 53)  gibt es z.B.

* Das Amt  Bad Harsburg Stadt 03 1 53 0002  und
* die Gemeinde Bad Harzburg Stadt 03 1 53 0002 002

Interessant ist vielleicht das der Amtsteil 0002 numerisch dem 
Gemeindeteil 002 entspricht. Aber ich habe nirgends etwas dazu gelesen, 
das das immer so ist...


Nun ist die Frage, wie taggen wir Bad Harzburg?

Die Tags:
boundary=administrative
type=multipolygon
name=Bad Harzburg
de:amtlicher_gemeindeschluessel=03153002


sind denke ich klar. Spannend wird es bei:


de:regionalschluessel=031530002

(läßt die Gemeinde weg!) [Vorschlag: Amt]

oder:


de:regionalschluessel=031530002002

(läßt das Amt weg!) [Vorschlag: Gemeinde]

oder

de:regionalschluessel=031530002;031530002002

[Vorschlag: Semikolon]

oder zwei Relationen mit jeweils einem de:regionalschluessel [Vorschlag: 
Zwei Relationen] ?



Ich finde den Semikolon Vorschlag am besten, er bildet alles ab. Bevor 
ich nun den AGS Validator [3] umbaue, möchte ich aber noch ein paar 
Meinungen dazu hören.


Gruß
Sven


[1] http://de.wikipedia.org/wiki/Amtlicher_Gemeindeschlüssel
[2] 
http://www.destatis.de/jetspeed/portal/cms/Sites/destatis/Internet/DE/Content/Statistiken/Regionales/Gemeindeverzeichnis/Gemeindeverzeichnis,templateId=renderPrint.psml

[3] http://svenanders.openstreetmap.de/ags/Deutschland/



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Grenzen: Regionalschluessel wie Taggen?

[Sven Anders]

Am 07.06.2010 10:45, schrieb René Falk:

Am 07.06.2010 09:55, schrieb Sven Anders:



Hi Sven,

Wird bei Gemeinden ohne Verwaltungsverbund (Amt/ Amtsbezirk)
nicht generell  als Platzhalter eingefügt? Das dürfte das kleinere
Problem sein.


Jein, denn die Amt-Ebene wurde nachträglich eingefügt und die anderen 
Zahlen bilden auch noch die AGS. Eigentlich müsste vermutlich bei Bad 
Harzburg die Gemeinde ausgenullt werden, nur dann kommt die AGS nicht 
mehr raus.


Es gibt Z.b. zwei Gemeineden in Kreis Dithmarschen (Schleswig Holstein 
RGS 01 0 51), die in unterschiedlichen Ämter sind:


01 0 51 5163 097 Sankt Michaelisdonn und
01 0 51 5166 034 Friedrichskoog

Gleichzeitig gib es dort z.B. Heide Stadt mit den RGS:

01 0 51 0044 Heide, Stadt
01 0 51 0044 044 Heide, Stadt





Bei Fällen wie Bad Harzburg hätte ich nichts dagegen nur die hirachisch
höhere Grenze (Amt) admin_level=7 zu taggen und den Regionalschlüssel
der Gemeinde zu verwenden. Dann hätten wir eine Kennzeichnung das die
Fläche von Amt und Gemeinde identisch sind ohne neue Taggs erfinden zu
müssen.

Ich wäre grundsätzlich auch dafür die Regionalschlüssel der höheren
Ebenen mit Nullen aufzufüllen. Das wäre aus meiner Sicht praktischer zu
handhaben.


Finde ich nicht unbedingt, löst auch nicht das Problem.

Es würde es auch einfacher machen ein paar Fehler

(Unvollständigkeit, Tastenpreller, etc.)zu erkennen.


Nur das man das bei Bad Harzburg eben nicht kann.

Gruß
Sven



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Fragen zu Oxomoa ÖPNV Schema

[Sven Anders]

Jochen Topf schrieb:

 Ich habe es erstmal so gemacht:

 -alle Wege in ihrer Reihenfolge bei der Befahrung der Linie
 -alle Bushaltestellen mit ihren Stoppositionen, für jeden Halt immer so:
  1. Halteposition 1
  2. Haltestelle 1
  3. Halteposition 2
  4. Haltestelle 2

 Ist das so richtig?
 
 Weiss nicht, ob ich Dich richtig verstehe. Richtig wäre wohl:
 
 haltepos1-zugang1-wayA-wayB-wayC-haltepos2-zugang2-wayD-wayE-haltepos3-zugang3-...


Ich bevorzuge eher
wayA-wayB-wayC-wayD-wayE-haltepos1-haltepos2-haltepos3-zugang1-zugang2-zugang3

Gibt es einen Grund es nicht so zu machen?

Der Vorteil ist: Der JOSM zeigt mir die Strecke als Verbunden an und ich 
kann alle Haltepunkte einfach mit einem Papierfahrplan etc. vergleichen.

Gruß
Sven

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

Re: [Talk-de] OSM für Feuerwehr

[Sven Anders]

Am 28.05.2010 09:23, schrieb Bernhard Zwischenbrugger:


Wenn die Hydranten-Standorte bereits überprüft wurden, dann müssen
in Zukunft nur noch die Änderungen überprüft werden.
Um diese Änderungen zu sehen könnte man ein kleines Skript schreiben das
diese
Änderungen anzeigt.


+1

Ich denke nicht das man Änderungen verbeiten/einschränken etc. muss 
sondern nur das man halt die Änderungen bei OSM kritisch kontrollieren 
muss. Einen entsprechenden Diff zu erstellen ist IMHO technisch nicht 
besonders anspruchsvoll. Signaturen und/oder einen neuen Server finde 
ich da wesentlich aufwändiger.


Und dann arbeitet die Feuerwehr halt mit geprüften (und deshalb im 
Zweifel etwas älteren) Karten während in der Live-OSM Version schon ein 
paar Änderungen von Feuerwehr-Entusasten warten die noch geprüft werden 
müssen.



Gruß
Sven




smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] TMC Points

[Sven Anders]

fly high schrieb:
 Hi
 
 Ich habe ich in den letzten Tagen an Taggen von TMC gemacht.
 Mittlerweile frage ich mich allerdings ob TMC Location Points nicht fast 
 immer eher ein Weg ist oder sogar eine Relation mit mehreren Wegen als 
 Mitglieder.
 
 Wie ich aus der Diskussion vor ein paar Monaten gelesen habe gibt es da 
 ja keine einheitlichen Schemata.

Ich finde Punkte wesentlich Sauberer. Es kommt bei TMC Daten in der 
Regel sowieso nicht auf ein paar Meter an.

Gruß
Sven

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

Re: [Talk-de] tags automatisch korrigieren?

[Sven Anders]

Stephan Knauss schrieb:
 Es ist aber ein Link auf die XAPI dabei:
 http://www.informationfreeway.org/api/0.6/*[layer=gravel]
 
 Dieser würde alle Elemente liefern die mit layer=gravel getaggt sind.
 Du wählst also in JOSM File/Open Location an und fügst dort den link 
 ein. Damit werden die betreffenden Elemente in JOSM geladen.
 
 Du kannst den Tag ändern und ganz normal wieder hochladen.


Achtung: Da die Daten von der XAPI nicht Synchrin mit dem  Live Server 
läuft, kannst du damit aber auch Arbeit anderer Mapper überschreiben, 
die vermutlich Not Amuesed sind.

Gruß
Sven



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

[Talk-de] TMCRoad Relationen haben keinen Ortsbezug

[Sven Anders]

Hallo,
ich kämpfe beim TMC Validator [1] mit einem kleinen Problem.

Bestimmte TMC-Roads haben als Member per Definition keinen phyischen Ort.

Und zwar wenn sie wiederum aus Segmenten bestehen.

Diese Segmente bestehen dann aus diversen Straßen mit highway=*.


Das Problem ist, diese Relationen tauchen dann nicht im germany.osm.bz2 
von der Geofabrik auf, weshalb sie auch nicht in der Datenbank landen.

Michael Schmitt schlug als pragmatische Lösung vor, ein TMC:RoadStart 
und TMC:RoadEnd Member aufzunehmen, wo man den Start und Endpunkt der 
Road aufnimmt. Ich finde den Vorschlag gut und bitte um weitere Meinungen.

Natürlich könnte ich mir auch  die Relationen mit den entsprechenden 
TMC:cid_58:tabcd_1:LocationCode Key raussuchen, aber das übersteigt 
schon im Traffic meine Resourcen (ich müsste vermutlich das Planet 
auswerten) und die XAPI ist mir zu unzuverlässig (wobei die Erfahrung 
schon etwas zurück liegt).

Ich denke das auch andere Tools froh sind, wenn es einen Ortsbezug in 
jeder TMC Relation gibt.

Gruß
Sven


[1] http://osm-tmc.anders-hamburg.de/

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

Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?

[Sven Anders]

Am 29.04.2010 15:23, schrieb Fabian:

gibt es fuer sowas nicht die moeglichkeit das irgendwie rueckverfolgbar
zu machen? Einfallen wuerde mir da beispielsweise eine relation
anzulegen HvTs-Telekom und hoffen das zumindest keiner die relation
loescht. Man wuerde aber sehen wann welche verschwunden sind und wer
damit zu tun hat um ihn zu fragen.


Du kannst dir ja die ID merken mit der du das Objekt ursprünglich 
angelegt hast. Eine Relation zu missbrauchen finde ich nicht so toll.

(Relationen sind keine Sammlungen von Objekten gleicher Art).

Ich hab damals einen Verteiler gelöscht den ich 100 Kilometer weiter wo 
anders hin verschieben hätte sollen.
Da ich mich da nicht auskenne hätte ich auch nicht auf das Haus (sondern 
allenfalls an die Richtige Stadt) verschieben können, da hatte ich das 
Gefühl: Ich will mir nicht von einem Tool und einigen völlig falschen 
Daten sagen lassen, womit ich meine OSM Zeit verbringen möchte. Die 
Hausnummer ist hier nicht, die Postleitzahl auch nicht, jeder kann die 
Daten ein zweites mal gegen die OSM Daten verleichen, ...

Ich glaub ich hab Sven Geggus noch eine OSM Mail geschickt)

 Einen zweiten war ein paar 100 Meter falsch, den konnte ich richtig 
verschieben.



Waere das ein Weg? Ueberlege sowas naemlich auch fuer andere sachen
einzupflegen.


Ich denke ein besserer Weg ist im Zweifel es die Mapper machen lassen. 
So wie ich es bei den ISILs  gemacht habe:


http://wiki.openstreetmap.org/wiki/DE:ISIL-Landkarte

Gruß
Sven



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Verkehrszeichen-Tool

[Sven Anders]

Am 29.04.2010 13:42, schrieb Sebastian Hohmann:

Sven Anders schrieb:


Cooles Tool. Mir war aber so, das die Attribute nicht mit Komma sondern
mit Semikolon trennt.

vehicle=destination,agricultural,delivery
vehicle=destination;agricultural;delivery

oder hab ich das falsch in Erinnerung/ist das inzwischen egal?

Vielleicht bin ich zu pingelig.



Ich hab einfach irgendwas genommen. Es wird ja sowieso vom Script
aufgeteilt. Hätte ein Semikolon irgendwelche Vorteile? Ich kann das
gerne ändern.


Dann ändere es bitte. Für Skripte die die OSM Daten auswerten bedeutet 
jeder Trenner zusätzliche Arbeit.


Gruß
Sven



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?

[Sven Anders]

Hallo AssetBurned
Am 30.04.2010 13:12, schrieb AssetBurned:

Du kannst dir ja die ID merken mit der du das Objekt ursprünglich angelegt 
hast. Eine Relation zu missbrauchen finde ich nicht so toll.
(Relationen sind keine Sammlungen von Objekten gleicher Art).


find ich persönlich auch die bessere variante. vorallem wenn du da eh schon ne 
liste hast, dann mach daraus ne tabelle in der wiki und füg ne spalte mit der 
jeweiligen node-ID ein.


Was gewinnst du dadurch? wenn der Punkt verschoben wird steht es nicht 
in der Relation. Und du hast eine kaum wartbare Relation mit Tausenden 
von Punkten, nur weil EIN Benutzer das evtl. nochmal anhand des 
Changelogs nachvollziehen möchte.


Du kannst mit einer XAPI Anfrag sämmtliche existierenden HvTs wieder 
bekommen und dann schauen welche gelöscht wurden.

Dazu kannst du dann die Changelogs anfordern.

http://wiki.openstreetmap.org/wiki/DE:Elemente#Was_Relationen_nicht_sind



Ich hab damals einen Verteiler gelöscht den ich 100 Kilometer weiter wo anders 
hin verschieben hätte sollen.
Da ich mich da nicht auskenne hätte ich auch nicht auf das Haus (sondern allenfalls 
an die Richtige Stadt) verschieben können, da hatte ich das Gefühl: Ich will 
mir nicht von einem Tool und einigen völlig falschen Daten sagen lassen, womit ich 
meine OSM Zeit verbringen möchte. Die Hausnummer ist hier nicht, die Postleitzahl 
auch nicht, jeder kann die Daten ein zweites mal gegen die OSM Daten verleichen, ...
Ich glaub ich hab Sven Geggus noch eine OSM Mail geschickt)


und was spricht in einem solchen fall gegen fixme=der ist hier komplett falsch. die 
stadt liegt 100KM nord östlich von hier ? so hätte ich es gelöst.
dann hätte sich zwar jemand drüber aufgeregt warum du das ding nicht selbst 
verschoben hättest, aber jemand anderes könnte sich die mühe spaaren alles neu 
eingeben zu müssen.

nur mal so als vorschlag für's nächste mal, von jemanden der fixme besser 
findet als löschen ;-)


Das dann da ein Punkt mit einer Postleitzahl Hausnummer und Straße in 
Hamburg liegt der eigentlich in Cuxhaven liegt.


Und wenn ein User bei OSM nach (Namen sind jetzt erlogen):

Haupststraße in Cuxhaven sucht einen Punkt in Hamburg findet.

Und wer kümmert sich um FIXMEs? Der Mapper vor Ort= Also ich.
Oder ein OSM nachbar, der dann auf seinem Garmin nur sieht das der Punkt 
100km weiter ist.


Außerdem behauptet ein Navi wenn es durch Hamburg fährt auf einmal das 
es jetzt in Cuxhaven ist und das Ziel erreicht ist.



Ich haette die addr:postcode und addr:street und addr:housnumber und die 
tags für die Ortsnetzkennzahl (das Ortsnetz ist ja auch nicht in 
Hamburg) auch noch aus dem Node entfernen können. ;-)


Ich finde es schon sehr fair das ich den Import-User darauf hingewiesen 
habe, das da was schiefgegangen ist.


Wenn der Punkt wirklich von einem User mit Menschenverstand angelegt 
worden wäre, okay. Aber es wurden völlig schlechte Daten in OMS gekippt 
nach dem Motto: Der User wirds schon richten.


Es gab damals im Vorwege keinen Testimport, keine Review der Daten oder 
eine große Diskussion dazu, nur ein note tag mit dem Hinweis das man den 
Node verschieben soll. Das soll jetzt kein Vorwurf sein, nur eine 
Erklärung warum ich mich so verhalten habe.


Ich hab selbst auch importe gemacht die z.T. nicht super gelaufen sind, 
kenn auch die andere Seite und würde es heute genau so machen.


MAL ÜBERTRIEBEN:
Sonst könnten wir ja mal vorsorglich alle Postleitzahlengebiet von 
Deutschland importieren, ich importiere sie alle an eine Stelle mache

ein Note-Tag drann: Bitte an die richtige Stelle verschieben.

Und wenn ein User ein Gebiet löscht schreib ich  1 Jahr später auf der 
talk-de das es schlimm ist das die wieder gelöscht wurden und man hätte 
sie doch stehen lassen können.

ÜBERTRIEBEN AUS

Wenn jemand Lust hat kann er auch in der talk-de danach suchen, da hab 
ich auch schon was dazu geschrieben.


Kannst du meine Entscheidung akzeptieren?

Gruß
Sven



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Verkehrszeichen-Tool

[Sven Anders]

Am 28.04.2010 21:15, schrieb Sebastian Hohmann:

Rainer Kluge schrieb:

Dem kann ich nur zustimmen. Auch ich bin als Neuling zunächst auch in die
destination/desginated-Falle getappt. Der (die, das?) Wiki ist schon ganz gut,
was aber für Neulinge und Leute, die nicht täglich erfassen, nützlich wäre, ist
eine vollständige Aufstellung aller vorkommenden Kombinationen von
Verkehrszeichen und Zusatzzeichen und der dazugehörigen Belegung der Tags.

http://wiki.openstreetmap.org/wiki/DE:Road_Signs ist schon ganz hilfreich, aber
wenn ich 260 mit Zusatz landwirtschaftlicher Verkehr frei vorfinde, dann muss
ich mir die Tagbelegung selbst zusammenbasteln, und das ist leider 
fehleranfällig.



Hallo,
eine Auflistung aller möglichen Kombinationen habe ich nicht, aber ein
Tool um sich das selbst zusammenzustellen:
http://uninformativ.de/driver/traffic_signs/ (JavaScript)

Das ist recht schnell zusammengeschustert und nur ein Test um mal
Meinungen einzuholen. Es sind also bestimmt noch Bugs drin (und
natürlich sind auch noch nicht alle wichtigen Verkehrszeichen enthalten).



Cooles Tool. Mir war aber so, das die Attribute nicht mit Komma sondern 
mit Semikolon trennt.


vehicle=destination,agricultural,delivery
vehicle=destination;agricultural;delivery

oder hab ich das falsch in Erinnerung/ist das inzwischen egal?

Vielleicht bin ich zu pingelig.

Gruß
Sven





smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Änderung der Landes-/Gemeindegrenze B W/BY

[Sven Anders]

Am 29.04.2010 10:40, schrieb Rainer Kluge:

Hallo,

Beim Erfassen von fehlenden Straßen im Bereich der Stadt Ulm gemäß
http://osm.gt.owl.de/Strassenliste/output/62495/ ist mir aufgefallen, dass
zumindest an einer Stelle die Änderung des Verlaufs der Grenze zwischen
Baden-Württemberg und Bayern von 1996
(http://www.gesetze-im-internet.de/bundesrecht/gr_ndstvtr_bw_by_3/gesamt.pdf) in
den OSM-Daten nicht berücksichtigt ist. Dies ist die betreffende Stelle:
http://www.openstreetmap.org/?lat=48.4341lon=10.03258zoom=17layers=B000FTF

Ich habe erst mal einen Eintrag in OpenStreetBug für die betreffende Stelle
gemacht, frage mich aber,

a) woher man Daten aktuellen Verlauf der Grenze bekommen kann, und
In der Anlage zu dem oben aufgezaehlten Gesetz, wenn ich das richtig 
verstanden habe. Hab jetzt keine Zeit danach zu suchen.

Notfalls findet man sowas in einem Staatsarchiv.


b) ob es jemanden gibt, der sich um die Pflege der Grenzdaten in OSM kümmert,


Ja es gibt (leider nur) ein paar wenige die sich da ran trauen, ich 
zähle mich zu dem Kreis, aber z.Z. keine Kraft dafür.



oder ob ich das selbst machen kann. Das ganze ist ja nicht unkritisch, da die
betroffenen Teilstücke zu einer Vielzahl von Relationen gehören.


Wenn Du es dir zutraust ist das das beste. Natürlich ist das nicht 
trivial, deshalb gibt es ja auch nur so wenige, die es machen. Ich würde 
mir SEHR wünschen das sich mehr da ran trauen!!


Und so schwer ist es nun auch wieder nicht. Du schaffst das schon. Wenn 
du fragen hast, gibt es ja  hier eine ML.


Diviese: Besser eine korrigierte Grenze mit einen Fehler drinn, als eine 
falchse Grenze.


Und Kritisch ist das ganze IMHO überhaupt nicht, wir haben soviele 
kaputte  Grenzen in der DB und trotzdem stört sich kaum einer daran.


Evtl. hilft dir mein Grenzvalidator unter:


http://svenanders.openstreetmap.de/ags/Deutschland/Nordrhein-Westfalen/

der braucht allerdings mindestens 2 Tage um von den Änderungen zu erfahren.

Gruß
Sven



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Änderung der Landes-/Gemeindegrenze B W/BY

[Sven Anders]

Am 29.04.2010 11:34, schrieb Matthias Versen:

Und Kritisch ist das ganze IMHO überhaupt nicht, wir haben soviele
kaputte Grenzen in der DB und trotzdem stört sich kaum einer daran.


Kaputte Grenzen sollte es eigentlich kaum geben denn die repariere ich
jede Woche (bis auf Ausnahmen wie Stadtteilgrenzen die auf Straßen
verlaufen).Oder meinst Du einen nicht korrekten Verlauf ?
Das kann ich schlecht beurteilen...

Dann gibt es noch nicht komplette Gemeindegrenzen aber das ist ein
andere Fall.


Ich wollte dir nicht auf die Füße treten. Gut dann gibt es keine 
kaputten Grenzen mehr.


Gruß
Sven



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Freie Grenzen

[Sven Anders]

Am 23.04.2010 17:03, schrieb Jens Frank:

 Die amtlichen Bekanntmachungen etc sind frei. Aber die Zusammenstellung
 dieser amtlichen Bekanntmachungen in eine Gruppe von Vektoren ist meiner
 Meinung nach eine Datenbank, und für die gelten dann nicht mehr die
 Regeln des §5 .

Gut, nur das diese amtlichen Bekanntmachungen eben häufig überhaupt 
nicht zu finden sind. Oder so unklar sind, das sie nicht helfen (Die 
Grenze folgt der ehemaligen Gemeindegrenze).

Mir hat mal ein Behördenmittarbeiter gesteckt das es häufiger mal auch 
zu Problemen bei den Grenzen kommt, z.B. ein Bauer läßt sein Feld 
(welches zu 150 m2 in Niedersachsen und zu 900 m2 in Hamburg liegt) 
nachmessen und stellt fest das es weniger Quadratmeter hat als er 
bislang wusste, also zahlt er zuviele Steuern. Daraufhin werden amtiche 
Vermesser losgeschickt, die feststellen, das das Feld wirklich kleiner 
ist. Dann gibt es eine Kommission von Hamburger und NDS Vermesseungsamt 
wo man sich auf eine neue Grenze einigt, das ganze passiert ganz ohne 
Staatsvertrag und eben häufig auch ohne amtliche Bekanntmachung, nur der 
Bauer erfährt dann davon, das er in Zukunft nur noch für 148m2 in NDS 
und 897m2 in Hamburg bezahlen muss.

Wenn die Kommunen die Pflicht hätten uns eine Grenzbeschreibung zur 
verfügung zu stellen mit der man für jeden Ort heraus bekommt, wozu er 
politisch gehört reicht mir das aus. Ich vermute das eine solche 
Beschreibung aber wesentlich kostenspieliger für die Kommune ist, als 
uns die Vektoren-Datenbank zu schicken.

So werden zum Beispiel für den Nationalpark Wattenmeer im Gesetz 
Kooridnaten angegeben.[1]

Die Hamburger Beschreibung von den Stadtteilen ist 50 Jahre alt und 
müsste z.B. dringend aktualisiert werden, weil sich einfach zu viele 
geographische Gegebenheiten geändert haben. Eine Grenzbeschreibung der 
Bundeslandgrenze Hamburg  ist mir gar nicht bekannt und das obwohl ich 
schon einige Jahre danach suche.

 Dass Du die Möglichkeit hast, frei (Also ohne Kosten) festzustellen,
 wo Du wohnst und welche Gesetze gelten bedeutet meiner Meinung nach
 nicht, dass die Datenbasis, auf der diese Information beruht,
 automatisch frei ist. Dass ich einen Tramper frei im Auto mitnehme
 bedeutet nicht, dass ihm das Auto gehört.

Es würde mich sehr wundern, wenn man das pro Koordinate anfragen muss so 
ala: Wenn Sie das Kind im Wald geboren haben, fragen sie nochmal nach 
und wir sagen Ihnen zu welcher Gemeinde die Waldlichtung gehört.

Gruß
Sven

[1] 
http://www.nationalpark-hamburgisches-wattenmeer.de/8archiv/images/docs/Gesetz%20NPHW01.04.10.pdf

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

[Talk-de] Freie Grenzen (war Re: Anfrage beim Stat istischen Landesamt Bayern wg. Verwaltungsgrenzen-Nutzung aus deren Veröffentlichungen - Deren Antwort - Bewertung bitt e)

[Sven Anders]

Am 23.04.2010 06:33, schrieb Jens Frank:



Am 23. April 2010 04:11 schrieb M∡rtin Koppenhoefer
dieterdre...@gmail.com mailto:dieterdre...@gmail.com:


Wie kommt man denn an freie Grenzen (*g*) ? Wenn die Vermessungsämter
die einzigen sind, die darüber Auskunft geben können, sollte man
dieses sächsische Vermessungamt vielleicht mal exemplarisch vorm
Verwaltungsgericht verklagen? Schriftliche Aussagen liegen doch vor,
oder?

Gibt es denn ein Recht auf freie Grenzen?


VORWEG: Ich bin kein Jurist (auch wenn ich Jura im Nebenfach hatte), 
alles ohne Gewähr.


Ich denke ja!

Je nachdem wo jemand wohnt und arbeitet und sich aufhält gelten ja für 
Ihm andere Gesetze und Regelungen, z.B.

* bei Polizeilichen Maßnahmen
* Rauchverbot
* Setuern z.B. Grundsteuer
* Welcher Gerichtsvollzieher zuständig ist
* Welches Straßenbauamt das Schlagloch beseitigen muß etc.


Nun gibt es einen Uralten rechtlichen Grundsatz (das war schon bei den 
Römern so), das man als Bürger das recht hat zu erfahren welche 
rechtlichen Regelungen gelten. Über diese darf man auch streiten und 
z.B. auf den üblichen Wegen (z.B. indem man sich in ein Parlament wählen 
läßt) ändern (wenn man dafür eine Demkoratische Zustimmung findet) dazu 
ist es wichtig das man die Gesetze ohne Quellennennung

und frei nutzen kann

In Deutschland ist das ganze im §5 UrhG geregelt.

Ich hab das schon mehrfach geschrieben, ich denke man könnte den Spieß 
sogar umdrehen, jemand verweigert einfach die Bezahlung seiner 
Grundsteuer mit dem Hinweis das er (Uhrheberrechtsfrei) keine Kenntnis 
davon gelangen konnte in welchem Bundesland er eigentlich lebt.


Dann müsste, IMHO, in meinem Fall die Stadt Hamburg nachweisen, das ich 
mein Haus in Hamburg gebaut habe.


Ich würde mir wirklich wünschen, das wir die Frage ob Grenzen frei seien 
müssen, höchstrichterlich geklärt würde. Vielleicht sollte man mal dafür 
Geld Sammeln.


Gruß
Sven



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] OSM-Garmin-Karten bei Ebay

[Sven Anders]

Christian Hartnick schrieb:
 Du  weisst  offenbar  nicht,  wie  eBay  funktioniert.. 
 Sicherlich doch.
 Bei allen fünf
 Auktionen von superlieven, die ich mir angeschaut habe, war der Start-
 preis  1 Euro. Wenn die Leute aber bis zu 80 Euro bieten[1], ohne sich
 genauer  zu  informieren,  was  sie  da  kaufen, und dass sie das auch
 günstiger haben könnten - dann gönn ich superlieven seinen Gewinn. Der
 Bieter  legt  seinen Preis also selber fest und damit ist es auch kein
 Wucher sondern schlicht Dumm- bzw. Faulheit der Käufer.

   
 Da gebe ich dir 100% recht (nur dem Gewinn gönn ich ihm nicht, da er ihn 
 nicht _verdient_ hat). Die Dummheit anderer Leute in rechtlichen 
 Grauzonen ausnutzen könnt man auch anders nennen. Aber auch darum geht 
 es mir ja gar nicht.
 Es _ging_ mir schlicht darum, ob wir die Möglichkeit haben die Dummen 
 und unseren Ruf zu schützen und etwas gegen solche Auktionen zu 
 unternehmen. Irgendein rechtliches Schlupfloch oder so was. Aber 
 vielleicht war da mein Gerechtigkeitsgefühl zu stark. Ich bin da 
 vielleicht zu sozial eingestellt. Mir blutet bei sowas jedenfalls immer 
 das Herz (und werde dann vielleicht auch zu schnell emotional)

Wir könnten ja evtl. auch eine Presseerklärung machen, das man unsere 
Karten kostenlos runterladen kann, und das es bei EBay Händler dafür 
viel Geld bekommen. Vielleicht steigen dann ein paar mehr Händler auf 
sowas ein und der Preis geht nach unten.

Wem der Preis zu Hoch ist, kann ja ein Gewerbe anmelden und die Karten 
günstiger verkaufen.

Ich sehe im Moment aber auch nichts, warum das ein schlechtes Licht auf 
OSM wirft. Wir haben die Karten nicht verkauft und wenn anderen die 
Karte 60 Euro wert sind ist das IMHO eher ein kompilment. OSM ist keine 
Verbraucherschutzorganisation, wir sind nicht verpflichtet irgendwem zu 
warnen etc.

Wenn ich mir ansehe, was für komerzielle Linux-Distributionen so z.T. 
ausgegeben wird, dann sind 60 Euro auch nicht viel.

Zum Vergleich: Eine RHEL kostet 349,- Euro für eine jährliche Subscription .
Der Support wird IMHO in aller Regel eher nicht genutzt.

Dafür könnte der Kunde dann 5 SD Karten pro Jahr zugeschickt bekommen.

Gruß
Sven


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

Re: [Talk-de] Gemeindegrenzen finden

[Sven Anders]

Für RLP (aber auch andere Bundesländer) gibt es in der Wikipedia
Kartenwerk mit groben Grenzverläufen:
http://de.wikipedia.org/wiki/Liste_der_St%C3%A4dte_und_Gemeinden_in_Rheinland-Pfalz

Die Genauigkeit ist für Anwendungen wie die oben genannte Straßenliste
völlig ausreichend und da keine besseren Datenspenden in Sicht sind,
benutze ich die WP-Karten schon seit ein paar Wochen um
Gemeindegrenzen in RLP einzutragen.

Ist aber natürlich Arbeit. Daher freue ich mich über jeden
Freiwilligen der sich dazu gesellt. ;) Vielleicht gibt es ja eine
Möglichkeit zumindest das Grenznetz aus der SVG-Datei in
OSM-taugliches Format zu transformieren. Das aufwendige Tagging wird
wohl nicht ausbleiben.


Alternativ kann man in Amtlichen Verordnungen nach dem Wort 
Grenzbeschreibung suchen. Mit etwas (bzw. sehr viel)  Glück bekommt 
man eine Textuelle beschreibung der Grenze ala: Die Grenze zwischen 
Gemeinde A und B folgt dem Bahndamm bis zum Fluß C von dort bis zur 
Dorfstraße.


Einfach mal bei der Gemeinde nach dem Grenzverlauf fragen kann auch zum 
erfolg führen. Wenn du gleich reinschreibst, das du den Grenzverlauf in 
OSM eintragen möchtest ist es (sofern die Gemeinde ihn dir rausrückt) 
auch keine Urheberechtsverletzung.


Gruß
Sven



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] OSM-Karten in Wikipedia

[Sven Anders]

Frederik Ramm schrieb:
 Hallo,
 
 Fips Schneider wrote:
 - - jeweils bisher unter den Weblinks. Vielleicht kann man da eine Art 
 Template
 schaffen, wo nur noch die Relationsnummer einzutragen ist?
 
 Ich moechte wiederholt anmerken, dass man sich *nicht* drauf verlassen 
 kann, dass eine Relations-ID in OSM morgen noch das gleiche Objekt 
 beschreibt wie heute - die Relation koennte geloescht und neu angelegt 
 werden, oder sie koennte aufgeteilt werden o.ae.

Ja, ich denke es wäre statt Relationsnummer eine Art query Language sinnvoll
z.B.

memberOf((type=Relation)(tag.type=route)(tag.name=Harzer Querbahn))

Gruß
Sven


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

Re: [Talk-de] USA haben GPS-Signale seit 01:05 Uhr kuenstlich verschlechtert

[Sven Anders]

Am 01.04.2010 11:23, schrieb Max Andre:

Hallo,

Johann H. Addicksaddicksat  gmx.net  writes:


Am 01.04.2010 01:35, schrieb Jonas Stein:


Also schnell anmelden. Man liesst sich!


Ich wollte mal ins Archiv schauen. Aber das SSL-Zertifikat scheint
defekt zu sein.


Das Zertifikat ist genau so kaputt wie bei den anderen deutschen
Mailinglisten. Das liegt leider ausßerhalb meines Machtbereichs.
Da von dem Problem halt alle auf lists.openstreetmap.de gehosteten MLs betroffen
sind, gehe ich mal davon aus, dass es sich um ein generelles Problem handelt und
nicht um ein spezifisches Problem dieser ML.


Bitte benutzt einfach http://...

Das Problem ist das man für ein Zertifikat Geld bezahlen muss und die 
Rcihtige Person vom Fossgis das unterschreiben muss etc.


Gruß
Sven





smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] OSM Gewinnt Linux New Media Award

[Sven Anders]

Moin,
OSM hat den LNMA fuer das inovativste Open Source Projekt gewonnen.

Ich hatte die Ehre diesen Preis fuer das OSM Projekt entgegen zu nehmen.

Herzlichen Gleuckwunsch! 

Gruss
Sven Anders
---
Sent from my Treo(r) smartphone



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

[Talk-de] TMC Validator nimmt jetzt Daten von Version 9.00 / Re: TMC: new location code table version 9.0 for Germany

[Sven Anders]

André Riedel schrieb:
 Am 10. Februar 2010 14:02 schrieb Claudius claudiu...@gmx.de:
 Am 10.02.2010 11:27, Marcus Wolschon:
 http://www.bast.de/cln_005/nn_42544/DE/Aufgaben/abteilung-f/referat-f4/Location-Code-List/location-code-list-start.html
 Praktische Auswirkungen auf uns bzw. auf den TMC Validator? Die IDs
 werden ja nur fortgeführt und nicht geändert, oder?
 Also müsste nur die Datenbank des Validators aktualisiert werden, korrekt?
 
 Es werden auch einige gelöscht.
 
 Aber es wäre gut, wenn die Daten im TMC Validator nicht einfach
 ersetzt werden, sondern besser ergänzt. Dann könnte der TMC
 Versions-Schlüssel auch mal einen Sinn ergeben. Dann gibt es zum
 Beispiel Abschnitte mit LCLversion = 8.00;9.0 und welche nur mit einen
 von beiden.

Ich denke wir sollten nur den aktuellen Stand mappen.

Ich habe deshalb heute den TMC Validator aktualisiert.

Historische TMC Daten sind doch eher uninteressant.

z.B. wurde in Hamburg der Finkenwerder Knoten [1] gebaut.

Dabei wurden ganz neue Straßen gebaut und auch einige Kreuzungen 
entfernt (Dafür gibt es auch ein paar neue).

D.H. z.B. die Kreuzung Waltershofer Straße / Dadenauer Deicheweg gibt es
nicht mehr.

(Ist allerdings noch in dem TMC Daten drinn[2])

Also ich werde den Fokus für den TMC Validator darauf legen mehr zu 
validieren und nicht historische Versionen auszuwerten.

Das ist auch nicht Trivial:

Wenn es z.B. ein Segment gibt:

In Version 8.00:


A ---  B  D--- E

und jetzt kommt in Version 9.00: ein Knoten dazu:

A --- B -- C --- D -- E

Dann hat B einen anderen Nächsten Knotenpunkt
und D einen anderen vorherigen Knotenpunkt.

Wie willst du jetzt B und D taggen?

Ist das Segment noch das selbe?

Was wird denn eigentlich im Verkehrsfunk ausgestrahlt?
Sind die immer brandaktuell? Wird da eine TMCversion Nummer mitgesendet?

Gibt es eigentlich irgendwo mal ein paar Beispiel-Rohdaten von 
Verkehrsfunksendern?

Gruß
Sven




[1] 
http://www.hamburg-port-authority.de/component/docman/doc_download/53-finkenwerder-knoten.html
[2] http://osm-tmc.anders-hamburg.de/point.php?lcd=46161


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

Re: [Talk-de] TMC Validator

[Sven Anders]

Michael Schmitt schrieb:
 Erst mal vielen Dank für den Validator [1].
 
 Als ich das gesehen habe bin ich doch direkt eingestiegen.
 Die hierarchischen Auflistung [2] ist da doch eine große Hilfe
 Areas, Roads, Segmente und Punkte innerhalb eines Gebietes
 abzuarbeiten.
 Ich so vor, daß ich mir einen Landkreis auswähle und die darin
 aufgeführten Roads abzuarbeiten. Also Wege in Relationen stecken und
 die Punkte entlang der Straße taggen. Dann nehme ich mir die
 Segmente vor und am Schluß die einzelnen Punkte.
 Allerdings fülle ich die Listen im Wiki [3] nicht aus. Das ist mir
 dann doch zu umständlich und kann von einem Programm sicherlich
 nachgeholt werden.
 
 Meine Frage nun zu der grafischen Kennzeichnung der TMC in [1]:
 komplett grün ist klar
 komplett rot auch
 links grün - rechts rot erschliesst sich mir auch noch (Punkt da, keine 
 Straße)
 aber was ist
 links rot - rechts grün ?

Punkt fehlt, Aber Gebiet und/oder Road ist okay

 links grün - rechts gelb ?

Punkt okay, Mindestens ein Gebiet/Road fehlerhaft

 links gelb - rechts rot ?

Punkt fehlerhaft , Mindestens ein Gebiet/Road fehlt


 Dann noch ein paar Frage bezüglich des Updates:
 Ist es möglich, daß die DB [2] die dahintersteckt den neuen Update schon
 anzeigt (in OSM vorhanden), die Grafik [1] aber noch für den Punkt rot 
 zeigt?

Versteh ich nicht die DB wird einmal am Tag aktualisiert (so gegen 
Nachmittag) dann kann es mal für maximal 2 Minuten zu ungereimtheiten 
kommen.

 Dauert der Update wirklich so lange? Datenbasis wird immer so um 20:30
 gezogen und das Ergebnis ist dann in der DB [2] in etwa so gegen 16:00 
 am nächsten Tag. Das heist, alles was ich zwischen 18:00 und 20:00
 eingebe kann ich am nächsten Tag sehen, aber den Rest vom Abend sehe ich 
 erst 2 Tage später.
 Wäre schön wenn da ein etwas schnellerer Turnaround möglich wäre.


Würde ich mir auch wünschen, ist aber im Moment nicht so einfach machbar.

Der Timestamp gibt im übrigen die wirklich letzte änderung an. Das ist 
bei den TMC Daten eben häufig 20 Uhr. Ich vermute aber das es eigentlich 
möglich ist bis 23:59 Uhr am Vortag zu arbeiten und das ergebnis dann am 
nächsten Tag gegen Nachmittag zu sehen.

Ich plane demnächst eine Neuauflage meines Straßenvergleichs-Tools 
komplett auf einer DB aufsetzend. Dabei wir dann auch der TMC abgleich 
besser. Im Moment fixe ich deshalb in dem TMC bereich auch keine Bugs.



 PS: Den Norden von Oberbayern habe ich fast schon komplett.
 Kreise EIC, IN, DON, PAF, FS, ED, DAC, FFB, LL, EBE

Ja ist doch Klasse.



Gruß
Sven

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

Re: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung

[Sven Anders]

Frederik Ramm schrieb:
 Hallo,
 
 Carsten Gerlach wrote:
 Ok, also ich habe bei den problematischen Relationen (Bayern - 62549, 
 Niedersachsen - 26771, Rheinland-Pfalz - 62341, Saarland - 62372 und Sachsen-
 Anhalt - 62607) diese Punkte überprüft und keine Fehler entdeckt (soweit 
 denn 
 der JOSM-Validator die alle finden kann).
 
 Fuer mich sehen die Relationen auch ok aus (Saarland ist type=boundary 
 statt type=multipolygon, aber das sollte das Skript ja verkraften).
 
 Kann es sein, das die Relationen im 
 Geofrabrik-Export nicht vollständig sind?
 
 Ich hab die Diskusson jetzt nicht so verfolgt - wo kommen die Daten denn 
 her? Im Deutschland-Extrakt fehlen mit an Sicherheit grenzender 
 Wahrscheinlichkeit einzelne Punkte dieser Relationen wegen der 
 Vereinfachung der Grenz-Ways.

Moin Fred,
wenn du mein neues Polygon eingespielt hast, sollte das jetzt nicht mehr 
so sein, hab das aber noch nicht validiert.

Gruß
Sven

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

Re: [Talk-de] TMC-Punkttagging an Autobahnanschlusstellen

[Sven Anders]

Am 04.02.2010 10:58, schrieb Claudius:
 Am 04.02.2010 06:54, Marcus Wolschon:
 2010/2/3 Claudiusclaudiu...@gmx.de:
 Es geht um TMC-Punkte die in der TMC-Beschreibung
 Autobahnanschlussstellen sind: Taggt ihr diese an der Abfahrt, also
 dort, wo highway=motorway_junction ist oder an der Stelle, an der die
 Auffahrt einmündet?


 Die Punkte gehören immer zu einem Weg.
 Getaggt wird also der Punkt im Weg oder die Punkte (be getrennten
 Wegen für die Fahrtrichtungen) die auf dem entsprechenden Weg
 liegen und an denen es rauf oder runter geht.
 Nebenbei müssten das wenn sich dort 2 TMC-Roads treffen immer
 2 TMC-Points sein. Einer für jede der beiden TMC-Roads.
 Also üblicherweise maximum 4 OSM-Nodes.

 rauf oder runter ist jetzt die Frage. Zur Veranschaulichung diese eher
 gängige Autobahnabfahrt:
 http://wiki.openstreetmap.org/wiki/Image:TMC_Autobahnanschluss.png

 Ich habe bisher für die Autobahn die Abfahrten (in der Graphik (A)) als
 TMC-Knoten eingetragen, für die kreuzende Straße dann dei beiden Knoten
 (C). André taggt meinem Verständnis nach (B).

 (A) und (B) sind wohl irgendwie beide richtig, oder? Denn wofür werden
 diese TMC-Knoten praktisch genutzt? Wenn die Anschlussstelle gesperrt
 ist dann betrifft das bei einem Autobahnanschluss ja sowohl Auf- als
 auch Abfahrt. Oder wird per TMC die Info Stau ab TMC-Knoten 
 ausgegeben? Dann wäre in der Tat (B) die praktischere Variante.

Warum wäre dann B besser, wenn Stau ab A ist kann man ja noch ohne Stau 
abfahren.

Ich mag A lieber, weil dort auch in der Regel die Anschlusstellenummer 
eingetragen ist, gegen die könnte man mal validieren (wenn der Validator 
Schreiber dafür Zeit findet).

Mich würde auch mal interessieren ob auch die Anschlusstellen über TMC 
gesperrt werden können.

Gruß
Sven



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

Re: [Talk-de] Straßenname kurz oder lang?

[Sven Anders]

Am 03.02.2010 01:57, schrieb Hanno Böck:
 Da ihr grad so schön am diskutieren seid, ich hätt noch eine harte Nuss für
 Euch:

 Ich hab den Großteil meines bisherigen Lebens in einer Straße verbracht, die
 auf der einen Seite Plauener Weg heißt, auf der anderen aber Plauenerweg

Ich hab mal gelernt, das bei Straßenname ein Wort mit  -er am Ende haben 
immer auseinander geschrieben werden (steht glaub ich im Duden unter 
getrennt und zusammenschreibung).

vgl.
http://www.deutschonline.de/Deutsch/Grammatik/ZusGetr.htm

Nr. 18 Zitat:

Straßennamen   werden zusammengeschrieben, wenn sie aus einem
ungebeugten Adjektiv  und einem Grundwort   zusammengesetzt sind.

  Zum Beispiel:Altmarkt, Neumarkt,   Hochstraße,

  Aber:Alter Markt,   Hohe Straße,   Große Bleiche,   Langer Graben,

Getrennt schreibt man Straßennamen auch bei Orts- oder Ländernamen auf  -er:
 Hamburger Straße,   Deutscher Ring

Gruß
Sven

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

Re: [Talk-de] TMC Validator - TMCbot

[Sven Anders]

Am 13.01.2010 14:25, schrieb Frank Sautter:
 Am TMC-Validator würde ich folgende Änderungen vorschlagen:
 * Aktualität der Daten (jüngster Timestamp aus dem GeoFabrik Extrakt)

Ist auf der Startseite (unter der Landkarte) eingebaut. Könnte ich 
nochmal auf die Unterseiten verteilen.

 * Hinweis, dass der TMCbot die o.g. Daten am nächsten Tag anhand des
 TMC:cid_58:tabcd_1:LocationCode automatisch einträgt (alles außer der
 Direction) und somit die manuelle Eintragung entfallen kann.

Ja, baue ich ein.


Ich denke wir brauchen für die Punkte auch noch eine Validation ob ein 
OSM Punkt wirklich in der Nähe von einem TMC Punkt liegt (falls man sich 
mal in einem LocationCode verschreibt, ist in Hamburg schon vorgekommen).

Gruß
Sven

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

Re: [Talk-de] TMC Validator

[Sven Anders]

Am 12.01.2010 22:12, schrieb Michael Bemmerl:
 Hallo zusammen,

 ich hab' mal ne Frage zu der Angabe der Gegend (inner- / außerorts).
 Bedeutet innerorts, dass der Punkt innerhalb des Orts (also nach dem
 Ortsschild) liegt oder das der Punkt im bewohnten Gebiet liegt (z.B.
 Industriegebiet = außerorts)?

Keine Ahnung, ich dachte die Information kann nüztlich sein, ich hab sie 
mal mit ausgegeben.


Gruß
Sven

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

Re: [Talk-de] TMC Validator - Innerorts/Außerorts

[Sven Anders]

Am 13.01.2010 12:32, schrieb osm-t...@mx-server.de:
 Zitat von Marcus Wolschonmarcus.wolsc...@googlemail.com:

 2010/1/12 Michael Bemmerlosm-t...@mx-server.de:
 Hallo zusammen,

 Weiß ich nicht? Deswegen hab' ich ja gefragt, was es mit dieser Angabe
 [1] aufsich hat. Im Besonderen würde mich interessieren, ob diese
 Angabe aus den TMC-Daten kommt oder ob die aus OSM-Daten ermittelt
 wurde (z.B. Punkt liegt innerhalb einer boundary-Relation mit
 entsprechendem admin_level).

Er kommt aus den TMC Daten.

Gruß
Sven

 [1] http://osm-tmc.anders-hamburg.de/point.php?lcd=56805

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

Re: [Talk-de] Geofabrik-Extrakte zT mit doppelten Objekten / repariert

[Sven Anders]

Am 10.01.2010 23:50, schrieb Frederik Ramm:
 Hallo,

  am 7.1. habe ich die Geofabrik-Extrakte auf die Nutzung von
 replication diffs statt der normalen Diffs umgestellt. Das sollte
 eigentlich keine Auswirkungen haben. Ich habe aber dabei vergessen,
 diese Diffs mit --simc nachzuverarbeiten, so dass dort, wo sich das
 gleiche Objekt mehrfach am Tag geaendert hat, am Ende in den
 Geofabrik-Auszuegen auch zweimal das gleiche Objekt vorkam.

 Das fuehrte einmal bei Sven Anders zu einem Problem mit dem TMC-Checker,
 und eventuell ist auch Jan Tappenbecks Splitter-Problem darauf
 zurueckzufuehren. Auch aus dem befreundeten Ausland haben sich einige
 Opfer gemeldet - so sieht man wenigstens mal, wer alles diese Daten
 benutzt ;-)

 Die Auszuege, die morgen frueh rauskommen, sind nun wieder korrekt.

 Sorry fuer die Unannehmlichkeiten!#


Danke!

Danke für Eurem großartigen Dienst und  Danke für die schnelle Reaktion

Gruß
Sven

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

Re: [Talk-de] Welcher Fehler im TMC?

[Sven Anders]

Andreas Pothe schrieb:
 Hi,
 
 kann mir jemand erklären, wo der Fehler sein soll? Wenn ich nichts 
 übersehen habe, gibt es nur zwei Punkte (einen Positive, einen 
 Negative), nur das Script zählt einen den beiden doppelt.
 
 http://osm-tmc.anders-hamburg.de/point.php?lcd=25289

Ja, genau, das Script hat in diesem Fall einen Fehler.

Schau ich mir mal an...

Gruß
Sven


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

[Talk-de] [Fwd: Welcher Fehler im TMC?]

[Sven Anders]

Hallo Frederik,
im der niedersachsen.osm.bz2 von gestern von der Geofabrik finde ich 
folgende Stelle:


   node id=609258074 version=1 timestamp=2010-01-08T15:48:06Z 
uid=37028 user=mobafan changeset=3571118 lat=52.0463661 
lon=9.370162
 tag k=TMC:cid_58:tabcd_1:Class v=Point/
 tag k=TMC:cid_58:tabcd_1:Direction v=positive/
 tag k=TMC:cid_58:tabcd_1:LCLversion v=8.00/
 tag k=TMC:cid_58:tabcd_1:LocationCode v=25289/
 tag k=TMC:cid_58:tabcd_1:NextLocationCode v=25290/
 tag k=TMC:cid_58:tabcd_1:PrevLocationCode v=52259/
   /node

   node id=609258074 version=2 timestamp=2010-01-08T16:54:03Z 
uid=37028 user=mobafan changeset=3571643 lat=52.0463661 
lon=9.370162
 tag k=TMC:cid_58:tabcd_1:Class v=Point/
 tag k=TMC:cid_58:tabcd_1:Direction v=negative/
 tag k=TMC:cid_58:tabcd_1:LCLversion v=8.00/
 tag k=TMC:cid_58:tabcd_1:LocationCode v=25289/
 tag k=TMC:cid_58:tabcd_1:NextLocationCode v=25290/
 tag k=TMC:cid_58:tabcd_1:PrevLocationCode v=52259/
   /node


Hab ich etwas nicht mitbekommen oder ist das nicht eigentlich 
verboten, das ein node mit einer id doppelt auftaucht.

Erzeugt Ihr die Dateien immer noch mit Osmosis?
Wenn ja, welche Version?

(Nicht das ich mir hier intern auch ein Problem lege)

Gruß
Sven



 Original-Nachricht 
Betreff: [Talk-de] Welcher Fehler im TMC?
Datum: Sat, 09 Jan 2010 23:38:24 +0100
Von: Andreas Pothe openstreetmap+mailingli...@pothe.de
Antwort an: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org
An: talk-de@openstreetmap.org

Hi,

kann mir jemand erklären, wo der Fehler sein soll? Wenn ich nichts
übersehen habe, gibt es nur zwei Punkte (einen Positive, einen
Negative), nur das Script zählt einen den beiden doppelt.

http://osm-tmc.anders-hamburg.de/point.php?lcd=25289

TIA

___
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] TMC Validator - Fehler: Unbekannter Value Version=8.0

[Sven Anders]

Frank Gruender schrieb:
 Am 05.01.2010 17:56, schrieb Sven Anders:
 Ich freue mich eine neue Anwenundung vorzustellen.
 Den TMC Validator. Hab die ganze Weihacnhtszeit daran gebastelt.

 Ihr findet Ihn unter:
 http://osm-tmc.anders-hamburg.de/
 
 
 Moin,
 
 folgende Meldung kommt hier:
 
 http://osm-tmc.anders-hamburg.de/point.php?lcd=27320
 
 Fehlt ihm die zweite 0 hinter dem Komma (Punkt)?

Ja! Es fehlt die zweite 0. Ich bin mir bei der Sache auch unsicher ob 
wir da zwei Nullen stehen haben wollen oder nicht, aber besser etwas 
pingeliger sein, als später bei Updates probleme zu bekommen.


 Dabei fällt mir auf, daß ggf. der Tag auch (sofern casesensitive) 
 eigentlich *LCLVersion statt *LCLversion heissen müsste? Dein Script auf 
 der o.g. Seite gibt als Vorschlag zum Erfassen der Daten die kleine 
 version vor.

Ja der Tag heißt LCLversion. Ich könnte die Fehlermeldung noch ein wenig 
verbessern.

Gruß
Sven


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

[Talk-de] Doppelte Objekte im Osmosis Output (war Re: [Fwd: Welcher Fehler im TMC?])

[Sven Anders]

Frederik Ramm schrieb:
 Hallo,
 
 Sven Anders wrote:
 Hab ich etwas nicht mitbekommen oder ist das nicht eigentlich 
 verboten, das ein node mit einer id doppelt auftaucht.
 
 Ich hab grad von --rci auf --rri umgestellt, vermutlich ist das das 
 Problem, ich fixe das heut abend.

Weiß nicht nach der Beschreibung nach [1] würde ich nicht davon 
ausgehen, das es (weder bei rci noch bei rri)  zu doppelten Knoten mit 
gleicher ID kommt.

Das bläht ja auch die XML Dateien unnötig auf. Allein in der TMC DB 
finde ich 243 dopplete Objekte.

Magst du evtl. noch einen Bugreport machen (ich würde das auch machen, 
weiß aber nicht genau die Scritte die man benötigt um den Bug 
nachzustellen).

Gruß
Sven


[1]: 
http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage#--read-change-interval_.28--rci.29
 
 Bye
 Frederik
 
 
 ___
 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] TMC Validator

[Sven Anders]

André Riedel schrieb:
 Am 7. Januar 2010 08:22 schrieb Sven Anders s...@anders-hamburg.de:
 André Riedel schrieb:
 Am 5. Januar 2010 17:56 schrieb Sven Anders s...@anders-hamburg.de:
 Verbesserungsvorschläge gerne an die Liste:
 Hohe Prio:
 - Die Punkte eines Segments sollten wie bei den Roads sortiert
 dargestellt werden.
 bsp. http://osm-tmc.anders-hamburg.de/segment.php?lcd=8531
 Das sollte EIGENTLICH alles sortiert sein (nach Lage im Weg).

 Was genau stimmt denn dort nicht?

 Ich konnte leider nicht alle Punkte in eine Reihenfolge bringen.
 
 Die einzelnen Punkte wissen von dem Nachfolger oder Vorgänger, aber
 hier das Bsp.
 
 Ist:
 *  Frankenberg , OSM  Fehlt in OSM
 * Altenhain , OSM Fehlt in OSM
 * Burkhardtsdorf , OSM Fehlt in OSM
 * Meinersdorf , OSM Fehlt in OSM
 * Thalheim , OSM Fehlt in OSM
 * Hoheneck , OSM Fehlt in OSM
 * Zwönitzer Straße Galgenholz , OSM Fehlt in OSM
 * Mitteldorf , OSM Fehlt in OSM
 * Weststraße Bahnhofstraße , OSM Fehlt in OSM
 * B169 Auer Straße , OSM Fehlt in OSM
 * Landbrücke , OSM Fehlt in OSM
 * Chemnitzer Straße Augustusburger Straße , OSM Fehlt in OSM
 * Plaue , OSM Fehlt in OSM
 * Erdmannsdorf , OSM Fehlt in OSM
 * Dittmannsdorf , OSM Fehlt in OSM
 * Gornau/Erzgebirge , OSM Fehlt in OSM
 * Amtsberg , OSM Fehlt in OSM
 * Kemtau , OSM Fehlt in OSM
 
 Soll:
 *  Frankenberg , OSM  Fehlt in OSM
 * Altenhain , OSM Fehlt in OSM
 * Landbrücke , OSM Fehlt in OSM
 * Chemnitzer Straße Augustusburger Straße , OSM Fehlt in OSM
 * Plaue , OSM Fehlt in OSM
 * Erdmannsdorf , OSM Fehlt in OSM
 * Dittmannsdorf , OSM Fehlt in OSM
 * Gornau/Erzgebirge , OSM Fehlt in OSM
 * Amtsberg , OSM Fehlt in OSM
 * Burkhardtsdorf , OSM Fehlt in OSM
 * Kemtau , OSM Fehlt in OSM
 * Meinersdorf , OSM Fehlt in OSM
 * Thalheim , OSM Fehlt in OSM
 * Hoheneck , OSM Fehlt in OSM
 * Zwönitzer Straße Galgenholz , OSM Fehlt in OSM
 * Mitteldorf , OSM Fehlt in OSM
 * Weststraße Bahnhofstraße , OSM Fehlt in OSM
 * B169 Auer Straße , OSM Fehlt in OSM

Hi, Hi bescheuerter Bug:

select lcd,ordernum from points where seg_lcd=8531 order by ordernum;
+---+--+
| lcd   | ordernum |
+---+--+
| 21159 | 0|
| 56932 | 1|
| 21162 | 10   |
| 56937 | 11   |
| 42662 | 12   |
| 51450 | 13   |
| 52446 | 14   |
| 52448 | 15   |
| 52451 | 16   |
| 52452 | 17   |
| 42599 | 2|
| 21160 | 3|
| 57026 | 4|
| 54588 | 5|
| 56933 | 6|
| 21161 | 7|
| 56935 | 8|
| 56936 | 9|
+---+--+
18 rows in set (0.10 sec)


Nach einem:
alter table points modify ordernum decimal(3,0);

geht es jetzt.




 - Es soll geprüft werden, ob alle Points/Segments im Segment oder Road
 vorhanden sind bzw. die OSM-Wege die Points enthalten.
 Ja, das kommt noch.
 Es wird aber nicht viel an der Darstellung ändern. Ich kann einen Punkt
 schlecht zweimal zählen (einmal im Segment und einmal in der Area, ich
 hab mich für das Zählen in der Area entschieden).
 
 Das Zählen ist ok. Aber mir geht es darum, dass ein TMC-Abschnitt in
 OSM vorhanden ist, aber eben nicht über die komplette Länge. Siehe
 dazu den alten Stand von:
 http://osm-tmc.anders-hamburg.de/road.php?lcd=57019
 [Browse relation 21802][JOSM][Relation-Analyser]
 Tipp
 * Es könnte noch eine Class hinzugefügt werden
 
 Da die Punkte nicht in der Segment-Relation sein sollen, sagt diese
 erste Aussage aus, dass alles komplett ist. Dies ist aber nicht so.
 (oder war so)

Klar, geplant ist eine suche ob ich alle Punkte TMC Punkte im Segment finde.

 
 - Bei schon eingetragenen TMC-LCD sollten die OSM-Tags ebenfalls
 angezeigt werden. Die schon vorhandenen Einträge sollte dann mit
 vorhanden etc. gekennzeichnet werden. Dies ist hilfreich, wenn das
 TMC-Element falsch eingetragen wurde.
 Kannst du das mal Beispielhaft machen, wie du dir das vostellst?
 
 Gleiches Beispiel:
 http://osm-tmc.anders-hamburg.de/road.php?lcd=57019
 
 -
 In OSM Gefunden:
 
 * [Browse relation 21802][JOSM][Relation-Analyser]
   Tipp
   o Es könnte noch eine Class hinzugefügt werden
 
 * type = TMC (Gefunden)
 * TMC:cid_58:tabcd_1:LocationCode = 8531 (Gefunden)
 * TMC:cid_58:tabcd_1:Class = Road (optional)
 * TMC:cid_58:tabcd_1:LCLversion = 8.00 (Gefunden)
 
 Als Member sollten alle Straßen des Segments in der Relation vorhanden sein.
 

Das beißt sich ein wenig damit das ich für den Validator eigene Tabellen 
in der DB habe, da steht zur Zeit sowas drinn:

select * from osmvalidator where lcd=57019 limit 2;
+---+--++-+-+---++
| lcd   | type | osm_id | version | ts  | validtype 
| validstr

Re: [Talk-de] TMC Validator

[Sven Anders]

André Riedel schrieb:
 Am 5. Januar 2010 17:56 schrieb Sven Anders s...@anders-hamburg.de:
 Verbesserungsvorschläge gerne an die Liste:
 
 Hohe Prio:
 - Die Punkte eines Segments sollten wie bei den Roads sortiert
 dargestellt werden.
 bsp. http://osm-tmc.anders-hamburg.de/segment.php?lcd=8531

Das sollte EIGENTLICH alles sortiert sein (nach Lage im Weg).

Was genau stimmt denn dort nicht?

Ich konnte leider nicht alle Punkte in eine Reihenfolge bringen.

 - Es soll geprüft werden, ob alle Points/Segments im Segment oder Road
 vorhanden sind bzw. die OSM-Wege die Points enthalten.

Ja, das kommt noch.
Es wird aber nicht viel an der Darstellung ändern. Ich kann einen Punkt 
schlecht zweimal zählen (einmal im Segment und einmal in der Area, ich 
hab mich für das Zählen in der Area entschieden).

 - Bei schon eingetragenen TMC-LCD sollten die OSM-Tags ebenfalls
 angezeigt werden. Die schon vorhandenen Einträge sollte dann mit
 vorhanden etc. gekennzeichnet werden. Dies ist hilfreich, wenn das
 TMC-Element falsch eingetragen wurde.

Kannst du das mal Beispielhaft machen, wie du dir das vostellst?

 -Kommentierfunktion, bspw. für Points, welche durch Straßenverlegung
 jetzt an einem anderen Standort sind.

Dafür kann man ja in OSM das note Tag benutzen. Ich werde auf gar keinen 
Fall eine Eingabe erlauben und das in einer weiteren DB speichern.

 
 Nebensächlich:
 - Anzeige der Areas, Segmente oder Roads auf der Karte

Ist zeimliche Resourcenhungrig. Ich denke es reicht aus, wenn die Linke 
Hälfte des Punkts rot ist, als Zeichen, das zu diesem Punkt noch ein 
Segment, Area (und/)oder Road fehlt.



Gruß
Sven

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

[Talk-de] TMC Validator

[Sven Anders]

Ich freue mich eine neue Anwenundung vorzustellen.
Den TMC Validator. Hab die ganze Weihacnhtszeit daran gebastelt.

Ihr findet Ihn unter:
http://osm-tmc.anders-hamburg.de/

In der Hoffung das damit das Thema TMC vielleicht ein paar mehr Leuten 
näher gebracht werden kann.

Unter der Map steht der Timestamp, von wann die Daten sind.
Plane das jeden Tag zu updaten. Im Moment aber noch nicht ganz 
automatisch. Wenn ihr die Karte benutzt bitte möglichst weit reinzoomen.
Das hält die last auf dem Server klein.

Alternativ kann man unter:

http://osm-tmc.anders-hamburg.de/area.php?lcd=1

auch hierachisch ohne Landkarte runterbrowsen.

Für eine Wiki-Seite mit Erklärungen kommt innerhalb der nächsten 1-3 
Wochen. Steht dann oben als Link drin.


Verbesserungsvorschläge gerne an die Liste. Bugreports gerne an

strassenvergle...@sven.anders.im


Gruß
Sven

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

Re: [Talk-de] TMC Validator

[Sven Anders]

Am 06.01.2010 07:04, schrieb Marcus Wolschon:
 Super. :)

 Mir ist noch eingefallen, dass man vieleicht noch Links zum Wiki
 rein packen könnte, damit man eingetragene Sachen auch
 als Erledigt abhaken kann.

 http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany/[Areas|OtherAreas|Segments|Points]/[n/100]00_to_[n/100+1]00

Brauchen wir das Wiki denn dann überhaupt noch.

Was hilft es, wenn im Wiki steht bei Punkt 4711 ist alles okay und in 
Wirklichkeit fehlt etwas oder ist ewas falsch?

Was hilft es, wenn eine Area mal okay war (und damals ins Wiki 
eingetragen wurde) und dann wurde ein Way gelöscht und die Area ist 
nicht mehr geschlossen? ...

Wenn nötig erstelle ich noch eine Liste nach IDs sortiert, ob ein TMC 
Punkt abgearbeitet ist.

Mir aber auch völlig unklar wozu das helfen soll. Ist doch viel besser 
eine Aussage machen zu können wie: Hamburg ist TMC mäsig komplett als
Wir haben alle Areas mit lcd2000 in OSM erfasst.

Gruß
Sven

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

Re: [Talk-de] TMC Validator

[Sven Anders]

Am 06.01.2010 07:46, schrieb Florian Gross:
 Am Mi Januar 6 2010 glaubte Marcus Wolschon zu wissen:

 Mir ist noch eingefallen, dass man vieleicht noch Links zum Wiki
 rein packen könnte, damit man eingetragene Sachen auch
 als Erledigt abhaken kann.

 Ich habe da gerade ein kleines Problem: Ich finde manche Gemeinden
 oder Städte aus der Umgebung nicht. Kann es sein, daß es nachher
 einige Relationen gibt, die keinen TMC- Code haben?

 Irgendwie hab ich das Gefühl, daß da nur Gemeinden drin sind, durch
 deren Gebiet eine Autobahn oder Bundesstraße führt. Kann das sein?

Ja, in die offiziellen TMC Gebiete umfassen nicht alle Gemeinden. Und 
auch nicht alle wichtigen Straßen (zumindest kann ich das für Hamburg 
sagen, da gibt es mache Umleitungstrecke von der Autobahn, die nicht 
drinn ist).

Es gibt auch echte Fehler (falsche Zuordung eines Punktes zu einem 
Stadtteil, Aufgelöste Kreuzungen ...).

Die sollten wir ruhig mal im Wiki sammeln.

Gruß
Sven

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

Re: [Talk-de] TMC-import - Helfer gesucht

[Sven Anders]

Marcus Wolschon schrieb:
 Wir sind immernoch dabei die LocationCodes für TMC Verkehrsmeldungen
 an die entsprechenden Elemente unserer Karte anzuhängen.
 
 http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany#WORK_TO_BE_DONE
 
 Jetzt sind alle Automatismen für die Roads durchgelaufen. Alles was ihr im
 Wiki noch an Areas und Roads seht muss leider von Hand gemacht werden.
 Ein Guter Teil davon sind Strassen die bei uns noch fehlen oder einfach nicht
 mit ihrer Strassen-Nummer als ref getagged sind.
 Das ist natürlich eine einmalige Chance zu erfahren wo wir unser Strassennetz
 noch vervollständigen müssen. (Yahoo Sateliten-Bilder gehen auch vom
 Schreibtisch
 aus.)

Magst du das mal Exemplarisch erkären?

Ich verstehe es schlicht nicht. Wie soll ich den z.B. den Punkt:
4474 Taggen?

In der OSM Datei:
https://wolschon.kleinbetrieb.biz/tmclcl/TMCPoint_4474.osm

finde ich die Angaben:
  tag k=TMC:cid_58:tabcd_1:LocationCode v=4474/
  tag k=TMC:cid_58:tabcd_1:NextLocationCode v=20498/

Der Bereich scheint die Dresdener Straße / August Bebel Straße in 
Chemnitz zu sein. Das sind bei OSM schonmal zwei Punkte.


Laut wiki soll ich noch:
TMC:cid_CID:tabcd_TABCD:Direction
TMC:cid_CID:tabcd_TABCD:PrevLocationCode

Taggen, aber was soll ich da eintragen? Wozu? Ist der Punkt nicht mir
TMC:cid_58:tabcd_1:LocationCode eindeutig bestimmt?

Wozu ist der Next und der PrevLocationCode gut?

Noch eine Anregung:

Kannst du die Aufbereitung nicht nach Bundesländern / Regionen machen. 
Ich hab wesentlich mehr Lust TMC Daten bei mir in der Nähe einzutragen 
(wo ich im Zweifel auch was davon habe) als sonstwo in Leipzig oder 
Chemnitz. Ich vermute das das Chemnitzern ähnlich geht.

Ich kann gerne versuchen bei eimem Tool behilflich zu sein, was die 
Daten besser für den User darstellt (Ähnlich osm-isil.anders-hamburg.de)

Gruß
Sven

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

Re: [Talk-de] Doctor

[Sven Anders]

geo.osm schrieb:
 Hallo,
 
 bin gerade dabei nen paar Ärzte einzutragen. Im Wiki hab ich dazu nicht 
 viel gefunden. Entweder ist es abgelehnt, aufgegeben bzw noch im 
 Entwicklungsstadium.
 Hab ich was übersehen?
 
 Wie würdet ihr das taggen?
 
 amenity=doctors
 name=Facharzt für Hautkrankheiten
 operator=Dr. med. Müller
 
 in dem Fall würde die Fachrichtung ja nur im Namen vorkommen, also 
 schlecht zum auswerten.
 Gibts da schon Bestrebungen, die verschiedenen Fachrichtungen zu erfassen?

 bspw. mit
 
 doctors=was auch immer
 

Fänd ich gut, operator würde ich aber nicht für den Arztnamen verwenden. 
Es gibt jetzt schon ein paar Artztpraxen die mit angestellten Ärzten 
arbeiten und von der Kassenärztlichen Vereinigung bezahlt werden. Das 
gehhört dann in den operator.

Was hälst du von

amenity=doctors
name=Hautarzt Müller
doctors=dermatologist
doctors_note:DE=Facharzt für Hautkrankheiten, Neurodermitisexperte

oder sowas?

Außerdem würde ich mir wünschen, eine Information zu erfahren, wie das 
Wartezimmer organisiert ist, also ob man einfach kommen soll oder vorher 
einen Termin braucht und wie lange man in der Regel wartet, aber das ist 
vermutlich schlecht zu erfassen, weil OSMler in der Regel nicht alt und 
häufig zum Arzt gehen ;-)

Gruß
Sven

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

Re: [Talk-de] Checker für Bibliotheken in Deutschla nd

[Sven Anders]

Jacques Nietsch schrieb:
 Hallo Sven,

 könntest Du drei unterschiedliche Icons für deine Karte verwenden:
 - ref:isil fehlt
 - ref:isil ist 'none'
 - ref:isil ist vorhanden, aber ungleich 'none'
   

Es wäre schön, wenn mir jemand mir ein paar Icons machen könnte. Ich bau 
sie dann bei Gelegenheit ein.

Meine wünsche wären:
Ein Icon: Name fehlt
Ein Icon: Name da, Isil==none
Ein Icon: Name vorhanden und ISIL kann nicht im Siglverzeichnis gefunden 
werden
Ein Icon: Name vorhanden und ISIL kann in der Siglverzeichnis gefunden 
werden



Ich weiß nicht ob man das mit verschiedenen Farben macht, oder ob das 
auch anders geht.

Gruß
Sven


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

Re: [Talk-de] Checker für Bibliotheken in Deutschlan d

[Sven Anders]

Jakob Voss schrieb:
 Hm, und wie werden die Namen getrennt - auch mit Semikolon? Ich finde es 
 einleuchtender, für verschiedene Abteilungen verschiedene Nodes zu 
 erstellen und diese dann in  das gleiche Gebäude zu setzen. 
Für mich ist amenity=library eine Bibliothek und nicht eine Abteilung 
einer Bibliothek. Und die hat einen Namen z.B.

Sächsische Landesbibliothek - Staats- und Universitätsbibliothek 
Dresden, Bereichsbibliothek DrePunct

Das diese in 11 Abteilungen gegliedert ist, sollte man IMHO anders  
abbilden. Ich würde es gar nicht
abbilden, weil es mich nicht interessiert, aber ich will bei OSM es 
niemanden verbieten es zu machen.

Wenn es mehrere Unterschiedliche Bibliotheken sind (mit 
unterschiedlichen Verleih-Schaltern, etc.) dann finde ich auch mehrere 
Nodes besser.

Hast du ein Beispiel für verschiedene Namen?

Ich meine selbst wenn das es die Fachbreichsbibliothek Keilschriftkunde 
(ISIL=XX-123) und die Fachbereichsbiliothek Informatik (ISIL=124) in 
einem Gebäude mit einem Eingang und einem Schalter wo man die Bücher 
ausleiht gibt, würde ich das so Taggen:

name=Uni Musterstadt FB Keilschritkunde und Infromatik
amenity=library
ref:isil=XX-123;XX-124

 Relationen 
 sollten doch auch kein Problem sein, außer das man sich da eben mehr 
 einarbeiten muss, wie Relationen überhaupt funktionieren.
Man muss ich schon auf ein Schema einigen und damit dieses wirklich 
massenhaft umgesetzt wird, braucht man auch Tools die das 
Relationsschema unterstützen/validieren.
  Naja, 
 hauptsache die IDs stehen überhaupt drin, das kann ja auch später 
 schöner gestaltet werden. Ich fände es z.B. hilfreich, alle 
 Teilbibliotheken zu einer Relation zusammenzufassen oder eine 
 Hochschulbibliothek ihrer Hochschule zuzuordnen.
   
Kannst du ja machen. Ich habe aber gerade nicht das Gefühl, das das 
wichtig ist und auch keine Kraft dafür dann einen Validator zu bauen.

Gruß
Sven

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

Re: [Talk-de] Checker für Bibliotheken in Deutschla nd

[Sven Anders]

Am 10.12.2009 08:39, schrieb frank mohr:
 Sven Anders wrote:
 *Warning*: mysql_result() [function.mysql-result
 http://osm-isil.anders-hamburg.de/function.mysql-result]: lat not
 found in MySQL result index 2 in
 */home/pacs/sva00/doms/anders-hamburg.de/subs/osm-isil/uebersicht.php*
 on line *57*

 *Warning*: mysql_result() [function.mysql-result
 http://osm-isil.anders-hamburg.de/function.mysql-result]: lon not
 found in MySQL result index 2 in
 */home/pacs/sva00/doms/anders-hamburg.de/subs/osm-isil/uebersicht.php*
 on line *58
 *

 Magst du mal sagen, nach welchen Namen und welcher PLZ du gesucht hast,
 außerdem Betriebssystem, Browser und Browserversion?

Den Fehler habe ich gefunden.

 Für 64347 bekomme ich eine leere Seite
 (kein Eintrag der Bibliothek im ISIL-Verzeichnis)

 Für 66424 bekomme ich den gleichen Fehler
 (OS: Debian Lenny; Browser: Iceweasel/Firefox 3.0.6)

 Allerdings habe ich 2 der 3 Bibliotheken gestern Abend erst eingetragen,
 die 3. fehlt noch in OSM.

Ich habe anscheinend nicht das ganze ISIL Verzeichnis bekommen (oder 
eine ältere Version. Das Sigle: DE-Hom1 fehlt mir z.B. in der Datenbank.

Ich schau mir das mal an (jetzt keine Zeit) evtl. baue ich noch ein 
aktualisieren Button für die ISIL DB ein.

Wenn ihr weiter Biliotheken zwar in der Onlinesuche, aber nicht in der 
DB findet, schickt mir bitte eine kurze Mail an
osm-isil(AT) sven.anders.im

Danke



Gruß
Sven


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

Re: [Talk-de] Adressen an Bibliotheksnodes wenn Teil e ines Gebäudes (war Re: Checker für Bibliotheken i n Deutschland)

[Sven Anders]

Am 10.12.2009 12:48, schrieb assetburned:
 moin

 On 10.12.2009, at 07:33, Sven Anders wrote:

 assetburned schrieb:
 wie auch immer. in der stadt bremen sind jetzt erstmal alle in OSM 
 eingetragenen bibs mit ner isil nummer versehen. soweit bekannt. alle 
 anderen mit ref:isil=unknown gekennzeichnet.

 Super
 also zeit deine kacheln zu akutallisieren ;-)

 na dann schau ich mal wie lange es dauert bis die hier aktuallisiert sind.

Du kennst den Aktualisieren Button auf der Landkarte?

Gruß
Sven

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

Re: [Talk-de] Adressen an Bibliotheksnodes wenn Teil eines Gebäudes (war Re: Checker für Bibliotheken in Deu tschland)

[Sven Anders]

Am 10.12.2009 11:59, schrieb Mirko Küster:
 Ich halte es für verkehrt die Adresse mehrmals einzutragen. Auf Grund
 dessen habe ich im Zuge der Bibliothekseingaben mal die
 buildings-relation herausgesucht. [1]

 Das ist doch auch nur eine Hilfskrücke.

 Langfristig muss sowas übers Objekt selbst möglich sein. Im grunde wird das
 was die API können musste nur auf den User abgeschoben, was aufgrund der
 Zurückhaltung vieler Mapper beim Thema Relation und deren heftiger
 Fehleranfälligkeit extrem suboptimal ist.

 Im Grunde könnte man die Adresse dem Gebäude selbst geben. Darunter müssten
 jetzt beispielsweis mal Tagsets genannt existieren. Ganz normale Felder
 wie jetzt, nur in sich geschlossen und beliebig viele hinzufügbar. So könnte
 man pro Set beispielsweise einen Laden samt all seinen individuellen
 Attributen ablegen. Die Trennung der Tags innerhalb eines Sets würde der
 Editor übernehmen. Damit würde der Trenner einheitlich, ist nicht mehr von
 Eingabefehlern behaftet und das Semikolonproblem würde wegfallen.

way id='0815'
  nd ref='1' /
  nd ref='2' /
  nd ref='3' /
  nd ref='4' /
  tag k='building' v='yes' /
  tag k='addr:housnumber' v='1' /
  tag k='addr:street' v='Marktplatz' /
  tag k='addr:postcode' v='12345' /
  tag k='addr:city' v='Klein Kleckersdorf' /
  tag k=' name' v='Rathaus Klein Kleckersdorf' /
  tag k='phone' v='+49-4673-100' /
  set id='0815.1'
  tag k='amenity' v='library' /
  tag k='name' v='Bibliothek Kleckersdof' /
  tag k='ref:isil' v='XX-1234' /
  tag k='opening_hours' v='Mo-Fr 10:00-14:00; Sa 12:00-13:00' /
  tag k='phone' v='+49-4673-39275' /
  /set
  set id='0815.2'
  tag k='amenity' v='post_office' /
  tag k='name' v='Postagentur' /
  tag k='brand' v='Deutsche Post' /
  tag k='operator' v='Deutsche Post AG' /
  tag k='opening_hours' v='Mo-Fr 09:00-18:00; Sa 09:00-12:00' /
  tag k='phone' v='+49-4673-393465' /
  /set
  set id='0815.3'
  tag k='amenity' v='bank' /
  tag k='name' v='Postbank' /
  tag k='opening_hours' v='Mo-Fr 09:00-18:00; Sa 09:00-12:00' /
  /set
  set id='0815.4'
  tag k='tourism' v='information' /
  tag k='name' v='Touristenregion Kleckersdorf' /
  tag k='phone' v='+49-800-1234567' /
  /set
/way

 Das in valid usw. dürfte doch nicht wirklich unmöglich sein. Das so verpackt
 und vom Editor unterstützt wäre ein echter Gewinn und würde viele Krücken
 und Notlösungen ein für alle mal erledigen.


Ich finde Deinen Vorschlag etwas übertrieben. Er löst kaum fälle. Andere 
fallen unter den Tisch z.B. kann ich dann aber nicht eintragen das die 
Postbank im der südöstlichen Ecke des Gebäudes ist, und die Biliothek 
den gesammten Nordteil umfasst.


Gruß
Sven

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

Re: [Talk-de] Checker für Bibliotheken in Deutschlan d

[Sven Anders]

Gehling Marc schrieb:
 Hallo Sven,

 Habe gerade zwei eingetragen, eine Bibliothek fehlte die isil, eine war noch 
 nicht in OSM.

 Könnte man eine Liste mit allen Bibliotheken aus der isil-liste erzeugen, 
 entsprechend der Strassenliste mit vorhanden oder fehlt ? Und ob die 
 Bibliothek überhaupt in OSM vorhanden ?

 Sollen auch Bereichsbibliotheken eingetragen werden z.B. Unibibliothek 
 Dortmund hat 9 Bereichsbibliotheken ?
   

Geb einfach oben in die Suchbox die PLZ oder den Ort ein, der dich 
interessiert. Du erhälst dann eine Liste für diese Ort.

Das beantwortert auch die Frage nach den Bereichsbiliotheken. 
http://osm-isil.anders-hamburg.de/uebersicht.php?search=Dortmund
ergibt 11 Bereichsbiliotheken, mit eigener ISIL. Die dann natürlich auch 
eintragen!

Eine Gesamtliste fehlender ISIL (Nach Postleitzahlgebieten) mache ich 
erst, wenn wesentlich mehr Bibliotheken in OSM mit ISIL drinn sind, 
vorher lohnt sich das nicht wirklich.

Gruß
Sven



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

Re: [Talk-de] Checker für Bibliotheken in Deutschlan d - Potlatch

[Sven Anders]

marcus.wolsc...@googlemail.com schrieb:
 Bei dem Potlatch-Link sind Lat und Lon vertauscht.
 Man kommt leist in einem der grossen Ozeane raus. ;)
   
Du bist gleich auf meine Potlach sperre gelaufen ;-)

Ist behoben.

Gruß
Sven


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