User talk:Singlespeedfahrer

Jump to navigation Jump to search

About this board

Rotkraut (talkcontribs)

Hallo Singlespeedfahrer, Du hast gestern einige Eigenschaften zu Schwarzer Weg hinzugefügt. Leider hast Du Dir das falsche Objekt ausgesucht. Kauperts kennt in Berlin zehn Straßen mit diesem Namen (davon allein vier in Treptow-Köpenick), sechs davon sind hier in Wikidata:

(Zumindest habe ich die anderen vier nicht gefunden.)

Die Eigenschaften, die Du zu bei Schwarzer Weg (Oberschöneweide) eingefügt hast, gehören zu Schwarzer Weg (Baumschulenweg). Letzteren gibt es hier (noch) nicht, Du müßtest ihn ggf. erst anlegen. Ich werde jetzt die falschen Angaben bei Q110072187 wieder rauswerfen, hoffe Du nimmst das nicht übel.

Singlespeedfahrer (talkcontribs)

Hi Rotkraut, vielen Dank für den Fix. Ich überarbeite gerade die Straßen in Berlin und da ist mir der flasche Ortsteil durchgerutscht. Ich versuche solche Sachen jetzt immer über den Berliner Straßenschlüssel abzugleichen. Ist zwar sehr aufwendig aber wenn es mehrere gleiche Straßennamen im gleichen Bezirk gibt, kann es kompliziert werden. Ist mir auch aufgefallen in den Ortsteilen Köpenick und Bohnsdorf. Da gibt es eine Menge gleicher Straßennamen. Danke nochmal und Grüße

Rotkraut (talkcontribs)

Auch der Berliner Straßenschlüssel hat so seine Tücken: Ich kenne keine wirklich gute Recherchemöglichkeit. Die Rechercheoption, die ich verwende, Adressen Berlin, listet eben Adressen und keine Straßen. D.h. Straßen, an denen keine Adresse mit Hausnummer ist, werden dort nicht verzeichnet. Das schlägt zum Beispiel bei Schwarzer Weg (Baumschulenweg) zu, weil das nur ein Weg in einer Gartenkolonie ist, wo aber keiner wohnt. Ob diese Straße trotzdem einen Berliner Straßenschlüssel hat? Keine Ahnung.

Singlespeedfahrer (talkcontribs)
Singlespeedfahrer (talkcontribs)

Wobei mir gerade etwas einfällt, wo ich die Straßenschlüssel besser abgleichen kann. Werd ich mal testen die Tage.

Singlespeedfahrer (talkcontribs)

Hi @Rotkraut, ich habe jetzt eine gute Lösung gefunden, solche Fehler zu verhindern. Im FIS-Broker https://fbinter.stadt-berlin.de/fb/ gibt es eine Tabelle, in der die Straßennummer mit dem Ortsteil und dem Bezirk verknüpft sind. So kann ich anfangs genau den Ortsteil der Straße ermitteln. Und so kann ich danach über z.B. über Kauperts u.a. die Postleitzahlen mit dem Ortsteil abgleichen. Es ist etwas kompliziert beim FIS-Broker zu der Tabelle zu navigieren, aber mittlerweile kenne ich den Weg ;-). Schöne Grüße

Reply to "Schwarzer Weg"
Molgreen (talkcontribs)
Singlespeedfahrer (talkcontribs)

Hi Molgreen, ne leider nicht. Ich habe auch nichts gefunden. Du könntest trotzdem ein Wikidata-Item für die Stele erstellen. Zumindest mit den bekannten Daten (Standort, Geodaten, Inschrift, usw). Schöne Grüße

Molgreen (talkcontribs)

Guten Morgen Singlespeedfahrer, danke für Deine Recherche. Ich schaue bei Gelegenheit mal danach und melde mich dann gegebenenfalls noch einmal. Viele Grüße

Reply to "Stele der Solidarität"
2A01:599:115:1889:6C58:8184:1649:8CC3 (talkcontribs)
Revolutionärer Matrose (Strausberg)

und weitere (siehe Kategorie)

Singlespeedfahrer (talkcontribs)

Schön

Singlespeedfahrer (talkcontribs)

Und (noch) ohne Graffiti ;).

Reply to "Neue Bilder"
Molgreen (talkcontribs)

Danke für die Zusammenführung von Q56871284. Warum ich "Ein neues Thema starten" nicht gehen habe, keine Ahnung. (Wieder etwas dazu gelernt . . . :-) Viele Grüße

Reply to "Danke und guten Morgen"
Schmarrnintelligenz (talkcontribs)

Hallo Singlespeedfahrer, danke für deine Ergänzungen bei natenom :-(

Laut der tatbeteiligten Behörde (Achtung Inhaltswarnung, Angabe bei Minute 01:00) war er zum Zeitpunkt seiner Tötung 43 Jahre alt: am 30.01.2024 gegen 19:20 Uhr. Rechne ich falsch, wenn damit sein Geburtstag zwischen dem frühestens 30.1.1981 und spätestens 31.1.1982 liegen müsste? Falls die Information überhaupt stimmt?

Singlespeedfahrer (talkcontribs)

Hi Schmarrnintelligenz, ich komme, wie in der Wikipedia geschrieben, auf 1980/81 ;). BTW Frühest- und spätestmöglicher Zeitpunkt finde ich verwirrend, weil das jeweilige Datum danach und davor liegt. Schöne Grüße ~~~~

Schmarrnintelligenz (talkcontribs)

Yep ich hatte grad nen Knoten im Taschenrechner. ;) Frühestens 31.01.1980 – spätestens 30.01.1981 muss es heißen.

Eigentlich wollte ich sowieso darauf hinaus, warum du hier bei WD 1979–1982 angegeben hast? was ja insgesamt 4 ganze Jahre bedeutet, statt 1980–1981 wie bei WP. Welchen Grund hat das? Hast du noch andere Quellen?

Singlespeedfahrer (talkcontribs)

Hi Schmarrnintelligenz. in P1319 (frühestmöglicher Zeitpunkt) und P1326 (spätestmöglicher Zeitpunkt) steht:

- P1319: frühestmöglicher Zeitpunkt, zu dem etwas stattgefunden haben könnte (möglicher Zeitpunkt liegt danach)

- P1326: spätestmöglicher Zeitpunkt, zu dem etwas stattgefunden haben könnte (möglicher Zeitpunkt liegt davor)

In der Kategorie wird das auch nach dieser Regel korrekt dargestellt: Geburtsdatum: Unbekannter Wert (vor 1982, nach 1979).

Jetzt steht da nach deiner Änderung: Geburtsdatum: Unbekannter Wert (vor 1981, nach 1980).

Ich finde das auch verwirrend und bin aber auch nicht sicher, was da nun wirklich korrekt ist. Ich müsste mir vielleicht nochmal beizeiten genauer die Intention ansehen. Schöne Grüße ~~~~

Singlespeedfahrer (talkcontribs)

Ah sorry, du hast das ja jetzt noch genauer präzisiert mit dem Datum. Wahrscheinlich ist das so erstmal die beste Lösung. Gruß ~~~~

Reply to "Datum?"

Call for participation in a task-based online experiment

1
Kholoudsaa (talkcontribs)

Dear Singlespeedfahrer,

I hope you are doing well,

I am Kholoud, a researcher at King's College London, and I am working on a project as part of my PhD research, in which I have developed a personalised recommender model that suggests Wikidata items for the editors based on their past edits. I am collaborating on this project with Elena Simperl and Miaojing Shi.

I am inviting you to a task-based study that will ask you to provide your judgments about the relevance of the items suggested by our model based on your previous edits.

Participation is completely voluntary, and your cooperation will enable us to evaluate the accuracy of the recommender system in suggesting relevant items to you. We will analyse the results anonymised, and they will be published in a research venue.

The experiment should take no more than 15 minutes, and it will be held next week.

If you agree to participate in this study, please either contact me at kholoud.alghamdi@kcl.ac.uk or use this form https://docs.google.com/forms/d/e/1FAIpQLSfA1wfdBfCRlcG3WhDyc-V8lzgPNx3fDFCNXkyn4CSwahXZ_A/viewform?usp=sf_link

Then, I will contact you with the link to start the study.

For more information about my project, please read this post: https://www.wikidata.org/wiki/User:Kholoudsaa

In case you have further questions or require more information, don't hesitate to contact me through my mentioned email.

Thank you for considering taking part in this research.

Regards

Reply to "Call for participation in a task-based online experiment"

Berlin street address - located on street

6
GeoGQL (talkcontribs)
  1. https://w.wiki/6dcd street address, to be converted to located on street - requires items for former streets
  2. https://w.wiki/6dcg located on street, to improve and check later

If one would have items for individual land plots one could just use "location=" and put all the extra information into these land plot items. If street and housenumber are specified, then Ortsteil, Bezirk, police district, election district etc. can be inferred.

Singlespeedfahrer (talkcontribs)
Singlespeedfahrer (talkcontribs)

That could be work for a bot or?


- Get "street adress" from item

- Extract street, number and Postleitzahl

- Check where the item is located?

- Find street ID and Postleitzahl ID

- Add "located on street" with number and Postleitzahl


Hope I understand you correctly.

GeoGQL (talkcontribs)

@Nw520, PantherStrix: Nw520 wrote on my talk "die deutschsprachige Beschreibung von street address (P6375) sagt aus: „Verwende zusätzlich P669, wenn die Straße ein eigenes Objekt hat.“. Insofern kann ich deine Löschungen nicht recht nachvollziehen. Hattest du das irgendwo bereits diskutiert?" --- I am working using English, and maybe it is the best approach as this is the most widely used language and discussion at the property itself is also in English, the English description has "use also P669 if the street has its own separate item" - I didn't understand it too mean to use this "also" on the same item. It doesn't say "additionally" (~zusätzlich?). But that was my mistake, because I thought duplicated information is in general undesired in Wikidata and P669 has a description which seemed to support this.

On located on street (P669) it says 'Use property P6375 "street address", if there is no item for the street' - which could be read as use that only if there is no street item.

At least for Berlin there seems to be a street item for each currently existing street, also some historic streets have items. In free text there can be typos and outright errors, but when one uses the street items, such errors won't exist. @MB-one: thanks for pointing out the difference between location and postal address at Property talk:P669#P3831 as qualifier - this needs to be addressed too. Regarding the bot suggestion by Singlespeedfahrer - some conversion might be easy (e.g. street name is unique including historic names) some might be difficult (double street name, no postal code).

Restricted to the rectangle around Ortsteil Mitte and items that have coordinates and using "OPTIONAL { ?site wdt:P18 ?image }" [without that P6375 has a time out]:

  1. https://w.wiki/6dkc - P669 located on street - 1087 results
  2. https://w.wiki/6dke - P6375 street address - 1051 results
  3. https://w.wiki/6dkf - P669 and P6375 - 287 results (includes some items that have a historic address for which no street exists, so not all are easy to convert)

Conclusion: no query on one of the two properties will show all items.

I would favor to convert free text to street items using housenumber and postal code as qualifiers. Free text is prone to errors and querying isn't secure, e.g. select all items in one street would require text parsing (including taking care of Strasse|Str.|Straße etc.) and would be quite complicated for the dozens of double street names. Also maintenance is harder when streets get renamed - how to find affected items, when the addresses are free text and miss postal code?

Before talking about details of conversion, a consensus would be needed whether the conversion should be done at all. @Pfadintegral, BerlinBerlinBerlinBerlin: maybe you are interested too.

Also, what do you all think about creating a page Wikidata:Berlin to collect usefull links and have a talk page to better coordinate the work and discuss Berlin related issues?

GeoGQL (talkcontribs)
Singlespeedfahrer (talkcontribs)

It still takes a little while until I have processed the text. My understanding is often not tbe best ;).

Reply to "Berlin street address - located on street"

instanceOf=Stolperstein and madeOf and partOf

4
GeoGQL (talkcontribs)

Can you remove madeOf=brass and partOf=Stolpersteine if the item has instanceOf=Stolperstein? It is redundant as these statements are already on Stolperstein (Q26703203)

Can this be done via batch? (You used batched "Created a new Item: #quickstatements; #temporary_batch_...") - but I don't know if removal is possible, since e.g. partOf should only be removed if it is partOf=Stolpersteine - because there could be partOf="group of X stones at Y" which should not be removed.

Singlespeedfahrer (talkcontribs)

Currently I don't work on Stolpersteine. My focus is on sculptures. Stolpersteine will be back later. Best.

Singlespeedfahrer (talkcontribs)

I used the existing stolperstein items as templates.

Singlespeedfahrer (talkcontribs)
Reply to "instanceOf=Stolperstein and madeOf and partOf"

OSM node Berlin single value violation

4
GeoGQL (talkcontribs)

Can you split some Berlin items, like I did with Horse Tamers (Q28870825)? https://www.wikidata.org/wiki/Wikidata:Database_reports/Constraint_violations/P11693#%22Single_value%22_violations lists:

  1. Aufbauhelfer und Aufbauhelferin (Q61769327): 8208691230, 8208691231
  2. Monument Franz Stenzer and Ernst Thälmann (Q97455644): 5574347302, 5981898881
  3. Jugend – Älteres Paar (Q108144100): 5536279951, 5536279950
  4. Two dogs (Q116820502): 9988962779, 9988975920
  5. Two decorative vases (Q116977412): 9681261566, 9681282354
  6. Two bridge figures of the eastern bridgehead of the Glienicker Brücke (Q117035308): 7890836163, 7890836162
  7. Figures at the Gotzkowskybrücke (Q117211805): 7197888674, 7197888673, 7197888682
Singlespeedfahrer (talkcontribs)

All items updated. There are some more. I will have a view on it. Best wishes ~~~~

Singlespeedfahrer (talkcontribs)

Hello GeoGQL, yes, this seems to be the best way. I will begin today to fix the items. Thank you for splitting the Horse tamers. In the future, I will divide them up immediately. Best ~~~~

This post was hidden by Singlespeedfahrer (history)
Reply to "OSM node Berlin single value violation"

FYI, map of nodes - zoom to Berlin

3
GeoGQL (talkcontribs)

Property talk:P11693 there is a link "map", short https://w.wiki/6XFs , it shows all OSM nodes, here is a version with only nodes that have country=Germany : https://w.wiki/6XG7 . Reduction to Berlin-Brandenburg is more complicated, located in ... would work, but one also need to take the part of in account. Will think about that. Thanks for all the OSM nodes!

Singlespeedfahrer (talkcontribs)

Wow that's a lot! :) Best ~~~~

GeoGQL (talkcontribs)

https://w.wiki/6XkF all nodes within the smallest rectangle that contains the norhtern, southern, eastern and westernmost point of Berlin.

Reply to "FYI, map of nodes - zoom to Berlin"