Re: [Talk-de] testballon massbugfiling amenity=police

[Michael Buege]

Zitat Florian Lohoff:

> On Tue, Oct 28, 2008 at 08:50:50PM +0100, Frederik Ramm wrote:
>> Das einzige Szenario, in dem man mit dem "name" mehr anfangen kann, ist
>> wohl die Verwendung auf dem Garmin-Geraet. Ich bin nicht der Ansicht,
>> dass wir unsere Arbeit daran orientieren sollten. Wenn jemand seine
>> eigene Arbeit am Nutzen im Garmin-Geraet ausrichtet, von mir aus - aber
>> per bundesweitem Bug-Einkippen gleich die ganze Community auf den
>> (minderwertigen, wie ich finde) Kurs einzuschwoeren, das finde ich
>> aeusserst fragwuerdig.
> 
> Da es hier fuer jedes tag und jedes feature und auch noch so sinnvolle
> ergaenzungen auch einen Stinkstiefel gibt orientiere ich mich da mal
> nicht dran.
> 
> Und wie du auch immer schoen sagst - jeder macht hier wozu er spasst hat
> mache ich das genauso. Ich finde es wichtig - ich kippe die bugs ein -
> ich habe noch nichteinmal frei nach shit-in-shit-out zeugs in die
> Datenbank gepackt. Ich habe nur drauf aufmerksam gemacht das dort etwas
> fehlt was an 1/3 der Polizeistationen nicht fehlt.
> 
> Wer es moechte traegt es ein - wem das nicht passt der laesst es
> bleiben.

Interessante Argumentation. Und so sachlich. Mal wieder was fuer`s Archiv.
Bloss gut, dass unser Bahnpirat seinerzeit die fehlenden Postleitzahlen
nicht per Spass-Script eingetragen hat, sonst waere OSB als Bugtracker fuer
mich damals schon ausgeschieden. Nu isses wohl langsam aber sicher soweit.
Schade.

-- 
Michael


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

Re: [Talk-de] Gibt es ein Tool um Straßennamen aus O SM Daten zu extrahieren?

[Michael Buchberger]

Hallo Liste,
> DiffMerge (Windows): zu finden unter http://www.sourcegear.com/diffmerge/

Sehe gerade das DiffMerge auch für Mac und Linux erhältlich ist.

schnipp
*DiffMerge 3.2 **IS NOW AVAILABLE & FREE! *

DiffMerge is an application to visually compare and merge files for
Windows, Mac OS X and Unix.
schnapp-


Tschuess
 Michael



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

Re: [Talk-de] testballon massbugfiling amenity=polic e - Mappen für die Praxis...

[Holger Issle]

On Wed, 29 Oct 2008 02:08:06 +0100, Frederik Ramm wrote:

> jetzt "Polizeiposten Suedstadt" oder "Kreispolizeibehoerde Blafasel"
> heisst, ist fuer mich ganz ehrlich keine Information, die mir helfen
> wuerde, zu entscheiden, wo ich wegen eines Fahrraddiebstahls um 2 Uhr
> nachts hingehen sollte.

Wenn Du dann aber noch "Polizeirevier Kreis Blafasel" findest dann
wirds klar: Der Posten ist wohl nur tags besetzt, die Behörde die
Verwaltung, und das Revier ist das das Du nachts brauchst.

Du kannst gerne einen Regelsatz entwerfen, der alles abbildet (also
Name, dann wohl Verwaltung, Kaserne und Revier als Typ, und dazu die
Öffnungszeiten; alternativ Telefonnummer und Webseite). Nur wer
erfasst und pflegt das alles?
-- 

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] Gibt es ein Tool um Straßennamen aus O SM Daten zu extrahieren?

[Michael Buchberger]

Hallo Jürgen,
>>> für Windows hab ich zwar nichts aber vielleicht hilft dir das hier:
>>> http://albspotter.org/osm/getstreets.php?minlat=48.4824&maxlat=48.4997&minlon=9.6732&maxlon=9.7069
>
>> Setz' doch noch ein array_unique() drüber, damit die doppelten
>> Einträge rausfliegen.
>
> Hab ich gemacht.

Danke dafür! Das war auch das einzige Manko das mir aufgefallen ist ;-)
Nettes Tool um einfach an eine aktuelle Straßenliste aus OSM zu kommen.

Ich habe mir dann überlegt ein Programm zu schreiben das diese Liste
dann mit der
offiziellen Liste meiner Stadt abgleicht - Braucht man nicht, ich
benutze jetzt ein
Diff Programm (kennen die Programmierer unter euch bestimmt). Mit dem
lassen
sich leicht die Unterschiede zwischen zwei Texten ermitteln.

DiffMerge (Windows): zu finden unter http://www.sourcegear.com/diffmerge/

So, bin jetzt dabei Schreibfehler und fehlende Straßen zu ergänzen ;-)

Tschuess
 Michael



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

Re: [Talk-de] Mit Helge und dem Bodensee-Peter Afrika mappen

[André Reichelt]

GS schrieb:
> korrekt, bitte auf die reports seite gehen oder hier:
> 
> http://www.gary68.de/osm/qa/diff/ov_ouagadougou.htm

Wenn ich mir das so ansehe... Die meisten Änderungen der letzten Woche
sind von mir. Bestimmt 90% davon. Wo seid ihr denn alle?



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] [JOSM] Kreisverkehr zeichnen - falsche Richtung

[André Reichelt]

Birgit Nietsch schrieb:
> Jan Tappenbeck schrieb:
> 
> [Kreisverkehr dreht falschherum]
>> dann wäre es doch sinnvoll dieses über eine Einstellung
>> vordefinieren zu können ?
> 
> Leg dir doch einfach den Button "Weg umdrehen" in die Toolbar.
> Den braucht man sowieso alle naslang.

Konnte man nicht in JOSM mit der R-Taste den Weg rotieren? Das geht auf
jeden Fall schneller als solch ein Knopf.



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

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

[Johann H. Addicks]

Markus schrieb:
> John07 schrieb:
>> http://wiki.openstreetmap.org/index.php/Slippy_Map_MediaWiki_Extension

Oh, da sind ja die (deutlichen) Verbesserungen von JeLuf und Raimond
schon mit drin. Damit dürfte es jetzt auch in älteren Browsern und IE
laufen. (Notfalls gibt's eben automatisch ein statisches Bild, u.a. für
die Druckansicht.)

-jha-


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

Re: [Talk-de] testballon massbugfiling amenity=police

[Garry]

Norbert Wenzel schrieb:
>
> Nein, es kommt auf die Namen nicht an. Aber wenn Leute darüber 
> nachdenken, wie man Hundehaufen taggt, dann führen sie meistens ein 
> zumindest halbwegs durchdachtes Schema ein, das versucht jedes Detail 
> dieses Hundehaufens abzubilden, oder sich diese Möglichkeit zumindest 
> nicht zu verbauen.
>
> Was spricht also dagegen, darüber nachzudenken, wie man Polizeigebäude 
> so taggen kann, dass man dann mit einer einfachen Regel auch am Garmin 
> schöne Daten sehen kann.
>
> Kurzvorschläg wäre bspw. ein Feld für die Ausbaustufe und ein Feld für 
> das dazugehörige Revier. Ausbaustufe wäre bspw. "Kreiswache" und 
> zuständiger Kreis wäre "Schöner Kreis" dann kann man für den Garmin 
> Export ganz leicht eine Kreiswache Schöner Kreis daraus machen und 
> kann noch gleichzeitig alle Kreiswachen in D suchen.
>
> Und wenn die Kreiswache jetzt wegen eines besonders verdienten 
> Polizisten von dort Hansi Huber Wache heißt, dann könnte man das auch 
> noch als Name eintragen.
>
> Und man könnte durchaus darüber nachdenken, ob man das amenity=police 
> tag nicht mal erweitert. Das hier wäre doch ein guter Grund, oder?
Ja, man kann viel nachdenken, sich beliebig komplizierte Schemas 
ausdenken und effektiv nichts machen...
Was nützt es Dir wenn man jedes kleinste Detail eintragen kann, es 
letztenendes aber kaum einer macht u.a. weil es ihm zu kompliziert wird 
erst studieren zu müssen was wie gemeint ist.

Dabei ging es ja nur darum einen sinvollen Namen einzutragen unter dem 
man sich unter umständen auch was vorstellen kann - weil man ihn 
vielleicht schon mal gehört hat.

Garry

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

Re: [Talk-de] testballon massbugfiling amenity=polic e - Mappen für die Praxis...

[Frederik Ramm]

Hallo,

Garry wrote:
> Es geht hier sicher nicht darum Garmin  einen Gefallen zu tun sondern 
> darum ein praxisorientiertes Feature zu unterstützen.

Aber gerade diese Praxisorientierung habe ich ja bezweifelt. Ich weiss 
nicht, ob ich einfach nur auf den Kopf gefallen bin, aber ob irgendwas 
jetzt "Polizeiposten Suedstadt" oder "Kreispolizeibehoerde Blafasel" 
heisst, ist fuer mich ganz ehrlich keine Information, die mir helfen 
wuerde, zu entscheiden, wo ich wegen eines Fahrraddiebstahls um 2 Uhr 
nachts hingehen sollte.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] testballon massbugfiling amenity=polic e - Mappen für die Praxis...

[Garry]

Frederik Ramm schrieb:
>
> Das einzige Szenario, in dem man mit dem "name" mehr anfangen kann, ist 
> wohl die Verwendung auf dem Garmin-Geraet. Ich bin nicht der Ansicht, 
> dass wir unsere Arbeit daran orientieren sollten. Wenn jemand seine 
> eigene Arbeit am Nutzen im Garmin-Geraet ausrichtet, von mir aus - aber 
> per bundesweitem Bug-Einkippen gleich die ganze Community auf den 
> (minderwertigen, wie ich finde) Kurs einzuschwoeren, das finde ich 
> aeusserst fragwuerdig.
>   
Es geht hier sicher nicht darum Garmin  einen Gefallen zu tun sondern 
darum ein praxisorientiertes
Feature zu unterstützen. Auf dem Garmin fällt es jetzt eben als erstes 
auf weil es das derzeit das einzigste massentaugliche
Gerät ist das Navigation mit OSM-Daten ansatzweise bewerkstelligen kann. 
Und ich denke das es letztendes solche Geräte sind
die für die Qualität der OSM-Daten sorgen werden weil man die einfach 
nebenbei mitlaufen hat und diverse Fehler ins
Auge springen lassen. Die ganzen OSM-Tools zur Fehlersuche schrecken 
mich ehr ab - ich mappe lieber noch unerfasstes als
mich damit ausseinanderzusetzen ob ein Tool relevante Fehler anzeigt 
oder nicht.
Ich hoffe ja immer noch darauf dass andere Firmen die Zeichen der Zeit 
erkennen und OSM-taugliche Hardware anbieten,
auch im Preissegment der Lowcost-Navis (100Euro).

Garry

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

Re: [Talk-de] Routingfähige Garminkarten: Notwendi gkeit zur Qualitätssicherung

[Johann H. Addicks]

Chris66 schrieb:

> Zurück zu den Garmin Karten von Radimir: Da werde ich beim Autorouting
> knallhart über Fuss/Radwege geleitet.
> 
> Bei Fahrradrouting gehts auch mal über Tracks vom Grad 4 und 5
> weil die Tracks alle als Residentials behandelt werden.
> 
> Das Problem ist halt, dass Garmin das Fileformat nicht veröffentlicht
> und es mühsam per Reverse Engeneering auseinander gefieselt werden
> muss.

Das Garmin-Format scheint deutlich weniger leistungsfähig zu sein als
unser Markup, oder zumindest doch sehr unterschiedlich.
Dementsprechend muss irgendwie heruntergebrochen/vereinfacht/konvertiert
werden.
Und je nachdem welche optischen Unterscheidungen einem wichtig sind,
wird mal dieses und mal jenes "zusammengelegt".
Wenn Radomir jetzt aus einem Land kommt, in dem Routing über Tracks kein
Problem darstellt in der Praxis oder einfach traditionell anders
verwendet werden als bei uns, dann könnte das eine Erklärung sein.

Verglichen mit den Computerteddy-Karten finde ich die Emexes-Karten
erstmal "schöner", die Farben kommen eben eher an die mapnik-Darstellung
heran. Beim näheren Hinsehen fallen dann jedoch einige Pferdefüße auf:

Buildings werden z.B. von "landuse=commercial" überdeckt. (Man sieht sie
erst beim schnellen Verschieben im Mapsource)
Gleiches gilt für natural=water innerhalb von Parks.

-jha-


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

Re: [Talk-de] Neues Debugging-Tool: Der OSM-Inspector

[Etric Celine]

Am Dienstag 28 Oktober 2008 11:50:20 schrieb Jochen Topf:
> Erweiterungen sind geplant. Wir freuen uns über Feedback.

Herzlichen Glückwunsch, da habt ihr ein wirklich sehr schönes Tool erstellt. 
Finde es toll mal zusehen, wie viele Adressen wirklich schon eingegeben wurden 
und besonders, dass es scheinbar gut Möglich ist, das Karlsruher Schema 
produktiv zu verwenden.

Das macht doch gleich Laune, raus zu gehen und mehr Daten zu sammeln :)

Gruß
Jörg

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

Re: [Talk-de] Autocad Import

[Frederik Ramm]

Hallo,

Tobias Wendorff wrote:
> Was meinst Du damit? Sind es reine CAD-Daten ohne Raumbezug?
> Juhu, Vektordaten georeferenzieren ... *kotz* :-)

Was denn - Rasterbild draus machen, bei metacarta einkippen, ein 
bisschen an den Rändern zerren, und dann passt das ;-)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] testballon massbugfiling amenity=police

[Ulf Lamping]

Florian Lohoff schrieb:
> On Tue, Oct 28, 2008 at 08:50:50PM +0100, Frederik Ramm wrote:
>> Das einzige Szenario, in dem man mit dem "name" mehr anfangen kann, ist 
>> wohl die Verwendung auf dem Garmin-Geraet. Ich bin nicht der Ansicht, 
>> dass wir unsere Arbeit daran orientieren sollten. Wenn jemand seine 
>> eigene Arbeit am Nutzen im Garmin-Geraet ausrichtet, von mir aus - aber 
>> per bundesweitem Bug-Einkippen gleich die ganze Community auf den 
>> (minderwertigen, wie ich finde) Kurs einzuschwoeren, das finde ich 
>> aeusserst fragwuerdig.
> 
> Da es hier fuer jedes tag und jedes feature und auch noch so sinnvolle
> ergaenzungen auch einen Stinkstiefel gibt orientiere ich mich da mal
> nicht dran.
> 
> Und wie du auch immer schoen sagst - jeder macht hier wozu er spasst hat
> mache ich das genauso. Ich finde es wichtig - ich kippe die bugs ein -
> ich habe noch nichteinmal frei nach shit-in-shit-out zeugs in die
> Datenbank gepackt. Ich habe nur drauf aufmerksam gemacht das dort etwas
> fehlt was an 1/3 der Polizeistationen nicht fehlt.
> 
> Wer es moechte traegt es ein - wem das nicht passt der laesst es
> bleiben.
> 
> Kopfschuettelnd 
> 

Ganz so einfach ist die Sache hier dann doch nicht.

Wir tragen jetzt also für jede highway=residential einen Fehler ein, 
wenn also der Name nicht vorhanden ist - oder für jede Kirche, oder 
Schule, oder ... daß wäre zwar wahrscheinlich sogar in vielen Fällen 
sogar passend.

ABER!

openstreetbugs ist dazu gedacht *manuell* Fehler einzutragen.

Es wäre mir wahrscheinlich ein leichtes, mit einem Skript alle möglichen 
OSM Fehler in OSB einzutragen, aber was ist das Resultat?

Willst du wirklich alle Fehler bei OSB stehen haben, die irgendeinem 
Skriptschreiber nicht passen?!?

Dann können wir das Tool aus meiner Sicht sofort wieder einstampfen - 
weil dann nämlich sehr schnell "alles rot ist" ... und dann schaut es 
sich kein *Mensch* mehr an ...

Gruß, ULFL

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

Re: [Talk-de] testballon massbugfiling amenity=police

[Florian Lohoff]

On Tue, Oct 28, 2008 at 08:50:50PM +0100, Frederik Ramm wrote:
> Das einzige Szenario, in dem man mit dem "name" mehr anfangen kann, ist 
> wohl die Verwendung auf dem Garmin-Geraet. Ich bin nicht der Ansicht, 
> dass wir unsere Arbeit daran orientieren sollten. Wenn jemand seine 
> eigene Arbeit am Nutzen im Garmin-Geraet ausrichtet, von mir aus - aber 
> per bundesweitem Bug-Einkippen gleich die ganze Community auf den 
> (minderwertigen, wie ich finde) Kurs einzuschwoeren, das finde ich 
> aeusserst fragwuerdig.

Da es hier fuer jedes tag und jedes feature und auch noch so sinnvolle
ergaenzungen auch einen Stinkstiefel gibt orientiere ich mich da mal
nicht dran.

Und wie du auch immer schoen sagst - jeder macht hier wozu er spasst hat
mache ich das genauso. Ich finde es wichtig - ich kippe die bugs ein -
ich habe noch nichteinmal frei nach shit-in-shit-out zeugs in die
Datenbank gepackt. Ich habe nur drauf aufmerksam gemacht das dort etwas
fehlt was an 1/3 der Polizeistationen nicht fehlt.

Wer es moechte traegt es ein - wem das nicht passt der laesst es
bleiben.

Kopfschuettelnd 

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] Autocad Import

[Tobias Wendorff]

Alexander Menk schrieb:
> ich kenne mich mit CAD leider garnicht aus. Was ist Shape? Wie kommt 
> Shape nach OSM?

z.B. über mein Tool (siehe SVN) oder GPS-Babel (rudimentär).

> Wollte auch eher mal vorab fragen.
> Wenn sicher ist ob/wie ich die Daten bekomme, komme ich auf euch zurück. 
> Leider müssen die wohl eh noch vor Ort auf die richtige Stelle via GPX 
> gebracht werden. Könnte interessant werden.

Was meinst Du damit? Sind es reine CAD-Daten ohne Raumbezug?
Juhu, Vektordaten georeferenzieren ... *kotz* :-)

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

Re: [Talk-de] Bahnhof vs. Haltepunkt

[Tobias Wendorff]

Karl Eichwalder schrieb:
> Tobias Wendorff <[EMAIL PROTECTED]> writes:
> 
>> service_DB = Service-Klassifizierung der DB / eine eigene
> 
> Kann man angeben.  Wichtiger ist es aber (zumindest bei "kleinen"
> Bahnhöfen), die vorhandenen Features konkret einzutragen: Klos,
> Warteraum (mit Öffnungszeiten), Automaten, Kiosk (mit Öffnungszeiten),
> Trinkwasser, Schließfächer, Fahrradabstellanlagen.

Das ist klar. "Klo mit Öffnungszeiten" kann übrigens auch
interessant sein :-)

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

Re: [Talk-de] testballon massbugfiling amenity=police

[Norbert Wenzel]

Holger Issle wrote:

Sinniger wär, wenn das für den Garmin praktikabler ist, im
Konvertierungsvorgang jeweils "Polizeirevier sowieso" einzufügen.


Ok, Ich biete P-Wache, -Posten, -Verwaltung, -Kaserne. Und nu? Erklär
mir bitte wie Du das aus den anderen Daten errechnen willst.

Außerdem, wenn man in Städten drüber nachdenkt wie man Hundehaufen
taggt kommts auf ein paar Polizeiposten-Namen ned an.


Nein, es kommt auf die Namen nicht an. Aber wenn Leute darüber 
nachdenken, wie man Hundehaufen taggt, dann führen sie meistens ein 
zumindest halbwegs durchdachtes Schema ein, das versucht jedes Detail 
dieses Hundehaufens abzubilden, oder sich diese Möglichkeit zumindest 
nicht zu verbauen.


Was spricht also dagegen, darüber nachzudenken, wie man Polizeigebäude 
so taggen kann, dass man dann mit einer einfachen Regel auch am Garmin 
schöne Daten sehen kann.


Kurzvorschläg wäre bspw. ein Feld für die Ausbaustufe und ein Feld für 
das dazugehörige Revier. Ausbaustufe wäre bspw. "Kreiswache" und 
zuständiger Kreis wäre "Schöner Kreis" dann kann man für den Garmin 
Export ganz leicht eine Kreiswache Schöner Kreis daraus machen und kann 
noch gleichzeitig alle Kreiswachen in D suchen.


Und wenn die Kreiswache jetzt wegen eines besonders verdienten 
Polizisten von dort Hansi Huber Wache heißt, dann könnte man das auch 
noch als Name eintragen.


Und man könnte durchaus darüber nachdenken, ob man das amenity=police 
tag nicht mal erweitert. Das hier wäre doch ein guter Grund, oder?


Norbert



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] [found Bug] Neues Debugging-Tool: Der OSM-Inspector

[Norbert Wenzel]

Frederik Ramm wrote:

Hi,

Norbert Wenzel wrote:

Und Bug Reports?


Die auch.

Aber 
vielleicht liegts am Leerzeichen im Straßennamen oder so.


Nein, es liegt daran, dass die Strasse "Riefer Hauptstraße" heisst und 
im Node "Riefer Haupstraße" (ohne t) steht!


Damn, an den Fehler hab ich zwar gedacht, ihn auch kontrolliert, aber 
wohl nochmal übersehen. Vielen Dank.


Und sorry fürs verfrühte Melden.

Norbert (der demnächst wieder mal beim Augenarzt vorbeischauen sollte)



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] Kartierung der OSM-Mapper

[Thomas Hog]

Fabian Schmidt schrieb:

>> Um mal zur Ausgangsfrage zu kommen: Gibts eigentlich ein Overlay, was 
>> die am angezeigten Gebiet beteiligten User zeigt?
> 
> http://www.itoworld.com/static/osmmapper kennst Du?

Ne, kannte ich noch nicht - danke.

Thomas


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

Re: [Talk-de] testballon massbugfiling amenity=police

[Holger Issle]

On Tue, 28 Oct 2008 17:14:22 +0100, Florian Lohoff wrote:

> 1/3 hat bereits einen Namen - Machen die alle Schwachsinn?

Mit oder ohne meine Ergänzung gezählt? Mir hilfts, denn damit kann ich
in der Gegend die Fehler finden.

Allerdings sind die so wie sie sind nicht sinnvoll... In OSMBugs
stehen dann so Dinger wie "Brücke". Schön, und? Meint der Autor jetzt
"Da sollte eine Brücke sein" oder "Ich hab die Brücke weggemacht weil
der Bach max. ein Kanalrohr ist" oder "Wer hat den Schwachsinn
verzapft, da ghört was hin"?!?!

Gemäß der Prämisse Müll rein, Müll raus hab ich die beiden jetzt auch
ergänzt: "Ja, da ist eine Brücke" :-)
-- 

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] testballon massbugfiling amenity=police

[Holger Issle]

On Tue, 28 Oct 2008 18:02:35 +0200, Hanno Böck wrote:

> Hmm, also ich finde das grad überhaupt nicht sinnvoll.

Ich schon. Und?

> Punkt eins: Du willst wegen einem bestimmten kommerziellen Produkt die
> Datenbasis ändern.

Nein, er will selbige vervollständigen.

> Sinniger wär, wenn das für den Garmin praktikabler ist, im
> Konvertierungsvorgang jeweils "Polizeirevier sowieso" einzufügen.

Ok, Ich biete P-Wache, -Posten, -Verwaltung, -Kaserne. Und nu? Erklär
mir bitte wie Du das aus den anderen Daten errechnen willst.

Außerdem, wenn man in Städten drüber nachdenkt wie man Hundehaufen
taggt kommts auf ein paar Polizeiposten-Namen ned an.
-- 

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] testballon massbugfiling amenity=police

[Frederik Ramm]

Hallo,

Florian Lohoff wrote:
> Es gibt aber Bezirkswachen, Polizeiinspektionen etc - Da gibts schon
> mehr als "Wache" ...

Selbst ich als Deutsch-Muttersprachler wuesste (mangels 
Spezialpolizeikenntnissen) nicht immer, was was ist - ob irgendwas eher 
eine Polizeibehoerde oder eine Wache ist, auf was die spezialisiert 
sind, fuer was sie (raeumlich/inhaltlich) zustaendig sind und so weiter. 
  (Z.B. schreibst Du von einer staendig besetzten "Polizeiinspektion" 
oder "Kreispolizeibehoerde" - beides sind Bezeichnungen, die ich 
gefuehlsmaessig eben gerade nicht nachts um 2 Uhr ansteuern wuerde, weil 
sie sich fuer mich eher nach Verwaltung anhoeren!)

Der Name hilft mir nur ganz beschraenkt, und jemandem mit beschraenkten 
  Deutschkenntnissen (oder jemandem, der eventuell unterschiedliche 
Dienststellen in der Karte unterschiedlich hervorheben will!) vermutlich 
ueberhaupt nicht. Der Name ist bloss eine Zeichenkette.

Eine Information ueber Oeffnungszeiten oder Link zur Webseite oder eine 
Klassifizierung der Posten oder was auch immer huelfe vermutlich mehr.

Das einzige Szenario, in dem man mit dem "name" mehr anfangen kann, ist 
wohl die Verwendung auf dem Garmin-Geraet. Ich bin nicht der Ansicht, 
dass wir unsere Arbeit daran orientieren sollten. Wenn jemand seine 
eigene Arbeit am Nutzen im Garmin-Geraet ausrichtet, von mir aus - aber 
per bundesweitem Bug-Einkippen gleich die ganze Community auf den 
(minderwertigen, wie ich finde) Kurs einzuschwoeren, das finde ich 
aeusserst fragwuerdig.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Bahnhof vs. Haltepunkt

[Karl Eichwalder]

Tobias Wendorff <[EMAIL PROTECTED]> writes:

> service_DB = Service-Klassifizierung der DB / eine eigene

Kann man angeben.  Wichtiger ist es aber (zumindest bei "kleinen"
Bahnhöfen), die vorhandenen Features konkret einzutragen: Klos,
Warteraum (mit Öffnungszeiten), Automaten, Kiosk (mit Öffnungszeiten),
Trinkwasser, Schließfächer, Fahrradabstellanlagen.

-- 
Karl Eichwalder

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

Re: [Talk-de] Routingfähige Garminkarten: Notwendi gkeit zur Qualitätssicherung

[Holger Dietze]

Hallo Florian,

On Tue, Oct 28, 2008 at 09:23:03AM +0100, Florian Lohoff wrote:
> Auch ein interessanter Bug in den Kartendaten ist das die allermeisten
> Polizeiwachen keinen namen eingetragen haben - Was dazu fuehrt das das
> Nuevi zwar sagt das es Polizeiwachen im umkreis gefunden hat - aber
> leider nicht weiss wie die heissen oder wo die sind (lat/lon schon -
> routing geht - aber wie kann ich eine 9-17 Wache von einer 24x7
> unterscheiden?).

Wie soll bei der Unterscheidung der Name weiterhelfen?


Holger



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

Re: [Talk-de] Autocad Import

[Alexander Menk]

Jan Tappenbeck wrote:
> wenn Du AutoCAD in Shape benötigst, dann steuere ich meinen Teil mit 
> AutoCAD Map bei !

ich kenne mich mit CAD leider garnicht aus. Was ist Shape? Wie kommt 
Shape nach OSM?
Wollte auch eher mal vorab fragen.
Wenn sicher ist ob/wie ich die Daten bekomme, komme ich auf euch zurück. 
Leider müssen die wohl eh noch vor Ort auf die richtige Stelle via GPX 
gebracht werden. Könnte interessant werden.

@Tobias: stimmt ;-) No offense... Die GPX Punkte haben auch schon sehr 
geholfen. Werde das demnächst hoffentlich anhand dessen mal kpl. 
übernehmen könnten.

Viele Grüße, Alexander


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

Re: [Talk-de] Autocad Import

[Jan Tappenbeck]

Hi !

wenn Du AutoCAD in Shape benötigst, dann steuere ich meinen Teil mit 
AutoCAD Map bei !

Gruß Jan :-)


Tobias Wendorff schrieb:
> Hallo Alexander,
> 
> Alexander Menk schrieb:
>> eine generelle Frage: Hat jemand Erfahrung damit größere Mengen (15 
>> Universitäten) an Autocad Daten relativ flott in OSM zu importieren?
> 
> [x] hier.
> 
>> Jemand von der Liste hat mir schonmal einen AutoCAD Plan (ich hab leider 
>> AutoCAD *g*) in GPX umgewandelt. Aber das war leider nicht so praktikabel.
> 
> Hey, Du wolltest GPX :-)
> 
> Mail mich mit den Spezifikationen mal an, dann ziehen wir das
> Projekt vernünftig durch.
> 
> Grüße
> Tobias


-- 


Freundliche Grüße

Jan Tappenbeck

---
OpenStreetMap (OSM) - das FREIE Kartenprojekt
http://www.openstreetmap.de


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

Re: [Talk-de] Routingfähige Garminkarten: Notwendi gkeit zur Qualitätssicherung

[Florian Lohoff]

On Tue, Oct 28, 2008 at 05:58:41PM +0100, Chris66 wrote:
> > 
> > - Es ist nicht geklaert ob dort Englische oder Deutsche
> > Bezeichner reingehoeren. 
> > 
> > 
> > das sollte eigentlich klar sein: in der Landessprache, wo sich das
> > feature befindet. Das Brandenburger Tor nennst Du ja auch nicht
> > name=Brandenburg Gate sondern maximal name:en=Brandenburg Gate, bzw.
> > heisst Muenchen bei uns nicht Munich.
> 
> Wenn ich in den DE:Mapfeatures als Beispiel
> is_in=Berlin,Germany
> sehe, dann ist klar dass es nicht klar ist, ob dort Englische oder
> Deutsche Bezeichner reingehoeren. ;-)

Ich haette es jetzt schnell geaendert wenn ich wuesste wie man jetzt
dieses template editiert.

Schoen ist auch das ich die naechsten bugs gefunden habe. Es sind
anscheinend diverse Kreise von der OpenGeoDB importiert worden die als
place=town in den daten sind - sollte ja dann schon place=county sein
...

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] testballon massbugfiling amenity=police

[Florian Lohoff]

On Tue, Oct 28, 2008 at 07:51:53PM +0200, Hanno Böck wrote:
> Naja, ich bin nicht die übergeordnete OSM-Wahrheits-Instanz, aber ich finde 
> das nicht sinnvoll, das geht gegen meine Denkweise möglichst semantische 
> Infos zu haben - "Polizeirevier xystadt" ist eine Information, die ich aus 
> der tatsache dass es ein polizeirevier ist und in einer stadt liegt schließen 
> kann.

Es gibt aber Bezirkswachen, Polizeiinspektionen etc - Da gibts schon
mehr als "Wache" ...

Hier in OWL haben wir in jedem groesseren Stadtteil eine Bezirkswache
die allerdings nicht permanent besetzt ist. Dafuer gibts dann die
Polizeiinspektion o der fuer den Kreis auch schonmal die
Kreispolizeibehörde. 

Und um nochmal auft die verpoente Kommerzscheisse zurueckzukommen. Ich
sehe im Garmin das ich ein polizei in 3.3km O, ein polizei in 5.5km SO
und ein polizei in 8.8km NW habe - Wo fahre ich hin?

Wenn das eine Bezirkswache Mitte und das andere Autobahnpolizei und das
3te Kreispolizeibehörde Gütersloh heisst habe ich einen Anhaltspunkt.

Fuer nen Fahrraddiebstahl auf die Autobahn fahren macht wenig sinn.

Und ich denke jetzt wird auch klar das nur eine Addresse oder ein
polygon der Stadt damit zu verheiraten mich gerade nicht weiterbringt.

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] [found Bug] Neues Debugging-Tool: Der OSM-Inspector

[Frederik Ramm]

Hi,

Norbert Wenzel wrote:
> Und Bug Reports?

Die auch.

> Aber 
> vielleicht liegts am Leerzeichen im Straßennamen oder so.

Nein, es liegt daran, dass die Strasse "Riefer Hauptstraße" heisst und 
im Node "Riefer Haupstraße" (ohne t) steht!

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] [found Bug] Neues Debugging-Tool: Der OSM-Inspector

[Norbert Wenzel]

Jochen Topf wrote:

Wir freuen uns über Feedback.


Und Bug Reports? Ich wollt gerade kurz damit rumspielen und mal schauen, 
was ihr das so schönes gebastelt habt und mir wurde ein Fehler angezeigt 
der keiner ist. Er schreibt neben eine Adresse den Namen in Rot und 
hinterlegt den Punkt in rot. Sollte meinem Verständnis nach heißen, dass 
er die Straße net finden kann. Die liegt aber keine 5m entfernt. Aber 
vielleicht liegts am Leerzeichen im Straßennamen oder so.


Found here: 
http://tools.geofabrik.de/osmi/?view=addresses&baselayer=Mapnik&opacity=1.00&lon=13.07242&lat=47.72612&zoom=17&overlays=postcodeareas,postcodeoutline,nearest_roads,connection_lines,nearest_points,interpolation,buildings,buildings_with_addresses,interpolation_errors,street_not_found,nodes_with_addresses_interpolated,nodes_with_addresses_defined


So, ich geh dann mal weiter damit rumspielen,
Norbert




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] dsl-mdf2osm-script

[Markus]

Hallo Sven,

> Das sind importierte Daten, der Telekom DSL Hauptverteiler. 
> Das script hab ich verbrochen.
> http://wiki.openstreetmap.org/index.php/DE:DSL_Hauptverteiler

Danke für die gute Dokumentation!

Gruss, Markus

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

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

[Markus]

John07 schrieb:
> http://wiki.openstreetmap.org/index.php/Slippy_Map_MediaWiki_Extension

Danke, Markus


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

Re: [Talk-de] dsl-mdf2osm-script

[Sven Geggus]

Markus <[EMAIL PROTECTED]> wrote:

> einzelner Punkt:
> - man_made=MDF
> - asb=1
> - mit postalischer Adresse
> - source=Deutsche Telekom

Das sind importierte Daten, der Telekom DSL Hauptverteiler. Das script hab
ich verbrochen.

http://wiki.openstreetmap.org/index.php/DE:DSL_Hauptverteiler

Gruss

Sven

-- 
The main thing to note is that when you choose open source you don't
get a Windows operating system.
  (from http://www.dell.com/ubuntu)
/me is [EMAIL PROTECTED], 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] OSM für Wikipedia

[John07]

Markus schrieb:
> Wo finde ich den Code, der hinter
> ... und ... steckt?
> Der also im OSM-Wiki die Karten einbindet?
>
>   
http://wiki.openstreetmap.org/index.php/Slippy_Map_MediaWiki_Extension

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

[Talk-de] OSM für Wikipedia

[Markus]

Wo finde ich den Code, der hinter
... und ... steckt?
Der also im OSM-Wiki die Karten einbindet?

Gruss, Markus

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

Re: [Talk-de] testballon massbugfiling amenity=police

[Hanno Böck]

Am Dienstag 28 Oktober 2008 schrieb Florian Lohoff:
> > "name" macht dann Sinn wenn das Polizeirevier oder sonstige Objekt einen
> > bestimmten Eigennamen hat ("Karl-Hinz-Polizeiwache", "Kirche zur heiligen
> > sonstwas"), ansonsten weglassen.
>
> 1/3 hat bereits einen Namen - Machen die alle Schwachsinn?

Naja, ich bin nicht die übergeordnete OSM-Wahrheits-Instanz, aber ich finde 
das nicht sinnvoll, das geht gegen meine Denkweise möglichst semantische 
Infos zu haben - "Polizeirevier xystadt" ist eine Information, die ich aus 
der tatsache dass es ein polizeirevier ist und in einer stadt liegt schließen 
kann.

-- 
Hanno Böck  Blog:   http://www.hboeck.de/
GPG: 3DBD3B20   Jabber/Mail:[EMAIL PROTECTED]

http://x1000malquer.de/ - ab 8.11. Atomtransporte stoppen


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] Autocad Import

[Tobias Wendorff]

Hallo Alexander,

Alexander Menk schrieb:
> eine generelle Frage: Hat jemand Erfahrung damit größere Mengen (15 
> Universitäten) an Autocad Daten relativ flott in OSM zu importieren?

[x] hier.

> Jemand von der Liste hat mir schonmal einen AutoCAD Plan (ich hab leider 
> AutoCAD *g*) in GPX umgewandelt. Aber das war leider nicht so praktikabel.

Hey, Du wolltest GPX :-)

Mail mich mit den Spezifikationen mal an, dann ziehen wir das
Projekt vernünftig durch.

Grüße
Tobias

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

[Talk-de] XAPI-Daten unvollstaendig?

[Fabian Schmidt]

Hallo allerseits,

ich habe via XAPI eine osm-Datei für Leipzig heruntergeladen. In dieser 
fehlen einige Straßen, die die normale API herausrückt. Zum Beispiel ist 
die Turmalinstraße vollständig in [12.481,51.337,12.484,51.339] enthalten. 
Die XAPI liefert dafür einen leeren Ausschnitt:

  
die normale API findet an der gleichen Stelle 5 Wege und 10 Knoten:
  

Was läuft hier schief?


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

Re: [Talk-de] dsl-mdf2osm-script

[Markus]

Florian Lohoff schrieb:
> Das ist typischerweise ein DSLAM Standort 

cool - beinahe vor der Haustüre...

Gruss, Markus

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

Re: osmdiff ver�ffentlicht

[Peter Herison]

GS schrieb:

>habe das Programm osmdiff eben veröffentlicht.

Nice.

Frage: Wie bekomme ich das PNG am besten in ein 4:3-Format?

Bei der Berechnung von
http://api.openstreetmap.org/api/0.5/map?bbox=-17.55,14.64,-17.33,14.82
bekomme ich ein sehr langestrecktes Bild (7:1). Wenn ich es
nachtraeglich zuschneide verliere ich den Massstab oben rechts.


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

Re: [Talk-de] Routingfähige Garminkarten: Notwendigk eit zur Qualitätssicherung

[Chris66]

Martin Koppenhoefer schrieb:
> 
> - Es ist nicht geklaert ob dort Englische oder Deutsche
> Bezeichner reingehoeren. 
> 
> 
> das sollte eigentlich klar sein: in der Landessprache, wo sich das
> feature befindet. Das Brandenburger Tor nennst Du ja auch nicht
> name=Brandenburg Gate sondern maximal name:en=Brandenburg Gate, bzw.
> heisst Muenchen bei uns nicht Munich.

Wenn ich in den DE:Mapfeatures als Beispiel
is_in=Berlin,Germany
sehe, dann ist klar dass es nicht klar ist, ob dort Englische oder
Deutsche Bezeichner reingehoeren. ;-)

Chris



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

Re: [Talk-de] Neues Debugging-Tool: Der OSM-Inspector

[Jochen Topf]

On Tue, Oct 28, 2008 at 05:30:18PM +0100, Markus wrote:
> Genial finde ich die Integration in JOSM
> (etwas versteckt, für nicht englisch Sprechende)
> Aber wenn ich dort drauf klicke, wird in meinem JOSM nichts geladen und 
> gezoomt (ist offen).

Es gibt zwei JOSM-Buttons. Der obere zoomt auf den Bereich, den Du
gerade angezeigt hast, der rechts im "Selection"-Bereich zu diesem
speziellen Objekt. Welchen hast Du benutzt und bei welcher Anzeige?
Über den Permalink unten rechts bekommste eine URL, die Du mir geben
kannst.

> Hilfreich wäre ein "ist der Fehler jetzt weg?"-Schalter.
> (akt: Neuladen startet wieder in Europa, der Fehler ist aber noch da)

Die Daten werden nur einmal täglich aktualisiert, d.h. es dauert halt
einen Tag oder zwei bis Du den Fix siehst.

> Schön fände ich, wenn bei Geometrie gleich noch angezeigt würde, wenn 
> eine Fläche ein "Urwald" ist oder "unter der Oberfläche" liegt.

Weiss nicht, was Du damit meinst. Das wäre ja kein Fehler. Was willst Du
damit genau erreichen?

> "building" - das bedeutet doch "unspezifisches Haus"?
> Ein spezifisches Haus (Schule, Kirche, Rathaus, Krankenhaus, etc) 
> benötigt doch kein zusätzliches "building"?
> Falls das richtig ist, wäre ein Hinweis ebenfalls nützlich.

Bei ways tagged man üblicherweise zusätzlich mit building=yes, auch wenn
es schon einen Tag hat, der auf ein Gebäude hinweist. Wobei das ein
bischen so eine unklare Ecke ist. Ohne das building=yes kann man sonst
nicht unterscheiden, ob das Gebäude gemeint ist, oder z.B. ein ganzes
Schulareal.

> Was ist hier falsch:
> http://www.openstreetmap.org/edit?lat=49.4579&lon=11.2897&zoom=14

Du musst mir schon einen Link zum OSM-Inspector schicken, sonst weiss
ich nicht, was Du meinst. :-)

> Bei den Gewässern verstehe ich die Fehlermeldung nicht.

Und ich kann Dir nicht helfen, wenn Du mir nicht sagst, welche Meldung
Du nicht verstehst. :-)

Jochen
-- 
Jochen Topf  [EMAIL PROTECTED]  http://www.remote.org/jochen/  +49-721-388298


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

Re: [Talk-de] dsl-mdf2osm-script

[Florian Lohoff]

On Tue, Oct 28, 2008 at 05:38:46PM +0100, Markus wrote:
> Subject: [Talk-de] dsl-mdf2osm-script
> 
> Wer kennt das?
> 
> einzelner Punkt:
> - man_made=MDF
> - asb=1
> - mit postalischer Adresse
> - source=Deutsche Telekom

Den Speziellen nicht - Aber das ist ein Hauptverteiler der Deutschen
Telekom - In dem "Vorwahlnummernbereich" der asb=1 also
Anschlussbereich.

Das ist typischerweise ein DSLAM Standort - wichtig um mal theoretische
Bandbreiten zu berechnen ;)

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

[Talk-de] dsl-mdf2osm-script

[Markus]

Wer kennt das?

einzelner Punkt:
- man_made=MDF
- asb=1
- mit postalischer Adresse
- source=Deutsche Telekom

Gruss, Markus

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

Re: [Talk-de] Neues Debugging-Tool: Der OSM-Inspector

[Markus]

Hallo Jochen, hallo Frederik,

sehr schön geworden!

Bin grad am meine Daten verbessern...

Genial finde ich die Integration in JOSM
(etwas versteckt, für nicht englisch Sprechende)
Aber wenn ich dort drauf klicke, wird in meinem JOSM nichts geladen und 
gezoomt (ist offen).

Hilfreich wäre ein "ist der Fehler jetzt weg?"-Schalter.
(akt: Neuladen startet wieder in Europa, der Fehler ist aber noch da)

Schön fände ich, wenn bei Geometrie gleich noch angezeigt würde, wenn 
eine Fläche ein "Urwald" ist oder "unter der Oberfläche" liegt.

"building" - das bedeutet doch "unspezifisches Haus"?
Ein spezifisches Haus (Schule, Kirche, Rathaus, Krankenhaus, etc) 
benötigt doch kein zusätzliches "building"?
Falls das richtig ist, wäre ein Hinweis ebenfalls nützlich.

Was ist hier falsch:
http://www.openstreetmap.org/edit?lat=49.4579&lon=11.2897&zoom=14

Bei den Gewässern verstehe ich die Fehlermeldung nicht.
Ich freue mich auf die deutsche Version.

Gruss, Markus

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

[Talk-de] Autocad Import

[Alexander Menk]

Hallo!

eine generelle Frage: Hat jemand Erfahrung damit größere Mengen (15 
Universitäten) an Autocad Daten relativ flott in OSM zu importieren?

Jemand von der Liste hat mir schonmal einen AutoCAD Plan (ich hab leider 
AutoCAD *g*) in GPX umgewandelt. Aber das war leider nicht so praktikabel.

Viele Grüße,
   Alexander


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

Re: [Talk-de] Grenzen: is_in vs. Polygon vs. R elation (was: Re: Routingfähige Garminkart en: Notwendigkeit zur Qualitätssicherung)

[Florian Lohoff]

On Tue, Oct 28, 2008 at 05:11:21PM +0100, Sascha Silbe wrote:
> On Tue, Oct 28, 2008 at 04:20:51PM +0100, Florian Lohoff wrote:
> 
> >Also ist mein Ansatz stand heute die is_ins auf den places soweit zu
> >reparieren das da was konsistentes rauskommt - und im naechsten 
> >Schritt
> >(10 Jahre) alle polygone zusammenschrauben die das noch besser 
> >koennen.
> Gute Idee. Aus den reparierten is_in's könnte man ja ggf. automatisch 
> passende Polygone / Relationen erstellen und mit 
> FIXME=autogenerated,needs_review hochladen.

Wenn man das auf den Straßen reparieren wuerde da wo es existiert dann
vielleicht - Aber auf den Straßen haben die is_in nu wirklich nix
verloren IMHO.

Ich mache erstmal bugs fuer die wildesten 

Nrw, Germany, De, Europaeische_Unions

auf - vielleicht wird dann der eine oder andere ja heile - Ist ja
wirklich fuer Locals kleinkram da mal eben das heile zu machen ;)

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] testballon massbugfiling amenity=police

[Florian Lohoff]

On Tue, Oct 28, 2008 at 06:02:35PM +0200, Hanno Böck wrote:
> Hmm, also ich finde das grad überhaupt nicht sinnvoll.

Dann mach den bug zu und vergiss es ..

> Punkt eins: Du willst wegen einem bestimmten kommerziellen Produkt die 
> Datenbasis ändern. Sinniger wär, wenn das für den Garmin praktikabler ist, im 
> Konvertierungsvorgang jeweils "Polizeirevier sowieso" einzufügen.

Nein - Ich mache auf fehlbestaende im OSM Datenbestand aufmerksam was an
an umkonvertierten Datensaetzen aufgefallen ist...

> "name" macht dann Sinn wenn das Polizeirevier oder sonstige Objekt einen 
> bestimmten Eigennamen hat ("Karl-Hinz-Polizeiwache", "Kirche zur heiligen 
> sonstwas"), ansonsten weglassen.

1/3 hat bereits einen Namen - Machen die alle Schwachsinn?

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] Grenzen: is_in vs. Polygon vs. R elation (was: Re: Routingfähige Garminkart en: Notwendigkeit zur Qualitätssicherung)

[Sascha Silbe]

On Tue, Oct 28, 2008 at 04:20:51PM +0100, Florian Lohoff wrote:


Also ist mein Ansatz stand heute die is_ins auf den places soweit zu
reparieren das da was konsistentes rauskommt - und im naechsten 
Schritt
(10 Jahre) alle polygone zusammenschrauben die das noch besser 
koennen.
Gute Idee. Aus den reparierten is_in's könnte man ja ggf. automatisch 
passende Polygone / Relationen erstellen und mit 
FIXME=autogenerated,needs_review hochladen.


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] testballon massbugfiling amenity=police

[Hanno Böck]

Am Dienstag 28 Oktober 2008 schrieb Florian Lohoff:
> nur als heads up - ich habe mal als Testballon quasi in Deutschland fuer
> alle amenity=police ohne ein name tag einen bug bei OpenStreetBugs
> aufgemacht. Mir ist das Thema aufgefallen weil im Nuevi mit den Routable
> maps bei Police als POIs der die namen anzeigt - nur leider bei einem
> erheblichen Anteil nur "Unbekannt" was jetzt nicht hilfreich ist um zu
> unterscheiden ob das wohl 24x7 oder 9-17 ist - Ich denke sowas wie
> Bezirkswache  deutet eher auf 9-17 wohingegen sowas wie
> Kreispolizeibehoerde auf 24x7 deutet ...

Hmm, also ich finde das grad überhaupt nicht sinnvoll.

Punkt eins: Du willst wegen einem bestimmten kommerziellen Produkt die 
Datenbasis ändern. Sinniger wär, wenn das für den Garmin praktikabler ist, im 
Konvertierungsvorgang jeweils "Polizeirevier sowieso" einzufügen.

"name" ist imho immer sowas wie ein Eigenname. Also überall einen Nametag 
hinzufügen (das kann man ja beliebig ausweiten, "Dorfkirche 
Hintertupfingen", "Briefkasten mittlere Weststadt"), der keine wirklichen 
Informationen enthält die sich nicht auch aus dem Kontext ergeben ist Quark.

"name" macht dann Sinn wenn das Polizeirevier oder sonstige Objekt einen 
bestimmten Eigennamen hat ("Karl-Hinz-Polizeiwache", "Kirche zur heiligen 
sonstwas"), ansonsten weglassen.

-- 
Hanno Böck  Blog:   http://www.hboeck.de/
GPG: 3DBD3B20   Jabber/Mail:[EMAIL PROTECTED]

http://x1000malquer.de/ - ab 8.11. Atomtransporte stoppen


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

[Talk-de] osmdiff veröffentlicht

[GS]

Hi,

habe das Programm osmdiff eben veröffentlicht. Ihr findet es hier (ganz
unten):

http://wiki.openstreetmap.org/index.php/Osmdiff

Die Reports stehen hier:

http://wiki.openstreetmap.org/index.php/Osmdiff_reports

Ich würde mich freuen, wenn auch andere Leute (regelmäßig) Reports dort
veröffentlichen!

Ciao

Gary68
Gerhard




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

Re: [Talk-de] Wohin mit den Adressnodes (was: Talk-de Digest, Vol 27, Issue 170)

[Dominik Spies]

2008/10/28 Dirk-Lüder Kreie <[EMAIL PROTECTED]>:
> Dominik Spies schrieb:
>
>> Ich habe die Diskussion schon länger verfolgt und mir das Karlsruher
>> Schema auch angesehen. Ich fände es auch besser die Hausnummer direkt
>> and die Straße zu binden, evtl nicht außschließlich, aber auf jeden
>> Fall brauche ich die Informationen, wie ich denn von einer Straße das
>> entsprechende Gebäude / Gelände mit der Hausnummer auch erreiche! Es
>> werden ja die Gebäude mit Hausnummer versehen. Wo denn der Zugang zu
>> diesem Haus ist, muss ich mir aus den Finger saugen..
>> Und genau das interessiert den Großteil der Nutzer mehr, als wo genau
>> das Haus steht.
>
> Jede mir bekannte Routing-Engine kann auch zu Punkten routen, die neben der
> Straße liegen, das kann also kein Grund sein, nicht das Haus oder das
> Grundstück mit der Adresse zu versehen.

Wenn die Informationen nicht vorhanden ist, muss jede dir bekannte
Routing-Engine "raten". Das mag oft ausreichend sein, es gibt aber
durchaus Fälle wo das nicht der Fall ist. Es sind einige Konstrukte
denkbar, wo es eben ein wenig komplizierter wird, und man nicht
einfach die kürzeste Gerade durch den Zielpunkt senkrecht zur Straße
ziehen kann.
Nimm z.B. Industriegebiete. Da gibts es ein großes Werksgelände und
einen Zugang...

Gruß,

Dominik

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

Re: [Talk-de] Gibt es ein Tool um Straßennamen aus O SM Daten zu extrahieren?

[Juergen Lehle]

Am 28. Oktober 2008 13:44 schrieb Tobias Wendorff
<[EMAIL PROTECTED]>:
> Hallo Jürgen,
>
> Juergen Lehle schrieb:
>> für Windows hab ich zwar nichts aber vielleicht hilft dir das hier:
>> http://albspotter.org/osm/getstreets.php?minlat=48.4824&maxlat=48.4997&minlon=9.6732&maxlon=9.7069
>
> nettes Tool. Ist es im SVN verfügbar oder nur intern bei Dir?

Das hab ich nur mal schnell für mich geschrieben. Hier gibt's den
PHP-Code: http://albspotter.org/osm/getstreets.phps

> Setz' doch noch ein array_unique() drüber, damit die doppelten
> Einträge rausfliegen.

Hab ich gemacht.

Gruß
Jürgen

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

Re: [Talk-de] testballon massbugfiling amenity=police

[Florian Lohoff]

On Tue, Oct 28, 2008 at 04:22:08PM +0100, Lars Francke wrote:
> Aber bringt Dir das was? Wäre grade fuer Deinen Fall nicht
> opening_hours sinnvoller (auch wenn garmin/mkgmap das nicht
> auswertet).
> Weil"name" fehlt auch bei massig: shop, amenity, public_building,
> fire_station (warum eigentlich police und fire_station und nicht
> police_station?), highway, bridge, leisure, usw.

Gute idee - da mache ich dann mal weiter 

*duck*

> So oder so: Es fuehlt sich immer gut an einen Bug zu schließen :)
> Danke also fuer ein paar Sekunden gutes Gefuehl ;-)

Ich habe da mal angefangen weil mir die Bugs aufgefallen sind und ich
das einigermassen "Wichtig" fand. Will nicht heissen das nicht jemand die
paechter der McDonals wichtig findet ;)

Ich habe da angefangen weil es eine ueberschaubare Menge ist -
Eigentlicher Ansatz ist is_in auf places einer konsistenzpruefung zu
unterziehen - also nicht fehlende anmeckern sondern bestehende falsche.

Aber das sind ein paar mehr und deshalb Testballon ...

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] testballon massbugfiling amenity=police

[Florian Lohoff]

On Tue, Oct 28, 2008 at 04:09:49PM +0100, Gary68 wrote:
> Subject: Re: [Talk-de] testballon massbugfiling amenity=police
> 
> wie viele sind es?
> 
> und "duck and cover", wenn die flames kommen :-)

[EMAIL PROTECTED]:~/massbug/policewithoutname$ wc -l nodelist-20081028
650 nodelist-20081028

Ich habe es ja extra ueber OpenStreetBugs gemacht und nicht mit
irgendwelchen Bots da nicht abgesprochene dinge reingepumpt ;)

Und dann sogar vorher noch mit Xav gequatscht - Meine guete welch eine
Diplomatie ...

F "Asbesto Underwear" lo
-- 
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] testballon massbugfiling amenity=police

[Lars Francke]

Hmm ich habe ja grundsätzlich nichts gegen "massbugfiling" aber

...ich habe nun hier bei name ein paar mal "Polizeirevier STADT" oder
"Polizeistation STADT"
von
https://www.polizei.schleswig-holstein.de/internet/DE/Service/SuchePolizeibehoerden/PolizeiBehoerdenSuche.html?Suchtyp=P

Aber bringt Dir das was? Wäre grade fuer Deinen Fall nicht
opening_hours sinnvoller (auch wenn garmin/mkgmap das nicht
auswertet).
Weil"name" fehlt auch bei massig: shop, amenity, public_building,
fire_station (warum eigentlich police und fire_station und nicht
police_station?), highway, bridge, leisure, usw.

So oder so: Es fuehlt sich immer gut an einen Bug zu schließen :)
Danke also fuer ein paar Sekunden gutes Gefuehl ;-)

Lars

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

Re: [Talk-de] Grenzen: is_in vs. Polygon vs. R elation (was: Re: Routingfähige Garminkart en: Notwendigkeit zur Qualitätssicherung)

[Florian Lohoff]

On Tue, Oct 28, 2008 at 02:35:59PM +0100, Sascha Silbe wrote:
> Ich bin zwar selbst pro Polygon (zumindest für die Grenzen auf 
> Gemeindeebene - bei den "höheren" Verwaltungsebenen wären Relationen 
> evtl. eine Option), sehe aber bei meinen eigenen Programmen (siehe auch 
> meine Posts auf [EMAIL PROTECTED] bzgl. Vorverarbeitung), daß Polygone 
> langsamer sind als einfache Textsuche.
> Von der Performance unabhängig und IMO wichtiger (Vorverarbeitung kann 
> ggf. "zentral" erledigt und eine OSM-Datei mit is_in geschrieben werden) 
> ist die Konsistenz. Und da sind sowohl is_in als auch Relationen einfach 
> unbrauchbar - wie in diesem Thread bereits (von anderen) erklärt.
> Nicht 100% korrekte Daten sind übrigens auch hier besser als gar keine: 
> Ruhig einfach ein Polygon um alle Straßen ziehen, die man per is_in 
> markiert hätte (ggf. eine FIXME=blablubb dranhängen). Das kann man 
> später immer noch verbessern und ist erstmal auch nicht ungenauer als 
> die is_in-Methode.

is_in halte ich auch fuer einen falschen Ansatz - Nicht falsch
verstehen. Aber wir haben stand heute mit den garmin routable maps das
problem das die Addresssuche nicht bis schlecht funktioniert.

Ich suche einen weg um das ad-hoc mit endlichem aufwand in einen
zustand zu bringen der es erlaubt das mehr leute das nutzen ohne sich
gedanken darueber zu machen was der mapper wohl im is_in verbrochen hat.

Mehr Nutzer -> Mehr entdeckte Fehler -> Besser Kartendaten 

Die Addresssuche bzw die Straßensuche ist mir sowieso ein raetsel da ja
der Garmin keine kenntnis der Größe des Administrativen bereichs hat
muss der ja raten wo wohl das ende der Straßensuche um den punkt
erreicht ist - Das ist aber ein sekundaeres problem.

Also ist mein Ansatz stand heute die is_ins auf den places soweit zu
reparieren das da was konsistentes rauskommt - und im naechsten Schritt
(10 Jahre) alle polygone zusammenschrauben die das noch besser koennen.

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] Routingfähige Garminkarten: Notwendi gkeit zur Qualitätssicherung

[Florian Lohoff]

On Tue, Oct 28, 2008 at 02:10:23PM +0100, Marcus Wolschon wrote:
> Schau im Backlog und schreib mal beides in einer Programmiersprache hin.
> Da hast du einen haufen unscharfer Volltext-Suchen auf großen Datenbeständen
> (is_in) gegenüber einem simplen Polygon-Test den dir ein Abi-Schüler mit
> minimalem Geometrie-Wissen aus dem Kopf runter schreibt.

Volltextsuche!?!? Wo hast du die? Ich sprach von relations da habe ich
einen integer search - ich suche die wayid als member einer relation.
Ich sprach davon alle ways eines Stadtteils als relation mit dem place
zu verknoten ...

> (Stichwort: Anzahl der Schnittpunkte eines Strahls mit den Polygon-Linien
>  muss gerade oder ungerade sein.)

Schnittpunkt? Du meinst contains or overlaps. Und das mit beliebig
bunten polygonen ...


> Ja bis wohin denn?
> Wenn ich wissen will, ob auf einer Straße Tempo 50 gelten, muss ich das
> bis zum Staatsgebiet aufdröseln.

Dieserlei defaults hatten wir in diversen threads eigentlich eine absage
erteilt weil eben eine anzeige eines "geratenen" werts d.h. kein eintrag
eines maxspeeds nicht darauf deutet das dort nichts gilt sondern das
kein mapper bisher was eingetragen hat. Richtig waere das bei
maxspeed=default oder aehnlichem.

Hier waeren die relations aufzudroeseln -> wayid=memberOf(releation) 
und dann der relation kette nach oben.

> > Ich rede nicht von Straßen - is_in auf Straßen halte ich fuer falsch und
> > will die auch nicht korrigieren. Ich rede von place=suburb und groesser.
> 
> und an was hängt dein place=suburb? Und wie ordnest du den
> linken Teil einer Durchgangsstraße eben diesem Stadtteil zu?

place=suburb und groesser haben zum grossteil is_ins und da geht es mir
drum das wenn da was drin steht soll es richtig sein - andernfalls
loeschen oder korrigieren.

Und das Straßenthema wuerde ich eben ueber relations machen ...

> > Straßen zu einer Postleitzahl oder Suburb/City/Village/Hamlet zuzuordnen
> > wuerde ich ueber eine relation loesen. Die ist eindeutig und eindeutig
> > schneller aufzuloesen als ein polygon ...
> 
> Was gegenüber vergessenen Elementen (mal eine neue Kirche eingezeichnet,
> mal eine Straße geteilt,...) genauso fehleranfällig wie is_in. Nein danke.

JOSM fuegt stand heute schon bei teilen von ways beide ways den
entsprechenden relations hinzu - Ist also in JOSM nicht mehr kaputt zu
kriegen. Und die Kirche haengt hoffentlich ja nach Karlsruhe Schema und
einer addr verknuepfung an der Straße oder?

> Wie soll ich denn bitteschön damit die PLZ einer Telephonzelle finden,
> wenn jemand diese Telephonzelle ohne sie in die (dem vorbeifahrenden Mapper
> nicht bekannte) Relation zu packen hingesetzt hat? Auch wenn die Straße 
> daneben
> oder noch eine Straße weiter in der Relation ist, kann ich das nicht
> mehr herausfinden.

Also - du zeichnest eine Telefonzelle ein und da du Ortskundig bist
weisst du die Postleitzahl - da die anderen wege rund um die
Telefonzelle in der relation sind - Weg anwaehlen - relation oeffnen -
telefonzelle anklicken, add selected.

Aber von einzelobjekten - Sprich jedem Kieselstein hat keine geredet. Es
ging um Straßen zur Addresssuche. Und bevor wir nicht fuer jede komische
administrative boundary ein polygon haben wird das der einzige ausweg
sein sowas halbwegs sauber zu loesen.

> Ram brauche ich um dieses eine Relations-Objekt mit den enthaltenen
> Objekt-IDs zu laden?)

4 byte pro object-id? Demnaechst dann vielleicht mal 8.

> sondern, wie eben dargelegt, vermeidbar fehleranfällig.

Aber - solange nicht alle polygone da sind die einzige loesung oder?

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] testballon massbugfiling amenity=police

[Gary68]

wie viele sind es?

und "duck and cover", wenn die flames kommen :-)


Am Dienstag, den 28.10.2008, 16:03 +0100 schrieb Florian Lohoff:
> Hi,
> nur als heads up - ich habe mal als Testballon quasi in Deutschland fuer
> alle amenity=police ohne ein name tag einen bug bei OpenStreetBugs
> aufgemacht. Mir ist das Thema aufgefallen weil im Nuevi mit den Routable
> maps bei Police als POIs der die namen anzeigt - nur leider bei einem
> erheblichen Anteil nur "Unbekannt" was jetzt nicht hilfreich ist um zu
> unterscheiden ob das wohl 24x7 oder 9-17 ist - Ich denke sowas wie
> Bezirkswache  deutet eher auf 9-17 wohingegen sowas wie
> Kreispolizeibehoerde auf 24x7 deutet ...
> 
> Wer es nicht mag - Bug schliessen und ignorieren.
> 
> Flo
> ___
> 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

[Talk-de] testballon massbugfiling amenity=police

[Florian Lohoff]

Hi,
nur als heads up - ich habe mal als Testballon quasi in Deutschland fuer
alle amenity=police ohne ein name tag einen bug bei OpenStreetBugs
aufgemacht. Mir ist das Thema aufgefallen weil im Nuevi mit den Routable
maps bei Police als POIs der die namen anzeigt - nur leider bei einem
erheblichen Anteil nur "Unbekannt" was jetzt nicht hilfreich ist um zu
unterscheiden ob das wohl 24x7 oder 9-17 ist - Ich denke sowas wie
Bezirkswache  deutet eher auf 9-17 wohingegen sowas wie
Kreispolizeibehoerde auf 24x7 deutet ...

Wer es nicht mag - Bug schliessen und ignorieren.

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] [JOSM] Kreisverkehr zeichnen - falsche Richtung

[Birgit Nietsch]

Jan Tappenbeck schrieb:

[Kreisverkehr dreht falschherum]
> dann wäre es doch sinnvoll dieses über eine Einstellung
> vordefinieren zu können ?

Leg dir doch einfach den Button "Weg umdrehen" in die Toolbar.
Den braucht man sowieso alle naslang.


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

[Talk-de] [Qlandkarte] Auswahl der Karten f ür OSM->Garmin funktioniert nicht

[Jan Tappenbeck]

Moin !

ich habe mir die aktuellen Daten von Computerteddy heruntergeladen und 
bisher hat auch das überspielen relativ gut geklappt diese zu 
überspielen mit QLandkarte (Vista 64)

Wenn ich mir einen Ausschnitt in QL anzeigen lasse und mit der Auswahl 
den Bereich wählen will (F5), dann werden nicht alle Fenster markiert. 
Man hat mir schon einmal gesagt, dass sei nicht schlimm - funktionert 
trotzdem.

Wäre mir auch egal - aber irgendwie bekomme ich nicht den gewünschten 
Bereich überspielt. Es fehlten immer irgendwelche Karten.

Kann mir einer weiterhelfen ??

... oder eine andere alternative !

Gruß Jan :-)

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

Re: [Talk-de] [JOSM] Kreisverkehr zeichnen - falsche Richtung

[Jan Tappenbeck]

Hallo Jochen,

dann wäre es doch sinnvoll dieses über eine Einstellung vordefinieren zu 
können ?

Gruß Jan :-)

Jochen Topf schrieb:
> On Tue, Oct 28, 2008 at 03:11:32PM +0100, Jan Tappenbeck wrote:
>> wenn ich das richtig sehe, dann hat die Funktion "Kreis erstellen" einen 
>> Bug. Ich habe in der letzten Zeit vermehr Kreisel gezeichnet und immer 3 
>> Punkte gezeichnet und dann den Kreis zeichnen lassen. Die 
>> Way-Ausrichtung ist hierbei gegen IM Uhrzeigersinn und entsprechend 
>> stellt z.b. Informationsfreeway die Richtungspfeile da !
>>
>> Das ist bekanntlich falsch und ich muss nun alle Ways umdrehen 
>>
>> oder sehe ich das falsch !?!??!
> 
> Kommt drauf an, in welchem Land Du bist. In Deutschland fährt man gegen
> den Uhrzeigersinn durch den Kreisverkehr, in England im Uhrzeigersinn.
> 
> Jochen


-- 


Freundliche Grüße

Jan Tappenbeck

---
OpenStreetMap (OSM) - das FREIE Kartenprojekt
http://www.openstreetmap.de


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

Re: [Talk-de] [JOSM] Kreisverkehr zeichnen - falsche Richtung

[Jochen Topf]

On Tue, Oct 28, 2008 at 03:11:32PM +0100, Jan Tappenbeck wrote:
> wenn ich das richtig sehe, dann hat die Funktion "Kreis erstellen" einen 
> Bug. Ich habe in der letzten Zeit vermehr Kreisel gezeichnet und immer 3 
> Punkte gezeichnet und dann den Kreis zeichnen lassen. Die 
> Way-Ausrichtung ist hierbei gegen IM Uhrzeigersinn und entsprechend 
> stellt z.b. Informationsfreeway die Richtungspfeile da !
> 
> Das ist bekanntlich falsch und ich muss nun alle Ways umdrehen 
> 
> oder sehe ich das falsch !?!??!

Kommt drauf an, in welchem Land Du bist. In Deutschland fährt man gegen
den Uhrzeigersinn durch den Kreisverkehr, in England im Uhrzeigersinn.

Jochen
-- 
Jochen Topf  [EMAIL PROTECTED]  http://www.remote.org/jochen/  +49-721-388298


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

Re: [Talk-de] [JOSM] Kreisverkehr zeichnen - falsche Richtung

[Marcus Wolschon]

2008/10/28 Jan Tappenbeck <[EMAIL PROTECTED]>:
> Moin !
>
> wenn ich das richtig sehe, dann hat die Funktion "Kreis erstellen" einen
> Bug. Ich habe in der letzten Zeit vermehr Kreisel gezeichnet und immer 3
> Punkte gezeichnet und dann den Kreis zeichnen lassen. Die
> Way-Ausrichtung ist hierbei gegen IM Uhrzeigersinn und entsprechend
> stellt z.b. Informationsfreeway die Richtungspfeile da !

Das ist in Deutschland falsch und in GB richtig.
Such's dir aus. ;)

> Das ist bekanntlich falsch und ich muss nun alle Ways umdrehen 

Das siehst du richtig.

Marcus

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

Re: [Talk-de] Neues Debugging-Tool: Der OSM-Inspector

[Jochen Topf]

On Tue, Oct 28, 2008 at 02:39:26PM +0100, Gary68 wrote:
> Das ist cool. Sieht irgendwie besser aus, als was wir Hobbyprogrammierer
> zu Hause so zusammenfrickeln :-) Da kann der Waychecker nicht mithalten.
> Mal sehen, ob wir den auf Dauer noch brauchen werden. Naja, ich habe mir
> ja ein neues Spielzeug ausgedacht, osmdiff.

Wir könnten ja mal überlegen, ob man die Daten aus dem Waychecker in dem
Tool irgendwie anzeigt. Hab mir das aber im Detail nicht überlegt, ob
und wie das sinnvoll wäre.

Jochen
-- 
Jochen Topf  [EMAIL PROTECTED]  http://www.remote.org/jochen/  +49-721-388298


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

[Talk-de] [JOSM] Kreisverkehr zeichnen - falsche Richtung

[Jan Tappenbeck]

Moin !

wenn ich das richtig sehe, dann hat die Funktion "Kreis erstellen" einen 
Bug. Ich habe in der letzten Zeit vermehr Kreisel gezeichnet und immer 3 
Punkte gezeichnet und dann den Kreis zeichnen lassen. Die 
Way-Ausrichtung ist hierbei gegen IM Uhrzeigersinn und entsprechend 
stellt z.b. Informationsfreeway die Richtungspfeile da !

Das ist bekanntlich falsch und ich muss nun alle Ways umdrehen 

oder sehe ich das falsch !?!??!

gruß Jan :-)

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

Re: [Talk-de] Neues Debugging-Tool: Der OSM-Inspector

[Dirk-Lüder Kreie]

Jochen Topf schrieb:
Wir haben ein neues Web-basiertes Debugging-Tool für OSM gebastelt. 

[...]

Das Tool findet ihr unter: http://tools.geofabrik.de/

Mehr Infos gibts im Blogposting hier: http://blog.geofabrik.de/?p=15

Läuft derzeit nur im Firefox und sind nur Daten für Europa drin.
Erweiterungen sind geplant. Wir freuen uns über Feedback.


Ich habe es gerade extensiv genutzt, um Waterways/Coastline in 
Norddeutschland zu beackern. Insbesondere mit der JOSM integration ein 
hervorragendes Tool und deutliche Arbeitserleichterung.


--

Dirk-Lüder "Deelkar" Kreie
Bremen - 53.0952°N 8.8652°E



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Neues Debugging-Tool: Der OSM-Inspector

[Jochen Topf]

On Tue, Oct 28, 2008 at 02:37:44PM +0100, Dirk-Lüder Kreie wrote:
> Jochen Topf schrieb:
> - der layer scheint leicht versetzt im vgl. zum Underlay (evtl. 
> gewuenscht?)
 Ja, leider stimmt da was mit der Projektion nicht und ich hab noch nicht
 rausbekommen, was es ist.
>>> Welche Konstante benutzt du für min/maxlat der   
>>> Spherical-Mercator-Projection?
>>
>> Meinst Du dies?
>> maxExtent: new OpenLayers.Bounds(-20037508,-20037508,20037508,20037508)
>>
>> Ich hatte auch mit .34 noch probiert, das machte aber glaube ich keinen
>> Unterschied.
>
> Ich weiss nur, dass die Tiles von [EMAIL PROTECTED] gegenüber den anderen um  
> ein paar Meter verrutscht waren, weil in tahproject.pm in der Zeile
>
> my $LimitY = ProjectF(RadToDeg(atan(sinh(pi;
>
> statt RadToDeg(atan(sinh(pi))) die "Magic number" 85.0511 stand, die  
> einige Stellen zu ungenau ist.

Hm. Ich rechne das ja nicht selbst um. Das macht die Proj4 lib im
Mapserver. Und die hat nirgendswo diese Nummer.

>>> Ansonsten zum Styling der coastline:
>>> Statt des blauen Saums der grünen coastline, einen dünnen Saum, in   
>>> kräftigem Blau, so dass eher eine Doppellinie (blau/grün) entsteht? 
>>> Denn  so wie es im Moment aussieht finde ich es stellenweise 
>>> verwirrend.
>>
>> Hm. Ist mir nicht ganz klar. Du willst den Saum einfach in kräftigerem
>> blau als diesem blaugrau? Oder soll der dann auf beiden Seiten der
>> grünen Linie sein?
>
> Sorry. Ich meinte entweder auf beiden seiten ein Saum (land=grün,  
> meer=blau) oder eben nur eine doppellinie (selbe farbverteilung) ohne 
> Saum.

Ok, weil die Asymmetrie ist ja wichtig. Ich kanns mal probieren. Es gibt
allerdings Rendering-Probleme mit dem Saum (d.h. wenn eine Linie
rechtwinklig zur eigentlichen Linie verschoben ist) wenn die Ecken zu
spitz werden, daher will ich das nur spärlich verwenden.

Jochen
-- 
Jochen Topf  [EMAIL PROTECTED]  http://www.remote.org/jochen/  +49-721-388298


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

Re: [Talk-de] Christlische Religionen in Deutschland

[Torsten Breda]

2008/10/28 Frederik Ramm <[EMAIL PROTECTED]>

> Hallo,
>
> Torsten Breda wrote:
> > Ich bin mir nicht ganz sicher, welche "denomination" ich eintragen soll.
>
> Da gibt es endlose Diskussionen zu:
>
> http://lists.openstreetmap.org/pipermail/talk-de/2008-September/024801.html
>
> http://lists.openstreetmap.org/pipermail/talk-de/2008-September/024911.html
>
> http://lists.openstreetmap.org/pipermail/talk-de/2008-October/024926.html
>
> Und jeweils die Folgebeitraege.


Danke für die Info!

Hab jetzt keine Lust auf irgendwelche Troll- oder Edit-Wars. Damit will ich
mich nicht aufhalten. Daher werde ich die Kirchen so taggen, wie es mir die
Vorlagen in JOSM anbieten. Wer es ändern will, kann es gerne tun.

Schönen Gruß
Torstiko
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Christlische Religionen in Deutschland

[Frederik Ramm]

Hallo,

Torsten Breda wrote:
> Ich bin mir nicht ganz sicher, welche "denomination" ich eintragen soll.

Da gibt es endlose Diskussionen zu:

http://lists.openstreetmap.org/pipermail/talk-de/2008-September/024801.html

http://lists.openstreetmap.org/pipermail/talk-de/2008-September/024911.html

http://lists.openstreetmap.org/pipermail/talk-de/2008-October/024926.html

Und jeweils die Folgebeitraege.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Neues Debugging-Tool: Der OSM-Inspector

[Gary68]

Hi Geos.

Das ist cool. Sieht irgendwie besser aus, als was wir Hobbyprogrammierer
zu Hause so zusammenfrickeln :-) Da kann der Waychecker nicht mithalten.
Mal sehen, ob wir den auf Dauer noch brauchen werden. Naja, ich habe mir
ja ein neues Spielzeug ausgedacht, osmdiff.

Tnx for developing, die Qualitätssicherung war ja immer wieder als
unzureichend bzw. nicht vorhanden kritisiert worden. Jetzt gibt es
gleich mehrere Möglichkeiten, das Thema anzugehen. Aus Openstreetbugs
wird ja immer besser eingebunden.

Viele Grüße

Gary68
Gerhard


Am Dienstag, den 28.10.2008, 11:50 +0100 schrieb Jochen Topf:
> Wir haben ein neues Web-basiertes Debugging-Tool für OSM gebastelt. Im
> Ansatz ähnlich wie Maplint und der Coastline-Checker, aber flexibler. In
> verschiedenen "views" (Geometryfehler, Adressen nach Karlsruher Schema,
> Alles rund um Wasser) könnt Ihr OSM-Daten auf einer Karte anschauen,
> weitere Infos dazu abfragen und leicht in einen Editor springen, um die
> Sachen direkt zu editieren.
> 
> Das Tool findet ihr unter: http://tools.geofabrik.de/
> 
> Mehr Infos gibts im Blogposting hier: http://blog.geofabrik.de/?p=15
> 
> Läuft derzeit nur im Firefox und sind nur Daten für Europa drin.
> Erweiterungen sind geplant. Wir freuen uns über Feedback.
> 
> Jochen


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

Re: [Talk-de] Neues Debugging-Tool: Der OSM-Inspector

[Dirk-Lüder Kreie]

Jochen Topf schrieb:

- der layer scheint leicht versetzt im vgl. zum Underlay (evtl. gewuenscht?)

Ja, leider stimmt da was mit der Projektion nicht und ich hab noch nicht
rausbekommen, was es ist.
Welche Konstante benutzt du für min/maxlat der  
Spherical-Mercator-Projection?


Meinst Du dies?
maxExtent: new OpenLayers.Bounds(-20037508,-20037508,20037508,20037508)

Ich hatte auch mit .34 noch probiert, das machte aber glaube ich keinen
Unterschied.


Ich weiss nur, dass die Tiles von [EMAIL PROTECTED] gegenüber den anderen um 
ein paar Meter verrutscht waren, weil in tahproject.pm in der Zeile


my $LimitY = ProjectF(RadToDeg(atan(sinh(pi;

statt RadToDeg(atan(sinh(pi))) die "Magic number" 85.0511 stand, die 
einige Stellen zu ungenau ist.




Ansonsten zum Styling der coastline:
Statt des blauen Saums der grünen coastline, einen dünnen Saum, in  
kräftigem Blau, so dass eher eine Doppellinie (blau/grün) entsteht? Denn  
so wie es im Moment aussieht finde ich es stellenweise verwirrend.


Hm. Ist mir nicht ganz klar. Du willst den Saum einfach in kräftigerem
blau als diesem blaugrau? Oder soll der dann auf beiden Seiten der
grünen Linie sein?


Sorry. Ich meinte entweder auf beiden seiten ein Saum (land=grün, 
meer=blau) oder eben nur eine doppellinie (selbe farbverteilung) ohne Saum.


--

Dirk-Lüder "Deelkar" Kreie
Bremen - 53.0952°N 8.8652°E



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Grenzen: is_in vs. Polygon vs. R elation (was: Re: Routingfähige Garminkart en: Notwendigkeit zur Qualitätssicherung)

[Sascha Silbe]

On Tue, Oct 28, 2008 at 01:34:11PM +0100, Martin Koppenhoefer wrote:

Mal davon abgesehen das ich die polygon nummer immer noch fuer viel 
zu CPU

intensiv halte um praktikabel zu sein.

das ist bereits vielfach widerlegt worden. Das Gegenteil ist richtig.

Referenz (für den 2. Satz)?
Ich bin zwar selbst pro Polygon (zumindest für die Grenzen auf 
Gemeindeebene - bei den "höheren" Verwaltungsebenen wären Relationen 
evtl. eine Option), sehe aber bei meinen eigenen Programmen (siehe auch 
meine Posts auf [EMAIL PROTECTED] bzgl. Vorverarbeitung), daß Polygone 
langsamer sind als einfache Textsuche.
Von der Performance unabhängig und IMO wichtiger (Vorverarbeitung kann 
ggf. "zentral" erledigt und eine OSM-Datei mit is_in geschrieben werden) 
ist die Konsistenz. Und da sind sowohl is_in als auch Relationen einfach 
unbrauchbar - wie in diesem Thread bereits (von anderen) erklärt.
Nicht 100% korrekte Daten sind übrigens auch hier besser als gar keine: 
Ruhig einfach ein Polygon um alle Straßen ziehen, die man per is_in 
markiert hätte (ggf. eine FIXME=blablubb dranhängen). Das kann man 
später immer noch verbessern und ist erstmal auch nicht ungenauer als 
die is_in-Methode.


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] Christlische Religionen in Deutschland

[Torsten Breda]

Habe gerade auch gesehen, dass sich die Angaben in der Wiki
(englischsprachig) und in den Vorlagen von JOSM widersprechen.

Also bei mir in der LSK steht einfach "evangelisch".

Gruß

>
>
>
>
>
> ___
> 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] Christlische Religionen in Deutschland

[Birgit Nietsch]

Torsten Breda schrieb:

> Ich bin mir nicht ganz sicher, welche "denomination" ich eintragen
> soll.
> 
> Religion:christian ist schon mal klar.
> 
> Was trage ich aber für "evangelisch" ein?
> evangelical oder protestant?
> 
> Und für "katholisch"?
> catholic oder roman_catholic? (Wo ist da genau der Unterschied und
> woran sehe ich das, wenn am Gebäude nur "St.Marien Irgendwas"
> steht?

Das hatten wir hier neulich schon mal. Die Übersetzungen, die im
OSM-Wiki stehen, passen nicht immer und führen oft zur Verwirrung.

"Protestantisch" ist ein Sammelbegriff für alle christlichen
Kirchen, die weder katholisch noch orthodox sind. Evangelikale
sind nicht vergleichbar mit Lutheranern. Ausserdem gibt es
"Freie evangelische Gemeinden", "Evangelisch-Freikirchliche",
sowie etliche andere, die "evangelisch" im Namen tragen.

Es wäre besser, wir würden hier die Bezeichnungen verwenden, die
auf den Schildern am Gebäude stehen, und nicht übersetzen.





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

Re: [Talk-de] Neues Debugging-Tool: Der OSM-Inspector

[Jochen Topf]

On Tue, Oct 28, 2008 at 02:14:14PM +0100, Frederik Ramm wrote:
> Sven Anders wrote:
> > Schön wäre auch eine Interpolation für Hausnummer mit Buchstaben z.B. 
> > 1a1f 
> > hab ich hier zu Hauf bei Reihenhäusern und da wäre es wirklich praktisch!
> 
> Wobei es da die fiese Komplikation gibt, dass diese Buchstaben ja auch 
> benutzt werden, wenn nachtraeglich Haeuser "zwischensortiert" werden, 
> und da scheint mir nicht einheitlich zu sein, auf welcher Seite der Nr. 
> 10 jetzt die Nr. 10a steht - oft sieht man "8...10a...10" oder halt auch 
> "8...10...10a".

Deswegen haben wir das damals weggelassen bei der Definition im
Karlsruher Schema. Weil keiner wußte, wie man das gut machen kann. wir
können natürlich einfach einige Spezialfälle definieren und den Rest
weiter ignorieren.

Jochen
-- 
Jochen Topf  [EMAIL PROTECTED]  http://www.remote.org/jochen/  +49-721-388298


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

Re: [Talk-de] Kartierung der OSM-Mapper

[Fabian Schmidt]

Am 27.10.08 schrieb Thomas Hog:


Um mal zur Ausgangsfrage zu kommen: Gibts eigentlich ein Overlay, was die
am angezeigten Gebiet beteiligten User zeigt?


http://www.itoworld.com/static/osmmapper kennst Du?


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

Re: [Talk-de] Neues Debugging-Tool: Der OSM-Inspector

[Sven Anders]

Am Dienstag, 28. Oktober 2008 14:14 schrieb Frederik Ramm:
> Hallo,
>
> Sven Anders wrote:
> > Schön wäre auch eine Interpolation für Hausnummer mit Buchstaben z.B.
> > 1a1f hab ich hier zu Hauf bei Reihenhäusern und da wäre es wirklich
> > praktisch!
>
> Wobei es da die fiese Komplikation gibt, dass diese Buchstaben ja auch
> benutzt werden, wenn nachtraeglich Haeuser "zwischensortiert" werden,
> und da scheint mir nicht einheitlich zu sein, auf welcher Seite der Nr.
> 10 jetzt die Nr. 10a steht - oft sieht man "8...10a...10" oder halt auch
> "8...10...10a".

Ja, das das unklar ist, ist mir klar aber wenn die Interpolation eindeutig 
ist, wie bei 1a bis 1f dann wäre es schon schön, wenn da was interpoliert 
wird.

Gruß
Sven

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

Re: [Talk-de] Neues Debugging-Tool: Der OSM-Inspector

[Jochen Topf]

On Tue, Oct 28, 2008 at 01:12:54PM +0100, Dirk Stöcker wrote:
> On Tue, 28 Oct 2008, Jochen Topf wrote:
>
>>> Nochwas: der Permalink ist etwas lang :-)
>>
>> Tja, da muss halt alles rein. Kann ja sein, dass Du verschiedene Layer
>> ein- oder ausgeschaltet hast. Das meiste hat aber einen Default,
>> könnest die overlays weglassen und dann nimmt er halt alle.
>
> Wenn Du statt den ausgeschriebenen Namen einfach für jedes Layer einen  
> Buchstaben abzeptierst (ohne Komma), dann wird er viel kürzer. Wenn Du  
> Großbuchstaben nimmst, kannst Du sogar beides parallel nutzen. Und der  
> Mehraufwand ist nur ein zusätzlicher Hash bei der Auswertung.
>
> Und wenn Du das dann noch sortierst and einen Bindestrich für Gruppen  
> erlaubst, ... "&layers=AC-L" ist doch viel kürzer.

Im Prinzip gute Idee, aber ich versuche nicht die URLs zu verschönern,
sondern meine Arbeit zu minimieren. Die Layernamen fallen halt so aus
dem WMS raus und das passiert alles ziemlich automatisch. Wenn ich jetzt
noch Aliase für die Layer hab, dann muss ich die irgendwo führen usw.
Problematisch sind die langen URLs ja eigentlich nicht. Warten wir mal
ab, ob es in der Praxis ein Problem wird, dann kann ich immernoch sowas
einbauen. Das größere Problem mit den Layern ist, dass ich die
wahrscheinlich als ändern werde, wenn es neue Ideen und Anforderungen
gibt und dann gehen alte Links u.U. nicht mehr. Das bekommen wir so aber
nicht gelöst.

Jochen
-- 
Jochen Topf  [EMAIL PROTECTED]  http://www.remote.org/jochen/  +49-721-388298


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

Re: [Talk-de] Neues Debugging-Tool: Der OSM-Inspector

[Jochen Topf]

On Tue, Oct 28, 2008 at 01:40:59PM +0100, Dirk-Lüder Kreie wrote:
> Jochen Topf schrieb:
>> On Tue, Oct 28, 2008 at 12:03:21PM +0100, Martin Koppenhoefer wrote:
>>> sehr hilfreiches Tool zum Pruefen der eingegebenen Infos, Gratulation zu
>>> diesem Coup, 2 kleinere Dinge sind mir allerdings aufgefallen:
>>> im Adress-Mode:
>>> - die multipolygon-relations werden zur Darstellung der Gebaeude nicht
>>
>> Ja, da hab ich eine Abkürzung genommen. Die Auswertung der
>> multipolygon-relations ist relativ aufwändig und ich fand sie hier nicht
>> so wichtig. Muss aber sicher irgendwann mal gefixt werden.
>>
>>> ausgewertet
>>> - der layer scheint leicht versetzt im vgl. zum Underlay (evtl. gewuenscht?)
>>
>> Ja, leider stimmt da was mit der Projektion nicht und ich hab noch nicht
>> rausbekommen, was es ist.
>
> Welche Konstante benutzt du für min/maxlat der  
> Spherical-Mercator-Projection?

Meinst Du dies?
maxExtent: new OpenLayers.Bounds(-20037508,-20037508,20037508,20037508)

Ich hatte auch mit .34 noch probiert, das machte aber glaube ich keinen
Unterschied.

> Ansonsten zum Styling der coastline:
> Statt des blauen Saums der grünen coastline, einen dünnen Saum, in  
> kräftigem Blau, so dass eher eine Doppellinie (blau/grün) entsteht? Denn  
> so wie es im Moment aussieht finde ich es stellenweise verwirrend.

Hm. Ist mir nicht ganz klar. Du willst den Saum einfach in kräftigerem
blau als diesem blaugrau? Oder soll der dann auf beiden Seiten der
grünen Linie sein?

Jochen
-- 
Jochen Topf  [EMAIL PROTECTED]  http://www.remote.org/jochen/  +49-721-388298


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

Re: [Talk-de] Neues Debugging-Tool: Der OSM-Inspector

[Frederik Ramm]

Hallo,

Sven Anders wrote:
> Schön wäre auch eine Interpolation für Hausnummer mit Buchstaben z.B. 
> 1a1f 
> hab ich hier zu Hauf bei Reihenhäusern und da wäre es wirklich praktisch!

Wobei es da die fiese Komplikation gibt, dass diese Buchstaben ja auch 
benutzt werden, wenn nachtraeglich Haeuser "zwischensortiert" werden, 
und da scheint mir nicht einheitlich zu sein, auf welcher Seite der Nr. 
10 jetzt die Nr. 10a steht - oft sieht man "8...10a...10" oder halt auch 
"8...10...10a".

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Routingfähige Garminkarten: Notwendigk eit zur Qualitätssicherung

[Marcus Wolschon]

2008/10/28 Florian Lohoff <[EMAIL PROTECTED]>:
>>   Routingfähige Garminkarten: Notwendigkeit zur Qualitätssicherung
>>
>>  Mal davon
>>  abgesehen das ich die polygon nummer immer noch fuer viel zu CPU
>>  intensiv halte um praktikabel zu sein.
>>
>>das ist bereits vielfach widerlegt worden. Das Gegenteil ist richtig.
>
> Hast du eine referenz? Mail? Code? Benchmark? Ich habe bisher nichts
> gesehen ausser immer wieder behauptungen.

Schau im Backlog und schreib mal beides in einer Programmiersprache hin.
Da hast du einen haufen unscharfer Volltext-Suchen auf großen Datenbeständen
(is_in) gegenüber einem simplen Polygon-Test den dir ein Abi-Schüler mit
minimalem Geometrie-Wissen aus dem Kopf runter schreibt.
(Stichwort: Anzahl der Schnittpunkte eines Strahls mit den Polygon-Linien
 muss gerade oder ungerade sein.)


>>  - Es ist nicht geklaert ob dort Englische oder Deutsche
>>  Bezeichner reingehoeren.
>>
>>das sollte eigentlich klar sein: in der Landessprache, wo sich das feature
>>befindet. Das Brandenburger Tor nennst Du ja auch nicht name=Brandenburg
>>Gate sondern maximal name:en=Brandenburg Gate, bzw. heisst Muenchen bei
>>uns nicht Munich.
>
> Und warum ist dann so viel falsch wenn das so klar ist?

Halte ich leider auch für Unklar.
Schon is_in "Baden" "Baden Württemberg" "Baden-Württemberg" "Baden
Wuertemberg" ist
ja unklar.


>>jede Strasse bis zur Welt aufzudroeseln ist sicher nicht zielfuehrend,

Ja bis wohin denn?
Wenn ich wissen will, ob auf einer Straße Tempo 50 gelten, muss ich das
bis zum Staatsgebiet aufdröseln.

>>unheimlich redundant und zeigt eigentlich schon, dass dieser Ansatz zum
>>Scheitern verurteilt ist. Die zur Korrektur erforderlich Energie und Zeit
>>ist in die Erstellung (ggf. vorlaeufiger, grober) Polygone sicher besser
>>investiert.
>
> Ich rede nicht von Straßen - is_in auf Straßen halte ich fuer falsch und
> will die auch nicht korrigieren. Ich rede von place=suburb und groesser.

und an was hängt dein place=suburb? Und wie ordnest du den
linken Teil einer Durchgangsstraße eben diesem Stadtteil zu?

> Straßen zu einer Postleitzahl oder Suburb/City/Village/Hamlet zuzuordnen
> wuerde ich ueber eine relation loesen. Die ist eindeutig und eindeutig
> schneller aufzuloesen als ein polygon ...

Was gegenüber vergessenen Elementen (mal eine neue Kirche eingezeichnet,
mal eine Straße geteilt,...) genauso fehleranfällig wie is_in. Nein danke.
Wie soll ich denn bitteschön damit die PLZ einer Telephonzelle finden,
wenn jemand diese Telephonzelle ohne sie in die (dem vorbeifahrenden Mapper
nicht bekannte) Relation zu packen hingesetzt hat? Auch wenn die Straße daneben
oder noch eine Straße weiter in der Relation ist, kann ich das nicht
mehr herausfinden.

Mit einem Polygon ist das trivial und vor allem eindeutig und unmißverständlich.
Kein verschobenes Objekt weiter draußen kann in diesem Suburb liegen und alles
was in diesem Suburb-Polygon liegt ist auch Teil des Suburb aufgrund
seiner geographischen
Lage. Eine Relation ist hier nicht nur unnötig kompliziert und groß
(wie viele Straßen
hat der Suburb Karlsruhe-Mitte? Wie viele Dörfchen hat das Bundesland
Bayern? Wie viel
Ram brauche ich um dieses eine Relations-Objekt mit den enthaltenen
Objekt-IDs zu laden?)
sondern, wie eben dargelegt, vermeidbar fehleranfällig.

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

Re: [Talk-de] Neues Debugging-Tool: Der OSM-Inspector

[Sven Anders]

Am Dienstag, 28. Oktober 2008 11:50 schrieb Jochen Topf:
> Erweiterungen sind geplant. Wir freuen uns über Feedback.

Schön wäre auch eine Interpolation für Hausnummer mit Buchstaben z.B. 1a1f 
hab ich hier zu Hauf bei Reihenhäusern und da wäre es wirklich praktisch!

Gruß
Sven

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

Re: [Talk-de] Richtungsabhaengige oder Abschnittsweise attribute/tags

[Frederik Ramm]

Hi,

Martin Koppenhoefer wrote:
> Diese leidige Diskussion ueber das Karlsruhe-Schema nervt ein bisschen, da
> bisher noch kein Fall aufgezeigt wurde, wo das Schema nicht funktioniert,
> und es wohl kaum eine einfachere Loesung gibt, als einfach jede Nummer mit
> einem Node zu repraesentieren (eine der Moeglichkeiten des KA-Schemas und
> von all denjenigen, denen die Interpolation nicht passt, einfach und simpel
> anzuwenden).

Find ich ja auch, aber hack nicht so auf Marcus rum, der war einer von 
denen, die sich das Schema ausgedacht haben ;-)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Kartierung der OSM-Mapper

[Tobias Wendorff]

Jan Tappenbeck schrieb:
> Wenn ich meine Seite aufrufe und dann meinen Namen gegen den anderen 
> Austausche erscheint eine leere Seite !

http://www.openstreetmap.org/user/TobWen
http://wiki.openstreetmap.org/index.php/Special:EmailUser/TobWen
http://wiki.openstreetmap.org/index.php/User_talk:TobWen

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

[Talk-de] Christlische Religionen in Deutschland

[Torsten Breda]

Hi

Ich bin mir nicht ganz sicher, welche "denomination" ich eintragen soll.

Religion:christian ist schon mal klar.

Was trage ich aber für "evangelisch" ein?
evangelical oder protestant?

Und für "katholisch"?
catholic oder roman_catholic? (Wo ist da genau der Unterschied und woran
sehe ich das, wenn am Gebäude nur "St.Marien Irgendwas" steht?

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

Re: [Talk-de] Routingfähige Garminkarten: Notwendi gkeit zur Qualitätssicherung

[Florian Lohoff]

>   Routingfähige Garminkarten: Notwendigkeit zur Qualitätssicherung
> 
>  Mal davon
>  abgesehen das ich die polygon nummer immer noch fuer viel zu CPU
>  intensiv halte um praktikabel zu sein.
> 
>das ist bereits vielfach widerlegt worden. Das Gegenteil ist richtig.

Hast du eine referenz? Mail? Code? Benchmark? Ich habe bisher nichts
gesehen ausser immer wieder behauptungen.

>  - Es ist nicht geklaert ob dort Englische oder Deutsche
>  Bezeichner reingehoeren.
> 
>das sollte eigentlich klar sein: in der Landessprache, wo sich das feature
>befindet. Das Brandenburger Tor nennst Du ja auch nicht name=Brandenburg
>Gate sondern maximal name:en=Brandenburg Gate, bzw. heisst Muenchen bei
>uns nicht Munich.

Und warum ist dann so viel falsch wenn das so klar ist?

>  Die mapper sind sich nicht einig ob die ; oder
>  , zum abgrenzen nehmen sollen und ansonsten ist auch die hierarchie
>  ungeklaert so das manchmal bis Europe alles da ist - manchmal aber eben
>  auch nur bis zum Kreis ...
> 
>jede Strasse bis zur Welt aufzudroeseln ist sicher nicht zielfuehrend,
>unheimlich redundant und zeigt eigentlich schon, dass dieser Ansatz zum
>Scheitern verurteilt ist. Die zur Korrektur erforderlich Energie und Zeit
>ist in die Erstellung (ggf. vorlaeufiger, grober) Polygone sicher besser
>investiert.

Ich rede nicht von Straßen - is_in auf Straßen halte ich fuer falsch und
will die auch nicht korrigieren. Ich rede von place=suburb und groesser.

Straßen zu einer Postleitzahl oder Suburb/City/Village/Hamlet zuzuordnen
wuerde ich ueber eine relation loesen. Die ist eindeutig und eindeutig
schneller aufzuloesen als ein polygon ...

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] Richtungsabhaengige oder Abschnittsweise attribute/tags

[Florian Lohoff]

On Tue, Oct 28, 2008 at 01:23:14PM +0100, Martin Koppenhoefer wrote:
>nein, ist richtig. Steht uebrigens auch genauso in der Berliner
>Numerierungsverordnung (kann ich mir nicht verkneifen, da Du Berlin als
>Beispiel zitierst):
>http://www.berlin.de/ba-spandau/verwaltung/gesetze/nrvo.html

Dir ist aber schon bewusst das es prominente abweichung von diesem
dingen gerade in Berlin gibt?

"(1) Die Grundstücke sind an den Straßen zu numerieren, von denen sie ihren
Zugang haben. Grundstücke mit mehreren Hauseingängen oder Zugängen
erhalten jeweils so viele Grundstücksnummern, wie für den allgemeinen
Verkehr benötigt werden."

Wieviele werden denn benoetigt? Damit ist doch schon die erste
regelmaessigkeit tot ... Noetig sind so viele wie der Eigentuemer und
die Stadt fuer angemessen halten - also beliebig viele. Damit hat Marcus
also recht das es sowohl mehrere Nummern fuer einen Eingang wie auch
eine Nummer fuer mehrere Eingaenge geben kann.

"(3) Die Grundstücke sind wechselseitig zu numerieren. Die ungeraden
Zahlen sind für Grundstücke an der linken, die geraden Zahlen für
Grundstücke an der rechten Seite der Straße zu verwenden."

Und hiervon gibt es genau Prominente abweichungen - Eine seite Hoch -
andere seite Runter ...

>Geht raus und mappt die Nummern, anstatt hier sinnlos Traffic zu
>produzieren, oder denkt Euch ein eigenes Schema aus, dokumentiert das im
>Wiki, und postet *danach* hier.

Ich werde mit dem Karlsruhe Interpolationsschema nix mappen - Beim
anblick der wege die nichts repraesentieren was wirklich existiert
rollen sich mir die Fußnaegel hoch ...

Und wenn du mal was suchst was mit KA Schema nicht geht:

http://lists.openstreetmap.org/pipermail/talk/2008-October/030471.html

oder beim konvertieren in bestehende Formate:

http://lists.openstreetmap.org/pipermail/talk/2008-October/030464.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] Gibt es ein Tool um Straßennamen aus O SM Daten zu extrahieren?

[Tobias Wendorff]

Hallo Jürgen,

Juergen Lehle schrieb:
> für Windows hab ich zwar nichts aber vielleicht hilft dir das hier:
> http://albspotter.org/osm/getstreets.php?minlat=48.4824&maxlat=48.4997&minlon=9.6732&maxlon=9.7069

nettes Tool. Ist es im SVN verfügbar oder nur intern bei Dir?

Setz' doch noch ein array_unique() drüber, damit die doppelten
Einträge rausfliegen.

Grüße
Tobias

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

Re: [Talk-de] Karte mit eigenen Informationen erstellen

[Tobias Wendorff]

Hallo Keridil,

Keridil schrieb:
> ich suche eine Möglichkeit eine Karte (Großraum Hamburg) auf ca DIN A1
> auszudrucken.

da ich mich sehr für den Bereich digitale Kartographie interessiere,
habe ich verschiedene Richtungen in diesem Bereich verfolgt.

Du kannst mich diesbezüglich ja einmal anmailen. Ich führe die Arbeiten
derzeit kostenfrei durch, da ich für das HowTo möglichst viele Fälle
durchspielen will.

> Scheinbar muss ich mir selber eine Karte rendern?
> Ich hab mir jetzt mal Kosmos besorgt und damit erste versuche unternommen,
> finde aber keine Möglichkeit
> meine Kundendaten mit einzubeziehen. Bin ich schon wieder auf dem Holzweg?
> Wäre schön wenn mich hier jemand auf den richtigen Weg bringen könnte.

Wenn Dein Kunder auf hochwertigere Kartographie setzt, dann solltest
Du geeignetere Tools verwenden (z.B. auch in Richtung Corel oder
Illustrator gucken).

Für eine reine Übersichtskarte reichen aber Kosmos & Co.

Grüße
Tobias

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

Re: [Talk-de] Neues Debugging-Tool: Der OSM-Inspector

[Dirk-Lüder Kreie]

Jochen Topf schrieb:

On Tue, Oct 28, 2008 at 12:03:21PM +0100, Martin Koppenhoefer wrote:

sehr hilfreiches Tool zum Pruefen der eingegebenen Infos, Gratulation zu
diesem Coup, 2 kleinere Dinge sind mir allerdings aufgefallen:
im Adress-Mode:
- die multipolygon-relations werden zur Darstellung der Gebaeude nicht


Ja, da hab ich eine Abkürzung genommen. Die Auswertung der
multipolygon-relations ist relativ aufwändig und ich fand sie hier nicht
so wichtig. Muss aber sicher irgendwann mal gefixt werden.


ausgewertet
- der layer scheint leicht versetzt im vgl. zum Underlay (evtl. gewuenscht?)


Ja, leider stimmt da was mit der Projektion nicht und ich hab noch nicht
rausbekommen, was es ist.


Welche Konstante benutzt du für min/maxlat der 
Spherical-Mercator-Projection?


Ansonsten zum Styling der coastline:
Statt des blauen Saums der grünen coastline, einen dünnen Saum, in 
kräftigem Blau, so dass eher eine Doppellinie (blau/grün) entsteht? Denn 
so wie es im Moment aussieht finde ich es stellenweise verwirrend.


--

Dirk-Lüder "Deelkar" Kreie
Bremen - 53.0952°N 8.8652°E



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Routingfähige Garminkarten: Notwendigk eit zur Qualitätssicherung

[Martin Koppenhoefer]

> Mal davon
> abgesehen das ich die polygon nummer immer noch fuer viel zu CPU
> intensiv halte um praktikabel zu sein.
>

das ist bereits vielfach widerlegt worden. Das Gegenteil ist richtig.


> Solange das der fall ist macht es sinn is_in zumindest da zu reparieren
> wo es wirklich kaputt ist. Wenn du unter reparieren verstehst "Loeschen"
> ist das auch okay - Defakto sind aber die daten in den is_ins nicht nur
> nicht eindeutig (was ihmo das groesste problem ist) sondern defakto im
> moment falsch


tja


> - Es ist nicht geklaert ob dort Englische oder Deutsche
> Bezeichner reingehoeren.


das sollte eigentlich klar sein: in der Landessprache, wo sich das feature
befindet. Das Brandenburger Tor nennst Du ja auch nicht name=Brandenburg
Gate sondern maximal name:en=Brandenburg Gate, bzw. heisst Muenchen bei uns
nicht Munich.


> Die mapper sind sich nicht einig ob die ; oder
> , zum abgrenzen nehmen sollen und ansonsten ist auch die hierarchie
> ungeklaert so das manchmal bis Europe alles da ist - manchmal aber eben
> auch nur bis zum Kreis ...
>

jede Strasse bis zur Welt aufzudroeseln ist sicher nicht zielfuehrend,
unheimlich redundant und zeigt eigentlich schon, dass dieser Ansatz zum
Scheitern verurteilt ist. Die zur Korrektur erforderlich Energie und Zeit
ist in die Erstellung (ggf. vorlaeufiger, grober) Polygone sicher besser
investiert.

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

[Talk-de] Wohin mit den Adressnodes (was: Talk-de Digest, Vol 27, Issue 170)

[Dirk-Lüder Kreie]

Dominik Spies schrieb:


Ich habe die Diskussion schon länger verfolgt und mir das Karlsruher
Schema auch angesehen. Ich fände es auch besser die Hausnummer direkt
and die Straße zu binden, evtl nicht außschließlich, aber auf jeden
Fall brauche ich die Informationen, wie ich denn von einer Straße das
entsprechende Gebäude / Gelände mit der Hausnummer auch erreiche! Es
werden ja die Gebäude mit Hausnummer versehen. Wo denn der Zugang zu
diesem Haus ist, muss ich mir aus den Finger saugen..
Und genau das interessiert den Großteil der Nutzer mehr, als wo genau
das Haus steht.


Jede mir bekannte Routing-Engine kann auch zu Punkten routen, die neben 
der Straße liegen, das kann also kein Grund sein, nicht das Haus oder 
das Grundstück mit der Adresse zu versehen.




--

Dirk-Lüder "Deelkar" Kreie
Bremen - 53.0952°N 8.8652°E



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Richtungsabhaengige oder Abschnittsweise attribute/tags

[Martin Koppenhoefer]

Am 28. Oktober 2008 13:10 schrieb Marcus Wolschon <[EMAIL PROTECTED]>:

> Am 28. Oktober 2008 11:59 schrieb Birgit Nietsch <[EMAIL PROTECTED]>:
> > Hausnummern sind keine Hausnummern sondern Grundstücksnummern,
> > und sind Attribute der Grundstücke, die neben der Straße liegen.
>
> Schlichtweg Falsch.
> Deine Konstruktion fällt bereits bei mehreren Eingängen pro
> Gebäude (habe ich öfters bei Mehrparteien-Häusern) und
> Hinterhöfen mit ihren eigenen Hausnummern (typisch
> in Berlin) auseinander.
>

nein, ist richtig. Steht uebrigens auch genauso in der Berliner
Numerierungsverordnung (kann ich mir nicht verkneifen, da Du Berlin als
Beispiel zitierst):
http://www.berlin.de/ba-spandau/verwaltung/gesetze/nrvo.html

Wenn Du nicht mal sicher ueber das bist, was Du schreibst, solltest Du einen
etwas gemaessigteren Ton anschlagen.

Diese leidige Diskussion ueber das Karlsruhe-Schema nervt ein bisschen, da
bisher noch kein Fall aufgezeigt wurde, wo das Schema nicht funktioniert,
und es wohl kaum eine einfachere Loesung gibt, als einfach jede Nummer mit
einem Node zu repraesentieren (eine der Moeglichkeiten des KA-Schemas und
von all denjenigen, denen die Interpolation nicht passt, einfach und simpel
anzuwenden).

Geht raus und mappt die Nummern, anstatt hier sinnlos Traffic zu
produzieren, oder denkt Euch ein eigenes Schema aus, dokumentiert das im
Wiki, und postet *danach* hier.

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

Re: [Talk-de] Routingfähige Garminkarten: Notwendi gkeit zur Qualitätssicherung

[Florian Lohoff]

On Tue, Oct 28, 2008 at 09:55:12AM +0100, Marcus Wolschon wrote:
> Das ist genau der Grund, warum ist ständig gegen is_in
> wettere und korrekte Staats-Grenzen propagiere.
> 
> Wer jetzt was von wegen "Vorverarbeitung" und "Suchen und Ersetzen"
> sagt, den möchte ich an die Namen von Ortschaften erinnern.
> Das sind schlichtweg zu viele um so einen  Ansatz zur Notreparatur
> einer Krücke zu fahren.

Ja - is_in ist eine Kruecke - defakto haben wir aber im moment nichts
anderes und ich sehe auch nicht die zeit kommen wo wir fuer jeden
Stadtteil, jede Stadt und jedes Hamlet ein polygon haben. Mal davon
abgesehen das ich die polygon nummer immer noch fuer viel zu CPU
intensiv halte um praktikabel zu sein.

Solange das der fall ist macht es sinn is_in zumindest da zu reparieren
wo es wirklich kaputt ist. Wenn du unter reparieren verstehst "Loeschen"
ist das auch okay - Defakto sind aber die daten in den is_ins nicht nur
nicht eindeutig (was ihmo das groesste problem ist) sondern defakto im
moment falsch - Es ist nicht geklaert ob dort Englische oder Deutsche
Bezeichner reingehoeren. Die mapper sind sich nicht einig ob die ; oder
, zum abgrenzen nehmen sollen und ansonsten ist auch die hierarchie
ungeklaert so das manchmal bis Europe alles da ist - manchmal aber eben
auch nur bis zum Kreis ...

Das ganze ist mit endlichem aufwand zu korrigieren und da ja die letzten
tage immer wieder aufschreie kamen das bots daten veraendert haben denke
ich einfach mal ueber OpenStreetBugs nach - bug auf - wenn der Warlord
in "seinem" Bereich meint das das alles schon so richtig ist - Bug
schliessen und gut ...

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] Neues Debugging-Tool: Der OSM-Inspector

[Dirk Stöcker]

On Tue, 28 Oct 2008, Jochen Topf wrote:


Nochwas: der Permalink ist etwas lang :-)


Tja, da muss halt alles rein. Kann ja sein, dass Du verschiedene Layer
ein- oder ausgeschaltet hast. Das meiste hat aber einen Default,
könnest die overlays weglassen und dann nimmt er halt alle.


Wenn Du statt den ausgeschriebenen Namen einfach für jedes Layer einen 
Buchstaben abzeptierst (ohne Komma), dann wird er viel kürzer. Wenn Du 
Großbuchstaben nimmst, kannst Du sogar beides parallel nutzen. Und der 
Mehraufwand ist nur ein zusätzlicher Hash bei der Auswertung.


Und wenn Du das dann noch sortierst and einen Bindestrich für Gruppen 
erlaubst, ... "&layers=AC-L" ist doch viel kürzer.


Ciao
--
http://www.dstoecker.eu/ (PGP key available)___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Richtungsabhaengige oder Abschnittsweise attribute/tags

[Marcus Wolschon]

Am 28. Oktober 2008 11:59 schrieb Birgit Nietsch <[EMAIL PROTECTED]>:
> Hausnummern sind keine Hausnummern sondern Grundstücksnummern,
> und sind Attribute der Grundstücke, die neben der Straße liegen.

Schlichtweg Falsch.
Deine Konstruktion fällt bereits bei mehreren Eingängen pro
Gebäude (habe ich öfters bei Mehrparteien-Häusern) und
Hinterhöfen mit ihren eigenen Hausnummern (typisch
in Berlin) auseinander.

Die Hausnummer ist ein postalisches Attribut des Eingangs eines
Hauses. Abstrahiert durch das Gebäude. Ein Eingang kann mehrere
Nummern haben und eine Nummer sogar in seltenen Fällen mehrere
zugeordnete Eingänge. Die Nummern können auch aus Buchstaben
bestehen und wir haben mittlerweile so einige andere Ordnungen als
nur "1-x" und "gerade/ungerade" finden können.

Ich halte die Interpolation für ein notwendiges Feature um schnell ganze
Straßenzüge grob erfassen zu können. Sie hat bisher gute Dienste
geleistet.
Auch halte ich das Karlsruhe-Schema für einen guten Testlauf.
Wer ein besseres Schema hat, soll es gerne in seiner Stadt mal
3-5 Wochen ausgiebig nutzen und dann Leuten aus anderen Regionen
mit anderen Adress-Schemata zum Test anbieten.

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

Re: [Talk-de] [Renderer] Was wird dargestellt - highway_path etc.

[Lars Francke]

Moin,

> Habe vor einigen Wochen schon highway=path und foot=yes / bicycle=yes
> zugewiesen und die Wege werden nicht dargestellt.

highway=path wird von osmarender dargestellt aber Mapnik "weigert"
sich leider weiterhin :(

http://trac.openstreetmap.org/ticket/1112
http://trac.openstreetmap.org/ticket/1273

Gruß,
Lars :-(

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