Re: [Talk-de] autobug update
On Sat, Nov 08, 2008 at 10:13:08PM +0100, Martin Koppenhoefer wrote: Subject: Re: [Talk-de] autobug update gibt es eigentlich Hoffnung / Bestrebungen, diese automatisierte Bug-suche auch auf ganz Europa auszudehnen, insb. der Teil feature ohne Namen und FIXMEs? Ich muesste mal einen einfachen weg finden in den selects die nodes einzuschraenken. Alle versuche (multi)polygone fuer deutschland zu erstellen so das ich das ueber postgis einschraenken kann sind bisher fehlgeschlagen ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
Hallo, Florian Lohoff wrote: Danke nochmal fuer die URL - ich hatte mir in dem svn schon nen wolf gesucht :) Allerdings loest das nur ein teil des problems. Damit koennte ich die changes so filtern das ich nicht so viel schrott anziehe - Werde das nachher mal machen - Nur ist mir im moment nicht klar wie ich das in die datenbank so importiere als multipolygon das ich das via select nutzen kann Du kannst das .poly-File schnell in ein CSV wandeln und dann mit ogr2ogr entweder direkt in die Postgis oder erst in ein Shapefile und dann in die Postgis stopfen. Allerdings bist Du vermutlich schneller, wenn Du dir einfach mit Perl die WKT-Form das poly-Files zurechtbastelst. Als Basis für das Einlesen der Poly-Files kannst Du die poly2osm oder simplify-poly-Skripte aus dem gleichen Verzeichnis nutzen. Erwarte allerdings keine Wunder von PostGis in dieser Beziehung - das mit dem is in germany-Polygon-Test ist nur brauchbar, wenn es um wenige Elemente geht. Wenn man sowas machen will wie alle Nodes in Deutschland ausschneiden, ist Osmosis wesentlich schneller als Postgis, selbst wenn man alle Indizes vernünftig anlegt. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
On Sun, Nov 09, 2008 at 01:31:01PM +0100, Frederik Ramm wrote: Hallo, Florian Lohoff wrote: Danke nochmal fuer die URL - ich hatte mir in dem svn schon nen wolf gesucht :) Allerdings loest das nur ein teil des problems. Damit koennte ich die changes so filtern das ich nicht so viel schrott anziehe - Werde das nachher mal machen - Nur ist mir im moment nicht klar wie ich das in die datenbank so importiere als multipolygon das ich das via select nutzen kann Du kannst das .poly-File schnell in ein CSV wandeln und dann mit ogr2ogr entweder direkt in die Postgis oder erst in ein Shapefile und dann in die Postgis stopfen. Allerdings bist Du vermutlich schneller, wenn Du dir einfach mit Perl die WKT-Form das poly-Files zurechtbastelst. Als Basis für das Einlesen der Poly-Files kannst Du die poly2osm oder simplify-poly-Skripte aus dem gleichen Verzeichnis nutzen. Erwarte allerdings keine Wunder von PostGis in dieser Beziehung - das mit dem is in germany-Polygon-Test ist nur brauchbar, wenn es um wenige Elemente geht. Wenn man sowas machen will wie alle Nodes in Deutschland ausschneiden, ist Osmosis wesentlich schneller als Postgis, selbst wenn man alle Indizes vernünftig anlegt. Es gibt mir jetzt eher drum nur places aus deutschland mit dem is_in validator zu validieren - fuer den rest der welt gilt die annahme der Regierungsbezirke und Bundeslaender eben nicht so :) Aber es gab ja schon die anfrage für die Schweiz und Österreich - Dann koennte man genau darueber die selektion machen welches is_in schema man da anwendet. Und es geht da ja nicht um viele punkte - fuer deutschland denke ich mal so 50-6 ... Das osmosis schneller ist find ich allerdings spannend ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
On Sun, Nov 09, 2008 at 12:53:36PM +0100, Sascha Silbe wrote: On Sun, Nov 09, 2008 at 11:34:43AM +0100, Florian Lohoff wrote: Ich muesste mal einen einfachen weg finden in den selects die nodes einzuschraenken. Alle versuche (multi)polygone fuer deutschland zu erstellen so das ich das ueber postgis einschraenken kann sind bisher fehlgeschlagen ... Wieso beschränkst Du nicht direkt beim Update per Osmosis mit dem Polygon [1], das die Geofabrik AFAIK auch nutzt? (*) [1] http://svn.openstreetmap.org/applications/utils/osm-extract/polygons/germany.poly (*) Ist wirklich als Frage gemeint - irgendein Problem damit wird es wohl geben, sonst würdest Du das bereits so machen. Danke nochmal fuer die URL - ich hatte mir in dem svn schon nen wolf gesucht :) Allerdings loest das nur ein teil des problems. Damit koennte ich die changes so filtern das ich nicht so viel schrott anziehe - Werde das nachher mal machen - Nur ist mir im moment nicht klar wie ich das in die datenbank so importiere als multipolygon das ich das via select nutzen kann um z.b. nur places aus deutschland zu bekommen .. Da muss ich nochmal weitergucken oder mal selber nen bischen perl tricksen - wass von der stange scheints da nicht zu geben ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
On Sun, Nov 09, 2008 at 11:34:43AM +0100, Florian Lohoff wrote: Ich muesste mal einen einfachen weg finden in den selects die nodes einzuschraenken. Alle versuche (multi)polygone fuer deutschland zu erstellen so das ich das ueber postgis einschraenken kann sind bisher fehlgeschlagen ... Wieso beschränkst Du nicht direkt beim Update per Osmosis mit dem Polygon [1], das die Geofabrik AFAIK auch nutzt? (*) [1] http://svn.openstreetmap.org/applications/utils/osm-extract/polygons/germany.poly (*) Ist wirklich als Frage gemeint - irgendein Problem damit wird es wohl geben, sonst würdest Du das bereits so machen. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
gibt es eigentlich Hoffnung / Bestrebungen, diese automatisierte Bug-suche auch auf ganz Europa auszudehnen, insb. der Teil feature ohne Namen und FIXMEs? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
On Fri, Nov 07, 2008 at 09:34:41AM +0100, Stefan Dettenhofer (StefanDausR) wrote: Ich weiß noch nicht genau, wie man es genau anwenden sollte, aber diese Liste finde ich irgendwie sympatisch (in dem Rahmen, indem man eine Excel-Tabelle sympatisch finden kann). Auf jeden Fall sympatischer, als diese langen is_in Zeichenfolgen, in denen sich Redundanz und Fehlerteufel um die Vorherrschaft streiten. Hier sehe ich auch das große Problem, dass man nie eine einheitliche Schreibweise vorfinden wird Warum überhaupt muss in dem Tag meines Ortes stehen, in welchem Kreis der Ort ist? Reicht das nicht bei der Stadt, die beim Ort im is_in steht? Ich hatte das (bisher) eigentlich auch als Baumstruktur gesehen, also Dorf is_in Gemeinde Gemeinde is_in Kreis Kreis is_in (Bundes-)Land Land is_in Staat usw. Das problem ist das Namen nicht eindeutig sind - So gibt es zig Neuenkirchen, Neustadt oder Langenberg. Welches von den vielen is gemeint im is_in? Alleine mal fuer Langenberg - das ist 3km von mir (Das einzig wahre Langenberg) osm= select * from node_tags where k = 'name' and v like '%Langenberg%' and node_id in (select node_id from node_tags where k like 'place'); node_id | k | v ---+--+ 60661265 | name | Langenbergheim 68837412 | name | Langenberg 69834592 | name | Langenberg 130788134 | name | Langenberg 160729255 | name | Langenberg 240094289 | name | Langenberg 256058940 | name | Langenberg 260566325 | name | Langenberg 298119224 | name | Langenberg Damit wurde schon mal eine gewisse fehlerhafte Redundanz wegfallen. Wobei es immer noch Probleme mit gleichnamigen Orten gäbe. Eben - Orte sind nur mit Namen und is_in pfad eindeutig ... Haher bin ich eher der freund eines eindeutigen (und offiziell anerkannten) Schlüssels. Die Gemeindekennzahl wäre da auch möglich, ist aber nur in Deutschland gebräuchlich. Daher kam ich auf die NUTS/LAU. Koennen wir alles gerne machen - taggst du die 30K places um? Ich gebe zu, ich bin kein großer Freund von Relationen, jedoch sind genau solche Zusammenhänge super in Relationen zu erfassen. Das wäre sicher möglich, nur sehe ich dann das Problem, was man in die Relation aufnimmt: Nur den place= oder auch die Gemeindegrenze oder gleich alle Elemente der Gemeinde? Letzteres wäre natürlich nicht sinnvoll zu handeln! So große Relationen sind unbedingt zu vermeiden. Wenn man das Problem mit Relationen löst, dann könnte man aber auch gleich auf den NUTS-Schlüssel verzichten bzw. diesen nur als Zusatzinfo an die Relation hängen. Ich denke der NUTS/LAU-Schlüssel macht nur Sinn, wenn man den für jedes relevante Element (also insbesondere place=) vergibt. Der ist ja im Prinzip genauso hierarchisch aufgebaut, wie die momentane ausgeschriebene Textform in is_in. Wer also schreibt mal was zum NEUEN Key:NUTS bzw. Key:NUTSLAU ??? Ich denke, derjenige wird Unterstützung bekommen, da es jedem einleuchten sollte, dass wir uns dadurch jede Menge Arbeit ersparen. Mal sehen, was die Diskussion hier noch ergibt (und meine Zeit zulässt) Genau das mit der Zeit und der Arbeit ist das problem - Solange niemand die arbeit macht wirds liegenbleiben. Die richtige loesung sind die polygone die die zugehoerigkeit hoffentlich eindeutig klaeren (Es gibt auch da probleme). Das is_in gehampel ist nur eine uebergangsloesung bis wir fuer jeden Stadtteil, Bezirk, Stadt, Kreis, Regierungsbezirk, Bundesland saubere polygone haben. Bis dahin ist die administrative einordnung der places ein graus ... Also reparier ich stand heute lieber die is_in und gehe mit einem validator da dran der gewisse annahmen ueber reihenfolge etc macht so das schreibweise und pfad fehler eben zutage treten. Wer es ueber relations loesen moecht - nur zu - finde ich auch keine schlechte idee. Nur faengt man da bei 0 an - is_in sind zumindest halbwegs gepflegt so das man auf einer basisarbeit aufsetzen kann ... Vor allem kann man das mit den relations parallel machen (genau wie mit den polygonen) ohne die is_in arbeit zu zerstoeren ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
Stefan Dettenhofer (OSM) schrieb: Warum Verwenden wir nicht die schon europaweit existierenden NUTS/LAU-Schlüssel? Hoert sich gut an! Uebrigens: Um noch mal ein wenig Verwirrung einzustreuen. Im Senegal (und ich vermute auch noch in anderen afrikanischen Laendern) hat letztens jemand alle place-Nodes mit is_in:continent=Africa ergaenzt... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
On Fri, Nov 07, 2008 at 12:19:40PM +0100, Peter Herison wrote: Stefan Dettenhofer (OSM) schrieb: Warum Verwenden wir nicht die schon europaweit existierenden NUTS/LAU-Schlüssel? Hoert sich gut an! Uebrigens: Um noch mal ein wenig Verwirrung einzustreuen. Im Senegal (und ich vermute auch noch in anderen afrikanischen Laendern) hat letztens jemand alle place-Nodes mit is_in:continent=Africa ergaenzt... Ist in Deutschland auch gelaufen. Viele opengeodb importierte nodes haben ein is_in:continent=Europe ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
Franz Stockerl: Schreiben wir Landkreis XXX oder Kreis XXX? Ich w?rde zum Kreis tendieren, ist ein wenig k?rzer. (Sorry, der digest dieser Liste geht als 7-Bit-encoded us-ascii raus, daher die Fragezeichen.) Kreis Main-Kinzig-Kreis? Sieht so hingerotzt aus, dass ich viele das per Hand korrigieren sehe. Ich wollte noch ein paar schlagendere Beispiele anführen, aber Landkreis Grafschaft Bentheim und Kreis Herzogtum Lauenburg gibt's wirklich. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
On Fri, Nov 07, 2008 at 11:09:47PM +0100, Johannes Hüsing wrote: Kreis Main-Kinzig-Kreis? Da kann mans ja weglassen, der Name ist dann von sich aus schon eindeutig. Den Präfix optional zu machen ist ja programmiertechnisch kein Problem. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] autobug update
Hi, autobug zeigt seit gestern abend auch nodes an deren note ein FIXME enthaelt. Explizit ausgenommen sind die FON wlans die einfach nur die Landschaft verschandeln Ausserdem wird bei den is_in validiert ob ein Bundesland genannt ist. Hier plane ich weitere administrative hierarchien zu validieren d.h. evtl Regierungsbezirke fuer Bundeslaender die das haben und ggfs Kreise wenn ich dafür irgendwoher Daten bekomme. Weiterhin ist die hierarchische darstellung der is_ins geupdated. Nun werden tabellen statt div genutzt um den ascii browsern rechnung zu tragen. http://autobug.osm.lab.rfc822.org/ http://autobug.osm.lab.rfc822.org/lists/hierarchy.html Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
On Thu, 6 Nov 2008 09:43:38 +0100, Florian Lohoff [EMAIL PROTECTED] said: http://autobug.osm.lab.rfc822.org/lists/hierarchy.html Wie wird diese Seite ausgewertet? Für Heideck steht in is_in: Roth,Mittelfranken,Bayern,Bundesrepublik Deutschland,Europe Für Abenberg steht in is_in: Roth,Mittelfranken,Bayern,Bundesrepublik Deutschland,Europe Heideck wird abgelegt unter Europe,Bundesrepublik Deutschland,Bayern,Mittelfranken,Landkreis Roth Abenberg wird abgelegt unter Europe,Bundesrepublik Deutschland,Bayern,Mittelfranken,Roth Abenberg: http://www.openstreetmap.org/?lat=49.24312lon=10.9643zoom=16layers=B000F Heideck: http://www.openstreetmap.org/?lat=49.13272lon=11.12467zoom=15layers=B000FTF Bei beiden handelt es sich um Städte im Landkreis, daher verstehe ich die Unterscheidung in der Hierarchie nicht ganz. Oder wird die entsprechende Info aus einem anderen Tag genommen? Ansonsten aber eine gute Hilfe für die Vervollständigung der Daten! Gruß Bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
On Thu, Nov 06, 2008 at 09:43:38AM +0100, Florian Lohoff wrote: autobug zeigt seit gestern abend auch nodes an deren note ein FIXME enthaelt. Werden auch FIXME=whatever ausgewertet (hab gerade den Link zum CSV nicht zur Hand)? Weiterhin ist die hierarchische darstellung der is_ins geupdated. Nun werden tabellen statt div genutzt um den ascii browsern rechnung zu tragen. Danke! http://autobug.osm.lab.rfc822.org/lists/hierarchy.html Hmm, Tübingen scheint hier unvollständig einsortiert zu werden: name=Tübingen is_in=Tübingen,Tübingen,Baden-Württemberg,Bundesrepublik Deutschland,Europe erscheint als E-BRD-BW-Tübingen-Tübingen (13). Das erste Tübingen auf der Seite dürfte der Regierungsbezirk sein, das zweite wäre dann eigentlich der Kreis (ist parallel zu Alb-Donau-Kreis etc.), nur fehlt dann der Eintrag zur Stadt. BTW: Was bedeutet die Zahl in Klammern? CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
On Thu, Nov 06, 2008 at 10:54:15AM +0100, Florian Lohoff wrote: Das was im is_in steht - reverse - Was du das siehst ist allerdings NUR der is_in - nicht der path is_in + name OK, das erklärt dann auch mein Tübingen-Problem. Und siehe da, die Stadtteile sind falsch eingetragen. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
On Thu, Nov 06, 2008 at 11:11:35AM +0100, Sascha Silbe wrote: On Thu, Nov 06, 2008 at 09:43:38AM +0100, Florian Lohoff wrote: autobug zeigt seit gestern abend auch nodes an deren note ein FIXME enthaelt. Werden auch FIXME=whatever ausgewertet (hab gerade den Link zum CSV nicht zur Hand)? Im moment nicht - Mache ich aber im laufe des tages noch - In etwa ist auch die verwendung note=FIXME blahblah 20 mal so haeufig wie FIXME=Blahblah ... Weiterhin ist die hierarchische darstellung der is_ins geupdated. Nun werden tabellen statt div genutzt um den ascii browsern rechnung zu tragen. Danke! http://autobug.osm.lab.rfc822.org/lists/hierarchy.html Hmm, Tübingen scheint hier unvollständig einsortiert zu werden: name=Tübingen is_in=Tübingen,Tübingen,Baden-Württemberg,Bundesrepublik Deutschland,Europe erscheint als E-BRD-BW-Tübingen-Tübingen (13). Das erste Tübingen auf der Seite dürfte der Regierungsbezirk sein, das zweite wäre dann eigentlich der Kreis (ist parallel zu Alb-Donau-Kreis etc.), nur fehlt dann der Eintrag zur Stadt. BTW: Was bedeutet die Zahl in Klammern? Die anzahl der gefundenen nodes die dieses element hatten (an der richtigen stelle). Fuer die hierarchieauswertung spielt die reihenfolge der elemente eine rolle. Das haengt mit der Problem der nicht eindeutigkeit zusammen - Tuebingen und Tuebingen - Das gibts ja vermutlich als Stadt, Kreis und Regierungsbezirk. Die Stadt selber wuerde ja nur auftauchen wenn jemand einen Stadtteil mit Tuebingen,Tuebingen,Tuebingen,Bawue... etc eingetragen haette. Deshalb bin ich ja dazu uebergegangen Kreis, Regierungsbezirk davor zu schreiben. Bzw bei Alb-Donau-Kreis ists ja auch so okay und eindeutig. Fuehrt natuerlich dazu das man das thema place=county auch reparieren muss. Die ganzen Kreise sind ja mal importiert worden nur sehen die vom Pflegezustand zeimlich gruselig aus - Und natuerlich sind beim initialem import die zusaetze Kreis und Regierungsbezirk nicht gemacht worden. Ich schmeisse dann wenn die fehlen die Nodes auch mit in die Datenbank. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
On Thu, 6 Nov 2008 10:54:15 +0100, Florian Lohoff [EMAIL PROTECTED] said: Tendentiell wuerde ich das alles auf Landkreis Roth aendern. So habe ich das fuer den Regierungsbezirk Detmold auch schon komplett gemacht und gedenke das fuer ganz NRW so durchzuziehen. Dann wuerde im is_in stehen. Rheda-Wiedenbrück,Kreis Gütersloh,Regierungsbezirk Detmold,Nordrhein-Westfalen,Bundesrepublik Deutschland,Europe Sollte man nicht auch gleich Stadt oder Gemeinde dazu schreiben? In meinem Fall also für die Dörfer is_in=Stadt Abenberg, Landkreis Roth, Regierungsbezirk Mittelfranken,... oder wäre das übertrieben und man trägt es wirklich nur ein, wo mehrere Verwaltungsbereiche gleich heißen? Wenn jetzt schon alles als Bug eingetragen ist, kann ich es auch gleich richtig korrigieren ;) Gruß Bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
On Thu, Nov 06, 2008 at 02:55:05PM +0100, Franz Stockerl wrote: Schreiben wir Landkreis XXX oder Kreis XXX? Laut Wikipedia [1] heißt es in Nordrhein-Westfalen und Schleswig-Holstein Kreis, im Rest von Deutschland Landkreis. [1] http://de.wikipedia.org/wiki/Landkreis CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
Bernd Distler schrieb: On Thu, 6 Nov 2008 10:54:15 +0100, Florian Lohoff [EMAIL PROTECTED] said: Tendentiell wuerde ich das alles auf Landkreis Roth aendern. So habe ich das fuer den Regierungsbezirk Detmold auch schon komplett gemacht und gedenke das fuer ganz NRW so durchzuziehen. Dann wuerde im is_in stehen. Rheda-Wiedenbrück,Kreis Gütersloh,Regierungsbezirk Detmold,Nordrhein-Westfalen,Bundesrepublik Deutschland,Europe Sollte man nicht auch gleich Stadt oder Gemeinde dazu schreiben? In meinem Fall also für die Dörfer is_in=Stadt Abenberg, Landkreis Roth, Regierungsbezirk Mittelfranken,... oder wäre das übertrieben und man trägt es wirklich nur ein, wo mehrere Verwaltungsbereiche gleich heißen? Wenn jetzt schon alles als Bug eingetragen ist, kann ich es auch gleich richtig korrigieren ;) Gruß Bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Und vor allem: Schreiben wir Landkreis XXX oder Kreis XXX? Ich würde zum Kreis tendieren, ist ein wenig kürzer. Ich hoffe, ich habe bei der Diskussion nicht verpasst. Die korrekte Schreibweise sollt man (vielleicht im Popup) unmissverständlich darstellen. Einfach bestimmen: So wird's gemacht! und dann ein dickes Fell bei den unzähligen Kommentaren behalten. Gruss geo-francis ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
Florian Lohoff schrieb: Hi, autobug zeigt seit gestern abend auch nodes an deren note ein FIXME enthaelt. Explizit ausgenommen sind die FON wlans die einfach nur die Landschaft verschandeln Ja, ein Paradebeispiel dafür, wie man Massenimporte nicht gestalten sollte: Erstmal wird der Datenbestand in OSM reingetan, dann festgestellt, dass die Information mehr oder weniger ungenau ist, obendrein ist höchst zweifelhaft, ob die Daten überhaupt hätten verwendet werden dürfen - nur um das Entfernen kümmert sich dann niemand mehr, insbesondere nicht der initiale Importeur. Gibts eine Chance, dass diese FON-Wlans automatisiert entfernt werden? Wenn nein, würde ich vorschlagen, dass du die eben gerade nicht rausfilterst, damit man zumindest manuell eine Chance hat, die flächendeckend wieder loszuwerden. Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
Schreiben wir Landkreis XXX oder Kreis XXX? Laut Wikipedia [1] heißt es in Nordrhein-Westfalen und Schleswig-Holstein Kreis, im Rest von Deutschland Landkreis. Ich probiere das grad im Wiki zu dokumentieren. Ich orientiere mich dabei grob an der Wikipedia und sonst an den Gemeinde-/Kreis-/wasauchimmer-Ordnungen, die ich im Internet finden kann: http://wiki.openstreetmap.org/index.php/DE:Grenzen Ich wuerde mich freuen wenn man fuer Deutschland ein is_in/place System finden kann (sprich: sich einigen kann), dass z.B. auch zwischen Bezirken und Stadtteilen in Hamburg unterscheiden kann (zur Zeit alles als suburb getaggt). Ich wuerde das nun auch einfach eigenmächtig umtaggen und alle Bezirke (ich rede beispielhaft von Hamburg) von place=suburb auf place=bezirk umtaggen und alle Stadtteile von place=suburb auf place=stadtteil umtaggen aber ich wette das dauert nicht lange bis das rueckgängig gemacht wird :) Ich bin mir immer nur unsicher was davon geschickter wäre: Man macht Nodes mit allen Informationen, die man braucht (name, population, post_code, ...) und verknuepft die per Relation zu größeren Einheiten (Stadtteil - Stadt - ...) oder aber das jetzige place/is_in-System. Gruß, Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
On Thu, Nov 06, 2008 at 02:25:49PM +0100, Bernd Distler wrote: Rheda-Wiedenbrück,Kreis Gütersloh,Regierungsbezirk Detmold,Nordrhein-Westfalen,Bundesrepublik Deutschland,Europe Sollte man nicht auch gleich Stadt oder Gemeinde dazu schreiben? In meinem Fall also für die Dörfer is_in=Stadt Abenberg, Landkreis Roth, Regierungsbezirk Mittelfranken,... oder wäre das übertrieben und man trägt es wirklich nur ein, wo mehrere Verwaltungsbereiche gleich heißen? Wenn jetzt schon alles als Bug eingetragen ist, kann ich es auch gleich richtig korrigieren ;) Ich habe mir das mit Stadt/Gemeinde immer gespart - Der punkt ist ja das die validierung ja den node versucht wiederzufinden mit dem namen. D.h. wenn du Stadt Bielefeld schreibst sollte ja ein place node mit dem name=Stadt Bielefeld existieren. Defakto heissen die im moment aber name=Bielefeld. Also denke ich keine gute idee. Anders sehe ich das bei den Kreisen. Die sind vielfach zwar durch den OpenGeoDB import in der Karte, aber grossflaechig teilweise geloescht, kaputtgetagged oder konvertiert worden zu einem place=town (openGeoDB:type=Kreis). Ich vermute die ursache darin das die mapper einfach sich die tags nicht s genau angesehen haben und sich einfach ueber den JOSM validator mit dem Duplicate Name haben verwirren lassen. Wenn ich die finde dann setze ich die auf place=county und den namen auf Kreis xyz. Beim Thema Kreis vs. Landkreis orientiere ich mich an der im Bundesland vorherrschenden schreibweise. In NRW ist alles nur Kreis wobei ich natuerlich sowas wie den Lahn-Dill-Kreis nicht mit einem zusaetzlichen Kreis versehe. Hier muss man ein wenig vorsichtig sein weil place=county prominent gross gerendert wird (von osmarender) deshalb setze ich wenn ich die neu adde ein osmarender:render=no da drauf - Wenn wir uns entschieden haben in welchem Zoomlevel und wie gross die kreisnamen gerendert werden sollen kann man das ja rueckgaengig machen. Im moment sind meiner meinung nach die Render regeln fuer place=county fuer den Eimer ... Wenn mir die Kreis Nodes fehlen lege ich die neben der Kreisstadt an aber halt mit dem Namenszusatz Kreis so das der naechste mapper die auch unterscheiden kann und nicht stumpf wieder rausloescht ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
Dann hast du das problem das du laenderspezifische renderregeln bauen musst - Suboptimal. Najadinge wie town/village usw. können wir ja gern behalten, die uebersetzen sich ja relativ gut ins deutsche. Und wir können auch gern quarter oder so fuer Stadtteil nehmen. Aber auf diese Klassifizierung/Zusatzinformation zu verzichten nur weil irgendwelche Programme damit nicht umkommen oder das in England/USA/woauchimmer anders gehandhabt wird finde ich irgendwie...suboptimal :) Wikipedia schlägt borough fuer Bezirk vor was irgendwie nicht so gut passt finde ich. Wenn das eine deutsche Besonderheit sein sollte spricht doch ueberhaupt nichts dagegen das tag place=bezirk einzufuehren, oder? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
Hallo, ich hätte noch einen Vorschlag zu den Gemeinde-/(Land-)Kreis-Bezeichnungen (is_in) etc. Warum Verwenden wir nicht die schon europaweit existierenden NUTS/LAU-Schlüssel? http://de.wikipedia.org/wiki/NUTS Die Listen kann man sich frei herunterladen und dann hat man kein Problem mit verschiedenen (nicht-amtlichen) Schreibweisen. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
On Thu, Nov 06, 2008 at 05:19:56PM +0100, Stefan Dettenhofer (OSM) wrote: Hallo, ich hätte noch einen Vorschlag zu den Gemeinde-/(Land-)Kreis-Bezeichnungen (is_in) etc. Warum Verwenden wir nicht die schon europaweit existierenden NUTS/LAU-Schlüssel? http://de.wikipedia.org/wiki/NUTS Die Listen kann man sich frei herunterladen und dann hat man kein Problem mit verschiedenen (nicht-amtlichen) Schreibweisen. Weil es irrelevant ist - Egal welches format - hauptsache wir koennen es automatisiert parsen. Wenn wir das mit den pfaden und entsprechend Kreis/Bezirksregierung durchziehen und das sauber ist kann man das in beliebiges konvertieren. Das was im moment drin steht ist nicht eindeutig zuzuordnen und hat beliebige schreibfehler. Dazu kommt das bereits ~21000 place nodes mit is_in existieren die zumindest mal den pfad richtung Bundesrepublik Deutschland,Europe richtig haben. Ohne das aufzuraeumen ists nicht zu konvertieren. Du bist herzlich eingeladen das alles manuell zu konvertieren ;) Wichtig ist das die arbeit die wir reinstecken nicht umsonst ist. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
Hallo, Ich habe bisher noch keine Erfahrung mit autobug, und mir das gerade das erste Mal angesehen. Und wundere mich gleich über die folgendene Meldung: (http://autobug.osm.lab.rfc822.org/?lon=14.311899413914903lat=48.311930603981196zoom=11) city: Linz isin: Linz,Linz,Oberösterreich,Österreich,Europe Bug: is_in pfad unvollständig Kein Bundesland Kein Bundesrepublik Deutschland Linz (das, das ich meine) liegt natürlich nicht in Deutschland, und das Bundesland ist offensichtlich angegeben. Kann mir das jemand erklären? Müssen da die Daten korrigiert werden, oder ist das ein Bug im autobug? Viele Grüße, Holger Schoener ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
Stefan Dettenhofer (OSM) schrieb: Warum Verwenden wir nicht die schon europaweit existierenden NUTS/LAU-Schlüssel? http://de.wikipedia.org/wiki/NUTS +1 In eine ordentliche Relation gepackt, sollte das doch wunderbar funktionieren. Jedenfalls fuer Europa. Julian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
On Fri, Nov 07, 2008 at 12:35:57AM +0200, Holger Schöner wrote: Hallo, Ich habe bisher noch keine Erfahrung mit autobug, und mir das gerade das erste Mal angesehen. Und wundere mich gleich über die folgendene Meldung: (http://autobug.osm.lab.rfc822.org/?lon=14.311899413914903lat=48.311930603981196zoom=11) city: Linz isin: Linz,Linz,Oberösterreich,Österreich,Europe Bug: is_in pfad unvollständig Kein Bundesland Kein Bundesrepublik Deutschland Linz (das, das ich meine) liegt natürlich nicht in Deutschland, und das Bundesland ist offensichtlich angegeben. Kann mir das jemand erklären? Müssen da die Daten korrigiert werden, oder ist das ein Bug im autobug? Na was heisst bug im autobug - Autobug stuerzt sich im moment nur auf deutschland. Eigentlich habe ich an daten auch nur Deutschland drin. Ich ziehe nur durch die stuendlichen osc files die anderen laender mit rein. Wenn ich irgendeine moeglichkeit haette die outlines der laender da mit reinzubringen koennte man fuer die unterschiedlichen laender unterschiedliche tables fuer die validierung der is_in nehmen ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
Moin, On Fri, 7 Nov 2008 00:35:57 +0200, Holger Schöner wrote: city: Linz isin: Linz,Linz,Oberösterreich,Österreich,Europe Linz (das, das ich meine) liegt natürlich nicht in Deutschland, und das Bundesland ist offensichtlich angegeben. Kann mir das jemand erklären? Der Reporter geht derzeit nur auf Deutschland, da stimmt also die Grenze nicht ganz anhand derer selektiert wurde. Ignoriere den einfach. -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
ich hätte noch einen Vorschlag zu den Gemeinde-/(Land-)Kreis-Bezeichnungen (is_in) etc. Warum Verwenden wir nicht die schon europaweit existierenden NUTS/LAU-Schlüssel? http://de.wikipedia.org/wiki/NUTS Die Listen kann man sich frei herunterladen und dann hat man kein Problem mit verschiedenen (nicht-amtlichen) Schreibweisen. +1 Ich weiß noch nicht genau, wie man es genau anwenden sollte, aber diese Liste finde ich irgendwie sympatisch (in dem Rahmen, indem man eine Excel-Tabelle sympatisch finden kann). Auf jeden Fall sympatischer, als diese langen is_in Zeichenfolgen, in denen sich Redundanz und Fehlerteufel um die Vorherrschaft streiten. Warum überhaupt muss in dem Tag meines Ortes stehen, in welchem Kreis der Ort ist? Reicht das nicht bei der Stadt, die beim Ort im is_in steht? Ich gebe zu, ich bin kein großer Freund von Relationen, jedoch sind genau solche Zusammenhänge super in Relationen zu erfassen. Wer also schreibt mal was zum NEUEN Key:NUTS bzw. Key:NUTSLAU ??? Ich denke, derjenige wird Unterstützung bekommen, da es jedem einleuchten sollte, dass wir uns dadurch jede Menge Arbeit ersparen. Mit Gruß Torsten, der erst mal nichts mehr an den antiquierten is_in-Tags editieren wird. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
