[Talk-de] öffentl. Schließfächer

[Jan Tappenbeck]

 Hi !

auf Zingst habe ich im Öffentlichen Raum Schließfächer gesehen - frei 
zugänglich.


Wie würdet Ihr diese Taggen ?

Gruß Jan .-)

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

[Talk-de] Rettungsstation Deutsche Gesellschaft z ur Rettung Schiffsbrüchiger

[Jan Tappenbeck]

 Moin !

wie würdet Ihr einen Standort der Deutsche Gesellschaft zur Rettung 
*/Schiffsbrüchiger/* 
 
taggen - hier steht konkrekt ein Unimog mit Schiff


http://www.dgzrs.de/index.php?id=211

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

[Talk-de] Admin-boundaries als Shapefile?

[Matthias]

Hallo,

ich brauche für ein Projekt an der Uni Shapefiles von den
Regierungsbezirken in Bayern. Bis jetzt habe ich noch nichts
(kostenloses) vorgefertigtes im Netz gefunden.
Deshalb habe ich mir jetzt eine OSM-Datei erstellt, die die
Grenz-Relationen und die zugehörigen Wege enthält, in der Hoffnung,
daraus etwas brauchbares generieren zu können. Hat jemand schon so etwas
gemacht?
Meine erste Idee war, das osmexport-Script zu verwenden, allerdings ist
mir nicht ganz klar, wie Polygone (und Mulit-Polygone!) exportiert
werden können. Im Archiv der Mailing-Liste wurde einmal "osm-provider"
in Verbindung mit Qgis genannt, und einmal geschrieben, dass OSM-Import
in QGis ab Version Mimas funktioniert. Hat das jemand schon einmal
ausprobiert?
Eine andere Idee wäre, ein Format zu finden, das sich in ArcGis / QGis
leicht importieren lässt, aber ich habe erst vor einem Monat das erste
Mal mit einem GIS gearbeitet und deshalb da keine Erfahrung...
Wäre super, wenn mir jemand helfen kann, ansonsten werd ich mich nach
einer einfacheren Projektidee umsehen (-;

Viele Grüße,

Matthias

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

Re: [Talk-de] Geofabrik: OSM-Download-Dateien sind zu klein

[Fred Jelk]

 Hallo Frederik,

danke für's Feedback.
Klasse, wenn's ab morgen wieder o.k. ist :-)

(am Freitag oder Donnerstag fehlten ja die pbf-Dateien und auch die 
shp-Dateien waren da schon nur 5.2 kb gross. Und heute ist mir das mit 
den anderen Dateien aufgefallen... Drum dachte ich, ich melde das jetzt 
mal, falls man es noch nicht gemerkt haben sollte...)



Am 03.10.2010 23:26, schrieb Frederik Ramm:

Hallo,

Ja, beim letzten Durchlauf war da eine Platte voll und viele Files 
sind mittendrin abgebrochen. Das sollte sich aber innerhalb der 
naechsten Stunden erledigt haben.


Bye
Frederik




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

Re: [Talk-de] Geofabrik: OSM-Download-Dateien sind zu klein

[Frederik Ramm]

Hallo,

Fred Jelk wrote:

Momentan scheint da bei geofabrik etwas nicht richtig zu funktionieren.


Ja, beim letzten Durchlauf war da eine Platte voll und viele Files sind 
mittendrin abgebrochen. Das sollte sich aber innerhalb der naechsten 
Stunden erledigt haben.


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] Relation runterladen?

[aighes]

Hallo Stefan,

Stefan Sandrock wrote:
> 
> habe ich gerade ausprobiert - aber wie bekomme ich die relation-id - für 
> z.b. den fernwanderradweg R 3 - bzw. wo bekomme ich die relations-nummer 
> her ?
> 

du kannst auch nach dem Namen suchen. Alternativ zeigen auch die Editoren
die ID an.

Viele Grüße,
aighes

-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Relation-runterladen-tp5597080p5597149.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

[Talk-de] Geofabrik: OSM-Download-Dateien sind zu klein

[Fred Jelk]

 Hallo,

aktuell sind wohl viele Download-Dateien bei geofabrik momentan nicht zu 
gebrauchen.


zum Beispiel:
berlin.osm.bz2 ist aktuell 14 byte gross.
switzerland.osm.bz2 ist aktuell 36 MB gross. Vor ein paar Tagen war 
diese so um die 92 MB gross.
sweden.osm.bz2 ist aktuell 35 MB gross. Vor ein paar Tagen noch um die 
98 MB.


zudem sind viele shp.zip-files zur Zeit nur 5.2 KB gross.


Momentan scheint da bei geofabrik etwas nicht richtig zu funktionieren.


Gruss
Fred


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

Re: [Talk-de] Relation runterladen?

[Stefan Sandrock]

 Am 03.10.2010 22:54, schrieb aighes:

Hallo,
das kann der relation analyzer: http://ra.osmsurround.org/

Viele Grüße,
aighes
habe ich gerade ausprobiert - aber wie bekomme ich die relation-id - für 
z.b. den fernwanderradweg R 3 - bzw. wo bekomme ich die relations-nummer 
her ?


htx s

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

Re: [Talk-de] Relation runterladen?

[Frederik Ramm]

Hallo,

Sven Geggus wrote:

Auf die schnelle habe ich mit Firebug jetzt nicht rausgefunden
welches script die Relation selbst für Openlayers erzeugt.


Da gibts doch einen OSM-Layer direkt im OpenLayers, der das direkt aus 
dem OSM-XML einliest.



Ziel ist es zum Beispiel Radfernwege und dergleichen als GPX-Datei
runterzuladen. Als Linienzug wird das ganze ja offenbar bereits für
Openlayers übertragen.


Nein, das wird genauso uebertragen, wie es aus dem relation/full-Request 
rauskommt, also als OSM-XML.


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] Relation runterladen?

[aighes]

Hallo,
das kann der relation analyzer: http://ra.osmsurround.org/

Viele Grüße,
aighes
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Relation-runterladen-tp5597080p5597106.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

[Talk-de] Relation runterladen?

[Sven Geggus]

Hallo zusammen,

man kann ja sowas in den Browser laden:
http://www.openstreetmap.org/?relation=1203264

Und da bekommt man dann die passende Relation angezeigt.

Auf die schnelle habe ich mit Firebug jetzt nicht rausgefunden
welches script die Relation selbst für Openlayers erzeugt.

Ziel ist es zum Beispiel Radfernwege und dergleichen als GPX-Datei
runterzuladen. Als Linienzug wird das ganze ja offenbar bereits für
Openlayers übertragen. Ein Export Knopf wäre schön aber vielleicht
könnte man ja auch ein Userscript für den Browser bauen.

Gruss

Sven

-- 
Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit
Office nicht kompatibles Bürosoftwarepaket einzuführen.
(Florian Weimer in de.alt.sysadmin.recovery)
/me is gig...@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] Wie Indoor-Wege mit 'normalen' Wegen verbinden (level)? Neues zu indoor=yes?

[M∡rtin Koppenhoefer]

Am 3. Oktober 2010 17:46 schrieb Andreas Hubel :
> Wie schon gesagt: Diese Sonderfälle würde ich dann als outdoor=yes taggen.


wobei man schon jetzt, wenn man nur einen Building-umriss setzen will,
und nicht mehrere, die sich teilweise überschneiden, für die einzelnen
Stockwerke, ziemlich überlegen muss. Meistens mache ich das
Hauptgebäude, also "über Erdboden", auch wenn der eigentlich eine
begehbare überdachte Parkebene ist. Bei Turmgebäuden und Hochhäusern
mache ich schon jetzt (mind.) 2 Umrisse: für den Sockel und für den
aufsteigenden Teil.

Gruß Martin

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

Re: [Talk-de] Farmland

[M∡rtin Koppenhoefer]

Am 3. Oktober 2010 19:46 schrieb minze :
> M∡rtin Koppenhoefer  gmail.com> writes:
>> farmland=pasture
>> animal=horse
> also auch
> landuse=farmland
> farmland=heath
> animal=sheep


eher nicht. Ist ein Randfall, da mit Schafen ja gerade die Flächen
bewirtschaftet werden können, die eigentlich gar keine
landwirtschaftlichen Flächen sind. Von daher würde ich kein farmland
setzen.

> aber pasture/Weide ist m.E. zu umfassend.
> Keine Abgrenzung zu Heide (und Waldweide war irgendwo erwähnt) möglich.


weil Heide auch keine Weide ist, genausowenig wie "Waldweide", was
auch keine Weide ist. Man könnte das aber durchaus mit geeigneten
Subtags darstellen, wieso nicht, Heide bzw. Wald wäre m.E. aber eher
der Haupttag als farmland.


>> eine Beweidung ist am Zaun erkennbar, und daher nicht ganz so temporär
>> wie Du denkst.
> ich meinte nicht, dass Weiden temporär sind, sondern,
> mit Blick auf die Erkenn- und Begehbarkeit, der "Tierbesatz".


keine Ahnung, wenn man das mappen will, kann man es tun, wenn nicht,
dann halt nicht.


> Grünstreifen gehören eigentlich
> zum Straßenkörper ("Banquett") und nicht zu landuse.


ja, das ist halt so OSM-typisch: eigentlich gar kein landuse, wie
manch anderer landuse auch. Mit Bodennutzung wie Du sie vielleicht aus
dem Planungsrecht kennst, hat das nur am Rand zu tun. Es wäre
sozusagen ein landuse=grass innerhalb eines landuse=highway.


> nebenbei: Kriterium für manche Tagger ist auch, welche dieser Auszeichnungen
> dann gerendert/dargestellt werden ...


ja, aber je mehr Differenzierungen dargestellt werden, um so mehr wird
sich das rauswachsen.

Gruß Martin

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

Re: [Talk-de] Farmland

[M∡rtin Koppenhoefer]

Am 3. Oktober 2010 17:30 schrieb aighes :
>> hm, meadow ist halt ein Subtyp einer landwirtschaftlichen Nutzung. Ist
>> zugegebenermaßen unlogisch.
>>
> Bisher hatte ich landuse=meadow so verstanden, als sei dies eine Grasfläche,
> die nicht landwirtschaftlich genutzt wird. Beispielsweise das Grün links und
> rechts der Straßen, bis das Feld anfängt oder der Grasstreifen, der zwischen
> Feld und Wald ist.


ich glaube, dafür wird "grass" genutzt. Meadow ist eigentlich schon
eine Wiese, also i.d.R. genutzt. Für Brache würde ich es eher nicht
nutzen.


> Der Diskussion
> zu farm [1] kann man entnemen dass crop und animal sich ausschließen.


üblicherweise würde ich auch davon ausgehen, aber es mag Ausnahmen geben.


> Um zu
> kennzeichnen, welchen Untergrund die Weidefläche hat, müsste man etwas
> anderes nehmen. Wie wäre es mit dem surface-Tag?


ja, auch landcover könnte man nehmen, je nachdem, welche Werte Du Dir
vorstellst.



> Ich bin nicht so der Fan von paralellen Diskussionen. Besser hier eine
> Möglichkeit erarbeiten die unsere Anforderungen genügt und dann auf tagging
> stellen.


die parallelen Diskussionen hast Du sowieso, egal, wie rum man es macht.

Gruß Martin

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

Re: [Talk-de] Komisches Verhalten von Mapnik

[Alexander Matheisen]

> Ein Cronjob, der einmal die Minute den Cache dieser Seite leert würde 
> vermutlich Sinn machen. :)

Oder so, jedenfalls macht es nicht viel Sinn, dass der Status überhaupt
nicht aktuell ist.


Alex


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

Re: [Talk-de] Farmland

[minze]

M∡rtin Koppenhoefer  gmail.com> writes:

> 
> Am 3. Oktober 2010 14:18 schrieb minze  online.de>:
> ...
Hi Martin,
> ...

> Ich meinte landuse=pasture aber wenn Du das zu spezifisch im Haupttag
> findest, dann z.B. landuse=farmland
> farmland=pasture
> animal=horse
also auch
landuse=farmland
farmland=heath
animal=sheep




landuse=farmland braucht man doch eigentlich garnicht, da landuse=heath,
=meadow, =field, ... alles farmland ist.
Das denkt auch der Nutzer so: sieht tagwatch ...


animal=* 
crop=* 
ist gut.
 
ggf. harvest=* 





durch "landuse" erzeugte Strukturen müssen erfasst werden:
Grünland, Ackerfrüchte, Heide, Gebüsch, Forst.
auf eine einfache Art und Weise.








>>> ...
>> ... denn z.B. das Oxford-Dictionary?
> 
> " meadow  (meadow)
> Pronunciation:/ˈmɛdəʊ/
>  *  a piece of grassland, especially one used for hay
>  *  a piece of low ground near a river"
> sieht doch aus wie Wiese im Deutschen.
> 
> " pasture  (pas|ture)
> Pronunciation:/ˈpɑːstʃə/
> noun
>  *  1 [mass noun] land covered with grass and other low plants
> suitable for grazing animals, especially cattle or sheep"
> 
> sieht doch aus wie Weide im Deutschen.
ja, 
aber pasture/Weide ist m.E. zu umfassend.
Keine Abgrenzung zu Heide (und Waldweide war irgendwo erwähnt) möglich.








> 
>> ...
> 
> eine Beweidung ist am Zaun erkennbar, und daher nicht ganz so temporär
> wie Du denkst.
ich meinte nicht, dass Weiden temporär sind, sondern, 
mit Blick auf die Erkenn- und Begehbarkeit, der "Tierbesatz". 
Weiden und Wiesen sind (fast) immer geschnitten oder abgefressen. 
Ja, Zaun und Graben habe ich nicht erwähnt. 
In S-Europa und anderen Regionen sind _Gärten_ eingezäunt, Weideland selten. 
Da kann man Weideflächen an Hirten festmachen. ;)











> ...
>> ...
>> Das wäre m.E. noch gut/praktikabel:
>>
>> landuse:grass
>> animal:horse
> 
> 
> landuse=grass ist kein landuse nach allgem. Kritik. Gemeint und
> genutzt wird das z.B. für Grasflächen zw. 2 Straßen / Grünstreifen,
> etc.
hätte ich nicht gedacht. Also verwendet für Deko-Grün.
Also ist landuse=grass 
eigentlich =green_area oder =grass_strip oder =grass_green.
Grünstreifen gehören eigentlich 
zum Straßenkörper ("Banquett") und nicht zu landuse. 








> 
>> landuse:heath
>> animal:sheep
> 
> für Heiden ja, für Weiden nein
landuse=heath ohne animal/Weide gibt es nicht. Meist sinds Schafe und Ziegen. 

landuse=* ergäben zusammen mit bestimmten Tier auch "die Beweidung".
natural=heath ist die Natur-Heide _ohne_ Beweidung. 










> 
> 
>> Waldweide
>> landuse:forest
>> animal:cattle
> 
> 
> kenne ich mich nicht so aus, was da charakterisierend ist: der Wald
> oder der Weidenaspekt.
charakt. ist der Waldaspekt, bloß dieser Wald ist im 
unteren Bereich lichter, da
abgefressen - mit wenig Unterholz.





nebenbei: Kriterium für manche Tagger ist auch, welche dieser Auszeichnungen
dann gerendert/dargestellt werden ...
...






> ...
viele Grüße, minze


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

Re: [Talk-de] Komisches Verhalten von Mapnik

[Bernd Wurst]

Am Sonntag 03 Oktober 2010, 18:21:40 schrieb Alexander Matheisen:
> Könnte man das nicht für bestimmte Seiten ausschalten, wenn das geht,
> denn die Statusseite sollte ja eigentlich immer den aktuellen Status
> zeigen.

Man will den Cache von Mediawiki nicht ausschalten. Insbesondere wenn (wie im 
Fall von Störungen) plötzlich hunderte Leute bei einer Seite wild reload 
drücken.

Ein Cronjob, der einmal die Minute den Cache dieser Seite leert würde 
vermutlich Sinn machen. :)

Gruß, Bernd

-- 
Ein Huhn ist weiter nichts
als die Methode eines Eis,
ein weiteres Ei zu machen.


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Komisches Verhalten von Mapnik

[Alexander Matheisen]

Am Sonntag, den 03.10.2010, 18:13 +0200 schrieb Peter Körner:
> 
> Am 03.10.2010 18:03, schrieb Alexander Matheisen:
> >> Es laufen Arbeiten auf dem Server, die das Abschalten des Renderns
> >> erfordern. Keine Panik.
> >
> > Ich hab ja auch im Wiki noch geschaut, was der Status des Servers sagt,
> > aber komischerweise wurde der Hinweis zu den Problemen erst angezeigt,
> > wenn ich eingeloggt war.
> Die Seite ist gecached, ein Aufruf mit ?action=purge hilft.

Wieder was neues gelernt...

Könnte man das nicht für bestimmte Seiten ausschalten, wenn das geht,
denn die Statusseite sollte ja eigentlich immer den aktuellen Status
zeigen.


Alex


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

Re: [Talk-de] Komisches Verhalten von Mapnik

[Peter Körner]

Am 03.10.2010 18:03, schrieb Alexander Matheisen:

Es laufen Arbeiten auf dem Server, die das Abschalten des Renderns
erfordern. Keine Panik.


Ich hab ja auch im Wiki noch geschaut, was der Status des Servers sagt,
aber komischerweise wurde der Hinweis zu den Problemen erst angezeigt,
wenn ich eingeloggt war.

Die Seite ist gecached, ein Aufruf mit ?action=purge hilft.

Lg

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

Re: [Talk-de] Komisches Verhalten von Mapnik

[Alexander Matheisen]

> Es laufen Arbeiten auf dem Server, die das Abschalten des Renderns
> erfordern. Keine Panik.

Ich hab ja auch im Wiki noch geschaut, was der Status des Servers sagt,
aber komischerweise wurde der Hinweis zu den Problemen erst angezeigt,
wenn ich eingeloggt war.


Alex



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

Re: [Talk-de] Wie Indoor-Wege mit 'normalen' Wegen verbinden (level)? Neues zu indoor=yes?

[Peter Wendorff]

 Hallo Andreas.
Vielleicht kannst Du mit meinem Proposal (noch nicht soweit, dass ich es 
in den "echten" Proposal-Prozess einfließen lassen wollte, zumal mir bis 
Mitte Oktober definitiv die Zeit dafür fehlt) was anfangen:

http://wiki.openstreetmap.org/wiki/User:Jongleur/MultiLevel

Gruß
Peter

On 03.10.2010 17:46, Andreas Hubel wrote:

Am 02.10.2010 um 13:04 schrieb M∡rtin Koppenhoefer:


Am 29. September 2010 21:46 schrieb Andreas Hubel:

Für Zwischengeschosse oder in Treppenhäusern setze ich dann auch gerne 
level=0.5 oder so.

machst Du auch level=0.33 und level=0.167 ? ;-)

Naja, ich hab es mal im Modell vorgesehen. Aber mann kann sich aktuell halt 
immer nur ganze Level rendern lassen


Irgendwo da stoßen wir in unserem 2D-Modell einfach an Grenzen

Naja, an sich haben wir bei OSM kein 2D-Modell sondern einen dimensionslosen 
Graphen. Aus Optimierungsgrößen ist x und y halt fest in einem Node drin, aber 
nichts hällt dich davon ab weitere Dimensionen durch weitere Tags hinzuzufügen. 
Sei es Höhe (z bzw ele) oder eben auch Zeit.


komplexer als nur gestapelte Ebenen. In solchen Situationen wäre es nett, ein 
Detailmodell verlinken zu können (3D), das man an den
entspr. Schnittstellen mit OSM verbindet.

Mein Ansatz ist da eben in Stockwerksschnitten bzw. -ebenen zu denken. Und das 
kann man durchaus schon jetzt eintragen, nur wird das leider bisher noch 
nirgends bzw. nur schlecht gerendert. Aber daran arbeite ich ja grade.


Aber an sich der Tag indoor=yes aus meiner Sicht überflüssig, da wenn Wege 
innerhalb einer Building-Fläche verlaufen das ja eigentlich eh klar sein sollte.

nee, ist nicht klar, da es ja auch Wege auf dem Gebäude, unter dem
Gebäude und in Gebäudeaussparungen (zwischen d. G.) gibt, die im
Aussenbereich sind.

Wie schon gesagt: Diese Sonderfälle würde ich dann als outdoor=yes taggen.

MfG Andi
___
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] Wie Indoor-Wege mit 'normalen' Wegen verbinden (level)? Neues zu indoor=yes?

[Andreas Hubel]

Am 02.10.2010 um 13:04 schrieb M∡rtin Koppenhoefer:

> Am 29. September 2010 21:46 schrieb Andreas Hubel :
>> Für Zwischengeschosse oder in Treppenhäusern setze ich dann auch gerne 
>> level=0.5 oder so.
> 
> machst Du auch level=0.33 und level=0.167 ? ;-)
Naja, ich hab es mal im Modell vorgesehen. Aber mann kann sich aktuell halt 
immer nur ganze Level rendern lassen

> Irgendwo da stoßen wir in unserem 2D-Modell einfach an Grenzen
Naja, an sich haben wir bei OSM kein 2D-Modell sondern einen dimensionslosen 
Graphen. Aus Optimierungsgrößen ist x und y halt fest in einem Node drin, aber 
nichts hällt dich davon ab weitere Dimensionen durch weitere Tags hinzuzufügen. 
Sei es Höhe (z bzw ele) oder eben auch Zeit.

> komplexer als nur gestapelte Ebenen. In solchen Situationen wäre es nett, ein 
> Detailmodell verlinken zu können (3D), das man an den
> entspr. Schnittstellen mit OSM verbindet.
Mein Ansatz ist da eben in Stockwerksschnitten bzw. -ebenen zu denken. Und das 
kann man durchaus schon jetzt eintragen, nur wird das leider bisher noch 
nirgends bzw. nur schlecht gerendert. Aber daran arbeite ich ja grade.

>> Aber an sich der Tag indoor=yes aus meiner Sicht überflüssig, da wenn Wege 
>> innerhalb einer Building-Fläche verlaufen das ja eigentlich eh klar sein 
>> sollte.
> 
> nee, ist nicht klar, da es ja auch Wege auf dem Gebäude, unter dem
> Gebäude und in Gebäudeaussparungen (zwischen d. G.) gibt, die im
> Aussenbereich sind.

Wie schon gesagt: Diese Sonderfälle würde ich dann als outdoor=yes taggen.

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

Re: [Talk-de] Hinweis auf gps-tech...@lists.openstreetmap.de

[Andreas Hubel]

Am 03.10.2010 um 02:00 schrieb Johann H. Addicks:

> Jonas Stein schrieb:
> 
>> gps-tech...@lists.openstreetmap.de
>> besser aufgehoben waeren.
> 
> Mag sein, aber ich bevorzuge eigentlich die deutschsprachigen Listen.

Die Liste ist deutschsprachig.

MfG Andi

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

Re: [Talk-de] Farmland

[aighes]

M∡rtin Koppenhoefer wrote:
> 
> Am 3. Oktober 2010 15:22 schrieb aighes :
>> sobald es landwirtschaftlich genutzt wird, sollte man auch farmland
>> nutzen
>> und nicht meadow.
> 
> hm, meadow ist halt ein Subtyp einer landwirtschaftlichen Nutzung. Ist
> zugegebenermaßen unlogisch.
> 
Bisher hatte ich landuse=meadow so verstanden, als sei dies eine Grasfläche,
die nicht landwirtschaftlich genutzt wird. Beispielsweise das Grün links und
rechts der Straßen, bis das Feld anfängt oder der Grasstreifen, der zwischen
Feld und Wald ist.

crop=grass finde ich aber sprachtechnisch komisch, da crop ja ernten
bedeutet und auf einer Weide ja eher weniger geerntet wird. Der Diskussion
zu farm [1] kann man entnemen dass crop und animal sich ausschließen. Um zu
kennzeichnen, welchen Untergrund die Weidefläche hat, müsste man etwas
anderes nehmen. Wie wäre es mit dem surface-Tag?


M∡rtin Koppenhoefer wrote:
> 
> Magst Du das mal auf "tagging" ansprechen?
> 
Ich bin nicht so der Fan von paralellen Diskussionen. Besser hier eine
Möglichkeit erarbeiten die unsere Anforderungen genügt und dann auf tagging
stellen.

Viele Grüße,
aighes

[1]
http://wiki.openstreetmap.org/wiki/Talk:Tag:landuse%3Dfarm#animals_or_crops


-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Farmland-tp5593784p5596346.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] Trigonometrischer Punkt

[Torsten Leistikow]

Moin,

Chris66 schrieb am 29.09.2010 21:29:
> im Wiki stehts halt anders:

Im Wiki steht halt viel Muell drin. Auf der ele-Seite wird als Hoehenreferenz
die height above sea level angegeben, womit allgemein die Hoehe ueber dem
(welchem auch immer) Geoid gemeint ist. Erst im Nebensatz wird WGS84 erwaehnt,
wobei die Ellipsoid-Hoehe ja was komplett anderes ist.
Und wenn man sich mal Hoehendaten in der Datenbank anschaut, dann wird man da
normalerweise die Geoid-Hoehe finden, mir ist zumindest noch keine andere
Eintragung begegnet.

> - Die GPS Chips liefern halt die elliptische Höhe (angezeigt wird aber
> auf vielen GPS Geräten trotzdem die durch die Firmware ermittelte NN Höhe).

Dein Geraet liefert die entweder die Hoehe ueber dem Ellipsoid, oder aber die
Hoehe ueber Mean-Sea-Level (wie auch immer definiert). Hierzulande kann man
beide Werte gut unterscheiden, da doch ein erheblicher Unterschied besteht (ca.
30-40m). Das Ergebnis ist aber nicht trivial zu konvertieren, da man ja nicht
weiss, welche Umrechnung das Geraet intern benutzt hat.

> - Der Referenzwasserspiegel ist weltweit nicht einheitlich.

Nein, aber verglichen mit der Genauigkeit der meisten uns vorliegenden Daten ist
das durchaus zu vernachlaesisgen.

> Die elliptische (wgs84) Höhe ist hingegen weltweit einheitlich
> und nicht von der Güte des Geoidmodells abhängig.

Es ist zwar einheitlich, interessiert aber niemanden. Nirgendwo auf der Welt
werden Hoehen relativ zum Ellipsoid angegeben, weil die Abweichungen zum Geoid
(welchem auch immer) viel zu gross sind. Also mueste man alle Werte, die man
irgendwoher bekommt, erst fehlerbehaftet auf das Ellipsoid umrechnen. Und wenn
man die Daten dann nutzen will, dann darf man fehlerbehaftet das Ganze wieder
zurueck auf die Geoidhoehe konvertieren.
Wenn man keine Probleme hat, dann macht man sich welche, oder was soll das sonst
bringen?

> Wer (wie ich) trotzdem lieber die gebräuchliche NN Höhe in den Daten
> haben will kann es ja mittels alt:NN=### tun.

Sinnvoll ist es, die Hoehe ueber Mean Sea Level (also die Geoid-Hoehe bezogen
auf welche Referenz auch immer) als Default in die Datenbank einzutragen.
Angesichts der Tatsache, dass unsere Werte i.A. sowieso nicht 100%-ig exakt
sind, ist das fuer uns alle Mal genau genug.
Und wenn man ausnahmsweise mal einen Wert sehr genau hat, dann kann man ihn ja
entsprechend der alt:* Notation zusaetzlich mit Angabe des Referenzsystems
eintragen.

Nebenbei bemerkt: Die SRTM-Hoehendaten benutzen auch WGS84 Koordinaten fuer die
Lage und geben trotzdem die Hoehe ueber dem Geoid an.

Gruss
Torsten

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

Re: [Talk-de] 11. Zürcher OSM-Stammtisch am 11. Ok tober 2010 zum Thema "Schöne Karten erzeugen mit OSM-Daten"

[M∡rtin Koppenhoefer]

Am 3. Oktober 2010 14:45 schrieb Stefan Keller :
>  "Wie kann man aus OSM-Daten 'schöne' (druckbare) Karten erzeugen?"


es gibt in der aktuellen Maapnik-Entwicklung auch einen branch, der
beim Rendern das Angeben der gewünschten Auflösung und Pixelweiten
ermöglicht. Damit wäre eine gute Druckausgabe möglich. Hatte mir das
mal kurz angesehen, aber wegen nicht (einfach) erfüllbarer
Abhängigkeiten erstmal gelassen. Die erforderlichen Parameter sind
noch ein bisschen kompliziert, könnte man aber sicher zukünftig auch
intern umrechnen auf Maßstab und Auflösung, so dass es von jedermann
einfach nutzbar ist.

Gruß Martin

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

Re: [Talk-de] Farmland

[M∡rtin Koppenhoefer]

Am 3. Oktober 2010 15:22 schrieb aighes :
> sobald es landwirtschaftlich genutzt wird, sollte man auch farmland nutzen
> und nicht meadow.


hm, meadow ist halt ein Subtyp einer landwirtschaftlichen Nutzung. Ist
zugegebenermaßen unlogisch. Magst Du das mal auf "tagging" ansprechen?


> Was da wächst sollte man seperat kennzeichnen. Ebenso welche Tiere darauf
> gehalten werden.


+1


> animal=* halte ich für die Tiere als gut geeignet. Für den Bewuchs hab ich
> bei mir in der Gegend crop=* gesehen.

+1
das wird im übrigen auch im Wiki so vorgeschlagen

Gruß Martin

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

Re: [Talk-de] Farmland

[aighes]

Hallo,
sobald es landwirtschaftlich genutzt wird, sollte man auch farmland nutzen
und nicht meadow.
Was da wächst sollte man seperat kennzeichnen. Ebenso welche Tiere darauf
gehalten werden.

animal=* halte ich für die Tiere als gut geeignet. Für den Bewuchs hab ich
bei mir in der Gegend crop=* gesehen.

Viele Grüße,
aighes
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Farmland-tp5593784p5596118.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] Farmland

[M∡rtin Koppenhoefer]

Am 3. Oktober 2010 14:18 schrieb minze :
> Hi Martin,
>> > insofern würde ich das doch über meadow machen.
>> > Pferdeweide
>> > landuse: meadow
>> > animal: horse
>> ich nicht. Lieber noch landuse^farmland _/ wenn Dich die
>> Nutzungszahlen von pasture nicht überzeugen.
> meinst Du
> landuse:farmland (62.829)
> animal: horse
> ?da wäre "das Grüne" ja völlig raus? Das fände ich nicht schön.


weil es viele Äcker gibt, auf denen Pferde sind und man es deshalb verwechselt?
Ich meinte landuse=pasture aber wenn Du das zu spezifisch im Haupttag
findest, dann z.B. landuse=farmland
farmland=pasture
animal=horse

> Oder eine Lösung mit "Grün"?:
> landuse:grass (389.540) sehr beliebt.


sehr beliebt für was? Man kann nicht nur die reinen Tagwatchzahlen
betrachten sondern auch, wofür es gedacht/genutzt wird.

>
>
>
>
>
>
>
>
>>
>> im Englischen scheint man Wiesen und Weiden genauso zu unterscheiden
>> wie im Deutschen (aus Wikipedia):
>> Especially in the United Kingdom and Ireland, the term meadow is
>> commonly used in its original sense to mean a haymeadow; grassland cut
>> annually for hay (Old English mædwe).
> Langenscheidt übersetzt meadow als: Wiese und Weide.


das ist ja wie gesagt eine Frage, wie eng oder weit man die Definition
sieht. Die o.g. Beschreibung, die von der "üblichen Bedeutung in GB
und Irland" schreibt schließt andere Bedeutungen nicht grundsätzlich
aus. Dt-Engl.-Wörterbücher wälzen reicht m.E. nicht aus. Was schreibt
denn z.B. das Oxford-Dictionary?

" meadow  (meadow)
Pronunciation:/ˈmɛdəʊ/
*  a piece of grassland, especially one used for hay
*  a piece of low ground near a river"
sieht doch aus wie Wiese im Deutschen.

" pasture  (pas|ture)
Pronunciation:/ˈpɑːstʃə/
noun
*  1 [mass noun] land covered with grass and other low plants
suitable for grazing animals, especially cattle or sheep"

sieht doch aus wie Weide im Deutschen.

> Außerdem ist meadow hier "nur" eine Begrifflichkeit/ein Nenner zur
> Datenverarbeitung, der global verwendet wird.


ja klar, könnte auch landuse=railroad heissen, und trotzdem als Weide
definiert werden, dem Computer ist das egal, ist aber halt nicht
sinnvoll.


> Eine Beweidung ist ein Intermezzo und für Laien an den Tieren und eine Weile
> später vielleicht noch an Kotresten erkennbar.


eine Beweidung ist am Zaun erkennbar, und daher nicht ganz so temporär
wie Du denkst.


 In einer ersten Klassifizierung
> ist es Wiese, Weide oder einfach Grünland, je nachdem, was dem Betrachter grad
> durch den Kopf schwirrt. landuse=meadow (79.815). Ich glaube nicht, dass das
> alles Heuwiesen sind.


keine Ahnung, bisher sind wir hier davon ausgegangen.


> Letztendlich gibt es auch nur wenige reine "Heuwiesen"
> (oder gab, da heute intensiver ...), da die meisten Wiesen aus dem Abfressen
> entstanden.


verstehe ich nicht, die meisten Wiesen und Felder sind in Deutschland
durch Abholzen des Urwalds entstanden, der da früher mal fast
flächendeckend war. Ist aber nicht so wichtig für OSM, was da mal war.



> Das wäre m.E. noch gut/praktikabel:
>
> landuse:grass
> animal:horse


landuse=grass ist kein landuse nach allgem. Kritik. Gemeint und
genutzt wird das z.B. für Grasflächen zw. 2 Straßen / Grünstreifen,
etc.

> landuse:heath
> animal:sheep


für Heiden ja, für Weiden nein


> Waldweide
> landuse:forest
> animal:cattle


kenne ich mich nicht so aus, was da charakterisierend ist: der Wald
oder der Weidenaspekt.

Gruß Martin

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

[Talk-de] 11. Zürcher OSM-Stammtisch am 11. Ok tober 2010 zum Thema "Schöne Karten erzeugen mit OSM-Daten"

[Stefan Keller]

Erlaubt mir ein Cross-Posting (aus Talk-ch) in der Annahme, das Thema
könnte eine breitere Leserschaft interessieren:

Der 11. Zürcher OSM-Stammtisch vom 11. Oktober 2010 beschäftigt sich
u.a. mit dem Thema

  "Wie kann man aus OSM-Daten 'schöne' (druckbare) Karten erzeugen?"

Ich habe die Fa. OCAD AG (Baar/Schweiz) angefragt, ob jemand ihre
Software vorführen könnte.
OCAD ist Marktführerin für Orientierungslauf-Karten und die
französischen 25'000er-Landeskarten (TOP 25 série bleue) werden damit
hergestellt.

Weitere Infos: 
http://wiki.openstreetmap.org/wiki/DE:Switzerland:Zürich/OSM-Treffen

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

Re: [Talk-de] Farmland

[minze]

Hi Martin,

> 
> ...
> >> ...
> > insofern würde ich das doch über meadow machen.
> >
> > Pferdeweide
> > landuse: meadow
> > animal: horse
> 
> ich nicht. Lieber noch landuse^farmland _/ wenn Dich die
> Nutzungszahlen von pasture nicht überzeugen.
meinst Du
landuse:farmland (62.829)
animal: horse
?da wäre "das Grüne" ja völlig raus? Das fände ich nicht schön. 

Oder eine Lösung mit "Grün"?: 
landuse:grass (389.540) sehr beliebt.
animal: horse








> 
> im Englischen scheint man Wiesen und Weiden genauso zu unterscheiden
> wie im Deutschen (aus Wikipedia):
> Especially in the United Kingdom and Ireland, the term meadow is
> commonly used in its original sense to mean a haymeadow; grassland cut
> annually for hay (Old English mædwe). 
Langenscheidt übersetzt meadow als: Wiese und Weide.

Außerdem ist meadow hier "nur" eine Begrifflichkeit/ein Nenner zur
Datenverarbeitung, der global verwendet wird. 








> "Pasture" is used in contrast
> for land which is primarily grazed, which may include grassland
> ("grass pasture"), but also includes non-grassland habitats such as
> heathland, moorland and wood pasture. "Grassland" is used to include
> both meadow and grass pasture.
im Gespräch schon, aber auf Karten, auf denen ja "eher" länger beständiges
Eingang findet, nicht. Abgesehen von der geringen Verbreitung in osm, erscheint
Nutzern "Pasture"=Weideland zu undifferenziert, deswegen wohl auch wenig
verwandt. Nutzer neigen zu flachen Hierachien. 

Eine Beweidung ist ein Intermezzo und für Laien an den Tieren und eine Weile
später vielleicht noch an Kotresten erkennbar. In einer ersten Klassifizierung
ist es Wiese, Weide oder einfach Grünland, je nachdem, was dem Betrachter grad
durch den Kopf schwirrt. landuse=meadow (79.815). Ich glaube nicht, dass das
alles Heuwiesen sind. Letztendlich gibt es auch nur wenige reine "Heuwiesen"
(oder gab, da heute intensiver ...), da die meisten Wiesen aus dem Abfressen
entstanden.
Ähnliches mit "Heide", die ebenso aus Beweidung, damals unterstützt durch
Plaggenwirtschaft, ggf. zusammen mit Bränden, auf armen Böden entstand. Dazu
gibts in osm ja auch natural=heath; da "natural", ist hier aber eigentlich
weniger "Weideland" angesprochen, sondern natürliche Heiden, z.B. auf Moor,
Dünen, Halbwüsten, Gebirge und anderen extremen Standorten.

Waldweide, Heide ist von Grünland zu unterscheiden. Wie würdest Du denn
Lüneburger Heide taggen? Ich glaube momentan ist sie als natural=heath getagged,
was mir nicht so gefällt. Eigentlich müsste man hier ein landuse=heath einführen
um Anthropogenes vom wertvollen, da selten und empfindlicheren Natürlichen zu
unterscheiden. Oder bei Heide natural in landuse transformieren. 


Das wäre m.E. noch gut/praktikabel:

landuse:grass
animal:horse

landuse:heath
animal:sheep

Waldweide
landuse:forest
animal:cattle




> 
> ...
viele Grüße, minze


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

Re: [Talk-de] Komisches Verhalten von Mapnik

[Alexander Matheisen]

> Bei mir steht "tile   Mapnik tile serveryevaudnot updating".
> Bist du im Wiki eingeloggt? Bei mir kam neulich auch erst nach dem Login die 
> aktuelle Version der Seite.

Aha, wenn ich mich einlogge, steht das bei mir auch. Merkwürdig...

OK, alles klar, dann weiß ich, woran es liegt.


Alex


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

Re: [Talk-de] Komisches Verhalten von Mapnik

[BBO]

Am 03.10.2010 um 11:39 schrieb Alexander Matheisen:

>> Laut http://wiki.openstreetmap.org/wiki/Platform_Status rendert mapnik 
>> aktuell nicht. Kann ich auch bestätigen (meine Änderungen erscheinen auch 
>> nicht).
> 
> Wo soll das stehen? Bei mir steht bis auf Namefinder überall Status OK
> und kein sonstiger Hinweis.

Bei mir steht "tile Mapnik tile serveryevaudnot updating".
Bist du im Wiki eingeloggt? Bei mir kam neulich auch erst nach dem Login die 
aktuelle Version der Seite.

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

Re: [Talk-de] Komisches Verhalten von Mapnik

[Alexander Matheisen]

> Laut http://wiki.openstreetmap.org/wiki/Platform_Status rendert mapnik 
> aktuell nicht. Kann ich auch bestätigen (meine Änderungen erscheinen auch 
> nicht).

Wo soll das stehen? Bei mir steht bis auf Namefinder überall Status OK
und kein sonstiger Hinweis.

Komischerweise wurden andere Änderungen die ich später gemacht habe,
schon gerendert, zwar noch nicht in allen Zoomstufen, aber auf einigen.


Alex


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

Re: [Talk-de] Komisches Verhalten von Mapnik

[BBO]

Moin
Laut http://wiki.openstreetmap.org/wiki/Platform_Status rendert mapnik aktuell 
nicht. Kann ich auch bestätigen (meine Änderungen erscheinen auch nicht).

Gruß BBO


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

[Talk-de] Komisches Verhalten von Mapnik

[Alexander Matheisen]

Hallo,

ich habe hier ein kleines Problem und weiß nicht so recht weiter:

An dieser Stelle:
http://www.openstreetmap.org/?lat=51.20919&lon=6.67764&zoom=17&layers=M

habe ich gestern Nachmittag mal einige Hausnummern eingetragen, etc.

Die neuen Daten werden aber nicht angezeigt. Wenn ich den Status der
Kachel überprüfe:
http://b.tile.openstreetmap.org/17/67966/43759.png/status

steht dort seit gestern Nachmittag, nachdem ich die Daten hochgeladen
hatte (ich habe bestimmt jede Stunde neu nachgeschaut), dass die Kachel
gerade gerendert wird. Das steht aber immer noch da und die Daten werden
auch immer noch nicht angezeigt. Cache etc. habe ich jedes mal gelöscht,
daran kann es nicht liegen.

In Osmarender wird alles angezeigt, und auch ein Anhängen von /dirty hat
scheinbar nichts gebracht.

Was kann ich tun, damit die Daten endlich erscheinen?


Alex


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

Re: [Talk-de] tunnel? bridge?

[Garry]

 Am 01.10.2010 10:45, schrieb Georg Feddern:

moin,

Garry schrieb:

 Am 01.10.2010 09:22, schrieb Steffen Heinz:
es handelt sich hier um einen Bach der durch einen röhre geführt 
wird um

die Straße zu unterqueren...

Für den Bach ist es ein Tunnel. für den Strassenverkehr eine Brücke 
da es gegebenfalls
eine Gewichtsbeschränkung geben kann, was durch den Tunnel nicht 
deutlich werden würde.


es kann vorkommen, das für die Straße eine Gewichtsbeschränkung gilt - 
aber deswegen ist es doch noch keine Brücke.
Nich wegen der Gewischtsbeschränkung, sondern wegen der "Überführung" 
die zu einer Gewichtsbeschränkung führen kann.
(Davon ausgehend, dass es sich tatsächlich um eine Röhre handelt, es 
also keine tatsächliche Brückenkonstruktion gibt.)
Die Gewichtsbeschränkung kann man ja genauso an den betroffenen 
Straßenabschnitt taggen.
Was ist eine Brückenkonstruktion? Es gibt Durchlässe aus einem 2-3m 
"dicken" Betonrohr mit Geländer oben an der Strasse


Garry

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