Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
On Fri, Apr 30, 2010 at 06:59:13PM +0200, Stephan Wolff wrote: > Dann könnte man eben "phone_net=distribution" nehmen. Das kann im > Gegensatz zu man_made=MDF auch ein Nichtfachmann lesen. Wenn ist das generisch telecommunication - Es geht dann auch noch um richtfunk, radio/fernsehen etc - Es sind einfach infrastruktur standorte. > > ONKZ ist ein in Deutschland in der Gesamten Telefonie ueblicher Begriff. > > > Das habe ich nicht bestritten. "PLZ" ist in Deutschland auch üblich, > aber in OSM verwenden wir "postcode". Bei Straßen tragen wir "ref" statt > Fernstraßennummer ein, bei Stromleitungen "ref" aber nicht > "Leitungsnummer" oder "LNR". Für ein internationales Projekt wie OSM > sollte man keine nationalen Begriffe und Abkürzungen verwenden. > Was wäre denn der Nachteil von "ref=030/753" wenn man den Aufbau im Wiki > beschreibt? Weil es das tag ref mehrfach ueberlaedt - je nach typ des objekt ist es dann was anderes was da drin steht? Wir koennen das ganze aber auch abkuerzen - Aenderst _DU_ das alles dann auf den ~7700 Punkten? Flo -- Florian Lohoff f...@zz.de "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] Telekom HvT - man_made=MDF / Verschwundene?
Am 30.04.2010 12:36, schrieb Florian Lohoff: > On Fri, Apr 30, 2010 at 12:21:31PM +0200, Stephan Wolff wrote: >> >> Schon MDF werden nur wenige User verstehen. Analog zu power=station wäre >> vielleicht dsl=distribution oder immerhin DSL_MDF angemessen. > > Das ist nicht nur dsl - das ist vermittlungsstelle - dsl ist da nur > fuer die distanzberechnung interessant. > Dann könnte man eben "phone_net=distribution" nehmen. Das kann im Gegensatz zu man_made=MDF auch ein Nichtfachmann lesen. >>> ONKZ und ASB sind die beiden informationenen die immer und ueberall >>> bei der Telekom verwendet werden. D.h. wenn du einen DSL Anschluss >>> haben willst wird das auf einen Hvt gematched der ueber deine Vorwahl >>> und den entsprechenden Hvt in deinem Vorwahlbereich identifiziert wird. >> >> ONKZ und ASB sind Abkürzungen eines Begiffs im Behördendeutsch einer >> speziellen Firma. Es gibt aber tausende Firmen mit DSL-Verteilern. Auf >> interne Bezeichnungen wie pbkz (Postbezirkskennzahl) oder uvvn >> (Unterverteilungsverwaltungsnummer) sollten wir in einem internationalen >> Projekt verzichten. Für Verwaltungsnummern ist in OSM das ref-Tag üblich. >> Statt >> man_made=MDF, onkz=030, asb=753 >> könnte man >> man_made=DSL_MDF, ref=030/753 >> oder, wenn man auf onkz und asb nicht verzichten mag, >> man_made=DSL_MDF, ref:onkz=030, ref:asb 753 >> verwenden. > > ONKZ ist ein in Deutschland in der Gesamten Telefonie ueblicher Begriff. > Das habe ich nicht bestritten. "PLZ" ist in Deutschland auch üblich, aber in OSM verwenden wir "postcode". Bei Straßen tragen wir "ref" statt Fernstraßennummer ein, bei Stromleitungen "ref" aber nicht "Leitungsnummer" oder "LNR". Für ein internationales Projekt wie OSM sollte man keine nationalen Begriffe und Abkürzungen verwenden. Was wäre denn der Nachteil von "ref=030/753" wenn man den Aufbau im Wiki beschreibt? Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
On 30.04.2010, at 16:36, Sven Anders wrote: > Hallo AssetBurned > Am 30.04.2010 13:12, schrieb AssetBurned: >>> Du kannst dir ja die ID merken mit der du das Objekt ursprünglich angelegt >>> hast. Eine Relation zu missbrauchen finde ich nicht so toll. >>> (Relationen sind keine Sammlungen von Objekten gleicher Art). >> >> find ich persönlich auch die bessere variante. vorallem wenn du da eh schon >> ne liste hast, dann mach daraus ne tabelle in der wiki und füg ne spalte mit >> der jeweiligen node-ID ein. > > Was gewinnst du dadurch? wenn der Punkt verschoben wird steht es nicht in der > Relation. Und du hast eine kaum wartbare Relation mit Tausenden von Punkten, > nur weil EIN Benutzer das evtl. nochmal anhand des Changelogs nachvollziehen > möchte. hallo?! hab ich was von relationen gesagt? ich bin davon ausgegangen das jemand ne papierliste (grusel) oder text/excel datei hat. diese datei in _WIKI_ zu packen und als tabelle anzeigen zu lassen sollte ja nicht all zu schwierig sein. so kann jeder (auch leute die nix mit relationen anfangen können) nachgucken ob in ihren regelmäßig bearbeiteten gebieten noch alle nodes vorhanden sind. um das aber machen zu können müsste diese tabelle noch um eine spalte ergänst werden. ebend um einen link auf den jeweiligen node. im prinzip also so wie es bei diversen straßen-namen-listen auch schon der fall ist. siehe hier http://osm.gt.owl.de/Strassenliste/output/62559/ sowas in der art meinte ich. einfach nen link auf den node. und wenn dann jemand feststellt das der node gelöscht wurde, kann man sich angucken warum... wenn dann jemand sagt "äh der muß 100km woanders hin und ich will das nicht machen" kann man den wieder herstellen und verschieben. > Du kannst mit einer XAPI Anfrag sämmtliche existierenden HvTs wieder bekommen > und dann schauen welche gelöscht wurden. > Dazu kannst du dann die Changelogs anfordern. > > http://wiki.openstreetmap.org/wiki/DE:Elemente#Was_Relationen_nicht_sind s.o. > Das dann da ein Punkt mit einer Postleitzahl Hausnummer und Straße in Hamburg > liegt der eigentlich in Cuxhaven liegt. > > Und wenn ein User bei OSM nach (Namen sind jetzt erlogen): > > Haupststraße in Cuxhaven sucht einen Punkt in Hamburg findet. > > Und wer kümmert sich um FIXMEs? Der Mapper vor Ort= Also ich. ja du oder jemand der sich ein bestimmtes thema als lieblingsthema rausgesucht hat. und solche nodes im auge behält. wenn mir jemand an "meine" automaten nen "fixme=ich glaub der wird bald abgebaut" anhängt werde ich da auch mal vorbeischauen ob dem wirklich so ist. > Oder ein OSM nachbar, der dann auf seinem Garmin nur sieht das der Punkt > 100km weiter ist. > > Außerdem behauptet ein Navi wenn es durch Hamburg fährt auf einmal das es > jetzt in Cuxhaven ist und das Ziel erreicht ist. ok solche probleme sind mich nicht bekannt (mangels erfahrung mit garmin geräten). aber würde dann nich ein verändern des addr:city=cuxhaven tags nach addr_falsch:city=cuxhafen auch gehen? > Ich haette die addr:postcode und addr:street und addr:housnumber und die tags > für die Ortsnetzkennzahl (das Ortsnetz ist ja auch nicht in Hamburg) auch > noch aus dem Node entfernen können. ;-) s.o. > Ich finde es schon sehr fair das ich den Import-User darauf hingewiesen habe, > das da was schiefgegangen ist. jo das find ich nen faires vorgehen. > Wenn der Punkt wirklich von einem User mit Menschenverstand angelegt worden > wäre, okay. Aber es wurden völlig schlechte Daten in OMS gekippt nach dem > Motto: Der User wirds schon richten. > > Es gab damals im Vorwege keinen Testimport, keine Review der Daten oder eine > große Diskussion dazu, nur ein note tag mit dem Hinweis das man den Node > verschieben soll. Das soll jetzt kein Vorwurf sein, nur eine Erklärung warum > ich mich so verhalten habe. > > Ich hab selbst auch importe gemacht die z.T. nicht super gelaufen sind, kenn > auch die andere Seite und würde es heute genau so machen. > > MAL ÜBERTRIEBEN: > Sonst könnten wir ja mal vorsorglich alle Postleitzahlengebiet von > Deutschland importieren, ich importiere sie alle an eine Stelle mache > ein Note-Tag drann: Bitte an die richtige Stelle verschieben. > > Und wenn ein User ein Gebiet löscht schreib ich 1 Jahr später auf der > talk-de das es schlimm ist das die wieder gelöscht wurden und man hätte sie > doch stehen lassen können. > ÜBERTRIEBEN AUS > > Wenn jemand Lust hat kann er auch in der talk-de danach suchen, da hab ich > auch schon was dazu geschrieben. > > Kannst du meine Entscheidung akzeptieren? nachvollziehen: ja akzeptieren: na sagen wir mal ich würde dich auf der straße nicht böse anmachen :-) ich denke mal dein obriges beispiel ist garnicht s übertrieben. wenn da jemand 100 nodes auf eine stelle klatsch und sagt "macht mal" würde ich mir auch überlegen ob ich das wirklich machen würde. aber vermutlich würde ich mir erstmal ne andere ecke suchen wo ich mappe. zugegeben wenn ich tatsächlich obriges navigatio
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
Am 30. April 2010 08:09 schrieb Florian Lohoff : >> verwenden? Oder ist bei speziell diesem Thema (Post und so) die >> Nutzung entsprechend kryptischer (aber hochoffizieller) Abkürzungen >> quasi gottgegeben? > > ONKZ und ASB sind die beiden informationenen die immer und ueberall > bei der Telekom verwendet werden. D.h. wenn du einen DSL Anschluss > haben willst wird das auf einen Hvt gematched der ueber deine Vorwahl > und den entsprechenden Hvt in deinem Vorwahlbereich identifiziert wird. > > ONKZ ist also die Vorwahl und der ASB eine eindeutige nummer des Hvt innerhalb > des Vorwahlbereiches ... ja, das ist klar, mir ging's so ein bisschen um die genaue Tagbezeichnung, die ich aber in diesem Spezialfall auch gar nicht kritisieren will. Maximal könnte man einen Präfix wie DE: oder so verwenden. Bei der Post (und jetzt t-com) heisst es halt ISDN, TAE, Hvt, ASB, ONKZ, aDSL, NTBA, NFN und nicht irgendwie menschenlesbar wie "Anschlussdose", "Hauptverteiler", "Vorwahl" oder "Schmetterling". Schönes "Techsprech", was im Kontext Kommunikation ja irgendwie auch zur Kultur dazugehört. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
Hallo AssetBurned Am 30.04.2010 13:12, schrieb AssetBurned: Du kannst dir ja die ID merken mit der du das Objekt ursprünglich angelegt hast. Eine Relation zu missbrauchen finde ich nicht so toll. (Relationen sind keine Sammlungen von Objekten gleicher Art). find ich persönlich auch die bessere variante. vorallem wenn du da eh schon ne liste hast, dann mach daraus ne tabelle in der wiki und füg ne spalte mit der jeweiligen node-ID ein. Was gewinnst du dadurch? wenn der Punkt verschoben wird steht es nicht in der Relation. Und du hast eine kaum wartbare Relation mit Tausenden von Punkten, nur weil EIN Benutzer das evtl. nochmal anhand des Changelogs nachvollziehen möchte. Du kannst mit einer XAPI Anfrag sämmtliche existierenden HvTs wieder bekommen und dann schauen welche gelöscht wurden. Dazu kannst du dann die Changelogs anfordern. http://wiki.openstreetmap.org/wiki/DE:Elemente#Was_Relationen_nicht_sind Ich hab damals einen Verteiler gelöscht den ich 100 Kilometer weiter wo anders hin verschieben hätte sollen. Da ich mich da nicht auskenne hätte ich auch nicht auf das Haus (sondern allenfalls an die Richtige Stadt) verschieben können, da hatte ich das Gefühl: "Ich will mir nicht von einem Tool und einigen völlig falschen Daten sagen lassen, womit ich meine OSM Zeit verbringen möchte. Die Hausnummer ist hier nicht, die Postleitzahl auch nicht, jeder kann die Daten ein zweites mal gegen die OSM Daten verleichen, ... Ich glaub ich hab Sven Geggus noch eine OSM Mail geschickt) und was spricht in einem solchen fall gegen "fixme=der ist hier komplett falsch. die stadt liegt 100KM nord östlich von hier" ? so hätte ich es gelöst. dann hätte sich zwar jemand drüber aufgeregt warum du das ding nicht selbst verschoben hättest, aber jemand anderes könnte sich die mühe spaaren alles neu eingeben zu müssen. nur mal so als vorschlag für's nächste mal, von jemanden der fixme besser findet als löschen ;-) Das dann da ein Punkt mit einer Postleitzahl Hausnummer und Straße in Hamburg liegt der eigentlich in Cuxhaven liegt. Und wenn ein User bei OSM nach (Namen sind jetzt erlogen): Haupststraße in Cuxhaven sucht einen Punkt in Hamburg findet. Und wer kümmert sich um FIXMEs? Der Mapper vor Ort= Also ich. Oder ein OSM nachbar, der dann auf seinem Garmin nur sieht das der Punkt 100km weiter ist. Außerdem behauptet ein Navi wenn es durch Hamburg fährt auf einmal das es jetzt in Cuxhaven ist und das Ziel erreicht ist. Ich haette die addr:postcode und addr:street und addr:housnumber und die tags für die Ortsnetzkennzahl (das Ortsnetz ist ja auch nicht in Hamburg) auch noch aus dem Node entfernen können. ;-) Ich finde es schon sehr fair das ich den Import-User darauf hingewiesen habe, das da was schiefgegangen ist. Wenn der Punkt wirklich von einem User mit Menschenverstand angelegt worden wäre, okay. Aber es wurden völlig schlechte Daten in OMS gekippt nach dem Motto: Der User wirds schon richten. Es gab damals im Vorwege keinen Testimport, keine Review der Daten oder eine große Diskussion dazu, nur ein note tag mit dem Hinweis das man den Node verschieben soll. Das soll jetzt kein Vorwurf sein, nur eine Erklärung warum ich mich so verhalten habe. Ich hab selbst auch importe gemacht die z.T. nicht super gelaufen sind, kenn auch die andere Seite und würde es heute genau so machen. MAL ÜBERTRIEBEN: Sonst könnten wir ja mal vorsorglich alle Postleitzahlengebiet von Deutschland importieren, ich importiere sie alle an eine Stelle mache ein Note-Tag drann: Bitte an die richtige Stelle verschieben. Und wenn ein User ein Gebiet löscht schreib ich 1 Jahr später auf der talk-de das es schlimm ist das die wieder gelöscht wurden und man hätte sie doch stehen lassen können. ÜBERTRIEBEN AUS Wenn jemand Lust hat kann er auch in der talk-de danach suchen, da hab ich auch schon was dazu geschrieben. Kannst du meine Entscheidung akzeptieren? Gruß Sven smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
moin On 30.04.2010, at 10:07, Sven Anders wrote: > Am 29.04.2010 15:23, schrieb Fabian: >> gibt es fuer sowas nicht die moeglichkeit das irgendwie rueckverfolgbar >> zu machen? Einfallen wuerde mir da beispielsweise eine relation >> anzulegen "HvTs-Telekom" und hoffen das zumindest keiner die relation >> loescht. Man wuerde aber sehen wann welche verschwunden sind und wer >> damit zu tun hat um ihn zu fragen. > > Du kannst dir ja die ID merken mit der du das Objekt ursprünglich angelegt > hast. Eine Relation zu missbrauchen finde ich nicht so toll. > (Relationen sind keine Sammlungen von Objekten gleicher Art). find ich persönlich auch die bessere variante. vorallem wenn du da eh schon ne liste hast, dann mach daraus ne tabelle in der wiki und füg ne spalte mit der jeweiligen node-ID ein. > Ich hab damals einen Verteiler gelöscht den ich 100 Kilometer weiter wo > anders hin verschieben hätte sollen. > Da ich mich da nicht auskenne hätte ich auch nicht auf das Haus (sondern > allenfalls an die Richtige Stadt) verschieben können, da hatte ich das > Gefühl: "Ich will mir nicht von einem Tool und einigen völlig falschen Daten > sagen lassen, womit ich meine OSM Zeit verbringen möchte. Die Hausnummer ist > hier nicht, die Postleitzahl auch nicht, jeder kann die Daten ein zweites mal > gegen die OSM Daten verleichen, ... > Ich glaub ich hab Sven Geggus noch eine OSM Mail geschickt) und was spricht in einem solchen fall gegen "fixme=der ist hier komplett falsch. die stadt liegt 100KM nord östlich von hier" ? so hätte ich es gelöst. dann hätte sich zwar jemand drüber aufgeregt warum du das ding nicht selbst verschoben hättest, aber jemand anderes könnte sich die mühe spaaren alles neu eingeben zu müssen. nur mal so als vorschlag für's nächste mal, von jemanden der fixme besser findet als löschen ;-) cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
On Fri, Apr 30, 2010 at 12:21:31PM +0200, Stephan Wolff wrote: > > Schon MDF werden nur wenige User verstehen. Analog zu power=station wäre > vielleicht dsl=distribution oder immerhin DSL_MDF angemessen. Das ist nicht nur dsl - das ist vermittlungsstelle - dsl ist da nur fuer die distanzberechnung interessant. > > ONKZ und ASB sind die beiden informationenen die immer und ueberall > > bei der Telekom verwendet werden. D.h. wenn du einen DSL Anschluss > > haben willst wird das auf einen Hvt gematched der ueber deine Vorwahl > > und den entsprechenden Hvt in deinem Vorwahlbereich identifiziert wird. > > ONKZ und ASB sind Abkürzungen eines Begiffs im Behördendeutsch einer > speziellen Firma. Es gibt aber tausende Firmen mit DSL-Verteilern. Auf > interne Bezeichnungen wie pbkz (Postbezirkskennzahl) oder uvvn > (Unterverteilungsverwaltungsnummer) sollten wir in einem internationalen > Projekt verzichten. Für Verwaltungsnummern ist in OSM das ref-Tag üblich. > Statt > man_made=MDF, onkz=030, asb=753 > könnte man > man_made=DSL_MDF, ref=030/753 > oder, wenn man auf onkz und asb nicht verzichten mag, > man_made=DSL_MDF, ref:onkz=030, ref:asb 753 > verwenden. ONKZ ist ein in Deutschland in der Gesamten Telefonie ueblicher Begriff. http://de.wikipedia.org/wiki/Ortsnetzkennzahl Und auch der ASB ist erklaert: http://de.wikipedia.org/wiki/Anschlussbereich wobei der letztere Artikel an Qualitaet zu Wuenschen uebrig laesst: "Im Netz von T-Home in Deutschland gibt es heute insgesamt 5.200 Ortsnetze ..." impliziert irgendwie das das bei anderen Carrier in D anders gruppiert ist. Dem ist mitnichten so - die BnetzA ist mittlerweile Hueterin der Rufnummern. Flo -- Florian Lohoff f...@zz.de "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] Telekom HvT - man_made=MDF / Verschwundene?
Am 30.04.2010 08:09, schrieb Florian Lohoff: > On Fri, Apr 30, 2010 at 06:31:22AM +0200, M∡rtin Koppenhoefer wrote: >> Am 29. April 2010 16:01 schrieb Florian Lohoff: >>> Die ASB (Anschlussbereich) und ONKZ (Ortsnetzkennzahl) sind die >>> entscheidenenden informationen ... >> >> gabs eigentlich hier nicht mal so ne Doktrin, menschenlesbare Tags zu >> verwenden? +1 Schon MDF werden nur wenige User verstehen. Analog zu power=station wäre vielleicht dsl=distribution oder immerhin DSL_MDF angemessen. > ONKZ und ASB sind die beiden informationenen die immer und ueberall > bei der Telekom verwendet werden. D.h. wenn du einen DSL Anschluss > haben willst wird das auf einen Hvt gematched der ueber deine Vorwahl > und den entsprechenden Hvt in deinem Vorwahlbereich identifiziert wird. ONKZ und ASB sind Abkürzungen eines Begiffs im Behördendeutsch einer speziellen Firma. Es gibt aber tausende Firmen mit DSL-Verteilern. Auf interne Bezeichnungen wie pbkz (Postbezirkskennzahl) oder uvvn (Unterverteilungsverwaltungsnummer) sollten wir in einem internationalen Projekt verzichten. Für Verwaltungsnummern ist in OSM das ref-Tag üblich. Statt man_made=MDF, onkz=030, asb=753 könnte man man_made=DSL_MDF, ref=030/753 oder, wenn man auf onkz und asb nicht verzichten mag, man_made=DSL_MDF, ref:onkz=030, ref:asb 753 verwenden. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
On Fri, Apr 30, 2010 at 07:36:34AM +, Sven Geggus wrote: > Florian Lohoff wrote: > > > Natuerlich sollen die "Verschoben" werden - und zwar auf das richtige Haus > > Das kommt daher, dass ich ursprünglich mal gedacht hatte dass die Punkte > genau wären. Das ganze ist echt eine nummer fuer jemanden der Vater und Mutter erschlagen hat. Ich gehe die gerade alle Manuell durch und korrigiere die - Da ist alles an bugs dabei - groesster Batzen bisher die "Duplicate Nodes" d.h. wo es mehrere ASBs an der selben adresse und position gab und wo die leute blind nach dem dupe check nodes geloescht haben ohne die asb's zu mergen. Die nodes waren eben nicht wirklich doppelt sondern nur an der selben position *grumpf* ... Ohne das zu monitoren und sofort den mappern auf die finger zu schlagen wenn die da was loeschen sind die daten in diesem zustand unbrauchbar. Flo -- Florian Lohoff f...@zz.de "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] Telekom HvT - man_made=MDF / Verschwundene?
... Eine Relation zu missbrauchen finde ich nicht so toll. > (Relationen sind keine Sammlungen von Objekten gleicher Art). Im aktuellen Beispiel waere es garnicht so fern ab mit der Relation "HvT-Telekom" in anderen Faellen waere es "McDonalds-Filialen". Dachte nicht dran alles was user X angelegt hat in seine relation zu packen. Wuerde zu derzeit wohl 100k neuen relationen fuehren, sofern jeder user nur eine relation nehmen wuerde ;-) Jedenfalls muesste on der Historie der relation ja sichtbar sein wer welchen Hvt verschoben hat oder gar geloescht. gruss fabian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
Am 29.04.2010 15:23, schrieb Fabian: gibt es fuer sowas nicht die moeglichkeit das irgendwie rueckverfolgbar zu machen? Einfallen wuerde mir da beispielsweise eine relation anzulegen "HvTs-Telekom" und hoffen das zumindest keiner die relation loescht. Man wuerde aber sehen wann welche verschwunden sind und wer damit zu tun hat um ihn zu fragen. Du kannst dir ja die ID merken mit der du das Objekt ursprünglich angelegt hast. Eine Relation zu missbrauchen finde ich nicht so toll. (Relationen sind keine Sammlungen von Objekten gleicher Art). Ich hab damals einen Verteiler gelöscht den ich 100 Kilometer weiter wo anders hin verschieben hätte sollen. Da ich mich da nicht auskenne hätte ich auch nicht auf das Haus (sondern allenfalls an die Richtige Stadt) verschieben können, da hatte ich das Gefühl: "Ich will mir nicht von einem Tool und einigen völlig falschen Daten sagen lassen, womit ich meine OSM Zeit verbringen möchte. Die Hausnummer ist hier nicht, die Postleitzahl auch nicht, jeder kann die Daten ein zweites mal gegen die OSM Daten verleichen, ... Ich glaub ich hab Sven Geggus noch eine OSM Mail geschickt) Einen zweiten war ein paar 100 Meter falsch, den konnte ich richtig verschieben. Waere das ein Weg? Ueberlege sowas naemlich auch fuer andere sachen einzupflegen. Ich denke ein besserer Weg ist im Zweifel es die Mapper machen lassen. So wie ich es bei den ISILs gemacht habe: http://wiki.openstreetmap.org/wiki/DE:ISIL-Landkarte Gruß Sven smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
Florian Lohoff wrote: > Natuerlich sollen die "Verschoben" werden - und zwar auf das richtige Haus Das kommt daher, dass ich ursprünglich mal gedacht hatte dass die Punkte genau wären. Gruss Sven -- Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG) umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und Integrität informationstechnischer Systeme. (BVerfG, 1BvR 370/07) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
On Thu, Apr 29, 2010 at 02:18:55PM +, Sven Geggus wrote: > > Die ASB (Anschlussbereich) und ONKZ (Ortsnetzkennzahl) sind die > > entscheidenenden informationen ... > > Hier ist die Originaldatei: > http://home.geggus.net/pub/dsl-hauptverteiler.osm.gz > > Jetzt sogar meinem aktuellen Wissen entsprechend mit BETA2007 umprojiziert > :) Ach ja - Das hier halte ich fuer falsch: Natuerlich sollen die "Verschoben" werden - und zwar auf das richtige Haus - Das Problem ist das die liste auch fehlerhaft ist. Ein Kollege von mir hat sich mit dem Thema laenger beschaeftigt - Quelle fuer die HvT ist ja das Dokument des BMWi und da waren definitiv reichlich fehler drin - Hier das konvertierte Dokument als KML mit bekannten Fehlern bereinigt: http://selke.de/hvt-standorte/ Ich wuerde jetzt mal die fehlenden importieren und mal eine auswertung machen in wieweit die OSM daten von den KML Daten vom Olaf Selke abweichen. Flo -- Florian Lohoff f...@zz.de "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] Telekom HvT - man_made=MDF / Verschwundene?
On Fri, Apr 30, 2010 at 06:31:22AM +0200, M∡rtin Koppenhoefer wrote: > Am 29. April 2010 16:01 schrieb Florian Lohoff : > > Wichtig ist das die unique sind - d.h. das es nur einen mit > > man_made=MDF, asb=753, onkz=030 gibt ... - Wenn der schon da > > ist brauch man nichts neu importieren. > > > > Die ASB (Anschlussbereich) und ONKZ (Ortsnetzkennzahl) sind die > > entscheidenenden informationen ... > > > gabs eigentlich hier nicht mal so ne Doktrin, menschenlesbare Tags zu > verwenden? Oder ist bei speziell diesem Thema (Post und so) die > Nutzung entsprechend kryptischer (aber hochoffizieller) Abkürzungen > quasi gottgegeben? ONKZ und ASB sind die beiden informationenen die immer und ueberall bei der Telekom verwendet werden. D.h. wenn du einen DSL Anschluss haben willst wird das auf einen Hvt gematched der ueber deine Vorwahl und den entsprechenden Hvt in deinem Vorwahlbereich identifiziert wird. ONKZ ist also die Vorwahl und der ASB eine eindeutige nummer des Hvt innerhalb des Vorwahlbereiches ... Flo -- Florian Lohoff f...@zz.de "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] Telekom HvT - man_made=MDF / Verschwundene?
Am 29. April 2010 16:01 schrieb Florian Lohoff : > Wichtig ist das die unique sind - d.h. das es nur einen mit > man_made=MDF, asb=753, onkz=030 gibt ... - Wenn der schon da > ist brauch man nichts neu importieren. > > Die ASB (Anschlussbereich) und ONKZ (Ortsnetzkennzahl) sind die > entscheidenenden informationen ... gabs eigentlich hier nicht mal so ne Doktrin, menschenlesbare Tags zu verwenden? Oder ist bei speziell diesem Thema (Post und so) die Nutzung entsprechend kryptischer (aber hochoffizieller) Abkürzungen quasi gottgegeben? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
Florian Lohoff wrote: > Wichtig ist das die unique sind - d.h. das es nur einen mit > man_made=MDF, asb=753, onkz=030 gibt ... - Wenn der schon da > ist brauch man nichts neu importieren. Stimmt ja die haben ja eine eindeutige ID. > Die ASB (Anschlussbereich) und ONKZ (Ortsnetzkennzahl) sind die > entscheidenenden informationen ... Hier ist die Originaldatei: http://home.geggus.net/pub/dsl-hauptverteiler.osm.gz Jetzt sogar meinem aktuellen Wissen entsprechend mit BETA2007 umprojiziert :) Gruss Sven -- "Das ist halt der Unterschied: Unix ist ein Betriebssystem mit Tradition, die anderen sind einfach von sich aus unlogisch." (Anselm Lingnau in de.comp.os.unix.discussion) /me ist gig...@ircnet, http://sven.gegg.us/ im WWW ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
Ola, On Thu, Apr 29, 2010 at 01:33:37PM +, Sven Geggus wrote: > Florian Lohoff wrote: > > > Fuehlt sich da wer so richtig interessiert und monitored das > > Ich hab die mal initial importiert. > > > oder sollte man die geloeschten irgendwie reimportieren? > > Dazu müsste man ein kleines script schreiben, das schaut obs in der Nähe > schon einen gibt. Die Originale OSM Datei hab ich sicher noch. In der naehe ist eine ganz doofe idee - richtig sollte es ja sein das die user die verschieben so das sie richtig sind. Wichtig ist das die unique sind - d.h. das es nur einen mit man_made=MDF, asb=753, onkz=030 gibt ... - Wenn der schon da ist brauch man nichts neu importieren. Die ASB (Anschlussbereich) und ONKZ (Ortsnetzkennzahl) sind die entscheidenenden informationen ... Flo -- Florian Lohoff f...@zz.de "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] Telekom HvT - man_made=MDF / Verschwundene?
Florian Lohoff wrote: > Fuehlt sich da wer so richtig interessiert und monitored das Ich hab die mal initial importiert. > oder sollte man die geloeschten irgendwie reimportieren? Dazu müsste man ein kleines script schreiben, das schaut obs in der Nähe schon einen gibt. Die Originale OSM Datei hab ich sicher noch. Gruss Sven -- Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit Office nicht kompatibles Bürosoftwarepaket einzuführen. (Florian Weimer in de.alt.sysadmin.recovery) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
On Thu, Apr 29, 2010 at 03:15:42PM +0200, Frederik Ramm wrote: > Wenn ich mich recht entsinne, waren die Geodaten da sehr mangelhaft, > einige waren eine zweistellige Kilometerzahl von ihrem tatsaechlichen > Standort weg - die sind eventuell geloescht worden, und ein Re-Import > wuerde dann aber ausser Aerger wenig bringen (ausser, jemand sucht von > Hand den richtigen Standort zu jedem). Wir vergleichen gerade die positionen hier - 2 HvT sind in OSM weit daneben - die korrigiere ich gleich mal - und erarbeitet mal schnell eine liste derer die da fehlen. Flo -- Florian Lohoff f...@zz.de "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] Telekom HvT - man_made=MDF / Verschwundene?
gibt es fuer sowas nicht die moeglichkeit das irgendwie rueckverfolgbar zu machen? Einfallen wuerde mir da beispielsweise eine relation anzulegen "HvTs-Telekom" und hoffen das zumindest keiner die relation loescht. Man wuerde aber sehen wann welche verschwunden sind und wer damit zu tun hat um ihn zu fragen. Waere das ein Weg? Ueberlege sowas naemlich auch fuer andere sachen einzupflegen. Frederik Ramm wrote: > Hallo, > > Florian Lohoff wrote: >> ich habe die eben mal ausgewertet und da ist mir aufgefallen das seit >> dem import schaetzungsweise 200 "verschwunden" sind d.h. vermutlich >> geloescht. Ich habe nur noch ~7700 und es muessten 7900 sein wenn ich >> mich nicht irre ... Meinem Kenntnisstand nach hat die Telekom lediglich >> einen bisher geschlossen d.h. 200 weniger ist wohl eher kaputt ... >> >> Fuehlt sich da wer so richtig interessiert und monitored das oder sollte >> man die geloeschten irgendwie reimportieren? > > Wenn ich mich recht entsinne, waren die Geodaten da sehr mangelhaft, > einige waren eine zweistellige Kilometerzahl von ihrem tatsaechlichen > Standort weg - die sind eventuell geloescht worden, und ein Re-Import > wuerde dann aber ausser Aerger wenig bringen (ausser, jemand sucht von > Hand den richtigen Standort zu jedem). > > Bye > Frederik > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
Hallo, Florian Lohoff wrote: > ich habe die eben mal ausgewertet und da ist mir aufgefallen das seit > dem import schaetzungsweise 200 "verschwunden" sind d.h. vermutlich > geloescht. Ich habe nur noch ~7700 und es muessten 7900 sein wenn ich > mich nicht irre ... Meinem Kenntnisstand nach hat die Telekom lediglich > einen bisher geschlossen d.h. 200 weniger ist wohl eher kaputt ... > > Fuehlt sich da wer so richtig interessiert und monitored das oder sollte > man die geloeschten irgendwie reimportieren? Wenn ich mich recht entsinne, waren die Geodaten da sehr mangelhaft, einige waren eine zweistellige Kilometerzahl von ihrem tatsaechlichen Standort weg - die sind eventuell geloescht worden, und ein Re-Import wuerde dann aber ausser Aerger wenig bringen (ausser, jemand sucht von Hand den richtigen Standort zu jedem). Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de