Am 22. Juni 2009 17:25 schrieb Bernd Wurst :
> Hallo.
>
> Am Montag 22 Juni 2009 16:41:04 schrieb Martin Koppenhoefer:
>> bitte beziehe Dich auf die Beiträge von demjenigen, den Du persönlich
>> ansprichst, wenn Du das an die öffentliche Liste schickst, sonst
>> entsteht der Eindruck, ich würde PLZ
Hallo.
Am Montag 22 Juni 2009 16:41:04 schrieb Martin Koppenhoefer:
> bitte beziehe Dich auf die Beiträge von demjenigen, den Du persönlich
> ansprichst, wenn Du das an die öffentliche Liste schickst, sonst
> entsteht der Eindruck, ich würde PLZ nicht für sinnvoll halten und
> ähnliches. Von den 3
Am 22. Juni 2009 16:04 schrieb Markus :
> Hallo Martin,
hallo Markus,
bitte beziehe Dich auf die Beiträge von demjenigen, den Du persönlich
ansprichst, wenn Du das an die öffentliche Liste schickst, sonst
entsteht der Eindruck, ich würde PLZ nicht für sinnvoll halten und
ähnliches. Von den 3 von
ups sorry, meine vorige mail sollte eigentlich zum hydranten threat.
gruß Alexander
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
Openstreetmap allgemeines in Deutsch
> Markus schrieb:
> > Man sagt, dass sie bei der PLZ-Suche helfen.
> > (die funktioniert nämlich noch nicht)
> > Man kann sich die redundante Erfassung der PLZ für jede Adresse sparen.
>
> Die Grenzen musst Du aber zwischen den Adressen spannen, damit
> Du die
Markus schrieb:
> Man sagt, dass sie bei der PLZ-Suche helfen.
> (die funktioniert nämlich noch nicht)
> Man kann sich die redundante Erfassung der PLZ für jede Adresse sparen.
Die Grenzen musst Du aber zwischen den Adressen spannen, damit
Du die Regionen erst erhälst. Es wird in vielen Fällen auc
Hallo Martin,
> Warum willst du die PLZ-Grenzen haben?
Man sagt, dass sie bei der PLZ-Suche helfen.
(die funktioniert nämlich noch nicht)
Man kann sich die redundante Erfassung der PLZ für jede Adresse sparen.
> Wasserscheiden
Interessante Idee. Diese Geo-Information habe ich noch nirgends ges
Am So, 21.06.2009, 19:20 schrieb Martin Koppenhoefer:
> irgendwo in der OSM-Kette (also JOSM, API, DB und was da evtl. sonst
> noch dazwischen liegt) an.
Daher will ich es gerne untersuchen. JOSM rechnet schon bdim verschieben
von Koordinaten intern eeetttwwasss falsch.
_
Am 21. Juni 2009 13:33 schrieb Tobias Wendorff
:
> Am So, 21.06.2009, 14:24 schrieb Mirko Küster:
>>
>> Mit purem rechnen kommt ihr hier nicht weiter. Einfach mal Praxisbeispiele
>> ausprobieren.
>
> Nur Rechnerei löst dieses Problem.
nach allem was Mirko bisher geschrieben hat, hoert sich das nac
> Mit purem rechnen kommt ihr hier nicht weiter. Einfach mal Praxisbeispiele
> ausprobieren.
>Nur Rechnerei löst dieses Problem.
>Schick mir doch bitte Testdaten und ich anslysiere dein Problem morgen.
Diese Zacken habe ich natürlich bereits vor Monaten Stück für Stück gerade
gebügelt. Das kann
Am So, 21.06.2009, 14:24 schrieb Mirko Küster:
>
> Mit purem rechnen kommt ihr hier nicht weiter. Einfach mal Praxisbeispiele
> ausprobieren.
Nur Rechnerei löst dieses Problem.
Schick mir doch bitte Testdaten und ich anslysiere dein Problem morgen.
__
> Besonders bei paralelen Wegen ist das ganze nervig. Man kann noch so auf
> genaue Abstände achten, nach dem hochladen sieht das immer nach betrunken
> gemappt aus. Wird Zeit das dieser Bug mal verschwindet.
>Kannst du mir Details nennen?
Was für Details? Die Nodes wandern, manchmal deutlich me
Am So, 21.06.2009, 12:25 schrieb Marc Schütz:
> Die Koordinaten werden in der Datenbank soviel ich weià als 32bit-Integer
> gespeichert. WIMRE führt das zu einer Genauigkeit von ca. 10-20cm.
> Könnte es
> daran liegen? Punkte auf einen Meter genau festzulegen dürfte aber dann
> trotzdem kein
Am Sonntag 21 Juni 2009 03:36:03 schrieb Mirko Küster:
> Ticket habe ich nicht aufgemacht. Von jemand anderes habe ich nur gehört
> das diese bekannt sei und einer etwas ungenaueren Programmierung in OSM
> liegt. Da ich kein Programmierer bin, kann ich dazu nichts sagen. Und
> Tickets überlasse ich
Am So, 21.06.2009, 02:58 schrieb Mirko Küster:
> Besonders bei paralelen Wegen ist das ganze nervig. Man kann noch so auf
> genaue Abstände achten, nach dem hochladen sieht das immer nach betrunken
> gemappt aus. Wird Zeit das dieser Bug mal verschwindet.
Kannst du mir Details nennen?
___
>ich verstehe nicht, wovon Du sprichst? Was passiert? Hast Du ein
>trac-ticket dazu gemacht, damit sich das evtl. mal jemand ansieht?
Filigrane Dinge mit vielen Nodes bleiben nie so wie gesetzt. Gleiches
Problem tritt manchmal auch bei T oder generell Kreuzugen auf. Da verschiebt
sich immer was.
Am 21. Juni 2009 03:17 schrieb Mirko Küster :
> Nützt aber trotzdem nichts. Die Leitungen die ich eintragen könnte würden
> durch den Bug in sämtliche Himmelsrichtungen ausschlagen. Ich hatte das mal
> zwecks Hydrantenstandorte und Leitungsverläufe für die Feuerwehr getestet.
> Der Node von der Lei
>Mappst Du mit Potlatch? Sieh Dir mal JOSM an, da kann man deutlich
>besser und weiter zoomen.
Potlatch hatte ich 5 Minuten in gebrauch und bin dann ganz schnell zu JOSM
geflüchtet.
Geht jetzt tatsächlich unter einen Meter, irgendwie war da sonst immer bei
einem Meter Feierabend.
Nützt aber tro
Am 21. Juni 2009 02:58 schrieb Mirko Küster :
> Selbst mit den besten Plänen würde das nichts werden. So tief kann man
> erstens nicht zoomen und durch irgendeinen Fehler springt manch Koordinate
> schonmal bis zu 3 Meter herum. Das macht oftmals schon die Formgenauigkeit
> bei Straßen zunichte und
> ja, klingt alles nach interessant für die Datenbank. Kraftwerke und
> Stromleitungen sind wir ja schon dabei, Hydrologie ist noch ein
> bisschen unterentwickelt, genauso wie alles sprachliche, unterirdische
> Leitungen sind halt schwierig ohne weitere Quellen, aber wenn es ein
> bisschen einfache
Am 20. Juni 2009 23:58 schrieb Martin Trautmann :
> Als nächstes dann die
> Telefonvorwahlgrenzen, dann die Wasserscheiden, die Dialektgrenzen, die
> Stromgrenzen, die Wasserleitungsgrenzen?
ja, klingt alles nach interessant für die Datenbank. Kraftwerke und
Stromleitungen sind wir ja schon dabei,
Markus wrote:
> Für die Suche nach Postleitzahlen, für die Umkreissuche, für die
> eindeutige Adressbeschreibung und Zielcodierung ist die Kenntnis der
> Grenzen der PLZ-Leitzonen, -Leitregionen und deren Untergliederungen
> erforderlich. Damit könnte möglicherweise auch die redundante Erfassung
Am Sa, 20.06.2009, 16:56 schrieb Werner König:
> Na dann müssen wir das eben so machen, wie mit den anderen Geo-Daten.
> Sammeln, sammeln, sammeln
Und Mut zum Schätzen haben.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstre
Am Samstag, 20. Juni 2009 16:42:38 schrieb Tobias Wendorff:
> Am Sa, 20.06.2009, 11:07 schrieb Werner König:
> > Am Freitag, 19. Juni 2009 12:06:54 schrieb Tobias Wendorff:
> >> http://www.deutschepost.de/dpag?tab=1&skin=hi&check=no&lang=de_DE&xmlFil
> >>e=1 010980
> >
> > Wie machen es den Dienste
Am Sa, 20.06.2009, 11:07 schrieb Werner König:
> Am Freitag, 19. Juni 2009 12:06:54 schrieb Tobias Wendorff:
>> http://www.deutschepost.de/dpag?tab=1&skin=hi&check=no&lang=de_DE&xmlFile=1
>>010980
>
> Wie machen es den Dienste wie stadtplandienst.de, dort gibt es eine
> PLZ-Suche,
> die bei mir bis
Am Freitag, 19. Juni 2009 12:06:54 schrieb Tobias Wendorff:
> http://www.deutschepost.de/dpag?tab=1&skin=hi&check=no&lang=de_DE&xmlFile=1
>010980
Wie machen es den Dienste wie stadtplandienst.de, dort gibt es eine PLZ-Suche,
die bei mir bisher gut funktioniert hat.
Gruß
Werner
___
Am Freitag, 19. Juni 2009 07:30:23 schrieb Markus:
> PLZ-Grenzen liegen aber für OSM m.W. nicht (oder nur selten) vor.
> Im Wiki gibt es auch keinen Artikel "Postleitzahl".
> http://wiki.openstreetmap.org/wiki/Key:postal_code
> Für Kosmos gibt es eine PLZ-Grafik, die postalcode auswertet:
> http://
M.Gehling schrieb:
> PLZ sind nach Straßen mit Hausnummernbereiche, Gerade und ungerade und
> sonstige PLZs sortiert.
>
> somit kann eine Straße durch mehere PLZ gehen.
Yepp, dies ist korrekt!
Siehe auch:
http://www.deutschepost.de/dpag?tab=1&skin=hi&check=no&lang=de_DE&xmlFile=1010980
M.Gehling schrieb:
>
> jorkh wrote:
>> Bernd Wurst schrieb:
>>
>>> Sind Postleitzahlen wirklich exakt an der Landesgrenze aufgeteilt
>>
>> moin,
>> definitiv nicht. Und es gibt durchaus eine PLZ für mehrere Orte...
>> z.B. 21039 hat HH-Bergedorf(ein paar Straßen), Börnsen, Escheburg (S.-H)
>
>
>
jorkh wrote:
> Bernd Wurst schrieb:
>
>> Sind Postleitzahlen wirklich exakt an der Landesgrenze aufgeteilt
>
>
> moin,
> definitiv nicht. Und es gibt durchaus eine PLZ für mehrere Orte...
> z.B. 21039 hat HH-Bergedorf(ein paar Straßen), Börnsen, Escheburg (S.-H)
PLZ sind nach Straßen mit Hau
Bernd Wurst schrieb:
>
> Sind Postleitzahlen wirklich exakt an der Landesgrenze aufgeteilt
moin,
definitiv nicht. Und es gibt durchaus eine PLZ für mehrere Orte...
z.B. 21039 hat HH-Bergedorf(ein paar Straßen), Börnsen, Escheburg (S.-H)
VG
Jörk
Hallo Markus.
Am Freitag 19 Juni 2009 07:30:23 schrieb Markus:
> Für die Suche nach Postleitzahlen, für die Umkreissuche, für die
> eindeutige Adressbeschreibung und Zielcodierung ist die Kenntnis der
> Grenzen der PLZ-Leitzonen, -Leitregionen und deren Untergliederungen
> erforderlich. Damit könn
Für die Suche nach Postleitzahlen, für die Umkreissuche, für die
eindeutige Adressbeschreibung und Zielcodierung ist die Kenntnis der
Grenzen der PLZ-Leitzonen, -Leitregionen und deren Untergliederungen
erforderlich. Damit könnte möglicherweise auch die redundante Erfassung
der PLZ im Karlsruhe
33 matches
Mail list logo
