Re: [Talk-de] AIO - Routing über Fähren

[Garry]

Am 29.10.2010 07:36, schrieb Carsten Moeller:

ja prüfen ob die Verwendung
eines highway=service sinnvoll ist, aber bei langen Strecken jeden
service abzuklappern ob
er nicht doch an eine geeigneten Transportlösung anbindet dürfte
aufwendig werden...

Garry

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

Aus Router-Sicht ist das halt schlecht. In Start- und Zielnähe kann er

Und wenn der Service genau in der Mitte der Strecke liegt?
Das wäre der Worst-Case!
Ich meine in allen Fällen in denen service nicht Anfang und/oder Ende 
der Strecke ist.
Unter Umständen ist das Service-Stück ja auch noch entgegengesetzt zur 
Zielrichtung.


Garry

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

Re: [Talk-de] All In One

[fla...@googlemail.com]

Hab den Fehler zz auch nicht gefunden .. und ab heute 3 Wochen im Urlaub ;-)

Dirk

Am 28. Oktober 2010 10:19 schrieb Sven Geggus :
> Elchtreiber  wrote:
>
>> Kann da bitte mal wer nach dem Rechten schauen?
>
> Das kann im Normalfall nur genau ein einziger nämlich Christoph. Ich kann
> als devserver Admin zwar ins logfile schaun , was ich bereits gestern
> gemacht habe, bin aber nicht draus schlau geworden. Eventuell kann auch
> Flacus helfen, der ist neuerdings ebenfalls bei der AIO aktiv.
>
> Auf der devserver Liste hat Christoph am Sonntag geschrieben, dass er seinen
> Buildprozess auf das neue pbf Binärformat umgestellt hat:
>
> http://lists.openstreetmap.de/pipermail/devserver/2010-October/001629.html
>
> Da ist dann wohl was schiefgelaufen :(
>
> Gruss
>
> Sven
>
> --
> Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit
> Office nicht kompatibles Bürosoftwarepaket einzuführen.
>                            (Florian Weimer in de.alt.sysadmin.recovery)
> /me is gig...@ircnet, http://sven.gegg.us/ on the Web
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>



-- 
Wikipedia -- http://tools.wikimedia.de/~flacus/IWLC/

OSM -- http://osm.flacus.de/

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

[Talk-de] osmosis-bug in Geofabrik-Extrakten?

[André Joost]

Hallo,
auf folgendes Problem bin ich gerade gestoßen:

Die line-relation gemäß oxomoa-Schema für die Aachener Buslinie 1 sieht 
in der api so aus:




















Im Extrakt der Geofabrik sieht sie dagegen so aus:

  








  


Irgendwie fehlen da drei Relationen. Sie sind zwar selber im Extrakt 
drin, aber nicht in der Line-Relation. Die fehlenden kreuzen auch nicht 
die Grenzen des Extrakts.


Nun weiß ich ja, dass Relationen in Relationen nicht gern gesehen 
werden, aber Oxomoa hats nun mal so gewollt.


Wenn alle oder keine Relationen drin wären könnte ich dass ja verstehen, 
aber warum nur zwei von fünf?


Hat jemand ne Erklärung oder Lösung?

Gruß,
André Joost



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

Re: [Talk-de] Geofabrik-Downloads jetzt als Binaerformat

[Frederik Ramm]

Hallo,

On 10/28/2010 09:13 PM, Carsten Moeller wrote:
> Ich halte bpf für eine Alternative, nicht jedoch für eine wirklich
> gute Lösung. Die Annahme, dass alles da draußen auf osmosis aufsetzen
> wolle oder mal eben ganze Importstrukturen umkippen wird, um sich dem
> doch eher gruseligen Binärgefriggel-Format anzuschlie~_en, halte ich
> für gewagt.

Uebertreibst Du da nicht ein bisschen? Ok, einige benutzen vielleicht 
wirklich irgendeine bz2-Lese-Library, aber die meisten, die nicht direkt 
Osmosis oder osm2pgsql einsetzen, werden doch derzeit in irgendeiner 
Form ein "bunzip2 extract.osm.bz2 | meintollesprogramm" machen. Und die 
machen halt kuenftig "pbf2osm extract.osm.pbf | meintollesprogramm". 
Wobei sich die Laufzeit natuerlich drastisch reduzieren laesst, wenn man 
dem "meintollesprogramm" das Binaer-Lesen direkt beibringt, damit spart 
man naemlich das XML-Parsen.


> Eine 30%ige Reduzierung der Transportmengen wäre durchaus auch
> anders zu erreichen. Nicht jeder benötigt immer alles. Als gutes
> Beispiel sehe ich hier die Cloudmade-Philosophie Extrakte für
> verschiedene Anwendungsfälle bereitzustellen. Da ist ein
> europa-highways.osm plötzlich nur noch ein Drittel so gro~_ wie das
> Original.

Ich finde, da ergaenzen sich die Geofabrik- und die Cloudmade-Dienste 
praechtig. Wem die Highways reichen, der kann sich die ja dort runterladen.


> Analog wäre z.B. auch denkbar, die ganzen Meta-Infos wie
> Autor, TimeStamp, etc. aus den Tags rauszulassen und nur reine Nutzdaten
> zu komprimieren. Wette, das geht dann auch auf 30% runter!

In der Tat hat das neue Binaerformat eine Option, mit der man diese 
ganzen Metadaten rauskicken kann. Das spart ca. 15% von der 
komprimierten Datei. Es gibt eine weitere Option, mit der man die 
Genauigkeit der Koordinaten auf 1.1m oder besser reduzieren kann, das 
spart erneut rund 15%. Das sind beides sinnvolle Optionen fuer reine 
Daten-Konsumenten, also z.B. fuer eine Routing-Applikation auf dem Handy 
oder sowas.


Allerdings richte ich mich mit den Geofabrik-Extrakten eher an die 
Community - an diejenigen, die die Daten irgendwie auf eine von mir 
nicht vorbestimmte Art weiterverarbeiten. Deswegen biete ich diese 
verlustbehafteten Optionen nicht an, weil das die Daten fuer einige 
Zwecke untauglich machen wuerde.


Ich habe mitbekommen, dass mehr und mehr Leute die 
Geofabrik-Downloadlinks in ihre Applikationen einbauen und damit also 
den Endbenutzer diese Dateien herunterladen lassen (oft alles so 
automatisiert, dass der Benutzer nicht mal sieht, woher er die Datei 
holt). Das ist mir nicht recht - wie gesagt, das ganze ist von mir als 
ein Service fuer die Community gedacht und nicht als allgemeiner 
OSM-Downloadserver fuer die breite Masse. Wer den Anwendern seiner 
Software sowas anbieten will, der sollte selbst Extrakte berechnen und 
dabei eben auch die oben erwaehnte Filterung unnoetiger Daten einbauen.


Auf keinen Fall sollte Software an Endanwender verteilt werden, in die 
irgendwelche Geofabrik-Downloadlinks fest eingebaut sind, denn es kann 
durchaus sein, dass ich die Pfad-Struktur oder die Datenformate aendere. 
Es kann sogar sein, dass ich das voellig unnoetig und absichtlich mal 
mache ;)


> Ich weiß nicht wie viele XMLs ich bereits analysiert habe und so ganz
> schnell auf kleine aber nicht unwichtige Dinge und Fehlerchen aufmerksam
> geworden bin. Diese Option wird es dann ja in Zukunft nicht mehr geben.

Diese Aussage verstehe ich nicht. Die kleinen Fehlerchen, die es bislang 
gab, waren entweder Fehler im Transportformat (z.B. falsches escaping 
bei einem Unicode-Zeichen) oder in den Daten.


Fehler im Transportformat mag es beim Binaerformat genauso geben, aber 
sie sind natuerlich anderer Art als Fehler im XML und es bedarf anderer 
Mechanismen, sie zu debuggen (bislang hast Du Dich auch blind darauf 
verlassen, dass bunzip2 schon richtig funktionieren wird und Dich nicht 
beschwert, dass es schwierig ist, Fehler im komprimierten Datenstrom zu 
debuggen). Fehler oder Unregelmaessigkeiten in den Daten gibt es jetzt 
genauso wie frueher, und wer sie sucht, findet sie auch genauso.


Bye
Frederik

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

Re: [Talk-de] AIO - Routing über Fähren

[Carsten Moeller]

Am 29.10.2010 01:20, schrieb Garry:

Am 28.10.2010 22:55, schrieb Chris66:

Stimme übgrigens damit überein, die Anschlüsse zu Fähren und Autozügen
NICHT als service zu taggen. Dies würde bedeuten, dass jede
Routing-Topologie sämtliche services berücksichtigen müsste.

???
Aus meiner Sicht ist highway=service korrekt.

Aus Router-Sicht ist das halt schlecht. In Start- und Zielnähe kann er
ja prüfen ob die Verwendung
eines highway=service sinnvoll ist, aber bei langen Strecken jeden
service abzuklappern ob
er nicht doch an eine geeigneten Transportlösung anbindet dürfte
aufwendig werden...

Garry

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


Und wenn der Service genau in der Mitte der Strecke liegt?
Das wäre der Worst-Case!

Gruß,

Carsten



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

Re: [Talk-de] Geofabrik-Downloads jetzt als Binaerformat

[Wolfgang]

Hallo,
Am Donnerstag 28 Oktober 2010 21:13:01 schrieb Carsten Moeller:
> Am 22.09.2010 23:48, schrieb Frederik Ramm:
> > Hallo,
> >

> > osmosis --read-bin file.osm.bpf --write-xml file.osm
> >
> > Oder warten, bis Maperitive das .osm.bpf selber auch unterstuetzt. Es
> > wird bald eine einfache C-Implementierung fuer die Umsetzung pbf->osm
> > geben, die kann dann jeder (z.B. der Maperitive-Entwickler) einfach in
> > sein Programm einbauen.
> >
> > Aber die alten .bz2s gibt es ja noch, und die verschwinden auch nicht
> > morgen. Fruehestens uebermorgen ;)
> >
> > Bye
> > Frederik
> 
> Na ja, wenn man da mal - wenn auch etwas verspätet zwischengrätschen
>  darf...
> 
> Ich halte bpf für eine Alternative, nicht jedoch für eine wirklich gute
> Lösung. Die Annahme, dass alles da draußen auf osmosis aufsetzen wolle
> oder mal eben ganze Importstrukturen umkippen wird, um sich dem doch
> eher gruseligen Binärgefriggel-Format anzuschließen, halte ich für
> gewagt. Eine 30%ige Reduzierung der Transportmengen wäre durchaus auch
> anders zu erreichen. Nicht jeder benötigt immer alles. Als gutes
> Beispiel sehe ich hier die Cloudmade-Philosophie Extrakte für
> verschiedene Anwendungsfälle bereitzustellen. Da ist ein
> europa-highways.osm plötzlich nur noch ein Drittel so groß wie das
> Original. Analog wäre z.B. auch denkbar, die ganzen Meta-Infos wie
> Autor, TimeStamp, etc. aus den Tags rauszulassen und nur reine Nutzdaten
> zu komprimieren. Wette, das geht dann auch auf 30% runter!
> Aber der wichtigste Aspekt zum Schluss:
> Ich weiß nicht wie viele XMLs ich bereits analysiert habe und so ganz
> schnell auf kleine aber nicht unwichtige Dinge und Fehlerchen aufmerksam
> geworden bin. Diese Option wird es dann ja in Zukunft nicht mehr geben.
> 
> Schade.

+10

Gruß, Wolfgang

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

Re: [Talk-de] Einzelne Nodes für Bus und Bahnhaltestel len?

[Wolfgang]

Hallo,
Am Freitag 29 Oktober 2010 00:17:25 schrieb Tom Müller:
> Am 28.10.2010 22:48, schrieb Mark Obrembalski:
> > Wolfgang wrote:
> >> >  Bitte keine Tags löschen, ohne den Urheber zu fragen_und_  im Wiki
> >> >  die Suchfunktion zu aktivieren_und_  in tagwatch nachzusehen.
> >
> > Na ja. Wenn ich weiß, was die Tags bedeuten
> 
> Aber er wusste ja eben nicht was das Tag heißt.
> Wenn man einen offensichtlichen Fehler entdeckt hat, braucht man
> natürlich nicht den Ersteller zu kontaktieren ...
> 

Habe die Straßenbeleuchtung repariert. Die Anwohner sind wieder zufrieden.
:-)

Eigentlich hätte ich ja erwartet, dass derjenige, der daneben haut, das auch 
wieder repariert...

Gruß, Wolfgang

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

Re: [Talk-de] Online-Befragung der OSM-community - community-Daten zu gewinnen!

[geo.osm]

Glück ist die Zahl der OSM-Aktiven so hoch und damit eine
Dichte erreicht bei der die PLZ nun wahrlich nicht auf das Individuum
schließen lässt.
Nur mit der Postleitzahl oft nicht, in der erfassten Kombination aber 
mit Sicherheit.


Wenn ich mir diverse Gebiete auf dem platten Land angucke, dann kann 
ich DIESER Aussage jedenfalls nicht zustimmen.


Sicher kann da jemand, der Böses will dahinterkommen wer du bist bzw. 
vermutlich bist, aber wie oft hält der Großteil der Bevölkerung bei 
Ihren Einkäufen bereitwillig eine Karte bereit, mit der das gesamte 
Kaufverhalten einer Person analysiert werden kann. Oder noch besser, der 
Zeitungsartikel wo sich Hauseigentümer in der lokalen Presse damit 
rühmen dem StreetView-Bild Ihres Hausen widersprochen zu haben, aber im 
Zeitungsartikel mit vollem Namen und voller Adresse abgedruckt werden.
Davon mal abgesehen, wie willst du aus PLZ und Nickname herausfinden wer 
das ist. Das ist schlichtweg fast unmöglich. Nur dann, wenn derjenige 
seine tracks bis zu Haustür auch hochgeladen hat, aber dann kannst du 
das auch ohne diese Umfrage ermitteln.

Also macht mit und helft Marco bei seiner Promotion. Wieder einer mehr ;-)
--
schönen Gruß
Alex

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

Re: [Talk-de] Qualitätsvergleich, war schlechteste W ertung

[Garry]

Am 26.10.2010 11:43, schrieb M∡rtin Koppenhoefer:

Am 25. Oktober 2010 20:56 schrieb qbert biker:


- Schwammige Beschreibungen, die man sich in einem
unübersichtlichen Wiki selber zusammensuchen muss und die
auch nicht durchgängig angewendet werden.


das wird sich bei einem crowdgesourceten Anarchoprojekt wie OSM
systembedingt nicht vermeiden lassen und hat auf der anderen Seite ja
auch positive Effekte.
Das mag ein Argument für die Anfangszeit gewesen sein um möglichst 
schnell aus dem Nichts was
aufbauen zu können bei dem man noch nicht genau weiss was daraus werden 
soll.
Inzwischen sollte man aber ausreichend Erfahrung haben und wissen an 
welchen Stellen es klemmt um daraus
eine geeignete, eindeutigere Regelung zuformulieren, auch um von den 
lokalen Auslegungen weg zu kommen.



Wer routen will, muss sich natürlich die Daten entsprechend
vorbereiten, das ist klar. Wir sind ja keine reine Routingdatenbank.
Bei einer Datensammlung die den Anspruch erhebt aktuell zu sein bzw. 
schnell auf aktuelle Gegebenheiten
reagieren zu können sollte diese "Vorbereitung" kleinstmöglich 
ausfallen. Was bringt sonst eine tagesaktuelle
Datenbank wenn die Anwendungen damit nur in sehr viel grösseren 
Abständen aktualisiert werden können und unnötige
immer wieder der gleiche grosse Rechenaufwand betrieben werden muss um 
ein Endprodukt zu erhalten?


ich sehe das eher so: wir bieten die Daten kostenlos an z.T. in einer
besseren Qualität als kommerzielle Anbieter. Der Preis dafür ist, dass
man sich ein bisschen anstrengen muss bei der Interpretation /
Auswertung. Diese Hürde werden immer mehr auf sich nehmen, je besser
und vollständiger unsere Daten werden, sieht man ja schon jetzt
unübersehbar (z.B. Skobbler, AOL).

Kommt darauf an was man die Qualität festmacht.
Ein Qualitätsmagel an OSM ist dass sich lokal unterschiedliche 
Mappinggewohnheiten ausgeprägt haben so dass man sowohl
lokal als auch zeitlich gesehen unterschiedliche Voraussetzungen 
berücksichtigen muss.
Und mit dem "ein bischen anstrengen" könnte man sich ja noch anfreunden 
wenn man es nur einmalig implemetieren müsste -
tatsächlich muss man es aber ständig anpassen und bei jeder 
Kartengenerierung - teilweise mehrfach täglich - muss der

Rechner auch jedesmal die Anstrenung erneut bringen.

Garry


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

Re: [Talk-de] All In One - Flughafen Poi / airoway vs. amenity?

[Garry]

Am 27.10.2010 15:04, schrieb Florian Lohoff:

Das einzige was wirklich funktioniert ist ein Expliziter Node auf die Terminals
neben der Straße. Bei mehreren Terminals die weit auseinanderliegen faend ich
es nicht schlimm wenn ich das mehrfach sehen wuerde d.h. FFM Terminal 1, FFM 
Terminal 2
so sieht man es auch beim Einbau von Becker IIRC 


Sinnvolle Lösung, vor allem wenn demnächst noch das Terminal 3 
hinzukommt - wer da mal am falschen Terminal

parkt verpasst schnell mal seinen Flieger.

Garry

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

Re: [Talk-de] Behandlung von Weilernamen in Straßenlis tenauswertungen

[Garry]

Am 28.10.2010 12:00, schrieb M∡rtin Koppenhoefer:

Am 28. Oktober 2010 01:38 schrieb Garry:



Wieso sollte eine (übergeordnete) Strasse nur weil an ihr ein paar Häuser
stehen "residential" werden?


wenn es eine Durchgangsstraße ist, dann sehe ich das auch so: wird
kein residential



Bei einer untergeordneten Strasse - also "track" - macht es vielleicht noch
Sinn.

track ist überhaupt keine "Straße" sondern ein "Weg"
Wie trägst Du eine geteerte Strasse/Weg zu einem 
Weiler/Bauernhof/Forsthaus ein die gegebenfalls noch auf "Anlieger frei"
ausgeschildert ist? Da könnte meiner Auffassung nach schon mal 
ausserhalb der Bebauung "track" die richtige Wahl sein und

"residential" im Bebaungsbereich.

Garry

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

Re: [Talk-de] Behandlung von Weilernamen in Straßenl istenauswertungen

[Garry]

Am 28.10.2010 06:33, schrieb Bernd Wurst:

Am Donnerstag 28 Oktober 2010, 01:38:43 schrieb Garry:

Wieso sollte eine (übergeordnete) Strasse nur weil an ihr ein paar
Häuser stehen "residential" werden?

Schlag bitte "Oftmals" im Wörterbuch nach und überlege dir ob ich damit
wirklich "immer und jederzeit" gemeint habe.

Dann zeig mir bitte erstmal wo ich "immer und jederzeit" geschrieben habe...

Es stehen doch recht viele Weiler eben nicht um eine übergeordnete Straße
herum sondern es gibt entweder gar keine solche in der Nähe oder es geht ne
Stichstraße zu den Häusern weg. Und diese Stichstraße ist dann unclassified,
service oder sogar track. Und dann eben teilweise residential.
Es gibt auch häufig den Fall dass eine unclassified mehrere Weiler / 
Höfe erschliesst, und genau
da bin ich eben nicht der Auffassung dass diese dann in Gebäudenähe zu 
residential werden

sollen wenn sie anschliessend weiterführen.

Ich verfolge (unabhängig von Weilern) die Auffassung, dass unclassified ein
gleichwertiger Typ zu Wohnstraßen ist. D.h. sobald an einer unclassified ein
paar Häuser stehen, ist es dort residential. Nur größere Straßentypen können
einen Ort in durchqueren ohne residential zu werden.
Meine Auffassung ist dagegen die dass eine gleichwertige Verwendung von 
unclassified und residential
sinnfrei ist. Man verhindert damit die Unterscheidung zwischen reinen 
"Anlieger"strassen
(ich meine damit nicht die rechtliche Benutzungs-Einschränkung sondern 
die ortsübliche Nutzung) und solchen
die eine gewisse Sammelfunktion haben, deswegen aber noch keine tertiary 
sind.
Bei der  gleichwertigen Betrachtung schickst Du da leicht mal den 
Navi-geführten Verkehr durch
unübliche Nebenstrassen die vielleicht zu eng, zu steil oder zu 
Anwohnersensibel sind...


Garry

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

Re: [Talk-de] PLZ Import

[Robert S.]

2010/10/29 Stephan Wolff 

In größeren Städten gibt es oft innere Grenzen der PLZ-Gebiete, die
> nicht mit den politischen Grenzen übereinstimmen. Ich habe für
> Neumünster und die Hälfte von Kiel die PLZ-Relationen angelegt und dafür
> einige Stunden benötigt.
> Gerade in den Großstädten (Berlin, Hamburg, Köln, Ruhrpott) fehlen
> die Daten fast ganz. Die Hamburger Mapper hatten so stolz gemeldet,
> alle Straßen erfasst zu haben und schwächeln jetzt bei den PLZ. ;-)
>

Da gibt es ja noch eine weitere Hilfe zu:
http://wiki.openstreetmap.org/wiki/Postleitzahlen
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] PLZ Import

[Robert S.]

2010/10/28 Chris66 

> Moin,
> Was soll denn in den name-Tag des PLZ Gebietes (falls es nicht
> gleichzeitig eine bestehende Gemeindegrenze
> ist) ?
>
> Laut Wiki "Name des PLZ Gebietes".
>
> name=48123 oder name=PLZ 48123 oder name=48128 Münster-Altstadt ?


Ich kenne nur "48128 Münster" - das wird auch immer "schön" ins nirgendwo
gerendert [1].
Das sollte man Mapnik vlt. mal abgewöhnen.

[1] http://www.openstreetmap.org/?lat=52.0899&lon=8.659&zoom=14&layers=M
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] AIO - Routing über Fähren

[Garry]

Am 28.10.2010 22:55, schrieb Chris66:

Stimme übgrigens damit überein, die Anschlüsse zu Fähren und Autozügen
NICHT als service zu taggen. Dies würde bedeuten, dass jede
Routing-Topologie sämtliche services berücksichtigen müsste.

???
Aus meiner Sicht ist highway=service korrekt.
Aus Router-Sicht ist das halt schlecht. In Start- und Zielnähe kann er 
ja prüfen ob die Verwendung
eines highway=service sinnvoll ist, aber bei langen Strecken jeden 
service abzuklappern ob
er nicht doch an eine geeigneten Transportlösung anbindet dürfte 
aufwendig werden...


Garry

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

Re: [Talk-de] PLZ Import

[fx99]

Baden-Württemberg ist schon ziemlich weit ( 80%), aber die großen Städte
bedürfen noch etwas Feinarbeit:
http://tools.geofabrik.de/osmi/debug.html?view=plz&lon=9.21155&lat=48.84080&zoom=8&opacity=0.80
 
http://wiki.openstreetmap.org/wiki/Import/Catalogue/Postleitzahlen_Deutschland_2010/Todo#PLZ_7
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/PLZ-Import-tp5682563p5684641.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] PLZ Import

[Stephan Wolff]

Am 28.10.2010 15:28, schrieb Chris66:


Laut Wiki "Name des PLZ Gebietes".
name=48123 oder name=PLZ 48123 oder name=48128 Münster-Altstadt ?


Die dritte Variante wäre schön, aber oftmals haben mehrere Stadtteile
oder mehrere Gemeinden eine gemeinsame PLZ.


Und gibt es irgendwo 'ne Statistik/Grafik wo man das Wachstum der
abgedeckten Gebiete über die Zeit als Prozentzahl beobachten kann?


Es wäre wohl zu deprimierend, die aktuelle Stagnation zu sehen.


Die Hälfte haben wir geschafft oder?


Vielleicht die Hälfte der PLZ, aber noch nicht die Hälfte der Arbeit.
Manchmal muss man nur die Gemeinderelation als PLZ-Relation kopieren.
In größeren Städten gibt es oft innere Grenzen der PLZ-Gebiete, die
nicht mit den politischen Grenzen übereinstimmen. Ich habe für
Neumünster und die Hälfte von Kiel die PLZ-Relationen angelegt und dafür 
einige Stunden benötigt.

Gerade in den Großstädten (Berlin, Hamburg, Köln, Ruhrpott) fehlen
die Daten fast ganz. Die Hamburger Mapper hatten so stolz gemeldet,
alle Straßen erfasst zu haben und schwächeln jetzt bei den PLZ. ;-)

Viele Grüße, Stephan





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

Re: [Talk-de] Einzelne Nodes für Bus und Bahnhaltestel len?

[Tom Müller]

Am 28.10.2010 22:48, schrieb Mark Obrembalski:

Wolfgang wrote:


>  Bitte keine Tags löschen, ohne den Urheber zu fragen_und_  im Wiki
>  die Suchfunktion zu aktivieren_und_  in tagwatch nachzusehen.

Na ja. Wenn ich weiß, was die Tags bedeuten


Aber er wusste ja eben nicht was das Tag heißt.
Wenn man einen offensichtlichen Fehler entdeckt hat, braucht man 
natürlich nicht den Ersteller zu kontaktieren ...


Tom


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

Re: [Talk-de] AIO - Routing über Fähren

[aighes]

Chris66 wrote:
> 
> Aus meiner Sicht ist highway=service korrekt.
> 
+1

Viele Grüße,
aighes

-- 
View this message in context: 
http://gis.638310.n2.nabble.com/AIO-Routing-uber-Fahren-tp5452303p5684496.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Schlechtest Wertung für OSM im Kartenver gleich

[Mark Obrembalski]

Ulf Lamping wrote:

> OSM daher sehr wichtig. Sie dient dabei z.B. auch als "mentaler
> Kristalisationspunkt" der Community. Webseiten gibt es viele, aber 
> eine Karte an der ich selber mitgearbeitet habe und die ich jedem 
> zeigen kann ist schon was besonderes.

Mitgearbeitet hast Du als Mapper natürlich an allen Karten, die auf den 
Daten von OSM beruhen. Auch, wenn die woanders gehostet werden.

Gruß,
Mark



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

Re: [Talk-de] Schlechtest Wertung für OSM im Kartenver gleich

[Mark Obrembalski]

NopMap wrote:

> Ja, ich weiß, bei OSM geht es um die Daten und nicht um Renderer

In der Form stimmt das aus meiner Sicht nicht. Beim Sammeln und 
Eingeben der Daten sollte man sich nicht auf die Bedürfnisse der 
gerade vorhandenen Renderer optimieren, aber zu OSM gehört schon - wie 
der ausführliche Name "Openstreetmap" ja schon sagt - durchaus auch 
die Absicht, auf der Basis dieser Daten eine vernünftige Straßenkarte 
anzubieten.

> leider weiß das der Rest der Welt nicht und die Außensicht ist eine
> andere. Da finde ich es schon enttäuschend (und PR-mäßig ziemlich
> ungeschickt), daß sich dem Interessenten als allererstes eine
> kontrastarme, unübersichtliche Universalwaldundwiesenkarte 
> präsentiert,

"Universalwaldundwiesen" scheint mir dabei noch nicht mal wirklich das 
Problem zu sein. Oder wo folgen Kontrastarmut und Unübersichtlichkeit 
im Zusammenhang mit Straßen aus der Darstellung von anderen Dingen?

Gruß,
Mark



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

Re: [Talk-de] AIO - Routing über Fähren

[Chris66]

Am 28.10.2010 21:36, schrieb Carsten Moeller:

> Ein ähnliches Problem tritt z.B. auch beim Routing über Autozüge auf!
> Hier bitte auch "railway=rail" + "motorcar=yes" !
> Ein chaotisches Beispiel ist da der Hindenburdamm nach Sylt.
> Mal kommt man rüber dann wieder nicht, weil irgendwer per GPS alles
> verschlimmbessert hat.

Der ist als route=shuttle_train eingetragen

> Und dann sind da noch die level_crossings. Ja, wer die vergisst, der
> wird fast jeden Router von der Straße auf die Schiene kriegen. Egal wo ;-(

Deshalb hatte ich die Route NUR an den Endpunkten mit dem Straßennetz
verbunden.

> Stimme übgrigens damit überein, die Anschlüsse zu Fähren und Autozügen
> NICHT als service zu taggen. Dies würde bedeuten, dass jede
> Routing-Topologie sämtliche services berücksichtigen müsste.

???
Aus meiner Sicht ist highway=service korrekt.

Christian


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

Re: [Talk-de] Einzelne Nodes für Bus und Bahnhaltestel len?

[Mark Obrembalski]

Wolfgang wrote:

> Bitte keine Tags löschen, ohne den Urheber zu fragen _und_ im Wiki 
> die Suchfunktion zu aktivieren _und_ in tagwatch nachzusehen.

Na ja. Wenn ich weiß, was die Tags bedeuten und mich selbst neulich davon 
überzeugt habe, dass sie so nicht zutreffen, werde ich nicht noch den 
"Urheber" fragen, der ja im Falle einer Abweichung höchstwahrscheinlich 
einen nicht mehr aktuellen (wenn nicht überhaupt falschen) Stand der 
Dinge wiedergegeben hat.

Gruß,
Mark



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

Re: [Talk-de] OpenStreetBugs - Einige Bugs fehlerhaft als "fixed" markiert

[Andre Hinrichs]

Am Donnerstag, den 28.10.2010, 16:59 +0200 schrieb Mitja Kleider:
> On Thursday 28 October 2010 11:03:01 schneckchen4...@gmx.de wrote:
> > Hallo,
> > 
> > bei der heutigen Durchsicht meiner OSM-Bugs viel mir auf, dass ein ganzer
> > Kartenabschnitt mit Bugs fehlerhaft als fixed markiert wurde
> > (Vandalismus?).
> 
> Woher das kommt, weiss ich nicht. Sieht für mich nach einem kaputten Skript 
> aus.
> 
> 
> > Gibt es eine Möglichkeit diese Einträge zu reaktivieren?
> [...]
> > Der letzte Eintrag aller betroffenen Bug-Reports lautet immer
> > Comment: [, 2010-10-27 03:01:30 CEST]
> > mit leicht variabler Uhrzeit.
> 
> Ist erledigt, ich habe 36 gezählt.

Sowas ist hier (nicht ganz so massenhaft) aber auch schon häufig
vorgekommen. Ich hatte vor langer Zeit daher auch schon mal den
Vorschlag gemacht, dass ein geschlossener Bug wieder geöffnet werden
kann; zumindest solange er sichtbar ist. Normale Bug-Tracker machen das
ja auch so und das sollte doch relativ leicht zu implementieren sein.

Ferner finde ich es nicht so toll, dass jeder Nutzer Bugs schliessen
kann. Das Anlegen von Bugs sollte jeder können, Kommentare abgeben auch,
aber schließen sollte ihn nur jemand können, der auch angemeldet ist.
Das würde Vandalismus auf dieser Ebene deutlich einschränken.


Gruß
Andre



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

Re: [Talk-de] PLZ Import

[Chris66]

Ergänzende Frage:
warum malt JOSM die PLZ Gebiete
46399  und
46397 
grün ?

Chris


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

Re: [Talk-de] Online-Befragung der OSM-community - community-Daten zu gewinnen!

[Mark Obrembalski]

Da mache ich doch gerne mit, und den Fragebogen finde ich auch 
ziemlich gut gemacht. Einen Kritikpunkt habe ich doch: Bei der Frage 
danach, wie lange man schon mitmacht, wird ein Kalender eingeblendet, 
in den man ein genaues Datum eintragen muss. Daran erinnere ich mich 
natürlich nicht, und ich habe auch keine Lust, diese unwichtige Angabe 
nachzuschauen. Ich habe jetzt halt mal was ausgewählt, was ganz grob 
stimmen sollte. Dass eine auf mehr als ein halbes Jahr genaue Angabe 
zu zusätzlichen wissenschaftlichen Erkenntnissen führen könnte, halte 
ich auch für unwahrscheinlich.

Wie persönlich die im Rahmen der Untersuchung erhobenen Daten sind, 
ist mir übrigens reichlich egal. Dass und wie ich bei OSM mitmache, 
ist kein Geheimnis. Im Gegenteil.

Gruß,
Mark



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

Re: [Talk-de] AIO - Routing über Fähren

[aighes]

UMAX974 wrote:
> 
> Es war mir fast ein Vergnügen mit der AIO Europa durch Süd- und
> Mittelschweden zu navigieren. Wir haben viele Ziele sicher und gut mit dem
> GARMIN Legend Cx gefunden, wenn auch manchmal mit einigen Tricks, da in
> Schweden die gemappte Straßendichte außerhalb der Ballungsgebiete noch
> nicht sehr dicht ist und teilweise "spannende" Routing Vorschläge
> entstanden sind ( Tipp: Routing in Schweden wird oft erst mit einer
> zusätzlichen Papierkarte auf den Schoß sinnvoll... ;-)
> 

Ist dir der RoutingView beim OSM Inspector ein Begriff? Norwegen und große
Teile Dänemarks, sowie Schweden nördlich von Umea hab ich von nicht
verbundenen Wegen etc. befreien können. Wer besseres Routing möchte, sollte
dort einfach mal ein paar Fehler beseitigen, dann klappt das auch deutlich
besser. Vorallem in Regionen, wo das Straßennetz verdammt dünn ist. Aber
tröste dich, ich hab auch erts nach meinem Norwegenurlaub angefangen.

Viele Grüße,
aighes
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/AIO-Routing-uber-Fahren-tp5452303p5684275.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Einzelne Nodes für Bus und Bahnhaltestel len?

[Claudius]

Am 28.10.2010 19:20, M∡rtin Koppenhoefer:

Am 28. Oktober 2010 15:15 schrieb Peter Wendorff:

Am 28.10.2010 13:06, schrieb Claudius:



Das würde ich mit einem public_transport=stop_position auf dem Straßenweg
und einem seperaten Knoten public_transport=platform jeweils mit bus=yes auf
der Position des mittleren Masten taggen :)


ich habe mal 3 Haltestellen gemacht, halten ja jeweils
unterschiedliche Busse ;-)


Aber alle drei Linien halten doch an derselben Haltestelle.


Dann doch gleich public_transport=platform auf einen Weg vom ersten zum
letzten Mast.


M.E. gibt's da überhaupt keine "platform", lediglich 3 Masten.


public_transport=platform steht laut ÖPNV-Schema für den Wartebereich 
der ÖPNV-Nutzer. Ob das jetzt ein Wartehäuschen oder etwas 
zusammengetrampelter Seitenstreifen neben der Landstraße ist, ist dabei 
egal.


Claudius


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

Re: [Talk-de] AIO - Routing über Fähren

[Carsten Moeller]

Am 26.08.2010 13:44, schrieb M∡rtin Koppenhoefer:

Am 26. August 2010 10:50 schrieb 007:

Indem man die Fährverbindung (route=ferry) inkl. access-rights
(motorcar=yes/no) richtig in OSM einträgt.
Ein beliebter Fehler ist, die Route nicht mit dem Straßennetz zu
verbinden.


Oh ja, das war hier bei einer der Rheinfähren ein Problem. Da war der
Serviceweg zur Fähre nicht mit der Fährspur verbunden.


Ist an der Stelle denn highway=service das richtige oder eher
highway=unclassified ?



je nachdem kann das m.E. evtl. bis secondary gehen, je nach
Verkehrsbedeutung. Normalerweise würde ich sagen tertiary.

Gruß Martin

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


Ein ähnliches Problem tritt z.B. auch beim Routing über Autozüge auf!
Hier bitte auch "railway=rail" + "motorcar=yes" !
Ein chaotisches Beispiel ist da der Hindenburdamm nach Sylt.
Mal kommt man rüber dann wieder nicht, weil irgendwer per GPS alles 
verschlimmbessert hat.
Und dann sind da noch die level_crossings. Ja, wer die vergisst, der 
wird fast jeden Router von der Straße auf die Schiene kriegen. Egal wo ;-(
Stimme übgrigens damit überein, die Anschlüsse zu Fähren und Autozügen 
NICHT als service zu taggen. Dies würde bedeuten, dass jede 
Routing-Topologie sämtliche services berücksichtigen müsste.


Gruß,

Carsten


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

Re: [Talk-de] Geofabrik-Downloads jetzt als Binaerformat

[Carsten Moeller]

Am 22.09.2010 23:48, schrieb Frederik Ramm:

Hallo,

Robert S. wrote:

Und was ist zu machen, wenn man z.B. mit Maperitive[1] eine Karte rendern
will, der braucht ja .osm-XML-Dateien. Bisher reichte es ja, die
.bz2-Datei
mit 7.Zip oder WinRar zu entpacken. Und nun...?


osmosis --read-bin file.osm.bpf --write-xml file.osm

Oder warten, bis Maperitive das .osm.bpf selber auch unterstuetzt. Es
wird bald eine einfache C-Implementierung fuer die Umsetzung pbf->osm
geben, die kann dann jeder (z.B. der Maperitive-Entwickler) einfach in
sein Programm einbauen.

Aber die alten .bz2s gibt es ja noch, und die verschwinden auch nicht
morgen. Fruehestens uebermorgen ;)

Bye
Frederik



Na ja, wenn man da mal - wenn auch etwas verspätet zwischengrätschen darf...

Ich halte bpf für eine Alternative, nicht jedoch für eine wirklich gute 
Lösung. Die Annahme, dass alles da draußen auf osmosis aufsetzen wolle 
oder mal eben ganze Importstrukturen umkippen wird, um sich dem doch 
eher gruseligen Binärgefriggel-Format anzuschließen, halte ich für 
gewagt. Eine 30%ige Reduzierung der Transportmengen wäre durchaus auch 
anders zu erreichen. Nicht jeder benötigt immer alles. Als gutes 
Beispiel sehe ich hier die Cloudmade-Philosophie Extrakte für 
verschiedene Anwendungsfälle bereitzustellen. Da ist ein 
europa-highways.osm plötzlich nur noch ein Drittel so groß wie das 
Original. Analog wäre z.B. auch denkbar, die ganzen Meta-Infos wie 
Autor, TimeStamp, etc. aus den Tags rauszulassen und nur reine Nutzdaten 
zu komprimieren. Wette, das geht dann auch auf 30% runter!

Aber der wichtigste Aspekt zum Schluss:
Ich weiß nicht wie viele XMLs ich bereits analysiert habe und so ganz 
schnell auf kleine aber nicht unwichtige Dinge und Fehlerchen aufmerksam 
geworden bin. Diese Option wird es dann ja in Zukunft nicht mehr geben.


Schade.





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

Re: [Talk-de] Online-Befragung der OSM-community - community-Daten zu gewinnen!

[Jonas Stein]

> (geo-crowdsourcing?) stecken. Dabei stellen die umfangreichen Daten von
> OSM natürlich einen zentralen Punkt dar. Recherchiert man im
> wissenschaftlichen Umfeld, bemerkt man schnell, das bis heute v.a. ein
> Grund immer wieder vorgeschoben wird, um solchen Daten sie
> Vertrauenswürdigkeit abzusprechen:
> - "die Daten werden von nicht professionell ausgebildetem Personal bzw.
> Experten aufgenommen"
> - "es gibt keine exakten Vorgaben wie die Daten aufzunehmen sind"
> - "die Daten werden nur von Laien gesammelt"
> - "es fehlen Metadaten"
> - "es ist nicht ersichtlich wie die einzelnen Daten zu Stande kommen"
> - ...
> (keine wörtlichen Zitate)

Einige Fachleute sind ja hier dabei. Ich glaube nicht, dass es 
an Kompetenz mangelt. Regeln gibt es auch, nur besteht Uneinigkeit 
darueber, wie Regeln aufgestellt werden und an welche man sich haelt.

Problematisch: Daten kommen teilweise aus anonymer Quelle ohne
 Herkunfstangabe mit fraglicher Lizenz => kommen auf die
 magische OSM Festplatte => heraus kommt eine freie Karte


Niemand fuehlt sich fuer die Daten verantwortlich. 
- die Datenquelle ist oft nicht nachvollziehbar
- der uploader ist anonym,
- die OSMF schaut bewusst offiziell weg und sieht sich 
als reiner Provider. Handelt nur, wenn bewiesen wird, dass
Daten geloescht werden muessen. Prueft aber nicht
selbst wenn ein Verdacht gemeldet wird. 
- der Endanwender beruft sich darauf, dass freie Karte drauf stand

Bei den Lizenzdiskussionen las man, dass einigen illegale Daten lieber
sind als keine. Wer loescht, macht sich arbeit und legt sich mit 
anderen an, hat aber selbst kaum einen Nutzen davon.

Die Karte kann der Loescher nachher nicht besser kommerziell verwenden 
als zuvor. 

Somit sind unsere Daten so frei wie die Daten auf Rapidshare.

Duck und weg.

Beste Gruesse,

-- 
Jonas Stein 


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

Re: [Talk-de] Tags für Fakultät einer Uni?

[M∡rtin Koppenhoefer]

Am 28. Oktober 2010 16:40 schrieb Stefan Dettenhofer (StefanDausR)
:
> Am 28.10.2010 14:48, schrieb Wolfgang:
>>
>> Alle tags, die sich auf das
>> Ganze beziehen (TU Name, Adresse ...) kommen in die Relation. Gebäude mit
>> mehreren Fakultäten bekommen je ein POI mit der Bezeichnung, sonst
>> Fakultät
>> ans Gebäude.
>>
>> Beispiele dazu:
>>
>> Bundeswehrkrankenhaus Hamburg:
>> 
>>
>>
> In Deinem Beispiel steckt der Name in dem label-Member der Relation. Das
> finde ich recht gelungen. Ist das so üblich?


site relations sind allgemein noch nicht so üblich, obgleich sie
durchaus oft sinnvoll wären. Der label-Member sollte m.E. (fast) immer
einen name-tag haben (Ausnahme wäre evtl. auch mal brand oder ref ode
so), sonst ist es ja sinnlos. Ich habe bisher für den label auch
gelegentlich einen Extranode erstellt und mit name getaggt, (der ist
ein bisschen weg von den anderen "Attraktionen" in der Hoffnung, dass
man so irgendwann mal beides gleichzeitig sehen kann).


> Wohin sollten dann die anderen Infos wie Adresse, Telefon, etc: In die
> Relation oder an das label?


Adresse dort wo sie gilt (sites haben öfters mehrere Adressen, dann
nicht in die relation), Telefonnummern ins Telefonbuch (naja, man kann
schon ne Hauptnummer als phone eintragen, gibt übrigens schon (oder
erst?) 58615 mal, contact:phone:5488 ).

Gruß Martin

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

Re: [Talk-de] Einzelne Nodes für Bus und Bahnhaltestel len?

[M∡rtin Koppenhoefer]

Am 28. Oktober 2010 15:15 schrieb Peter Wendorff :
> Am 28.10.2010 13:06, schrieb Claudius:

>> Das würde ich mit einem public_transport=stop_position auf dem Straßenweg
>> und einem seperaten Knoten public_transport=platform jeweils mit bus=yes auf
>> der Position des mittleren Masten taggen :)


ich habe mal 3 Haltestellen gemacht, halten ja jeweils
unterschiedliche Busse ;-)


> Dann doch gleich public_transport=platform auf einen Weg vom ersten zum
> letzten Mast.


M.E. gibt's da überhaupt keine "platform", lediglich 3 Masten. Es gibt
kein Häuschen und wenn der Bus kommt muss man an der Straße winken
(also an den geparkten Autos vorbeigehen), es reicht nicht aus, am
Masten zu stehen. Platform würde für mich einen Wartebereich bedeuten,
hier ist beispielsweise eine tolle Busplattform (auch wenn sowas
natürlich bei Bussen eher selten ist):
http://maps.google.it/maps?f=q&source=s_q&hl=de&geocode=&q=roma&sll=41.442726,12.392578&sspn=13.893877,43.286133&ie=UTF8&hq=&hnear=Rom,+Latium&ll=41.882554,12.498472&spn=0.003051,0.021136&t=h&z=16&layer=c&cbll=41.882554,12.498472&panoid=XbfspvK1XHZdB4IDmmqsug&cbp=11,16.06,,0,11.52

Gruß Martin

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

Re: [Talk-de] PotM November - Hotels und andere Unterk ünfte

[M∡rtin Koppenhoefer]

Am 28. Oktober 2010 13:32 schrieb Andreas Neumann :

> Statt url=* sollte eher website=* verwendet werden...


wieso? url wird 236.000 mal verwendet, website gerade mal 65.600 mal.

Gruß Martin

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

Re: [Talk-de] PotM November - Hotels und andere Unterk ünfte

[M∡rtin Koppenhoefer]

Am 28. Oktober 2010 13:04 schrieb Stefan Dettenhofer (StefanDausR)
:
>> des Platzes? Bei z.B. Sportstätten, Schulen oder Unis würde ich sagen,
>> ein Polygon drum rum für alles (also amenity) sollte es in der Regel
>> geben.
>>
>
> Mit Platz meine ich (Camping-Platz) das Polygon rings herum.


ach so, dann sind wir uns ja einig...

> Hier z.B.
> http://www.openstreetmap.org/browse/way/34285001
> weiß ich nicht, zu welcher Uni das Gebäude gehört.
> In einer POI-Liste aller Unis würde es nun für jedes Gebäude, das mit
> amenity = university getaggt ist einen Eintrag geben und nicht nur einen
> gemeinsamen.
> Für eine Liste aller Fachbereiche ist es ok, ich weiß dann allerdings nicht,
> zu welcher Uni der gehört.


m.E. sollte nicht jedes Gebäude mit amenity=university getaggt werden,
sondern das Gesamtgelände. Bei Teilen die zerstreut sind könnte man
theoretisch Multipolygone nehmen, nur dass das sicherlich einige
Probleme verursachen würde (beim Rendern wären die Labels irgendwo
zwischen den Polygonen und  im Extremfall überhaupt nicht mehr
zuordenbar), von daher würde ich eher zu mehreren Site-relationen (pro
"Campus") tendieren, die man dann wiederum zu einer Uni zusammenfügen
könnte.

> Hier gibt es ein Umringpolygon
> http://www.openstreetmap.org/browse/way/23658362
> Es stellt sich die Frage, ob man daran die Adresse und Telefonnummer hängen
> sollte.


ob man überhaupt Telefonnr. taggen sollte kann ich Dir nicht so
einfach beantworten, bei Adressen: ja, wenn die Adresse für das
gesamte Polygon gilt.


> Noch ein Beispiel:
> Wenn ich nach Fußballplätzen suche, finde ich das
> http://www.openstreetmap.org/browse/way/45607702
> Will ich den Namen wissen, müsste ich automatisch auf das zugehörige
> outer-Polygon schließen, was aber kaum möglich ist.


m.E. ein Mapping Fehler, dass der outer way den Gebäudetag hat:
entweder ist das Sportfeld auch Teil des Gebäudes, dann macht das
Multipolygon keinen Sinn (dann wäre es "tagging(map coding) for the
renderer"), oder nicht, dann gehört der Gebäudetag in die Relation.
Der Name ist m.E. am outer richtig, von daher müsste man in diesem
Fall der Relation nachgehen (die Info ist ja in der db), um zu
schauen, wo der Name hängt. Sicher ein bisschen komplizierter als den
Namen direkt am Platz zu haben.


> Daher meinte ich, dass alle Infos (Name, amenity, Adresse,...), die man an
> eine Node setzen würde an das "Hauptobjekt" (=Umringpolygon) gehören, das
> man dann leicht wieder auf eine Node reduzieren kann. Die "Unterobjekte"
> sollten dann keinen oder einen anderen amenity-Tag besitzen (dann könnten
> sie auch eine andere Adresse haben).
> So könnte man leicht nach amenity selektieren.


wobei die Maxime beim Mappen noch nie war, einem Auswerter der Daten
für eine bestimmte Fragestellung am einfachsten eine Antwort zu
liefern, sondern topologisch schlüssig die Daten einzugeben.

Bei Multipolygonen gehören die Informationen, die für alles (einschl.
inner ways) gelten an die outer ways, wenn diese mehr als 1 sind, muss
man ggf. ein weiteres Multipolygon dafür erstellen. Was für das inner
gilt gehört ans inner und was für outer minus inner gilt an die
Relation.

Gruß Martin

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

Re: [Talk-de] OpenStreetBugs - Einige Bugs fehlerhaft als "fixed" markiert

[Mitja Kleider]

On Thursday 28 October 2010 11:03:01 schneckchen4...@gmx.de wrote:
> Hallo,
> 
> bei der heutigen Durchsicht meiner OSM-Bugs viel mir auf, dass ein ganzer
> Kartenabschnitt mit Bugs fehlerhaft als fixed markiert wurde
> (Vandalismus?).

Woher das kommt, weiss ich nicht. Sieht für mich nach einem kaputten Skript 
aus.


> Gibt es eine Möglichkeit diese Einträge zu reaktivieren?
[...]
> Der letzte Eintrag aller betroffenen Bug-Reports lautet immer
> Comment: [, 2010-10-27 03:01:30 CEST]
> mit leicht variabler Uhrzeit.

Ist erledigt, ich habe 36 gezählt.

Gruß,
Mitja

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

Re: [Talk-de] PLZ Import

[Peter Körner]

Am 28.10.2010 15:28, schrieb Chris66:

Und gibt es irgendwo 'ne Statistik/Grafik wo man das Wachstum der
abgedeckten Gebiete über die Zeit als Prozentzahl beobachten kann?


Die hier?


Lg

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

Re: [Talk-de] Tags für Fakultät einer Uni?

[Stefan Dettenhofer (StefanDausR)]

Am 28.10.2010 14:48, schrieb Wolfgang:

Alle tags, die sich auf das
Ganze beziehen (TU Name, Adresse ...) kommen in die Relation. Gebäude mit
mehreren Fakultäten bekommen je ein POI mit der Bezeichnung, sonst Fakultät
ans Gebäude.

Beispiele dazu:

Bundeswehrkrankenhaus Hamburg:



In Deinem Beispiel steckt der Name in dem label-Member der Relation. Das 
finde ich recht gelungen. Ist das so üblich?


Wohin sollten dann die anderen Infos wie Adresse, Telefon, etc: In die 
Relation oder an das label?


Gruß,
Stefan



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

Re: [Talk-de] Online-Befragung der OSM-community - community-Daten zu gewinnen!

[Marco Lechner - FOSSGIS e.V.]

fixed. thnx.

Marco

Am 28.10.2010 10:15, schrieb Claudius:
> Am 26.10.2010 14:22, Marco Lechner - FOSSGIS e.V.:
>> Hallo liebe OSM-community,
>> Der Fragebogen befindet sich unter folgender URL und kommt derzeit noch
>> ohne lästiges Recaptcha aus (hoffentlich kann das auch so bleiben):
>> http://geeste.geographie.uni-freiburg.de/OSMfb/
>
> Seite 8 enthält zwei Tippfehler:
> In der Einleitung ein großes "Sich" und in der vorletzten Zeile
> "gwefördert"
>
> Claudius
>
>
> ___
> 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] PLZ Import

[Chris66]

Moin,
Was soll denn in den name-Tag des PLZ Gebietes (falls es nicht
gleichzeitig eine bestehende Gemeindegrenze
ist) ?

Laut Wiki "Name des PLZ Gebietes".

name=48123 oder name=PLZ 48123 oder name=48128 Münster-Altstadt ?

Und gibt es irgendwo 'ne Statistik/Grafik wo man das Wachstum der
abgedeckten Gebiete über die Zeit als Prozentzahl beobachten kann?

Die Hälfte haben wir geschafft oder?

Die ehemaligen Ostgebiete sind noch Sorgenkinder. ;-)

Chris


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

Re: [Talk-de] Einzelne Nodes für Bus und Bahnhaltestel len?

[Peter Wendorff]

Am 28.10.2010 13:06, schrieb Claudius:


die Busse halten meistens irgendwo in der Nähe der Masten, d.h.
natürlich straßenseitig der parkenden Autos. Das ist da weniger ein
Problem, weil es eine ziemlich große Asphaltfläche davor gibt:
http://maps.google.it/maps?f=q&source=s_q&hl=de&geocode=&q=roma+piramide&sll=41.442726,12.392578&sspn=13.893877,43.286133&ie=UTF8&hq=&hnear=Piramide&ll=41.875862,12.482495&spn=0.001686,0.005284&t=h&z=18&layer=c&cbll=41.875862,12.482495&panoid=1WvOIOH_NSXCa8aYDNB5AQ&cbp=12,141.75,,0,12.68 




Das würde ich mit einem public_transport=stop_position auf dem 
Straßenweg und einem seperaten Knoten public_transport=platform 
jeweils mit bus=yes auf der Position des mittleren Masten taggen :)
Dann doch gleich public_transport=platform auf einen Weg vom ersten zum 
letzten Mast.


Gruß
Peter

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

Re: [Talk-de] Tags für Fakultät einer Uni?

[Wolfgang]

Hallo,
Am Donnerstag 28 Oktober 2010 14:05:05 schrieb Lars Schimmer:
> Moin!
> 
> Kurze Frage: ein Gebäude beheimatet mehrere Fakultäten der TU Graz.
> Wie tagt man jetzt die Fakultäten im Gebäude korrekt?
> Als POI oder als TAG am Gebäude? Und wenn, welche Tags, hats da eine
> Wiki Seite zu?
> 

wenn das ganze ein Gebäudekomplex ist, würde ich eine Site-Relation machen und 
alle Gebäude, das Gelände und die POIs reinpacken. Alle tags, die sich auf das 
Ganze beziehen (TU Name, Adresse ...) kommen in die Relation. Gebäude mit 
mehreren Fakultäten bekommen je ein POI mit der Bezeichnung, sonst Fakultät 
ans Gebäude.

Beispiele dazu:

Bundeswehrkrankenhaus Hamburg: 


2 Schulen und 2 Kindergärten auf einem Gelände mit gemeinsamer Raumnutzung:


hth, Wolfgang

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

[Talk-de] Tags für Fakultät einer Uni?

[Lars Schimmer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Moin!

Kurze Frage: ein Gebäude beheimatet mehrere Fakultäten der TU Graz.
Wie tagt man jetzt die Fakultäten im Gebäude korrekt?
Als POI oder als TAG am Gebäude? Und wenn, welche Tags, hats da eine
Wiki Seite zu?

Danke.

MfG,
Lars Schimmer
- -- 
- -
TU Graz, Institut für ComputerGraphik & WissensVisualisierung
Tel: +43 316 873-5405   E-Mail: l.schim...@cgv.tugraz.at
Fax: +43 316 873-5402   PGP-Key-ID: 0x4A9B1723
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkzJZvEACgkQmWhuE0qbFyNQhwCggiquMz39JQUJRSzUXPFsYggW
NdcAmgOYLaEgVsEDx3SSIJeGXtTCelNB
=Zbf0
-END PGP SIGNATURE-

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

Re: [Talk-de] PotM November - Hotels und andere Unter künfte

[Andreas Neumann]

Am 28.10.2010 09:03, schrieb Jan Tappenbeck:
>  Hi !
> 
> habe gerade die internationale Seite entdeckt und mal eben eine
> deutschsprachige erstellt.
> http://wiki.openstreetmap.org/wiki/DE:Project_of_the_month/2010/november
> 
> Eine Karte folgt wieder in Kürze.
> Gruß Jan :-)

Statt url=* sollte eher website=* verwendet werden...

MfG Andreas

-- 
Diese Nachricht wurde maschinell erstellt und ist daher ohne
Unterschrift gültig.



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 Inspector - RoutingView

[aighes]

Ob man den Typ zum Routing nutzt hängt sicherlich auch von der
Fortbewegungsweise ab. Ist ähnlich mit dem Radfahrerrouting über Treppen.

highway=road wird teilweise verwendet. Das ist das problematische. (Siehe
Beispiel aus Eröffnung.)
Ein track stößt auf eine road. nichts anderes ist in der Nähe. Wenn road
nicht beachtet würde, dürfte kein Fehler gemeldet werden. Es wird aber
erkannt, dass ein Weg (road) in der Nähe ist und ein Fehler angezeigt,
obwohl die Wege verbunden sind.
Das derzeitige Verhalten ist meiner Meinung nach unlogisch.

Viele Grüße,
aighes
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/OSM-Inspector-RoutingView-tp5681643p5682211.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Einzelne Nodes für Bus und Bahnhaltestel len?

[Claudius]

Am 28.10.2010 11:52, M∡rtin Koppenhoefer:

Am 28. Oktober 2010 11:26 schrieb André Joost:

Am 28.10.10 11:15, schrieb M∡rtin Koppenhoefer:


Ich habe hier auch noch mal ne Frage: würdet Ihr hier 3 nodes
highway=bus_stop machen, je einen pro Masten?



Kommt drauf an, wie stark dein Tele war ;-)
Wenn die Maste so weit voneinander sind, dass zwei oder drei Busse
hintereinander stehen, bin ich für separate Knoten.
BTW: Wo halten die Busse eigentlich? Vor oder hinter den parkenden Autos?



die Busse halten meistens irgendwo in der Nähe der Masten, d.h.
natürlich straßenseitig der parkenden Autos. Das ist da weniger ein
Problem, weil es eine ziemlich große Asphaltfläche davor gibt:
http://maps.google.it/maps?f=q&source=s_q&hl=de&geocode=&q=roma+piramide&sll=41.442726,12.392578&sspn=13.893877,43.286133&ie=UTF8&hq=&hnear=Piramide&ll=41.875862,12.482495&spn=0.001686,0.005284&t=h&z=18&layer=c&cbll=41.875862,12.482495&panoid=1WvOIOH_NSXCa8aYDNB5AQ&cbp=12,141.75,,0,12.68


Das würde ich mit einem public_transport=stop_position auf dem 
Straßenweg und einem seperaten Knoten public_transport=platform jeweils 
mit bus=yes auf der Position des mittleren Masten taggen :)


Claudius


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

Re: [Talk-de] PotM November - Hotels und andere Unterk ünfte

[Stefan Dettenhofer (StefanDausR)]

Am 28.10.2010 12:04, schrieb M∡rtin Koppenhoefer:




Das "Hauptobjekt" könnte z.B. das Verwaltungsgebäude

-1


ich dachte dabei an die Adresse (Hausnummer). Ist aber anders besser!


oder das Außen-Polygon des Platzes


des Platzes? Bei z.B. Sportstätten, Schulen oder Unis würde ich sagen,
ein Polygon drum rum für alles (also amenity) sollte es in der Regel
geben.



Mit Platz meine ich (Camping-Platz) das Polygon rings herum.


sein und sollte eindeutig (per tag) erkennbar sein.


wieso unbedingt per tag? M.E. entweder, da es eine site-Relation ist,
oder topologisch/geographisch aus Größe und Lage (Polygon um alles).



Hier z.B.
http://www.openstreetmap.org/browse/way/34285001
weiß ich nicht, zu welcher Uni das Gebäude gehört.
In einer POI-Liste aller Unis würde es nun für jedes Gebäude, das mit 
amenity = university getaggt ist einen Eintrag geben und nicht nur einen 
gemeinsamen.
Für eine Liste aller Fachbereiche ist es ok, ich weiß dann allerdings 
nicht, zu welcher Uni der gehört.


Hier gibt es ein Umringpolygon
http://www.openstreetmap.org/browse/way/23658362
Es stellt sich die Frage, ob man daran die Adresse und Telefonnummer 
hängen sollte.


Noch ein Beispiel:
Wenn ich nach Fußballplätzen suche, finde ich das
http://www.openstreetmap.org/browse/way/45607702
Will ich den Namen wissen, müsste ich automatisch auf das zugehörige 
outer-Polygon schließen, was aber kaum möglich ist.



Daher meinte ich, dass alle Infos (Name, amenity, Adresse,...), die man 
an eine Node setzen würde an das "Hauptobjekt" (=Umringpolygon) gehören, 
das man dann leicht wieder auf eine Node reduzieren kann. Die 
"Unterobjekte" sollten dann keinen oder einen anderen amenity-Tag 
besitzen (dann könnten sie auch eine andere Adresse haben).

So könnte man leicht nach amenity selektieren.

Gruß,
Stefan


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

Re: [Talk-de] PotM November - Hotels und andere Unterk ünfte

[Jan Tappenbeck]

Am 28.10.2010 10:14, schrieb Stefan Dettenhofer (StefanDausR):

Am 28.10.2010 09:38, schrieb Jan Tappenbeck:

habe ich es gleich allgemein geschrieben und hinter ... kann sich
vieles verbergen.



Gut!

Danke,
Stefan


hier ist nun auch eine karte zu finden:

http://www.tappenbeck.net/osm/maps/deu/index.php?id=1030

gruß Jan :-)


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

Re: [Talk-de] Einzelne Nodes für Bus und Bahnhaltestel len?

[Wolfgang]

Hallo,
Am Donnerstag 28 Oktober 2010 08:14:40 schrieb Walter Nordmann:
> strassen mit papierkorb? hab ich noch nie in osm gesehen. wenn das dennoch
>  ok sein sollte, kann ich es heute abend wieder reinnehmen.

lit=yes heißt Straßenbeleuchtung vorhanden, siehe Wiki
> 
> klar, strassen, wo papierkoerbe sind, soll es ja geben ;) aber als tag
> (eigenschaft) ???
> hab das für nen klick-fehler gehalten.
Bitte keine Tags löschen, ohne den Urheber zu fragen _und_ im Wiki die 
Suchfunktion zu aktivieren _und_ in tagwatch nachzusehen.
> 
> p.s. bitte keine grosse diskussion. mer haben wichtigere sachen.
Nicht unbedingt. Gerade tags wie lit stehen auf der roten Liste der bedrohten 
Arten. Noch ernster steht es um width und surface.

Gruß, Wolfgang

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

Re: [Talk-de] PotM November - Hotels und andere Unterk ünfte

[M∡rtin Koppenhoefer]

Am 28. Oktober 2010 09:29 schrieb Stefan Dettenhofer (StefanDausR)
:

> Noch eine prinzipielle Frage bei detailliert erfassten Objekten (gilt auch
> für große Sportstätten, etc):
> Wie erkennt man das Hauptobjekt?
>
> Hintergrund der Frage:
> Wenn ich z.B. eine Liste mit allen Campingplätzen erstellen will, so wäre es
> schön, wenn es nur ein "Hauptobjekt" gäbe, das alle nötigen Infos wie Name,
> Öffnungszeiten, vollständige Adresse, Telefonnummer, etc. enthält, das man
> dann für die Auswertung auf einen POI reduzieren kann.


+1

> Das "Hauptobjekt" könnte z.B. das Verwaltungsgebäude

-1

> oder das Außen-Polygon
> des Platzes


des Platzes? Bei z.B. Sportstätten, Schulen oder Unis würde ich sagen,
ein Polygon drum rum für alles (also amenity) sollte es in der Regel
geben.

> sein und sollte eindeutig (per tag) erkennbar sein.


wieso unbedingt per tag? M.E. entweder, da es eine site-Relation ist,
oder topologisch/geographisch aus Größe und Lage (Polygon um alles).


Gruß Martin

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

Re: [Talk-de] Behandlung von Weilernamen in Straßenlis tenauswertungen

[M∡rtin Koppenhoefer]

Am 28. Oktober 2010 01:38 schrieb Garry :


> Wieso sollte eine (übergeordnete) Strasse nur weil an ihr ein paar Häuser
> stehen "residential" werden?


wenn es eine Durchgangsstraße ist, dann sehe ich das auch so: wird
kein residential


> Bei einer untergeordneten Strasse - also "track" - macht es vielleicht noch
> Sinn.

track ist überhaupt keine "Straße" sondern ein "Weg"

Gruß
Martin

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

Re: [Talk-de] Einzelne Nodes für Bus und Bahnhaltestel len?

[M∡rtin Koppenhoefer]

Am 28. Oktober 2010 11:26 schrieb André Joost :
> Am 28.10.10 11:15, schrieb M∡rtin Koppenhoefer:
>>
>> Ich habe hier auch noch mal ne Frage: würdet Ihr hier 3 nodes
>> highway=bus_stop machen, je einen pro Masten?
>>
>
> Kommt drauf an, wie stark dein Tele war ;-)
> Wenn die Maste so weit voneinander sind, dass zwei oder drei Busse
> hintereinander stehen, bin ich für separate Knoten.
> BTW: Wo halten die Busse eigentlich? Vor oder hinter den parkenden Autos?


die Busse halten meistens irgendwo in der Nähe der Masten, d.h.
natürlich straßenseitig der parkenden Autos. Das ist da weniger ein
Problem, weil es eine ziemlich große Asphaltfläche davor gibt:
http://maps.google.it/maps?f=q&source=s_q&hl=de&geocode=&q=roma+piramide&sll=41.442726,12.392578&sspn=13.893877,43.286133&ie=UTF8&hq=&hnear=Piramide&ll=41.875862,12.482495&spn=0.001686,0.005284&t=h&z=18&layer=c&cbll=41.875862,12.482495&panoid=1WvOIOH_NSXCa8aYDNB5AQ&cbp=12,141.75,,0,12.68

Gruß Martin

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

Re: [Talk-de] Einzelne Nodes für Bus und Bahnhaltestel len?

[André Joost]

Am 28.10.10 11:15, schrieb M∡rtin Koppenhoefer:

Ich habe hier auch noch mal ne Frage: würdet Ihr hier 3 nodes
highway=bus_stop machen, je einen pro Masten?



Kommt drauf an, wie stark dein Tele war ;-)
Wenn die Maste so weit voneinander sind, dass zwei oder drei Busse 
hintereinander stehen, bin ich für separate Knoten.

BTW: Wo halten die Busse eigentlich? Vor oder hinter den parkenden Autos?

Gruß
André Joost


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

Re: [Talk-de] Einzelne Nodes für Bus und Bahnhaltestel len?

[M∡rtin Koppenhoefer]

Ich habe hier auch noch mal ne Frage: würdet Ihr hier 3 nodes
highway=bus_stop machen, je einen pro Masten?

http://www.23hq.com/dieterdreist/photo/6136512/original

Gruß Martin

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

Re: [Talk-de] Einzelne Nodes für Bus und Bahnhaltestel len?

[Tom Müller]

Am 28.10.2010 11:03, schrieb M∡rtin Koppenhoefer:

Am 28. Oktober 2010 08:14 schrieb Walter Nordmann:


p.s. bitte keine grosse diskussion. mer haben wichtigere sachen.



Mal so kurz mal was rauslöschen, was man noch nicht mal verstanden
hat, ist jedenfalls nicht die feine Art und ziemlich verpönt.

Gruß Martin


Da bin ich geneigt ein +3 zu schreiben ;)


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

Re: [Talk-de] Einzelne Nodes für Bus und Bahnhaltestel len?

[M∡rtin Koppenhoefer]

Am 28. Oktober 2010 08:14 schrieb Walter Nordmann :

> p.s. bitte keine grosse diskussion. mer haben wichtigere sachen.


Mal so kurz mal was rauslöschen, was man noch nicht mal verstanden
hat, ist jedenfalls nicht die feine Art und ziemlich verpönt.

Gruß Martin

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

[Talk-de] OpenStreetBugs - Einige Bugs fehlerhaft als "fixed" markiert

[schneckchen4711]

Hallo,

bei der heutigen Durchsicht meiner OSM-Bugs viel mir auf, dass ein ganzer 
Kartenabschnitt mit Bugs fehlerhaft als fixed markiert wurde (Vandalismus?).

Gibt es eine Möglichkeit diese Einträge zu reaktivieren?

Der folgende Link dürfte die Region hoffentlich eingrenzen:

http://openstreetbugs.schokokeks.org/?zoom=11&lat=48.08927&lon=11.31392&layers=B00T
 

Der letzte Eintrag aller betroffenen Bug-Reports lautet immer 
Comment: [, 2010-10-27 03:01:30 CEST] 
mit leicht variabler Uhrzeit.

Herzlichen Dank,

  Georg



-- 
GRATIS! Movie-FLAT mit über 300 Videos. 
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome

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

Re: [Talk-de] Einzelne Nodes für Bus und Bahnhaltestel len?

[M∡rtin Koppenhoefer]

Am 28. Oktober 2010 08:25 schrieb André Joost :


> Gut, in Berlin wird das wohl Standard sein.



Das schon, aber es gibt interessante Details wie eine (am Wegesrand
der Beleuchtung dienende) Sammlung von historischen Straßenlaternen im
Tiergarten (Nähe Schleusenkrug), oder teilweise gasbetriebene
Straßenlaternen.

Gruß Martin

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

Re: [Talk-de] OSM Inspector - RoutingView

[M∡rtin Koppenhoefer]

2010/10/28 aighes :
>
> Hallo
> highway=road gibt einen unbekannten Straßentyp an. Das da ein Weg ist, steht
> aber fest, daher würde ich ihn mit aufnehmen.


Ich würde es zum routen nicht verwenden, da man keine Ahnung hat, ob
es ein Fußweg, eine Einbahnstraße, eine Fußgängerzone oder doch ein
Bachlauf ist. Es ist ein starkes Indiz, dass da ein Weg ist, aber
"ganz sicher" kann man sich erst sein, wenn der road-tag nach survey
in eine echte Klasse überführt wurde.


Gruß Martin

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

Re: [Talk-de] Kunsthandwerk = Giftshop?

[M∡rtin Koppenhoefer]

Am 28. Oktober 2010 10:43 schrieb  :

> erfüllt, indem er andererseits traditionelle Erzeugnisse des
> lokalen Kunsthandgewerbes anbietet (shop=artisan gibt es m.W. nicht).


Analog zur Herstellung (craft, dort bereits dokumentiert) würde ich
hier shop=handicraft nehmen.

Gruß Martin

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

[Talk-de] Kunsthandwerk = Giftshop?

[rgx]

Liebe Liste,

zurück von einer Reise frage ich mich gerade,
wie ein Laden zu taggen ist, der einierseits die 
Funktion eines Souvenierladens (shop=gift, fehlt in JOSM Vorlagensuche)
erfüllt, indem er andererseits traditionelle Erzeugnisse des
lokalen Kunsthandgewerbes anbietet (shop=artisan gibt es m.W. nicht).

Solche Erzeugnisse sind meist eine Ausahl von Textilien, Musikinstrumenten,
Mobiles, Statuen, ggf. auch Keramik.

Bei Giftshop / Souvenierladen denke ich eher an billige Schlüsselanhänger
und chinesische Fototassen...

Viele Grüße
Ralf

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

Re: [Talk-de] OSM Inspector - RoutingView

[aighes]

Hallo
highway=road gibt einen unbekannten Straßentyp an. Das da ein Weg ist, steht
aber fest, daher würde ich ihn mit aufnehmen.

Für entrance:

http://tools.geofabrik.de/osmi/?view=routing&lon=10.68777&lat=59.30231&zoom=9&baselayer=Geofabrik&opacity=1.00&overlays=unconnected_major1,unconnected_major2,unconnected_minor1,unconnected_minor2,duplicate_ways

Viele Grüße,
aighes
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/OSM-Inspector-RoutingView-tp5681643p5681751.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] OSM Inspector - RoutingView

[Pascal Neis]

Hi,

aighes schrieb:

Mir scheint als würde highway=road nicht berücksichtigt:


Das ist absichtlich so gewollt. Da das highway=road Tag
als temporäres Tag gedacht ist (siehe [1]). Wenn ich mich
recht erinnere, wurde hier glaube auch schonmal besprochen ...


und es wäre schön, wenn Wege, die auf einem Node building=entrance enden,
nicht angezeigt werden.


das sollte eigentlich auch so sein, hast du ein Beispiel für mich ?

danke&viele gruesse
pascal

[1] http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Droad

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

Re: [Talk-de] All In One

[Sven Geggus]

Elchtreiber  wrote:

> Kann da bitte mal wer nach dem Rechten schauen?

Das kann im Normalfall nur genau ein einziger nämlich Christoph. Ich kann
als devserver Admin zwar ins logfile schaun , was ich bereits gestern
gemacht habe, bin aber nicht draus schlau geworden. Eventuell kann auch
Flacus helfen, der ist neuerdings ebenfalls bei der AIO aktiv.

Auf der devserver Liste hat Christoph am Sonntag geschrieben, dass er seinen
Buildprozess auf das neue pbf Binärformat umgestellt hat:

http://lists.openstreetmap.de/pipermail/devserver/2010-October/001629.html

Da ist dann wohl was schiefgelaufen :(

Gruss

Sven

-- 
Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit
Office nicht kompatibles Bürosoftwarepaket einzuführen.
(Florian Weimer in de.alt.sysadmin.recovery)
/me is gig...@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] PotM November - Hotels und andere Unter künfte

[Stefan Dettenhofer (StefanDausR)]

Am 28.10.2010 09:38, schrieb Jan Tappenbeck:
habe ich es gleich allgemein geschrieben und hinter ... kann sich 
vieles verbergen.




Gut!

Danke,
Stefan


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

Re: [Talk-de] Online-Befragung der OSM-community - community-Daten zu gewinnen!

[Claudius]

Am 26.10.2010 14:22, Marco Lechner - FOSSGIS e.V.:

Hallo liebe OSM-community,
Der Fragebogen befindet sich unter folgender URL und kommt derzeit noch
ohne lästiges Recaptcha aus (hoffentlich kann das auch so bleiben):
http://geeste.geographie.uni-freiburg.de/OSMfb/


Seite 8 enthält zwei Tippfehler:
In der Einleitung ein großes "Sich" und in der vorletzten Zeile "gwefördert"

Claudius


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

Re: [Talk-de] OSM Inspector - RoutingView

[aighes]

Hallo,
und noch etwas...

Mir scheint als würde highway=road nicht berücksichtigt:

http://tools.geofabrik.de/osmi/?view=routing&lon=29.71970&lat=65.14796&zoom=17&baselayer=Geofabrik&opacity=1.00&overlays=unconnected_major1,unconnected_major2,unconnected_minor1,unconnected_minor2,duplicate_ways

und es wäre schön, wenn Wege, die auf einem Node building=entrance enden,
nicht angezeigt werden.

Viele Grüße,
aighes
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/OSM-Inspector-RoutingView-tp5681643p5681671.html
Sent from the Germany mailing list archive at Nabble.com.

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

[Talk-de] OSM Inspector - RoutingView

[aighes]

Hallo,
ich arbeite recht viel mit dem RoutingView. Dabei ist mir eine Kleinigkeit
aufgefallen die man verbessern könnte.
Bei sehr kurzen doppelten Wegen fällt es durch die sehr geringe Größe der
Linie sehr schwer diesen in größeren Zoomstufen zu sehen. Hier wäre es
wünschenswert, dass man in höheren Zoomstufen (bis 8 oder 9) nur einen
blauen Knubbel angezeigt bekommt.

Evtl. wäre auch eine Überwachung sinnvoll, um ein korrigiertes Areal sauber
zu halten. Bspw. ein RSS-Feed/gpx-Datei, das/die man für eine BoundingBox
abonnieren kann.

Viele Grüße,
aighes
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/OSM-Inspector-RoutingView-tp5681643p5681643.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] PotM November - Hotels und andere Unter künfte

[Jan Tappenbeck]

Am 28.10.2010 09:29, schrieb Stefan Dettenhofer (StefanDausR):

Hallo Jan,

Am 28.10.2010 09:03, schrieb Jan Tappenbeck:


habe gerade die internationale Seite entdeckt und mal eben eine
deutschsprachige erstellt.

http://wiki.openstreetmap.org/wiki/DE:Project_of_the_month/2010/november



Warum soll die Adresse nicht vollständig erfasst werden, also incl. Ort
und Länderkennung?

Noch eine prinzipielle Frage bei detailliert erfassten Objekten (gilt
auch für große Sportstätten, etc):
Wie erkennt man das Hauptobjekt?

Hintergrund der Frage:
Wenn ich z.B. eine Liste mit allen Campingplätzen erstellen will, so
wäre es schön, wenn es nur ein "Hauptobjekt" gäbe, das alle nötigen
Infos wie Name, Öffnungszeiten, vollständige Adresse, Telefonnummer,
etc. enthält, das man dann für die Auswertung auf einen POI reduzieren
kann.
Das "Hauptobjekt" könnte z.B. das Verwaltungsgebäude oder das
Außen-Polygon des Platzes sein und sollte eindeutig (per tag) erkennbar
sein.
Eine Relation als Hauptobjekt ist aber ziemlich schwer auszuwerten, denn
mann müsste wissen woher der Name stammen soll, von wo die
Öffnungszeiten, Telefonnummer und Adresse zu nehmen sind, etc.

Gruß,
Stefan



Hi !

bevor es wieder in Diskussionen ausartet was reingehört etc. habe ich es 
gleich allgemein geschrieben und hinter ... kann sich vieles verbergen.


gruß Jan :-)


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

Re: [Talk-de] PotM November - Hotels und andere Unter künfte

[Stefan Dettenhofer (StefanDausR)]

Hallo Jan,

Am 28.10.2010 09:03, schrieb Jan Tappenbeck:


habe gerade die internationale Seite entdeckt und mal eben eine 
deutschsprachige erstellt.


http://wiki.openstreetmap.org/wiki/DE:Project_of_the_month/2010/november



Warum soll die Adresse nicht vollständig erfasst werden, also incl. Ort 
und Länderkennung?


Noch eine prinzipielle Frage bei detailliert erfassten Objekten (gilt 
auch für große Sportstätten, etc):

Wie erkennt man das Hauptobjekt?

Hintergrund der Frage:
Wenn ich z.B. eine Liste mit allen Campingplätzen erstellen will, so 
wäre es schön, wenn es nur ein "Hauptobjekt" gäbe, das alle nötigen 
Infos wie Name, Öffnungszeiten, vollständige Adresse, Telefonnummer, 
etc. enthält, das man dann für die Auswertung auf einen POI reduzieren kann.
Das "Hauptobjekt" könnte z.B. das Verwaltungsgebäude oder das 
Außen-Polygon des Platzes sein und sollte eindeutig (per tag) erkennbar 
sein.
Eine Relation als Hauptobjekt ist aber ziemlich schwer auszuwerten, denn 
mann müsste wissen woher der Name stammen soll, von wo die 
Öffnungszeiten, Telefonnummer und Adresse zu nehmen sind, etc.


Gruß,
Stefan


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

[Talk-de] PotM November - Hotels und andere Unter künfte

[Jan Tappenbeck]

 Hi !



habe gerade die internationale Seite entdeckt und mal eben eine 
deutschsprachige erstellt.


http://wiki.openstreetmap.org/wiki/DE:Project_of_the_month/2010/november


Eine Karte folgt wieder in Kürze.

Gruß Jan :-)


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