Wikidata talk:Requests for comment/Proposals for the 'Place' related properties

At present the Project page shows the current status of the properties. If there are any existing properties which I have missed then please list them here or add them to the appropriate section of the Project page

Discuss here any changes you want to propose below.

Specialist properties based on subject and object

I think the constraints on these properties are too restrictive. If we did this generally we would never get anywhere. I think events should use the same properties as objects or anything else. I think we should

• Change 'location' so it can be used with any item. Filceolaire (talk)

I also think we should

• Delete 'venue'. See the discussion on properties for deletion. Filceolaire (talk) 17:03, 2 September 2013 (UTC)

It looks like venue will be deleted. Danrok (talk) 00:07, 27 September 2013 (UTC)

Specialist properties based on the object

Replace 'street' with a more general 'located in' property for buildings, streets villages and other items smaller than an administrative division. Filceolaire (talk) 17:07, 2 September 2013 (UTC)

Agree , 'located in' (new property) is needed for villages and can also include 'street' property. Michiel1972 (talk) 08:13, 3 September 2013 (UTC)

Against, The creation of located on street (P669) was made for creating a way to put adress, coupled with house number (P670) as a qualifier. It is not because it have ambigous name in english it should be replaced. if it is in a building, use located in/on physical feature (P706) ot «part of» instead. --Fralambert (talk) 03:14, 25 September 2013 (UTC)

Against, the street is an important property with specific meaning and use. Danrok (talk) 10:25, 25 September 2013 (UTC)

Location and street can work well together, as separate properties, because there can be many locations on a single street. Danrok (talk) 10:35, 25 September 2013 (UTC)

 Comment I think we are talking of two different things here : things that have an address, like people house, and general things that do not have an address. The former have an official address used by every post office, the latter might have (approximate) GPS coordinate which can be redundant with any of the located in properties, and might be queryable. If we know the coordinates of the lake and the GPS coordinate of the subject, one query could be enough to know every place the subject is located in ... TomT0m (talk) 10:40, 25 September 2013 (UTC)

Delete 'located on lake'. This isn't needed now we have 'located on terrain feature'. Filceolaire (talk) 17:07, 2 September 2013 (UTC)

Agree, almost duplicate. Michiel1972 (talk) 08:13, 3 September 2013 (UTC)

Agree, duplicate. --Fralambert (talk) 03:14, 25 September 2013 (UTC)

Agree, but a new name for the property would be needed, terrain is land only. Danrok (talk) 10:26, 25 September 2013 (UTC)

french. spanish and portugese use the word «geographic unit». 'located on the geographic feature', will be more inclusive. --Fralambert (talk) 03:41, 26 September 2013 (UTC)

Specialist properties based on the subject

Have I found all of these? Filceolaire (talk) 17:10, 2 September 2013 (UTC)

How about these work location (P937) (re. Commons creator template), filming location (P915), and narrative location (P840)? narrative location (P840) may not always be a geographic location (anywhere the author cares to imagine). --Danrok (talk) 23:48, 24 September 2013 (UTC)

Another one location (P276). The word current should be removed because we have date qualifiers, which would just leave location. Danrok (talk) 10:18, 25 September 2013 (UTC)