Re: [Talk-de] Gebäude über Straße
Hallo, am 09.10.2009 03:29 schrieb Johann H. Addicks: > Wenn Ihr meint, eine perfekte Lösung für dieses Problem gefunden zu > haben, dann versucht mal, die Gebäude am Frankfurter Flughafen zu mappen. > Spätestens beim (im Bau befindlichen) Airrail-Center ist's dann > endgültig vorbei: > http://www.detail.de/media_detail/images/2/914_600_309.jpg Wenn ein Schema 90% aller Anwendungsfälle abbildet, ist es m.E. absolut perfekt. Schon bei 80% würde ich einer einfachen Grundform mit der Möglichkeit von Extramerkmalen für die 20% den Vorzug geben vor einer komplexen Geschichte für alle. (Paretoprinzip) Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Visuelle Karte für Blinde
Hallo am 09.10.2009 00:29 schrieb Lulu-Ann: > Hallo Listen, > > eine visuelle Slippymap mit Map Features für Blinde > und Sehgeschädigte findet sich ab sofort im Testbetrieb unter folgendem > Link: > > http://freenet-homepage.de/rapunzely/OSM/blindmap.html ein Beitrag zur Barrierefreiheit (zur Nutzung dieser Karte) wäre ein Permanentlink. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Welt !
Bernd Wurst wrote: > Hallo. > > Am Donnerstag, 8. Oktober 2009 schrieb UMAX974: >> Es sind aber gerade bei vitalen Sachen wie Apotheken, Banken Ärzten >> etc die teilweise und gebietsweise mit sehr wenig POI vertreten sind, >> obwohl ich genau weiß dass da mehr gibt (z.B. in nördlichen >> Unterfranken) > > Ja, die POI-Dichte in OSM ist noch etwas mager, das stimmt wohl. > Aber die Sammlung der weiteren Daten sollte IN OSM stattfinden und nicht in > einer separaten POI-Datenbank, die man sich getrennt auf das Navi laden muss. Im Gegenteil finde ich: Für POI braucht man sinnvolle Filter-, Import- und Export-Funktionen. Denn es erscheint mir am sinnvollsten, z.B. Aldi um eine Liste aller Filialen zu bitten, diese als Datenbank abzugleichen gegen eine aus der OSM exportierte Liste und dann wieder die Differenz der Änderungen einzuspielen. Differenz heisst auch: Filialen, die es nicht mehr gibt, müssen beim Import entfernt werden. Beim Abgleich sieht man dann auch unmittelbarer, wo nur Anschriften existieren, aber Koordinaten fehlen. Je nachdem, wie gut OSM in der Gegend schon ist, bekommt man aus Anschrift und OSM-Daten schon die Koordinaten heraus oder sucht dann gezielt aus anderen Quellen nach den Koordinaten und verbessert damit wiederum die OSM-Auflösung mit Anschrift und deren Koordinaten. Bei POI braucht man ohnehin sehr gute Filtermöglichkeiten - denn wenn ich nur den nächstgelegenen Bäcker suche, dann möchte ich nicht jeden Vodafone-Laden oder jeden anderen POI angezeigt bekommen, sondern eben nur alle Bäcker. Durch eine Datenbankschnittstelle kann man auch leichter die Öffnungszeiten prüfen und korrigieren, die mit aufgenommen werden sollten. Natürlich kann man all dies auch in einer Import-Funktion zu OSM selbst verbergen, die all das alleine abgleichen würde. Das erscheint mir aber wenig transparent, fehleranfälliger und verhindert eine win-win-Situation, wo umgekehrt auch andere von OSM-Daten profitieren können - was wiederum die Lizenzfrage mit sich bringt. Beim Export sollte also immer der OSM-Verweis mit einfliessen. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäude über Straße
C. Brause schrieb: > Mein Versuch war jetzt, das Gebäude dreizuteilen und den Abschnitt, der > über die Straße geht als Layer=1 zu taggen. Funktionierte nur leider > nicht... Was genau funktionierte nicht? Hat der Editor den tag verweigert oder wie? Hat jemand mal ein Beispiel für solch eine Konstellation, die mit building=yes und layer=1 und ohne bridge/tunnel Tag gerendert wurde? Beste Grüße, Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Wel t!
Jonas Krückel schrieb: > Wurde das http://ae.osmsurround.org/ schon wieder vergessen oder ist das > nicht gut genug? Nein, das ist leider schon wieder viel zu gut, denn das Ding ist in Gegenden mit vielen POIs unbedienbar. Stell Dir vor, Du wolltest "mal eben" nach Frankfurt-Nord scrollen, um dort die Schlecker-Filialen einzutragen: http://ae.osmsurround.org/?zoom=15&lat=50.14182&lon=8.65854&layers=BTT -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäude über Straße
Thomas Ineichen schrieb: > Es gibt Gebäude, die wirken eher wie eine Brücke über eine Strasse. Wenn Ihr meint, eine perfekte Lösung für dieses Problem gefunden zu haben, dann versucht mal, die Gebäude am Frankfurter Flughafen zu mappen. Spätestens beim (im Bau befindlichen) Airrail-Center ist's dann endgültig vorbei: http://www.detail.de/media_detail/images/2/914_600_309.jpg -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Freies POI-Portal für OSM (was: I rgendwas läuft schief in der POI-Welt!)
Tobias Wendorff schrieb: > Wieso können wir diese POI-Sammler nicht für uns gewinnen? Weil wir kein Portal haben, welches die Features bietet, die die "POI-Spezialisten" suchen. Da wäre z.B. - Einfacher Download von POIs nach Kategorien sortiert - Download der POI-Archive "fix und fertig" für x verschiedene Navis/Geräte - Pflege von POI-Daten nach Typ: Webeditor a la Potlach plus Listenmodus Klar, OSM könnte das alles, wenn es denn jemand umsetzte. Aber solange das bei OSM für den Ottonormalsurfer reine Hexenkunst ist (Nodes mit x verschiedenen Attributen, Relationen..), solange gibt's bei uns eben nur die Spezialisten. Und damit eben weniger POIs als eigentlich möglich wären. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäude über Straße
Hallo alle,
Mich dünkt, ihr redet immer gezielt aneinander vorbei.
Halten wir fest:
(1)
Es gibt Gebäude, die wirken eher wie eine Brücke über eine Strasse.
Z. B. Autobahn-Raststätten:
http://upload.wikimedia.org/wikipedia/commons/7/78/Bridge_service_area_Frankenwald.jpg
("Es sieht aus, als hätte man das Gebäude drüber gelegt")
(2)
Es gibt Strassen, die wirken eher wie Tunnels durch ein Gebäude.
Z. B. Einkaufs-Passagen:
http://sanasol.de/galleries/ladenpassage/web/ladenpassage2.jpg
("Es sieht aus, als hätte man aus dem Gebäude etwas herausgenommen")
(3)
Es gibt Tunnels, die wurden nicht gegraben und sind nicht unter der
Erdoberfläche:
http://www.blogwiese.ch/archives/33
http://osm.org/go/0CZ9B7IAO-?layers=B000FFF
Das (1) und (2) nicht gleich getagged werden scheint mir logisch,
schliesslich sagen wir bei zwei Strassen auf unterschiedlichen Ebenen
auch nicht "Das untere ist immer ein Tunnel" oder "Das obere ist immer
eine Brücke".
Ich schreibe extra "wirken", denn ein normaler OSMler ist weder
exakter Wissenschaftler noch DIN-auswendig-Könner. Vorallem bei so
Allerweltswörtern wie "Tunnel" oder "Brücke" kommt der nämlich gar
nicht auf die Idee, dass die Begriffe irgendwie normiert sein könnten.
Ich finde deshalb, die Grund-Keys sollten so einfach wie möglich sein
- wer's genauer ausdrücken will, kann zusätzliche Keys verwenden.
Gruss,
Thomas
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Wel t!
UMAX974 schrieb: > > Es wäre, wie du selbst feststellst tatsächlich eine gute Ergänzung zum > bisherigen Eingabeverfahren, wenn es seziell für die POI eine > Schnittstelle zur schnellerenund präzisen Eingabe größerer Mengen an > selbst (!) gesammlete ...insbesondere auch zum schnellen korrigieren... Die meisten Pois in OSM sind nur sehr Lückenhaft erfasst, da wäre das Bearbeiten in einer Liste aus einem ausgewählten Bereich sehr Wünschenswert... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Cancel Messages (war: Problem im Wiki mit Seiten auf Deutsch?)
Hallo Tirkon, > Entschuldigung, ich habe keinen blassen Schimmer, was dokumentierte > bzw. undokumentierte Links in der Liste sind. > Bei meinem Newsgroupreader "Forte Agent", den ich auch für diese > Mailinglisten verwende, ist dies das vorgesehene Verfahren zum Löschen > von versehentlich versendeten Postings und das hat bis dato > funktioniert. Beim Click auf den Message Link erhalte ich damit das zu > löschende Posting. > http://www.livinginternet.com/u/ua_cancel.htm Kurz: Cancel Messages funktionieren bei Mailing-Listen nicht. Lang: Was Du benutzt ist keine "richtige" Newsgroup, sondern eine Spiegelung der Mailing-Liste "talk-de". Der Hauptunterschied zwischen Mailing- Listen und Newsgroups ist der Speicherort: - Bei Newsgroups werden die Nachrichten zentral auf dem Server gespeichert und bei der Abfrage eines Users werden alle neuen Nachrichten gleichzeitig übermittelt. Im Zeitfenster zwischen Senden der Nachricht und dem Abfragen der Benutzer können Nachrichten daher wieder 'gecancelt', also auf dem Server gelöscht werden. - Bei Mailing-Listen gibt es hingegen keinen zentralen Abfrageserver*, sondern der Server schickt die empfangenen Nachrichten direkt an die E-Mail-Adressen der Abonnenten. Es gibt daher keine Möglichkeit, eine Nachricht wieder zu löschen, da Du ja keinen Zugriff auf die einzelnen E-Mail-Postfächer hast. Die Spiegelung auf den News-Server macht man, weil Darstellung und Bedienung von Newsgruppen und Mailing-Listen sehr ähnlich sind und Newsreader häufig die bessere Unterstützung dafür bieten. Lass Dich daher nicht täuschen - auch wenn's bei Dir so aussieht: "Hier" ist keine Newsgroup. Gruss, Thomas * Natürlich speichert der Mailing-Listen-Server auch eine Kopie, aber zu anderen Zwecken. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Visuelle Karte für Blinde
Hallo Listen, eine visuelle Slippymap mit Map Features für Blinde und Sehgeschädigte findet sich ab sofort im Testbetrieb unter folgendem Link: http://freenet-homepage.de/rapunzely/OSM/blindmap.html Dort können sehende Hobby-Kartographen ihre Eintragungen prüfen - ein großes Stück Motivationshilfe. So dient die Karte dazu, daß die Elemente vermehrt eingetragen werden, was dann im nächsten Schritt für die geplanten Taktilen Karten und die Mobile Navigations-Software relevante Daten bereitstellt. Die beiden Elemente "Taktile Pflasterung" und "Akustische Ampel" werden schon erstaunlich häufig genutzt. Taktile Pflasterung gibt es offiziell erst seit Mitte Juni in der freien Weltkarte OpenStreetMap. Über Akustische Ampeln wurde noch nicht einmal abgestimmt, trotzdem wird das Element bereits fleißig eingetragen. Vielen Dank Euch allen, die dazu beigetragen haben! Weitere relevante Elemente sollen nach und nach hinzugefügt werden. Diese Information darf gerne weitergegeben werden. Schöne Grüße Lulu-Ann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Wel t!
Frederik Ramm schrieb: > Ich habe den Eindruck, dass POI-Sammler auf einer ganz andren Ebene > denken als wir, ich glaube nicht, dass das viel Sinn hat - das sind dann > tendenziell doch eher Leute, die ohne viel Nachdenken ihre Daten auf > einen proprietaeren Haufen kippen und sich freuen, wenn sie in der > MeineKleinePOISeite-Community ein goldenes Sternchen bekommen. Das > gleiche gilt fuer die diversen "GPX-Track-Sharing"-Plattformen. Sehe ich ähnlich. Bevor wir hier versuchen soweit "DAU kompatibel" zu werden wie für die Klientel nötig ist, haben wir schon noch genug andere Baustellen die aus meiner Sicht wichtiger sind :-) > Und ehrlich gesagt: POIs sind m.E. auch nicht besonders viel wert. Das hängt sehr davon ab was du machen willst. Als Motorradfahrer bin ich z.B. ziemlich viel unterwegs: Ein "Cafe-POI" ist da jetzt nicht sooo wichtig, zum Kaffeetrinken findet sich eigentlich immer eine Gelegenheit. Ein "Hotel-POI" ist da schon interessanter, allerdings braucht man da zwingend eine Telefonummer (haben Sie noch Zimmer frei?), ein Hinweis auf den Zimmerpreis (bzw. Anzahl Sterne o.ä.) wäre zumindest hilfreich. Sehr hilfreich sind aber "Tankstellen-POIs"!!! Man ist als Motorradfahrer häufiger in Gegenden unterwegs die man nicht so gut kennt, häufig Strukturschwache Gegenden ohne dichtes Tankstellennetz (Erzgebirge, Südtirol, ...), die Reichweite liegt nur bei ~250km und die Tourplanung vermeidet sowieso nach Möglichkeit größere Bundesstraßen. Da haben mir die Tankstellen-POIs auf dem Garmin schon oft wirklich weitergeholfen wenn der Sprit zur Neige ging. Es gibt bestimmt noch genügend andere Beispiele, wo die POIs hilfreich sind. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (no subject)
wrote: >> >> Wir werden langfristig eine Art mini-Potlatch für reine >> POI-Eintragungen brauchen. Also ein Portal bei dem jeder >> "dahergelaufene" einfach mit zwei Klicks einen neuen POI hinzufügt. >> Aber das klappt IMHO erst dann wirklich gut, wenn man es über noch >> mehr POI-Typen ein etabliertes Schema gibt. >> >> > Wurde das http://ae.osmsurround.org/ schon wieder vergessen oder ist das > nicht gut genug? > Eine gute neue Eingabemöglichkeit wird der Mapzen POI Collector sein: > http://mapzen.cloudmade.com/de/mapzen-poi-collector Erste Betaversionen > sehen schon sehr vielversprechend aus und das ist definitiv der aktuell > einfachste Weg POIs zu OSM hinzuzufügen (wenn man ein iPhone besitzt). Und alle die die kein iPhone sondern ein java Handy haben koennten den POI-editor von GpsMid mal versuchen. Nein, fuer den DAU ist es noch nicht ganz geeignet da doch noch ein klein wenig zu kompliziert, aber zumindestens fuer all diejenigen die sich etwas damit beschaeftigt haben hoffentlich eine attraktive Alternative und es laesst sich hoffentlich noch ausbauen. Aber zumindestens ich finde es bereits eine sehr nuetzliche Moeglichkeit im Altag immer mal wieder hier oder da z.B. einen Briefkasten, eine Apotheke oder einen Bankautomaten zu OSM hinzuzufuegen. Kai > Gruß > Jonas > > > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Arkaden oder WAS Passagen WAS Re: Geb äude über Straße
Martin Koppenhoefer [Wed, Oct 07, 2009 at 10:09:09PM CEST]: > Für die Passagen brauchen > wir m.E. ein neues Tag Für Arkaden (im Unterschied zu Passagen hat das Gebäude keinen anderen Zweck als die Überdachung des Weges) hingegen mMn nicht. Da hat jemand in der Nähe meiner Arbeitsstelle "highway=pedestrian, building=yes" geschrieben. Was Ähnliches könnte man auch bei Schall- oder Steinschlagschutzdächern von Straßen machen. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, "Life on the Mississippi") ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wege durch Gebäude; Brücke./.Tu nnel
Martin Koppenhoefer [Wed, Oct 07, 2009 at 10:31:06PM CEST]: [...] > > wieso taggst Du nicht einfach highway=track? Der wird auch gestrichelt > gezeichnet, zumindest wenn er den "richtigen" Tracktype hat. Weil bei einem Tunnel klar ist, dass der Weg nicht unter freiem Himmel führt. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, "Life on the Mississippi") ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Wel t!
Hey da tut sich im Moment einiges wenn man in dem Umfeld etwas weiter sucht: IPhone Besitzer werden wohl mit ganz vorne dabei sein: http://mapzen.cloudmade.com/de/mapzen-poi-collector aber auch für alle anderern scheint sich da einiges zu tun (die betaphase läuft zur Zeit) http://mapzen.cloudmade.com/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäude über Straße
Hallo, >dass es nichtgegrabene Tunnel gibt, hatte ich nie behauptet Dann habe ich >Gibt's in Berlin z.B. auch und nennt man Senkkasten oder Caisson- >Verfahren. Das ist m.E. trotzdem ein Tunnel wohl falsch verstanden. >im Prinzip ja, oder wie willst Du sonst die einzelnen Teile aus Deinem >Beispiel mappen? Ganz normal als ein Gebäude durch das Wege/Straßen hindurchführen. Diese Wege sind aber auch Teil des Gebäudes. >Wenn Du einen konkreten Vorschlag haben willst, meinetwegen >indoor=yes/shopping_mall/ Damit haben wir aber noch nicht alles abggedeckt, z.B. die Tunnel die keine sind weil sie <80m lang sind,... Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Wel t!
geo.osm schrieb: > Wie das Forum das mit Falk regelt, da hab ich keine Ahnung. kann mir > aber auch nicht vorstellen, das da was fließt. Von wem denn? Wenn eine große Firma etwas kostenfrei rausgibt, bekommt sie in aller Regel auch irgendwas irgendwie zurück. Auch wenn es nur ein paar Koordinaten mit Tags sind ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Wel t!
Tobias Wendorff schrieb: geo.osm schrieb: aber mein Falk Navi kann das nicht, wenn ich die originale Software nutze. Da gibt es nur ein Tool von den Navifriends, mit welchem man die POI's in die Falk-Soft reinbekommt. Falk hat denen das irgendwie erlaubt bzw. Formatdetail verraten/weitergegeben. Aber halt nur fürs Forum. und ich wette, das geschieht nicht ohne Gegenleistung.. also ich muss keine Gegenleistung erbringen und dafür bin ich recht dankbar. Einfach anmelden und jeder kann sich aus dem großen Topf POI "bedienen". Und es gibt auch andere nützliche Software dort, die frei zur Verfügung gestellt wird. Wie das Forum das mit Falk regelt, da hab ich keine Ahnung. kann mir aber auch nicht vorstellen, das da was fließt. Von wem denn? -- schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Wel t!
geo.osm schrieb: > aber mein Falk Navi kann das nicht, wenn ich die originale Software > nutze. Da gibt es nur ein Tool von den Navifriends, mit welchem man die > POI's in die Falk-Soft reinbekommt. Falk hat denen das irgendwie erlaubt > bzw. Formatdetail verraten/weitergegeben. Aber halt nur fürs Forum. und ich wette, das geschieht nicht ohne Gegenleistung... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Wel t!
Tobias Wendorff schrieb: Hallo, geo.osm schrieb: Mir geht das nämlich auch ziemlich auf den Senkel, dass ich die POI's doppelt eingebe. Einmal für OSM und einmal in einem der Foren, weil ich sonst die POI's nicht auf meine Navi bekomme. Oh, wieso? GPS-Babel kann OSM lesen und alles mögliche rauswerfen?! aber mein Falk Navi kann das nicht, wenn ich die originale Software nutze. Da gibt es nur ein Tool von den Navifriends, mit welchem man die POI's in die Falk-Soft reinbekommt. Falk hat denen das irgendwie erlaubt bzw. Formatdetail verraten/weitergegeben. Aber halt nur fürs Forum. Ich habe schon früher nachgedacht, einfach mal verschiedene POI-Gruppen aus OSM in verschiedenen Formaten zum Download anzubieten, aber ich dachte, dass die Leute sich das lieber selber basteln würden?! da wurde doch die Woche nen Link von Cloudmade gepostet. Aber wohl als Komplettpaket und dann halt fürs Garmin und noch irgendwas. Wenn ich alternative Software mit OSM-Karten benutze, habe ich ja auch die POI's. Aber gerade zum Navigieren gibt es da noch nix gescheites. -- schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Welt!
Hallo, Tobias Wendorff wrote: > Martin Koppenhoefer schrieb: >> Tobias Wendorff schrieb: >>> Martin Koppenhofer schrieb: ... aus! sitz! platz! Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Welt!
Martin Koppenhoefer schrieb: > fleissig wie das Eichhörnchen, hüpfend von Ast zu Ast... Sagte sowas B*rl*sconi das nicht auch kürzlich? >> Was bringt mir ein "Apotheke" irgendwo an der Straße? Dann weiß >> ich, dass da eine Apotheke ist, aber ich kenne weder die >> zugehörige Straße, noch die Hausnummer und auch nicht die PLZ. >> Also muss man wieder irgendwo rumschnüffeln. > > bringt einem m.E. deutlich mehr als die Info nicht zu haben. Die > Straße wird meistens schon drin sein (sonst hätte das POI-Hörnchen die > Apotheke gar nicht setzen können) und Hausnummern / PLZ kommen schon > noch. Eh ... nur weil ein POI neben einer Straße liegt, muss er nicht zwangsläufig zur Straße gehören. Da muss dann wenigstens schon ein Teil des Schemas dran sein. >>> Schisser, wenn Du noch nicht mal einen Namen nennst, kann Dir m.E. >>> auch nichts passieren. >> Wurde mittlerweile immer noch nicht entschieden, ob sich § 186 StGB >> auch beidseitig auf juritische Personen anwenden lässt? > > k.A. ob sich das auf juristische Personen anwenden lässt, aber Du > schriebst ja "Bei zwei der deutschen Portale ...Von einem der Portale > wurden sogar rechtliche Schritte...", Frederik schrieb vom > hypothetischen "MeineKleinePOISeite-Community", das ist alles nicht > konkret und daher auch nicht straf- / zivilrechtlich relevant. Was möchtest Du jetzt genau von mir? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Welt!
Am 8. Oktober 2009 18:52 schrieb Tobias Wendorff : > Martin Koppenhoefer schrieb: >>> Wir könnten ja ein eigenes Portal aufmachen, was genau das gleiche >> ...> Allerdings sollten dann Adressen verpflichtend sein. >> >> kannst Du nicht mal dieses "verpflichtend" aus Deinem OSM-Wortschatz >> verbannen? > Wieso sollte ich? weil es sowieso nichts bringt: gibt keine Mechanismen (und wird es auch nicht geben), die "Pflicht", "verbindlich", "Vorschrift", "Anordnung" oder sonstwas in der Art in OSM durchsetzen können. Ein POI mit Adresse ist natürlich besser, aber auch ohne ist er schon was wert. So funktioniert OSM: fleissig wie das Eichhörnchen, hüpfend von Ast zu Ast... > Was bringt mir ein "Apotheke" irgendwo an der Straße? Dann weiß > ich, dass da eine Apotheke ist, aber ich kenne weder die > zugehörige Straße, noch die Hausnummer und auch nicht die PLZ. > Also muss man wieder irgendwo rumschnüffeln. bringt einem m.E. deutlich mehr als die Info nicht zu haben. Die Straße wird meistens schon drin sein (sonst hätte das POI-Hörnchen die Apotheke gar nicht setzen können) und Hausnummern / PLZ kommen schon noch. >> Schisser, wenn Du noch nicht mal einen Namen nennst, kann Dir m.E. >> auch nichts passieren. > > Wurde mittlerweile immer noch nicht entschieden, ob sich § 186 StGB > auch beidseitig auf juritische Personen anwenden lässt? k.A. ob sich das auf juristische Personen anwenden lässt, aber Du schriebst ja "Bei zwei der deutschen Portale ...Von einem der Portale wurden sogar rechtliche Schritte...", Frederik schrieb vom hypothetischen "MeineKleinePOISeite-Community", das ist alles nicht konkret und daher auch nicht straf- / zivilrechtlich relevant. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Welt!
Hallo. Am Donnerstag, 8. Oktober 2009 schrieb Bernd Wurst: > Zudem: Das mit dem OSM-Login ist natürlich auch viel zu kompliziert. Da > sollte es einen zentralen Account geben, der die Änderungen einchecked. Das > erfordert natürlich eine aufwändige und restriktive Prüfung der Daten, da > der Betreiber dann irgendwie dafür grade steht. Okay, sorry, ist ja gar nicht mehr zwingend nötig. Diese Neuerung kannte ich noch gar nicht, das ist Prima! Jetzt ist nur die Oberfläche noch etwas zu technisch, sonst ist das echt klasse! Gruß, Bernd -- Gegen das zunehmende Wissen der Menschheit wäre nichts einzuwenden, wenn sie dadurch gescheiter würden. - Ernst R. Hauschka (dt. Aphoristiker 1926) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Wel t!
Hallo. Am Donnerstag, 8. Oktober 2009 schrieb Jonas Krückel: > Wurde das http://ae.osmsurround.org/ schon wieder vergessen oder ist das > nicht gut genug? Ich würde das wie es ist nicht meiner Mutter vorsetzen wollen. Die bisherige Arbeit ist sehr gut. Aber für die Zielgruppe, die ich im Sinne habe ich es noch viel zu wenig abstrahiert. Da tauchen ja noch Tags auf! Das erste was man angeboten bekommt, wenn man einen Punkt (Ich hör schon »wtf ist ein "Knoten"«) setzt, ist "Amenity". Meine Mutter weiß weder mit "Amenity" noch mit "Knoten" in diesem Zusammenhang was anzufangen. Man muss das IMHO definitiv weiter treiben und eine DAU-kompatible Eingabemaske für jeden POI-Typ haben. Erst dann wird das Klientel, das ich im Sinn habe, damit umgehen können. Zudem: Das mit dem OSM-Login ist natürlich auch viel zu kompliziert. Da sollte es einen zentralen Account geben, der die Änderungen einchecked. Das erfordert natürlich eine aufwändige und restriktive Prüfung der Daten, da der Betreiber dann irgendwie dafür grade steht. Gruß, Bernd -- Billige Sofas setzen sich mehr und mehr durch. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Welt!
Martin Koppenhoefer schrieb: >> Wir könnten ja ein eigenes Portal aufmachen, was genau das gleiche > ...> Allerdings sollten dann Adressen verpflichtend sein. > > kannst Du nicht mal dieses "verpflichtend" aus Deinem OSM-Wortschatz > verbannen? Wieso sollte ich? Was bringt mir ein "Apotheke" irgendwo an der Straße? Dann weiß ich, dass da eine Apotheke ist, aber ich kenne weder die zugehörige Straße, noch die Hausnummer und auch nicht die PLZ. Also muss man wieder irgendwo rumschnüffeln. > Schisser, wenn Du noch nicht mal einen Namen nennst, kann Dir m.E. > auch nichts passieren. Wurde mittlerweile immer noch nicht entschieden, ob sich § 186 StGB auch beidseitig auf juritische Personen anwenden lässt? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Welt!
Hallo. Am Donnerstag, 8. Oktober 2009 schrieb UMAX974: > Es sind aber gerade bei vitalen Sachen wie Apotheken, Banken Ärzten > etc die teilweise und gebietsweise mit sehr wenig POI vertreten sind, > obwohl ich genau weiß dass da mehr gibt (z.B. in nördlichen > Unterfranken) Ja, die POI-Dichte in OSM ist noch etwas mager, das stimmt wohl. Aber die Sammlung der weiteren Daten sollte IN OSM stattfinden und nicht in einer separaten POI-Datenbank, die man sich getrennt auf das Navi laden muss. Sobald man mal in der Fremde mit einem OSM-Navi unterwegs ist, fällt das richtig heftig auf, dass viele POIs noch fehlen. Das ist mir erst bewusst geworden als ich das mal ausprobiert hatte. :( Gruß, Bernd -- Wenn deine Eltern keine Kinder hatten, wirst du wahrscheinlich auch keine haben. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Wel t!
Bernd Wurst schrieb: > Hallo. > > Am Donnerstag, 8. Oktober 2009 schrieb UMAX974: > >> Ich bin einfach auf meinen Touren froh, wenn ich nicht lange nach einem >> Geschäft, einer Apotheke oder den Geldautomaten meiner Bank suchen muss >> (andere sind immer so teuer...) >> Ich fände das eine Super Idee, wenn wir in OSM ein eigenes POI Portal >> bekämen. >> > > Aber warum denn sowas? > Wieso nicht einfach die ganz normal in OSM vorhandenen und im Garmin > angezeigten POIs nutzen? > Ich steh grade vermutlich auf dem Schlauch, aber mein Garmin kann in der > Rubrik "Banken" die umliegenden Banken anzeigen und in der > Rubrik "Gesundheit" die nächsten Apotheken. Ich sehe da sowas von gar keine > Not für irgendwelche externen POI-Quellen. > > Wir werden langfristig eine Art mini-Potlatch für reine POI-Eintragungen > brauchen. Also ein Portal bei dem jeder "dahergelaufene" einfach mit zwei > Klicks einen neuen POI hinzufügt. Aber das klappt IMHO erst dann wirklich > gut, wenn man es über noch mehr POI-Typen ein etabliertes Schema gibt. > > Wurde das http://ae.osmsurround.org/ schon wieder vergessen oder ist das nicht gut genug? Eine gute neue Eingabemöglichkeit wird der Mapzen POI Collector sein: http://mapzen.cloudmade.com/de/mapzen-poi-collector Erste Betaversionen sehen schon sehr vielversprechend aus und das ist definitiv der aktuell einfachste Weg POIs zu OSM hinzuzufügen (wenn man ein iPhone besitzt). Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Welt!
Am 8. Oktober 2009 17:41 schrieb Tobias Wendorff : > Frederik Ramm schrieb: >> Ich habe den Eindruck, dass POI-Sammler auf einer ganz andren Ebene >> denken als wir, ich glaube nicht, dass das viel Sinn hat - das sind dann >> tendenziell doch eher Leute, die ohne viel Nachdenken ihre Daten auf >> einen proprietaeren Haufen kippen und sich freuen, wenn sie in der >> MeineKleinePOISeite-Community ein goldenes Sternchen bekommen. Das >> gleiche gilt fuer die diversen "GPX-Track-Sharing"-Plattformen. +1 > Wir könnten ja ein eigenes Portal aufmachen, was genau das gleiche ...> Allerdings sollten dann Adressen verpflichtend sein. kannst Du nicht mal dieses "verpflichtend" aus Deinem OSM-Wortschatz verbannen? >> Und was die Betreiber anbetrifft, hast Du glaub ich schon ein ganz >> deutliches Bild gezeichnet - deren Interesse ist es, die Daten >> proprietaer zu haben, um Besucher oder Kunden anzulocken. > > Ich vermute sogar, dass das noch einen Schritt weiter geht, aber > ich will nicht wegen übler Nachrede angeprangert werden. Schisser, wenn Du noch nicht mal einen Namen nennst, kann Dir m.E. auch nichts passieren. >> Und ehrlich gesagt: POIs sind m.E. auch nicht besonders viel wert. sehe ich nicht so. > Somit habe ich POIs für die POI-Freunde und die Adresse für mich :-) +1 Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Wel t!
Hallo, UMAX974 schrieb: > Wenn es diese Eingabemöglichkeit, evtl. auch ohne Zeichnen, direkt in > eine Datenbank gäbe wäre ich gerne beim Sammeln von POI mit dabei... ich baue auf Basis meines Reverse-Geocoders ein Tool ein, mit dem man Hausnummern eingeben kann. Man könnte dies erweitern, um POIs einzugeben. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Wel t!
Am 08.10.09 18:10, schrieb Bernd Wurst: Aber warum denn sowas? Wieso nicht einfach die ganz normal in OSM vorhandenen und im Garmin angezeigten POIs nutzen? Ich steh grade vermutlich auf dem Schlauch, aber mein Garmin kann in der Rubrik "Banken" die umliegenden Banken anzeigen und in der Rubrik "Gesundheit" die nächsten Apotheken. Ich sehe da sowas von gar keine Not für irgendwelche externen POI-Quellen. Wir werden langfristig eine Art mini-Potlatch für reine POI-Eintragungen brauchen. Also ein Portal bei dem jeder "dahergelaufene" einfach mit zwei Klicks einen neuen POI hinzufügt. Aber das klappt IMHO erst dann wirklich gut, wenn man es über noch mehr POI-Typen ein etabliertes Schema gibt. Gruß, Bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo Bernd, So schlimm ist das mit dem auf dem Schlauchstehen nicht :-) Ich finde auch alle POI die bisher in OSM eingearbeitet sind Super (hat mir schon viel geholfen in gut gemappten Gegenden!). Es sind aber gerade bei vitalen Sachen wie Apotheken, Banken Ärzten etc die teilweise und gebietsweise mit sehr wenig POI vertreten sind, obwohl ich genau weiß dass da mehr gibt (z.B. in nördlichen Unterfranken) - Gerade bei Ärzten wäre es doch super, wenn wir da sogar bis zur Eingabe der Fachrichtung kämen und den Zeiten der Praxisöffnung... Es wäre, wie du selbst feststellst tatsächlich eine gute Ergänzung zum bisherigen Eingabeverfahren, wenn es seziell für die POI eine Schnittstelle zur schnellerenund präzisen Eingabe größerer Mengen an selbst (!) gesammleten POI gäbe... Gruß UMAX974 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Wel t!
Hallo. Am Donnerstag, 8. Oktober 2009 schrieb UMAX974: > Ich bin einfach auf meinen Touren froh, wenn ich nicht lange nach einem > Geschäft, einer Apotheke oder den Geldautomaten meiner Bank suchen muss > (andere sind immer so teuer...) > Ich fände das eine Super Idee, wenn wir in OSM ein eigenes POI Portal > bekämen. Aber warum denn sowas? Wieso nicht einfach die ganz normal in OSM vorhandenen und im Garmin angezeigten POIs nutzen? Ich steh grade vermutlich auf dem Schlauch, aber mein Garmin kann in der Rubrik "Banken" die umliegenden Banken anzeigen und in der Rubrik "Gesundheit" die nächsten Apotheken. Ich sehe da sowas von gar keine Not für irgendwelche externen POI-Quellen. Wir werden langfristig eine Art mini-Potlatch für reine POI-Eintragungen brauchen. Also ein Portal bei dem jeder "dahergelaufene" einfach mit zwei Klicks einen neuen POI hinzufügt. Aber das klappt IMHO erst dann wirklich gut, wenn man es über noch mehr POI-Typen ein etabliertes Schema gibt. Gruß, Bernd -- Windows Error 019: User error. It's not our fault. Is not! Is not! signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Wel t!
Hallo, Ich sprech mal als Anweder der All-in-one-Karte am Garmin. Ich bin einfach auf meinen Touren froh, wenn ich nicht lange nach einem Geschäft, einer Apotheke oder den Geldautomaten meiner Bank suchen muss (andere sind immer so teuer...) Ich fände das eine Super Idee, wenn wir in OSM ein eigenes POI Portal bekämen. (Vor allem wenn es mit den bisherigen Kategorien des GARMIN und natürlich auch aller anderer NAVIS laufen würde). Im Moment behelfe ich mir am Garmin, in dem ich mir von Navifriends die POI Datei lade und mit dem "Garmin POI loader" konvertiere. Dann wird die Datei umbenannt z.B. D Business Post.GPI und aufs Gamin als POI geladen. Leider gibt es da viele Nachteile, besonders im Bereich der Suchfunktion, da die POI so nicht sauber in den Kategorien einsortiert sind, das führt bei mehreren .gpi Datein zu einer totalen Unübersichtlichkeit im Bereich "eingene POI", außerdem find dich die Logos für das GARMIN Display zu groß. Auch ist eine Nachbearbeitung der POI, wenn Änderungen notwendig wäre schier unmöglich, denn es fehlen wichtige Daten (z.B. Öffnungszeiten u.A.) oder die Geodaten sind schlicht ungenau. Wenn es diese Eingabemöglichkeit, evtl. auch ohne Zeichnen, direkt in eine Datenbank gäbe wäre ich gerne beim Sammeln von POI mit dabei... Gruß UMAX974 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Wel t!
Hallo, geo.osm schrieb: > Mir geht das nämlich auch ziemlich auf den Senkel, dass ich die POI's > doppelt eingebe. Einmal für OSM und einmal in einem der Foren, weil ich > sonst die POI's nicht auf meine Navi bekomme. Oh, wieso? GPS-Babel kann OSM lesen und alles mögliche rauswerfen?! Ich habe schon früher nachgedacht, einfach mal verschiedene POI-Gruppen aus OSM in verschiedenen Formaten zum Download anzubieten, aber ich dachte, dass die Leute sich das lieber selber basteln würden?! Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Wel t!
Hallo, Frederik Ramm schrieb: > Ich habe den Eindruck, dass POI-Sammler auf einer ganz andren Ebene > denken als wir, ich glaube nicht, dass das viel Sinn hat - das sind dann > tendenziell doch eher Leute, die ohne viel Nachdenken ihre Daten auf > einen proprietaeren Haufen kippen und sich freuen, wenn sie in der > MeineKleinePOISeite-Community ein goldenes Sternchen bekommen. Das > gleiche gilt fuer die diversen "GPX-Track-Sharing"-Plattformen. Wir könnten ja ein eigenes Portal aufmachen, was genau das gleiche bietet: Exporte für verschiedene POI-Gruppen... - ALDI - NETTO/PLUS - REWE - Tankstellen etc. Allerdings sollten dann Adressen verpflichtend sein. > Und was die Betreiber anbetrifft, hast Du glaub ich schon ein ganz > deutliches Bild gezeichnet - deren Interesse ist es, die Daten > proprietaer zu haben, um Besucher oder Kunden anzulocken. Ich vermute sogar, dass das noch einen Schritt weiter geht, aber ich will nicht wegen übler Nachrede angeprangert werden. > Und ehrlich gesagt: POIs sind m.E. auch nicht besonders viel wert. Ich denke da immer "andersrum". Wenn ich einen NETTO an der Straße XY habe, jedoch das Adressschema fehlt, gehe ich auf die NETTO-Website und schaue nach, wo die Filiale ist. Dann trage ich die Adresse in OSM nach. Somit habe ich POIs für die POI-Freunde und die Adresse für mich :-) Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Wel t!
Hallo, Tobias Wendorff wrote: > Wieso können wir diese POI-Sammler nicht für uns gewinnen? Ich habe den Eindruck, dass POI-Sammler auf einer ganz andren Ebene denken als wir, ich glaube nicht, dass das viel Sinn hat - das sind dann tendenziell doch eher Leute, die ohne viel Nachdenken ihre Daten auf einen proprietaeren Haufen kippen und sich freuen, wenn sie in der MeineKleinePOISeite-Community ein goldenes Sternchen bekommen. Das gleiche gilt fuer die diversen "GPX-Track-Sharing"-Plattformen. Und was die Betreiber anbetrifft, hast Du glaub ich schon ein ganz deutliches Bild gezeichnet - deren Interesse ist es, die Daten proprietaer zu haben, um Besucher oder Kunden anzulocken. Und ehrlich gesagt: POIs sind m.E. auch nicht besonders viel wert. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Irgendwas läuft schief in der POI-Wel t!
Tobias Wendorff schrieb: > Wieso können wir diese POI-Sammler nicht für uns gewinnen? > Kann ich dir nur zustimmen. Ich hatte da auch schon mal gefragt, bin aber abgekanzelt worden. Mir geht das nämlich auch ziemlich auf den Senkel, dass ich die POI's doppelt eingebe. Einmal für OSM und einmal in einem der Foren, weil ich sonst die POI's nicht auf meine Navi bekomme. Aber da stellt man sich stur. Aus welchen Gründen auch immer. -- schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenztext für Luftbilder
Raimond Spekking schrieb: > 1. Idealerweise stellt der Fotograf seine hochauflösenden Luftbilder > unter eine freie Lizenz, die sowohl eine Veröffentlichung, Veränderung > und auch eine kommerzielle Nutzung erlaubt. Als Lizenz kommt dafür die > Creative Commons CC-by-SA-3.0 in Frage. Ist damit dann auch eine Herleitung von Daten unter einer beliebigen Lizenz (z.B. CC-by-SA-2.0 oder ODBL) erlaubt? Eine Bearbeitung des Bildes müsste ja auf jeden Fall wieder unter CC-by-SA-3.0 (oder spätere Version) stehen. Haben abgeleitete Daten hier eine Sonderstellung, so dass sie nicht dem Schutz unterliegen, der für das Bild selbst und abgeleitete Bilder gilt? Wenn ja, warum kann man die gleichen Sonderrechte für Daten dann nicht auf nichtfreie Bilder anwenden? Oder kann man das, solange nicht wie bei Google irgendwelche zusätzlichen Nutzungsbedingungen zu berücksichtigen sind? Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenztext für Luftbilder
Martin Koppenhoefer schrieb: > Am 8. Oktober 2009 01:36 schrieb Peter Körner : >>> Wenn er halbwegs Internet-faehig ist, kannst Du ihn auch einfach bitten, >>> die Sachen bei Flickr hochzuladen; dort kann man ja dann die Lizenz >>> angeben, und er wuerde da einfach "PD" anklicken. >> Kein Meter :) Der Mann geht auf die 60 zu und außer Ballonfahren und >> Schifferklavier spielen hat er glaub ich kaum Hobbies ;) Ich werde ihn >> jedoch fragen, ob ich das in seinem Namen machen darf. > > PD geht m.E. über das Ziel schon weit hinaus, Du willst ja die > Originalbilder prinzipiell gar nicht veröffentlichen oder wenn, dann > nicht unbedingt mit dem Recht, sie auch weiterzuverbreiten / > veröffentlichen, schon gar nicht kommerziell, eigentlich reicht eine > Nutzungserlaubnis aus. > Um das Pferd mal von der anderen Seite aufzuzäumen: 1. Idealerweise stellt der Fotograf seine hochauflösenden Luftbilder unter eine freie Lizenz, die sowohl eine Veröffentlichung, Veränderung und auch eine kommerzielle Nutzung erlaubt. Als Lizenz kommt dafür die Creative Commons CC-by-SA-3.0 in Frage. 2. Die Fotos werden nach Wikimedia Commons hochgeladen, so dass jeder sie von dort herunterladen und verwenden kann. 3. Der Fotograf schickt eine Freigabe (Textvorlage: http://de.wikipedia.org/wiki/Wikipedia:TV#Einverst.C3.A4ndniserkl.C3.A4rung_f.C3.BCr_Bild.2FFoto-Freigaben ) per E-Mail an das Wikimedia-Support-Team. Dieses vermerkt die Freigabe bei den Luftbildern. Ich helfe dabei auch gerne. Wenn der Fotograf kein Internet/E-Mail hat, kann die Textvorlage auch ausgedruckt, unterschrieben und eingescannt/fotografiert werden, so dass Peter sie weiterleitet. Dann haben nicht nur die OSMler etwas davon, sondern auch die Wikipedia und andere Projekte, die freie Inhalte nutzen. Raymond. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Irgendwas läuft schief in der POI-Wel t!
Hallo Community, irgendwas scheint in der POI-Welt grundlegend schief zu laufen. Wir haben im deutschsprachigen Web verschiedene Portale, die POIs bzw. Overlays mit Hilfe der Geocoder von Yahoo und Google bzw. Navteq und TeleAtlas sowie natürlich anhand ihrer Navis bzw. GPS-Geräte und auch per manueller Einfügung in die Google-Karte sammeln: - NaviFriends - PocketNavigation - MyPOI Oder international: - POI-Plaza - POIplace Bei zwei der deutschen Portale habe ich schoneinmal angefragt, ob man sich gegenseitig ergänzen möchte. Von einem der Portale wurden sogar rechtliche Schritte angedroht, wenn irgendwer die POIs in OSM importiert - die Gründe liegen ja auf der Hand. Die Informationen aus dem Geocoder sind natürlich meistens Mist, aber es werden ja auch viele Sachen per Hand eingegeben, indem die Filiallisten der Anbieter abgegrast und dann via Google-API manuell angeklickt werden. Das könnten wir mit OpenLayers auch. Wieso können wir diese POI-Sammler nicht für uns gewinnen? Viele Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäude über Straße
Am 8. Oktober 2009 11:10 schrieb Dimitri Junker : > Hallo, > > >>es ist nicht irrelevant, > > Wo ist denn da die Logik? Du schreibst es sei relevant ob gegraben wurde > oder nicht, weil dadurch was darüber ausgesagt würde ob es unterirdisch sei. wenn Du meine Posts etwas genauer lesen würdest, und nicht die Zitate aus dem Zusammenhang reissen würdest, könnten wir uns evtl. besser verstehen. > 1) Wenn ich wissen will ob etwas unterirdisch ist oder nicht schaue ich ob > wo die Erdoberfläche ist und suche nicht den Bauherrn um zu wissen wie > es hergestellt wurde. Wenn ich in OSM eintragen will ob es unterirdisch ist > oder nicht verwende ich layer, dafür tunnel zu verwenden ist also unnötig. > Das es auch nichtgegrabene Tunnel gibt waren wir uns ja einig dass es nichtgegrabene Tunnel gibt, hatte ich nie behauptet. Dass es an der Oberfläche gegrabene Tunnel gibt, die danach abgedeckt werden, das schon. >>man müsste wohl eigentlich 3 Teile zeichnen, die im Grundriss vermutlich >>einigermaßen übereinanderliegen. > > Wir sollen jetzt in OSM jede Etage einzeln mappen? im Prinzip ja, oder wie willst Du sonst die einzelnen Teile aus Deinem Beispiel mappen? Dass das beim derzeitigen Stand (es wären bessere 3D-Möglichkeiten erforderlich) nicht unbedingt übersichtlicher wird, ist auch klar. > Aber mach doch mal endlich einen Deiner Meinung nach vernünftigen > Gegenvorschlag wie man die hier genannten Probleme lösen kann statt nur die > gemachten Vorschläge abzulehnen. Also bitte konstruktive Kritik nicht > destruktive. Je nach Fall: mit einem neuen Tag für passagen und andere Wege, die sich in einem Gebäude befinden? M.E. ist das der Weg, und wenn ich die Diskussion hier verfolge, sieht es so aus, als ob das auch Konsens finden könnte. Wenn Du einen konkreten Vorschlag haben willst, meinetwegen indoor=yes/shopping_mall/ das konkrete Wort ist mir nicht so wichtig, solange es nicht was anderes bedeutet (also z.B. nicht earth-covered=yes oder underground=yes wenn es eigentlich gar nicht erdbedeckt oder unterirdisch ist). Bei Brückenbauwerken über eine Straße würde ich dagegen den Gebäudeteil mit bridge=yes und layer=1 taggen und ein trac-ticket fürs Rendering machen und ggf. die Wikiseite ergänzen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem im Wiki mit Seiten auf Deutsch?
Hallo Martin,
Ja, so hat es früher funktioniert:
1. sprachspezifische Seite anlegen mit xx:Pagename
2. {{Languages}} in jede Seite einfügen
Dadurch wurden alle Artikel automatisch im Menü verlinkt.
3. bei bei von "Pagename" abweichenden Seitentiteln: eine Weiterleitung
einrichten von "xx:Pagename" (ohne "Languages")
auf "xx:abweichender_Seitentitel" (mit {{Languages}} )
So ist war es auch beschrieben in
http://wiki.openstreetmap.org/wiki/Template:Languages
Aber seit Juni ist halt eben alles ziemlich "verwurstelt"...
Auch die deutsche und englische Doku ist umgeschrieben und inzwischen
auch noch in andere Sprachen übersetzt...
Gruss, Markus
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsstruktur fuer geografische Einordnung
On Thu, Oct 08, 2009 at 02:20:52PM +0200, marcus.wolsc...@googlemail.com wrote: > Ahnung warum OSMXAPI nicht skaliert? > Ich hab keine Bitten um Server-Kapazität gesehen, > daran wirds also wohl nicht liegen. Importier mal einen planet in eine datenbank - postgres weils am einfachsten ist und guck dir mal an wie gross die indexe sind und wieviel daten das sind - Alleine der index fuer die node geometry den man zwangsweise fuer BBOX queries braucht ist ~12GB gross - Wenn also die kiste <12GB ram hat geht alleine der query fuer den index an die platte was jetzt fuer Datenbanken schon bloed ist. Ich gehe davon aus das man >32GB Ram braucht und dann ein schoenes plattensubsystem mit 1TB aber das bitte in >20 Platten damit das mit dem concurrent access was wird ... Dazu kommt halt das das schnell mal ein harmlos aussehender request dazu fuehrt das ein paar gigabyte daten zu durchwuehlen sind. Du kannst ja mal probieren den planet mit seinen 7GB (komprimiert) von der Platte zu lesen - Einfach mal cat planet.bz2 >/dev/null Irgendwann hilft hardware nicht mehr - PCIe, IDE/SATA alles wird irgendwann zum Bottleneck und dann helfen nur noch radikale ansaetze wie es google mit dem search index macht - Massiv parallelisieren. Aber wer hat schon ein paar hundert ungenutzte kisten und 10 talentiert programmierer ungenutzt rumsitzen um sowas zu bauen. Der planet hat einfach skalierungsgrenzen erreicht bei denen mit Bordmitteln wie postgres, perl, java und einem HeimPC bei komplexen queries nichts mehr zu reissen ist... Ich denke das TRAPI ein radikaler, interessanter ansatz ist auf dem man aufbauen koennte... Flo -- Florian Lohoff f...@rfc822.org "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäude über Straße
Hallo, >es ist nicht irrelevant, Wo ist denn da die Logik? Du schreibst es sei relevant ob gegraben wurde oder nicht, weil dadurch was darüber ausgesagt würde ob es unterirdisch sei. 1) Wenn ich wissen will ob etwas unterirdisch ist oder nicht schaue ich ob wo die Erdoberfläche ist und suche nicht den Bauherrn um zu wissen wie es hergestellt wurde. Wenn ich in OSM eintragen will ob es unterirdisch ist oder nicht verwende ich layer, dafür tunnel zu verwenden ist also unnötig. Das es auch nichtgegrabene Tunnel gibt waren wir uns ja einig >man müsste wohl eigentlich 3 Teile zeichnen, die im Grundriss vermutlich >einigermaßen übereinanderliegen. Wir sollen jetzt in OSM jede Etage einzeln mappen? Aber mach doch mal endlich einen Deiner Meinung nach vernünftigen Gegenvorschlag wie man die hier genannten Probleme lösen kann statt nur die gemachten Vorschläge abzulehnen. Also bitte konstruktive Kritik nicht destruktive. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsstruktur fuer geografische Einordnung
On Thu, 8 Oct 2009 14:13:02 +0200, Florian Lohoff wrote: > Wer solche dinge macht - d.h. nicht nur fertige "produkte" wie sie slippy > map > ansieht sollte nunmal in der lage sein sich solches wissen und faehigkeiten > anzueignen. Natuerlich waere das schoen wenn die OSMXAPI eine > Antwortszeit von <100ms haette und jeder das mit Mausischupsi bedienen > koennte - aber je groesser das planet file wird in desto weitere > ferne rueckt das. Daher meine ich ja das OSMXAPI ein auslaufmodell ist. Ahnung warum OSMXAPI nicht skaliert? Ich hab keine Bitten um Server-Kapazität gesehen, daran wirds also wohl nicht liegen. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem im Wiki mit Seiten auf Deutsch?
Am 8. Oktober 2009 09:01 schrieb Markus : > Hallo Martin, > >> ist das ein Bug im entspr. Plugin? > > Das Übersetzungs-Tool wurde Anfang 2009 von einem > Wikipedia-Programmierer für uns geschrieben. > Es hat bestens funktioniert: > http://wiki.openstreetmap.org/wiki/Template:Languages > > Dann haben OSMer "Hand angelegt" und das ganze Ding verbogen. > > Er hat verständlicherweise nicht die Zeit, für uns auch noch "Support" > zu machen - bzw. Verschlimmbesserungen wieder auszubügeln. > das konkrete Problem hier war, wie schon von Grant Slater beschrieben, dass der deutsche Name des Artikels nicht mit dem englischen korrespondierte. Er (glaube ich zumindest) hat das dadurch behoben, dass er eine Weiterleitung vom de:"Englischen Artikelnamen" auf den bisherigen deutschen eingerichtet hat. Jetzt geht es. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsstruktur fuer geografische Einordnung
On Thu, Oct 08, 2009 at 02:00:35PM +0200, marcus.wolsc...@googlemail.com wrote: > Etwas besseres als OSMXAPI haben wir halt nicht für Suchen nach etwas > anderes als der ID. > Die Alternative ist halt für jeden der ein popeliges Shell-Script > schreiben will was so eine Suche mal ebnen für ein Dutzend Elemente > braucht zu zwingen ein Postgresql + Postgis für seine Architektur > runterzuladen, einzurichten, Datenbank anzulegen, Rechte vergeben, > Planet laden, importieten, fluchen weil irgendwas nicht tut. > > Oder halt den Planet/Landes-Auszug durch osmosis mit einem speziellen > Task zu jagen und hoffen, dass der Ram reicht (Du kriegst ja für einen > Way nicht einfach so die Nodes und für eine Relation die Ways in der > Osmosis-Pipeline). Wer solche dinge macht - d.h. nicht nur fertige "produkte" wie sie slippy map ansieht sollte nunmal in der lage sein sich solches wissen und faehigkeiten anzueignen. Natuerlich waere das schoen wenn die OSMXAPI eine Antwortszeit von <100ms haette und jeder das mit Mausischupsi bedienen koennte - aber je groesser das planet file wird in desto weitere ferne rueckt das. Daher meine ich ja das OSMXAPI ein auslaufmodell ist. Und auch postgresql als tool wird irgendwann am ende sein fuer die individuellen anforderungen auszureichen - dafuer ist das wachstum des planet files einfach zu gigantisch - aber im moment reicht das aus und man kann damit eigentlich alles irgendwie hinbasteln was man braucht ... Flo -- Florian Lohoff f...@rfc822.org "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsstruktur fuer geografische Einordnung
On Thu, 8 Oct 2009 13:39:36 +0200, Florian Lohoff wrote: > On Thu, Oct 08, 2009 at 01:33:45PM +0200, Marcus Wolschon wrote: >> Super. >> Jetzt müsste das nur auch in MySQL tun und in der Api oder >> OSMXAPI angeboten werden. (Aber bitte ihne "adminlevel" und "border" >> sondern natürlich für allgemeine Polygone.) > > Wenn du MySQL vernuenfige GIS extensions beibiegst dann geht das auch da. Darauf habe ich keinen Zugriff. Die Server stehen in London. > Und OSMXAPI ist tot - Rest in piece(es) - Das dingen ist fuer irgendwelche > nutzung viel zu instabil und langsam. Etwas besseres als OSMXAPI haben wir halt nicht für Suchen nach etwas anderes als der ID. Die Alternative ist halt für jeden der ein popeliges Shell-Script schreiben will was so eine Suche mal ebnen für ein Dutzend Elemente braucht zu zwingen ein Postgresql + Postgis für seine Architektur runterzuladen, einzurichten, Datenbank anzulegen, Rechte vergeben, Planet laden, importieten, fluchen weil irgendwas nicht tut. Oder halt den Planet/Landes-Auszug durch osmosis mit einem speziellen Task zu jagen und hoffen, dass der Ram reicht (Du kriegst ja für einen Way nicht einfach so die Nodes und für eine Relation die Ways in der Osmosis-Pipeline). > Und es geht auch fuer generelle polygone - muss nur jemand bauen. Ich habe > nur admin boundarys gebraucht fuer die Strassenlistenauswertung - der rest > ist mir erstmal wumpe ... Ist schon klar. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe JOSM
Am 8. Oktober 2009 06:47 schrieb Tirkon : > Im Zuge dessen hat sich für mich ein weiteres Missverständnis > aufgeklärt: Es gibt nämlich zwei unterschiedliche Arten von > englisch-Layer = deutsch-Ebene. Der eine betrifft die OSM-Datenbank, > wo dieser zum Beispiel zur Darstellung von Tunneln und Brücken genutzt > wird. Diese Art von Layer wird auch in der JOSM Anleitung im Wiki > aufgegriffen. > Auf den Sinn und Zweck der Ebene als "Infopalette" in JOSM geht die > Anleitung im Wiki nicht ein. Es gibt da lediglich zwei Hinweise auf > diese Art von Ebenen:... einfach mal in Wikipedia eingeben: http://de.wikipedia.org/wiki/Ebenentechnik ist dasselbe Konzept wie in anderen Bereichen der Computerprogramme (CAD, Photoshop und andere Bitmapprogramme, Layoutprogramme, GIS-Programme, Vektor-Programme, ...). Man verteilt die Informationen auf verschiedene "Ebenen" (vergleichbar transparenten Folien), so dass man zur besseren Übersicht diese ein- und ausschalten kann, löschen, zusammenfügen (mergen), etc. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsstruktur fuer geografische Einordnung
On Thu, Oct 08, 2009 at 01:33:45PM +0200, Marcus Wolschon wrote: > Super. > Jetzt müsste das nur auch in MySQL tun und in der Api oder > OSMXAPI angeboten werden. (Aber bitte ihne "adminlevel" und "border" > sondern natürlich für allgemeine Polygone.) Wenn du MySQL vernuenfige GIS extensions beibiegst dann geht das auch da. Und OSMXAPI ist tot - Rest in piece(es) - Das dingen ist fuer irgendwelche nutzung viel zu instabil und langsam. Und es geht auch fuer generelle polygone - muss nur jemand bauen. Ich habe nur admin boundarys gebraucht fuer die Strassenlistenauswertung - der rest ist mir erstmal wumpe ... Flo -- Florian Lohoff f...@rfc822.org "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsstruktur fuer geografische Einordnung - is_in
> Ich kann bei einer Suche keinen Unterschied erkennen ob kein is_in > gefunden > wird oder ob das Objekt nicht in einer entsprechenden Relation (Variante > B) > oder nicht in einem entsprechenden Polygon(Variante A, robuster) ist. Nichts was sich nicht durch eine einfache Aktion ändern lassen würde. Der Wildwuchs resultiert schlicht aus nicht vorhandener Doku. Die Leute haben sich einfach an die teilweise auch falschen Einträge der OpenGeo DB oder Nachbarorten gehalten. Denn es stand ja nirgends eine einheitliche Schreibweise oder Struktur. Wie sollen sich denn da zufällig alle unwissentlich auf einen einheitlichen Konsens einigen? Geht schlicht und einfach nicht! Wenn ich eine einheitliche vorgehensweise wünsche muss ich diese dokumentieren und vor allem so breit wie möglich bekannt machen. Die Leute haben keine Glaskugel, oder sind Borg die mal eben die ganze DB Assimilieren und auf Effizienz prüfen. Das hier alles automatisch auf Wunsch eines Programmiereres läuft ist schlicht und ergreifend unrealistisches Wunschdenken. Es ist eigentlich so pipi einfach. Wenn dich das Problem so extrem nervt, dokumentiere richtige Schreibweisen und Bäume und verbreite es. Dann kann man eine Aktion daraus machen und zack ist alles geritzt. Manches ginge sogar automatisch, was auch ein Bot schon versuchte, teils aber leider auch nicht ohne weiteren Bockmist zu bauen. > Bei einem Polygon kann das nicht passieren und bei einer Relation > ist jedes in sie eingetragene Objekt auch mit grosser Sicherheit richtig. Und wie das passiert! Erst vor wenigen Tagen musste ich sämtliche AGS und dutzende Zugehörigkeiten in Relationen in gesamt Sachsen-Anhalt ändern. Die Leute haben zwar versucht die Gebietsreformen an den Grenzsegmenten anzupassen, den Rest aber vergessen. Nur weil ich eine andere Zusammenfassung wähle behebe ich das Problem nicht automatisch. Dokumentation und Aufklärung ist das A und O. Dem einfachen Mapper sind irgendwelche weit entferten Auswertungen und Auswirkungen oft nichtmal bewusst. Er kann nicht riechen das es dann irgendwo in einer ihm vielleicht völlig unbekannten Anwendung klemmt. Du vernachlässigst hier massiv die Komponente Mensch. Rein technisch ist das nicht lösbar. > Ich sehe das eher anders herum. Wenn keiner sie benutzt, werden die > Editoren auch nicht besser da weder Anforderungen erkannt werden noch > eine Priorität (um nicht Leidensdruck zu sagen) für solche Verbesserungen > besteht. Wenn jemand Realationen nicht anpackt, dann weil er sie nicht versteht und/oder Angst hat etwas kaputt zu machen, was auch schon an vielen Stellen gepostet wurde. Das ist bereits schon die Initialzündung das hier etwas zu tun ist. So wie du dir das ausmalst wird es nichts. Und wenn es dumm läuft, du die Leute zur Nutzung solcher Dinge zwingst, provozierst du damit nur massenhaft Datenschrott, frustrierte Mitstreiter und bist am ende auch nur nicht schlauer. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsstruktur fuer geografische Einordnung
On Thu, 8 Oct 2009 13:15:13 +0200, Florian Lohoff wrote: > On Thu, Oct 08, 2009 at 07:16:11AM +0200, Marcus Wolschon wrote: >> Dann brauchen wir aber endlich eine andere Möglichkeit die Polygone zu >> finden >> in denen ein Punkt enthalten ist als nur "lade halt das Planet-File und >> prüfe >> alle Ways darin". >> Enthaltensein in Relationen kann man gut navigieren. >> Ich bevorzuge auch Polygone und zur Not Multipolygone >> aber wir können übr die nicht "nach oben" navigieren. > > Also ich kann sowas in meiner postgres? Um es zu beschleunigen baut > man sich aus den boundarys polygone: Super. Jetzt müsste das nur auch in MySQL tun und in der Api oder OSMXAPI angeboten werden. (Aber bitte ihne "adminlevel" und "border" sondern natürlich für allgemeine Polygone.) Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC-Import startet und braucht eure Hilfe
On Wed, 7 Oct 2009 20:49:51 +0200, Marcus Wolschon wrote: > 2009/10/7 : >> >> Auf >> http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany/Areas/3600_to_3700 >> hab ich jetzt zum Testen eine der neu generierten Wiki-Tabellen. >> >> * kein Link auf JOSM mehr >> * Link zum RemoteControl-Plugin oben >> * neu: Bounding-Box downloads >> >> Was noch kommt: >> * Bounding-Box in .osm -Dateien >> * irgendwie die ganzen Wiki-Tabellen aktualisieren. >> (Captcha macht Probleme.) http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany/Areas1 besteht schonmal fast komplett aus den neu generierten Tabellen. (keine Angst, "done"-Einträge hab ich übernommen) und in Areas1, Areas2 und Areas3 ist eine Warnung drin, dass man die .osm nicht hochladen soll. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsstruktur fuer geografische Einordnung - is_in
On Thu, Oct 08, 2009 at 10:17:06AM +0200, marcus.wolsc...@googlemail.com wrote: > > Hier ist auch noch was schönes dazu: > > http://autobug.osm.lab.rfc822.org/lists/hierarchy.html > > Danke. > > Nett > wir haben 2 grosse Hirarchien unter > "Bundesrepublik Deutschland" und unter "Germany", > ein frei schwebendes "Hessen" und jede Menge frei > schwebende Orte. Und die kann man wiederum trivial ergaenzen semiautomatisch. Ich habe das fuer NRW gemacht - und andere moegen das fuer andere Bundeslaender machen die sie fuer wichtig erachten. Ich habe mir selber scripte geschrieben die OSM dateien erzeugen mit allen places mit den fehlern drin - Zusammen mit der suche im JOSM so das man alle markieren lassen kann die einen bestimmten fehler haben kann man dann in wenigen minuten ganze Landkreise reparieren - Das ist einfach nur arbeit ... Flo -- Florian Lohoff f...@rfc822.org "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsstruktur fuer geografische Einordnung - is_in
On Thu, Oct 08, 2009 at 08:15:29AM +0200, marcus.wolsc...@googlemail.com wrote: > Schonmal versucht anhand der is_in -Tags z.b. alle > zu einem Regierungsbezirk gehörenden Orte zu finden? > Oder zu welchem XYZ jetzt irgendwas gehört für irgendein > festes XYZ? > Bei einen steht nichts drin, bei einigen das Bundesland > in einer von 10 verschiedenen Schreibweisen, bei einigen . > > Das bestehende is_in -Tag ist einfach für keinerlei Verwendung > nutzbar. Es steht willkürlicher Müll drin und jede Suche nach > einem Bestimmten Wert in diesem Tag ist zum Scheitern verurteilt. Genau das Chaos habe ich mal mit dem is_in Bot grossflaechig aufgeraeumt. D.h. fuer die is_in (auf places wohlgemerkt) die irgendwas verwertbares hatten habe ich die is_in bestandteile normalisiert d.h. Deutsche schreibweise (kein Northrhine-Westfalia oder Badewüddebersch). Dazu dann die sortierung absteigend der adminlevel nach d.h. Ort, Kreis, ggfs Regierungsbezirk, Bundesland, Bundesrepublik Deutschland, Europe So das wenn man alle places nimmt und reverse die dinger hierarchisch einsortiert kommt da schon so einiges brauchbares raus: http://autobug.osm.lab.rfc822.org/lists/hierarchy.html Taeglich neu generiert ... Alternativ auch gleich mit fehlermeldungen von fehlern die man automatisiert erkennen kann: http://autobug.osm.lab.rfc822.org/lists/isin-buglist.csv Oder visualisiert auf einer Karte http://autobug.osm.lab.rfc822.org Da sieht man dann welche places kein is_in haben oder ein was faktisch falsch/kaputt/unvollstaendig ist - Manches kann man aber nicht wirklich erkennen is_in haben den eklatanten nachteil (wie auch relations) das ALLE diszipliniert arbeiten muessen - wohingegen die area/polygon geschichte nur disziplin von wenigen verlaengt - und zwar denen die die polygone pflegen ... Nachdem ich die is_in aufgeraeumt habe habe ich mich beim raten von adminlevel 8 polygonen in NRW versucht - Die sind mittlerweile alle - mehr oder weniger korrekt vorhanden - So das hier keiner mehr weinen muss das eine zuordnung nicht moeglich ist. Sie ist moeglich und zwar trivialer weise ... Fuer jede Straße, jeden POI etc ist es moeglich in NRW die zugehoerigkeit zum Kreis, Regierungsbezirk, Stadt zu ermitteln. Sollte der PLZ import laufen auch eine Postleitzahl ... Flo -- Florian Lohoff f...@rfc822.org "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsstruktur fuer geografische Einordnung
On Thu, Oct 08, 2009 at 07:16:11AM +0200, Marcus Wolschon wrote: > On 2009-10-07, Frederik Ramm wrote: > > 1. Wir haben eine raeumliche Datenbank. Da kann man sowas anhand der > > Daten feststellen. Wenn man es nicht kann, muss man seine Daten > > verbessern oder seine Abfragemethoden - aber ob eine Kneipe in > > Deutschland liegt oder in Frankreich, das moechte ich lieber anhand der > > Grenze feststellen als anhand irgendwelcher Relationenzugehoerigkeiten! > > Dann brauchen wir aber endlich eine andere Möglichkeit die Polygone zu finden > in denen ein Punkt enthalten ist als nur "lade halt das Planet-File und prüfe > alle Ways darin". > Enthaltensein in Relationen kann man gut navigieren. > Ich bevorzuge auch Polygone und zur Not Multipolygone > aber wir können übr die nicht "nach oben" navigieren. Also ich kann sowas in meiner postgres? Um es zu beschleunigen baut man sich aus den boundarys polygone: insert into completeborders ( id, adminlevel, name, border, path ) select border.id, border.adminlevel::integer, border.name, ST_BuildArea(ST_Collect(linestring)) as geom, ? from( select rm.id, rm.adminlevel, rm.name, w.linestring fromways w, ( select rm.relation_id as id, rm.member_id as wayid, rt1.v as adminlevel, rt2.v as name fromrelation_members rm, relation_tags rt1, relation_tags rt2 where rm.member_type = 'W' and rm.relation_id in ( ? ) and rm.relation_id = rt1.relation_id and rm.relation_id = rt2.relation_id and rt1.k = 'admin_level' and rt2.k = 'name' order byid ) rm where w.id = rm.wayid and ST_NumPoints(w.linestring)>1 ) as border group by border.id, border.adminlevel, border.name Dann einfach mal fragen in welchen polygonen das ist: osm=> select * from node_tags where k='name' and v='Mastholte'; node_id | k | v ---+--+--- 248064797 | name | Mastholte (1 row) sm=> select cb.id,cb.adminlevel,cb.name from completeborders cb, nodes n where n.id = 248064797 and ST_Within(n.geom, cb.border) order by adminlevel desc; id | adminlevel | name ---++-- 78758 | 8 | Rietberg 62379 | 6 | Kreis Gütersloh 73347 | 5 | Regierungsbezirk Detmold 62761 | 4 | Nordrhein-Westfalen (4 rows) Time: 65.338 ms D.h. der Stadtteil Mastholte gehoert zu Rietberg, Kreis Gütersloh, Regierungsbezirk Detmold in Nordrhein Westfalen. Alles kein Hexenwerk ... Flo -- Florian Lohoff f...@rfc822.org "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem im Wiki mit Seiten auf Deutsch?
Markus wrote: >Was genau meinst Du? Wie im anderen Ast des Threads beschrieben, habe ich dieses Posting versehentlich versendet und wieder gelöscht. Du hast es scheinbar innerhalb des Zeitverzuges bis zum Wirksamwerden der Löschung empfangen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem im Wiki mit Seiten auf Deutsch?
Markus wrote: >Bitte keine kryptischen und undokumentierten Links in die Liste. > >Tirkon schrieb: >> cancel Entschuldigung, ich habe keinen blassen Schimmer, was dokumentierte bzw. undokumentierte Links in der Liste sind. Bei meinem Newsgroupreader "Forte Agent", den ich auch für diese Mailinglisten verwende, ist dies das vorgesehene Verfahren zum Löschen von versehentlich versendeten Postings und das hat bis dato funktioniert. Beim Click auf den Message Link erhalte ich damit das zu löschende Posting. http://www.livinginternet.com/u/ua_cancel.htm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem im Wiki mit Seiten auf Deutsch?
Hallo ... , > Mal wird ein in einem deutschen Artikel ein deutscher Artikel > verlinkt, mal ein englischer, obwohl ein deutscher existiert. Was genau meinst Du? > Möglicherweise würde eine Trennung der Sprachversionen wie bei > Wikipedia eine Abhilfe schaffen, so dass sich der Vorsatz "DE" > erübrigen würde. Im OSM-Wiki sind die Sprachversionen bereits getrennt. Wir haben folgende 6 Namensräume: - [leer] Englisch - [de:] Deutsch - [fr:] Französisch - [it:] Italienisch - [es:] Spanisch - [nl:] Niederländisch - [ru:] Russisch Problematisch ist (u.a.), dass inzwischen im Tool von OSMern weitere Sprachen "implementiert" wurden, aber ohne die dazu erforderlichen Namensräume einzurichten ;-) > beim Einstellen eines englischen Artikels automatisch derselbe Artikel > in allen Sprachen erstellt werden. Viele Artikel werden in deutscher Sprache erstellt. Automatische Übersetzung funktioniert nicht, egal in welche Richtung. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem im Wiki mit Seiten auf Deutsch?
Bitte keine kryptischen und undokumentierten Links in die Liste. Tirkon schrieb: > cancel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsstruktur fuer geografische Einordnun g - is_in
On Thu, 08 Oct 2009 12:20:43 +0200, Ulf Lamping wrote: >> Mit dem is_in -Tag werden wir immer Einträge haben, die nicht zusammen >> passen >> und jede Menge die halt fehlen. > > Ja, eine Unschärfe bleibt leider. Allerdings ist mir ein unscharf (nicht > falsch) eingetragener is_in lieber als eine garnicht eingetragene > Relationszugehörigkeit. Ich kann bei einer Suche keinen Unterschied erkennen ob kein is_in gefunden wird oder ob das Objekt nicht in einer entsprechenden Relation (Variante B) oder nicht in einem entsprechenden Polygon(Variante A, robuster) ist. >> Das ist einfach ein technisch schlechter Lösungsansatz um ein >> enthalten-sein >> auszudrücken. > > Beide Varianten haben so ihre Vor- und Nachteile. > > Technisch sind die Relationen zwar auch aus meiner Sicht besser, aber > für einen Crowdsourcing Ansatz ist is_in für den Mapper "da draussen" > (zumindest aktuell) einfacher. > > is_in kann man halt recht einfach aus dem Kopf machen: > > Kleinkleckersdorf, Landshut, Bayern, Deutschland, Europa, Erde, > Sonnensystem, Milchstraße In der Tat ist es natürlich einfacher zu mappen, nur ist es genauso einfach eine Ebene zu vergessen oder eine andere Schreibweise zu verwenden oder bei einer Änderung nicht alle Vorkommnisse zu bemerken. Bei einem Polygon kann das nicht passieren und bei einer Relation ist jedes in sie eingetragene Objekt auch mit grosser Sicherheit richtig. Unterhalb der Ebene der Ortschaft/Stadtteil halte ich Relationen für zu aufwendig, da muss es ein Polygon sein. Darüber ist mir beides Recht aber is_in lehne ich dort ab. > Die passende Relation muß man erstmal finden bzw. anlegen. Die aktuelle > "einfache Benutzbarkeit" der Editoren auf dem Gebiet der Relationen ist > hoffentlich bekannt. Ich sehe das eher anders herum. Wenn keiner sie benutzt, werden die Editoren auch nicht besser da weder Anforderungen erkannt werden noch eine Priorität (um nicht Leidensdruck zu sagen) für solche Verbesserungen besteht. > Ergo: Solange das Handling der Relationen noch nicht wirklich "schön" > ist, kommen wir mit is_in erstmal schneller voran. Wenn wir später die > Editoren soweit haben, können wir die is_in immer noch mit vertretbarem > Aufwand in Relationen umwandeln ... Genau diesen "vertretbaren Aufwand" bezweifle ich. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsstruktur fuer geografische Einordnung - is_in
marcus.wolsc...@googlemail.com schrieb: > > Jetzt mach du dich nicht lächerlich. Jetzt bleibt halt mal beide auf dem Teppich :-) > Mit dem is_in -Tag werden wir immer Einträge haben, die nicht zusammen > passen > und jede Menge die halt fehlen. Ja, eine Unschärfe bleibt leider. Allerdings ist mir ein unscharf (nicht falsch) eingetragener is_in lieber als eine garnicht eingetragene Relationszugehörigkeit. > Das ist einfach ein technisch schlechter Lösungsansatz um ein > enthalten-sein > auszudrücken. Beide Varianten haben so ihre Vor- und Nachteile. Technisch sind die Relationen zwar auch aus meiner Sicht besser, aber für einen Crowdsourcing Ansatz ist is_in für den Mapper "da draussen" (zumindest aktuell) einfacher. is_in kann man halt recht einfach aus dem Kopf machen: Kleinkleckersdorf, Landshut, Bayern, Deutschland, Europa, Erde, Sonnensystem, Milchstraße Die passende Relation muß man erstmal finden bzw. anlegen. Die aktuelle "einfache Benutzbarkeit" der Editoren auf dem Gebiet der Relationen ist hoffentlich bekannt. Ergo: Solange das Handling der Relationen noch nicht wirklich "schön" ist, kommen wir mit is_in erstmal schneller voran. Wenn wir später die Editoren soweit haben, können wir die is_in immer noch mit vertretbarem Aufwand in Relationen umwandeln ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem im Wiki mit Seiten auf Deutsch?
cancel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe JOSM
Ulf Lamping wrote: >Da du so auf Anleitungen stehst: Damit der nächste nicht wieder drüber >stolpert, bitte ich dich dringend diese an den Stellen zu verbessern, wo >du Probleme hattest. Es ist ein Wiki. Genau das ist neben meiner eigenen Erleuchtung Ziel meiner Fragen ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem im Wiki mit Seiten auf Deutsch?
Martin Koppenhoefer wrote: >z.B. hier: >http://wiki.openstreetmap.org/wiki/Map_Making_Overview >ist kein Link auf eine deutsche Seite gesetzt. Wenn ich aber auf Dänisch gehe: >http://wiki.openstreetmap.org/wiki/Da:Mapper >gibts auch ne Deutsche Version: >http://wiki.openstreetmap.org/wiki/DE:Kartografieren >per Click auf Englisch komme ich wieder zur ursprünglichen Seite (s.o.). > >ist das ein Bug im entspr. Plugin? Wieso wird Deutsch auf der >englischen Seite nicht angezeigt, sondern als fehlende Übersetzung? Die Sprachenverlinkung im OSM Wiki ist dort ein durchgängiges Problem. Mal wird ein in einem deutschen Artikel ein deutscher Artikel verlinkt, mal ein englischer, obwohl ein deutscher existiert. Möglicherweise würde eine Trennung der Sprachversionen wie bei Wikipedia eine Abhilfe schaffen, so dass sich der Vorsatz "DE" erübrigen würde. Im Gegensatz zu Wikipedia könnte durch eine Software beim Einstellen eines englischen Artikels automatisch derselbe Artikel in allen Sprachen erstellt werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsstruktur fuer geografische Einordnung
On Thu, 8 Oct 2009 11:02:52 +0200, André Riedel wrote: > Irgendwie ;-) scheint es ja zu gehen. Nein, schau dir das folgende > Beispiel mal an: > http://old-dev.openstreetmap.org/~ojw/PlaceBrowser/ Stürzt bei "Stuttgart" ab und bei Herrenberg, Reutlingen, Horb am Neckar,... kommt garnichts. Ich sag ja nicht dass es nicht geht sondern dass es unnötig aufwändig und unnötig unvollständig und unnötig fehleranfällig ist das über is_in zu machen. Ausserdem bin ich mir sicher, dass der nicht nur is_in sondern mindestens auch die Grenzen nutzt. Genau die statt is_in zu nutzen ist aber einer meiner 2 alternativen Vorschläge. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsstruktur fuer geografische Einordnun g - is_in
On Thu, 08 Oct 2009 11:00:42 +0200, Frederik Ramm wrote: > Hallo, > > Bernd Wurst wrote: >>> "Bundesrepublik Deutschland" und unter "Germany", >> >> Ja, groß (30.000 Einträge) und groß (118 Einträge). Quasi gleich >> groß. :) > > Bloss weil > irgendwas in Deutschland ist, kann man doch nicht alles in so eine > Relation stecken. Die Relation für Deutschland hätte wohl 16 (zusätzliche) Einträge mit einer Rolle ala "state" oder ähnlich und wäre warscheinlich die gleiche Relation die eh schon zum Zusammenfassen der Grenzen existiert. > Da hat wohl wieder mal der deutsche Ordnungswahn > zugeschlagen... hups, was haben wir denn hier, einen kleinen Node, der > ist ja noch in gar keine Relation, hm, wo koennte der denn rein, > schliesslich muss alles schoen aufgeraeumt sein... ;-) Jetzt mach du dich nicht lächerlich. Mit dem is_in -Tag werden wir immer Einträge haben, die nicht zusammen passen und jede Menge die halt fehlen. Das ist einfach ein technisch schlechter Lösungsansatz um ein enthalten-sein auszudrücken. Was wäre an Polygonen/Multipolygonen bzw. einem Baum aus Relationen schlechter als wie jetzt an jedem kleinen Objekt ein is_in zu haben, das sagt das es in Europa ist und nur mit massiven Mehrdeutigkeiten und Unvollständigkeiten geparsed werden kann? Polygone machen sich soweit gut aber die Suche nach oben hin ist sehr aufwendig (wer diesen Aufwand treibt ob Server oder Client ist zweitrangig). Relationen wie z.B. in der Deutschland-Relation als Member die Bundesländer, in denen ihre Kreise und kreisfreihen Städte, ... . Damit kann ich gleich sehen: Kurfürstendamm ist in 12345 Berlin-Mitte in Deutschland und kann umgekehrt eine mit Adressen statt Lat+Lon referenzierte Geodaten als Datenspende akzeptieren, da ich DE -> Berlin -> Berlin-Mitte -> PLZ 12345 -> Kurfürstendamm auflösen kann. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC...
On Thu, 08 Oct 2009 10:40:55 +0200, SLXViper wrote: > Könnte man das nicht verhindern, indem man für diesen TMC-Layer negative > IDs benutzt? Um das dann hochzuladen, müsste man dann schon deutlich > mehr Aufwand (als "Upload" klicken) betreiben, der dann die allermeisten > (hoffentlich) davon abhält... > Ich habe negative IDs benutzt um den Schaden in so einem Fall gering zu halten. (statt existierender Objekte werden neue angelegt). JOSM erlaubt das explizit. Wenn jemand eine Idee hat, gerne. z.B. könnte ich eine Versionsnummer > 0 angeben oder so. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsstruktur fuer geografische Einordnung - is_in
Hallo. Am Donnerstag, 8. Oktober 2009 schrieb Frederik Ramm: > >> "Bundesrepublik Deutschland" und unter "Germany", > > Ja, groß (30.000 Einträge) und groß (118 Einträge). Quasi gleich groß. :) > Mein Gott, was ist den da alles drin? Das muss dringend entruempelt > werden. Mit so einer Relation kann doch niemand arbeiten. Bloss weil > irgendwas in Deutschland ist, kann man doch nicht alles in so eine > Relation stecken. Da hat wohl wieder mal der deutsche Ordnungswahn > zugeschlagen... hups, was haben wir denn hier, einen kleinen Node, der > ist ja noch in gar keine Relation, hm, wo koennte der denn rein, > schliesslich muss alles schoen aufgeraeumt sein... ;-) Das ist keine Relation sondern ein parser für is_in. is_in ist eine redundante Text-Repräsentation von verschachtelten Relationen. Grade darum geht es ja, ob man mit diesem is_in arbeiten kann oder ob man das unbedingt als Relationen braucht. Gruß, Bernd -- Je älter ich werde, desto fragwürdiger erscheint mir die These, Alter mache Weise - Henry Louis Mencken (am. Journalist, 1880-1956) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe JOSM
Tirkon schrieb: > Auf den Sinn und Zweck der Ebene als "Infopalette" in JOSM geht die > Anleitung im Wiki nicht ein. Es gibt da lediglich zwei Hinweise auf > diese Art von Ebenen: > 1) "Als neue Ebene laden lädt die Daten in eine eigene Ebene (was das > bedeutet später mehr)." > Dieses "später mehr" findet jedoch nicht statt. Es wird später auf den > Brücken- und Tunnel- Layer eingegangen, so dass sich der Eindruck > impliziert, dass es sich um dasselbe handelt. Das Missverständnis ist > also naheliegend. > 2) "Bei Ebenen wird eine Liste der gelandenen Ebenen angezeigt. Ebenen > können temporär ausgelendet werden." Am besten bei sowas immer URLs dazulegen, dann finden andere das wesentlich schneller als wenn sie erst suchen und raten müssen welche Stelle du eigentlich meinst. > Man findet dies Art von Ebenen rechts oben in JOSM. Es bleibt dabei in > der Anleitung im Dunkeln, wozu man diese Art von Ebenen überhaupt > nutzen soll und welches deren Sinn und Zweck ist. Ich würde mich > freuen, wenn mir jemand den Sinn, Zweck und Nutzung(sbeispiele) dieser > Art von Ebene erklären könnte. Ein bisschen was kannst du aber schon selber rausfinden? ;-) Zum Thema "Wie man Fragen richtig stellt" gibt es von Eric S. Raymond ein Essay, das du dir vielleicht mal anschauen solltest: http://catb.org/~esr/faqs/smart-questions.html (englisches Original) http://www.tty1.net/smart-questions_de.html (deutsche Übersetzung) Ich hatte dir ja schon einen drei Punkte Plan zum Thema ausprobieren aufgeschrieben :-) Die Ebenen repräsentieren die jeweiligen Datensammlungen, die im JOSM vorhanden sind (OSM Daten vom Server, GPX Datei, ...). Diese werden als einzelne Ebenen auf dem "Karten-Fenster" übereinander gelegt dagestellt - so als wenn man diese Datensammlungen einzeln auf Folien malt und dann übereinanderlegt. Mit dem "Augen-Knopf" kannst du einzelne Ebenen temporär ausblenden (hilfreich wenn du dir was bestimmtes anschauen willst und die anderen Ebenen dabei stören). Mit dem "Mülleimer-Knopf" werden Ebenen (und damit die repräsentierten Datensammlungen) permanent aus dem JOSM rausgelöscht. Wenn alle Ebenen gelöscht sind, ist JOSM wieder ziemlich "jungfäulich". Da du so auf Anleitungen stehst: Damit der nächste nicht wieder drüber stolpert, bitte ich dich dringend diese an den Stellen zu verbessern, wo du Probleme hattest. Es ist ein Wiki. Wenn du dir unsicher bist ob das stimmt was du meinst, schreib es ins Wiki und frag hier nach "Ich hab die Seite x,y, und z erweitert, kann jemand auf der URL soundso mal nachschauen ob das so stimmt?" Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsstruktur fuer geografische Einordnung
Am 8. Oktober 2009 08:25 schrieb : > On Thu, 8 Oct 2009 07:49:16 +0200, Bernd Wurst wrote: >> Hallo. >> >> Am Donnerstag, 8. Oktober 2009 schrieb Marcus Wolschon: >>> Dann brauchen wir aber endlich eine andere Möglichkeit die Polygone zu >>> finden in denen ein Punkt enthalten ist als nur "lade halt das >>> Planet-File >>> und prüfe alle Ways darin". >> >> Ist es so schwer, einfach mal auf maßlose Übertreibung zu verzichten? > > Was ist daran masslos? > Gegeben einen Punkt Lat+Lon und einen leeren Windows-Rechner > mit Browser und existierende Polygone. > Sage mir bitte, wie finde ich heraus in welchem Ort, Kreis und Bundesland > sowie PLZ-Gebiet dieser Punkt ist ohne bekannte Relations-IDs und ohne ein > Gebiet von der maximalen Grösse eines Bundeslandes +20% zu durchsuchen > oder > mir per OSMXAPI alle PLZ-Gebiete, Orte, Kreise und Bundesländer eines > Suchgebietes zu holen und wenn nichts kommt meinen Such-Radius immer wieder > auszuweiten? > XAPI macht hier auch nichts anderes als die gesammte Datenbank zu > durchsuchen. > Suchen, nicht Navigieren wohlgemerkt. Irgendwie ;-) scheint es ja zu gehen. Nein, schau dir das folgende Beispiel mal an: http://old-dev.openstreetmap.org/~ojw/PlaceBrowser/ http://article.gmane.org/gmane.comp.gis.openstreetmap/38678 Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsstruktur fuer geografische Einordnung - is_in
Hallo, Bernd Wurst wrote: >> "Bundesrepublik Deutschland" und unter "Germany", > > Ja, groß (30.000 Einträge) und groß (118 Einträge). Quasi gleich groß. :) Mein Gott, was ist den da alles drin? Das muss dringend entruempelt werden. Mit so einer Relation kann doch niemand arbeiten. Bloss weil irgendwas in Deutschland ist, kann man doch nicht alles in so eine Relation stecken. Da hat wohl wieder mal der deutsche Ordnungswahn zugeschlagen... hups, was haben wir denn hier, einen kleinen Node, der ist ja noch in gar keine Relation, hm, wo koennte der denn rein, schliesslich muss alles schoen aufgeraeumt sein... ;-) Relationen sind derzeit zwar technisch nicht limitiert, aber ab 2000 Members wird es meines Erachtens wirklich problematisch, das sind dann die Relationen, bei denen der API-Prozess abstuerzt, wenn jemand die History abruft ;-( Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC...
marcus.wolsc...@googlemail.com schrieb: > Genau. > Das steht gross und breit dran, dass man die nicht so 1:1 hochladen soll. > Das .osm -Format hab ich da nur gewählt weil es das sinnvollste ist > um im JOSM mit 2 Layern herauszufinden was zu was gehört. (Vor allem > mit den Europa- und Bundes-Strassen und deren Kreuzungen ginge das sonst > maximal noch über irgendwelche gerenderten Bilder und einen mit viel, viel > Arbeit aufgesetzten WMS-Server) > > Hat wohl jemand versehentlich den falschen Layer hochgeladen. > Könnte man das nicht verhindern, indem man für diesen TMC-Layer negative IDs benutzt? Um das dann hochzuladen, müsste man dann schon deutlich mehr Aufwand (als "Upload" klicken) betreiben, der dann die allermeisten (hoffentlich) davon abhält... Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsstruktur fuer geografische Einordnung - is_in
Hallo. Am Donnerstag, 8. Oktober 2009 schrieb marcus.wolsc...@googlemail.com: > wir haben 2 grosse Hirarchien unter > "Bundesrepublik Deutschland" und unter "Germany", Ja, groß (30.000 Einträge) und groß (118 Einträge). Quasi gleich groß. :) Mach dich nicht lächerlich. Du weiß so gut wie ich, dass seit der Bereinigungsaktion (war das nicht im Frühjahr) der überwiegende Teil der Hierarchie auf Bundesland-Ebene einheitlich ist. Alle Ausrutscher zusammen sind (ohne es durchzurechnen) vermutlich im einstelligen Prozentbereich (abgesehen von den vielen Einzeleinträgen, die nur die nächsthöhere Verwaltungseinheit angeben). Diese Fehlerquote haben wir vermutlich bei den meisten anderen Tags auch. > ein frei schwebendes "Hessen" und jede Menge frei > schwebende Orte. Oh, ein frei schwebendes Hessen mit 6 Einträgen. Man könnte es glatt mit dem in der Hierarchie sinnvoll eingeordneten Hessen (1301 Einträge) verwechseln. Die Diskussion ist müßig. Wenn du etwas besseres hast, dann probier es doch aus. Es hält dich keiner davon ab (du weißt ja, man kann da sonstwas eintragen). Bestehendes schlecht reden ohne einen besseren Vorschlag zu haben ist uncool. Gruß, Bernd -- Wenn ich mit meiner Relativitätstheorie recht behalte, werden die Deutschen sagen ich sei Deutscher, und die Franzosen, ich sei Weltbürger. Erweist sich meine Theorie als falsch, werden die Franzosen sagen ich sei Deutscher, und die Deutschen, ich sei Jude. - Albert Einstein signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsstruktur fuer geografische Einordnung
On Thu, 8 Oct 2009 08:34:45 +0200, Bernd Wurst wrote: > Was willst du eigentlich alternativ haben? Dass jeder Punkt in irgend > einer "Ich bin hier"-Relation steckt? Was mir am liebsten wäre, wäre entweder a) Ein Suchmöglichkeit die alle Polygone liefert in denen ein Punkt enthalten ist. Als Gegenstück zur bounding-box -suche, die mir alle Objekte in einer Region liefert. Multipolygone müsste man dann immernoch von Hand alle durchprobieren aber das sollten nur einige tausend sein. oder b) Die Möglichkeit für daran interessierte zur konstruktiven Arbeit an einer Ablösung des uneindeutigen "is_in"-Tags durch eine Relationen-Hirarchie mit sinnvollen Rollen bis hinunter zur Ortschaft/Stadtteil ohne ständig durch "Relationen sind böse" torpediert zu werden. Einfach weil eines von beiden den Aufbau von >>hochwertigen<< und nicht nur "irgendwie halbwegs funktionierenden" Adress-Suchen so viel einfacher macht und unsere Datenqualität gegenüber is_in massiv steigern könnte bei gleichzeitiger Verringerung der Redundanz und einfacherer Prüfung auf Korrektheit durch den einzelnen Mapper. Dein "dann muss man halt Preprocessing" machen in allen Ehren aber dieses Preprocessing muss nicht künstlich durch massiv inkonsistente und unvollständige Daten erschwehrt werden. Sobalt du sowas wie "ich habe auf x ein is_in=A und irgendwo hab ich ein is_in=A,B gelesen, also muss x in A und in B sein" machen musst wirst du irre. Daher ignoriere ich bei meiner Adressdatenbank is_in auch weitgehend und nutze es nur sekundär. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenztext für Luftbilder
Am 8. Oktober 2009 01:48 schrieb Martin Koppenhoefer : > Am 8. Oktober 2009 01:36 schrieb Peter Körner : >>> Wenn er halbwegs Internet-faehig ist, kannst Du ihn auch einfach bitten, >>> die Sachen bei Flickr hochzuladen; dort kann man ja dann die Lizenz >>> angeben, und er wuerde da einfach "PD" anklicken. >> Kein Meter :) Der Mann geht auf die 60 zu und außer Ballonfahren und >> Schifferklavier spielen hat er glaub ich kaum Hobbies ;) Ich werde ihn >> jedoch fragen, ob ich das in seinem Namen machen darf. > > PD geht m.E. über das Ziel schon weit hinaus, Du willst ja die > Originalbilder prinzipiell gar nicht veröffentlichen oder wenn, dann > nicht unbedingt mit dem Recht, sie auch weiterzuverbreiten / > veröffentlichen, schon gar nicht kommerziell, eigentlich reicht eine > Nutzungserlaubnis aus. Jedoch darf die nicht der Ballonfahrer erteilen sondern nur der Fotograf! Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsstruktur fuer geografische Einordnun g - is_in
On Thu, 8 Oct 2009 10:10:10 +0200, André Riedel wrote: > Am 8. Oktober 2009 10:00 schrieb : >> http://tagwatch.stoecker.eu/Germany/De/ignored_is_in.html > > Hier ist auch noch was schönes dazu: > http://autobug.osm.lab.rfc822.org/lists/hierarchy.html Danke. Nett wir haben 2 grosse Hirarchien unter "Bundesrepublik Deutschland" und unter "Germany", ein frei schwebendes "Hessen" und jede Menge frei schwebende Orte. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC...
On Thu, 8 Oct 2009 10:07:07 +0200, Sven Anders wrote: > Hat schon jemand den User der es hochgeladen hat (höflich) angeschrieben? > > Das wäre IMHO das beste vorgehen. Ich will nur verhindern das er in Mails > ertrinkt. Schon geschehen. Hab den User aus der History. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsstruktur fuer geografische Einordnung - is_in
Hallo. Am Donnerstag, 8. Oktober 2009 schrieb marcus.wolsc...@googlemail.com: > > erzielt. Ich vertraue da lieber den Anwendungen, die das *jetzt* schon > > *aktiv* nutzen. > Nenn mir bitte eine die is_in nutzt und funktioniert. Namefinder. http://gazetteer.openstreetmap.org/namefinder/ Bei jeder Ortsangabe wird der Inhalt von is_in zur genaueren Spezifizierung mit ausgegeben. Ich finde die Resultate in Ordnung. Gruß, Bernd -- Wer nicht zweifelt muss verrückt sein - Sir Peter Ustinov signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsstruktur fuer geografische Einordnung - is_in
Am 8. Oktober 2009 10:00 schrieb : > http://tagwatch.stoecker.eu/Germany/De/ignored_is_in.html Hier ist auch noch was schönes dazu: http://autobug.osm.lab.rfc822.org/lists/hierarchy.html Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC...
On Thu, 08 Oct 2009 09:57:09 +0200, Frank Sautter wrote: > Frederik Ramm schrieb: >> scheinen mir nicht gerade dem OSM-Grundsatz zu folgen, dass wir >> menschenlesbare Daten haben wollen ;-) > > ist mir heute morgen auch schon aufgefallen ;-) > > ich finde es ok, die TMC codes bei uns mit aufzunehmen, aber eher im > sinne eines "ref-tags", das auf externe daten (was die objekte in der > TMC-liste ja darstellen) referenziert. > > das zeugs, was aber da teilweise gerade reinwandert, hat imho nichts in > unseren osm daten zu suchen, weil es unsere daten unnötig aufbläht, > nicht vernünftig menschenwartbar und eigentlich vollkommen redundant ist > (mal ganz abgesehen von "DO NOT UPLOAD THIS ENTITY! IT IS FOR REFERENCE > ONLY.") *Zustimm* Da soll das eine Tag mit dem LocationCode rein, später bei Wegen zusätzlich die Nummer von Vorgänger/Nachfolger (weil der Code alleine da nicht ausreicht) und optional vieleicht noch LCLversion oder weil es sinnvolle Information ist Class. Wie kann ich da am sinnvollsten ein Auge drauf halten, dass sowas nicht öfter passiert? OSMXAPI ist nicht immer aktuell, oder? Tagwatch war täglich oder wöchentlich? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC...
Am Donnerstag, 8. Oktober 2009 09:57:09 schrieb Frank Sautter: > Frederik Ramm schrieb: > > scheinen mir nicht gerade dem OSM-Grundsatz zu folgen, dass wir > > menschenlesbare Daten haben wollen ;-) > > ist mir heute morgen auch schon aufgefallen ;-) > > ich finde es ok, die TMC codes bei uns mit aufzunehmen, aber eher im > sinne eines "ref-tags", das auf externe daten (was die objekte in der > TMC-liste ja darstellen) referenziert. > > das zeugs, was aber da teilweise gerade reinwandert, hat imho nichts in > unseren osm daten zu suchen, weil es unsere daten unnötig aufbläht, > nicht vernünftig menschenwartbar und eigentlich vollkommen redundant ist > (mal ganz abgesehen von "DO NOT UPLOAD THIS ENTITY! IT IS FOR REFERENCE > ONLY.") Hat schon jemand den User der es hochgeladen hat (höflich) angeschrieben? Das wäre IMHO das beste vorgehen. Ich will nur verhindern das er in Mails ertrinkt. Gruß Sven > > frank > > > ___ > 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...
On Thu, 08 Oct 2009 09:38:16 +0200, Frederik Ramm wrote: > Hallo, > > ich hab das mit dem TMC nur am Rande verfolgt, aber wenn ich den > "note"-Tag richtig lese, dann ist dies hier... > > http://www.openstreetmap.org/browse/relation/282430 > > ... wohl ein unerwuenschter Effekt? (Scheint mir auch vernuenftig, sowas > nicht hochzuladen, denn diese TMC-Tags und Rollenbeschreibungen a la > > > > scheinen mir nicht gerade dem OSM-Grundsatz zu folgen, dass wir > menschenlesbare Daten haben wollen ;-) Genau. Das steht gross und breit dran, dass man die nicht so 1:1 hochladen soll. Das .osm -Format hab ich da nur gewählt weil es das sinnvollste ist um im JOSM mit 2 Layern herauszufinden was zu was gehört. (Vor allem mit den Europa- und Bundes-Strassen und deren Kreuzungen ginge das sonst maximal noch über irgendwelche gerenderten Bilder und einen mit viel, viel Arbeit aufgesetzten WMS-Server) Hat wohl jemand versehentlich den falschen Layer hochgeladen. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsstruktur fuer geografische Einordnun g - is_in
On Thu, 8 Oct 2009 08:30:03 +0200, Bernd Wurst wrote: Hallo Bernd. > Wer nützliche Daten produzieren will, schaut sich Bestehendes an und > trägt > seine Daten äquivalent ein. So war das immer und so funktioniert das auch. Leider hat das im Falle dieses Tags nicht geklappt. Es gibt einfach keinen Konsens was da drin steht. Passiert halt bei unserem Ansatz auch hin und wieder. >> Schonmal versucht anhand der is_in -Tags z.b. alle >> zu einem Regierungsbezirk gehörenden Orte zu finden? > > Da es Regierungsbezirke in den meisten Bundesländern nicht gibt und diese > auch > in der persönlichen Empfindung quasi keine Rolle spielen, wurden die des > öfteren nicht angegeben. Das ist korrekt, aber kein Grund den Kopf in den > Sand zu stecken. Vermutlich brauchst du für das was du machen willst die > Regierungsbezirke auch gar nicht, oder? > > Und selbst wenn, die Regierungsbezirke enden immer an Landkreisgrenzen. Du > kannst mit einer sehr überschaubaren festen Liste diese Zuordnung anhand > der > Landkreise treffen. http://tagwatch.stoecker.eu/Germany/De/ignored_is_in.html Wie viele siehst du in diesen 300 wo der Landkreis halt nicht im Wert des is_in -Tag steht? Genau diese wirst du dann in deiner Suche nicht finden. Wenn ich eine Datenbank habe will ich nicht für alle Länder dieser Erde eine "festen Liste diese Zuordnung" führen. Dann bräuchte ich die Karte nicht mehr weil ich ja die gesuchte Zuordnung bereits habe. >> Oder zu welchem XYZ jetzt irgendwas gehört für irgendein >> festes XYZ? >> Bei einen steht nichts drin, bei einigen das Bundesland >> in einer von 10 verschiedenen Schreibweisen, bei einigen . > > Gib mir bitte das Beispiel für ein Bundesland, das in 10 verschiedenen > Schreibweisen in irgendwelchen is_in steht? http://tagwatch.stoecker.eu/Germany/De/ignored_is_in.html erkennst du hier irgendwelche einheitliche Nutzung? Da steht mal dieses, mal jenes drin. Mal nur der Name des Ortes, mal das Bundesland, mal Durchsuche die Tag-Werte nach irgendwas und du wirst die hälfte nicht finden weil an gerade dem jetzt eben nur andere Hirarchie-Ebenen dran standen und die gesuchte nicht im Tag-Wert ist. Da ist es zuverlässiger dieses Tag zu ignorieren und mit Polygonen/Multipolygonen und/oder Relationen zu arbeiten. Und genau so eine genauer spezifizierte Relation wird gerade im Wiki ausgearbeitet und hoffentlich irgendwann vorgeschlagen oder einfach mal testweise benutzt. > Aber mit Polemik und destruktivem Gerede wurde hier noch selten ein > Kompromiss Es geht nicht um einen Kompromiss sondern um eine Begründung warum ein Ersatz für das chaotische is_in sinnvoll ist. > erzielt. Ich vertraue da lieber den Anwendungen, die das *jetzt* schon > *aktiv* nutzen. Nenn mir bitte eine die is_in nutzt und funktioniert. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC...
Frederik Ramm schrieb: > scheinen mir nicht gerade dem OSM-Grundsatz zu folgen, dass wir > menschenlesbare Daten haben wollen ;-) ist mir heute morgen auch schon aufgefallen ;-) ich finde es ok, die TMC codes bei uns mit aufzunehmen, aber eher im sinne eines "ref-tags", das auf externe daten (was die objekte in der TMC-liste ja darstellen) referenziert. das zeugs, was aber da teilweise gerade reinwandert, hat imho nichts in unseren osm daten zu suchen, weil es unsere daten unnötig aufbläht, nicht vernünftig menschenwartbar und eigentlich vollkommen redundant ist (mal ganz abgesehen von "DO NOT UPLOAD THIS ENTITY! IT IS FOR REFERENCE ONLY.") frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] TMC...
Hallo, ich hab das mit dem TMC nur am Rande verfolgt, aber wenn ich den "note"-Tag richtig lese, dann ist dies hier... http://www.openstreetmap.org/browse/relation/282430 ... wohl ein unerwuenschter Effekt? (Scheint mir auch vernuenftig, sowas nicht hochzuladen, denn diese TMC-Tags und Rollenbeschreibungen a la scheinen mir nicht gerade dem OSM-Grundsatz zu folgen, dass wir menschenlesbare Daten haben wollen ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsstruktur fuer geografische Einordnung
Hi, Marcus Wolschon wrote: > Von Strassen hab ich nichts gelesen. Ich dachte an > Ortschaten und Stadtteile als kleinste Einheit. Christian H. Bruhn wrote: > Man könnte auf unterster Ebene anfangen > und eine Relation für die Straße erstellen, in der alle Häuser erfaßt > sind. Die Relation für den Ort besteht dann wieder aus diesen Straßen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem im Wiki mit Seiten auf Deutsch?
Hallo Martin, > ist das ein Bug im entspr. Plugin? Das Übersetzungs-Tool wurde Anfang 2009 von einem Wikipedia-Programmierer für uns geschrieben. Es hat bestens funktioniert: http://wiki.openstreetmap.org/wiki/Template:Languages Dann haben OSMer "Hand angelegt" und das ganze Ding verbogen. Er hat verständlicherweise nicht die Zeit, für uns auch noch "Support" zu machen - bzw. Verschlimmbesserungen wieder auszubügeln. Und ich traue mich nicht, das inzwischen sehr weit verbreitete Tool jetzt wieder auf den Stand von http://wiki.openstreetmap.org/index.php?title=Template:Languages&oldid=287486 zurückzusetzen. Sorry, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
