[Talk-de] maposmatic - große Plots

[Jan Tappenbeck]

 hi !

weiß einer von Euch ob man bei maposmatic ein anderes Blattformat als A4 
einstellen kann ?


Gruß Jan :-)


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

[Talk-de] Taggen von Sporthallen

[M∡rtin Koppenhoefer]

hat jemand schon was für Sporthallen in Gebrauch? leisure=pitch
entspricht wohl eher einem Sportfeld, für Mehrzweckhallen habe ich
nichts gefunden.

Gruß Martin

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

Re: [Talk-de] Taggen von Sporthallen

[Chris66]

Am 11.04.2011 14:43, schrieb M∡rtin Koppenhoefer:
> hat jemand schon was für Sporthallen in Gebrauch? leisure=pitch
> entspricht wohl eher einem Sportfeld, für Mehrzweckhallen habe ich
> nichts gefunden.

moinsen,

da gibt es:

leisure=sports_centre (usage: 33.000)
sport=multi (17.000)

wenn das indoor stattfindet würde ich mit
building=yes
kombinieren.

Chris



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

Re: [Talk-de] Flosm POI-Karte weltweit

[Detlev Reiners]

Hallo Werner,

Am 09.04.2011 17:05, schrieb Werner Beckmann:

Kleineres Problemchen: wenn ich mit dem Mausrad reinzoome, dann komme ich
bis zu einer Auflösung von "0.15cm" oder so runter... Da sieht man eher nix
mehr. Wenn das nicht Absicht ist, müsste man es anders begrenzen.


Den Zoom haben wir jetzt begrenzt. Man kann nur noch bis ~1m 
hineinzoomen. Um das zu testen, bitte erst den Browsercache löschen und 
die Seite neu laden.


Gruß
Detlev


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

[Talk-de] ICE-Relationen

[fly]

Hi

Ich frage mich ob man bei den ICE-Relationen nicht lieber Relationen für
die Strecke zwischen einzelnen Bahnhöfen anlegt und diese Relationen
jeweils den ICE-Relationen zuordnet. Im Momment sind die ICE-Relation
doch sehr groß und auf manchen Strecken fahren eine ganze Menge ICEs
ganz zu schweigen von EC/ICs und sonstigen Verbindungen.

Im Unterschied zu Bus/Straßenbahn-Linien verlaufen diese Linien lange
auf der selben Strecke.

Was ist Eure Meinung ?

cu fly

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

Re: [Talk-de] Taggen von Sporthallen

[M∡rtin Koppenhoefer]

Am 11. April 2011 14:49 schrieb Chris66 :
> da gibt es:
>
> leisure=sports_centre (usage: 33.000)
> sport=multi (17.000)


sport=multi finde ich OK, wenn sich die Nutzung nicht auf eine
Sportart beschränkt, aber für leisure fände ich einen neuen Wert
besser, unter sports_centre verstehe ich bisher eine größere
Sportanlage (einschl. der Gebäude und Plätze), was ja doch ziemlich
anders ist als eine Sporthalle, die z.B. auch bei Schulen vorkommt.

Gruß Martin

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

Re: [Talk-de] Taggen von Sporthallen

[Torsten Leistikow]

M∡rtin Koppenhoefer schrieb am 11.04.2011 16:30:
> unter sports_centre verstehe ich bisher eine größere
> Sportanlage (einschl. der Gebäude und Plätze),

Ab wann ist es eine groessere Anlage? Ab zwei Sporthallen? Ab einer Sporthalle
mit angrenzendem Gymnastikraum? Eine Sporthalle mit zwei getrennten 
Spielfeldern?

Vom Tagging her zwischen einer "einfachen" und einer "groesseren" Sportanlage
unterscheiden zu wollen, schient mir nicht sonderlich sinnvoll.

Frueher gab es uebrigens Leute, die unter leisure=sports_centre ausschliesslich
ein Fittnesstudio verstanden haben, also ganz was anderes als deine 
Interpretation.

Gruss
Torsten

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

Re: [Talk-de] Taggen von Sporthallen

[M∡rtin Koppenhoefer]

Am 11. April 2011 17:03 schrieb Torsten Leistikow :

> Vom Tagging her zwischen einer "einfachen" und einer "groesseren" Sportanlage
> unterscheiden zu wollen, schient mir nicht sonderlich sinnvoll.


mir auch nicht, die einzelnen Sportarten taggen wir ja bereits (gut,
"multi" ist ein Kompromiss, der wenig bringt, weil "verschiedene" halt
keine verwertbare Information ist, zumindest nicht weiterhilft, wenn
man z.B. einen Fussballplatz oder einen Tennisplatz sucht). Aber
zwischen einem "Sportgelände" (im Sinne von Sportanlage / Sportplatz,
das Deutsche ist hier leider nicht völlig eindeutig, weil Sportplatz
z.T. auch das Spielfeld beschreibt) und einer Turnhalle würde ich
gerne unterscheiden.

Gebäude findet man unter allen möglichen Umständen, das Vorhandensein
eines geschlossenen Ways mit building=yes reicht mir nicht aus, um
eine Turnhalle zu beschreiben. Hier ist es durchaus häufig, dass eine
Reihe von Tennisplätzen, Fussballplätzen, Restaurant, Schwimmbad,
Basketballplätzen etc. auf einem Gelände unter einem Betreiber und
unter einem Namen firmiert. Diese Dinger hatte ich bisher als
leisure=sports_centre beschrieben.

Auch Schwimmbäder scheinen übrigens nach wie vor nicht abgedeckt zu
sein. (Hallenbad, Freibad, Schwimmstelle im See / Fluss / Meer,
Thermalbad).


> Frueher gab es uebrigens Leute, die unter leisure=sports_centre 
> ausschliesslich
> ein Fittnesstudio verstanden haben, also ganz was anderes als deine 
> Interpretation.


Ja, für Fitnessstudios scheint es auch noch nichts zu geben,
jedenfalls legt das eine aktuelle Diskussion auf der tagging list
nahe. Die engl. Wikipedia beschreibt unter diesem Schlagwort übrigens
ein "öffentliches" Fitnesscenter (
http://en.wikipedia.org/wiki/Sports_centre ).

Das Wiki beschreibt eine zwangsläufig überdachte Sporteinrichtung:
"The sports centre is an enclosed covered area, primarily used for
sporting activities. This area may include sports halls, pitches /
courts, a gym / fitness studio, swimming pool etc.", allerdings "gibt"
es diese Definition erst seit dem 4. März 2010. Ich habe mir mal die
Freiheit genommen, das Wort "überdacht" rauszunehmen, oder gibt das
Widerspruch?

Gruß Martin

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

Re: [Talk-de] maposmatic - große Plots

[Frank Jäger]

Am 11.04.2011 11:17, schrieb Jan Tappenbeck:

hi !

weiß einer von Euch ob man bei maposmatic ein anderes Blattformat als A4
einstellen kann ?

Gruß Jan :-)



Moin!

Die Dokumentengröße richtet sich nach der Größe des Gebietes. Ich habe 
neulich einen Stadtplan von Minden (Stadtgrenze) erzeugen lassen.

Das PDF behauptete, es hätte die Größe von 3,20 x 3,60 Meter.
Der größte verfügbare Plotter konnte DIN-A0, was einer Verkleinerung von 
Faktor 4 entspricht. Die Straßennamen kann man noch "ahnen", aber nicht 
wirklich lesen.


--

Frank

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

Re: [Talk-de] maposmatic - große Plots

[M∡rtin Koppenhoefer]

Am 11. April 2011 19:41 schrieb Frank Jäger :

> Die Dokumentengröße richtet sich nach der Größe des Gebietes. Ich habe
> neulich einen Stadtplan von Minden (Stadtgrenze) erzeugen lassen.
> Das PDF behauptete, es hätte die Größe von 3,20 x 3,60 Meter.
> Der größte verfügbare Plotter konnte DIN-A0, was einer Verkleinerung von
> Faktor 4 entspricht. Die Straßennamen kann man noch "ahnen", aber nicht
> wirklich lesen.


je nach verwendetem Plotter (Tintenstrahler können es normalerweise)
kann man auch Übergrößen drucken, wobei dann neben dem Geldbeutel nur
die Rollenbreite (und Länge ;-) ) entscheidet. Üblich sind 90 cm (A0)
sowie 120 und 150 (60"). Noch größer wird dann normalerweise richtig
teuer, aber 320 x 360 wären halt 3x120 je 320 lang (das sind 11,5 m²,
ein A0 sind 1 m² --- A0 ist normalerweise die Berechnungsgröße für den
Preis). Vergleichen lohnt sich hier, die Preise sind höchst
unterschiedlich (Qualität z.T. auch).

Gruß Martin

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

Re: [Talk-de] maposmatic - große Plots

[Jan Tappenbeck]

Am 11.04.2011 19:41, schrieb Frank Jäger:

Am 11.04.2011 11:17, schrieb Jan Tappenbeck:

hi !

weiß einer von Euch ob man bei maposmatic ein anderes Blattformat als A4
einstellen kann ?

Gruß Jan :-)



Moin!

Die Dokumentengröße richtet sich nach der Größe des Gebietes. Ich habe
neulich einen Stadtplan von Minden (Stadtgrenze) erzeugen lassen.
Das PDF behauptete, es hätte die Größe von 3,20 x 3,60 Meter.
Der größte verfügbare Plotter konnte DIN-A0, was einer Verkleinerung von
Faktor 4 entspricht. Die Straßennamen kann man noch "ahnen", aber nicht
wirklich lesen.



Hi !

aber irgendwo muss es doch einen Umrechnungsweg geben um im Ergebnis 
auch A0 zu bekommen.


Gruß Jan .-)


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

Re: [Talk-de] maposmatic - große Plots Nachtrag

[Jan Tappenbeck]

Hi,

hier noch eine Anmerkung.

Habe gerade ein Fenster über die Insel SYLT gezogen und bekomme die 
Meldung das das Fenster zu groß sei !


Das müßte doch aber auch irgendwie gehen - außer mit Schere und Klebeband!

gruß Jan :-)


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

Re: [Talk-de] alternative API-Dienste nutzen

[Jan Tappenbeck]

Am 10.04.2011 19:34, schrieb Florian Gross:

Am Samstag 09 April 2011, 13:40:36 glaubte Jan Tappenbeck zu wissen:


es gibt ja zwischenzeitlich jxapi und auch von mapquest eine
entprechende alternativen.

Bei beiden habe ich aber festgestellt das

http://open.mapquestapi.com/xapi/api/0.6/way[shop=farm][bbox=4.6582031,45.0890356,16.875,55.5783447]

eine Fehlermeldung (nur 10 grad auswertung zulässig) bekommen.




Eine globale Auswertung

http://open.mapquestapi.com/xapi/api/0.6/way[shop=farm]

ist allerdings möglich - obwohl bei Mapquest bbox beschrieben.

Ist mir ein Fehler unterlaufen - kann mir jemand weiterhelfen ?


Die Doku ist oft hilfreich. http://wiki.openstreetmap.org/wiki/Xapi

"Note that bbox queries have a maximum of 10 square degrees."

flo


HI !

das mag ja sein, aber

http://open.mapquestapi.com/xapi/api/0.6/node[power=generator][bbox=-4,35,4,44]

bringt auch eine Fehlermeldung bei -4 bis +4 sind 8 Degree und von 35 
bis 44 sind es 9 !!


Oder stehe ich im dunklen Wald ??

Gruß Jan :-)


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

Re: [Talk-de] maposmatic - große Plots Nachtrag

[Henning Scholland]

Wäre evtl. Maperitive etwas für dich?

Henning


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

[Talk-de] Open Data auf dem 14. Verwaltungskongress: Effizienter Staat

[Gehling Marc]

Hallo,

nur zur Info. 
http://opendata-network.org/2011/04/open-data-auf-dem-verwaltungskongress-effizienter-staat/
 

Beim Forum XII: Geo-Daten. Da fehlt auf jeden Fall eine Person, die OSM 
vertritt. Bin nicht sicher, ob jemand dazu Lust hat, aber sinnvoll wäre es.

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

Re: [Talk-de] "Add-Tags":ein neues Werkzeug zur Verbindung Wikipedia - OpenStreetMap

[Kolossos]

Na,
schauen wir uns mal die Einträge im Detail an:
* Der "Albania-Kosovo Highway" wird in der engl. Wikipedia wie folgt 
beschrieben: "also known as the Durres-Kukes Corridor in Albania, 
Vermice-Merdare Corridor and Ibrahim Rugova Highway in Kosovo, and Rruga 
e Kombit (Nation's Highway) in general".

In OSM heißen Teilstrecken: "Autostrada Morine kukes Durres".
Ein automatisiertes matchen ist somit keinesfalls möglich.

* Der "Bill Clinton Boulevard" läuft in OSM unter:
int_name: Bill Clinton Boulevard
name: Bil Klinton
name:en: Bill Clinton Boulevard
   Ich frage halt nur den Name-Tag und nicht den name:en-Tag ab.

*Die Europastraße E 80 ist ja ein ganz dickes Ding von Spanien bis in 
die Türkei und heißt wohl bei OSM lokal im Kosovo M2.




Also generell zeigt sich das in den Fällen das matching nicht gut genug 
funktioniert. Der Fehler also nicht bei dir liegt.


Eine Lösungsidee die mir gerade kam, könnte sein, Nominatim dafür zu 
nutzen, da ist schon viel Hirnschmalz reingeflossen und es dürfte viele 
der von Tobias genannten Probleme mit der Schreibweise lösen. Es liefert 
OSM-ID, BBOX und OSM-Typ also eigentlich alles was man braucht.
Leider fehlt es mir momentan etwas an Zeit, vielleicht hat ja jemand 
Lust da mitzuhelfen?


Wenn man aber andererseits sieht, wie lange man brauch um aus den 
einzelnen Wikipedia-Artikel selbstständig auf den mehr oder weniger 
exakten Straßenverlauf zu kommen, fühle ich mich in meinen Bestreben 
bestärkt, das in der integrierten Karten hervorzuheben. Dafür braucht es 
die Verlinkung.


Grüße Tim




Am 11.04.2011 06:25, schrieb Mike Dupont:

Hallo,
ich bekomme auch keine resultate :
http://toolserver.org/~kolossos/osm-add-tags/index.php?lang=en&bbox=17.96%2C39.34%2C24.1%2C43.35&cat=Roads_in_Kosovo&key=highway&value=*&basedeep=2&types=lines|areas&request=Submit&iwl=yes
was mache ich hier falsch?
mike




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

Re: [Talk-de] alternative API-Dienste nutzen

[Henning Scholland]

Am 11.04.2011 20:51, schrieb Jan Tappenbeck:

Am 10.04.2011 19:34, schrieb Florian Gross:

Am Samstag 09 April 2011, 13:40:36 glaubte Jan Tappenbeck zu wissen:


es gibt ja zwischenzeitlich jxapi und auch von mapquest eine
entprechende alternativen.

Bei beiden habe ich aber festgestellt das

http://open.mapquestapi.com/xapi/api/0.6/way[shop=farm][bbox=4.6582031,45.0890356,16.875,55.5783447] 



eine Fehlermeldung (nur 10 grad auswertung zulässig) bekommen.




Eine globale Auswertung

http://open.mapquestapi.com/xapi/api/0.6/way[shop=farm]

ist allerdings möglich - obwohl bei Mapquest bbox beschrieben.

Ist mir ein Fehler unterlaufen - kann mir jemand weiterhelfen ?


Die Doku ist oft hilfreich. http://wiki.openstreetmap.org/wiki/Xapi

"Note that bbox queries have a maximum of 10 square degrees."

flo


HI !

das mag ja sein, aber

http://open.mapquestapi.com/xapi/api/0.6/node[power=generator][bbox=-4,35,4,44] 



bringt auch eine Fehlermeldung bei -4 bis +4 sind 8 Degree und von 35 
bis 44 sind es 9 !!
 Ja und was ist 8*9? Grob geschätzt 72 square degrees. Also eindeutig 
größer als 10 square degrees. ;-)


Henning


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

Re: [Talk-de] alternative API-Dienste nutzen

[Carsten Gerlach]

Am Montag 11 April 2011 schrieb Jan Tappenbeck:
> Am 10.04.2011 19:34, schrieb Florian Gross:
> > "Note that bbox queries have a maximum of 10 square degrees."
 ^^

> bringt auch eine Fehlermeldung bei -4 bis +4 sind 8 Degree und von 35
> bis 44 sind es 9 !!

8 Grad * 9 Grad  macht bei mir 72 Quadratgrad und das ist größer als 10. Oder?

Gruß, Carsten

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

Re: [Talk-de] "Add-Tags":ein neues Werkzeug zur Verbindung Wikipedia - OpenStreetMap

[Kolossos]

Hallo,
Am 09.04.2011 22:18, schrieb Tobias Knerr:

Am 09.04.2011 19:52, schrieb Kolossos:



Ich bekomme recht oft ein "Result empty. Please select manually".
Anscheinend ist das Tool eher sensibel, was die Schreibweise angeht, so
dass Variationen in der Benennung eine automatische Zuordnung
verhindern, z.B.:
* "Drei-Länder-Halle" vs. "Dreiländerhalle"
* "Dreiflüssestadion Passau" vs. "Dreiflüssestadion"
* "ScharfrichterHaus" vs. "Scharfrichterhaus"
* "St. Severin" vs. "Sankt Severin"
Letzteres dürfte wegen der Anti-Abkürzungs-Konvention bei OSM ein
häufiger Stolperstein sein.


(Siehe auch meine andere Antwort.)
Die Lösung könnte wohl sein, optional auch über Nominatim zu gehen. 
Leider kann man in Nominatim wohl nicht die Typen so genau festlegen und 
es scheint auch schwierig die richtige Anzahl an Treffern zu erreichen.



Ansonsten wäre noch ganz praktisch, wenn man gleich aus der Tabelle
erfahren würde, ob der Wikipedia-Artikel schon von OSM-Objekten aus
verlinkt ist, statt ihn erst anklicken zu müssen.


Das stört mich auch ungemein. Ggf. löst sich das sobald man eine 
Datenbank der Verknüpfungen hat. Wenn da jemand vorher eine Idee hat, 
wie man das schnell mit einer einzigen SQL-Abfrage lösen kann, dann nur 
zu. Das Projekt ist recht einfach gestrickt und steht auch anderen 
Programmierern offen.


Grüße Tim


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

Re: [Talk-de] "Add-Tags":ein neues Werkzeug zur Verbindung Wikipedia - OpenStreetMap

[Mike Dupont]

Danke f[r die Ausfuerliche hilfe, also wir brauche noch was interactives.
Ausserdem hab ich ganz viel in der richtung geonames und wikipedia gemacht :
http://en.wikipedia.org/wiki/Wikipedia:Requested_articles/Social_sciences/Geography,_cities,_regions_and_named_places/Kosovo

Das habe ich aus GNS erzeugt, man koennte sowas auch aus OSM erzeugen,
siehe auch
http://en.wikipedia.org/wiki/List_of_populated_places_in_Kosovo_by_Municipality
und
http://de.wikipedia.org/wiki/Benutzer:Mdupont/Europe/Kosovo/Dukagjini/Municipalities/Gjakova/Osm/GeoNames

Siehe auch :
http://en.wikipedia.org/wiki/List_of_populated_places_in_the_municipality_of_Draga%C5%A1,_Kosovo

mike

2011/4/11 Kolossos 

> Na,
> schauen wir uns mal die Einträge im Detail an:
> * Der "Albania-Kosovo Highway" wird in der engl. Wikipedia wie folgt
> beschrieben: "also known as the Durres-Kukes Corridor in Albania,
> Vermice-Merdare Corridor and Ibrahim Rugova Highway in Kosovo, and Rruga e
> Kombit (Nation's Highway) in general".
> In OSM heißen Teilstrecken: "Autostrada Morine kukes Durres".
> Ein automatisiertes matchen ist somit keinesfalls möglich.
>
> * Der "Bill Clinton Boulevard" läuft in OSM unter:
>int_name: Bill Clinton Boulevard
>name: Bil Klinton
>name:en: Bill Clinton Boulevard
>   Ich frage halt nur den Name-Tag und nicht den name:en-Tag ab.
>
> *Die Europastraße E 80 ist ja ein ganz dickes Ding von Spanien bis in die
> Türkei und heißt wohl bei OSM lokal im Kosovo M2.
>
> 
>
> Also generell zeigt sich das in den Fällen das matching nicht gut genug
> funktioniert. Der Fehler also nicht bei dir liegt.
>
> Eine Lösungsidee die mir gerade kam, könnte sein, Nominatim dafür zu
> nutzen, da ist schon viel Hirnschmalz reingeflossen und es dürfte viele der
> von Tobias genannten Probleme mit der Schreibweise lösen. Es liefert OSM-ID,
> BBOX und OSM-Typ also eigentlich alles was man braucht.
> Leider fehlt es mir momentan etwas an Zeit, vielleicht hat ja jemand Lust
> da mitzuhelfen?
>
> Wenn man aber andererseits sieht, wie lange man brauch um aus den einzelnen
> Wikipedia-Artikel selbstständig auf den mehr oder weniger exakten
> Straßenverlauf zu kommen, fühle ich mich in meinen Bestreben bestärkt, das
> in der integrierten Karten hervorzuheben. Dafür braucht es die Verlinkung.
>
> Grüße Tim
>
>
>
>
> Am 11.04.2011 06:25, schrieb Mike Dupont:
>
>  Hallo,
>> ich bekomme auch keine resultate :
>>
>> http://toolserver.org/~kolossos/osm-add-tags/index.php?lang=en&bbox=17.96%2C39.34%2C24.1%2C43.35&cat=Roads_in_Kosovo&key=highway&value=*&basedeep=2&types=lines|areas&request=Submit&iwl=yes
>> was mache ich hier falsch?
>> mike
>>
>>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>



-- 
James Michael DuPont
Member of Free Libre Open Source Software Kosova and Albania flossk.org
flossal.org
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Open Data auf dem 14. Verwaltungskongress: Effizienter Staat

[Frederik Ramm]

Hallo,

Gehling Marc wrote:

Beim Forum XII: Geo-Daten. Da fehlt auf jeden Fall eine Person, die OSM 
vertritt. Bin nicht sicher, ob jemand dazu Lust hat, aber sinnvoll wäre es.


Irgendwie hab ich den Eindruck, dass diese Leute unter "Open Data" immer 
nur Daten verstehen, die die Verwaltung herausgibt. Wenn es nach denen 
ginge, waeren wir gar nicht "open data", genausowenig wie etwa die 
Wikipedia.


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] maposmatic - große Plots Nachtrag

[Jan Tappenbeck]

Am 11.04.2011 20:53, schrieb Henning Scholland:

Wäre evtl. Maperitive etwas für dich?

Henning


ja,ganz interessant

.. habe das Plotten noch nicht hinbekommen und
.. es fehlt mir dann die Straßenliste und das Raster.

.. Zeit zur Einarbeitung.

Gruß Jan :-)


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

Re: [Talk-de] alternative API-Dienste nutzen

[Jan Tappenbeck]

Am 11.04.2011 21:09, schrieb Carsten Gerlach:


Am Montag 11 April 2011 schrieb Jan Tappenbeck:

Am 10.04.2011 19:34, schrieb Florian Gross:

"Note that bbox queries have a maximum of 10 square degrees."

  ^^


bringt auch eine Fehlermeldung bei -4 bis +4 sind 8 Degree und von 35
bis 44 sind es 9 !!


8 Grad * 9 Grad  macht bei mir 72 Quadratgrad und das ist größer als 10. Oder?

Gruß, Carsten



Ach so ist das zu sehen - dann müßte man also Kacheln oder immer die 
Welt abfragen und wirklich ausschneiden.


gruß Jan :-)


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

Re: [Talk-de] ICE-Relationen

[Thomas Reincke]

Am 11.04.2011 16:07, schrieb fly:

Ich frage mich ob man bei den ICE-Relationen nicht lieber Relationen für
die Strecke zwischen einzelnen Bahnhöfen anlegt und diese Relationen
jeweils den ICE-Relationen zuordnet. Im Momment sind die ICE-Relation
doch sehr groß und auf manchen Strecken fahren eine ganze Menge ICEs
ganz zu schweigen von EC/ICs und sonstigen Verbindungen.

Im Unterschied zu Bus/Straßenbahn-Linien verlaufen diese Linien lange
auf der selben Strecke.

Was ist Eure Meinung ?


Dieses Verfahren wäre mir für alle ÖPNV-Linien das liebste gewesen. Eine 
Relation für die Teilstrecke Haltestelle -> Haltestelle (bzw. Platform 
-> Platform). Alle Relationen zusammen geben die Relation für 
Linie/Richtung/Variante.


Aber damit habe ich mich leider nicht durchsetzen können, da zu 
kompliziert. :-(


Es gibt im deutschen Eisenbahn-Fernverkehr zwar LInien

http://www.bahn.de/p/view/mdb/bahnintern/fahrplan_und_buchung/streckenplaene/MDB84831-ice_2011.pdf
http://www.bahn.de/p/view/mdb/bahnintern/fahrplan_und_buchung/streckenplaene/MDB85553-ecic_2011_korrigiert.pdf

aber diese sind in der Praxis meist so variantenreich wie eine Dorfbuslinie.

Zudem werden die Linienbezeichnungen der ICE/IC/EC außer auf diesem Plan 
nirgends verwendet.


Im Nahverkehr sind die Bezeichnungen in vielen Bundesländern 
gebräuchlicher und werden auf den Zielanzeigern/Aushangfahrplänen 
kommuniziert. Bis zum HAFAS haben sich auch diese freilich noch immer 
nicht herumgesprochen.



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

Re: [Talk-de] Taggen von Sporthallen

[Martin Simon]

Am 11. April 2011 18:30 schrieb M∡rtin Koppenhoefer :

> Gebäude findet man unter allen möglichen Umständen, das Vorhandensein
> eines geschlossenen Ways mit building=yes reicht mir nicht aus, um
> eine Turnhalle zu beschreiben. Hier ist es durchaus häufig, dass eine
> Reihe von Tennisplätzen, Fussballplätzen, Restaurant, Schwimmbad,
> Basketballplätzen etc. auf einem Gelände unter einem Betreiber und
> unter einem Namen firmiert. Diese Dinger hatte ich bisher als
> leisure=sports_centre beschrieben.

Guten Morgen!

Wieso nicht building="allgemeiner Ausdruck für 'Sporthalle' " +
sport=multi/tennis/etc?

Dann wären Gebäude und Funktion Sauber getrennt, bei einem
"Sportzentrum" mit mehreren Anlagen liegen solche Dinger dann in einem
leisure=sports_centre... wär' das nix?

Gruß,

Martin

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

Re: [Talk-de] alternative API-Dienste nutzen

[Matthias Julius]

Jan Tappenbeck  writes:

> Am 11.04.2011 21:09, schrieb Carsten Gerlach:
>>
>> Am Montag 11 April 2011 schrieb Jan Tappenbeck:
>>> Am 10.04.2011 19:34, schrieb Florian Gross:
 "Note that bbox queries have a maximum of 10 square degrees."
>>   ^^
>>
>>> bringt auch eine Fehlermeldung bei -4 bis +4 sind 8 Degree und von 35
>>> bis 44 sind es 9 !!
>>
>> 8 Grad * 9 Grad  macht bei mir 72 Quadratgrad und das ist größer als 10. 
>> Oder?
>>
>> Gruß, Carsten
>
> Ach so ist das zu sehen - dann müßte man also Kacheln oder immer die
> Welt abfragen und wirklich ausschneiden.

Oder man nimmt einen entsprechenden Extrakt und filtert selbst, z.B. mit
osmosis.

Matthias

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