Re: [Talk-de] OT: Neue Luftbilder bei Google

2011-10-12 Diskussionsfäden Johann H. Addicks 

Am 12.10.2011 17:27, schrieb Chris66:


Cool, die Ferdinand-Kortmann-Straße(K2), die seit gefühlten 5 Jahren
in OSM drin ist, ist nun auch auf dem Google-Sat-Foto drauf.


Der Norden von Frankfurt, Grenze Eschborn ist immernoch 10 Jahre alt.
(Das Arcor-Hochhaus wurde Anfang 2002 bezogen, auf dem DOP noch im 
Rohbau mit Kränen drüber.)

http://goo.gl/e3Csi

-jha-


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

Re: [Talk-de] Verkehrsinseln (war: TMC)

2011-10-12 Diskussionsfäden Stephan Wolff 

Am 12.10.2011 04:13, schrieb Martin Koppenhoefer:

Am 12. Oktober 2011 02:31 schrieb Stephan Wolff:
Du argumentierst: lieber die Fahrbahntrennung unterschlagen, sonst
müsste ich jede Menge Restriktionen mappen, damit alles fein
säuberlich gemappt ist,  aber wie oben erwähnt "braucht" man diese

> Relationen eigentlich nicht

Das war nicht meine Aussage.

Bei der Abbildung von Verkehrsinseln durch Aufspaltung des highways gibt 
es mehrere Nachteile, wovon _einer_ in den zusätzlichen 
Abbiegerelationen besteht (ohne solche Relationen erkennt ein Router 
übrigens eine Möglichkeit umzukehren, die real nicht besteht).
Ein noch nicht erwähnter Nachteil sind die Richtungsänderungen der ways, 
obwohl die Fahrspuren nahezu geradeaus verlaufen.


Alternativ kann man:
- die kleine Insel nicht mappen (ich erfasse auch nicht jedes 
Blumenbeet, das für wenige Meter Fussweg und Straße trennt).
- kleine Inseln als Punkt auf der Straße erfassen (analog zu 
barrier=bollard, wo die meisten Mapper den weg auch nicht aufspalten).
Wenn die Insel (auch) der Fußgängerquerung dient, würde ich 
highway=crossing , crossing=island nehmen.
- ein Straßensegment in der Länge der Verkehrsinsel mit einem Zusatztag 
versehen (z.B. divided=yes). Damit wird eine schmale Mittelinsel besser 
als durch Spaltung des ways beschrieben.


Ich empfehle, in jedem Einzelfall zu entscheiden, welche Variante die 
sinnvollste ist.



Nein, die Pfeile müssen genau dann verschwinden, wenn sich der way mit dem
way in Gegenrichtung visuell überlappt. Das kann man im Stylesheet nicht
abfragen.


man könnte die Pfeile etwas von den Anfängen wegschieben (geht wohl
nur am Weganfang). Evlt. könnte man die Pfeile zusammen mit der Straße
malen, so dass die größere Straße (je nachdem, in welcher Reihenfolge
man rendert) nicht nur die andere Straße sondern auch die Pfeile
überdeckt?


Ich fürchte, das Problem ist im Renderer prinzipiell nicht lösbar.

Viele Grüße
Stephan


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

Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die?Engineering WG

2011-10-12 Diskussionsfäden Dimitri Junker 
>Und warum eine sterbende Sprache probieren? *g*


Was Java stirbt auch schon? 

Gruß
Dimitri

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

Re: [Talk-de] Verkehrsinseln (war: TMC)

2011-10-12 Diskussionsfäden Stephan Wolff 

Am 12.10.2011 13:11, schrieb Peter Wendorff:

Am 12.10.2011 01:46, schrieb Stephan Wolff:



Man kann am Kreuzungspunkt zwischen Straße und Fußweg die tags
highway=crossing
crossing=island
setzen. Dann ist die Mittelinsel ohne alle Nachteile erfasst und ein
Router könnte daraus eine passende Anweisung machen:
"Überqueren sie die Ringstraße, vier Fahrspuren mit Mittelinsel"

Stimmt nur, solange du die "Ufer" der Mittelinsel nicht noch beschreiben
willst:
Stufenhöhe (Rollifahrer, Blinde, Rollatornutzer, "schwache"
Kinderwagennutzer, ...) und Vorhandensein der weißen Pflastersteine für
Blinde lässt sich auf dem Node nicht sinnvoll modellieren.


Das habe ich noch nicht gemacht. Erfasst man da jeden Bordstein einzeln 
oder einen Maximalwert für die Querung?
Wenn man Einzelwerte mit kerb_height:right erfasst, könnte man analog 
auch kerb_height:island_right zusätzlich angeben.


Viele Grüße
Stephan


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

Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG

2011-10-12 Diskussionsfäden Tobias Hobmeier 

On 12.10.2011 10:00, Nils Faerber wrote:

Am 12.10.2011 09:28, schrieb Sven Geggus:

Tim Teulings  wrote:


Es hat zwar Überlegungen gegeben, libosmscout für das Map-Rendering in
Monav zu integrieren, dies ist aber noch nicht geschehen. Der aktuell
verwendete Renderer ist ein anderer. Von den Screenshots her ist meinem
persönlichen Empfinden nach libosmscout "schicker", aber so etwas ist
immer Geschmackssache.

Als ich Monav das letzte mal gesehen habe konnte der Renderer noch keine
Straßennamen anzeigen. Geht das inzwischen?

Ich habe mir gestern mal Monav 0.3 auf dem N900 installiert und die
Deutschland Karte (4GB) dazu.

Also das ist schon gar nicht schlecht!
Die Kartendarstellung ist ganz hübsch, aber ohne Straßennamen. Die
wichtigsten Einstellungen kann man im GUI machen (im Gegensatz bspw. zu
Navit). Die Karte kann in der Bewegungsrichtung ausgerichtet werden.

Der Hammer ist das Routing!
Zum einen ist die Auswahl des Routingziels mal endlich sinnvoll an die
Gegebenheiten von OSM angepaßt: Man wählt Stadt und Straßennamen - das
ist etwas, was in OSM ja wirklich hinreichend gut vorhanden ist. Mit
Hausnummern haben wir in OSM noch so unser Problem und Monav löst das
recht elegant: Bei der Zielauswahl wird nach Eingabe von Stadt und
Straßenname ein Kartenausschnitt mit der Straße gezeigt und man kann
dann einfach einen Punkt auf der Straße auswählen (anclicken) wo man hin
will. Das finde ich einen gelungenen Kompromiß!
Die Routenberechnung anschließend dauert gefühlt 0,0 Sekunden - das ist
der Hammer! Ich weiß nicht wie die das machen, aber es ist unglaublich
schnell. Von dem was ich bisher gesehen habe, ist auch die ausgewählte
Strecke halbwegs sinnvoll.
Es ist allerdings in dieser Form noch nicht wirklich gut als Fahrzeug
Navi verwendbar, da die Fahrtanweisungen nur in einer Art Statusbar
klein unter der Kartendarstellung angezeigt werden - aber das ist
wirklich Kosmetik. Wenn man einen Beifahrer hat, kann man dem das
sicherlich in die Hand drücken und ihn/sie die Anweisungen geben lassen ;)

Also suma sumarum: Monav auf mobilem Gerät (V0.3 auf N900) ist schon ein
ganz schön starkes Stück!


Gruss
Sven

Viele Grüße
   nils


Kann mir jemand sagen wie man in MoNav das Vector Rendering an bekommt?

Gruß Tobi

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

Re: [Talk-de] OT: Neue Luftbilder bei Google

2011-10-12 Diskussionsfäden René Falk 

Am 12.10.2011 19:06, schrieb Frederik Ramm:


Ich habe gehoert, dass (a) die amtlichen Bilder alle 3 Jahre erneuert
werden sollen, waehrend Bing hierzu keine Angaben macht und dass (b) die
amtlichen Bilder wesentlich praeziser georeferenziert sein sollen als
die von Bing.

Was das konkret aber bedeutet, kann ich nicht beurteilen.


Ich weiß, das (a) eher eine Absichtserklärung ist, da hier in 
Schleswig-Holstein schon mal Flüge ausgefallen sind. Die wurden dann 
meines Wissens, schon mal um 6-9 Monate verschoben oder in seltenen 
Fällen erst im nächsten Turnus erledigt. Auch werden Bilder bei 
entsprechendem Bedarf schneller aktualisiert, wobei dann weniger 
wichtige Gebiete aus Budgetgründen überschlagen werden.


Zu (b) kann ich nur sagen, das meines Wissens die LVA-Bilder von 
beauftragten Firmen, wie z. B. Falcon Crest, geschossen werden. Die 
Georeferenzierung erfolgt bei FALCON CREST, so viel ich weiß, mit den 
Daten aus den Bordsystemen des Flugzeugs (CCNS - Computer Controlled 
Navigation System) in Verbindung mit GPS. Wobei es da nach dem Motto 
läuft, Du bekommst was Du bezahlst.


Grüße

René

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

Re: [Talk-de] [bulk]: Re: OT: Neue Luftbilder bei Google

2011-10-12 Diskussionsfäden Wolfgang Barth 

Am 12.10.2011 18:07, schrieb Robert S.:


In Frankreich gibt es schon erste Gebiete mit den neuen Bildern:
http://www.bing.com/maps/?v=2&cp=48.70350638420193~6.131405755661028&lvl=18&dir=0&sty=a&form=LMLTCC

Whow, ich hab gerade mal den Center-Parc bei Hattigny aufgerufen dort 
und mit meinem Mapping von letztem Jahr abgeglichen.


Die Auflösung ist phantastisch!

mfg wb

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

Re: [Talk-de] Biete Server-Kapazitäten für Qualitätssicherung etc.

2011-10-12 Diskussionsfäden Holger Blum 
Hallo Simon!

Am 12.10.2011 02:26, Simon Becker schrieb:
> Wie bereits hier [1] geposted, habe ich öfter mal freie Kapazitäten auf
> meinen Servern.

Ich vermisse die ehemals von Sven Anders angebotenen Dienste
schmerzlich, insbesondere den TMC Validator und den AGS-Abgleich.

Ersterer war eine sehr große Hilfe beim Eintragen und Überprüfen der
TMC-Daten und mit dem AGS-Abgleich ließen sich recht komfortabel
fehlende oder beschädigte Gemeindegrenzen aufspüren.

Vor allem im Hinblick auf die Lizenzumstellung wäre die Funktionalität
des AGS-Abgleichs enorm wichtig, gerade auch weil ein ehemals sehr
aktiver Mapper auf diesem Gebiet der ODBL leider nicht zustimmt und
danach einiges in Trümmern liegen dürfte. Aber auch sonst werden immer
wieder Grenzrelationen zerstört, die ja wiederum Grundlage für weitere
Auswertungen wie Straßenlisten etc. sind.

Sven bietet auf seiner Website http://osm.anders-hamburg.de/ an, die
entsprechenden Skripte weiter zu geben und auch Hilfestellung zu
leisten. Vielleicht kannst du mal bei ihm anfragen, ob das auf deinen
Servern möglich wäre?

Oder gibt es bereits ähnliche Dienste, von denen ich nur nichts weiß?

Viele Grüße,
Holger

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

Re: [Talk-de] OT: Neue Luftbilder bei Google

2011-10-12 Diskussionsfäden Frederik Ramm 

Hallo,

On 10/12/2011 06:07 PM, Robert S. wrote:

Nur kein unnötiger Neid!
Diese 40cm Luftbilder sind von 2007 - 2010.
Wie ich schonmal schrieb ist BING zurzeit dabei, von einem großen Teil von
Europa digitale Orthophotos anzufertigen.


Ich habe gehoert, dass (a) die amtlichen Bilder alle 3 Jahre erneuert 
werden sollen, waehrend Bing hierzu keine Angaben macht und dass (b) die 
amtlichen Bilder wesentlich praeziser georeferenziert sein sollen als 
die von Bing.


Was das konkret aber bedeutet, kann ich nicht beurteilen.

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] OT: Neue Luftbilder bei Google

2011-10-12 Diskussionsfäden Robert S. 
On Wed, Oct 12, 2011 at 10:33 AM, Sven Geggus
wrote:

> Moin zusammen,
>
> http://www.geobasis-bb.de/LGB1/presse/pressemitteilungen/Luftbilder.html
>
> Digitale Orthophotos der Landesvermessung in Google Earth™ und Google Maps™
>
> Schade, dass Bing die nicht hat.
>

Nur kein unnötiger Neid!

Diese 40cm Luftbilder sind von 2007 - 2010.
Wie ich schonmal schrieb ist BING zurzeit dabei, von einem großen Teil von
Europa digitale Orthophotos anzufertigen. Dann werden von Deutschland DOP in
30cm Auflösung verfügbar sein, bei einem Aufnahmejahr von größtenteils 2012.
Durch die einheitliche Erfassung wird das dann auch nicht so ein optischer
und qualitativer Flickenteppich sein. Außerdem haben diese BING-Bilder einen
höheren Kontrast, was beim mappen von Vorteil ist.
In Frankreich gibt es schon erste Gebiete mit den neuen Bildern:
http://www.bing.com/maps/?v=2&cp=48.70350638420193~6.131405755661028&lvl=18&dir=0&sty=a&form=LMLTCC

Oder ander gesagt:
Binnen Jahresfrist wird BING bessere Bilder haben.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] OT: Neue Luftbilder bei Google

2011-10-12 Diskussionsfäden Holger Jeromin 
UMAX974 schrieb am 12.10.2011 17:44:
> Am 12.10.2011 um 17:27 schrieb Chris66:
>> Am 12.10.2011 10:33, schrieb Sven Geggus:
>>> http://www.geobasis-bb.de/LGB1/presse/pressemitteilungen/Luftbilder.html
>>> Digitale Orthophotos der Landesvermessung in Google Earth™ und Google Maps™
>> Cool, die Ferdinand-Kortmann-Straße(K2), die seit gefühlten 5 Jahren
>> in OSM drin ist, ist nun auch auf dem Google-Sat-Foto drauf.
>> Allerdings noch *nicht* in der Google-Karte und nicht in deren Routing.
>> 
> Was hat Google, das wir nicht haben und warum kungelt das Bundesamt
> für Kartographie und Geodäsie mit Google, obwohl es eine bessere
> Leistung von uns bekommen könnte. Sollte da wohl Geld im Spiel sein?
> - nix für ungut ;)

Ja, siehe Zitat aus der Webseite:
"gegen Zahlung von entsprechenden Nutzungsentgelten"

-- 
Grüße
Holger Jeromin


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

Re: [Talk-de] OT: Neue Luftbilder bei Google

2011-10-12 Diskussionsfäden Florian Lohoff 

On Wed, Oct 12, 2011 at 05:44:20PM +0200, UMAX974 wrote:
> Was hat Google, das wir nicht haben und warum kungelt das Bundesamt für
> Kartographie und Geodäsie mit Google, obwohl es eine bessere Leistung von uns
> bekommen könnte. Sollte da wohl Geld im Spiel sein? - nix für ungut ;)

Google wird die Daten ganz stumpf gekauft haben. So what? 

Da wird wohl nix gekungelt sein - Google hat ein Geschaeftsmodell
das wir ganz bewusst nicht haben ...

Flo
-- 
Florian Lohoff f...@zz.de


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

Re: [Talk-de] OT: Neue Luftbilder bei Google

2011-10-12 Diskussionsfäden UMAX974 
Was hat Google, das wir nicht haben und warum kungelt das Bundesamt für 
Kartographie und Geodäsie mit Google, obwohl es eine bessere Leistung von uns 
bekommen könnte. Sollte da wohl Geld im Spiel sein? - nix für ungut ;)

Christian 

Am 12.10.2011 um 17:27 schrieb Chris66:

> Am 12.10.2011 10:33, schrieb Sven Geggus:
> 
>> http://www.geobasis-bb.de/LGB1/presse/pressemitteilungen/Luftbilder.html
>> 
>> Digitale Orthophotos der Landesvermessung in Google Earth™ und Google Maps™
> 
> Cool, die Ferdinand-Kortmann-Straße(K2), die seit gefühlten 5 Jahren
> in OSM drin ist, ist nun auch auf dem Google-Sat-Foto drauf.
> 
> Allerdings noch *nicht* in der Google-Karte und nicht in deren Routing.
> 
> 
> 
> Chris
> 
> 
> ___
> 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] OT: Neue Luftbilder bei Google

2011-10-12 Diskussionsfäden Chris66 
Am 12.10.2011 10:33, schrieb Sven Geggus:

> http://www.geobasis-bb.de/LGB1/presse/pressemitteilungen/Luftbilder.html
> 
> Digitale Orthophotos der Landesvermessung in Google Earth™ und Google Maps™

Cool, die Ferdinand-Kortmann-Straße(K2), die seit gefühlten 5 Jahren
in OSM drin ist, ist nun auch auf dem Google-Sat-Foto drauf.

Allerdings noch *nicht* in der Google-Karte und nicht in deren Routing.



Chris


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

Re: [Talk-de] unklares Grenzlabel

2011-10-12 Diskussionsfäden Igor Podolskiy 

Hi,


hat jemand eine Idee, warum die "Grenze
Lüchow-Dannenberg(Niedersachsen)/Stendal(Sachsen-Anhalt)" durch Schkopau
verläuft? ( http://osm.org/go/0MGDEm6j-- )
sicher bin ich mir nicht, aber es sieht aus nach einer Interaktion aus 
der Verarbeitung von Multipolygonen - insbesondere Übername von Tags aus 
outer-Ways als Tags für MP - und der Visualisierung als Label in dem 
Schwerpunkt des Polygons, die vermutlich für "kleinere" Features gedacht 
war und deswegen auf z17 auftaucht. Der Punkt liegt für mich zumindest 
optisch nahe am Schwerpunkt der "Länderdreieck"-Relation 
Sachsen/Sachsen-Anhalt/Thüringen, die hier auf der Liste neulich schon 
mal diskutiert wurde.


Viele Grüße
Igor

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

Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die?Engineering WG

2011-10-12 Diskussionsfäden Henning Scholland 

Am 12.10.2011 12:00, schrieb Sven Geggus:

Henning Scholland  wrote:


Eine Sinnvolle Lösung wäre, wenn er den Nutzer nur selber suchen lässt,
wenn er keine Hausnummer findet.

Die wenigsten Hausnummern liegen ja direkt als POI vor sondern sind an Gebäude
drangeklebt oder liegen gar nur als interpolierte Nummer vor.

Man muss mindestens zwei Dinge tun:
* Bestimmung des Mittelpunktes von Gebäuden ->  1*POI
mkgmap hat vor ein paar Tagen die Funktion, die aus Flächen einen POI 
erzeugt renoviert. U.a. wurde eingebaut, dass im Weg des Polygons einen 
Node mit dem Tag building=entrance sucht und dann dort den POI setzt. 
Das halte ich für einen sehr sinnvollen Schritt.


Henning


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

Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die?Engineering WG

2011-10-12 Diskussionsfäden Robert Kaiser 

Dimitri Junker schrieb:

ich hab jetzt nicht alles gelesen, aber nur mal wo es so bei mir hapert: Ich
programmiere bisher C++ mit VC unter Windows. Ich würde gerne mal was
anderes anfangen, z.B. Java


Und warum eine sterbende Sprache probieren? *g*

Du könntest eine Web-Applikation probieren, so ganz in 
HTML+CSS+JavaScript. Ich wäre sehr glücklich, wenn es eine Anwendung 
gibt, die ähnlich wie Mappero (gibt es zumindest für das N900) 
funktioniert, aber eine Web-App ist. Mit OpenLayers usw. und den 
Geolocation-Schnittstellen in Browsern sollte es die nötigen Teile 
geben, auf die man aufbauen kann. Nur programmieren müsste es noch jemand...


Robert Kaiser



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

Re: [Talk-de] Verkehrsinseln (war: TMC)

2011-10-12 Diskussionsfäden Peter Wendorff 

Am 12.10.2011 01:46, schrieb Stephan Wolff:

Am 11.10.2011 08:37, schrieb Georg Feddern:

hier kann man 'geteilter' Meinung sein. ;-)

Ich hoffe auf 'ungeteilte' Zustimmung für die folgende Lösung. ;-)


Am 11.10.2011 02:46, schrieb Stephan Wolff:

Selbst für Fußgänger und Fahrradfahrer finde ich eine Anweisung
"Überqueren sie die Ringstraße"
sinnvoller als
"Überqueren sie die Ringstraße, nach 8m überqueren sie die Ringstraße"


Klar, "unsereiner" überblickt die ganze Lage und erkennt die
Gesamtsituation auf Anhieb.
Für einen Sehbehinderten ist die Straße dann bereits an der Insel
überquert und er kann vermeintlich zügig weitergehen ...


Man kann am Kreuzungspunkt zwischen Straße und Fußweg die tags
highway=crossing
crossing=island
setzen. Dann ist die Mittelinsel ohne alle Nachteile erfasst und ein 
Router könnte daraus eine passende Anweisung machen:

"Überqueren sie die Ringstraße, vier Fahrspuren mit Mittelinsel"
Stimmt nur, solange du die "Ufer" der Mittelinsel nicht noch beschreiben 
willst:
Stufenhöhe (Rollifahrer, Blinde, Rollatornutzer, "schwache" 
Kinderwagennutzer, ...) und Vorhandensein der weißen Pflastersteine für 
Blinde lässt sich auf dem Node nicht sinnvoll modellieren.
Außerdem gibt es Inseln, bei denen z.B. eine Seite ein Zebrastreifen, 
die andere eine Fußgängerampel ist.


Gruß
Peter

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

Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die?Engineering WG

2011-10-12 Diskussionsfäden Sven Geggus 
Henning Scholland  wrote:

> Eine Sinnvolle Lösung wäre, wenn er den Nutzer nur selber suchen lässt, 
> wenn er keine Hausnummer findet.

Hm vielleicht würde es helfen wenn man ein tool baut, das Hausnummern POI
aus OSM Daten erzeugt. Auch wieder so ein Beispiel von parsercode, den sich
sonst jeder selbst zusammenfrickelt.

Die wenigsten Hausnummern liegen ja direkt als POI vor sondern sind an Gebäude
drangeklebt oder liegen gar nur als interpolierte Nummer vor.

Man muss mindestens zwei Dinge tun:
* Bestimmung des Mittelpunktes von Gebäuden -> 1*POI
* Ausführen der Interpolation und Ermittlung interpolierter Punkte -> n*POI

Wenn zur Nummer auch noch der Straßenname ermittelt werden soll wirds
aufwendig, denn dann muß man mit Hilfe eienr Geometrieoperation die
nächstgelegene Straße ermitteln. Das kann man zwar z.B. mit PostGIS einfach
machen aber das ist Rechenaufwendig.

@Jochen: Wäre es aufwendig eine solche Liste als Nebenprodukt des
OSM Inspektorlaufs z.B. als Shapefile zu erzeugen?

Gruss

Sven

-- 
Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG)
umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und Integrität
informationstechnischer Systeme. (BVerfG, 1BvR 370/07)
/me is giggls@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] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG

2011-10-12 Diskussionsfäden Chris66 
Am 12.10.2011 10:40, schrieb Nils Faerber:

> Hier in Siegen würde ich mal grob schätzen, daß maximal 20% der
> Hausnummer erfaßt sind, d.h. mit knapp 80% Wahrscheinlichkeit, wird man
> hier nicht das Haus finden, wo man hin will.

bei den Kommerziellen ist ja auch nicht jede Nummer drin, sondern
nur einige pro Straße und man wählt dann die nächstgelegene aus.

Chris


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

Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG

2011-10-12 Diskussionsfäden Nils Faerber 
Am 12.10.2011 11:20, schrieb Henning Scholland:
> Am 12.10.2011 10:40, schrieb Nils Faerber:
>> Ausrede ist das sicherlich keine ;)
>> Aber ich finde es eine gute Lösung, um das Problem vorerst zu umgehen.
>>
>> Hier in Siegen würde ich mal grob schätzen, daß maximal 20% der
>> Hausnummer erfaßt sind, d.h. mit knapp 80% Wahrscheinlichkeit, wird man
>> hier nicht das Haus finden, wo man hin will.
> Eine Sinnvolle Lösung wäre, wenn er den Nutzer nur selber suchen lässt,
> wenn er keine Hausnummer findet.

Das wäre ganz klar eine Verbesserung, keine Frage.

Nur ist es mir deutlich lieber auf dieser Art (in Karte) einen Punkt
wählen zu können, als gar keine Adresse zu finden.

> Henning
Viele Grüße
  nils

-- 
kernel concepts GbRTel: +49-271-771091-12
Sieghuetter Hauptweg 48
D-57072 Siegen Mob: +49-176-21024535
http://www.kernelconcepts.de


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

Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG

2011-10-12 Diskussionsfäden Henning Scholland 

Am 12.10.2011 10:40, schrieb Nils Faerber:

Ausrede ist das sicherlich keine ;)
Aber ich finde es eine gute Lösung, um das Problem vorerst zu umgehen.

Hier in Siegen würde ich mal grob schätzen, daß maximal 20% der
Hausnummer erfaßt sind, d.h. mit knapp 80% Wahrscheinlichkeit, wird man
hier nicht das Haus finden, wo man hin will.
Eine Sinnvolle Lösung wäre, wenn er den Nutzer nur selber suchen lässt, 
wenn er keine Hausnummer findet.


Henning


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

Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG

2011-10-12 Diskussionsfäden Nils Faerber 
Am 12.10.2011 10:21, schrieb Chris66:
> Am 12.10.2011 10:00, schrieb Nils Faerber:
>> Ich habe mir gestern mal Monav 0.3 auf dem N900 installiert und die
>> Deutschland Karte (4GB) dazu.
> 
> Gibt's das auch für Android?

AFAIK nein:
http://monav.openstreetmap.de/

Wäre vermutlich auch ein etwas seltsamer Port, da das ja schon sehr
GUI-lastig ist und Android ein sehr eigenes GUI hat.

>> Also das ist schon gar nicht schlecht!
>> Die Kartendarstellung ist ganz hübsch, aber ohne Straßennamen. Die
>> wichtigsten Einstellungen kann man im GUI machen (im Gegensatz bspw. zu
>> Navit). Die Karte kann in der Bewegungsrichtung ausgerichtet werden.
>>
>> Der Hammer ist das Routing!
>> Zum einen ist die Auswahl des Routingziels mal endlich sinnvoll an die
>> Gegebenheiten von OSM angepaßt: Man wählt Stadt und Straßennamen - das
>> ist etwas, was in OSM ja wirklich hinreichend gut vorhanden ist. Mit
>> Hausnummern haben wir in OSM noch so unser Problem 
> 
> Meiner Meinung sind bereits so viele davon erfasst, dass man das nicht
> als Ausrede gelten lassen kann, Hausnummernsuche nicht zu
> implementieren. ;-)

Ausrede ist das sicherlich keine ;)
Aber ich finde es eine gute Lösung, um das Problem vorerst zu umgehen.

Hier in Siegen würde ich mal grob schätzen, daß maximal 20% der
Hausnummer erfaßt sind, d.h. mit knapp 80% Wahrscheinlichkeit, wird man
hier nicht das Haus finden, wo man hin will.

> Chris
Viele Grüße
  nils

-- 
kernel concepts GbRTel: +49-271-771091-12
Sieghuetter Hauptweg 48
D-57072 Siegen Mob: +49-176-21024535
http://www.kernelconcepts.de


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

Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG

2011-10-12 Diskussionsfäden Adrian Stabiszewski 
> Date: Tue, 11 Oct 2011 22:46:10 +0200
> From: Dimitri Junker 
> To: Wolfgang 
> Subject: Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und
>   die?Engineering WG
> Message-ID: <11102011224642i2c0019rohaa9feb...@dimitri-junker.de>
> Content-Type: text/plain; charset=ISO-8859-1


> Was ich mir w?nschen w?rde
> w?re eine Seite mit einer Liste aller Programme f?r die Programmierer
> gesucht werden, am besten in Tabellenform. Nat?rlich mit Angabe von
> Programmiersprache, Betriebssystem, Programmierumgebung, und Links auf
> eine
> Einf?hrung wie man an die Programmierumgebung aufbaut und den
> Quellcode l?dt.
> Zus?tzlich oder auch notfalls alternativ ein Ansprechpartner der einem
beim
> Einstieg hilft. H?tte ich so jemanden w?rde ich dann z.B. auch meine
> Erfahrung niederschreiben, so da? der n?chste Einsteiger weniger Probleme
> h?tte. Dies k?nnte ich warscheinlich besser als jemand der das System
schon
> ewig kennt, da der sich garnicht mehr vorstellen kann wo die Probleme
sind.
> 
> Gru?
> Dimitri

Hi!

Ich kann dir/euch gerne beim Einrichten vom Amenity Editor
(http://ae.osmsurround.org) und Relation Analyzer
(http://ra.osmsurround.org) helfen.
Beide Projekte sind in Java geschrieben und auf GitHub online
(https://github.com/grundid). In der Readme steht auch eine Liste von
Plugins, die man für Eclipse braucht. Gerne können wir hierzu auch eine
Chatsession auf Skype oder IRC machen, dann geht es einfacher, falls du
irgendwo hängen bleibst.

Gib einfach Bescheid.

Viele Grüße,
Adrian.



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

Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG

2011-10-12 Diskussionsfäden Frederik Ramm 

Hi,

On 10/11/11 03:11, Kai Krueger wrote:

Um dieser Frage nachzugehen haben sich ein paar Devs vor ein paar Wochen
unter dem Schirm der Engineering Working Group (EWG) zusammen getan um
zu schauen ob wir etwas tun koennen um den Einstieg in die OpenStreetMap
Entwicklung zu erleichtern und mehr Leute dafuer begeistern koennen.


Ich glaube, es gibt genuegend Leute, die willens und in der Lage sind, 
sich in diese Tools einzuarbeiten und mitzumachen. Man muss es nur 
schaffen, denen klarzumachen, dass ihre Hilfe willkommen ist und dass 
sie - in bestimmten Grenzen natuerlich - auch schnell an den Punkt 
kommen, wo sie Gestaltungsspielraum haben.


Ich vermute, dass viele Leute von den Core-Projekten den Eindruck haben, 
dass diese "fest in der Hand von anderen" seien, und diese anderen 
vermutlich schon auf einer 2-Jahres-Roadmap festgelegt haben, welche 
Features in die heiligen Core-Projekte eingebaut werden.


Was es braeuchte, waere so ein paar "success stories", die man den 
Leuten als Wurst vor die Nase haengen kann. Z.B. als Mikel Maron - der 
ja in Sachen Rails-Port vorher nicht als Programmierer in Erscheinung 
getreten war - neulich dieses Feature gebaut hat, mit dem man per 
mouse-over die Changeset-Regionen in gelb auf der Karte sieht. Wenn man 
diese Botschaft besser rueberbringt: "Es ist zwar eine ziemliche Huerde 
am Anfang, aber wenn Du ein bisschen Rails kannst, kannst Du in einer 
Woche so ein Feature bauen und eine Woche spaeter kann das schon live 
sein und Mappern bei der Arbeit helfen", dann ziehen wir damit auch mehr 
von den Leuten an, die motiviert sind.


Tendenziell wuerde ich sagen, dass es uns mehr bringt, zu versuchen, die 
Leute anzuziehen, die diese Motivation schon mitbringen (und die bislang 
lediglich dachten, man will/braucht sie nicht), als dass wir versuchen, 
immer mehr (vermeintliche?) Huerden abzubauen, um schliesslich auch 
diejenigen mit geringer Motivation anzuziehen.


Bye
Frederik

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

[Talk-de] OT: Neue Luftbilder bei Google

2011-10-12 Diskussionsfäden Sven Geggus 
Moin zusammen,

http://www.geobasis-bb.de/LGB1/presse/pressemitteilungen/Luftbilder.html

Digitale Orthophotos der Landesvermessung in Google Earth™ und Google Maps™

Schade, dass Bing die nicht hat.

Gruss

Sven

-- 
"Remember, democracy never lasts long. It soon wastes itself,
exhausts and murders itself. There never was a democracy yet
that did not commit suicide." (John Quincy Adams)
/me is giggls@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] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG

2011-10-12 Diskussionsfäden Frederik Ramm 

Hi,

On 10/12/11 10:11, Wolfgang wrote:

Die Entwickler müssen sich halt entscheiden: Entweder sie halten sich für eine
elitäre Gruppe, die anderen weit überlegen ist und über den Dingen "schwebt",
dann müssen sie den Job mehr oder weniger allein bewältigen, oder sie suchen
gezielt Unterstützung, dann müssen sie von dem Ross absteigen und den
Interessenten entgegen kommen.


Die Entwickler haben selber nur begrenzt Zeit und setzen die ein, um das 
Noetigste zu tun, was getan werden muss. Ausserdem sind gute Entwickler 
oft schlecht im Erklaeren. Deshalb gibt es wenig brauchbare 
Dokumentation von Entwicklern. Das hat nichts mit "sich fuer cool 
halten" zu tun, sondern damit, dass jeder das tut, was er gut kann (oder 
was ihm leicht faellt).



Daraus folgt auch, dass deutschsprachige Dokumentation in diesen Dingen
relativ wenig nuetzlich ist, denn jemand, der seine Arbeit nicht in der
persoenlichen Diskussion auf Englisch mit der internationalen
Entwickler-Community vertreten kann, dessen Arbeit wird immer nur halb
so brauchbar sein als die von jemandem, der das kann.


Daraus folgt wiederum, dass hier nicht der richtige Platz ist, um solche
Probleme zu beraten.


Nur dann, wenn man annaehme, dass talk-de lediglich von Leuten 
frequentiert wird, deren Englisch zu schlecht fuer talk ist. Das ist 
nach meiner Erfahrung aber nicht zutreffend.


Bye
Frederik

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

Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG

2011-10-12 Diskussionsfäden Chris66 
Am 12.10.2011 10:00, schrieb Nils Faerber:

> Ich habe mir gestern mal Monav 0.3 auf dem N900 installiert und die
> Deutschland Karte (4GB) dazu.

Gibt's das auch für Android?

> Also das ist schon gar nicht schlecht!
> Die Kartendarstellung ist ganz hübsch, aber ohne Straßennamen. Die
> wichtigsten Einstellungen kann man im GUI machen (im Gegensatz bspw. zu
> Navit). Die Karte kann in der Bewegungsrichtung ausgerichtet werden.
> 
> Der Hammer ist das Routing!
> Zum einen ist die Auswahl des Routingziels mal endlich sinnvoll an die
> Gegebenheiten von OSM angepaßt: Man wählt Stadt und Straßennamen - das
> ist etwas, was in OSM ja wirklich hinreichend gut vorhanden ist. Mit
> Hausnummern haben wir in OSM noch so unser Problem 

Meiner Meinung sind bereits so viele davon erfasst, dass man das nicht
als Ausrede gelten lassen kann, Hausnummernsuche nicht zu
implementieren. ;-)

Chris


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

Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG

2011-10-12 Diskussionsfäden Wolfgang 
Hallo,
Am Dienstag, 11. Oktober 2011 19:56:16 schrieb Frederik Ramm:
> Hallo,
> 
> On 10/11/2011 03:35 PM, Wolfgang wrote:
> > Es liegt an den zu hohen Hürden. Für Josm kann man Plugins schreiben.
> > Dazu gibt es sicher auch eine Schnittstelle. Um die vernünftig zu
> > finden, die Doku zu sichten, die zur Zeit gültige Variante zu finden und
> > den ganzen Kram zu verstehen würde ich mal locker 1-2 Monate
> > veranschlagen. Schön, wenn jemand die Zeit und Motivation hat, sich da
> > durchzubeißen, ich habe das nicht.
> > 
> > Wichtig ist eine einfach verständliche Doku mit Beispielen in aktueller
> > Form. Etwas Einfaches zum Anfüttern und keine High-End-Lösungen
> 
> Ich denke, da reden wir wieder mal aneinander vorbei.
> 
> Dass fuer den Anwender eines Dienstes, einer Bibliothek oder einer API
> diese gut dokumentiert sein muss, damit er darauf aufbauend "seine
> Sache" entwickeln kann, ist klar.
> 
> Die Frage, die hier gestellt wurde, bezog sich weniger auf den Mangel an
> JOSM-Plugins - da herrscht mittlerweile ja eine ziemliche Flut! - oder
> auf ein Fehlen praktischer Applikationen, die auf XAPI/Overpass
> aufsetzen, sondern auf den Mangel an Entwicklern bei Kernkomponenten.

Josm war nur ein Beispiel.

> Die Mitarbeit am Rails-Port ist nun mal nicht trivial, und ich zweifle
> daran, dass diejenigen, fuer die das Fehlen einer "einfachen und
> verstaendlichen Doku mit Beispielen in aktueller Form" eine Huerde ist,
> wirklich gute Arbeit am Rails-Port machen koennen.
> 

Und ich bezweifle, dass alle, die daran mitarbeiten könnten, bereit sind, sich 
zunächst mal in so ein Projekt einzuarbeiten. Da ist es viel cooler, etwas 
eigenes auf die Beine zu stellen, sebst wenn es die x-te app und überflüssig 
wie sonstwas ist.

Die Entwickler müssen sich halt entscheiden: Entweder sie halten sich für eine 
elitäre Gruppe, die anderen weit überlegen ist und über den Dingen "schwebt", 
dann müssen sie den Job mehr oder weniger allein bewältigen, oder sie suchen 
gezielt Unterstützung, dann müssen sie von dem Ross absteigen und den 
Interessenten entgegen kommen.

Wenn im kommerziellen Leben ein Mitarbeiter gesucht wird, gibt es auch 
zunächst einen Wunschzettel, wie der aussehen soll. Davon bleibt allerdings 
meistens nicht viel übrig und es dauert je nach Job bis zu 2 Jahre, bis der 
Neue so weit eingearbeitet ist, dass er richtig produktiv wird.

Aber das ist natürlich für denjenigen, der ihn anlernt, "uncool".

> Daraus folgt auch, dass deutschsprachige Dokumentation in diesen Dingen 
> relativ wenig nuetzlich ist, denn jemand, der seine Arbeit nicht in der 
> persoenlichen Diskussion auf Englisch mit der internationalen 
> Entwickler-Community vertreten kann, dessen Arbeit wird immer nur halb 
> so brauchbar sein als die von jemandem, der das kann.

Daraus folgt wiederum, dass hier nicht der richtige Platz ist, um solche 
Probleme zu beraten.

Gruß, Wolfgang

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

Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG

2011-10-12 Diskussionsfäden Nils Faerber 
Am 12.10.2011 09:28, schrieb Sven Geggus:
> Tim Teulings  wrote:
> 
>> Es hat zwar Überlegungen gegeben, libosmscout für das Map-Rendering in 
>> Monav zu integrieren, dies ist aber noch nicht geschehen. Der aktuell 
>> verwendete Renderer ist ein anderer. Von den Screenshots her ist meinem 
>> persönlichen Empfinden nach libosmscout "schicker", aber so etwas ist 
>> immer Geschmackssache.
> 
> Als ich Monav das letzte mal gesehen habe konnte der Renderer noch keine
> Straßennamen anzeigen. Geht das inzwischen?

Ich habe mir gestern mal Monav 0.3 auf dem N900 installiert und die
Deutschland Karte (4GB) dazu.

Also das ist schon gar nicht schlecht!
Die Kartendarstellung ist ganz hübsch, aber ohne Straßennamen. Die
wichtigsten Einstellungen kann man im GUI machen (im Gegensatz bspw. zu
Navit). Die Karte kann in der Bewegungsrichtung ausgerichtet werden.

Der Hammer ist das Routing!
Zum einen ist die Auswahl des Routingziels mal endlich sinnvoll an die
Gegebenheiten von OSM angepaßt: Man wählt Stadt und Straßennamen - das
ist etwas, was in OSM ja wirklich hinreichend gut vorhanden ist. Mit
Hausnummern haben wir in OSM noch so unser Problem und Monav löst das
recht elegant: Bei der Zielauswahl wird nach Eingabe von Stadt und
Straßenname ein Kartenausschnitt mit der Straße gezeigt und man kann
dann einfach einen Punkt auf der Straße auswählen (anclicken) wo man hin
will. Das finde ich einen gelungenen Kompromiß!
Die Routenberechnung anschließend dauert gefühlt 0,0 Sekunden - das ist
der Hammer! Ich weiß nicht wie die das machen, aber es ist unglaublich
schnell. Von dem was ich bisher gesehen habe, ist auch die ausgewählte
Strecke halbwegs sinnvoll.
Es ist allerdings in dieser Form noch nicht wirklich gut als Fahrzeug
Navi verwendbar, da die Fahrtanweisungen nur in einer Art Statusbar
klein unter der Kartendarstellung angezeigt werden - aber das ist
wirklich Kosmetik. Wenn man einen Beifahrer hat, kann man dem das
sicherlich in die Hand drücken und ihn/sie die Anweisungen geben lassen ;)

Also suma sumarum: Monav auf mobilem Gerät (V0.3 auf N900) ist schon ein
ganz schön starkes Stück!

> Gruss
> Sven
Viele Grüße
  nils

-- 
kernel concepts GbRTel: +49-271-771091-12
Sieghuetter Hauptweg 48
D-57072 Siegen Mob: +49-176-21024535
http://www.kernelconcepts.de


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

Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und?die?Engineering WG

2011-10-12 Diskussionsfäden Sven Geggus 
Wolfgang  wrote:

> Das bezweifel ich ja gar nicht. Aber die Frage war die nach den Gründen, 
> warum 
> es so wenige Entwickler

Abgesehen von ein paar großen Leuchtturmprojekten (Linux Kernel, ...) ist
auch das bei freier Software leider eher der Normalfall.

Sven

-- 
"We just typed make"
(Stephen Lambrigh, Director of Server Product Marketing at Informix
  about porting their Database to Linux)
/me is giggls@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] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG

2011-10-12 Diskussionsfäden Sven Geggus 
Tim Teulings  wrote:

> Es hat zwar Überlegungen gegeben, libosmscout für das Map-Rendering in 
> Monav zu integrieren, dies ist aber noch nicht geschehen. Der aktuell 
> verwendete Renderer ist ein anderer. Von den Screenshots her ist meinem 
> persönlichen Empfinden nach libosmscout "schicker", aber so etwas ist 
> immer Geschmackssache.

Als ich Monav das letzte mal gesehen habe konnte der Renderer noch keine
Straßennamen anzeigen. Geht das inzwischen?

Gruss

Sven

-- 
"Ich fürchte mich nicht vor der Rückkehr der Faschisten in der Maske der
Faschisten, sondern vor der Rückkehr der Faschisten in der Maske der
Demokraten" (Theodor W. Adorno)
/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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