Re: [OSM-talk] JOSM: hover-Coordinate into clipboard by easy click or a wink?

[tshrub]

Am 07.01.20 um 03:02 schrieb Wayne Emerson, Jr. via talk:
I don't know if JOSM can do that, but in the iD editor 

yes it works. Thanks! :-)



id-editor
https://www.openstreetmap.org
on top-bar: edit ...


the josm-lack this is impossible too - like the lack of a default search 
gui in Ubuntu. Handstand in front of the desk. We're all gonna doie.


best






you can press 
Ctrl-Shift-M to open the Measurement box, then place a node where you 
need coordinates. Click on the node, then select the coordinate text in 
the Measurement box and press Ctrl-C.


On 1/6/2020 8:39 PM, tshrub wrote:

hi,

in JOSM's status bar the mouse position is constantly running as a 
coordinate. Is there any easy way to get it, may be by keyboard into 
the clipboard?
I want to edit GPS data from, or better: add GPS-data to trackless 
photos - I want to place them like this with JOSM' sat-pictures.


bella saluti


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




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




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

[OSM-talk] JOSM: hover-Coordinate by easy click into clipboard?

[tshrub]

hi,

in JOSM's status bar the mouse position is constantly running as a 
coordinate. Is there any easy way to get it, may be by keyboard into the 
clipboard?
I want to edit GPS data from, or better: add GPS-data to trackless 
photos - I want to place them like this with JOSM' sat-pictures.


bella saluti


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

Re: [OSM-talk] JOSM: Display time of a gpx track

[tshrub]

Am 04.01.20 um 19:45 schrieb Martin Koppenhoefer:



sent from a phone


On 4. Jan 2020, at 12:37, tshrub  wrote:

I wanted to add the coordinates in certain photos (exiftool) ...



are you aware that Josm has functionality to add coordinates from a gpx track 
to list of photos (and write it back to the jpg exif tags)?


ah - I remember! ...
thx

that works fine. great!


best, t.





Cheers Martin
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk





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

Re: [OSM-talk] JOSM: Display time of a gpx track

[tshrub]

Am 03.01.20 um 23:02 schrieb Tom Pfeifer:

https://wiki.openstreetmap.org/wiki/JOSM/Plugins/InfoMode
is your friend:

   *  Displaying GPX trackpoint info - timestamp, velocity, height, 
track name and length.

   *  Hiding individual tracks and tracks older than selected.

tom


Great! Thanks, it works. :-)
xubuntu 19.19, josm 15628

... so far:

first: I cannot see the coordinate values and unfortunately(!) you 
cannot copy the point values, only delete them. I wanted to add the 
coordinates in certain photos (exiftool) ...


the two small display errors of the plugin:
the popup runs out of the right edge of the screen, because the fourth 
line does not convert html markups () and
it remains absolutely in the foreground, no matter what other 
application windows are in front of JOSM.

I have created a "ticket" ...







On 03.01.2020 19:36, tshrub wrote:

hi,
if I load gpx data as layer, how can I see the points & time from those?
With an extension I can see heights, that's fine.
Is there anything similar for the time - maybe popup-like when moving 
the mouse over it?

regards


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




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

[OSM-talk] JOSM: Display time of a gpx track

[tshrub]

hi,
if I load gpx data as layer, how can I see the points & time from those?
With an extension I can see heights, that's fine.
Is there anything similar for the time - maybe popup-like when moving 
the mouse over it?

regards


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

[OSM-talk] JOSM: Uhrzeit einer gpx-Strecke anzeigen

[tshrub]

hi,
wenn ich gpx-Daten als Ebene lade, wie kann ich von denen die Punkte mit 
Uhrzeit sehen?

Mit einer Erweiterung kann ich Höhen sehen, das ist schon gut.
Gibts Ähnliches für die Uhrzeit - vielleicht PopUp-mäßig beim 
Mausüberfahren?

 Grüße


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

[Talk-de] shop tag: Elektro, Haustechnik

[tshrub]

Hi,

ich würde das so machen:

shop=electronics
electronics=building services

sieht aber nicht so verbreitet aus und zeigt einen TV als Ikon, also: 
irreführend für einen Laden der sich mit Küchen- und Haustechnik 
beschäftigt.


salut,
ts


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

Re: [Talk-de] key:name multilanguage nach browsereinstellung anzeigen

[tshrub]

Stephan Knauss schrieb:

On 06.02.2016 15:08, tshrub wrote:

Wieso wird auf mapnik nicht "automatisch übersetzt",
sprich: wenn die tags existieren
name:de
name:el
name:en
name:ar
name:fr
zeigt mein de:en:SeaMonkey z.B. in Arabien für mich nichts lesbares an.


Weil das "default" Mapnik rendering für die Mapper da ist. Und die sind
lokal und "on the ground". Sprich: die haben überhaupt kein Problem mit
Arabisch weil Muttersprache.

Wenn du eine Karte haben willst die Namen auch auf Englisch/romanisiert
anzeigt dann musst du die einen passenden Kartenanbieter suchen.


Nur wenn ich auf eine andere Karte wie "Verkehrskarte" umschalte, werden
die key schön browserspez. extrahiert.


Macht er bei mir nicht. Wird immer Englisch angezeigt.

stimmt. Nicht browserspez. ...
'aber' Englisch steht als Ergänzung, neben dem örtlichen.


Danke.

Gruß,
tshrub





Denke daher, das
ist einfach so ein Anbieter wie oben erwähnt. Da Andy aus UK stammt wäre
das naheliegend.

Stephan



___
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] key:name multilanguage nach browsereinstellung anzeigen

[tshrub]

Hi,

Michael Reichert schrieb:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hallo,

Am 06.02.2016 um 15:08 schrieb tshrub:

Hi, sicher ein altes Thema?

Wieso wird auf mapnik nicht "automatisch übersetzt", sprich: wenn
die tags existieren name:de name:el name:en name:ar name:fr zeigt
mein de:en:SeaMonkey z.B. in Arabien für mich nichts lesbares an.


Das geht mit dem aktuellen Rendering-Stack nicht. Die Karte, die du
erhälst sind Kartenkacheln (map tiles) als PNG-Grafiken, die der
Tileserver rendert und zwischenspeichert. Für jede weitere Sprache
bräuchte man entweder einen weiteren Satz Tiles oder einen
zusätzlichen Layer.

Irgendwann, wenn man nicht mehr mit PNG-Tiles, sondern mit
"Vektortiles" arbeitet und das Rendering auf Client-Seite erfolgt, ist
es die Entscheidung des Nutzers, was wie gerendert wird.
daran habe ich nicht gedacht - "klar" ... bzw. hatte ich gehofft, dass 
die PNG-Tiles mehrsprachig vorliegen. Aber das wäre sicher zuviel 
Speicherplatz & traffic. Soweit ich weiß, ist es im Projekt eh schon 
"enger" ...







Wenn du eine deutsche Karte brauchst, musst du halt
www.openstreetmap.de benutzen.

Danke!


Grüße




Viele Grüße

Michael
...





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

[Talk-de] key:name multilanguage nach browsereinstellung anzeigen

[tshrub]

Hi,
sicher ein altes Thema?

Wieso wird auf mapnik nicht "automatisch übersetzt",
sprich: wenn die tags existieren
name:de 
name:el 
name:en 
name:ar 
name:fr 
zeigt mein de:en:SeaMonkey z.B. in Arabien für mich nichts lesbares an.

Nur wenn ich auf eine andere Karte wie "Verkehrskarte" umschalte, werden 
die key schön browserspez. extrahiert.


Grüße,
tshrub


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

Re: [Talk-de] waypoints auf osm mapnik ausdrucken - QGIS, Koordinatenbezugssystem

[tshrub]

Manuel Reimer schrieb:

tshrub  online.de> writes:

Oder kennt jemand ein anderes programm, mit dem man Punkte, ohne
sie irgendwo hochzuladen, auf eine Openstreetmap-Mapnik bekommt?


Ich verwende dafür Viking: http://sourceforge.net/projects/viking/


Danke!
Das kannte ich noch nicht.

Die Geometrie passt, schnelles Programm, aber es ist schwierig, auf 
einem 2,5 Km langen Gebiet meine 200 WPs mit Beschriftung auszugeben - 
auf DIN A3. Also viel Probiererei und Kachelmix. Da bin ich noch zu 
keinem befriedigendem Ergebnis gekommen, nach 2 Std..


Grüße,
tshrub



Gruß

Manuel
___
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] waypoints auf osm mapnik ausdrucken - QGIS, Koordinatenbezugssystem

[tshrub]

hi,

Martin Koppenhoefer schrieb:



sent from a phone


Am 31.01.2016 um 22:16 schrieb tshrub <my-email-confirmat...@online.de>:

Oder kennt jemand ein anderes programm, mit dem man Punkte, ohne

sie irgendwo hochzuladen, auf eine Openstreetmap-Mapnik bekommt?



mit leaflet selber was basteln,

Ok. Leaflet. Ich dachte jetzt nicht an "programmieren".
Aber das müsste ich sehen, das würde wohl gehen ...





oder vielleicht umap?
Mit umap.openstreetmap.fr läd man die WPs ja irgendwie ins Netz hoch und 
Druckexport, also Layout ist auf browserfeatures beschränkt.
Die Ikon sind zu groß und die Beschriftung kann ich da wohl schwerlich 
ransetzen.
(wie gesagt: auf einem 2,5 Km langen Gebiet 200 WPs mit Beschriftung 
ausgeben)






Das alte Kosmos probiere ich grad (wieder dran erinnert):
<http://wiki.openstreetmap.org/wiki/Kosmos>
aber das ist auch (noch) etwas kompliziert: die Schrift ist über 
..._Rules (nehme ich an) zu ändern, nicht über eine GUI.







Am liebsten hätte ich ja QGIS. Mein Problem mit QGIS ist aber bekannt? 
Das funktioniert tatsächlich mit OSM nicht richtig und ich habe nicht 
eine Option übersehen oder etwas falsch gemacht.







Grüße,
tshrub




Gruß,
Martin
___
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

[Talk-de] waypoints auf osm mapnik ausdrucken - QGIS, Koordinatenbezugssystem

[tshrub]

Hi,

nach einer Pause versuche ich mich grad wieder daran,
per QGIS (2.10, winXP) waypoints auf eine Openstreetmap-Mapnik zu 
"drucken". Die passen aber leider im Export (pdf oder png) nicht, 
sondern verschieben sich nach Osten bzw. nach Rechts hin.


Kann mir dazu jemand helfen o. Tipps geben?

Eingestellt habe ich Koordinatenbezugssystem (nach Layereigenschaften)
# von QGIS +proj=longlat +datum=WGS84 +no_defs
+proj=longlat +datum=WGS84 +no_defs

## Layer der WPs ist "WGS 84, EPSG 4326"
+proj=longlat +datum=WGS84 +no_defs

## Layer von OSM ist "WGS 84 / Pseudo Mercator, EPSG 3857"
+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 
+k=1.0 +units=m +nadgrids=@null +wktext +no_defs


Ich vermute, dass es an gewählten "verschiedenen"(?) 
Koordinatenbezugssystemen liegt? Oder hat QGIS im Export Bugs?


Das KBS für einen Layer ändern, kann ich eigentlich nicht - dann liegen
meine Punkte nicht mehr in Norddeutschland, sondern auf Null, vor Afrika.



Oder kennt jemand ein anderes programm, mit dem man Punkte, ohne

sie irgendwo hochzuladen, auf eine Openstreetmap-Mapnik bekommt?




Die WPs kann ich nicht direkt hochladen,
da sie noch nicht stimmen und zu bearbeiten sind.


Grüße,
tshrub


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

Re: [Talk-GB] Nature Reserves project

[tshrub]

Hi Brian,

Brian Prangle schrieb:

Hi everyone

I've come up against a couple of problems and would like some guidance:

1.Nature reserves with one name that are made up of several other nature
reserves, often with their own name. How to represent these without a
mess of names rendering? Is there a relation to fit this situation?

you suppose, its to long for the map-layout?
An 'extra' relation just for denote? I don't think that.

see here:
<http://wiki.openstreetmap.org/wiki/Talk:Tag:boundary%3Dprotected_area#some_examples>
(the first link is wrong ...). the second a relationbased mix of 
different status an areas.


name:uk="one name that are made up of several other nature reserves"
and
name:"shorter name"

than you find in the search also the strings from the long (usually on 
the map unseen) name

and on the map just the short name is shown.
( if you skipp even the short name, because its still perturbing, you 
just see the border (with leisure=nature_reserve) )





2. Berwyns NNR in Wales. This is huge and there's no copyright-free
resource (unless I can use the schematic map on a noticeboard at a
stile). I can either put a node somewhere (where?) or add a guessed
polygon which folk can amend each time they visit the area (disadvantage
is it gives the air of authoritative extent when rendered)

yes.
I would map ("exact" ;) ) approximations - with a tag note="open for 
harmonization" (or similar-sounding)









Regards

Brian



regards,
tshrub




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





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

Re: [Talk-GB] Quarterly Project: Nature Reserves

[tshrub]

Hey Dan,

Dan S schrieb:

2015-11-02 11:24 GMT+00:00 tshrub <my-email-confirmat...@online.de>:

Hey Dan,

Dan S schrieb:


Hi all,

I went to check out a local nature reserve. It's currently in OSM as a
leisure=park. I would like to tag as leisure=nature_reserve, but this
one is indeed also a publicly accessible park, so I don't like the
idea of removing the park tag.
http://www.openstreetmap.org/way/188492303
The southern end of it is closed to the public, so at the moment my
inclination is to retag the main polygon as nature_reserve, and to tag
a smaller polygon as park. Any better ideas than that?


this area is listed neither in natura2000.eea.europa.eu nor in
protectedplanet.net.
<http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area#Nature-protected-area>
If
=4 there would be *active* habitat-/species-management (trespassing
restrictions) ?
=5 there are longtime developed or grown and *large* areas with interaction
of people ("scenic values" - Ecology Park?)
=7 smaller area, protecting nature-features, like some vegetation ... or for
recreation (scenic values?)

It seems to me like protect_class=7
The IUCN-code gave a basic and gives an orientation for OSM, but the
protect_class doesn't reflect exact the IUCN-code.

So far its possible to add

boundary=protected_area
+ protect_class=7
+ protection_title=Ecology Park
+ name=Bow Creek Ecology Park
...


*But* in fact:
on its website the area too looks to a bigger part like a "park", with its
typical nature-recreation features.
So on the other hand again leisure=park?


I'm sorry but I don't understand you. I'm confused.

I said, it looks for me more like a park
(excuse my English)



* There's an area (the southern part) which has no public access, for
habitat management.
if the restriction comes from / is supported by the 
*municipal/community*, I would say, the area-part can be tagged as 
protect_class=7.




* The rest of it is park-like, except to be honest it's not very
pretty or scenic!
I think it's designed to be a place to educate city
kids about wildlife and nature. Also apparently good for birdwatching.
* The website about the area is misleading, it tries to pretend it's a
"park" in the traditional sense of being a nice place for a gentle
stroll... don't let the website confuse you.
than, if its an offical website, it spreads or publicise, that "park" 
might be the aim of development?






I think you're right that it's not an official nature reserve, but I
don't know what re-tagging is best.

I'm living neither in London nor in Britain ...
so its up to you.

I wouldn't foil an offical view (maybe except its important for 
navigation).
So simply the entire area as park - or/and maybe separate the smaller 
restricted part as protect_class=7 ( as third tagging version :)  )



regards,
tshrub



Dan

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





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

Re: [Talk-GB] Quarterly Project: Nature Reserves

[tshrub]

Hey Dan,

Dan S schrieb:

Hi all,

I went to check out a local nature reserve. It's currently in OSM as a
leisure=park. I would like to tag as leisure=nature_reserve, but this
one is indeed also a publicly accessible park, so I don't like the
idea of removing the park tag.
http://www.openstreetmap.org/way/188492303
The southern end of it is closed to the public, so at the moment my
inclination is to retag the main polygon as nature_reserve, and to tag
a smaller polygon as park. Any better ideas than that?
this area is listed neither in natura2000.eea.europa.eu nor in 
protectedplanet.net.

<http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area#Nature-protected-area>
If
=4 there would be *active* habitat-/species-management (trespassing 
restrictions) ?
=5 there are longtime developed or grown and *large* areas with 
interaction of people ("scenic values" - Ecology Park?)
=7 smaller area, protecting nature-features, like some vegetation ... or 
for recreation (scenic values?)


It seems to me like protect_class=7
The IUCN-code gave a basic and gives an orientation for OSM, but the 
protect_class doesn't reflect exact the IUCN-code.


So far its possible to add

boundary=protected_area
+ protect_class=7
+ protection_title=Ecology Park
+ name=Bow Creek Ecology Park
...


*But* in fact:
on its website the area too looks to a bigger part like a "park", with 
its typical nature-recreation features.

So on the other hand again leisure=park?


regards,
tshrub






Thanks
Dan

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





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

Re: [Talk-GB] Quarterly Project: Nature Reserves

[tshrub]

Hey Brian,


> Hi tshrub

> I looked at the WDPA licence
from that link, I think:
<http://www.unep-wcmc.org/policies/wdpa-data-licence>


> abd found this in it
> The WDPA Materials may not be sub-licensed in whole or in part 
including within Derivative Works without the prior written permission 
of UNEP-WCMC


> Has anybody asked permission do you know?
I found in a first run that:
<http://wiki.openstreetmap.org/wiki/Potential_Datasources#World_Database_on_Protected_Areas_.28WDPA.29_.28Rejected.29>
<http://wiki.openstreetmap.org/wiki/WDPA_data_use_email_request>


I just use single WDPA-data information (mostly IUCN-level).
In witch range you plan to use the data?

Ask the WDPA again ("WDPA_data_use_email_request"). The last request 
seems to be six years ago.
And ask, which data in which coverage or range - and what is explicit 
deprecate.




> The OSM wiki page on WDPA is very well-written but makes no mention 
of whether the data is open for OSM purposes.

which page?




a german wikipedia WDPA-version tells *about* that:
<https://de.wikipedia.org/wiki/World_Database_on_Protected_Areas#Nutzungsrechte_der_Datenbank>
---
The database is, inter alia, through a web based online interface 
accessible at all times and provides its data under the Conservation 
Commons to the general public. Nevertheless, there are further 
restrictions on use:

the database will not be used commercially.
The database or its use may not be licensed in any further way.
If data material partially or completely used in publications, each 
of the current status needs to be used. Furthermore, the reference to 
the source is required and calls for the sending of two copies of the 
publication.
For online information used one insists on putting a link to the 
database. [http://www.protectedplanet.net/terms. broken]


As registered users interested in data for further use of the database 
can be downloaded to their own systems. However, the ability to utilize 
these data sets, a geographic information system (GIS) and the 
interpretation of the KML format requires possibility

---


I'm no registered user.






> Regards

> Brian


regards,
tshrub


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

Re: [Talk-GB] Quarterly Project: Nature Reserves

[tshrub]

Hey Brian,


Brian Prangle schrieb:

Thanks for the simplification of that huge wiki down to 2 tags - I can
cope with that!

The protected planet website looks like a useful resource but
unfortunately it has this copyright statement : © ProtectedPlanet
2014-2015. All rights reserved.  So we shouldn't use it.So what do I
use as a source for Natura 2000 status?

Another special NATURA 2000 viewer: <http://natura2000.eea.europa.eu/>

talk to the local municipality, the resort for nature care or a similar 
societies or non-governmentals.
Some governments provides protected-areas-website like: 
<http://www.geodienste.bfn.de/schutzgebiete/> with IUCN-categories**.


All Natura 2000 areas are for protect_class=97, for "protected by 
continental agreements":
the NATURA2000-network - Special Areas of Conservation (SAC) is builded 
or composed by

# Bird, ... -Sites - Special Protection Areas (SPAs),
# Habitats Sites - Sites of Community Importance (SCIs) and
# some marine environments
<http://ec.europa.eu/environment/nature/natura2000/index_en.htm>, in the 
wiki a "continental" protect-status.


*continental* (97) and *international* (98) status are centralised 
respectively to one protect_class to reduce the wikis complexity and 
because those status might be less important: they are mostly more 
"awards" than directives or rule-informations (these are on "lower" 
level areas). (Its still possible, bringing those status onto the 
protect_class too, may in the 70th or 80th numbers, but ...)


untill now, NATURA 2000-seperations (to SPAs, SCIs, marine) are 
possible, or allotted by "additional keys" like

# protection_title=* (Special Protection Area (SPA) - NATURA 2000 (SAC)),
# protection_object=* (birds),
any maybe ref-notations, in this format
# ref:ABBR:name=* + ref:ABBR:source=* + ref:ABBR:category=* + ref:ABBR=*
for example a wdpa-ID 
<https://en.wikipedia.org/wiki/World_Database_on_Protected_Areas>: 
ref:WDPA=1234567 or more near "NATURA 2000" ref:SPA=UK123401
(its just suppose. There should be registers with the IDs of SACs 
(or/and SPAs, SCIs and marins) ... I'll look for a register ...


so in a web- or OSM-search, you might find "NATURA 2000 (SAC)" etc.. 
That is the point.
I just see, lots of user named the area just "NATURA 2000". Its no name 
and wrong on my view. Maybe it can follow the name, like: "Dunes of 
glory (NATURA 2000)"...



> ... copyright statement ... All rights reserved
**btw.: On my view, the taxpayers are financing the WDPA ... and/but 
"Protected Planet was ... largely funded by investment from the private 
sector." 
(<https://en.wikipedia.org/wiki/World_Database_on_Protected_Areas>) - I 
think, belongs more to the website technc itself. And to the data: they 
hadn't OSM on their mind. ... I don't know. you can take their 
website-infos for a first orientation and than ask the municipality ... 
maybe even the ProtectedPlanet-maker are wrong sometimes, so you get 
more serious data.



UK Protected Site websites
<http://jncc.defra.gov.uk/Default.aspx?page=4>
<http://ec.europa.eu/environment/nature/natura2000/db_gis/index_en.htm#sites>







Also isn't the tag leisure=nature_reserve?

oh - a scatty annotation alongside me. sorry, yes, sure.
(because the "leisure" is more unfitting for me than "landuse" ... )



regards,
tshrub




Regards

Brian
**
**
**
**

On 26 October 2015 at 12:23, tshrub
<my-email-confirmat...@online.de
<mailto:my-email-confirmat...@online.de>>
wrote:

Hey Brian,

Brian Prangle schrieb:

Do we need to tag Natura 2000 SACs and SPAs?  I've looked at the
protected_area wiki page and quite frankly lost the will to
live. From
looking at taginfo the tagging schema doesn't appear to be too
popular
in the UK.


someone from the UK should try to "familiarise" or incorporate
Britains tagging schema into the table?

<http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area#Nature-protected-areas>


by areal access or action restictions, you have different types or
layers. For example: a SAC often emerged out of an (old) nature
reserve, so a SAC commonly covers and overlap(!) one. And those both
might again covered (partial) from another type...

you know that site: <http://www.protectedplanet.net/>
there are too britain areas and you can deviate protect_classes



a SAC would be
    boundary=protected_area
+ protect_class=97

for nature reserves
+ protect_class=4
I still use in addition landuse=nature_reserve because of visualisation



regards,
tshrub



___
Talk-GB mailing list
Talk-GB@openstreetmap.org
<mailto:Talk-GB@openstreetmap.org

[Talk-GB] Best practice to add stabilisation types to shores and banks

[tshrub]

main object is, to mark ways with the type of shoreline stabilisations, 
such as „boulder-packs“ or sheet piling: 



tag-combination:
- barrier=wall
- material=stone (metal, wood, plastic)
- wall=boulder (fascine, breakwater, groyne, sheet_piling, wattle_work, 
tetrapod_blocks)


technical issue:
does problems cause by fragmenting the ways a little more into sections 
to give them the stabilisation feature?

# single ways waterway=stream, waterway=river und
# areas waterway=riverbank, natural=water
(I don't think so)

may be introducing a new value from the beginning like 
barrier=stabilisation + stabilisation=boulder
because wall is actually for „freestanding structures“, but „barrier“ 
might fit: restrict or prevent against the elements ... Or (what I 
think) later, if wished, afterwards?


Double values like „sheet_piling; boulder“ are depreciated? Sometimes, 
on bottom they set a sheet piling and on top you see a boulder ballasting.


For single waterways with *unequal* stabilisations:
- wall:left=boulder
- wall:right=fascine
Or
- boulder=left
- fascine=right
in this case, is it possible to set
- wall=boulder; fascine
(I would prefer first)

Are my choosen value-terms common in the english language area?
I'm not sure for this „boulder“ ballasting (see photo-link above).

The „stabilisation-tags“ are interesting from skipper, tourists up to 
landscape history.

In middle-europe, stabilisations are all-round.


best,
t.


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

Re: [Talk-de] Abgerissene Gebäude

[tshrub]

hi,

Heinz-Jürgen Oertel schrieb:

Hallo,

sollte man ein abgerissenes Gebäude, bisher building=yes, einfach löschen
obwohl es noch im Bing zu sehen ist?
Wie verhindere ich, dass es nicht wieder neu aufgenommen wird?

Hat jemend eine Idee?
building=no
note=abgerissen



hat OSM nicht eine history?

So denke ich, weg ist weg - ist nicht ganz weg.
Man kann es wieder hervorbringen mit tools.
Sowas wäre sicher das praktikabelste?
Als Nostalgiker kann man seinen Punkt natürlich noch ein büschen pfelgen 
... ;)


best, t.




...





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

Re: [Talk-de] Abgerissene Gebäude

[tshrub]

Michael Reichert schrieb:

Hallo tshrub,

Am 2015-08-29 um 15:04 schrieb tshrub:

hat OSM nicht eine history?

So denke ich, weg ist weg - ist nicht ganz weg.
Man kann es wieder hervorbringen mit tools.
Sowas wäre sicher das praktikabelste?
Als Nostalgiker kann man seinen Punkt natürlich noch ein büschen pfelgen
... ;)


Du hast keine Sesselmapper, fehlende Gebäude ergänzen, weil sie auf
den Bing-Bildern zu sehen sind, aber in OSM fehlen? Herzlichen
Glückwunsch, dass du ein Mappingrevier frei von Konkurrenten,
Nebenbuhlern und Newbies gefunden hast. XD

?? Ich weiß nicht was du meinst. Soweit habe ich wohl nicht gedacht.

Nochmal: wenn ein Objekt nicht mehr da ist: löschen.
Wer sehen will, was irgendwo damals mal war: nach geeigneten tools 
suchen die die hiostory sichtbar machen


Und vom Sessel mappen: das muss doch abgeglichen sein mit draußen ... 
etc., klar (hier bei uns sind geschätzt 10 Jahre alte moogle-Luftbilder)







Das Problem gibt es nicht nur bei Gebäuden, sondern auch bei
Verkehrswegen und eigentlich allem, was auf Bing zu sehen ist.

ich habs mit einem Baum.


lg.t.


Google
einfach mal nach Sesselmapper oder Couchmapper. Das Problem ist so
alt wie die Erlaubnis Bing- (bzw. früher Yahoo!-)Bilder nutzen zu dürfen.

Viele Grüße

Michael




___
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-au] Unauthorised bike trails in national parks

[tshrub]

fors...@ozonline.com.au schrieb:

Hi

What (if any) is the correct tagging for unauthorised trails in national
and state parks?

For example, Ant Track
https://www.openstreetmap.org/#map=18/-37.92599/145.32051

I have spoken with Parks Vic and they request that bike riders do not
create additional trails and only use official trails. They would prefer
if such unofficial trails were not mapped or named because it implies
official status to park users.

I think its hardly possible in OSM. At last: a trail is a trail.

May be the Parks itself should add - aside access=no - a new tag for 
track-sections like

 surcharge=180
Dollar, bitcoin or else, or neutral
 surcharge=yes

may be with any symbol, on the part of osm.

Its more a matter of the Parks than OSM.

best, t.







I have not yet worked out how to contact the author of Ant Track.

Thanks
Tony



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




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

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

[tshrub]

Martin Koppenhoefer schrieb:

Am 19. März 2015 um 11:55 schrieb goegeo goe...@gmx.de:


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.

es gibt auch für nur ein Jahr eingesätes Grünland.

Neben den oben genannten, nutze ich ebenso die
Tag: landuse=meadow für Grünland, ergo mehrjährige Wiesen  Weiden
Tag: landuse=farmland für offenen Boden, Land, das über mehrere Jahre 
hinweg gepflügt wird, also auch so kurzfristige Futterwieseneinsaat 
(sofern erkennbar bzw. wäre das zu beobachten).



Es gibt auch weitständige Oliven- oder seltener Apfelkulturen (da in 
anderem Klima), die ackerähnlich aussehen, da regelmäßig umgebrochen.
Die zähle ich auch zu orchard. Bisschen unsicher bin ich mir dabei 
aber manchmal.



Gemüsearten würden dann in Untertags benannt - und die müsste der Tagger 
dann aktuell halten, da sie ja öfter wechseln?

Beständig und leider zunehmend muss ich dieses verwenden
landuse=farmland
species:Zea mays


Grüße




Gruß,
Martin
___
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-GB] Apple trees around Cambridge

[tshrub]

hi,

SK53 schrieb:

Hi Dan,

I've had enough trouble with cherry trees on the north side of
Cambridge: you really need flowers, leaves  fruit to be able to do them
properly! Some are flowering cherries (loosely /Prunus serratula/,
others are passable eaters or jam makers, so presumably cultivars of
/Prunus avium/); and plenty are on a /Prunus avium/ rootstock even if
other kinds of cherry.


but when its a project and their talking about varieties, there will be 
a contact person, how knows specie, variety, sort


natural:tree
type=broad_leafed
species=Prunus avium
species:en=Cherry
height=8.5


and I think very importend is, to fix or remember or register the kind 
or *sort of fruit*, because there are so many and often they become 
forgotten by time.



simular for beer with brewery=

may be use a tag like
brand=
for the predominant aspect.

and
brand:rootstock=


may be, we should add it to the tree-wiki-tag?
(upcomming, in times of genetic 'illusions' or 'hightspreads' ;)  )





see too:
http://mundraub.org/map


and additional:
picking=self
fee=no




best,
t.





Jerry

On 7 December 2014 at 20:09, Dan S
danstowell+...@gmail.com
mailto:danstowell+...@gmail.com wrote:

Hi all,

I heard of something that will be fun for someone who likes mapping
trees!

There's a project in Cambridge that is planting many apple trees, one
of each variety, in a pattern centred around the south of Cambridge.
It's said to be an art project called Cambridge Community
Collection:
http://www.cambridgecommunitycollection.co.uk/

So, some lucky people near Cambridge have an opportunity to deploy
their advanced tree tagging skills :)

Best
Dan

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
mailto:Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb




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





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

Re: [Talk-GB] Apple trees around Cambridge

[tshrub]

hi,

SK53 schrieb:

Regarding your suggestion of brand as a tag: this was exactly why I
suggested the taxon tag rather than species long ago.
I read about that. Taxon is less common spelling and wouldn't work on 
that reason, I think. Everyone knows, what species are. Its more easygoing.







Japanese flowering cherries have such complicated genetics that the
species they originate from is not clear.They are therefore referred to
in the botanical and horticultural literature as follows /Prunus
/'Kanzan'; for apples we can use /Malus domestica/ 'Bramley Seedling'
or /Malus domestica/ 'MacIntosh' (for fanbois), but note /Malus
/Granny Smith' because its precise specific origin is not known
https://en.wikipedia.org/wiki/Granny_Smith.
I would never say that I'm realy sure, particularly in that 
genetic-based nomenclatura-reformation times.



species=Malus
or
species=Malus spec.
or
species=Malus domestica
brand=Bramley Seedling

brand=MacIntosh

brand=Granny Smith

isn't it suffice and handsome?



may be an additional tag for
sitting on an rootstock=
or for an company an additional one
label=Mr. Blingblang






Plants have specific conventions for naming (think how OSM will look
after 250 years of tagging): ICBN for wild plants and ICNCP for
cultivated ones. We are best sticking with these.

a nomenclatura
OSM is no botanical database (another job), but can become connected 
therewith.









Even if the trees planted are named on the labels, experience shows that
plant nurseries are not infallible (we have a purported Cork Oak which
is /Quercus robur/ in our local arboretum).

yes.
Thats our assignment than? :)






best,
t.




Jerry

On 8 December 2014 at 14:17, tshrub
my-email-confirmat...@online.de
mailto:my-email-confirmat...@online.de
wrote:

hi,

SK53 schrieb:

Hi Dan,

I've had enough trouble with cherry trees on the north side of
Cambridge: you really need flowers, leaves  fruit to be able to
do them
properly! Some are flowering cherries (loosely /Prunus serratula/,
others are passable eaters or jam makers, so presumably cultivars of
/Prunus avium/); and plenty are on a /Prunus avium/ rootstock
even if
other kinds of cherry.


but when its a project and their talking about varieties, there will
be a contact person, how knows specie, variety, sort

natural:tree
type=broad_leafed
species=Prunus avium
species:en=Cherry
height=8.5


and I think very importend is, to fix or remember or register the
kind or *sort of fruit*, because there are so many and often they
become forgotten by time.


simular for beer with brewery=

may be use a tag like
brand=
for the predominant aspect.

and
brand:rootstock=


may be, we should add it to the tree-wiki-tag?
(upcomming, in times of genetic 'illusions' or 'hightspreads' ;)  )





see too:
http://mundraub.org/map


and additional:
picking=self
fee=no




best,
t.




Jerry

On 7 December 2014 at 20:09, Dan S
danstowell+...@gmail.com
mailto:danstowell%2b...@gmail.com
mailto:danstowell+osm@gmail.__com
mailto:danstowell%2b...@gmail.com
wrote:

 Hi all,

 I heard of something that will be fun for someone who likes
mapping
 trees!

 There's a project in Cambridge that is planting many apple
trees, one
 of each variety, in a pattern centred around the south of
Cambridge.
 It's said to be an art project called Cambridge Community
 Collection:
http://www.__cambridgecommunitycollection.__co.uk/
http://www.cambridgecommunitycollection.co.uk/

 So, some lucky people near Cambridge have an opportunity to
deploy
 their advanced tree tagging skills :)

 Best
 Dan

 _
 Talk-GB mailing list
Talk-GB@openstreetmap.org
mailto:Talk-GB@openstreetmap.org
 mailto:Talk-GB@openstreetmap.__org
mailto:Talk-GB@openstreetmap.org
https://lists.openstreetmap.__org/listinfo/talk-gb
https://lists.openstreetmap.org/listinfo/talk-gb




_
Talk-GB mailing list
Talk-GB@openstreetmap.org
mailto:Talk-GB@openstreetmap.org
https://lists.openstreetmap.__org/listinfo/talk-gb
https://lists.openstreetmap.org/listinfo/talk-gb




_
Talk-GB mailing list
Talk-GB@openstreetmap.org
mailto:Talk-GB@openstreetmap.org
https://lists.openstreetmap.__org/listinfo/talk-gb
https://lists.openstreetmap.org/listinfo/talk-gb




___
Talk-GB mailing list
Talk-GB@openstreetmap.org

Re: [Talk-de] OSM: NEUe Funktion “Query Features”

[tshrub]

Elstermann, Mike schrieb:

https://geoobserver.wordpress.com/2014/12/02/osm-neue-funktion-query-features/

 Lange erwartet und nun endlich online, die neue Funktion “Query
Features” auf der OSM-Hauptseite http://www.openstreetmap.org/.
Einfacher geht’s nicht:

1. Werkzeug wählen 2. abzufragendes Objekt anklicken 3. Sachdaten
ablesen

Danke und Glückwunsch!


Auch Danke!
Super!

Gut mit dem Legenden-hover gelöst.
Als Freund des alles auf einen Blick, hätte ich vielleicht die Zeilen 
etwas weniger luftig gestaltet: für eine Zeile drei ZAbstände ...



bestens,
t.







mikeE., der geoObserver

___ 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] Erstellung kml-Dateien mit Markern

[tshrub]

Am 17.11.2014 21:48, schrieb simson.gert...@gmail.com:

Am 17.11.2014 21:42, schrieb Wolfgang Wienke:

Hallo,
gibt es eine OSM-Seite mit einem Straßenkarte, auf der man - ähnlich
wie mit GoogleEarth  über einem Luftbild - Marker eintragen kann,
diese mit Namen und Beschreibung erweitern kann und letztendlich alles
in einer kml-Datei speichern kann?

uMap z.B.: http://umap.openstreetmap.fr/

interessant. Die kannte ich noch nicht.

Ich habe bisher mit staticmap etwas gemacht:
http://staticmap.openstreetmap.de/wizzard/
die schein aber momentan nicht zu funktionieren, bzw. der wizzard nicht?

kml-Export glaube ich nicht.
Ich habe die Karten als hardcopy in eine Seite eingebunden.


t.






VG
Klumbumbus

___
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-us] Ghost Towns

[tshrub]

Hi,

Am 17.11.2014 14:21, schrieb Martin Koppenhoefer:


2014-11-14 21:44 GMT+01:00 tshrub my-email-confirmat...@online.de
mailto:my-email-confirmat...@online.de:

Am 14.11.2014 19:15, schrieb Jack Burke:

What about submerged ones? Do we bother with those?

if we stumble over them, why not

and it sounds for my as if those
towns are still structures of reality



yes, another example is this one in Tuscany, It, which is normally
submerged in a lake, but will come to light every 10 years or so when
the lake is dried out for maintenance of the dam:
http://rete.comuni-italiani.it/foto/2009/61975

whow! What a crasy morbid scenery.







Situations like this:
http://www.gruene-bundestag.de/typo3temp/pics/e6d0cd2a32.jpg
  are very different, in that nothing of the original landscape (or
village) remains (this is open pit mining of lignite in Saxony, Germany,
or more precisely a place called Heuersdorf close to the mine
Vereinigtes Schleenhain pic taken 09-02-2009). Another image here:
http://www.fotocommunity.de/pc/pc/display/17845958

The latter example shouldn't probably be mapped in OSM, as there is
literally nothing left now, while the former is still there, it is
simply degraded by the water and not visible most of the time due to the
lake.


as long as it exists. It could be a *barrier* for navigation. And (any 
kind of) navigation is, where maps are for.

May be it emerges on the map every 10 years ;) No.

Here you might add an altitude-tag 'below', notice, etc.?

Generally if a structure is gone, I would delete it.
But (I think) the data alloyed into OSM's mind.
So may be in *future*, you can see a landscape-animation. That would be 
funny.




best, t.






cheers,
Martin


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





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

Re: [Talk-us] Ghost Towns

[tshrub]

Am 10.11.2014 06:07, schrieb Hans De Kryger:

Anyone know if we map ghost towns in osm? Couldn't find anything, not
even a tag.

*Regards,**
*

and the key historic?
http://wiki.openstreetmap.org/wiki/Key:historic
it might not become rendered, but the categorie matches?


best,
t.




*Hans*


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





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

Re: [Talk-us] Ghost Towns

[tshrub]

Am 14.11.2014 19:15, schrieb Jack Burke:

What about submerged ones? Do we bother with those?

if we stumble over them, why not

and it sounds for my as if those
towns are still structures of reality







There are several towns, cemeteries, etc. that ended up under water
when Lake Lanier (north of Atlanta) was created. Most of their
locations are available with a little investigation (I almost said
digging).

there are different types of maps,
maps, showing historical matters too.
You can finde it with http://overpass-turbo.eu/


the key historic implies for me a kind of valence, so such an object 
might became honoured by society as something valuable.

may be



best,
t.




-jack

On November 14, 2014 12:00:27 PM EST, tshrub
my-email-confirmat...@online.de
wrote:

Am 10.11.2014 06:07, schrieb Hans De Kryger:

Anyone know if we map ghost towns in osm? Couldn't find anything,
not even a tag.

*Regards,** *

and the key historic?
http://wiki.openstreetmap.org/wiki/Key:historic it might not become
rendered, but the categorie matches?


best, t.



*Hans*




 Talk-us mailing list
Talk-us@openstreetmap.org*https://lists.openstreetmap.org/listinfo/talk-us*

 *





 Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us *

* -- Typos courtesy of fancy auto-spell technology.


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

*




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

Re: [Talk-de] Wie exakt Landnutzungsflächen eintragen?

[tshrub]

Hallo,

 ...
 Ein Beispiel meines Anliegens gibt es u.a. hier:
 http://www.openstreetmap.org/#map=18/52.57519/13.31653layers=N
das ist doch ok!! und die Parkplatz- und Gebüschflächen und Wege sind ja 
noch keine Microtagging. Mit Josm könnte das noch schlimmer kommen.

Gibt es keine Rabatten? ;)

ich finde Mikrotagging gut!


 ...
  heute gucke ich mir das kurz an und verzichte im betroffenen Gebiet 
auf Mappingtätigkeit.
so würde ichs auch halten müssen, wenn jemand ständig meine Daten 
ändert. Es gibt andere Flächen.



 ...
 Einer der Nachteile von OSM ist halt, das es keine zementierten
Regeln gibt und mehr oder weniger jeder macht was er will.
eine kleine gibt es ja - das wäre Rücksprache - wenn man jemandens 
Daten ändert oder man ändert sie halt nicht.




 ...
 Allerdings finde ich es in Ordnung, z.B. Industriegebiete über ihre 
komplette Ausdehnung als ein Industriegebiet einzutragen.
ja - wenns nichts großmassstäblicheres gibt, das idealer Weise 
kleinmassstäbliches auflösen sollte, sprich: der Detail-Tagger 
knabbert an der großen Fläche und macht sie damit exakter und 
handlicher (ggf. geht aber etwas Info verloren durch unbekannte 
Zwischenräume).
Ein großes Industrie- oder Wohngebiet in dem ein paar kleinere landuses 
liegen sollten m.E. auch kein Problem sein.


Wenn Mikro-landuse-Gebiete in einem Industriegebiet liegen, dann sollte 
man eigentlich diese Gebiete einer (Industrie-)*Relation* zuschlagen 
können, was für das Microtagging selbst natürlich aufwändiger wäre, aber 
besonders aufwändig für denjenigen, der nur eben das Große eintragen 
will und (eigentlich auch) die ganzen kleinen Sachen finden, greifen und 
bearbeiten muss.

Und - machen die Renderer das mit? - und die Tagger auch eher nicht.
Da kommen beide eher mit den doppelten landuse-layern klar?



Gruß, t.


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

Re: [Talk-de] Mapnik nicht für MOB AC und Oruxmap

[tshrub]

Am 30.04.2014 08:42, schrieb Simon Poole:



Am 30.04.2014 02:45, schrieb tshrub:
...

Kennt jemand ggf. eine Möglichkeit, Mapnik in o.g. wieder nutzen zu können?


Aktuelle Versionen der Apps zu nutzen.

Alte Version der Apps sind gesperrt weil Sie sich nicht an die tile
usage policy gehalten haben,

logisch ... die gabs wohl noch nicht so



IMHO sollen bei den beiden erwähnten
Programmen das bei neueren Version behoben sein.
beim MOB AC habe ich ein Update gemacht - ohne Ergebnis bzgl. 
Problems. Vielleicht müsste man ihn einmal komplett inkl. Einstellungen

von der Platte löschen ...

Allg. ist das aber Seitens OSM nicht ok. Kommt der Dongel nicht von da? 
Wieso sehe ich nicht, was ich online sehe kann auf den Geräten?

Das lief doch vorher. Wieso wird man gezwungen, neue Geräte zu kaufen?
M.E. hier zu kurz gedacht.

Gruß, t.








___
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

[Talk-de] Mapnik nicht für MOB AC und Oruxmap

[tshrub]

Hi,

ich habe schon Mal geguugelt: es scheint sich in den letzten Monaten ein 
Problem bei der Verbreitung des OSM-Mapnik-Layouts ergeben zu haben?
In meinem alten Orux (Androis-App) und im MOB AC (zum tiles 
runterladen) komme ich nicht mehr an die original Mapnik-tiles (nur das 
default-tile: rotes Kreuz, Sanduhr etc. ).

Ich wollte grad Mal ein paar meiner Daten nutzen, aber Pustekuchen:
es gibt nur Stoff aus anderen Renderern ... :(
Kennt jemand ggf. eine Möglichkeit, Mapnik in o.g. wieder nutzen zu können?

t.


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

[Talk-de] OSM-Layout. Visualisierungs-Fehler in der Kartendaten-Analyse

[tshrub]

Hi,

wenn ich mir in einem kleinen Küstendorf, in browsers OSM-Standard-View, 
die Kartendaten anschaue, ist es ein Witz, dass, wenn ich zufällig auf 
die Küstenlinie klicke, um zu sehen was für eine Linie das ist, das 
Browserfenster auf den gesamten Küstenverlauf zurückspringt und der 
Browser anfängt, die Daten aller nun sichtbaren Elemente zu laden ...
Die Option für eine Objekt-Gesamtsicht/Zoom-Wechsel sollte separat 
aktivierbar sein.


best, t.


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

Re: [Talk-de] Hochsitze / Bitte um Entfernung von Daten

[tshrub]

Am 13.03.2014 22:14, schrieb Michael Reichert:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo Frederik,

Am 13.03.2014 20:21, schrieb Dirk Sohler:

Frederik Ramm schrieb:

Ich weiss nicht ganz, wie ich darauf reagieren soll.


Gar nicht.


Hat er sich überhaupt mit mehr Informationen als seinem Benutzernamen
bei dir gemeldet? Behörden machen auch in der Regel nichts, wenn man
sich als superjaege...@yahoo.com bei ihnen meldet.


So lange du die Hochsitze nicht betrittst, und der Wald öffentlich
  zugänglich ist, gibt es nichts, was gegen das Erfassen von
Hochsitzen spricht, außer die Einzelmeinung desjenigen, der dich
angeschrieben hat.


Wir erfassen ja mittlerweile auch die Farbe von Gebäuden, die
Privateigentum sind. Solange die Erfassung legal ist, gibt es IMHO
keinen Grund das zu löschen.
m.E. kann man bei uns alles erfassen, was von öffentlichem bzw. 
freigegebenen Grund aus zu sehen ist.
Lediglich was man nur von privatem Grund aus sehen kann, mag 
eingeschränkt verfügbar sein. Da gab es vor einigen Jahren eine 
Diskussion bzgl. Fotorechten von Objekten in Sanssouci: die Fotos durfte 
man nicht so einfach nutzen / verkaufen, weil nur aus dem Park (Eintritt 
etc.) zu sehen / aufgenommen. (Weiß aber nicht, obs abschließend 
entschieden ist)


So einen Hochsitz: natürlich kann man den kartieren. Die Wälder sind 
hier betretbar und ein Hochsitz ist auch eine Art Landmarke.
Gegen Rowdytum muss sich der Jäger woanders / an anderer Stelle 
einsetzen. Freizeitheime oder so ...


Grüße








Ich finde das aber mit den Straftaten ein bisschen komisch, das
klingt, als wollte man den Mapper unter Druck setzen und ihn zum
Mittäter machen, wenn er nicht freiwillig seine Hochsitze
löscht...


Genau das. Daher: Einfach ignorieren. Soll derjenige doch klagen,
mal sehen, wie weit er kommt :)


Nicht antworten, ignorieren, aussitzen und abwarten, bis Gras darüber
gewachsen ist, finde ich die beste Lösung. Wenn es ihm wichtig ist,
wird er sich bestimmt nochmal melden. Also einfach gar nicht
antworten, nicht ablehnen und nicht bestätigen/zustimmen.

Das schlimmste, was passieren kann, ist, dass er (falls er überhaupt
Jäger ist), von einem angesägten Hochsitz stürzt und dann zur
Lokalzeitung rennt und die dann titelt:

Computerfreaks helfen militanten Tierschützern oder
Computerfreaks sabotieren Hochsitze :)

Hoffen wir mal, dass er hier nicht mitliest und diese öffentliche
Diskussion nicht über Google findet.

Sollte er, weil du nicht antwortest, selber aktiv werden, hast du
schon seit mehreren Monaten genügend Gründe für eine endgültige
Sperre. http://www.openstreetmap.org/user_blocks/396

Wie lange sind wir dem Schleswiger hinterhergejagt?
http://forum.openstreetmap.org/viewtopic.php?id=16891
Ok, es war nervenaufreibend und sollte vermieden werden.

Fazit: Ignoriere es, erfreue dich der weiteren Antworten hier und
kümmer dich um wichtigere Dinge.

Viele Grüße

Michael





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

Re: [Talk-de] zum neuen OSM - Design

[tshrub]

hallo,

  für die
Nur-Kartenbenutzer (Lieschen Müller, Heinz Rentner, Peter
Gelegenheitsgucker, …) zu kompliziert geworden ist.
na ja. Vielleicht überfordert manche die Fülle an Daten und sie sollten 
ein anderer Layer einstellen ;)
'Zu' ist m.E. ein wenig übertrieben? Aber das Menue könnte man etwas 
entschärfen: Chronik  Export interessieren eher Entwickler und 
interessieren wohl seltener, als z.B. das versteckte Kartendaten. Auch 
das 'Urheberrecht' (selbstverständlich) könnte nach 'Über' oder 'Hilfe', 
und 'Hilfe' könnte ggf. ein Symbol sein wie '?' (weiß jetzt aber nit, 
wie es mit anderen Sprachen etc. ist ). Bearbeiten und 'Anmelden  
Registrieren' könnten zusammen stehen.


Also reichen ggf.: | OSM-Loge | Bearbeiten | Anmelden |  Suche  | 
Kartendaten | Kontakt | Hilfe

Manches auch mit PullDown-Menue.

Zu den o.g. Zoomtricks: die Kombinationen kannte ich zum Teil noch 
nicht, bzw. bin ich eigentlich am Liebsten mit nur einem Gerät 
unterwegs: nur mit der Maus (!) oder nur mit den Tasten.


Grüße


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

[Talk-de] zum neuen OSM - Design

[tshrub]

Hallo,

ein kurzer Kommentar zum neuen Layout:

super! gut gelungen! Danke an die Enwickler!



zwei kleiner m.E. Verbesserungen:

natürlich stört das Suche-Feld etwas: besser wäre es in der Kopfzeile 
untergebracht? Die Schrift kann hier doch etwas kleiner sein? Oder aber: 
wenigstens dem Suchfeld Transparenz geben, wie rechts die schwarze Tool-bar.


seit längerem stört mich schon, dass diese slide-Skala zwischen Plus 
und Minus fehlt. Ich mag nicht gern Klicken und würd gern ein paar 
Level überspringen.



aber so geht es auch sehr gut!
Genial finde ich auch den Datenexplorer, also Kartendaten anzeigen.
Ein großer Gewinn für OSM!

das war es schon
best, t.


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

Re: [Talk-de] wie .json, .geojson in JOSM schnell öffnen / importieren

[tshrub]

Hallo,


...

Sonst müsste Leaflet, das sich eher auf JSON eingestellt hat, OSM
lernen, was aber aufwendiger ist.
Well! Vielleicht gibts ja mal n PlugIn oder so ...


In meiner vorigen Nachricht hatte ich eine Zeile zu wenig zitiert. Daher
war die Antwort unvollständig.

Es gibt bereits Plugins z.B. https://github.com/tyrasd/osmtogeojson,
das im Rahmen von http://overpass-turbo.eu entwickelt wurde und auch
dort eingesetzt wird.

Danke für die interessanten Links, zur overpass-api, die
kannte ich noch nicht ...


Gruß, t.

...




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

Re: [Talk-de] wie .json, .geojson in JOSM schnell öffnen / importieren

[tshrub]

Hey,
Danke für die Infos!

...

Dass JOSM den eigenen GeoJSON-Export nicht wieder einlesen mag, kann ich
gut verstehen. Der Export enthält nämlich keine Meta-Informationen
(Version, Timestamp, User ...) die beim Hochladen nach OSM benötigt
werden. Darin besteht aber der Hauptzweck.

stimmt, Meta-Informationen sind in der GeoJSON nicht.
könnte man JOSM nicht sagen, es soll darüber hinweg sehen bzw.
dafür (für seine) ein Standard-Meta-Informationen-Set nehmen?
Und - beim Hochladen des Datenlayers gibt es doch erst Version, 
Timestamp, User ... und ist dann auch erst interessant??






Für bestimmte Fälle erstelle ich (z.B. nicht in OSM enthaltene) Daten
mit JOSM, um sie als GeoJSON für Leflet-Karten zu verwenden. Zusätzlich
(vor dem GeoJSON-Export) speichere ich meine Daten als .osm, da ich sie
in diesem Format wieder in JOSM laden und bearbeiten kann.

ja, das mache ich auch. Also doppelte Datenhaltung.
manchmal möchte ich die GeoJSON in JOSM kontrollieren - wenn ich sie 
z.B. etwas mit einem Texteditor bearbeitet habe. Dann wäre es schön, sie 
nochmal laden zu können, ggf. auch in JSOM nochmal korrigieren.
.gpx Layer kann man doch m.E. auch nicht direkt per JOSM nach OSM 
hochladen? .gpx und GeoJSON sind nicht der Datenlayer, der hochgeladen wird.
Sonst müsste Leaflet, das sich eher auf JSON eingestellt hat, OSM 
lernen, was aber aufwendiger ist.



Well! Vielleicht gibts ja mal n PlugIn oder so ...


...

Gruß


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

[Talk-de] wie .json, .geojson in JOSM schnell öffnen / importieren

[tshrub]

Hey,

eigenartig, das man GeoJson-Layer einfach speichern kann,
aber selbige nicht mehr per default öffen.

ein passendes PlugIn scheints nicht zu geben?


Zumindest in der mit JOSM selbst gepseicherten Struktur sollte
.json, .geojson doch unter Datei öffnen angeboten sein?

ich suche da jedenfalls grad,
aber Schnelles gibt es wirklich nicht?

Gruß


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

Re: [Talk-de] db-Tabelle per Kartenausschnitt filtern

[tshrub]

Hey Kolossos,

...Danke!




Die Ausgabe sollte bei ca. 1000 limitiert sein, damit nie zu viele
Daten übers Netz geht. Auf den Schirm passen eher nur sowas wie 80
Punkte.

und nur schon Mal vorweg:
mit dem Tiles-download /-managment. Gibt es da was zu beachten / - Quellen?
Gruß


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

Re: [Talk-de] db-Tabelle per Kartenausschnitt filtern

[tshrub]

Hey,

Dank für eure schnellen und informativen Antworten!

Ich suche  probiere grad aus - durch die 209 OpenLayer-Beispiele etc.
hoffen, etwas (schon fast) passendes günstiges zu finden.

Schätze aber (nach den paar Stunden), etwas mit Leaflet zu machen, da 
neuer  schneller  die paar Besp. funktionierten ganz gut und - ich 
brauche nur unterschiedliche Pins (Kategorien; können auch nur Punkte 
sein) auf der Karte, eine Clusterung und etwas hover-Info auf den 
Punkten. Openlayer soll ja mehr(für mich zu?)viel können ...


Auf der Serverseite läuft nur php und mysql - eben in einer Tabelle 
Geodaten, in einer Kategorien, 


GeoJSON sagt mir noch nicht soviel. JSON, zum Daten speichern, 
ist/war/erschien mir meist zu aufgebläht und legte die Daten bisher 
lieber blanko in die Tabelle.


Grüße


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

Re: [Talk-de] db-Tabelle per Kartenausschnitt filtern

[tshrub]

Hey Kolossos,
Danke!

Serverseitig solltest du schon klären, wie viele Anfragen wohl so
kommen werden und wie viele Elemente mal in deiner Datenbank stehen

das kann ich nicht abschätzen. Ein paar Hundert bis paar Tausend Elemente?


werden und welche Zoomlevel du unterstützen möchtest.

beim o.g. Filtern sind sicher nicht alle Level und die ganz großen nötig.



Das ganz kann
für die Datenbank u.U. kritisch werden, daher durchaus mal über
raumbezogene Indixierung nachdenken

jetzt sind die Werte als varchar() lat, long in einer MySql-InnoDB Tabelle.

Gruß


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

[Talk-de] db-Tabelle per Kartenausschnitt filtern

[tshrub]

Hey,

es gibt bisweilen OSM- o. GM-Karten, über die man
durch Verschieben, die Ergebnisse einer Liste filtern kann.
Z.B. bei couchsurfing.org (heute etwas versteckt gelegen)
oder bei gps-tour.info.
Die Liste enthält immer nur Orte des Kartenausschnitts.
Im Kartenausschnitt sieht man Pins bzw. Cluster-Ikons, ggf. mit 
Trefferzahl, falls die Häufung zu groß ist.


Kann mir da jemand Suchworte und Quellen zu guten Tutorials, Scripts 
etc. sagen?


Danke,
Gruß


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

Re: [OSM-talk] Native American/First Nation, etc. Reservation Boundaries

[tshrub]

hi,

 ...
 
Reservation-boundary might cross a first admin boundary, so two admin=3's
might cross/hit oneself. You need to establish for these meta-state
situation a distinction-term - or create a seperate boundary system - or
make-up the admin-levels by adding more levels (f.e. 40-49) - like in
protected_areas. And even reservations might hit eachother(?).

This protected_areas-key is, where you have to act in any way different
than usually - where you have to take care, change your behavior (no photo),
because of named *local* policies. A Reservation is located in state(s),
which give or takes sovereignty (domestic dependent nation). A reservation
is no province - but it might become one ... and doesn't mean the
distribution area of an ethnic group. With these class=24 you have a clear
seperate key. Question is, if one level is enought:
With a use of Relations, you can too combine scattered tribal lands and too
seperate zones within one level - so OSM don´t has to stand by with a long
number of levels, what is to be avoided (I heard), if you think of possible
global ideas.
zone example:
http://www.openstreetmap.org/browse/relation/1749699

best, tshrub





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

Re: [OSM-talk] Native American/First Nation, etc. Reservation Boundaries

[tshrub]

 ...

hi,
here
http://wiki.openstreetmap.org/wiki/Tag:boundary=protected_area
something is prepared.
may be
boundary=protected_area
+ protect_class=24
+ protection_title=...

best,
tshrub



 
 ___
 talk mailing list
 talk at openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk





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

Re: [OSM-talk] Native American/First Nation, etc. Reservation Boundaries

[tshrub]

Paul Johnson baloo at ursamundi.org writes:

 
 
 OK, but would you apply this to Scotland and Wales?  Because that's an
analogous situation in the UK.

basic is, to mark the reservation situation worldwide by two tags - to
become rendered (once). 
A fine tuning you have to align by additional keys; there are some proposed,
for collecting important data - like zones, or something like no photos
(don´t know yet, if a tag like that already exists).
a boundary=protected_area is running beside a boundary=administrative
(line-bundle).

I'm from the continent, but 'think, I would apply this to Scotland and Wales :)

examples:
russ: http://www.openstreetmap.org/browse/way/178596361
colum: http://www.openstreetmap.org/browse/way/102574866


 
 ...
 
best, tshrub




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

[Talk-de] Verdeckte Kartendaten (durchsuchen)

[tshrub]

Hi,
kann man das nicht einmal auf die Agenda setzen,
dass Renderer große Flächen mit layer=-2 (o. tiefer)
auch sozusagen sekundär darstellen, so
dass sie nicht beim Kartendaten durchsuchen
die ganzen Eintragungen verdecken?

Z.B. legen manche Tagger über eine
Siedlung großflächig ein landuse=residential.
Dem ist dann auch nicht mehr mit einer layer-Angabe
beizukommen und man muss JOSM bemühen, um
heruaszufinden, was sich genau hinter einem Waypoint etc.
verbirgt. :((  - da die Legend nicht ausreicht - und
auch nicht ausreichen können wird.
(oder man muss sich ransetzen, solche Fläche in Segement auflösen ... )
Gruß, t.


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

Re: [Talk-de] Verdeckte Kartendaten (durchsuchen)

[tshrub]

Hallo Joachim,

Du kannst oben links Gebiete ausblenden anklicken, dann sind auch
Dinge auswählbar, die unter einem landuse=residential liegen.

Danke  sorry!
(janz vergessen, mich mal mit neuen Links zu beschäftigen ...)
Gruß, t.






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

Re: [Talk-de] Verdeckte Kartendaten (durchsuchen)

[tshrub]

Hi Martin,

... Meine persönliche
Meinung seit Jahren dazu ist, dass es wünschenwert wäre, z.B. Straßen
schonmal auszuschließen vom
landuse=residential/industrial/commercial/retail etc. (ein
landuse=highway o.ä. für wegerechtlich gesicherte Flächen wäre m.E.
OK), so dass sich automatisch relativ kleine landuse Inseln ergeben,
die man problemlos weiter verfeinern kann, und die auch kaum zu
versehentlich falsch verbundenen Straßen führen. Das entspricht auch
dem, was professionelle Karten üblicherweise machen, z.B. die vom Amt.

Straßen ok. Wäre schön wenn das gemacht wird.

Ich komme (z.B.) immer wieder ins Grübeln:
ein landuse=residential kann liegen unter
building=
landuse=village_green  (also Gärten in Blockbebauung, Fam.-Häusern, ...)
amenity=marketplace

aber nicht unter

landuse=commercial
landuse=retail
hightway=




Oder wenn die Häuser einmal alle eingezeichnet sind,
erübrigt sich das pauschale landuse=residential und kann
entfernt werden.



ähnlich, gesehen:
landuse=recreation_ground
unterlegt
landuse=meadow + leisure=common
(wobei man sich auf ner städt. Freizeitwiese wohl für Ersteres 
entscheiden könnte)




So ein paar Überlappungen werden OSM wohl nichts ausmachen?







...



Layer für die Schichtung von Objekten in der gleichen Ebene zu
missbrauchen ist gegen die Konvention.

ja.
bzgl. Sichtbarkeit/Nicht-Verdecken klappt es aber - Übergangsweise!!
(aber: nichts hält länger als n provisorium!)


Gruß t

...




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

Re: [Talk-de] Verdeckte Kartendaten (durchsuchen)

[tshrub]

Hi,

...

...

...weil man dann
in den Zoomstufen mit den wenigen Details die Wohngebiete gar nicht mehr
erkennt.  Kleinflächig landuse=residential eintragen find' ich ok.

ja ok, Danke,
G. t.






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

Re: [Talk-de] Daten-Anzeigeoption in openstreetmap.org weg :(

[tshrub]

hi,

...

...

das ist jetzt (temporär wie versichert wurde) im Edit menu (hover).

oh, hätte ich auch finden sollen ... Danke!, Gruß


...




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

[Talk-de] Daten-Anzeigeoption in openstreetmap.org weg :(

[tshrub]

Hi,
unter der Kartenauswahl rechts oben konnte man damals Daten anklicken 
und selbige, mit Geschichte und allem, sehen.

Schade, dass das jetzt weg ist. Oder habe ich was übersehen?
Die Legende ist zwar schöner geworden, aber mir reichts nit.
Könnt ihr die checkbox nicht wieder ausgraben? ggf. als Zusatzoption in 
die Legende packen? (Schöner wäre natürlich noch einfach ein 
hover-Effekt).

Grüße


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

Re: [Talk-de] OSMs Gedächnis

[tshrub]

hallo,

Denn ohne Kenntnis der ID oder des Changesets hat man kaum eine
Möglichkeit, die Objekte weiderzufinden.

die Objekte verschinden durch ein Umlegen einer Flag.
Heißt das nicht, dass neben Daten, Koordinaten und Zeit auch ID oder 
Changesets (irgendwo) erhalten bleiben?



soetwas (obige Diskussion)
disused:shop=supermarket
entspräche doch einer zusätzlichen Flag, um auf
ner Benutzerbene noch Zugriff zu haben?
- damit die Daten nicht in eine andere (Geschichts-)Datenbank 
verschwinden? Einen Sinn sehe ich da nicht.


Wenn ein Objekt weg ist, ist es weg. Wenn jemand es noch sieht, soll er 
es wieder einzeichnen. Und so weiter ... Das hat auch eine Aussage.



Gruß, t.



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

[Talk-de] OSMs Gedächnis

[tshrub]

hi,

im Netz soll ja nichts verloren gehen.
Gilt das auch für OSM?
Also wandern gelöschte (veraltete) Daten in ein Archiv und bleiben 
verfügbar?


Grüße, t.


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

Re: [Talk-de] OSMs Gedächnis

[tshrub]

Hallo,
Danke!
Schön. Dann kann man also bedenkenlos
konkurse Cafés oder zugewachsene Wege
etc. löschen

...

Gruß, t.


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

[Talk-GB] about tagging zones

[tshrub]

Hi,

what you think about the following proceeding for tagging zones of an area.
Following is usable for OSM?


First: in my view it would be logic, to ticket a relation with name 
(name=Zone *) etc. and make it by a further parent relation to a zone 
(name=Area X).

But Disadvantages:
# more complicate for user (has to get along with parent  child-stuff, 
non-named lines/ways)

# bad rendered in Mapnik (double drawing lines, names inappropriate placed)




so I would propose:
# Linien/Ways get a zone-namen
- name=Zone * (Area X)

# Relation-areas (outer/inner-role, object) get a zone-tagg and typ-tagg
- boundary=protected_area
- protect_class=2
- type=multipolygon
- site_zone=*

# the collective outer border gets a further relation with the main-area 
name

- boundary=protected_area
- protect_class=2
- type=multipolygon
- name=Area X





a propose by Martin:
for ticketing the zones (site_zone), there can be introduced further 
differentiated taggs like:

# if common usings
- buffer_zone=*
- habitat_buffer_zone=*
- catchment_zone=*
- water_catchment_zone=*
...
# if contamination
- utilisation_zone=*
- noise_exposure_zone=*
- emission_zone=*
- industrie_emission_zone=*
- traffic_emission_zone=*
...

the values might be mostly numbers.


regards, t.


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

Re: [Talk-de] Wie kann/sollte man Zonen-Flächen taggen?

[tshrub]

Hallo,

...

site_zone finde ich viel zu allgemein. ...

...


Ergo:
protect_class=13
protection_title=Umweltzone Griesbach
traffic_emission_zone=1

Neben Wasserschutzgebiets-Gewinnungszonen geht es z.B. bei 
Nationalpark-Schutzstufen um eine „Nullnutzungszone mit „Pufferzone(n)“.


also als Vorschläge
bzgl. allg. Nutzung/Ausbeutung/Gewinnung
# buffer_zone=*
# habitat_buffer_zone=*
# catchment_zone=*
# water_catchment_zone=*
bzgl. Belastung
# utilisation_zone=*
# noise_exposure_zone=*
# emission_zone=*
# industrie_emission_zone=*
# traffic_emission_zone=*
...
in der Art.

Die Werte wären ja wohl meist nummerisch.


Ergo für die „Nullnutzungszone“:
protect_class=2
protection_title=Nationalpark Schleswig-Holsteinisches Wattenmeer
buffer_zone=1






...
admin_level beschreibt die Hierarchie in der
Verwaltungsklassifizierung und sagt das auch bereits im Key. site_zone
hat hingegen keine thematische Aussage.

ja, ist erstmal neutral und so für mehrere protected_areas anwendbar.
Ich dachte site_zone = Teil einer Fläche / - eines Ganzen. Aber ok.
site_zone wurde, zumindest in Europa, 13 Mal benutzt:
1 (2), 2 (2), 3 (2), II (2), C (1), B (1), I (1), IIIA (1), A (1)
site_zone dann ausklingen lassen, vielleicht ergänzen mit etwas wie den 
oben genannten Schlüsseln.



...

Grüße, t.


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

Re: [Talk-de] Wie kann/sollte man Zonen-Flächen taggen?

[tshrub]

Hallo,

...

site_zone finde ich viel zu allgemein. Wie oben bereits von Walter
angemerkt: zone kann sich zwar auf Umweltzonen beziehen, kann aber
auch sonst alles bedeuten. Besser wäre vielleicht emission_zone oder
traffic_emission_zone oder vehicle_emission_zone oder so was?


...


wie der Tag genau aussieht kann man sich ja überlegen. Je spezifischer
der Tag-Schlüssel beschreibt, worum es geht, um so eher vermeidet man
später Konflikte mit anderen Sachen.

später, später ...
Geht das nicht in Richtung Stichwortsammlung im Schlüssel?

Nun - site_zone ist verbunden, hier mit protected_area und 
protect_class=2. M. E. funktioniert er so allgemein und (nur) in 
Verbindung. Anderes finde ich irritierend. site_zone kann ähnlich 
admin_level gesehen werden.
Alternativ könnte man, um ein nature-park_zone zu umgehen, den 
class-Wert anhängen: site_zone_class_zwo, site_zone_class2, 
class-2_zone, ... um nicht wieder einen Namen durch die Hintertür 
einzuführen.





...



über Zonen
Die Zonen _können_ hierachisch sein, es _kann_ auch externe Zonen geben.
Prinzipiel werden Zonen als Flächen - oder Relation (also aus 
way-Abschnitten zusammengesetzte Fläche) dargestellt.


Ein empfehlenswertes Procedere für OSM:
Am einfachsten, Flächen einen Name (name=Zone 1 (Area X)) und die Zone 
(site_zone=*) zu geben. Damit wäre aber noch nicht unbedingt klar, dass 
die Flächen Teil eines Ganzen sind. Mit Blick auf das Rendern kann es 
zudem zu ungünstigen Namens-Platzierungen kommen.

So könnte man
# den Namen der jew. Zonengrenze(n) auf die jew. Linie/way verlegen und
# eine weitere zusammenfassende Relation (äußere) mit Gebietsnamen 
erstellen


Also:
# Linien/Ways allein erhalten die Zonennamen
- name=Zone * (Area X)

# Relations-Flächen (outer/inner-Rollen, Objekt) erhalten nur 
Zonenbezeichnung und Typ

- boundary=protected_area
- protect_class=2
- type=multipolygon
- site_zone=*

# auf den _äußeren_ Grenzverlauf wird noch eine Flächen-Relation gelegt, 
die den Namen der Fläche erhält

- boundary=protected_area
- protect_class=2
- type=multipolygon
- name=Area X


Optisch sieht das akzeptabel in Mapnik aus, was für user wichtig ist ...
Frage ist, ob OSM mit diesem Procedere leben kann? Was meinen wohl 
Programmierer dazu?


beste Grüße


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

Re: [Talk-de] Wie kann/sollte man Zonen-Flächen taggen?

[tshrub]

moin Walter,


...
es wäre hilfreich, wenn du den Begriff Zonen etwas konkretisieren
könntest.

tschuldige, das versteh ich wiederum nicht. Wieso das? =:-()
Das habe ich doch in ausreichender Weise getan.







Mir gingen da Wasserschutzgebiete, Naturschutzgebiete und Umwelt-Zonen durch
den Kopf

mir auch
Was sonst? die vieldiskutierten Tarifzonen? (aber die könnte man m.E. 
auch flächig darstellen) Aber darum gehts nicht!


siehe meine Beispiele/Möglichkeiten und
http://de.wikipedia.org/wiki/Zone, spez. Geographie.
und make it simple:
Fläche und Bereich, Areal und Abschnitt




...

besten Gruß


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

Re: [Talk-de] Wie kann/sollte man Zonen-Flächen taggen?

[tshrub]

Hallo,

...
Das die Zonen denselben Namen haben (dementsprechend wohl zusammen
gehören) ist sicherlich jeweils _ein_ Objekt (area oder relation)
gefragt, welches diese repräsentiert.
Zonen wären grad _wegen_ ihrer Unterschiede da und hießen Zone 1, 
Zone 2, ... haben also _nicht_ den selben Namen.

Der Name des Gesamtgebietes ist gleich.
Das ist ja eine hierachische Sache.


Demnach ziehst du die zweite kompliziertere Möglichkeit vor, einzelne 
Flächen zu bilden aus Kinder-Relationen (Zonen) sowie einer 
übergeordneten Eltern- (Gesamt-NtP) Relation.
(mit Relationen müssen die Ways dieser i.d.R. großen Flächen eh 
hergestellt werden. Zudem würden sonst diverse Ways übereinander liegen).


die ways bekämen
name=*
site_zone=*

eine Flächen-Child-Zone (Relation)
name=*  (ohne Name wäre sie in der Liste farblos ...)
type=multipolygon
Elemente sind outer- und innerways

die Flächen-Parent-Zone (Relation)
name=*
type=multipolygon
boundary=national_park
Elemente sind o.g. Relationen ohne Rollen


Jedoch macht JOSM hier in der Prüfung so einen unschönen 
Warnungsquatsch von wegen Ähnlich benannte Wege - obwohl 
unterschiedliche Werte als Namen. #[







Als tagging system ist mir
bisher die protected_area als am universellsten verwendbar
aufgefallen:

darum geht es auch und zwar um einen def. Vorschlag, Zonen zu taggen.





...

Gruß


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

Re: [Talk-de] Wie kann/sollte man Zonen-Flächen taggen?

[tshrub]

Hi Martin,
Danke!

...

...

site_zone finde ich viel zu allgemein. Wie oben bereits von Walter
angemerkt: zone kann sich zwar auf Umweltzonen beziehen, kann aber
auch sonst alles bedeuten. Besser wäre vielleicht emission_zone oder
traffic_emission_zone oder vehicle_emission_zone oder so was?

wäre das nicht ein bischen redundant, einer traffic_emission-Fläche
ein traffic_emission_zone zu geben?
Grüße


...



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

[Talk-de] Wie kann/sollte man Zonen-Flächen taggen?

[tshrub]

Hallo,

Zonen wären hier verschiedene Flächen, die unter einem Namen firmieren 
und meist aneinander grenzen.


Mal vom einfachsten Fall ausgegangen:
Drei konzentrische Kreise. Der Mittelkreis sei Zone 1. Als 
Flächenbezeichner der Nationalpark-Tagg (NtP).


Folgende Möglichkeit, nach der man in Mapnik Grenzen mit korrekter 
Beschriftung zu sehen bekommt:



# drei konz. Kreise (ways) ziehen
# diese erhalten einen Zonen-Tagg und einen Namen (Zone x)
# erstelle eine multipol.-Relation, der die ways, ohne Rollenangaben*, 
zugeordnet werden und die den Flächenbezeichner + Name (NtP X) und Typen 
(multipol.) erhält.


* Mit dem Rollenwechsel werden scheinbar Löcher 
interpretiert(JOSM3754) - jedoch im browser (Mapnik) nicht dargestellt.



Damit erhält jede Grenzlinie die Beschriftung NtP X ... Zone x, sowie 
im Zentrum der Gesamtfläche ein NtP X.
Auch zersplitterte Gebiete, also wenn es z.B. noch eine abseits 
gelegenen Zone 3 gäbe, werden korrekt gerendert.

Zonenflächen lassen sich hier aber nur (v)errechnen. Das ist unschön.



Weitere Möglichkeit führen zu Beschriftungsfehlern oder aber zu ways 
ohne Bezeichnungen - was mir unheimlich wäre :) ... z.B.:


# drei konz. Kreise ziehen
# diese erhalten einen Zonen-Tagg und einen Namen (Zone x)
# jede Zone per Relation als multipol.-Fläche auszeichnen, indem ihr die 
outer oder inner ways zugeordnet werden und diese Flächen-Relation per 
Zonen-Tagg auszeichnen.
# eine multipol.-Relation erstelle, der die drei Flächen-Relationen 
zugeordnet werden (als childs), ohne Rollenangabe und die den 
Flächenbezeichner + Name (NtP X) und Typen (multipol.) erhält.


Das Problem wäre bei konzentrische Flächen, dass (zusätzliche/doppelte) 
Flächennamen entsprechen falsch liegen könnten, den Hautnamen NtP X 
verdecken könnten und man dann den Flächen keinen Namen geben dürfte und 
sie in der Liste namenlose Multipolygone wären ...




eine dritte Möglichkeit wäre
# drei konz. Kreise ziehen
# diese erhalten einen Zonen-Tagg und einen Namen (Zone x)
# jede Zone per Relation als multipol.-Fläche auszeichnen, indem ihr die 
outer oder inner ways zugeordnet werden und diese Flächen-Relation per 
Zonen-Tagg auszeichnen.


die oben letzte zusammenfassende parent-Relation einfach weglassen. 
Frage wäre dann aber, wie das Gebiet als Ganzes erkennbar gemacht werden 
könnte.




Ich würde natürlich erste Möglichkeit bevorzugen - wenn sie funktioniert 
und den Rechnern keine Schwierigkeiten macht.
Bei der zweiten sind mir die Zonenflächen besser ausgezeichnet, neben 
Beschriftungsfehlern wäre auch die Anwendbarkeit/Usability 
(child-Sachen ...) etwas kritisch zu sehen.



Im Netz habe ich nichts eindeutiges finden können.
Seht ihr noch andere Möglichkeiten - oder an obigem technische Fehler?
Sind hier ggf. Leute aus der Coregruppe unterwegs, die technisch 
zukunftsweisendes raten oder nachfragen könnten? Ggf. einen 
favorisierten workaround, denn irgenwie müssen Zonen ja erfasst werden?


Grüße


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

[Talk-GB] building zones

[tshrub]

hi,

just to ensure, for a final answer - what you users think, we should go 
on with?


even in mind to be penny-wise with relations,
the only  best choice to declare zones of an area I see is, to give a 
relation to every zone

and that in this kind:
http://wiki.openstreetmap.org/wiki/DE:Multipolygon_Examples#Wiese_mit_Farmland_mit_zwei_W.C3.A4ldern_mit_Buschwerk_.28Polygone_.C3.BCber_4_Ebenen_verschachtelt.29
its an alteration of outer/inner-relation-areas with a single area 
relation in the center. That gives you the area-size too.

So you have for an area with zones as many relations as zones are.

An alternativ would be, to work with parent/child relations, but, 
disregarding of the boring JOSM-GUI in this case (may be by intention? I 
used them once, but can´t find fast in again ...), you would have one 
parent relation more.


Or does anybody see another technic (forward-looking)?

regards, t.


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

Re: [Talk-GB] building zones

[tshrub]

hi,

Err..sorry to be dumb,

sorry too! (about my dict.-english ... )

but I have read this three times and still have no
idea what this is about.
What problem are you trying to solve?
What is a Building Zone?

may be no lucky item:
not _a_ -, but fabricate- or establish zones:
question about the best way, to mark _zones of an area_,
(for protected areas: center-zone, second-(buffer-)zone, ...)

above I linked to one method, to build some rings - thats how those 
zones look like mostly.
But, even if they are joining, they seems to me a littel separated, I 
would have a better feeling, if I can keep those rings/zones more 
together(or is that enough?).

Therefor I could use the relation-parent/child-model, but first:
relations are not too favoured in osm and second:
its mutch more complicated.




Is this something to do with telling the renderer what order to draw things?

may be
but first, just to save data in a forward-looking way.

...


is there meanwhile any established method, to tagg zones?


regards


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

Re: [Talk-de] Naturschutzgebiet

[tshrub]

Hallo Markus,

vielleicht kann mal jemand diese Seite übersetzen

sie wurde übersetzt:
http://wiki.openstreetmap.org/wiki/DE:Tag:boundary%3Dprotected_area
Grüße


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

Re: [Talk-de] Naturschutzgebiet

[tshrub]

# Nationalparks (class 2) mit ?? = nationalpark (weiß grad nicht)

falsch!
das kann man nicht _ergänzend_ nehmen, da nicht 2x
ein Schlüssel (boundary) verwendet werden darf.
Gruß, t.


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

Re: [Talk-de] Naturschutzgebiet

[tshrub]

Hallo,

...
man kann aber problemlos 2 multipolygon-relationen erstellen.

stimmt.
für NtP´s einfach nur als grafisches Element, ohne weitere Daten 
erstellen. Habe ich noch nicht probiert. Sollte gehen.

Gruß, t.


...



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

Re: [Talk-de] Gesperrte Wege im Nationalpark Harz

[tshrub]

hi Kay,

Hi,

Am 15.07.2011, 13:07 Uhr, schrieb Garry garr...@gmx.de:


[jahreszeitabhängig geperrte/unbenutzbare Strassen und Wege]
- Passtrassen mit Wintersperre
- Schutz während der Brutzeit

Willst Du die auch während der Unbenutzbarkeit von der Karte
verschwinden lassen?


Warum nicht? Kommt halt drauf an was man mit der Karte meint. Es gibt
durchaus minutenaktuelle Karten, wie z.B. diese:

http://www.netzwolf.info/kartografie/osm/time_domain/map_opening?zoom=17lat=49.79543lon=9.93238layers=B00T

ähm - dann müssten auch die Ikon in der closed-Zeit verschwinden
- alles was geperrt oder geschlossen ist.
:-)

diese _weitere_ Hervorhebung auf der Karte finde ich ziemlich nervig.


ABER eine tolle Sache: einen hover-Effekt für (hier open-)Details! Den 
vermisse ich auf OSM schon lange ... geht scheinbar doch.


Grüße, t..





Diese Karte bietet sich geradezu an, auf Straßen erweitert zu werden.

Für eine längerlebige, z.B. auszudruckende oder auf's Navi zu
exportierende,
Karte ist das natürlich nichts.

Viele Grüße,
Kay




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

Re: [Talk-de] radlkarte.at

[tshrub]

hi,
kurz: angenehme Farbmischung.
Das von Henning angesprochene Grün-in-grün-Problem finde ich nicht 
hinderlich. G.t.



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

Re: [Talk-de] Fragen zum landuse

[tshrub]

hi,
Was wir unter Brachland verstehen ist in Mitteleuropa ein Übergangsstadium
http://de.wikipedia.org/wiki/Brachland
und ist nach 5-6 Jahren dicht, sprich: verbuscht.
Brache ist ein Aussetzen, ein ungenutzter Zeitraum - in der 
Landwirtschaft hat man z.B. eine Feldbestellung ausgelassen, brach 
liegen gelassen. Das ist noch nichts, was man kartieren muss. 5-6 Jahre 
sollen auch Dinge Bestand haben, die überhaupt kartiert werden - so war 
es m.E. bisher.


Deine Fotos sehen mir alle nach Grünlandtypen aus, sprich: die werden 
gemäht etc., sonst wären da Büsche.


Auf ungenutzen Flächen siedeln sich ungeregelt Arten an, sogenannte 
Ruderalarten

http://de.wikipedia.org/wiki/Ruderal
das macht diese Flächen oft auffällig.
Da wächst nicht nur Gras, sondern diverse Kräuter und junge Gehälze. Und 
das eben nur für 5-6 Jahre, dann ist es natural=scrub.


Länger beständige niedrige Vegetation trifft man in anderen Regionen und 
dann gehts in Richtung Heide oder Wüste.


ich denke, diese Flächen, Brachland, ist Teil von etwas. Entweder
Landwirtschaft
Siedlungsfläche
Straße
Küstenschutz
...
und da eben ein Grünlandtyp, meadow oder grassland oder ...


viele Grüße, t


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

Re: [Talk-de] Zwischen Forest und Scrub

[tshrub]

hi M∡rtin,

...

Charakteristisch ist, das Wald oder Gebüsch eine eigenes Klima bilden kann,
sprich: der Wind da nicht durchpfeifen kann, daher eine Mindestbreite beim
Gebüsch.



ein Gebüsch ist bei jeder Größe ein Orientierungspunkt.

ja, stimmt.
ich dachte damit erstmal an Zwischengröße und die Auflösung mit der 
man mappt - bei farmland oder landuse=forest kann man auch davon 
ausgehen, das typische Elemente enthalten sind (Gebüsch, kleine 
Lichtung, ...), bei z.B. field wird es schon konkreter
- und ich dachte an eine ökologische relevanz eines Gehölzes, was als 
Wertung auch orientierend und Aufnahmekriterium sein kann.


Kleine Gebüsche, z.B. 10qm, werden dann wohl als Fläche kartiert?
Ein Punktsymbol für die Basis, wie bei Bäumen, habe ich nicht gesehen,
für eine 10qm Auflösung gibts wohl nichts.

Grüße, t.





...

...



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

Re: [Talk-de] Zwischen Forest und Scrub

[tshrub]

hi Jan,



...
kann mir einer sagen wie man so ein Zwischending zwischen landuse=forest
und natural=scrub taggen würde??

Konkret geht es um eine Fläche auf dem Darß (Zingst) im Bereich
http://www.openstreetmap.org/?lat=54.43426lon=12.7108zoom=17
sieht für mich nach einem Grünland (Brach- bzw. Ruderalfläche o. ggf. 
junges Gebüsch) - mit ein paar Bauminseln aus.


Ich sehe das so: Gebüsche sind etwa 3(-5)m hoch und mind. 5m breit und 
stehen solo, ohne Wald, sonst sind sie Waldrand, also Wald.


Charakteristisch ist, das Wald oder Gebüsch eine eigenes Klima bilden 
kann, sprich: der Wind da nicht durchpfeifen kann, daher eine 
Mindestbreite beim Gebüsch. Entsprechend sind ein paar Bäume kein Wald 
und man könnte sie hier einzeln mappen. Mindestflächen für Wald können 
z.B. 1ha sein (nach Kartieranleitungen und Landesforstgesetzen).


Bei 3(-5)m durchschn. Höhe kann man Gebüsche mit Gebüscharten ruhig 
Gebüsch nennen (Holunder, Hasel,...).
Wenn da allerdings viele junge Baumarten drin stehen, würde ich bei 
4-5m schon zu einem Wald tendieren. Was gemappt wird, soll ja 4-5 Jahre 
Bestand haben etc.

Insofern: nach Zwischendingen würde ich nicht Ausschau halten.
Ggf. einzeln mappen.

Grüße, t.



...



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

Re: [Talk-de] Taggen eines Taubenturms oder Taubenschlags

[tshrub]

Hi Tobias,

...

http://wiki.openstreetmap.org/wiki/Key:building
also wohl
building=yes
animal=dove
ggf.
building:livestock=residential

Grüße


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

Re: [Talk-de] Taggen eines Taubenturms oder Taubenschlags

[tshrub]

Hi Tobias,

...

[...]

[...]...

(http://www.tuebingen.de/pressemitteilungen/25_23502.html) bekannt.

witzig!



vielleicht ein etwas übergrosses 4-6m 8-Eck-building mit zunächst o.g. 
Tags? - oder 4-Eck.




...

Grüße


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

[Talk-de] Schutzgebiete (protected_area): zugehörigen Schlüssel ändern?

[tshrub]

Hallo,

bezüglich eines Tags gibt es einen m.E. nachvollziehbaren Einwand als 
irreführend/misleading:

http://wiki.openstreetmap.org/wiki/Talk:Tag:boundary%3Dprotected_area#Misleading_tag_names
protect_id sollte echten Bezeichnern (IDs) vorbehalten bleiben.

Damit wären die bisher vergebenen protect_id umzunennen (in 
protect_type). protect_id könnte man dann z.B. als Bezeichner zum 
direkten Aufruf per Url nutzen ...



Was haltet ihr davon?


Und: kann das ggf. jemand machen?
Sprich: ändere alle protect_id die in Verbindung mit protected_area 
gesetzt wurden und im Zahlenraum 1 bis 99 liegen.
(einige protect_id liegen außerhalb diese Bereichs und müssen nat. so 
bleiben).


Dann könnte ich protect_id entsprechend in der o.g. wiki ändern.

Danke,
viele Grüße, t.


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

Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de

[tshrub]

Hallo André,

...


Feedback jeder Art - zu Stil, Tileserver


Hier gefällt mir was nicht:
http://www.openstreetmap.de/karte.html?zoom=16lat=51.24254lon=7.38176layers=B00FT
die Beschriftung von boundary finde ich auch problematisch - auch spez. 
für kleine Gebiete, zumindest würde ich die erst bei größter Zoomstufe 
(15) aktivieren. Und - wenn Beschriftung, sollten die Linien auch 
sichtbar sein.


Den neuen Kartenstil finde ich sonst ok, auch schön, aber - nix 
bahnbrechendes.


Autostrassen und damit das Fortbewegungsmittel Auto, ist für meinen 
Geschmack etwas zu dominant. Interessanter wäre gewesen, ÖPNV zu 
akzentuieren. Die Unterscheidung zwischen highway=trunk und =primary 
wurde aufgegeben - das hätte ich nicht gemacht.
Gibts für die Strassenschild-Farben nicht auch (zumindest) eine 
EU-Regelung? ;)


Naturschutz verdeckt/verändert darunterliegende Flächen.
Zu allgemeinen Karten: bei nicht zwingend strukturbestimmen Nutzungen 
(Naturschutz, Milität, Revier, ...), reicht das Einzeichnen der 
Grenzen und _ggf._ flächig eine sich den Zoomstufen anpassende 
transparete Darstellung (wie z.Zt. bei leisure=naturereserve mit NR 
(Buchstaben gut), ggf. Punkte, ...) - da zum Orientieren die wirkliche 
Bedeckung (darunter) schnell eindeutig erkennbar sein muss.


gut finde ich die bessere, kontrastfreundlicher WasserGraben-Farbe.




...





landuse=farmland sieht bei mir mit #cc irgendwie besser aus. ...

ja, das ist bisschen blass ausgefallen ...



viele Grüße, t.


...



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

Re: [Talk-de] Tagebau - Kiesgrube

[tshrub]

Hi,
 ...

Ich finde persönlich, eine
Unterscheidung in Kies und Schotter können wir uns schon erlauben, und
ist auch für Laien problemlos feststellbar (rund oder eckig).

Ja - und das gibt auch interessante geo./landschaftsgeschichtlich Infos:
rund gibt es in älteren wasser- und luftablagerungsstätten,
eckig in jüngeren - bis hin zu Steinbrüchen.
Gruß, t.


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

Re: [Talk-de] Luftbildraetsel

[tshrub]

Hallo Frederik,

...

vielleicht gibts eine passende TK mit Info hier:
http://poehali.org/maps
schönen Gruß, t.


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

Re: [talk-au] Fwd: [Tagging] tagging world heritage (UNESCO) and other protected areas/features

[tshrub]

Hi,

...

...


...

... A
problem might arise if a feature is at the same time protected for
different reasons.

If one feature/area is at the same time protected for different reasons,
but belongs to the same ID and you can´t catch that by additional taggs,
you can give
# a further relation to that line or you have to make
# a second boundary/layer (double, in the view of the ID),
to give individual data (contact, ...) to the reason too. (same 
problem as without those protect_IDs ...)
Its not uncommon that areas cover/overlap eath other (there is a 
including-hierachie: local  regional  national international).


otherwise its to discuss, to establish further distinct protect_IDs in 
the 30th or 40th for the interstate and international (sometimes only 
award-) 98-ID. But they are not too much, and I think/wish, we come 
along with those about 30 main-IDs.







That sort of what I used, though it's changed a bit since then.

do you remember what?





There's also problem of marking it boundary=protected_area and
boundary=national_park at the same time.

its not intend to use both.
there is just a threat on gmane.comp.gis.openstreetmap.region.us
boundary = national_park in the US
there is a workaround-proposal:
boundary=national_park
boundary:type=protected_area
where later a bot can change the boundary tag
(may be possible(?), but today I don´t like that)

f.e. a protected_area
http://www.openstreetmap.org/browse/way/44816271




 ... links
on the fraser-island I wouldn´t mix the protected_area (administrativ) 
with the landuse and I would copy the line, make two (I think, thats 
common?), because in the future, the vegetation will become more 
distinguished.





...

best regards, t.


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

Re: [Talk-us] boundary = national_park in the US

[tshrub]

Hi Daniel,

The problem I see with using protected_area right now (since it's not
an accepted/rendered tag), is that an object can't have two values
for they key boundary. ...
than dublicate the object - but if it comes down to a boundary for just 
protected areas, you have to make a decision for one tagging-type.


The boundarys in Oregon, on the OSM-Link, have no keys + values??
On one hand, you can give keys + values to a line,
on the other hand you can give relations.
btw.: I use JOSM, http://josm.openstreetmap.de/


a protected_area
http://www.openstreetmap.org/browse/way/44816271




I'm also not sure that National Forests
National Recreation Areas would qualify under protected_area because
it seems focused on the IUCN nature reserve classifications, and
National Forests  National Recreation Areas can be leased out for
commercial/industrial use.

than the area is losing its state and you can delete the boundary, or see:
http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area#resources-protected-area

_if_ there are IUCN, see protectedplanet.net, WDPA's list of protected 
sites.







My goal is to be able to render a US-centric map of outdoor
recreation type objects without messing with the global view OSM
provides,
think, that´s two things: on one hand the data you give to OSM (here 
keep some commons).
On the other hand you can render out of that every special stuff, you 
want. For example with http://wiki.openstreetmap.org/wiki/Kosmos





...









I think that an additional key is the right plan, but I wanted to get
a bit of consensus before I started tagging a bunch of things with
it.

have a look to the tagwatch North America.
Here you might see consens and laziness ;)
Do you have the link for that site?





Possible keys: national_park=national_forest # This was my first
inclination, but now I'm thinking it doesn't offer enough depth, on
the other hand it's simple

or

national_park=forest ownership=federal # MassGIS added an ownership
tag to designate it's state forests, and pairs it with
landuse=forest. I don't think a landuse tag is appropriate to
designate national forests though, because there's nothing about a
national forest that requires it to contain trees, and vast swaths of
them don't.

or

national_park=forest admin_level=2 # There are already a bunch of
state parks tagged as admin_level=2, but should the admin_level tag
be used outside or boundary=administrative?

or

public_land=national_forest # There are a lot of open to the public
BLM lands that don't seem like they belong under the national park
category. Does public land deserve it's own key?

on my view no,
f.e.: forest-value we have a landuse-key for


best regards,
t.





...

...

...



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

Re: [Talk-us] boundary = national_park in the US

[tshrub]

Hi Daniel,

...

I've seen admin_level used to differentiate between state and
national parks, but that doesn't distinguish between
park/forest/monument/preserve.

There is also the proposed boundary=protected_area, but while that
provides a nice international baseline it still won't describe what
kind of park it is in a US context.
on a global view (what OSM is for) it's confusing to catch every kind by 
name.

therefor is an additional key(-system), that might cover it?
may be elaborate one/them?
protection_object=




Also, since they're both boundary
tags they'll need to be on separate relations which I won't be able
to render nicely without a preprocessor.

? I don´t know.
its difficult to distinguish between the boundary-types?





...

best regards, t.


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

Re: [Talk-de] Nutzungen in einem Park - Ebenen

[tshrub]

Hi Torsten,

...

...

Das layer=-1 ist da erstmal kompletter Bloedsinn ...

...
Das ergibt sich ja bereits aus dem umschliessenden Park-Polygon

jo, stimmt, Danke. layer hatte ich noch garnicht richtig angeschaut ...
Grüße, t.


...



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

[Talk-de] Nutzungen in einem Park - Ebenen

[tshrub]

Hallo,
werden Nutzungen in einem Park
(Sichtwiese, Liegewiese, Weide, Wasser, Forst, Blumen, ...),
dessen Gesamtfläche als layer=-1 gekennzeichnet/unterlegt ist,
noch einmal mit leisure=park kennzeichen?
Eigentlich nicht, da es sich aus der Unterlegung ergibt?
Danke, Gruß, t.


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

Re: [Talk-de] Grünflächen in Wohnanlagen

[tshrub]

Moin !

jo!




in Spanien gibt es in Wohnanlagen oftmals ausgedehnde Grünflächen - ich
spreche jetzt nicht von den Golfanlagen - die es sich lohn in der Fläche
differenziert als nicht Residental zu erfassen. Oder besser Residental
wäre das übergeordete Element.

Wie würdet Ihr da taggen - http://wiki.openstreetmap.org/wiki/Park ???
Da steht im Wiki nichts von öffentlich ?!?!

wären das nicht gemähte Wiesen?

# landuse=meadow
# leisure=common

so werden z.B. mancherorts innerstädtische Deichwiesen getaggt -
ohne residential.


...

Grüße, t.


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

Re: [Talk-de] Landuse, landcover, natural, landscape WAS Re: Tags für Wüstengebiete

[tshrub]

Hallo M∡rtin,

...

...

ich finde ja, landcover deckt begrifflich natural und landuse ab,
verschluckt es sozusagen(?),



hm, landuse sollte man in jedem Fall deutlich trennen und landcover
oder natural. Landuse ist die Bodennutzung, evtl. Landnutzung
jedenfalls die Nutzung.

Boden-, Naturnutzung ...






Ich weiss, dass das derzeit nicht ganz klar
ist (im groben allerdings ist es schon so umgesetzt). Weitere Tags
würde ich schon danach trennen und evtl. landuse etwas aufräumen (sind
nur wenige Tags, die nicht passen).

ja, da müsste man Mal ran
Ebenso natural strukturieren!








...


Hm, bin gerade mal auf diese Wikipediaseite gestoßen:
http://de.wikipedia.org/wiki/Landnutzung

interessant






die interessanterweise diesen Absatz enthält:
Die 13 Hauptklassen, die für alle EU-Länder den Rahmen bilden, sind:

 * Siedlungsflächen (incl. Verkehrsflächen)
 * Ackerflächen
 * Dauerkulturen
 * Grünland
 * Laub- und Mischwald
 * Nadelwald
 * Alpine Matten
 * Latschen, Krummholz
 * Felsflächen
 * Spärliche Vegetation
 * Gletscher
 * Feuchtflächen
 * Wasserflächen.
ja, das ist der Landcover-/ Maschinen-Ansatz () der z.B. nicht 
zwischen natürlich und genutzt unterscheiden kann. Der dürfte genau 
genommen auch nicht mit Landnutzung übertitelt sein (z.B. zu 
Felsfläche). Das ist - spez. in solch einem großen OSM-Rahmen - 
fehlerträchtig.


Landcover (CLC) gibt es länger als OSM (?) und den Begriff hätte man 
gleich am Anfang einführen können. Aber man hat einen Unterschied 
zwischen natural und landuse gewählt und das ist m.E. auch nicht 
verkehrt und - reichhaltiger.



Hier wäre der Begriff natural zu diskutieren:
... natürliche Elemente, wie z.B. Landschaften oder geologische 
Gegebenheiten, 
... natural features, mostly in terms of habitats and geological 
features ...
die deutsche Übersetzung stimmt schon nicht: von landscape ist im 
Englischen nicht die Rede (möchte nicht wissen, wie es in anderen 
Sprachen aussieht).
Zum Anderen ist (sehr) interessant, _was_ die Nutzer als natural 
taggen; siehe Diskussionen um natural=wood und landuse=forest.

natural ist m.E. schon ein wertvoller Tag.









... An andere Stelle beschreibt der Artikel,
dass Industrieländer üblicherweise zw. 20 und 50 verschiedenen
Landuse-Differenzierungen anwenden.

das ist schön. Dann Mal los, suchen ... :)









Weitere Landcover Klassifikationsbeispiele finden sich z.B. bei GLOBCOVER
http://ionia1.esrin.esa.int/docs/GLOBCOVER_Product_Specification_v2.pdf
ab Seite 20.

grobes Dokument (läd schlecht ... ).
http://wdc.dlr.de/data_products/SURFACE/LCC/diplomarbeit_u_gessner_2005.pdf 
Seite 24

http://www.eea.europa.eu/publications/COR0-part1/at_download/file
http://www.umweltbundesamt.at/fileadmin/site/umweltthemen/raumplanung/1_flaechennutzung/corine/CORINE_Nomenklatur.pdf
http://www.corine.dfd.dlr.de/media/download/nutzerseminar19_keil_et_all.pdf
...
das sind natürlich nur europäische Klassen.









Ich kann die Aversionen gegen Landcover als Tag nicht verstehen. Das
ist am besten zu erkennen im Ggs. zu landuse, und meistens auch
eindeutig. Der Begriff ist allgemein üblich in den Geowissenschaften.
landcover deckt doch die Begriffe landuse  natural ab - bzw. 
umgekehrt(?!?).
landcover bringt OSM und die user auf ein Maschinenniveau, ist ein 
Verlust an Genauigkeit/Info/Wertigkeit. landcover ist der plumpe tag 
einer Maschine und nicht Sache von OSM. Wir sind weder optische Geräte 
noch Rechner.
Landcover (CLC) ist faszinierend, der Begriff bringt OSM aber keinen 
Mehrwert. Mit ergänzenden Tags ist landuse  natural m.E. ausreichend 
und - schöner.



Wofür (bloß) sollte ich landcover nehmen?
Wo würden denn landuse oder natural nicht ausreichen?






...

viele Grüße, t.


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

Re: [Talk-de] Landuse, landcover, natural, landscape WAS Re: Tags für Wüstengebiete

[tshrub]

Hallo M∡rtin,

...

...

...
natural ist eine bunte Mischung, da sind auch Bäume, Höhleneingänge
(übrigens eines der ältesten natural tags von 2007), Strände, Gipfel
(2007), Buchten, Klippen (Juni 2006), Küstenlinien, einzelne Steine
(block), Quellen (2007) drin. Alles kein landcover. Es stimmt einfach
nicht, dass landcover in OSM natural und landuse ist.

das cover kann sich doch aus der Flächengröße ergeben?
beim Rendern kann man zu kleine Flächen als Bäumchen darstellen,
wenn jemand Unterschied sehen will?






...

...
Wofür (bloß) sollte ich landcover nehmen?



für eine Ansammlung von Bäumen, die kein Wald ist?
landuse=forest die _Größe_ (Fläche) macht den Wald ... bei landcover 
auch nicht anders.

Für sand am Strand?
natural=beach (meist naturdominiert, ausser einigen künstlich erhaltenen 
für Touris)

Für Fels am Strand?

natural=rock?

Für Wälder wo keine Bäume wachsen (landuse=forest,
landcover=scrubs),

Niederwald ist
landuse=scrub
oder
natural=scrub (natürliche Extremstandorte)

für Grassflächen, die keine Wiesen sind,

hatten wir oben in einem Thread, ich denk, das war
landuse=grassland und
landuse=meadow für die Wiese




für Wüsten
(natural=desert),

ja


um die Bodenbedeckung zu klären, etc. Für
Micromapping in der Stadt ist es natürlich auch geeignet.

na ja.
da denkt ich wieder wenigern an _land_cover - das wäre übertrieben ;)
surface oder material wäre da naheliegender -
in Verbindung mit einem Elterntag.






...
landuse sollte m.E. die Bodennutzung beschreiben, landcover die
Bodenbedeckung, und natural bleibt für die geografischen features.

landuse = Bodennutzung (meadow, field, forest, residential, ...)
landcover = Bodenbedeckung (gras, vegetables, trees, garden, ...)
natural = geografische features (bog, ?, conifers, Rosengarten, ...)

wäre irgendwie machbar, aber
überzeugt mich noch nicht richtig.


Es geht ja um das Strukturieren der
Userdeutungen/Begriffsbildung. Und da muss man wohl - bei dem
breiten Spektrum an usern, die mit den Objekten manchmal nichts weiter 
zu tun haben -  mal ein paar Worte (mehr) in den Pool werfen ... (auch 
der Unterhaltung wege) und sehen, was hängen bleibt.


mal sehen, wie es landcover ergeht.


...

viele Grüße, t.


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

Re: [Talk-de] Tags für Wüstengebiete

[tshrub]

Hallo M∡rtin,

...

 ...


M.E. könnte ein Dünenbegriff eingeführt werden
natural=dune
ggf. noch unterscheiden natural=inlanddune oder natural=seadune



ich würde unterscheiden in landcover (und ggf. landuse). Natural
entspricht teilweise landcover. Bei Sanddünen wäre z.B.

landcover=sand

möglich und zusätzlich könnte man

natural=dune für die Dünen setzen.

mir fiel letzt noch ein, dass eine Düne ja auch ein Körper ist
und (auch) ein bodenkundlicher / geologischer Begriff und deswegen
vielleicht noch nicht so in OSM Eingang gefunden hat.
Manche Dünen sind bewaldet und gar nicht so zu erkennen.
Da liegt es schon nah, nur den klar zu erkennenden offenen
Typ per Substrat (auch ein verwendbarer Begriff) Sand
zu beschreiben.

Wobei Düne neben Sumpf ein alter, klassischer Eintrag
auf Karten ist (wegen der Strategen und so ...).
auch
Felsklippe
Böschung









und für
Stein-Geröll-Gebiete (Hamada) nur natural=stone gefunden.


für (Geröll), Schuttflächen, ggf. Blockhalden
natural=scree


+1

was setzt Ihr für Fels? scree ist ja für loses Gestein.

Da war vor einem Jahr Mal jemand/ein Thread aus Tschechien oder so ...
da zumindest sind wir bei scree geblieben.

es gibt das Felsenmeer:
http://de.wikipedia.org/wiki/Felsenmeer
vielleicht natural=rock oder =block oder
sea_of_rock, blockfield, ...

würde wohl zu
natural=blockfield
tendieren










und als Zusatztag das Material:
surface=sand
surface=lava



ich bin dagegen, surface dafür zu verwenden, weil surface nur die
Oberfläche beschreibt. M.E. sobald es über die reine Oberfläche
hinausgeht wäre ein landcover tag angebracht.


Material-Key gibt es glaube ich nicht(?)



könnte man aber einführen, braucht man allerorten.

Mutige vor ... :)

oder substrate=sand?









landuse=steppe
landuse=savanna



sind m.E. beides keine Landnutzungen eher landcover oder
Landschaftsarten (landscape?). Darin können ja durchaus auch
Landnutzungen vorkommen.

ich finde ja, landcover deckt begrifflich natural und landuse ab,
verschluckt es sozusagen(?),
was für mich einer Verwendung etwas entgegensteht.
landcover ist zwar schön, schmeckt mir aber nicht so :)
es verwässert. Auch natural opfern würde nicht abelfen.




steppe oder savanna würde ich bei Nutzungshinweisen
als landuse (ggf. mit Nutzungsart, z.B. animal=goat)
und sonst natural taggen (ggf. mit Pflanze).




...

Gruß, t.


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

Re: [Talk-de] Tags für Wüstengebiete

[tshrub]

Hallo Dieter,


gibt es schon tags für Landschaften in der Wüste (z. B. Sahara).

so eine Einteilung habe ich noch nicht gesehen -
man könnte mal die tags der Wüstenländer durchforsten:
http://tagwatch.stoecker.eu/world.html
es gibt (nur) natural = scree, sand, mud, rocks, ...



Für Dünen (Erg) habe ich in den Map Features nur natural=sand

und =beach ... :)
M.E. könnte ein Dünenbegriff eingeführt werden
natural=dune
ggf. noch unterscheiden natural=inlanddune oder natural=seadune




und für
Stein-Geröll-Gebiete (Hamada) nur natural=stone gefunden.

für (Geröll), Schuttflächen, ggf. Blockhalden
natural=scree
http://wiki.openstreetmap.org/wiki/Tag:natural%3Dscree

und als Zusatztag das Material:
surface=sand
surface=lava
...
Material-Key gibt es glaube ich nicht(?)
(surface ist m.E. zu oberflächlich)




Was kann man
für Gebiete mit vulkanischen Gestein (Asche) benutzen? natural=vulcano
bezeichnet wohl eher nur den Vulkan und nicht die umliegenden Lava- und
Aschegebiete.

feine pudrige Sedimente wie Asche oder Schluff/Flysch vielleicht ein
natural= oder surface=slag?
+ surface=*


sonst noch:

natural=steppe
wenn genutzt würde ich
landuse=steppe



landuse=savanna

ggf. auch dominierende Pflanzennamen
name=Birke
genus=Betula
species=pubescense




Trocken-Bachbett
waterway=temporary
(diese führen selten, alle paar Jahre mal Wasser. Das kann man an 
Treibselhaufen sehen)


(hist.) trockenes Flussbett (in Wüsten)
waterway=wadi



viele Grüße, t.


...



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

Re: [Talk-de] farmland in DE:MapFeatures

[tshrub]

Hallo Chris,

also mein Angebot musst ich leider weiter geben:

http://wiki.openstreetmap.org/w/index.php?title=Template:De:Map_Features:landuseaction=edit
Ein Eintrag für farmland wie
Template:De:Description:Landuse:Farmland (bearbeiten)
erscheint nicht.
Dafür wird in der farmland-Beschreibung der Inhalt von farm
Template:De:Description:Landuse:Farm (bearbeiten)
gezeigt - also doppelt.

Ich finde nicht heraus, wie man 
Template:De:Description:Landuse:Farmland erzeugt.

Entweder ist da ein Anzeigefehler oder zu es ist kompliziert,
eine wiki/Beschreibung fehlt.

ciao, t.


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

Re: [Talk-de] Wege im Flussbett

[tshrub]

...

das kann man doch beides gleichzeitig taggen: highway und waterway

vielleicht auch mit waterway=temporary, intermittent, ...
sofern kein Kneipp-Weg. ;)

Der Wert wäre aber noch einzuführen.


einen Wadi-Wert habe ich in OSM schon Mal gesehen(?).
Aber den beziehe ich auf eher große Strukturen/alte Flusstäler.


In Südeuropa etc. gibt es ja zahlreiche kleine Trockentäler ...



...

Grüße, t.


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

Re: [Talk-de] farmland in DE:MapFeatures

[tshrub]

Hallo M∡rtin,

...

so würde ich Gärten auf einem landuse erfassen:
  z.B. garden:type=resistential als klassischer Hausgarten in der
Wohnsiedlung, wobei diese ja auch schon Hausgärten beinhaltet.



das wäre bei mir ein Antifa-Garten. ;-)

gute Idee, könnte man auch taggen, die ganzen Oasen wie
Hamburger Straße (gibts darin Grün?) etc.
Jede größere Stadt hat ja ihre Blumen.

-
 ...

Das value-Beschreibungen ändern ist
garnicht so schnell gemacht, wie ich dachte - zumindest der 
Übersetzungsteil nicht ... :)

Hier erscheint der farm/farmland-Eintrag immer doppelt.
Ich konnte es in DE nur etwas verbessern.
Habe momentan nicht die Zeit, die wiki durchzulesen
http://wiki.openstreetmap.org/wiki/DE:Wiki_Übersetzung
(ist gebookmarked, aber vielleicht hat ja jemand einen Tipp?),
um zu schauen, wie ich hier
http://wiki.openstreetmap.org/w/index.php?title=Template:De:Map_Features:landuseaction=edit
unter
Folgende Vorlagen werden von dieser Seitenvorschau verwendet: 
an ein
Template:De:Description:Landuse:Farmland (bearbeiten) auf der Seite komme.
damit description nicht mehr doppelt erscheint
und sep. bearbeitbar wird.

Vielleicht muss man erst in der englischen Version was machen ...



Die original englische Seite lässt sich normal ändern und
hier hatte ich farm ... erneuert. Das wurde allerdings
2 Std. später rückgängig gemacht bzw. verbessert.
(Aktuell | Vorherige)  00:12, 20. Okt. 2010 Alv (Diskussion | Beiträge) 
(14.181 Bytes) (Undo revision 548056. Nothing wrong with landuse=farm, 
and it's even more popular of the two than it was almost two years ago.) 
(rückgängig) 

Ist da jetzt besser und ok.

-
für die DE-features hätte ich also noch auf der Maus:

landuse=farm
landwirtschaftliche Fläche, genutzt als Anbau- und Weideland, inklusive 
der Hofflächen.


landuse=farmland
Tag für (noch) nicht näher definierte landwirtschaftlich genutzte 
Flächen, ausgenommen dem Bauernhof/Wirtschaftsgelände (landuse=farmyard).
Weitere, genauere Definitionen für farmland siehe landuse=* ( field, 
grass, meadow, orchard, ...).



mal schauen,
Grüße, t.


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

Re: [Talk-de] farmland in DE:MapFeatures

[tshrub]

Hallo,

...

  landuse=farmland
  Tag für landwirtschaftlich genutzte Flächen wie Äcker für Getreide und
  Gemüse, Obstplantagen, Baumschulen und Weiden für Nutztiere.
  + Darstellung  Foto


-1, m.E. geht das nicht so ohne weiteres. Landuse=orchard für
Baumpflanzungen zur Lebensmittelerzeugung ist seit längerem in
Gebrauch. Ich sehe auch keinen Vorteil, das jetzt wieder zusammen zu
werfen. Ob es für Baumschulen schon was gibt, kann ich nicht genau
sagen, wenn man allerdings das alles neu organisiert, finde ich es
unlogisch, die Weiden hier reinzunehmen, die Wiesen aber nicht.
Subtags sollte man in jedem Fall vorschlagen für die einzelnen
genannten Nutzungen.

ja, das muss Mal neu organisiert werden.

bleiben muss farmland ja, also dann so?:

landuse=farmland
Tag für (noch) nicht näher definierte landwirtschaftlich genutzte 
Flächen, ausgenommen dem Bauernhof/Wirtschaftsgelände (landuse=farmyard).

Weitere, genauere Definitionen für farmland siehe bitte landuse=*.


und landuse=farm
veraltet, nicht weiter verwenden.


landuse=farmyard
Tag für den Bauernhof - das Wirtschaftsgelände mit seinen Gebäuden: 
Wohnhäuser, Unterkünfte, Unterstände, Ställen, Mistgrube, 
Fahrzeughallen, Futterspeichern, (Blumen-)Garten.
Flächen zwischen den Objekten - auch wohnhausferne landwirtschaftliche 
Bauwerke (Unterstände, Speicher, ... ).




Gruß, t.




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

Re: [Talk-de] farmland in DE:MapFeatures

[tshrub]

Hallo M∡rtin,

...

... (Blumen-)Garten.



wieso hast Du den Gemüse- und Kräutergarten da rausgenommen? Oder war
das keine Absicht? Auch auf einem Bauernhof unterscheidet man den
Garten (wo durchaus auch Salat und Gemüse wachsen kann) vom
Feld/Acker.

nee, Garten war doch drin, keine Absicht.
kann ja nicht alle Typen aufzählen: japanischer Garten, ...
obwohl viele Typen seltener auf Bauernhöfen. :)
Die beiden mach ich wieder rein.

Wer keine Lust hat, lässt es, da schon inkludiert.
Aber es bleibt einem ja eh unbenommen, diese extra zu kartieren:
* garden:type=japanese
(weiß nicht was noch: =resistential, =herbs, ...)
* leisure=garden

so würde ich Gärten auf einem landuse erfassen:
 z.B. garden:type=resistential als klassischer Hausgarten in der 
Wohnsiedlung, wobei diese ja auch schon Hausgärten beinhaltet.




...

viele Grüße, t.


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

Re: [Talk-de] farmland in DE:MapFeatures

[tshrub]

hi Chris66,

...
der Eintrag zu farmland in den
http://wiki.openstreetmap.org/wiki/DE:Map_Features
müsste mal berichtigt werden. Ist derzeit als veraltet
eingetragen.

Ich selber komme mit den Templates nicht zu recht.

In den Original-MF sind beide Tags noch gleichberechtigt
(farmland: Synonyme for farm) ich denke das sollte
man angleichen.

also:


landuse=farmland
Tag für landwirtschaftlich genutzte Flächen wie Äcker für Getreide und 
Gemüse, Obstplantagen, Baumschulen und Weiden für Nutztiere.

+ Darstellung  Foto


und landuse=farmyard
Tag für den Bauernhof - das Wirtschaftsgelände mit seinen Gebäuden und 
befestigten Flächen: Gebäuden wie Häusern, Unterkünften, Unterständen, 
Ställen, Fahrzeughallen, Futterspeichern usw. Ebenso die Flächen 
zwischen den Gebäuden, sowie nahe Bäume, Hecken und Grünflächen.



und landuse=farm
löschen oder
Tag für den Bauernhof _zusammen_ mit landwirtschaftlich genutzten 
Flächen. Fasst farmland und farmyard zusammen. Aus diesem Tag ist 
farmland und farmyard hervorgegangen.




alle der Meinung?

...

könnte ich dann machen,

(und wie sieht es mit den Engländern EN aus? Da ists auch unklar.)

Gruß, t.


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

Re: [Talk-de] Obstanbau

[tshrub]

Hallo M∡rtin,
 ...
 ...
 ich hatte dazu schon mal einen Beitrag in der orchard-diskussion [1]
 gemacht woraus landuse=meadow_orchard folgen würde. Ob's das Wort so
 im Englischen gibt weiss ich nicht, die engl. Wikipedia enthält es
 (evtl. von einem Deutschen oder so hinzugefügt) [2], und der Name ist
 m.E. nicht so schlecht gewählt.
Unterscheidung sonst auch nach Bewirtschaftungsweise als
intensiv oder extensiv.

Streuobst ist in der Regel extensiv bewirtschaftet.

wobei der Unterschied im Alltag nicht so einfach
wie Wiese auszumachen ist ...

Neben Wiese unter den Bäumen sind Streuobstwiesen
weitständiger als andere. Darauf könnte man in
einer Benennung auch zielen. (easy_orchard ;) )?
distance_, space_, ...

Wiese ist in M-Eu-Breiten in der Regel drunter.
Im Mittelmeerraum wird sie öfter beseitigt, da sie
eine Wasserkonkurrenz darstellt. Dort wird gegrubbert
um Kapillarität zu unterbrechen.

viele Grüße, t.
...


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

Re: [Talk-de] Steinflüsse

[tshrub]

Hallo Fips,
 ...
 weiss einer von Euch, wie man Steinflüsse taggen kann? landuse=stone_run?

 Das ganze sieht so aus:
 http://de.wikipedia.org/wiki/Datei:Stone-River-Autumn.jpg
 http://en.wikipedia.org/wiki/Stone_run (leider gibt es keinen Deutschen
...
ich würd sagen:


nature:scree oder   talus
(Block- oder Geröllschutthalde)
ein Biotoptyp z.B. auch im Niedersächsischen, im Harz,
sonst nat. in den Alpen etc.

sofern es noch mit fließendem Wasser zu tun hat,
sollte es sich um Trockenauen / -bachbett handeln, ein
waterway:temporary

letztere vor allem in subtrop. Breiten.
(das fehlt m.E. im key noch)

die führen im Tieferen, im Untergrund unsichtbar
oft Wasser.

viele Grüße, t.


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

Re: [Talk-de] Steinflüsse

[tshrub]

Hallo,

 ...
 auch in der deutschsprachigen WP gibt es einen Artikel dazu, aber im Deutschen
 heißen die Erscheinungen Felsenmeer. http://de.wikipedia.org/wiki/Felsenmeer
...
oder Blockmeer :-)
http://de.wikipedia.org/wiki/Blockschutthalde


also nach dem Bild Eingangs würde ich auch natural=stone_run sagen,
sofern man zwischen Geröll und Blöcken unterscheiden möchte.
Z.B. bzgl. Begehbarkeit sollte man:


*Geröll-/Schutthalde*, z.B. an Klippenfüßen. In Zwischenräumen z.T. auch 
Feinerde sichtbar, ggf. vegetationsarm aufgrund Trockenheit oder aktiver 
Erosion: natural=scree


*Blockhalde, -ströme (linearer, wenn Talsenke gefüllt), Felsenmeer ...* 
große Steine, festliegend, unwegsam aufgrund vieler Spalten, tief 
keine Feinerde daher vegetationsarm (ggf. Bäume), spektakulär: 
natural=stone_run

(oder natural=stone_sea, was weniger ein lineares und mehr ein 
flächenhaftes Auftreten ausdrückt? Denn es können auch alte 
Flächen/Halden freierodiert werden.)


(in den keys findet sich natural=stone_run bei Gebrauch ggf. später mal 
als Def.)

Gruß, t.


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

Re: [Talk-de] Steinflüsse

[tshrub]

Hallo,
 ...
 ... diese Phänomene im Vitosha-Gebirge
http://en.wikipedia.org/wiki/Vitosha
hier wird auch v. Stone run gesprochen.

 taggen - gerendert wird aber bisher nichts davon glaube ich. Zumindest wird
 natural=scree nicht gerendert. stone_run - mangels Dokumentation dann noch
 weniger wahrscheinlich
hier: http://tagwatch.stoecker.eu/world.html
in N-Amerik. gibts scree ...
Ich denk, Hauptsache es ist erst Mal richtig bezeichnet ...
weiter ists dann Sache der OSM-Grafiker.
mit Kosmosrenderer kann man selbst ...



 - -  http://osm.org/go/x1DB_dl4
...
und GM oder GE: N42.6210737228394 E23.2835912704468

*Schuttflächen/scree* würde ich noch als lockerer/aktiver (relativ, in 
geol. Skala) als gesetztere, ältere *stone_run-Blöcke* sehen.
Letztere bevorzugt aus härteren Gesteinen (Granit, Basalt, ...*).
Wobei sie auch in Feinerde eingepackt sein können
und erst wieder freigelegt werden ... also nicht
unbedingt immer sichtbar tiefe Spalten haben (- zu meiner vorherigen 
Post). * Schulz: Lexikon zur Bestimmung der Geländeformen in Karten.

Gruß, t.


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

Re: [Talk-de] Naturschutzgebiete/Landschaftsschutzgebiete

[tshrub]

Hallo Mirko,

 
  ... kannst das aber noch nicht 
 richtig eintragen, weil die entsprechenden offiziellen Grenzdefinitionen 
 noch immer nicht vorliegen. Einzig offiziell ist ja diese nature_reserve 
 Fläche, welche keine weitere Unterscheidung zulässt und wo man die 
 eigentliche Landflächen drüber pappen muss. Oder man misbraucht den National 
 Park, was aber auch wieder nicht richtig ist und was zudem auch viel zu 
 promienent dargestellt wird.
 ...
hier gibte es einen zu kritisierenden oder zu optimierenden Vorschlag:
http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area

hier kann man Schutzgebiete in der BRD anschauen:
http://www.bfn.de/geoinfo/fachdaten/

aus Bayern hatte ich mal irgendwo eine offizielle Datei (shp?)
mit allen Schutzgebieten gefunden. Wies lizenzmäßig mit
einer Verwendung für OSM aussieht ...???


viele Grüße, t.



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