Für komplizierte Probleme gibt es keine einfachen Lösungen und Excel ist für Geodaten denkbar ungeeignet. Und da war es wieder, mein Vorutrteil, dass Tabellenkalkulationsprogramme die am meisten missbrauchten Programme sind :)

Shapefiles kann man mit Hilfe von gdal (cli) odr QGIS umprojizieren.

Dieser Blogeinrag von mir beschreibt die Konvertierung von GK nach WGS84: http://blog.gegg.us/2009/07/geodatenkonvertierung-fur-openstreetmap/

Für die umgekehrte Richtung einfach -s_srs und -t_srs vertauschen.

Gruss

Sven

Das hat was mit dem Rendering zu tun, nicht mit fehlenden Icons.

In der “Brian Quinion Icon Collection” http://www.sjjb.co.uk/mapicons/contactsheet, die mapnik verwendet hat jedenfalls ein Symbol für “Toilets Disabled”

Ein Symbol für barrierefreie haltestellen hingegen habe ich überhaupt noch nie gesehen. Wie seiht denn das aus? Bus mit Rollstuhl oder so? Liese sich ja leicht basteln, die ICONS gibt es ja als SVG.

plonk

This is an example of a very bad import. Just get rid of that stuff and replace it by local knowledge.

Für OSM-Projekte gibt es z.B. die FOSSGIS Server, die ich betreue. Einzige Voraussetzung dort einen account zu bekommen ist, dass es sich bei der entwickelten Software um freie Software im Sinne der Open Source Definition handelt.

Gruss

Sven

Klar OpenStreetMap kann für solche Zwecke Lizenzfrei verwendet werden.

Was man allerdings beachten muss ist die “Tile usage policy” osm.wiki/Tile_usage_policy

Es dreht sich alles um diesen einen Satz: OpenStreetMap data is free for everyone to use. Our tile servers are not.

Gruss

Sven

Im Gegensatz zum Mapserver kann der Mapnik leider keine aus der Datenbank selektierten Fließkommazahlen ins rednering einfließen lassen.

Ich habe hier einen Mapserver Stil, der das “width” tag auswertet und Flüsse in ihrer realen Breite rendert. Würde man das konsequent anwenden wäre die Breite von river und stream nur noch ein default, der zum Einsatz kommt wenn kein “width” tag angegeben wurde.

Sicher, bei breiteren Flüssen sollte man ohnehin riverbank verwenden, aber bei schmaleren Flüssen ist die Auswertung des width tags eigentlich am besten.

Gruss

Sven

Falls es nur um die fehlende Darstellung in der Karte geht, was oft der Grund ist:

Da es osmarender ja nun nicht mehr gibt und Mapnik2 das prinzipiell kann eine Linie nur auf einer Fahrbahnseite zu zeichnen…

Ich nehme gerne patches für den deutschen Kartenstil, wenn das halbwegs brauchbar aussieht ;)

Sag mal hast Du überhaupt auch nur ansatzweise eine Vorstellung davon wie viel Aufwand es ist einen solchen Tileserver zur Verfügung zu stellen?

Ich wundere mich ehrlich gesagt wie schnell das Ganze trotz zeitnaher Aktualisierung immer noch ist.

Gruss

Sven, Admin des deutschen Tileservers

For new software pbf format will always certainly be the better choice than osm format.

Welche Luftbilder meinst Du? Die von Bing? Die sind gerne mal etwas schlecht georeferenziert. Schau doch einfach mal im Vergleich die GPS tracks an.

Gruss

Sven

Ich bin ehrlich gesagt froh wenn der Lizenzwechsel vorbei ist, denn dann können wir endlich wieder über wichtigere Dinge diskutieren. Darüber zum Beispiel, dass OSM viel zu wenige Entwickler hat, die sich um die Infrastruktur kümmern.

Gruss

Sven

Nominatim findet das richtige Poznań. Keine Ahnung was Dennis bei OSRM verwendet um Orte zu suchen.

Wie gesagt, passt in der open Source Routing machine. Schau mal hier: http://map.project-osrm.org/7O

Was ist "Naavi 2"? Ich hab das grade mal mit OSRM verifiziert. Das neue Autobahnstück ist seit Ende 2011 vorhanden und wird beim Routing verwendet.

Fazit: Kein Bug is OSM

Warum nimmst Du nicht einfach mal mit dem Ersteller Kontakt auf?

aerialway=goods

Beispiel: aerialway=*

Niemand wird bei OSM "benachteiligt". osm.org/go/xfiA3-- zeigt doch den Kosovo. Wo bitte ist das Problem?

Ähm Dir ist aber schon klar, dass die Angabe eines Maßstabs bei Vektorkarten reichlich sinnfrei ist?

Selbst bei Rasterdaten hatte ich mich immer gewundert, wie das bei den TOP25 und Konsorten gerechnet wird. Bis mir aufgefallen ist, dass die einfach eine mittlere Bildschirmauflösung in DPI annehmen und dass die Karten deshalb ausgedruckt nie die Qualität erreichen wie eine Papierkarte mit dem vermeintlich selben Maßstab.

Dass niemand kontrolliert ist ein Feature, kein Bug!

Bzgl. Turn-restrictions schau mal hier nach:
http://osm.virtuelle-loipe.de/restrictions/

BTW josm hat ein nettes Plugin um solche zu erstellen.

Ach ja und Hilfe bekommst Du eher auf der Mailingliste oder im Forum und nicht hier.

Gruss

Sven