[Talk-de] OSM-Wochennotiz Nr. 50

2011-07-09 Diskussionsfäden Gehling Marc
Hallo,

die Wochennotiz Nr. 51 mit allen Neuigkeiten aus dem OpenStreetMap-Universum 
ist da: http://blog.openstreetmap.de/2011/07/osm-wochennotiz-nr-51/

Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Redundanz?

2011-07-09 Diskussionsfäden Stephan Wolff

Am 07.07.2011 09:46, schrieb Florian Lohoff:

On Thu, Jul 07, 2011 at 12:05:13AM +0200, Stephan Wolff wrote:

Moin!


Am 06.07.2011 14:19, schrieb Florian Lohoff:

Nein - es gibt kein ausreichend. Jeder darf so viel und so detailreich mappen
wie er will solange er nicht dadurch den anderen die nutzung kaputt macht.


Aber woran erkennt ein Mapper, ob nicht irgendeine Nutzung kaputt
geht oder schwerwiegende Nachteile hat?


Es faengt mal da an wo du Objekte entfernst und gegen irgendwas anderes
ersetzt. Um bei meinem Beispiel zu bleiben - Straße als Linie oder als
Flaeche? Wenn ich die Linie einfach drin lasse ZUSAETZLICH zur Flaeche
mache ich nichts kaputt.


Bei Flüssen mit zusätzlicher Uferlinie sehe ich auch keine Probleme.
Für Straßen wäre ein entsprechendes Konzept möglich, aber für mich nicht 
sehr nutzbringend.
In fast allen anderen Fällen muss man das bestehende Objekt löschen oder 
umbauen.
Selbst wenn man scheinbar nur Neues hinzufügt (etwa Fußwege als ways 
parallel zur Straße) gibt es oft Nachteile (etwa, wenn ein Router nicht 
erkennen kann, wo ein Fußgänger die Straßenseite wechseln kann und einen 
Umweg über die nächste Kreuzung berechnet).



Einzelne hinzugefügte POIs sind meist unproblematisch. Sobald man
ein bestehendes Objekt in mehrere Einzelteile zerlegt, gibt es meist
auch Nachteile.


Hast du ein Beispiel?


Direkt darunter steht doch eines.


Wie könnte man z.B. bei einer Bushaltestelle mit Bank und Unterstand
die Lage der drei Einzelobjekte (Haltestellenmast am Fahrbahnrand,
Bank hinter dem Fußweg, Unterstand 5 m in Fahrtrichtung) abbilden
ohne eine bestehende Auswertung zu schädigen?


Was wird denn da heute ausgewertet?


Eine gute Frage. Wer kennt schon alle OSM basierten Anwendungen und kann 
sicher sein, dass eine Information bislang NICHT verwendet wird?



 Der bus_stop - Aber den kann ich
doch auch dem Masten abbilden oder? Den Unterstand als building und die
bench da drin moeglicherweise.


Bislang ist die Bushaltestelle als "highway=busstop, shelter=yes, 
bench=yes" erfasst.
Will man die relative Lage des Unterstands zum Haltestellenmast 
aufnehmen, muss man ein weiteres POI (eher amenity=shelter als building) 
erstellen. Um Doppelerfassung zu vermeiden, muss man shelter=yes 
löschen. Um trotzdem die Zuordnung des Unterstands zur Haltestelle zu 
erhalten, kann man eine Relation erstellen. Dann müssten aber alle 
Programme, die bislang "highway=busstop, shelter=yes" auswerten, an die 
neue Variante angepasst werden.
Will man auch noch die Lage relativ zum Rad- und Fußweg darstellen, muss 
man diesen auch als Weg erstellen (mit allen Problemen der 
Linienbündel). Bei einem Haltestellenmast zwischen Radweg und Fußweg 
müsste man dort beide Wege trennen.
All das wäre nicht falsch und würde einige bislang nicht vorhandene 
Zusatzinformationen liefern, aber m.E. überwiegen die Nachteile.


Ich wollte nur davor warnen, mehr Details mit einer besseren oder 
richtigeren Darstellung gleichzusetzten. Man sollte immer Vor- und 
Nachteile der Datenmodelle abwägen.


Viele Grüße
Stephan



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


Re: [Talk-de] Redundanz?

2011-07-09 Diskussionsfäden Garry

Am 08.07.2011 15:31, schrieb Tobias Knerr:


rd hab ich mich jetzt freiwillig gemeldet?)
Sinnvoller wäre es, erst einmal der unglue-Funktion beizubringen, auch
bei mehreren ausgewählten Knoten zu funktionieren. Das würde die Aufgabe
schon erheblich vereinfachen.


Tut sie doch?
Macht aber auch nicht wirklich spass damit - einmal falsch geklickt und 
man die 50Punkte die man zum trennen
ausgewählt hat erneut anklicken. Oder gibt es da auch so was wie ein 
"undo" um die letzte Auswahl wieder zu selektieren?


Garry

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


Re: [Talk-de] SOTM-EU startet am Freitag in Wien / Lightning Talks

2011-07-09 Diskussionsfäden Markus

Liebe SOTM-Teilnehmer,

ich kann noch eine MFG ab Nürnberg bieten.

Gruss, Markus

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


[Talk-de] SOTM-EU startet am Freitag in Wien / Lightning Talks

2011-07-09 Diskussionsfäden Frederik Ramm

Hallo,

   am Freitag geht in Wien die "State of the Map EU" los. Hier ist die 
Liste der bisher angemeldeten Teilnehmer http://sotm-eu.org/attendees, 
hier das Konferenzprogramm http://sotm-eu.org/schedule und hier der 
Anmeldelink, wenn jemand noch kurzentschlossen kommen moechte: 
https://sotm-eu.org/registration


Mir faellt wieder mal die ehrenvolle Aufgabe zu, die Lightning-Talks zu 
"verwalten", also wenn jetzt schon jemand weiss, dass er ein kleines 
Projekt oder eine Software oder sein neues Taggingschema in einem 
5-Minuten-Vortrag bewerben moechte, der koennte mir die Arbeit leicht 
machen, indem er mir eine kleine Mail schickt.


Ich wuerde mich freuen, viele von Euch in Wien zu treffen. Die Vortraege 
versprechen sehr interessant zu werden - fuer mich zum Beispiel ist es 
das erste Mal, dass ich die Autoren von Maperitive, Keepright, Overpass 
(frueher "Server Side Script") und dem Mapnik-Metawriter persoenlich 
ueber ihre Arbeit berichten hoere.


Fliegt eigentlich noch jemand mit Germanwings am Donnerstag abend von 
Stuttgart aus?


Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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


Re: [Talk-de] Redundanz?

2011-07-09 Diskussionsfäden Garry

Am 07.07.2011 19:54, schrieb Robert S.:
3. Die Erfassung von Landnutzung sollte schon vollständig erfolgen; 
also so, dass im Regelfall kein nachträgliches Einfügen mehr nötig 
ist. Eine unvollständige Erfassung von Landuse macht meist eher mehr 
Arbeit, als dass sie nützt. Das braucht natürlich dann auch 
entsprechend Zeit: Wenn man nicht gerade eine flurbereinigte 
Agrasteppe erfasst, sollte man durchaus pro Quadratkilometer 
Landnutzungserfassung eine Stunde einplanen.
OSM ist eine Datenbank und nicht ein weisses Blatt Papier dass 
vollständig eingefärbt werden muss damit es schön bemalt aussieht.
Sollte man auch schon deshalb nicht machen weil es die Motivation der 
weiteren Datenerfassung senkt wenn es schon vollständig aussieht.
Man trägt die Daten ein die man hat und kennt, in den seltensten Fällen 
dürften das Quadratkilometerweise vollständige Daten sein!



Garry

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


Re: [Talk-de] OSM kompatible Navi

2011-07-09 Diskussionsfäden Henning Scholland

Hallo,
es geht doch gar nicht darum, etwas neues zu entwickeln und schon gar 
nicht etwas, was nur auf OSM abzielt. Es geht darum, ein Gerät zu haben, 
dass so robust und outdoortauglich wie ein Garmin ist (Ablesen, 
Akkulaufzeit, Wetterfest) und ein Betriebssystem (bspw. Android) hat, 
auf dem der Nutzer sich die Software installieren kann, die er möchte 
und Entwickler eigene Software dafür schreiben können.
Und wenn dadurch Garmin endlich aus den Puschen kommt mit ihrer 
Software, dann wäre allein schon das ein Grund für ein solches Gerät ;)


Henning


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


Re: [Talk-de] Erfahrungen zu Garmin nüvi 550 Allround und der All in one Garmin Map

2011-07-09 Diskussionsfäden Christoph Johannes Kleine


Am 07.07.2011 18:27, schrieb Holger Blum:
> Am 07.07.2011 16:38, Christoph Johannes Kleine schrieb:
>
>> hat jemand Erfahrungen mit dem Navi im Bezug zu der Routingfähigkeit und
>> den über einander legen der verschiedenen Layer von der All in one
>> Garmin Map? (http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map)
> Zum nüvi 550 kann ich dir leider nix sagen. Was genau möchtest du zu den
> Layern der AIO wissen?
>
Ob das eTrex es unterstützt, das ich mir zB. die Hausnummern auf
Knopfdruck anzeigen lassen kann und wieder ausblenden. So verstehe ich
zu mindes die Layerfunktion.
>> Des weiteren wäre es noch interessant ob dieses aus den Erfahrungen
>> geeignet ist für die Arbeit mit OSM (Anwendung und sowohl das erstellen
>> der Karte), oder ob ein Dakota 20 oder eTrexVista HCx zu bevorzugen ist.
> Ich habe mein eTrex Vista kürzlich in den Ruhestand geschickt, da mir
> die Arbeit damit keinen Spaß mehr gemacht hat. Mit der AIO Deutschland
> wurde es sehr träge und hat es nicht mehr geschafft, längere Routen zu
> berechnen ohne dabei abzustürzen. Außerdem war mir das Display zu klein
> und die Bedienung zu umständlich. Zumindest in Sachen Displaygröße wäre
> das Dakota auch kein Fortschritt zum eTrex.
Ist es denn mit anderen Karten besser zu rande gekommen? Was ist ein
längere Route in km?
> Ich nutze jetzt das Oregon 550, hauptsächlich zu Fuß, und bin damit sehr
> zufrieden. Ist allerdings schon eine andere Preisklasse :-(. Zur
> regelmäßigen Verwendung im Auto wäre mir das Display aber zu klein,
> außerdem sind gute Autonavis schon wesentlich günstiger zu bekommen.
>
> Ein riesiger Pluspunkt für mich ist die integrierte Kamera. Die Qualität
> ist zwar dürftig, die Bilder werden aber mit Position und Blickrichtung
> getaggt, was später bei der Arbeit in JOSM ein Segen ist.
Das kann ich mir gut vorstellen, Ich hatte überlegt, ob ich ein
NeoFreerunner dafür kaufe, die neue Version lässt allerdings noch auf
sich warte und bei der alten ist die Akkulaufzeit wohl sehr kurz.
> Für die Navigation und zum Mappen zu Fuß ist das Oregon für mich das
> ideale Gerät, liegt der Schwerpunkt auf Autonavigation würde ich mich
> jedoch nach einem anderen Teil umsehehen.
>
> HTH,
> Holger
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

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


Re: [Talk-de] OSM kompatible Navi

2011-07-09 Diskussionsfäden Michael Kugelmann

Am 08.07.2011 23:58, schrieb Sven Geggus:

Der Punkt hier ist doch dass man so ein System weitestgehend aus
Standardkomponenten zusammenfrickeln könnte:

* Arm basiertes SOC aus der Smartphonewelt (z.B. TI OMAP siehe Beagle Board)
* Transreflektives Display
* GPS chip Sirf III oder ähnlich
* Wasserdichtes Gehäuse

Spätestens beim Gehäuse hörts dann aber mit dem Selbstbau leider auf.


Auf der FOSSGIS 2011 gab es am Mittwoch einen Lightning Talk zu dem 
Thema von Sven Daumann. Siehe:

http://wiki.openstreetmap.org/wiki/FOSSGIS_2011#Lightning_Talks

Leider gibt es weder Folien noch eine Aufzeichnung...  (zumindest ist 
mir desbezüglich nichts bekannt)



Grüße,
Michael.


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


Re: [Talk-de] OSM kompatible Navi

2011-07-09 Diskussionsfäden Schlauchboot

Sven Geggus wrote:
> 
> Der Punkt hier ist doch dass man so ein System weitestgehend aus
> Standardkomponenten zusammenfrickeln könnte:
> 
> * Arm basiertes SOC aus der Smartphonewelt (z.B. TI OMAP siehe Beagle
> Board)
> * Transreflektives Display
> * GPS chip Sirf III oder ähnlich
> * Wasserdichtes Gehäuse
> 

Man sollte auch eine externe Antenne anschließen und Rohdaten extrahieren
können. Das API des GPS-Chips sollte bekannt sein.

Mich würde so ein Teil interessieren.


--
View this message in context: 
http://gis.638310.n2.nabble.com/OSM-kompatible-Navi-tp6558069p6565401.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 kompatible Navi

2011-07-09 Diskussionsfäden Simon Poole


Ich halt das Marktpotential für eine Neuentwicklung die nur OSM Karten 
kann für bescheiden, weil man dann doch im Zweifelsfall auch noch Karten 
kaufen können will. Sprich man müsste dann auch noch einen anderen 
Kartenlieferanten haben (mit all den Komplikationen und Kosten die das 
bringt) und kompatible Navi-Software. Alles möglich, aber nicht nur eine 
Frage davon sich eine HW-Liste zusammenzustellen.


Die Garmin Geräte erfüllen ja auch teilweise die Anforderungen (halbwegs 
robust und wasserdicht, OSM und andere Karten), aber handkerum basieren 
die neuen Designs auf GPS-Chipsätze die vorallem für die 
Strassennavigation gebaut worden sind, d.h. hochempfindlich (Fix um 
jeden Preis), dafür für die Aufzeichnung eher nicht so geeignet.  An der 
Software kann man aber so oder so halt nichts drehen (die hat Garmin ja 
selber auch nicht entfernt im Griff, das ist aber OT), aber das ist ein 
Exoten-Wunsch der den meisten Käufer völlig egal sein dürfte.


Und wenn du mit dem Verkauf deiner Neuentwicklung anfängst unterstützt 
Garmin OSM Karten offiziel :-) (als ein mögliches Scenario).


Was ich für eher vernünftig halte ist für eine bereits bestehende 
Platform SW (weiter) zu entwickeln. Ein Outdoor-Android Handy (Defy 2. 
Generation oder so) plus einen vernünftigen BT GPS-Logger (für reine 
Navigation tun es die normalen natürlich) um die Einschränkungen der 
verbauten GPS-Chipsätze und Antennen zu umgehen, scheint mir ehesten die 
Anforderungen zu erfüllen.


Simon


Am 09.07.2011 00:44, schrieb Henning Scholland:
Es müssen ja nicht nur OSM'ler damit rumlaufen. Schau dir doch mal die 
neuen Garmin-Geräte an. Die entwicklen bestimmt kein Gerät mit einer 
UVP von 600-700€ ohne sinnvolle Karte wenn sie nicht wüssten, dass 
diese Geräte trotz ihrer Beschränkungen verkauft würden. Die 
Topo-Karte für Deutschland ist den Nutzern dann nochmal einen 
Hunderter Wert.
Und nun erzähl nicht, dass es nicht möglich wäre, ein solches Gerät 
für 500-600€ zu bauen und mit Gewinn zu verkaufen. Die Software dürfte 
über kurz oder lang jedenfalls deutlich besser sein, als bspw. die von 
Garmin. Allein schon, weil man OSM komplett ausnutzen könnte.


Henning


___
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