User talk:Fkv

From OpenStreetMap Wiki
Jump to navigation Jump to search

File:Traunstein franzosenstein.jpg und ff.

Hallo, kennst du die folgende Seite: DE:Wiki Translation#Bilder im Wiki?

Wenn Du eigene Bilder gemacht hast, lade sie nach Commons hoch (nicht hier im Wiki), gib ihnen möglichst eine PD-Lizenz, und binde sie von dort im Wiki ein - so stehen sie weltweit auch für andere Projekte zur Verfügung.

Daher würde ich mich sehr freuen, wenn du das o.g. Bild und ff. in der Category:Bad Traunstein bei wikimedia commons hoch laden würdest. Wenn du Hilfe brauchst, meld dich. Danke & Gruß --Reneman (talk) 21:53, 9 July 2013 (UTC)

Du kennst ja viele Tricks, auch die Liste meiner eigenen Uploads hatte ich bisher vergeblich gesucht. Alle Bilder nochmal hochzuladen ist mir zu viel Aufwand, und eine PD Lizenz kommt nicht in Frage, höchstens CC-BY-SA - damit meine Urheberschaft nicht unterschlagen wird. Aber beim nächsten Mal werde ich mir das Commons sicher anschauen. --Fkv (talk) 17:36, 10 July 2013 (UTC)
Keine Sorge, die standartmäßige Lizens bei wikimedia commons ist "Namensnennung, Weitergabe unter gleichen Bedingungen 3.0" CC BY-SA 3.0
Wenn du das Uploadtool benutzt (vorher login), kannst du alle Dateien in einem rutsch hoch laden. Wenn du den gleichen Dateinamen benutzt, mußt du hier im Wiki die Seiten nicht einmal verändern. gruß --Reneman (talk) 18:36, 10 July 2013 (UTC)

Hallo, da du an der Diskussion teilgenommen hast möchte ich dich darauf hinweisen, daß auf http://wiki.openstreetmap.org/wiki/Proposed_features/pasture das Voting eingeleitet ist. --Segatus (talk) 17:35, 27 August 2013 (UTC)

Objekt mit Koordinaten einfügen

KZ-Denkmal

Hallo Fkv, als Anfänger habe ich die Frage, wie ich ein einzelnes Objekt, dessen Koordinaten (z.Bsp. aus Wikipedia) ich habe ohne GPX file o.ä. einfach in die Karte einfügen kann. danke K@rl (talk) 14:00, 27 December 2014 (UTC)

KOnkret ich möchte das nach dem Foto, dass die Koordinaten hat, eintragen. gruß K@rl (talk) 14:10, 27 December 2014 (UTC)
Das kommt darauf an, welchen Editor (JOSM, Merkaartor, Potlatch, ID) du verwenden willst. Ich bevorzuge Merkaartor, da setzt du einen Node ungefähr an diese Stelle und kannst dann die Koordinaten noch auf die genauen Werte ändern (es gibt Eingabefelder dafür). Getaggt wird es historic=memorial. Grundsätzlich sollte man vorsichtig sein, wenn man Koordinaten von fremden Quellen übernimmt. Die Koordinaten können falsch oder ungenau sein. Am besten vor Ort oder mittels Orthofoto überprüfen, bzw. source:position=Wikipedia o.ä. setzen. --Fkv (talk) 15:43, 27 December 2014 (UTC)
Bisher kenn ich nur ID mit JOSM bin ich nihct recht voran gekommen. Zu diesen Koordinaten speziell habe ich Vertrauen, da sie von mir selbst sind ;-). Zu den anderen Denkmälern innerhalb Österreichs auch, da ich prinzipiell fast alle der Benutzer kenne, die vor Ort waren und auch fotografiert haben und die wir in ZUsammenarbeit mit dem Bundesdenkmalamt erruiert haben. Wo Fehler sind, wurden sie durch unsere Leute aufgezeigt und das BDA hat sogar Bescheide korrigiert. --aber danke K@rl (talk) 21:18, 27 December 2014 (UTC)
In ID finde ich auch keine Möglichkeit, explizite Koordinaten zu setzen. Also wird es nur 3 Möglichkeiten geben: Feature Request an die Entwickler, oder den Punkt nach Luftbild setzen, oder einen anderen Editor verwenden. --Fkv (talk) 09:10, 28 December 2014 (UTC)
ICh wollte JOSM aufrufen, der lässt sich aber bei mir jetzt komischerweise nicht starten und bringt nur Fehlermeldung, dass er nicht läuft :-( --K@rl (talk) 09:12, 28 December 2014 (UTC)
Auch wenn ich JOSM strate funkt der Übergang von OSM nicht man muss alles einzelnen laden - etwas mühsam ;-) für einen Anfänger erst recht --K@rl (talk) 09:25, 28 December 2014 (UTC)
Wegen solcher Probleme mit JOSM verwende ich lieber Merkaartor, aber auch an dem muss man erst mal ein paar Konfigurationen vornehmen, damit man gut damit arbeiten kann. --Fkv (talk) 09:37, 28 December 2014 (UTC)
Na dann werde ich den einmal installieren - lass ma uns überraschen - aber danke in der Zwischenzeit. --gruß K@rl (talk) 09:51, 28 December 2014 (UTC)
Nochmals danke, das Denkmal ist laut Koordinaten drin :-) --gruß K@rl (talk) 10:06, 28 December 2014 (UTC)

Defacto tag status

You changed the status of Tag:leisure=firepit from Defacto to In use with the comment status corrected. Defacto is documented on Template:ValueDescription, what is wrong about it? --phobie m d 07:39, 1 November 2015 (UTC)

My reasons were:
1) Most "de facto" features I have come across have >100K uses. leisure=firepit has only 3583, and the number was even less back in March when I made the change.
2) Alternative tags such as amenity=bbq are also in widespread use for firepits. I have been using that tag for dozens of firepits myself, simply because it was the best matching tag I found in map features. There was no leisure=firepit in the wiki at that time. Now leisure=firepit may be a better match, but still it is not the only tag in use, hence far from "de facto".
I raised the inuse/defacto issue in the tagging mailinglist last April. Marc Gemis replied: «As others have pointed out on this mailing list before, the actual number of items that can be tagged with a certain tag matters. So in case there are only 600 items in the whole world of that "thing", it is de-facto. If there are e.g. 1.000.000 such "things", it's more "inuse" than "de-facto"» (He was referring to an example tag with 600 occurences in OSM.) According to this rule, leisure=firepit is only "in use", because there are only 3583 leisure=firepit in OSM, while millions exist in the real world. Others expressed different opinions in that mailing list thread, but whatever rule or formula you take, leisure=firepit will most certainly not qualify for "de facto".
--Fkv (talk) 18:46, 1 November 2015 (UTC)
You reverted] the garden specification proposal from "defacto" to "proposed", saying proposals can't be "de-facto" approved by usage, but it is clearly the case here. No voting can change anything for tags that are used more than 50 000 times, these tags are there. Where do you get from that proposals can't be "de-facto" approved? --Dieterdreist (talk) 08:54, 7 February 2019 (UTC)
You have to distinguish tag status and proposal status. A tag does not even need a proposal to become defacto. Also, there can be multiple proposals for the same tag. In that case, would you set all proposals to defacto status? Also keep in mind that actual usage may differ in details from proposed usage. Examples include site relations (the proposal changed significantly over time even when the relation type was already in wide use) and Proposed features/information (most of the tags have become defacto but the access tags on guideposts are disputed to say the least). BTW: Do you remember you've announced a second vote to come on the bottom of the proposal page? How's your working progress on that? --Fkv (talk) 11:43, 7 February 2019 (UTC)
Actually, while a tag could have multiple proposals, it isn't something that really occurs, only in very rare exceptions. In these cases, if none of them was voted, you would have to look what the proposal defines and how the tag is actually used on the map. I would not set a proposal to "de-facto" just because the name of the tag is the same, but the proposal defines something different from the defacto use. If any of the proposals were approved, you would probably not add defacto to the other proposals, but it still completely depends on the actual usage of the tag. Old proposals (imagining here a tag that had its definition evolve with the time) should be archived anyway, and the current feature page (ideally) says what the current meaning is, not the proposal, approved or not.
WRT the second vote, I had seen this now as well, had forgotten about it, at some point I thought it would not be needed any more as the tag was already widely used.--Dieterdreist (talk) 19:29, 7 February 2019 (UTC)
One example for tags with multiple proposals is addr2:*/addrN:*. They differ in details, and I wrote one of the proposals and rewrote it later... When you think that your proposal is not needed any more, I suggest you set the status to rejected or abandoned and focus on documenting current usage on the feature page. Let's leave it over to historians to analyze how much of the original proposal made it into past and current usage. --Fkv (talk) 01:05, 9 February 2019 (UTC)
I do not think setting a proposal about a tag which is now in use in the proposed way, to "rejected" or "abandoned", especially when there wasn't a voting. It could of course remain "proposed", but as it is already in established use, this would not be the most helpful description. I would suggest that in cases where several proposals propose the same tags (something I would try to avoid as a proponent), we try to get clarity through voting on them (it would not solve the issue though if both proposals get approved). --Dieterdreist (talk) 14:02, 21 February 2019 (UTC)
As to "there wasn't a voting": There actually was (from 2010-06-03 till 2011-11-11), and it was rejected, and the status was set accordingly. So the proposal was history and you could have left it alone... There are actually 2 versions of that proposal: The original proposal, which was rejected; and your improved version, which you forgot about, so its status would be "abandoned". As you never included yourself as a proponent, I think that the original version is more relevant to the status.
Concerning clarity by voting on multiple proposals: In my example, there are 3 similar proposals. If we let vote on all of them, the chance to get exaclty one of the approved is only 1/8. And there's a chance that all of them are voted down even though the tags are in use (same as happened with the garden type proposal). --Fkv (talk) 14:14, 22 February 2019 (UTC)

Förderbänder

Halo Friedrich,

ich finde ich deinen Vorschlag goods_conveyor unterstützenswert. Er wird nach TagInfo auch schon etwa 1000x verwendet. Wie kann man erreichen, dass er auch gerendert wird?

Teilweise wird railway=monorail verwendet, um eine Anzeige zu erzwingen, aber das gefällt mir nicht.--Kopiersperre (talk) 13:05, 8 December 2015 (UTC)

Das hängt davon ab, in welcher Karte du sie gerendert haben willst. Für die Standardkarte kannst du auf [1] unter "Issues" -> "New Issue" den Wunsch äußern und diskutieren. --Fkv (talk) 14:07, 8 December 2015 (UTC)

Einbindung in ein Wiki

Hallo Fkv, wir hatten bereits vor einiger Zeit Kontakt. In der Zwischenzeit ist das RegiowikiAT gewachsen und ich habe zahlreiche Einbindung von OSM, vor allem bei allen Gemeinden in Österreich. Auch Dromedar hat mich da an dich verwiesen, dass du mir bei meinem Ansinnen helfen könntest. Ich habe im Regiowiki die OSM Karten eingebunden siehe Linz auf RAT. Ich möchte aber auch als Ergänzung Mapire, das auch als Basis OSM hat miteinbinden. Das würde dann so bei Matricula Online ausschauen. Vielleicht siehst du da auch eine Möglichkeit - indirekt ist da ja OSM auch wieder mitbeteiligt ;-) -- danke im Voraus K@rl (talk) 13:01, 7 March 2018 (UTC)

Hast du es inzwischen herausgefunden? Ich habe lang nicht geantwortet, weil ich es selber nicht weiß und keine falsche Auskunft geben will. Ich kann nur die Javascripts und Links analysieren, aber das artet zu einer langwierigen Tüftelei aus, vor allem wenn man es dann noch testen bzw. selber zum Laufen kriegen will. Erst mal musst du dich entscheiden, wie du die Karte eingebunden haben willst: Mit Openlayers (wie auf deiner Linz-Seite) oder mit Leaflet (kein Beispiel) oder mit ArcGIS Mapview (wie auf mapire.eu, dort ist aber zusätzlich die Google-API eingebunden, da blicke ich nicht durch) oder als Iframe (wie auf der Kirchen-Seite). Beachte, dass auf der Kirchen-Seite keine Controls (Icons +/- für Zoom-in/out, usw.) vorhanden sind. Außerdem bieten Openlayers, Leaflet usw. die Möglichkeit, alle auswählbaren Karten als Layers in einem einzelnen Kartenausschnitt bereitzustellen (mit der Möglichkeit, zwischen den Layers umzuschalten), während die Lösung mit den Iframe erfordert, jede Karte separat für sich anzuzeigen.
Die Mapire-Website holt eine Konfiguration für die Layers aus http://mapire.eu/srv/json/cadastral/cadastral.json, aber das kann man anscheinend nicht unverändert in Openlayers übernehmen, denn das Geo-JSON im Beispiel auf https://openlayers.org/en/latest/examples/geojson.html sieht ganz anders aus. Aber offensichtlich nutzt+bietet Mapire einen Tile-Server, und somit sollte es möglich sein, die Tiles irgendwie in Openlayers einzubinden.
Die Lösung mit dem Iframe sieht vergleichsweise einfach aus, es wird nur ein Frame mit src=http://mapire.eu/en/map/cadastral/embed/?bbox=... eingebunden, aber die Werte in der bbox sind nicht in Grad, sondern irgendwas Seltsames. Wenn wir das Koordinatensystem herausfinden, sollte es leicht sein, die Koordinaten mittels Proj4 umzurechnen. Die Möglichkeit, einen Marker zu setzen wie in Openlayers usw., scheint in der Iframe-Lösung zu fehlen.
--Fkv (talk) 19:39, 7 May 2018 (UTC)
Ich habe versucht, mich da bei Matricula schlau zu machen, da bekam ich aber eher die Meinung zu hören, ich sollte es lizenztechnisch bleiben lassen. Und nachdem es eh nicht mit dieser umrechnung so einfach scheint, habe ich es bis auf weiteres wirklcih bleiben lassen. aber danke der Nachfrage. --lg K@rl (talk) 20:35, 7 May 2018 (UTC)

Proposed features/admin title

Hallo, 2015 bist Du mit deinem Proposal grandios gescheitert, das von dir erkannte Problem ist damit natürlich nicht aus der OSM-Welt und gerade wieder Thema in DE-Forum

https://forum.openstreetmap.org/viewtopic.php?id=65408

Grüße von Jo Cassel (talk) 16:38, 1 March 2019 (UTC) (Der dir eine gewisse Genugtuung gönnt ;-)

Discardable

About https://wiki.openstreetmap.org/w/index.php?title=Tag:site_type%3Dbigstone&diff=1764913&oldid=1764902

Note that Discardable tags has specific meaning. site_type is not automatically discarded by any editor at this moment Mateusz Konieczny (talk) 08:03, 26 March 2019 (UTC)

I don't care what editors do with that information. I made the change to keep the wiki clean. A tag that is not in use should not be documented as "in use". If you have a better suggestion than "discardable", let me know. --Fkv (talk) 09:11, 26 March 2019 (UTC)
PS: I see that you changed that page before starting this discussion. This is the wrong sequence. If you want to change something, discuss it first, and only change it if there are no objections. Please undo your change. Otherwise I'll ask a wiki admin to do it. --Fkv (talk) 09:22, 26 March 2019 (UTC)
"If you want to change something, discuss it first, and only change it if there are no objections." Wikis are not working in this way. Feel free to contact admins, but note that you can also edit it. This tag is in use (quite low), it is not marked as "de facto" indicating tag in a significant use. And "discardable" was simply wrong, as no editor has this tag on list of discardable tags. Mateusz Konieczny (talk) 10:16, 26 March 2019 (UTC)
You are misunderstanding the definition of the "discardable" status. It means that "the OpenStreetMap community have found [the tag] not to be useful", not that certain editors have actually discarded the tag. This is only the next step. First comes documentation, then the implementation in editors. It's not even possible that the status refers to implementation in editors, because - as the status definition page emphasizes - "each editor has its own list of automatically discarded tags".
And no, a tag with 73 instances is not "in use" when a synonym has more than 100x more instances. If 73 instances would qualify for an "in use" status, you could make feature pages with in-use status for all kinds of misspelled tags and other tagging mistakes such as amenity=null (5385 instances) or building="roof=permanent" (778 instances). --Fkv (talk) 11:05, 26 March 2019 (UTC)
First, if anything site_type would be changed to a different tag, not silently deleted. Second, tag that is not actually discarded by any editor is not yet discardable, at most proposed to be discardable Mateusz Konieczny (talk) 12:32, 26 March 2019 (UTC)
Your first sentence does not make any sense. site_type is a key, not a tag. As a key, it can't be changed to a tag. And changing a tag could be done in the documentation (wiki) and/or in the OSM data and/or in editor templates, these are 3 separate tasks. You need to specify which of those tasks you are taking about. As to your second sentence, you are still ignoring the definition I quoted above. Maybe it's because English is not your native laguage, so you mistake "discardable" (= ready to be discarded in the future) for "discarded" (= has already been discarded)?
When I change the status back, are you going to start an edit war? --Fkv (talk) 13:39, 26 March 2019 (UTC)
To explain again: discardable tags are ones that are silently removed without replacement. Tag site_type=bigstone would not be removed, it would be replaced by site_type=megalith. If there is consensus to do that it means that site_type=bigstone is deprecated (not discardable) Mateusz Konieczny (talk) 07:47, 8 April 2019 (UTC)
I expanded Discardable tags. If you think that either Discardable tags or site_type=bigstone needs to be modified I think that it would be better to discuss it with other members of OSM community. Would it be OK to do it on tagging mailing list? 07:53, 8 April 2019 (UTC)
No need to drag the discussion to yet another place after there has been a discussion on the Talk page for 9 months and nobody (not even the creator of that tag who has been automatically notified of that discussion) objected to even delete the page altogether... --Fkv (talk) 08:21, 8 April 2019 (UTC)