[Talk-de] Ab 21:00 RadioOSM Live

[mazdermind]

Hallo liebe OpenStreetMapper,
heute Abend ab 21:00 sendet RadioOSM wieder Live.
Ihr könnt mit uns und anderen Hörern im Chat sprechen: 
irc://irc.freenode.net/#Radio-OSM (Webchat: 
http://webchat.freenode.net?channels=Radio-OSM) und ab kurz vor 21:00 live auf 
http://streams.xenim.de/osm/ hören
Alle weiteren Infos sowie alle alten Folgen findet ihr auf unserer Webseite 
http://podcast.openstreetmap.de
Liebe Grüße,
euer RadioOSM Team
- Andi, Marc und Peter

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

Re: [Talk-de] Deutscher Wandertag

[Thorsten Alge]

Hi Markus,

dein Vorschlag wäre natürlich eine tolle Werbung für OSM. Mir ging es
zwar eher um die Vervollständigung der Routen bevor der Wandertag
stattfindet aber einige der Themen kann ich mir gut vorstellen.

Gruß

Thorsten

On 2013-09-10 18:05, Markus wrote:
> Hallo Thorsten,
> 
>> wie man die Aufmerksamkeit solcher Leute am besten auf das Thema lenkt.
> 
> der Deutsche Wanderverband ist ein guter Ansprechpartner:
> www.wanderverband.de
> Erik Neumeyer ist stellv. Geschäftsführer und für "GPS-Kram" und
> elektronische Karten aufgeschlossen.
> 
> Vielleicht kannst Du ja eine Kooperation starten?
> - Werbung für OSM auf den Plakaten und Flyern
> - Werbung für den Wandertag auf OSM.org/de
> - gemeinsame Wanderungen
> - Teilnahme von OSMern an der Wanderung
>   mit integriertem Mapping-Workshop
> - OSM-Karten auf der Wander-Website
> - OSM-Karten zum Ausdrucken
> - OSM-Karten für's Garmin, Android, iPad...
> - Wanderrouten zum Runterladen
> 
> Achtung: Wanderer sind oft eher traditionell,
> brauchen also ein simples HowTo.
> 
> Gruss, Markus
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Kurzer Erfahrungsbericht: Garmin eTrex Vista HCx bei Radtour.

[Steffen Wolf]

Hallo Manuel Reimer,

zuerst einmal: Guter Bericht. Schau mal, ob du ihn unter deinem
OSM-Account auch auf deinem Diary ablegen willst. Dann landet er zum
Beispiel hier:
 http://www.openstreetmap.org/diary/de
Die Leserschaft sind dort andere. Deren Kommentare sind ebenfalls
oeffentlich und du bekaemst sie nochmal per Mail.


Da ich das gleiche Geraet sein einigen Jahren nutze, hier noch ein paar
Kommentare zu einigen Details:

> Etwas schwierig ist die optimale Einstellung für "ungeteerte Straßen
> meiden" am Gerät zu finden.

Die hab ich noch gar nicht gefunden ;-) Es gibt etwas fuer
zollpflichtige Strassen, aber das hat bei meinen Karten keine
Auswirkung. Ich stelle als Radfahrer meist Autobahnen meiden ein.

> Wenn die Option angehakt ist, dann wird man aber oft nicht auf Radwege
> geroutet. Liegt das am "surface"-Tag? Wird nur auf Radwege geroutet,
> die dann ein gewisses "surface" gesetzt haben?

Meine Vermutung: Es ist nicht das Tag surface. Vermutlich wird einfach
highway=track vermieden. Ich kenne die eingesetzte Freizeitkarte nicht,
aber durch die Konvertierung zum Garmin-Format gehen ziemlich viele
Informationen verloren. Bei meiner Karte bleiben nur die Highway-Klassen
und drei der Tracktype-Unterscheidungen uebrig. Man koennte es besser
loesen, aber am Ende landet man bei den Garmin-Typen, ueber die man
routen kann, und das sind nicht allzu viele.

> später habe ich bemerkt, dass das Gerät wohl keine längeren
> Streckenabschnitte am Stück berechnen kann oder will. Ab einer
> gewissen Distanz (irgendwo zwischen 50 und 100 km) stockt das Gerät
> beim Berechnen bei 100%. Wenn die "100%" mehrere Sekunden stehen
> bleiben ist das Ergebnis in aller Regel Mist und man landet im
> Worst-Case mit dem Fahrrad vor einer Autobahn-Auffahrt.

Ich hab das auch bei Autofahrten bemerkt. Wenn die Datenlage zu gross
ist, kommt ab und zu ein Out-of-Memory oder ein Sprung auf die interne
Basiskarte. Und da sind nur Autobahnen und grosse Bundesstrassen
hinterlegt. Letzteres passiert auch gerne an Kachelgrenzen.

> Der Bildschirm ist auch irre schwer zu lesen. Zumindest die
> Freizeitkarte hat sich im Alltag auf dem eTrex Vista HCx nicht
> bewährt. 

Komisch, das kenne ich so nicht. Ich hab aber ziemlich zu Beginn meine
Karte auf Lesbarkeit getrimmt, die Flaechenfarben zurueckgenommen, die
Linienfarben kraeftiger, die Detailstufe verringert.

> Auch mit maximaler Hintergrundbeleuchtung (die, nebenbei bemerkt, auch
> im maximalen Modus eher schwach ist) im dichten Stadtverkehr nur mit
> Mühen rechtzeitig abzulesen.

Vielleicht hilft ein besserer Ablesewinkel. Ich habe es am Fahrradlenker
nicht ganz wagerecht montiert. Die Hintergrundbeleuchtung schalte ich
eigentlich nur in der Dunkelheit auf die kleinste Stufe. Wenn ich
anderen am Tage etwas zeigen will, erkennen die meist aber auch nix.

> Die lilane Hervorhebung der Straße ist bei den eher breiten
> Straßenzügen der Freizeitkarte nur schwer zu erkennen.

Ich glaube, man kann auch die Farbe der Routenfuehrung wechseln.
Jedenfalls hab ich die Farbeinstellung fuer die aufgezeichneten Tracks
veraendert.


Einen Punkt hast du noch nicht angesprochen, und ich wuensche dir, dass
du ihn nicht erleben musst: Der Gummiring an meinem Garmin beginnt sich
jetzt zum zweiten Mal zu loesen. Im Juli 2010 hatte Johann H. Addicks
hier eine Anleitung zum reparieren gepostet, seit damals hat es
eigentlich gehalten, aber Sommer und Sonne machen dem Kleber zu
schaffen.

cu,
 stw1701
-- 
- I want peace on earth and good will toward man.
- We are the United States government. We don't do that sort of thing.
 [Sneakers]

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

Re: [Talk-de] Owl API

[Norbert Renner]

Der Entwickler (Paweł) hat nen neuen Job angefangen und ist seither kaum 
mehr aktiv. [1][2] Potentielle Mitstreiter fanden wohl das 
Datenbankschema zu kompliziert, deshalb ist er dran erst mal das zu 
vereinfachen. [3]


Gruß,
Norbert

[1] 
http://gis.19327.n5.nabble.com/Fixing-the-history-tab-tc5759340.html#a5759371

[2] https://github.com/ppawel
[3] https://github.com/ppawel?tab=activity


Am 10.09.2013 16:55, schrieb jotpe:

Weiß jemand, ob an der owl API (Openstreetmap watch List) noch gearbeitet
wird, und ob sie als chronik auf osm.org erscheinen soll?

http://owl.apis.dev.openstreetmap.org/?lat=52.52082&lon=13.4111&zoom=17&layers=M

Gruß Johannes
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de




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

[Talk-de] Kurzer Erfahrungsbericht: Garmin eTrex Vista HCx bei Radtour.

[Manuel Reimer]

Hallo,

die letzten drei Tage war mein Vater mit mir auf mehrtägiger 
Fahrradtour. Zur Unterstützung hatte ich diesmal ein mit OSM-Karten 
bestücktes Garmin eTrex Vista HCx dabei. Installiert war die 
Freizeitkarte, weil greifbar und ohne Verrenkungen auch unter Linux auf 
das Gerät zu bekommen.


Zu den Karten:

Etwas schwierig ist die optimale Einstellung für "ungeteerte Straßen 
meiden" am Gerät zu finden.


Wenn nicht angehakt, dann kann man wunderbar die Landschaft erkunden und 
man landet auch auf Wegen, die man sonst nie gefunden hätte. Gerne aber 
auch mal mit dem Fahrrad vor einer Treppe oder ähnlichem. Wenn die 
Option angehakt ist, dann wird man aber oft nicht auf Radwege geroutet. 
Liegt das am "surface"-Tag? Wird nur auf Radwege geroutet, die dann ein 
gewisses "surface" gesetzt haben?


Ansonsten kann man zu den Karten an sich (in meinem Aktuellen Fall im 
Umkreis von Ostallgäu) hauptsächlich nur gutes sagen. Erstaunlich wie 
gut das Routing mit freien Karten funktioniert. Und erst Recht 
erstaunlich wie viele Details man in der Karte wiederfindet.


Zum Gerät:

Am Anfang hat es sehr gefrustet, dass das Garmin uns ständig auf 
Autobahnen routen wollte (Das Gerät war definitiv die ganze Zeit auf 
"Fahrrad" eingestellt).


Erst später habe ich bemerkt, dass das Gerät wohl keine längeren 
Streckenabschnitte am Stück berechnen kann oder will. Ab einer gewissen 
Distanz (irgendwo zwischen 50 und 100 km) stockt das Gerät beim 
Berechnen bei 100%. Wenn die "100%" mehrere Sekunden stehen bleiben ist 
das Ergebnis in aller Regel Mist und man landet im Worst-Case mit dem 
Fahrrad vor einer Autobahn-Auffahrt.


Also haben wir immer eine Ortschaft nach der anderen ins Garmin getippt. 
So hat dann alles gut funktioniert. Schade nur, dass man keine längeren 
Abschnitte auf einmal berechnen lassen kann. Ist da was zu machen? Wie 
verhält sich das Gerät z.B. wenn man im Voraus mehrere Routenpunkte 
entlang der Strecke auf das Gerät lädt und dann anhand den Routenpunkten 
berechnen lässt? Gehen dann auch längere Schritte auf einmal?


Der Bildschirm ist auch irre schwer zu lesen. Zumindest die 
Freizeitkarte hat sich im Alltag auf dem eTrex Vista HCx nicht bewährt. 
Auch mit maximaler Hintergrundbeleuchtung (die, nebenbei bemerkt, auch 
im maximalen Modus eher schwach ist) im dichten Stadtverkehr nur mit 
Mühen rechtzeitig abzulesen. Regelmäßig mussten wir rechts ranfahren um 
in Ruhe zu lesen wo wir hinsollen. Die lilane Hervorhebung der Straße 
ist bei den eher breiten Straßenzügen der Freizeitkarte nur schwer zu 
erkennen. Hier muss man wohl doch eher mit anderen Karten arbeiten.


Sehr praktisch ist der einfache Akkuwechsel. Am zweiten Tag haben wir 
etwa um die Mittagszeit die Meldung "Akku schwach" bekommen. Bei der 
nächsten Rast also schnell neue rein und weiter.


Über praktische Tipps, was man beim nächsten Mal besser machen könnte, 
würde ich mich sehr freuen.


Gruß

Manuel


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

Re: [Talk-de] Bundestagswahl 2013, Wahlkreise in OSM

[Henning Scholland]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo

Am 09.09.2013 18:37, schrieb Stephan Wolff:


Dafür reicht idR. auch eine Hintergrundkarte




Hier denke ich an eine Positivliste, auf der typische Überlappungen
geregelt sind, ansonsten fragt der Editor halt, ob das gewollt ist.
Wie es der Validator auch macht.



Ich hab auch nicht gesagt, dass es für jedes Spezialmapping
funktioniert. Muss es aber auch nicht, weil das ohnehin Dinge sind,
die Einsteiger nicht verstehen. Erfahrenere Nutzer sollten auch in der
Lage sein, Filter gezielt selber zu wählen und ihre Edits so machen,
dass nichts kaputt geht.



Das muss aber der Mapper machen, der die Daten einträgt. Da dieser
typischerweise ein Interesse an den Daten in OSM hat, wird seine
Entscheidung typischerweise so ausfallen, dass es gerechtfertigt ist.
Eine neutrale Autorität gibt es bei OSM nicht.

Henning
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJSL12QAAoJEPFgsWC7jOeTnxEIAJBp+7lA0Y72uWOVx5UNwu12
7r8JzCuC2S5iG5PaDlUNJI1+S4cz09MuHqVPcHcxTx5OcM5F6itY+SK1yXRZScaX
3dEqi2AO8N/4qxIqXAK49AjlaxuiMWd+ATQmZG7qBU3I8LhQT3v32ZxYoD86kEJh
NZdlCUIsU4qnpTFNQlnrr5XHKeMsHqwfhfmzy1TSeXS+ezFhLQPpfTd5phxOWV5S
BIPjo1aG3YEgtMONiLmGGePPt/N0Em8MGiEASaNOpUEuTGrJWwH4qsiu73Ah/yag
aA7wz5rdlm0KD41BWCAgFL9xv+u2D/JkbDVaBXtUI/cUvGT4t9qhEXU98YdEJSw=
=hANp
-END PGP SIGNATURE-


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

Re: [Talk-de] Bundestagswahl 2013, Wahlkreise in OSM

[Henning Scholland]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo

Am 09.09.2013 18:37, schrieb Stephan Wolff:
> Mit POIs könnte das funktionieren, auch wenn die Ausrichtung an 
> vorhandenen Strukturen hilft, das neue Objekt zu platzieren.

Dafür reicht idR. auch eine Hintergrundkarte


> Bei Flächen ist es schon weit schwieriger. Dazu müsste der Editor 
> die Semantik aller Tags kennen, um zu entscheiden, welche Flächen 
> sich überlappen dürfen. Sonst erhält man einen Supermarkt, in den 
> eine Waldecke hineinragt.

Hier denke ich an eine Positivliste, auf der typische Überlappungen
geregelt sind, ansonsten fragt der Editor halt, ob das gewollt ist.
Wie es der Validator auch macht.

> Bei Relationen, wie den hier diskutieren Wahlkreisen, wird es 
> gänzlich unmöglich. Wenn Relationenen für den Mapper nicht
> sichtbar sind und er die Basisobjekte bearbeitet, können die
> Relationenen kaputt gehen oder (schlimmer) inhaltlich falsch
> werden. Eine universelle Regel zur Reparatur der Relationen kann es
> nicht geben. Man kann die Komplexität der Daten nicht vor den
> Mappern verbergen. Bestes Beispiel sind die ÖPNV-Daten. Ohne
> Kenntnis der ÖPNV-Modelle kann man viele Straßen nicht editieren
> ohne die Buslinien zu zerstören.

Ich hab auch nicht gesagt, dass es für jedes Spezialmapping
funktioniert. Muss es aber auch nicht, weil das ohnehin Dinge sind,
die Einsteiger nicht verstehen. Erfahrenere Nutzer sollten auch in der
Lage sein, Filter gezielt selber zu wählen und ihre Edits so machen,
dass nichts kaputt geht.

> Der von Tirkon beschriebene Widerspruch existiert und wir müssen in
> jedem Einzelfall zwischen Informationsgewinn und Datenkomplexität
> abwägen.

Das muss aber der Mapper machen, der die Daten einträgt. Da dieser
typischerweise ein Interesse an den Daten in OSM hat, wird seine
Entscheidung typischerweise so ausfallen, dass es gerechtfertigt ist.
Eine neutrale Autorität gibt es bei OSM nicht.

Henning
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJSL12QAAoJEPFgsWC7jOeTRVAH/27J7gNrnMUm+rJJfRPQ2RIU
8fVY07mY6WgaYscxpLtZ1oZ2jk8wHnQkU9niuc0vcs/9AOZgl1Asu6XLUuGoHM83
44RQ2BfzApSnLEX2e+KGOQqDM4sLbv3duoaHgvxKXQeKnA8qK1PEaDMwxNHpPJUP
ul9j5FbLEA5qmbbMjTZIQOnRCpE/ZFhUIH55LFoF9EAm9plA3fNIY8ilKb8V3IkI
H/fqzsGbZxBTRjGBwSy5C3cVdbDZq5YiPvlOF3ld1Gqa8ewNMIQi6gPLs24bS4yZ
xhf6PtS5kmaP2jvCZXwV9S1iljlrffWaCenI9TCO3ZxWyIKPIRPQ75ju36JK58Y=
=5vkS
-END PGP SIGNATURE-


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

Re: [Talk-de] Deutscher Wandertag

[Markus]

Hallo Thorsten,


wie man die Aufmerksamkeit solcher Leute am besten auf das Thema lenkt.


der Deutsche Wanderverband ist ein guter Ansprechpartner:
www.wanderverband.de
Erik Neumeyer ist stellv. Geschäftsführer und für "GPS-Kram" und 
elektronische Karten aufgeschlossen.


Vielleicht kannst Du ja eine Kooperation starten?
- Werbung für OSM auf den Plakaten und Flyern
- Werbung für den Wandertag auf OSM.org/de
- gemeinsame Wanderungen
- Teilnahme von OSMern an der Wanderung
  mit integriertem Mapping-Workshop
- OSM-Karten auf der Wander-Website
- OSM-Karten zum Ausdrucken
- OSM-Karten für's Garmin, Android, iPad...
- Wanderrouten zum Runterladen

Achtung: Wanderer sind oft eher traditionell,
brauchen also ein simples HowTo.

Gruss, Markus


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

[Talk-de] Owl API

[jotpe]

Weiß jemand, ob an der owl API (Openstreetmap watch List) noch gearbeitet
wird, und ob sie als chronik auf osm.org erscheinen soll?

http://owl.apis.dev.openstreetmap.org/?lat=52.52082&lon=13.4111&zoom=17&layers=M

Gruß Johannes
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] 30C3 Call for Participation

[Gehling Marc]

Am 10.09.2013 um 10:00 schrieb Hartmut Holzgraefe 
:

> On 09/10/2013 09:45 AM, Dirk-Lüder Kreie wrote:
> 
>> Ich bin auf jeden Fall auf dem 30c3 werde aber wieder mindestens 2
>> "Hüte" aufhaben (müssen).
> 
> geht mir ebenso ... haben wir dafür schon was im Wiki?

ja, http://wiki.openstreetmap.org/wiki/Chaos_Communication_Congress/30C3

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

[Talk-de] Deutscher Wandertag

[Thorsten Alge]

Hi,

im kommenden Jahr findet wieder der „Deutsche Wandertag“ statt.
Zentraler Veranstaltungsort wird Bad Harzburg sein. Ich dachte mir es
sei vielleicht eine gute Idee bis dahin das Wanderwegnetz im Harz
möglichst zu vervollständigen. Um dies zu erreichen, habe ich an so
etwas ähnliches wie das „Project of the week/month“ gedacht.

Um die OSM-Community anzusprechen, habe ich an eine Wiki-Seite gedacht,
auf der alle relevanten Informationen zusammengefasst sind und an einen
Hinweis (Template) welches auf allen Wiki-Seiten mit Bezug zum Harz
angebracht werden kann.
Um auch OSM-interessiert Wanderer anzusprechen die selbst nicht mappen
wollen, dachte ich an eine Erläuterung im Wiki die erläutert mit welchen
Tools am besten GPS-Tracks, Georeferenzierte Fotos (am besten mit
Lage-Information) angefertigt werden können und wie man diese zur
Verfügung stellt (z.B. BTSync). Ich bin allerdings nicht sicher, wie man
die Aufmerksamkeit solcher Leute am besten auf das Thema lenkt.

Was haltet Ihr davon und wer hätte evt. Interesse mitzumachen?

Gruß

Thorsten

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

Re: [Talk-de] 30C3 Call for Participation

[Peter Körner]

Am 10.09.2013 00:08, schrieb Michael Kugelmann:
> Wir sollten aus meiner Sicht mindestens wieder einen Stand / eine
> Assembly machen. Ich weiss nicht, ob wir so etwas wie einen
> "OSM-Hack-Event" organisiert kriegen und dafür einen Workshopraum -
> offen gesagt bezweifle ich das (ich befürchte, dass wir dazu zu wenig
> "OSM-Programmierer" zusammenkriegen => eher auf dem KA-Hack-Weekend).

So weit ich das weiß wird das Podcast-Team auf jeden Fall da sein.
Ob wir was machen ist noch nicht ausführlich diskutiert, die
Hacking-Coding-Seite an OSM hervor zu heben halte ich für ne gute Idee,
können wir ja mal morgen im Podcast diskutieren :)

Lg


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

Re: [Talk-de] Gebäude, Grundstücke und Institutionen

[Ronnie Soak]

Am 10. September 2013 11:42 schrieb Martin Koppenhoefer <
dieterdre...@gmail.com>:

was ist es denn nun, eine öffentliche Straße oder Teil des Campus?


Eben dieses Problem aufzuzeigen war mein Anliegen.



> Evtl.
> ist ja auch der Campus "öffentlich"?
> Hast Du mal ein Beispiel mit zugehörigem Katasterplan und
> Liegenschaftsregisterauszug? Vielleicht ist eine Dienstbarkeit eingetragen?
> Wenn man das richtig aufdröseln will, wird es sicher komplizierter als nur
> amenity=university, name=foo, unabhängig davon, ob man eine site-Relation
> oder ein Polygon zur Repräsentation verwendet (die site-Relation entbindet
> einen ja nicht davon, dass man die Grenzen kennen und zeichnen muss).
>

Jain. Für eine site-Relation brauche ich nicht zwingend eine Grenze.
Ich kann auch einfach zugehörige Objekte sammeln.
Wie dies sich räumlich anordnen ist der Relation erst mal egal.


>
> Gewässer sind wie Straßen normalerweise öffentlich, d.h. sie liegen in
> Deutschland nicht auf einer Parzelle sondern im unparzellierten Bereich
> (glaube ich, ganz sicher bin ich mir nicht, ob das eine Grundregel ist,
> oder nur meistens der Fall). Ggf. müsste man die auch aus dem Campus
> ausnehmen, muss man sich vermutlich im Einzelfall ansehen.
>

Mein Punkt war: eben dadurch, dass es viele Flächen gibt, die nicht
unbedingt dem eigentlichen
Objekt zuzuordnen sind ist der  Anwendungsfall der geschlossenen Fläche als
Grenze eines Objekts
durchaus nicht immer der passenste.


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

Re: [Talk-de] Gebäude, Grundstücke und Institutionen

[Martin Koppenhoefer]

Am 10. September 2013 11:12 schrieb Ronnie Soak <
chaoschaos0...@googlemail.com>:

> Hier wird es in Zukunft sicher massiv Streitereien geben, was denn
> "zugehörig" meint.
> Ist eine Bushaltestelle auf dem Campus jetzt dem Campus zugehörig (ist auf
> dem Geände, trägt dessen Namen, wird von Studenten benutzt)
> oder nicht (weder owner noch operator haben was mit der Uni zu tun)?
> Das ist meines Erachtens nach das gröere Problem, ehe es um die technische
> Umsetzung geht.
> Will man denn überhaupt, dass alles innerhalb der Campusgrenzen zum Campus
> gehört? (Stromleitungen? öffentl. Straßen? Gewässer?)
>


was ist es denn nun, eine öffentliche Straße oder Teil des Campus? Evtl.
ist ja auch der Campus "öffentlich"?
Hast Du mal ein Beispiel mit zugehörigem Katasterplan und
Liegenschaftsregisterauszug? Vielleicht ist eine Dienstbarkeit eingetragen?
Wenn man das richtig aufdröseln will, wird es sicher komplizierter als nur
amenity=university, name=foo, unabhängig davon, ob man eine site-Relation
oder ein Polygon zur Repräsentation verwendet (die site-Relation entbindet
einen ja nicht davon, dass man die Grenzen kennen und zeichnen muss).

Gewässer sind wie Straßen normalerweise öffentlich, d.h. sie liegen in
Deutschland nicht auf einer Parzelle sondern im unparzellierten Bereich
(glaube ich, ganz sicher bin ich mir nicht, ob das eine Grundregel ist,
oder nur meistens der Fall). Ggf. müsste man die auch aus dem Campus
ausnehmen, muss man sich vermutlich im Einzelfall ansehen.

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

Re: [Talk-de] Gebäude, Grundstücke und Institutionen

[Wolfgang Hinsch]

Am Dienstag, den 10.09.2013, 01:28 +0200 schrieb Martin Koppenhoefer:
> Am 10. September 2013 00:57 schrieb Gerhard Hermanns <
> gerhard.herma...@uni-due.de>:
> 
> > Ein schönes Beispiel sind meiner Meinung nach Universitäten mit mehr als
> > einem Campus. Alles folgt einer verschachtelten Logik, die ich mit der
> > site-Relation abbilden kann: Die Uni besteht aus mehreren Campi, ein
> > Campus hat mehrere Gebäude und Parkplätze, die Parkplätze haben Frauen-
> > und Behindertenplätze, mehrere Gebäude haben einen gemeinsamen,
> > übergeordneten Namen, in den Gebäuden sitzen Institute oder die Mensa usw.
> > Hier kann ich dann auch einzelne Nodes für die Einrichtungen verwenden,
> > wenn ich nichts anderes habe. Dadurch, dass ich sie in die Relation
> > packen kann, werden sie in einer Auswertung trotzdem als zur Uni gehörig
> > erkannt.
> >
> 
> 
> für das allermeiste braucht man da allerdings keine site-Relation, das sind
> Fälle die man weitgehend mit Polygonen lösen kann: pro Campus eines, der
> Rest sind dann weitere unabhängige Objekte, räumlich innerhalb des Campus'
> und daher automatisch zugehörig. Das einzige, was man dann mit einer site-
> (oder auch multipolygon-) Relation als zusammengehörig modellieren muss
> sind die einzelnen Campi. Einen node mit entrance=yes/main kann man z.B.
> auch ohne Relation setzen.
> 
> Wenn man anfängt, jeden Parkplatz (und schließlich jeden Papierkorb und
> jede Parkbank) in die Site-Relationen einzutragen, obwohl er auch schon
> räumlich auf dem Campus-Gelände liegt, dann wird man über kurz oder lang
> ein paar Dinge vergessen, d.h. es wird unübersichtlich und fehlerträchtig,
> und man kann sich letzten Endes doch nicht auf die Relation verlassen.
> 
> Man kann sicherlich für alles eine site-Relation anlegen und tolle Rollen
> etc. vergeben, aber solange es auch ohne geht sollte man das unbedingt so
> machen, weil Relationen zusätzliche Komplexität einführen und tendenziell
> schnell mal kaputt gehen bzw. nicht erweitert werden (Beispiel: ein Mapper
> fügt etwas zur Karte hinzu, übersieht aber die site-Relation und nimmt das
> daher nicht mir rein), um so mehr, als nicht jeder mit JOSM arbeitet ;-)
> 

-1

Es ging darum, nicht nur die Uni zu erfassen, sondern auch die einzelnen
Bestandteile der Uni den Fachbereichen etc. zuzuordnen. Spätestens dann
wird das Multipolygon gewöhnungsbedürftig, da hier ein Haufen
Multpolygone übereinander gelegt werden muss.

Im Übrigen ist auch ein Multipolygon nichts anderes als eine Relation.

Multipolygone sollten hauptsächlich benutzt werden, um räumliche
Gegebenheiten darzustellen. Für die Darstellung organisatorischer
Konstrukte ist die Site dem Multipolygon überlegen, weil sie alle Arten
von Objekten einbinden kann, Hierarchien relativ einfach und logisch
abgebildet werden können und beim Rendern weniger fehleranfällig sind.
Ein Multipolygon kann vom Renderer leichter missverstanden werden.

Gruß, Wolfgang



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

Re: [Talk-de] Gebäude, Grundstücke und Institutionen

[Ronnie Soak]

Am 10. September 2013 01:28 schrieb Martin Koppenhoefer <
dieterdre...@gmail.com>:

>
>
> für das allermeiste braucht man da allerdings keine site-Relation, das sind
> Fälle die man weitgehend mit Polygonen lösen kann: pro Campus eines, der
> Rest sind dann weitere unabhängige Objekte, räumlich innerhalb des Campus'
> und daher automatisch zugehörig. Das einzige, was man dann mit einer site-
> (oder auch multipolygon-) Relation als zusammengehörig modellieren muss
> sind die einzelnen Campi. Einen node mit entrance=yes/main kann man z.B.
> auch ohne Relation setzen.
>

Hier wird es in Zukunft sicher massiv Streitereien geben, was denn
"zugehörig" meint.
Ist eine Bushaltestelle auf dem Campus jetzt dem Campus zugehörig (ist auf
dem Geände, trägt dessen Namen, wird von Studenten benutzt)
oder nicht (weder owner noch operator haben was mit der Uni zu tun)?
Das ist meines Erachtens nach das gröere Problem, ehe es um die technische
Umsetzung geht.
Will man denn überhaupt, dass alles innerhalb der Campusgrenzen zum Campus
gehört? (Stromleitungen? öffentl. Straßen? Gewässer?)


>
> Wenn man anfängt, jeden Parkplatz (und schließlich jeden Papierkorb und
> jede Parkbank) in die Site-Relationen einzutragen, obwohl er auch schon
> räumlich auf dem Campus-Gelände liegt, dann wird man über kurz oder lang
> ein paar Dinge vergessen, d.h. es wird unübersichtlich und fehlerträchtig,
> und man kann sich letzten Endes doch nicht auf die Relation verlassen.
>

Siehe oben, kann man sich anderweitig auch nicht.


>
> Man kann sicherlich für alles eine site-Relation anlegen und tolle Rollen
> etc. vergeben, aber solange es auch ohne geht sollte man das unbedingt so
> machen, weil Relationen zusätzliche Komplexität einführen und tendenziell
> schnell mal kaputt gehen bzw. nicht erweitert werden (Beispiel: ein Mapper
> fügt etwas zur Karte hinzu, übersieht aber die site-Relation und nimmt das
> daher nicht mir rein), um so mehr, als nicht jeder mit JOSM arbeitet ;-)
>

Das ist genau das Argument, gegen das ich mich wehre.
Es gibt auch Nutzer, die editieren per PIO-App vom Handy. Wollen wir
deswegen keine ways benutzen?
Nicht jeder Nutzer und jedes Tool muss alles können. Dafür gibt es Freaks
und Profi-tools.
Eine genügend große Anzahl an Nutzern nutzt JOSM, kann mit Relationen
umgehen und hat (scheinbar)
genug Motivation sie auch zu betreuen. (Und ich habe sogar Hoffnung, das
auch ID irgendwann vernünftig damit umgehen kann.)
Dann mappt der Potlatch-Gelegenheitsnutzer halt nur als node. Egal. 4
Wochen später findet es ein Poweruser und packt es in die
Relation.

Wenn man nur Daten in die DB lässt, die Otto-Normal-Verbraucher mit dem
einfachsten Tool eintragen kann, rennen wir demnächst (eigentlich: gestern)
vor eine engültige Komplexitätswand. Wenn wir weiter wachsen wollen und die
Komplexität weiter beherrschen, müssen wir nicht nur auf gute Tools,
sondern auch auf Aufgabenteilung unter den Nutzern setzen.

my 2 cents
Chaos
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] 30C3 Call for Participation

[Hartmut Holzgraefe]

On 09/10/2013 09:45 AM, Dirk-Lüder Kreie wrote:


Ich bin auf jeden Fall auf dem 30c3 werde aber wieder mindestens 2
"Hüte" aufhaben (müssen).


geht mir ebenso ... haben wir dafür schon was im Wiki?

--
hartmut

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

Re: [Talk-de] 30C3 Call for Participation

[Dirk-Lüder Kreie]

Am 10.09.2013 00:08, schrieb Michael Kugelmann:
> Am 09.09.2013 19:14, schrieb Dirk-Lüder Kreie:
>> Am 09.09.2013 11:14, schrieb Michael Büge:
>>> Einreichungsende: 15. September 2013 (23:59 UTC)
>>> 
>> Wenn wir nur einen Stand haben wollen (und keinen Workshopraum brauchen
>> oder Vortrag ansteht) haben wir noch deutlich länger Zeit.
> bei mir gibt es ein deutliches Interesse wieder auf dem xxC3 zu sein.
> 
> Vorträge wären schön, dazu benötigen wir aber jemand mit einem
> geeigneten Thema. Aber interessant wäre das schon, um vielleicht
> potentielle "Programmierer" für OSM zu motivieren. Vielleicht zumindest
> ein LT => hätte dann noch etwas Zeit. Thema könnte sein: OSM sind nicht
> nur "Mapper", es gibt auch Programmier-Themen.

Vielleicht auf einer Assembly mal die ganzen "Hacks" rund um OSM mehr
hervorheben, also was man alles cooles mit den Daten anstellen
kann/angestellt wird.
Für einen Stand/eine Assembly läuft die Anmeldung traditionell im November.

Ich bin auf jeden Fall auf dem 30c3 werde aber wieder mindestens 2
"Hüte" aufhaben (müssen).

-- 

Dirk-Lüder "Deelkar" Kreie
Bremen - 53.0901°N 8.7868°E



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