Re: [Talk-de] Frage zum Mappen von Gemüsefeldern

[Peter]

Am 18.03.2015 23:04, schrieb Lothar Beck:


ich habe da ein Spargelfeld das als landuse=orchard gemappt wurde.


Das kommt daher das das auf Luftbildern fast wie Obstbäume aussieht.
Runde grüne Kugeln die nicht ganz niedrig sind. Da hat einer einfach
Obstbäume zu erkennen geglaubt.

An den Schatten kann man es meist erkennen, denn Obstbäume sind
heutzutage immer noch 2m hoch, Spargel nur ca 1m. Arme verkrüppelte
Bäume.

Mir fällt es manchmal durchaus schwer die zu unterscheiden, da muß
man schonmal hinfahren.

Wenn die Bäume noch schmaler gezogen werden kann man sie auch nicht
mehr vom Weinbau unterscheiden.



Gefühlsmäßig hätte ich das als landuse=farmland gemappt und orchard nur
verwendet wo Bäume evtl. noch große Büsche stehen die abgeerntet werden.

Und wenn man sich nicht sicher ist, befragt man eben das Wiki.


[...]

Das ist inkonsistent, ja. Fiel mir auch schon mal auf.

Für mich gilt:
Orchard == Bäume.

Ich sehe es von dem 'was man sieht'.
Wenn also einer Orangen züchtet die flach auf dem Boden wachsen ist das
kein Orchard mehr.

Es wäre für den nicht fachgebildeten Mapper auch schwierig eine
kompliziertere Differenzierung umzusetzen.
Und für den Kartennutzer ebenso. Der will sehen
'Hinter dem Obstbaumgarten links abbiegen', ohne
aus- oder abzusteigen und den Acker zu inspizieren ob das
Gewächs auf dem Boden Obst ist. Ja, Kartennutzung ist
für mich noch das wichtigste.

Tomaten sind Obst, Buschtomaten wachsen niedrig:-)

Ein Tag das unterscheidet zwischen Getreide und anderem
wäre was. Also was grobes das jeder kann:
   Getreide/Rüben/Blattwerk.
Aber das dürfte jährlich wechseln und ist von daher
unsinnig. Schon von dem Zeitpunkt der Luftaufnahme bis
sich einer mal dranmacht das zu erfassen ist das auf'm
Acker schon wieder anders.

Bäume brauchen doch Jahre bis Jahrzehnte bis sie sich lohnen,
daher sind die sinnvoll in OSM da beständig. Und optisch
gut als Ortsmarker geeignet.


Peter



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

Re: [Talk-de] information=guidepost auf eine kreuzungsnode

[Florian Lohoff]

On Thu, Mar 19, 2015 at 10:08:28PM +0100, Kurt Waldhans wrote:
> Genau das von dir angesprochene Tagging (guidepost mit bicycle=yes
> direkt auf den Weg) wird hier im Westen NRW (HS,MGL,VIE,...) für die
> neuen Knotenpunkt-Netzwerke verwendet.
> 
> Mit dem bicycle=yes bin ich auch nicht glücklich, werde das mal beim
> Stammtisch ansprechen. Aber das ist halt kein logisches
> tagging-System, sonst würde das ja auch "access:bicycle=yes" sein.
> 
> Wir habe die Knoten im Weg als Kompromiss gewählt. Die Knotennummer
> und die Netzwerk-Information (also network= und rcn_ref=) muss auf
> jeden Fall an den node, so ist das auch in Belgien/Niederlande.
> 
> In den Niederlanden sind die guidepost gar nicht aufgenommen. Wir
> haben sie jetzt mal direkt am Weg,  geht schneller und die
> Knotennummer wird nicht dupliziert. _Also bitte jetzt nicht alles
> löschen!_

Vom Löschen bin ich weit entfernt. Wenn move ich die Informationen
auf einen eigenen node der dann da hin kommt wo auch der Wegweiser
steht, weg von dem weg oder der Mitte der Kreuzung.
Hier in der umgebung gibts ein paar nodes die eine ref tragen die
dann ja auch erhalten bleibt. Also kann jeder easy auch die
entsprechenden sign/guideposts wiederfinden.

> Generell aber noch: ich habe noch keinen Router gefunden, der von
> einer Informations--Tafel gestoppt wurde. Ich kenne hier im Kreis
> jede Menge Probleme beim Routing, aber das sind alles
> tagging-Probleme auf dem Weg oder auf barrier-Knoten.  Alles andere
> sind eher Fehler im Router!

Grundsätzlich sollte der node mit der Informationstafel oder
dem Wegweise da hin wo er auch steht. Und der steht nicht mitten
auf der Kreuzung. 

Unbestritten ist das auch ein Fehler im Router - Es war ja nur der
weg wie ich drüber gestolpert bin. Es sollte aber jedem klar sein
das ein tag das auch in verbindung mit anderen tags komplett andere
bedeutung hat massiv gefährlich ist. Wenn das doof interpretiert
wird kommen halt (nicht nur im routing) effekte bei raus die vielleicht
gar nicht gewollt sind.

Flo
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


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

Re: [Talk-de] information=guidepost auf eine kreuzungsnode

[Jo]

Ich habe schon vor einige Jahren in die Niederlände drauf hin gewiesen das
das Knotenummer (rcn_ref) auf die Kreuzung stehen sollte. Wenn
information_board oder map auch vorhanden sind (wie es meistens in NL der
Fall ist), sollten die als Node neben der Weg, genau wo diese Tafel steht
gemappt werden.

Grüsse.

Polyglot

2015-03-19 22:08 GMT+01:00 Kurt Waldhans :

> Genau das von dir angesprochene Tagging (guidepost mit bicycle=yes direkt
> auf den Weg) wird hier im Westen NRW (HS,MGL,VIE,...) für die neuen
> Knotenpunkt-Netzwerke verwendet.
>
> Mit dem bicycle=yes bin ich auch nicht glücklich, werde das mal beim
> Stammtisch ansprechen. Aber das ist halt kein logisches tagging-System,
> sonst würde das ja auch "access:bicycle=yes" sein.
>
> Wir habe die Knoten im Weg als Kompromiss gewählt. Die Knotennummer und
> die Netzwerk-Information (also network= und rcn_ref=) muss auf jeden Fall
> an den node, so ist das auch in Belgien/Niederlande.
>
> In den Niederlanden sind die guidepost gar nicht aufgenommen. Wir haben
> sie jetzt mal direkt am Weg,  geht schneller und die Knotennummer wird
> nicht dupliziert. _Also bitte jetzt nicht alles löschen!_
>
> Generell aber noch: ich habe noch keinen Router gefunden, der von einer
> Informations--Tafel gestoppt wurde. Ich kenne hier im Kreis jede Menge
> Probleme beim Routing, aber das sind alles tagging-Probleme auf dem Weg
> oder auf barrier-Knoten.  Alles andere sind eher Fehler im Router!
>
> Kurt
>
>
> On 19-Mar-15 16:35, Florian Lohoff wrote:
>
>> Nein - ich hatte da als das announcement kam mit rumgespielt und habe
>> nach kaputten routen rumgeklickt - Und hab tonnen an zeugs gefunden wo tags
>> komische nebeneffekte in der route habe. Das war nur eins davon. Hatte ich
>> auch schon wieder verdrängt bis ich auf der FossGis das thema Overpass mir
>> mal angesehen habe. Bisher habe ich mir so zeugs ja immer selber in der
>> Postgis gebaut ... overpass ist schon bequem. Ich müsste es versuchen zu
>> reproduzieren. Flo
>>
>
>
> --
> Kurt Waldhans
> +49 2162 89507
> mobile +49 172 7033010
> k...@waldhans.com
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] information=guidepost auf eine kreuzungsnode

[Kurt Waldhans]

Genau das von dir angesprochene Tagging (guidepost mit bicycle=yes 
direkt auf den Weg) wird hier im Westen NRW (HS,MGL,VIE,...) für die 
neuen Knotenpunkt-Netzwerke verwendet.


Mit dem bicycle=yes bin ich auch nicht glücklich, werde das mal beim 
Stammtisch ansprechen. Aber das ist halt kein logisches tagging-System, 
sonst würde das ja auch "access:bicycle=yes" sein.


Wir habe die Knoten im Weg als Kompromiss gewählt. Die Knotennummer und 
die Netzwerk-Information (also network= und rcn_ref=) muss auf jeden 
Fall an den node, so ist das auch in Belgien/Niederlande.


In den Niederlanden sind die guidepost gar nicht aufgenommen. Wir haben 
sie jetzt mal direkt am Weg,  geht schneller und die Knotennummer wird 
nicht dupliziert. _Also bitte jetzt nicht alles löschen!_


Generell aber noch: ich habe noch keinen Router gefunden, der von einer 
Informations--Tafel gestoppt wurde. Ich kenne hier im Kreis jede Menge 
Probleme beim Routing, aber das sind alles tagging-Probleme auf dem Weg 
oder auf barrier-Knoten.  Alles andere sind eher Fehler im Router!


Kurt


On 19-Mar-15 16:35, Florian Lohoff wrote:
Nein - ich hatte da als das announcement kam mit rumgespielt und habe 
nach kaputten routen rumgeklickt - Und hab tonnen an zeugs gefunden wo 
tags komische nebeneffekte in der route habe. Das war nur eins davon. 
Hatte ich auch schon wieder verdrängt bis ich auf der FossGis das 
thema Overpass mir mal angesehen habe. Bisher habe ich mir so zeugs ja 
immer selber in der Postgis gebaut ... overpass ist schon bequem. Ich 
müsste es versuchen zu reproduzieren. Flo 



--
Kurt Waldhans   
+49 2162 89507
mobile +49 172 7033010
k...@waldhans.com

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

[Talk-de] Overpass API: Link zur Beispielsammlung im Wiki

[mmd]

Hallo,

in Rolands Vortrag "Schatzsuche in OSM" [1] kam die Frage nach einer
Beispielsammlung für Overpass API-Abfragen auf.

Im Wiki gibt es dazu bereits eine recht umfassende, bisweilen etwas
unstrukturierte Sammlung [2], in der auch einiges an Beispielen von
stackoverflow, help osm und weiteren Seiten mit eingeflossen ist. Wenn ihr
noch mehr tolle Queries habt, bitte gerne ergänzen!

Übrigens: die neue Seite "Overpass API by Example" [3] sucht noch
Freiwillige für die Übersetzung.

Gruß,
mmd

[1] https://www.youtube.com/watch?v=VJItOHImN7A
[2] http://wiki.openstreetmap.org/wiki/DE:Overpass_API/Beispielsammlung
[3] http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_API_by_Example



--
View this message in context: 
http://gis.19327.n5.nabble.com/Overpass-API-Link-zur-Beispielsammlung-im-Wiki-tp5837888.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Frage zum Mappen von Gemüsefeldern

[Steffen Wolf]

Volker Schmidt schrieb:

>>  http://en.wikipedia.org/wiki/Orchard
>> Und da steht dann wieder Gemuese, aber auch irgendetwas mit Beeren.

> Nein, dort steht nichts von Gemuese im Sinne von Kohl oder Rueben.

| An orchard is an intentional planting of trees or shrubs that is
| maintained for food production.

| Orchards comprise fruit, vegetable, and nut-producing trees which are
| grown for commercial production.

> Hier ist die Rede von "Gemuese"-produzierenden *Baeumen*. Ich denke etwa an
> Avocado.

Ah, das erklaert meine Verwirrtheit. Im ausgeschlafenen Zustand verstehe
ich jetzt auch den Satz mit den Beeren:

| A fruit garden is generally synonymous with an orchard, although it is
| set on a smaller non-commercial scale and may emphasize berry shrubs in
| preference to fruit trees.

Ich glaub, ich hab mich heute nacht verrannt, und wollte unbedingt eine
Begruendung fuer die Moeglichkeit, Spargel als Orchard einzutragen, an
den Haaren herbeiziehen. Dabei ist ein wichtiger Punkt untergegangen:
Gemuese passt nicht zum Orchard.

Gruss,
 Steffen
-- 
Es gibt keinen unschuldigen Leser. Wir alle übertragen unsere
persönlichen Perversitäten auf die Texte, die wir lesen. Ein Leser ist
die Summe dessen, was er vorher gelesen und im Fernsehen und Kino
gesehen hat. Zu den Anhaltspunkten, die der Autor gibt, wird der Leser
immer noch seine eigenen hinzufügen.  [Arturo Perez-Reverte, Der Club Dumas]

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

Re: [Talk-de] Frage zum Mappen von Gemüsefeldern - Praktikabilität bedenken

[Martin Koppenhoefer]

Am 19. März 2015 um 11:55 schrieb goegeo :

> 1. Dauergrünland (Tag: landuse=meadow)
> 2. Ackerbauflächen (Tag: landuse=farmland)
>


nach meinem Verständnis ist das bereits so, dazuhin gibt es dann noch
"orchard" für Baumplantagen, z.B. Oliven, Äpfel, Orangen etc. und
"vineyard" für Weinberge.

Was Du aufzählst (Spargel, Erdbeeren, Getreide, Kartoffeln und mehr) ist
alles "farmland".

Gruß,
Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] information=guidepost auf eine kreuzungsnode

[chris66]

Am 19.03.2015 um 12:13 schrieb Florian Lohoff:

>> 2) bicycle=yes ist ein legitimes Tag fuer information=guidepost und im JOSM
>> preset vorgesehen.
> 
> Aber auf einem highway way - auf was bezieht sich das bicycle=yes?
> 
> Auf den guidepost oder auf den way?

Auf den guidepost, und soll anzeigen, dass dieser Infos
für Radler beinhaltet.

> Semantisch ist das total kaputt und führt eben zu Fehlern im routing.

Ja, OSM ist an manchen Stellen nicht "schön designed". ;-)

Chris




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

Re: [Talk-de] Scannen und Stitchen von großen Karten

[Thorsten Alge]

> Du kannst damit die Bilder georeferenzieren, und danach als ganzes
> exportieren, d.h. alles zusammengefügt, richtig fix ist das am Anfang
> sicher nicht, aber Dateigrößen sind egal (im Gegensatz zu GIMP etc., wo man
> schnell sehr viel Speicher braucht), und die geotiffs die Du exportierst
> können vielfältig weiterverwendet werden, ich glaube auch in JOSM
> (alternativ tiles rendern und als Hintergrund laden).
Georeferenzieren und in Tiles umwandeln ist nicht das Problem. Das mache
ich später immer über mapwarper.net. die vielen Einzelbilder vernünftig
zusammenzuführen ist ein bisschen Problematisch. Eigentlich ist Hugin da
schon gar nicht so schlecht gewesen, kommt nur mit größeren Bildern
nicht klar.

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

Re: [Talk-de] Scannen und Stitchen von großen Karten

[Martin Koppenhoefer]

Am 19. März 2015 um 17:32 schrieb Thorsten Alge :

> Aber QGis werde ich mir mal ansehen – wusste nicht, dass es sowas kann.
>


Du kannst damit die Bilder georeferenzieren, und danach als ganzes
exportieren, d.h. alles zusammengefügt, richtig fix ist das am Anfang
sicher nicht, aber Dateigrößen sind egal (im Gegensatz zu GIMP etc., wo man
schnell sehr viel Speicher braucht), und die geotiffs die Du exportierst
können vielfältig weiterverwendet werden, ich glaube auch in JOSM
(alternativ tiles rendern und als Hintergrund laden).

Gruß,
Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Scannen und Stitchen von großen Karten

[Thorsten Alge]

> QGIS? Notfalls geht ja auch GIMP, aber der entzerrt Dir nicht die Scans.
> Üblicherweise dehnt und verzerrt sich Papier bei langer Lagerung durch
> Luftfeuchtigkeit etc. und je nach Scanner gibt es auch beim Einscannen
> Verzerrungen.

Gimp? Also die Verzerrung des Papiers ist das geringste Problem. Gimp
ist aber für das Stitchen der Bilder kaum besser geeignet als MS Paint.

Aber QGis werde ich mir mal ansehen – wusste nicht, dass es sowas kann.

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

Re: [Talk-de] Frage zum Mappen von Gemüsefeldern

[Martin Koppenhoefer]

Am 18. März 2015 um 23:04 schrieb Lothar Beck :

> ich habe da ein Spargelfeld das als landuse=orchard gemappt wurde.
> Gefühlsmäßig hätte ich das als landuse=farmland gemappt und orchard nur
> verwendet wo Bäume evtl. noch große Büsche stehen die abgeerntet werden.
>


+1
orchard erfordert zwingend Bäume, das hat mit Spargel nichts zu tun.



> Dagegen steht auf der Wikiseite:
> http://wiki.openstreetmap.org/wiki/DE:Tag:landuse%3Dfarmland
> keine Obst- und Gemüseplantagen -> hierfür landuse=orchard benutzen.
>


Gemüse fällt mir spontan keines ein, das auf Bäumen wächst, Nüsse könnte
man aber dazunehmen. So was wird Erdbeeren oder Heidelbeeren passt aber
z.B. auch nicht in einen "orchard".



>
> Und die Wikiseite:
> http://wiki.openstreetmap.org/wiki/DE:Tag:landuse%3Dorchard
> Der Tag landuse=orchard kennzeichnet eine Obstplantage, Obstgarten,
> Gemüseanbau, Anpflanzung von Bäumen oder Sträuchern zur
> Lebensmittelproduktion. (jedoch keinen Weinanbau).
>


"Obstgarten", sofern es nicht um Bäume geht, passt nicht.

 Gruß,
Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] information=guidepost auf eine kreuzungsnode

[Florian Lohoff]

On Thu, Mar 19, 2015 at 02:57:22PM +0100, Kurt Waldhans wrote:
> Kannst du das Problem mit dem Router spezifieren? Router / Start /
> Ziel / Profil ?

Nein - ich hatte da als das announcement kam mit rumgespielt und habe
nach kaputten routen rumgeklickt - Und hab tonnen an zeugs gefunden
wo tags komische nebeneffekte in der route habe. Das war
nur eins davon.

Hatte ich auch schon wieder verdrängt bis ich auf der FossGis das
thema Overpass mir mal angesehen habe. Bisher habe ich mir so zeugs
ja immer selber in der Postgis gebaut ... overpass ist schon bequem.

Ich müsste es versuchen zu reproduzieren. 

Flo
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


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

Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

[Martin Simon]

Am 19.03.2015 16:18 schrieb "Martin Koppenhoefer" :
>
> Am 19. März 2015 um 13:20 schrieb Martin Simon :

> das ist allerdings auch nur eine Optimierung, die auf Wahrscheinlichkeiten
> beruht, es könnte ja an jeder Stelle der Strecke günstiger sein, eine
kurze
> Abkürzung über einen Feldweg zu nehmen (auch wenn das viele Autofahrer
> sicher nicht wollten, selbst wenn man ein paar Minuten oder Sekunden
spart).

Klar, aber für hiesige Verhältnisse sollte es gut funktionieren und es wäre
immer noch sinnvoller, als die Betrachtung von tracks komplett
auszuschließen. (wenn man sie denn unbedingt aus dem Graph fernhalten will)

Gruß,

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

Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

[Martin Koppenhoefer]

Am 19. März 2015 um 13:20 schrieb Martin Simon :

> Zudem arbeiten einige router beidseitig (auch das erwähnte Osmand): vom
> Start in Richtung Ziel und vom Ziel in Richtung Start - tracks etc müssen
> also nur geprüft werden, bis die Route das erste mal auf das "normale"
> Straßennetz trifft - oder höchstens noch ein paar Zyklen länger, um
> eventuell günstigere Alternativen zu finden. Danach kann man sich auf Wege
> >= residential beschränken das gilt dann für Start- und Zielpunkt.
>


das ist allerdings auch nur eine Optimierung, die auf Wahrscheinlichkeiten
beruht, es könnte ja an jeder Stelle der Strecke günstiger sein, eine kurze
Abkürzung über einen Feldweg zu nehmen (auch wenn das viele Autofahrer
sicher nicht wollten, selbst wenn man ein paar Minuten oder Sekunden spart).

Gruß,
Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] was:*= oder old_*= tag prefixing Was: Re: Taginfo-Challenge

[malenki]

On Sat, 14 Mar 2015 21:06:00 +0100,
Florian Lohoff wrote:

> Wie man auf die idee kommen kann anstatt die Versionierung der
> Datenbank die tags auf old_/was: status zu kopieren erschliesst
> sich mir nicht.

Vielleicht weißt du zu gut, wie OSM funktioniert um zu verstehen, dass
nicht alle Leute so tiefes Verständnis der Materie haben.
Ich könnte mir vorstellen, dass ein Windows-Nutzer mit
Papierkorb-Kenntnissen denkt: "Wenn ich das lösche, ist es endgültig
weg."

hth
Thomas



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

Re: [Talk-de] information=guidepost auf eine kreuzungsnode

[Kurt Waldhans]

Kannst du das Problem mit dem Router spezifieren? Router / Start / Ziel 
/ Profil ?


Kurt

On 19-Mar-15 14:03, Florian Lohoff wrote:

Das bicycle=yes ist ja nicht am Weg, sondern an dem Wegpunkt. Solange es
keine Einschränkende Wirkung hat (bicycle=no) sollte sowas zu keinem
Fehler führen. Spätestens bei Fußgängerüberwegen, die für Fahrräder
freigegeben sind [http://www.openstreetmap.org/node/285210431], würdest
du sonst Probleme bekommen.
Ich rede ja nicht von Theorie sondern von der Praxis. Mir sind die
Dinger aufgefallen weil bei einem der router auf der webseite der über
diese nodes nicht routen wollte. Soviel zum thema "sollte".

Beim ansehen ist mir dann aufgefallen das es eben total unklar ist auf
was sich bei einem way node das tag bicycle=yes bezieht.

information=guidepost
bicycle=yes

Mal davon eben abgesehen das es topologischer Unsinn ist das das
in der Mitte der Straße steht.

Wenn sich das bicycle nicht generell auf alles an diesem node bezieht
würde ich ja sagen sollte das ein guidepost:bicycle=yes sein oder so.

Flo



--
Kurt Waldhans   
+49 2162 89507
mobile +49 172 7033010
k...@waldhans.com


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

Re: [Talk-de] information=guidepost auf eine kreuzungsnode

[Andreas Neumann]

On 19.03.2015 14:03, Florian Lohoff wrote:
> Ich rede ja nicht von Theorie sondern von der Praxis. Mir sind die
> Dinger aufgefallen weil bei einem der router auf der webseite der über
> diese nodes nicht routen wollte. Soviel zum thema "sollte".
> 
> Beim ansehen ist mir dann aufgefallen das es eben total unklar ist auf
> was sich bei einem way node das tag bicycle=yes bezieht.
> 
>   information=guidepost
>   bicycle=yes
> 
> Mal davon eben abgesehen das es topologischer Unsinn ist das das
> in der Mitte der Straße steht.
> 
> Wenn sich das bicycle nicht generell auf alles an diesem node bezieht 
> würde ich ja sagen sollte das ein guidepost:bicycle=yes sein oder so.
> 
> Flo

Tut mir leid, aber das sehe ich nicht so. Wir beschreiben mit einem Node
nicht den Weg. Er ist nur Teil des Weges. Außerdem ist es quasi Regel,
dass jedes unabhängige Objekt ein Geo-Objekt für sich haben soll, um
solche Interpretationen nicht zu benötigen. Wie die Objekte zueinander
referenziert werden (Node auf Way, Objekt in Relation usw.) ist davon
unabhängig.

Ein Access-Tag sollte auf einem Way nur dann zum Problem werden, wenn es
mit einem barrier=* kombiniert ist, denn sonst bringt meine obige
Kombination spätestens dann Probleme, wenn man explizit sagt, dass die
Fußgängerampel NICHT für Radfahrer freigegeben ist ;)

Andreas

-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] information=guidepost auf eine kreuzungsnode

[Florian Lohoff]

On Thu, Mar 19, 2015 at 01:49:11PM +0100, Andreas Neumann wrote:
> On 19.03.2015 12:13, Florian Lohoff wrote:
> >> 2) bicycle=yes ist ein legitimes Tag fuer information=guidepost und im JOSM
> >> preset vorgesehen.
> > 
> > Aber auf einem highway way - auf was bezieht sich das bicycle=yes?
> > 
> > Auf den guidepost oder auf den way?
> > 
> > Semantisch ist das total kaputt und führt eben zu Fehlern im routing.
> 
> Das bicycle=yes ist ja nicht am Weg, sondern an dem Wegpunkt. Solange es
> keine Einschränkende Wirkung hat (bicycle=no) sollte sowas zu keinem
> Fehler führen. Spätestens bei Fußgängerüberwegen, die für Fahrräder
> freigegeben sind [http://www.openstreetmap.org/node/285210431], würdest
> du sonst Probleme bekommen.

Ich rede ja nicht von Theorie sondern von der Praxis. Mir sind die
Dinger aufgefallen weil bei einem der router auf der webseite der über
diese nodes nicht routen wollte. Soviel zum thema "sollte".

Beim ansehen ist mir dann aufgefallen das es eben total unklar ist auf
was sich bei einem way node das tag bicycle=yes bezieht.

information=guidepost
bicycle=yes

Mal davon eben abgesehen das es topologischer Unsinn ist das das
in der Mitte der Straße steht.

Wenn sich das bicycle nicht generell auf alles an diesem node bezieht 
würde ich ja sagen sollte das ein guidepost:bicycle=yes sein oder so.

Flo
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


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

Re: [Talk-de] information=guidepost auf eine kreuzungsnode

[Andreas Neumann]

On 19.03.2015 12:13, Florian Lohoff wrote:
>> 2) bicycle=yes ist ein legitimes Tag fuer information=guidepost und im JOSM
>> preset vorgesehen.
> 
> Aber auf einem highway way - auf was bezieht sich das bicycle=yes?
> 
> Auf den guidepost oder auf den way?
> 
> Semantisch ist das total kaputt und führt eben zu Fehlern im routing.

Das bicycle=yes ist ja nicht am Weg, sondern an dem Wegpunkt. Solange es
keine Einschränkende Wirkung hat (bicycle=no) sollte sowas zu keinem
Fehler führen. Spätestens bei Fußgängerüberwegen, die für Fahrräder
freigegeben sind [http://www.openstreetmap.org/node/285210431], würdest
du sonst Probleme bekommen.

Gruß
Andreas

-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

[Martin Simon]

Am 17. März 2015 um 10:50 schrieb chris66 :

> WIKI:
> " Diese Unterscheidung ist für Navigationssysteme interessant:
> highway=track wird vom Navigationssystem (Router) beim normalen
> KFZ-Routen nicht berücksichtigt (z.B. OpenRouteService). "
>
> Wenn also KFZ-Router tracks aus Performancegründen gar nicht mit
> aufnehmen in ihren Graphen dann sehe ich das nicht als Fehler an.
>

Nur weil irgendwo im Wiki jemand eingetragen hat, dass highway=track von
Routern nicht ausgewertet würde (von welchem bitte? alle? definitiv
nicht!), ist es "richtig", wenn Router tracks ignorieren?

Zudem arbeiten einige router beidseitig (auch das erwähnte Osmand): vom
Start in Richtung Ziel und vom Ziel in Richtung Start - tracks etc müssen
also nur geprüft werden, bis die Route das erste mal auf das "normale"
Straßennetz trifft - oder höchstens noch ein paar Zyklen länger, um
eventuell günstigere Alternativen zu finden. Danach kann man sich auf Wege
>= residential beschränken das gilt dann für Start- und Zielpunkt.

Gruß,

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

Re: [Talk-de] Frage zum Mappen von Gemüsefeldern

[Martin Simon]

Anbau von Gehölzen (zur Lebensmittelgewinnung) -> orchard
Anbau von Gedöns (auch Spargel) -> farmland / meadow

Platt, aber eindeutig.

Gruß,

Martin

Am 19. März 2015 um 08:55 schrieb Volker Schmidt :

> >
> > Dann wird verwiesen auf das andere Wiki:
> >  http://en.wikipedia.org/wiki/Orchard
> > Und da steht dann wieder Gemuese, aber auch irgendetwas mit Beeren.
> >
> >
> > Nein, dort steht nichts von Gemuese im Sinne von Kohl oder Rueben.
>
> "An *orchard* is an intentional planting of trees
>  or shrubs
>  that is maintained for food
>  production
> ."
> und
> "Orchards comprise fruit ,
> vegetable , and nut
> -producing trees which are
> grown for commercial production."
>
> Hier ist die Rede von "Gemuese"-produzierenden *Baeumen*. Ich denke etwa an
> Avocado.
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] information=guidepost auf eine kreuzungsnode

[Florian Lohoff]

On Thu, Mar 19, 2015 at 10:36:42AM +0100, Volker Schmidt wrote:
> Vorsicht!
> 
> 1) es gibt Wegweiser die mitten auf Kreuzungen oder Abzweigungen stehen,
> vor allem bei Wander- oder Radwegen, auch wenn es im wiki explizit
> ausgeschlossen ist:
> https://wiki.openstreetmap.org/wiki/Tag:information%3Dguidepost
> "Please do not tag a crossroads as a guidepost. "

Auf highways to von mehrspurigen Fahrzeugen benutzt werden gibts das
aber nicht. 

Wenn das ein path/footway/cycleway mag das ja alles sein. Sobald
ein beteiligter weg einer für mehrspurige Fahrzeuge ist kann das nicht
mehr sein. Und selbst bei obigen würde ICH den Weg um das Schild
beidseitig herum führen.
 
> 2) bicycle=yes ist ein legitimes Tag fuer information=guidepost und im JOSM
> preset vorgesehen.

Aber auf einem highway way - auf was bezieht sich das bicycle=yes?

Auf den guidepost oder auf den way?

Semantisch ist das total kaputt und führt eben zu Fehlern im routing.

Flo
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


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

Re: [Talk-de] Frage zum Mappen von Gemüsefeldern - Praktikabilität bedenken

[goegeo]

Hallo zusammen,

die angedeutete Problematik ist in meinen Augen genereller Natur. Ich 
selber mappe seit einiger Zeit Landnutzungsflächen (vor allem 
landwirtschaftlicher Natur). Als Beschäftigter in einem auf den Obst-und 
Gemüseanbau spezialisierten Betrieb (Spargel, Erdbeeren, Getreide, 
Kartoffeln und mehr) plädiere ich hier bei OSM für etwas mehr 
Praktikabilität.


Die Kategorisierung der Landnutzung im deutschsprachigen Wiki ist für 
mich bisher unzureichend. Sie sollte daher grundsätzlich überarbeitet 
werden.


Hier ein Vorschlag zur Überarbeitung (mit der Bitte um weitere Diskussion):

Eine sinnvolle Kategoriestruktur sollte aus Gründen der Praktikabilität 
bei den generellen Klassen für "Landwirtschaftliche Nutzflächen" 
ansetzen, die in einem geordneten Verhältnis zueinander stehen 
(beispielsweise Grünlandumbruch):


1. Dauergrünland (Tag: landuse=meadow)
2. Ackerbauflächen (Tag: landuse=farmland)

Innerhalb dieser Kategoriestruktur ließe sich auf Basis 
unterschiedlicher Kriterien weiter untergliedern (z.B. nach Produktart, 
Anbauspezifika (einjährig/ mehrjährig, ...)


Hieraus ergebe sich der Vorteil, dass für die generelle Klassifikation 
(in Zukunft) unter Umständen auf öffentlich verfügbare und gepflegte 
Daten zurück gegriffen werden könnte (Arbeitserleichterung bei der 
Pflege der Daten). Jeder der weiter unterteilen möchte, kann dies 
machen, sollte sich aber bewusst sein, dass er dann auch für die 
Aktualität der Daten zuständig ist. Gerade bei einem im Ackerbau 
üblichen Fruchtwechsel (egal ob staatlich oder verbandsmäßig 
verpflichtend oder individuell aus Gründen der Fruchtfolge angewandt) im 
Jahresrhythmus, ist dieser nur schwer über die Zeit aktuell zu halten.


Was denkt Ihr: Mache ich es mir hiermit zu einfach? Freue mich auf eine 
weitergehende fruchtbare Diskussion.


Grüße, goegeo

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

Re: [Talk-de] information=guidepost auf eine kreuzungsnode

[Volker Schmidt]

Vorsicht!

1) es gibt Wegweiser die mitten auf Kreuzungen oder Abzweigungen stehen,
vor allem bei Wander- oder Radwegen, auch wenn es im wiki explizit
ausgeschlossen ist:
https://wiki.openstreetmap.org/wiki/Tag:information%3Dguidepost
"Please do not tag a crossroads as a guidepost. "

2) bicycle=yes ist ein legitimes Tag fuer information=guidepost und im JOSM
preset vorgesehen.


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

Re: [Talk-de] Scannen und Stitchen von großen Karten

[Martin Koppenhoefer]

Am 18. März 2015 um 22:07 schrieb Thorsten Alge :

> Zum zusammenfügen nutze ich Hugin aber leider stößt dies bei größeren
> Karten sehr schnell an seine Grenzen. Kennt hier jemand eine gute
> Alternative – vorzugsweise für Linux/BSD oder OSX?
>



QGIS? Notfalls geht ja auch GIMP, aber der entzerrt Dir nicht die Scans.
Üblicherweise dehnt und verzerrt sich Papier bei langer Lagerung durch
Luftfeuchtigkeit etc. und je nach Scanner gibt es auch beim Einscannen
Verzerrungen.

Gruß,
Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] information=guidepost auf eine kreuzungsnode

[Florian Lohoff]

Hi,

ich ärgere mich da ja schon eine weile drüber das Leute
signposts/guideposts auf einen Kreuzungsnode packen. Das
Schild/Wegweiser steht ja nicht mitten auf der Kreuzung sondern 
am Straßenrand.

Jetzt ist mir aber noch ein ding untergekommen. Jemand hatte
dem guidepost ein bicycle=yes mitgegeben. Das ist natürlich
fatal wenn das mitten auf der Kreuzung ist (Kreuzungsnode) weil
bicycle ein access tag ist. Prompt klappt auch routing nicht
mehr wie gewohnt (Ja - ist auch fehlinterpretation der access tags
aber mit dem tagging ist es völlig unklar auf was sich das bicycle
bezieht).

Ich habe mich daraufhin mal mit dem overpass zeugs beschäftigt.
Hier mal den snippet den ich verwende um nodes auf ways mit
guidepost zu finden.

[bbox:{{bbox}}];
way[highway];node(w)->.n1;
node.n1[information=guidepost];
out meta;

Kann man sicherlich noch erweitern um  Kreuzungen, aber am Ende
haben guideposts auf highway waynodes nichts verloren. 

Vielleicht wäre das auch mal was für eine Wochenaufgabe die
zu bereinigen.

Flo
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


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

Re: [Talk-de] Frage zum Mappen von Gemüsefeldern

[Volker Schmidt]

>
> Dann wird verwiesen auf das andere Wiki:
>  http://en.wikipedia.org/wiki/Orchard
> Und da steht dann wieder Gemuese, aber auch irgendetwas mit Beeren.
>
>
> Nein, dort steht nichts von Gemuese im Sinne von Kohl oder Rueben.

"An *orchard* is an intentional planting of trees
 or shrubs
 that is maintained for food
 production
."
und
"Orchards comprise fruit ,
vegetable , and nut
-producing trees which are
grown for commercial production."

Hier ist die Rede von "Gemuese"-produzierenden *Baeumen*. Ich denke etwa an
Avocado.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Frage zum Mappen von Gemüsefeldern

[Garry]

Am 19.03.2015 um 04:44 schrieb Steffen Wolf:



Ok, zum Gemuese, aeh, Spargel:
 http://de.wikipedia.org/wiki/Gem%C3%BCsespargel
Darin steht
| Spargelbeete können bei richtiger Pflege und Düngung mindestens bis zu
| zehn Jahre beerntet werden.
Oder mit Hinweis auf Johannis:
| Der Hintergrund für diese Bauernregel ist die Einhaltung einer
| ausreichenden Regenerationszeit der Pflanze für eine ertragreiche
| Ernte im nächsten Jahr.

Mehrjaehrig, zwar Gemuese, aber eben doch orchardfaehig.

Gemüse definiert sich doch gerade dadurch, dass es nicht mehrjährig ist
(ein bis maximal zweijährig) und vom oberirdischen Teil der Pflanze ist 
im Gemüsespargelanbau aus dem Vorjahr ist nichts mehr da.



Und zum Abschluss noch die Bemerkung, dass "asparagus farm"
gebraeuchlicher ist als "asparagus orchard". (8.3 Mio zu 430T) Selbst
wenn man das Verhaeltnis zwischen Farm und Orchard (1210 Mio zu 134 Mio)
mitreinrechnet, ist asparagus orchard seltener genutzt. Zahlen durch
Google.
Durch die besonderen Anforderungen beim Anbau/Pflege/Ernte sehe ich 
orchard bei Spargel als zutreffender.
Farmland sehe ich mehr in der Richtung pflügen, aussähen und zur 
Erntezeit in einem Rutsch abernten ohne dass dazwischen
zusätzliche Pflege notwendig wäre (Bewässerung/Schädlingsbekämpfung 
ausgeklammert).



Garry

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