[Page Update] Places

Moderator: USA Champs

Re: [Page Update] Places

Postby abc1357 » Sun Apr 16, 2017 3:39 am

How do we want to handle hours of a location (e.g. fast food) that has different lobby hours from drive-thru hours. Do we put the longer one in (typically drive thru)? What do we do with the lobby hours - ignore them?
-- abc1357 --
California State Manager

[ img ] [ img ] [ img ] [ img ][ img ]
abc1357
State Manager
State Manager
 
Posts: 447
Joined: Thu Dec 26, 2013 9:01 pm
Location: San Francisco Bay Area, California, USA
Has thanked: 220 times
Been thanked: 179 times

Re: [Page Update] Places

Postby abc1357 » Wed Jun 17, 2020 6:03 pm

subs5 wrote:Another method is to have two entries Surface stations (Area), Underground Stations/Stops (Point)
There is no need for a note then and might be clearer to the first time reader.

I prefer this approach.
-- abc1357 --
California State Manager

[ img ] [ img ] [ img ] [ img ][ img ]
abc1357
State Manager
State Manager
 
Posts: 447
Joined: Thu Dec 26, 2013 9:01 pm
Location: San Francisco Bay Area, California, USA
Has thanked: 220 times
Been thanked: 179 times

[Page Update] Places

Postby CBenson » Tue Sep 20, 2016 7:12 pm

Before the wazeopeadia project resulted in the USA wazeopedia, there were many (IMO) good proposals that went nowhere as global consensus was sought. Can we now implement these suggestions in the USA wazeopeadia?

For example, there was this discussion about Area-Point Combinations and Naming. The only non-US voice in that thread questioned whether this should be global guidance and the proposal was left waiting for other countries to weigh in. Is there a reason not to now move that discussion to this forum and make the changes to the Places page in the USA wazeopedia?
Regional Coordinator: Mid-Atlantic, US
Verizon, Nexus 6, Android 6.0.1, Waze 4.7.0.902
CBenson
EmeritusChamps
EmeritusChamps
 
Posts: 10330
Joined: Wed Nov 03, 2010 9:13 pm
Location: Crownsville, MD, US
Has thanked: 1055 times
Been thanked: 2353 times

Re: [Page Update] Places

Postby CBenson » Tue Sep 20, 2016 8:20 pm

Its a bit hard to tell if what is solely USA related. I'd be happy to merge the prior topic here if appropriate.

The original discussion was raised to revise the guidance on "combined naming for area-point combinations to explain the idea more clearly, provide examples and to have it mirror actual practice more closely. Much of this was considered in conjunction with our efforts to standardize names of retail chains."

The Proposed Update was created at that time with respect to the existing global places pages.

Does anyone have any suggestions or objections with regard to revising this guidance as proposed for the US?
Regional Coordinator: Mid-Atlantic, US
Verizon, Nexus 6, Android 6.0.1, Waze 4.7.0.902
CBenson
EmeritusChamps
EmeritusChamps
 
Posts: 10330
Joined: Wed Nov 03, 2010 9:13 pm
Location: Crownsville, MD, US
Has thanked: 1055 times
Been thanked: 2353 times

Re: [Page Update] Places

Postby CBenson » Wed Sep 28, 2016 6:31 pm

I'm hearing no objections to updating the US wiki, to correspond to the Proposed Update.
Regional Coordinator: Mid-Atlantic, US
Verizon, Nexus 6, Android 6.0.1, Waze 4.7.0.902
CBenson
EmeritusChamps
EmeritusChamps
 
Posts: 10330
Joined: Wed Nov 03, 2010 9:13 pm
Location: Crownsville, MD, US
Has thanked: 1055 times
Been thanked: 2353 times

Re: [Page Update] Places

Postby CitizenTraffic » Sun Jul 22, 2018 2:38 am

#4 Can not be converted to a place point or place area

Should be: Cannot be converted to a place point or place area

On a different note, calling them Residential Place Points, seems to go against the grain of the described usage. First, you compare them to HNs. Next, you say they can be used for businesses. This only leads to confusion about usage vs description. Even the title is misleading.

Perhaps something definable is appropriate since it only provides address search capability, like Incognito Place Point (IPP), where the definition is: "with one's identity concealed", https://www.merriam-webster.com/dictionary/incognito.

It literally says what it does, can be used for residential or business, and eliminates any discussion about needing to use something else. It can also go hand-in-hand with PP, APs, and HNs.

That's my 2¢ worth.
“The road to your success is not a highway. You have to create it as you go.”
― Bangambiki Habyarimana

[ img ][ img ][ img ][ img ][ img ]
CitizenTraffic
State Manager
State Manager
 
Posts: 70
Joined: Mon Mar 30, 2015 8:05 pm
Location: Glendale, AZ
Has thanked: 118 times
Been thanked: 29 times

Re: [Page Update] Places

Postby dBsooner » Wed Oct 18, 2017 1:02 am

jack_hmr wrote:Please consider these suggestions concerning rest areas:

1. In the When to use Area or Point table, change the Rest Area / Scenic Overlook category from Point to Area in order to be consistent with the USA Rest areas wiki
https://wazeopedia.waze.com/wiki/USA/Rest_areas#Adding_a_Place

2. Reference the USA Rest areas wiki in the comments column for Rest Area / Scenic Overlook

3. Reference the USA Rest areas wiki in the Detailed guidance for select categories


Since this topic was mainly about incorporating changes into the WoP and already took place, over 5 months ago... it would be better to open a new thread / topic discussing your proposal so it will be easier found and discussed. :)

We try not to post on old threads. It’s a forum rule not to post on one over 6 months old, but this one isn’t quite there.


Sent from my iPhone using Tapatalk
[ img ][ img ][ img ][ img ][ img ]
• AM: Eastern Oklahoma, DFW, Southern Florida
• Wiki: WME | Editing Manual | Best Practices | FAQ | Places
• AT&T | iPhone XS Max | iOS 13.5.1 | Waze Latest Beta
dBsooner
Map Editor - Level 5
Map Editor - Level 5
 
Posts: 635
Joined: Thu Oct 31, 2013 10:53 pm
Location: Tulsa / Broken Arrow, Oklahoma, US
Has thanked: 371 times
Been thanked: 368 times

[Page Update] Places

Postby dBsooner » Sat Oct 28, 2017 8:12 pm

jack_hmr wrote:The red warning at the top of the USA Places page and the discussion tab of that page is what directed me to this thread for discussion.

Did I misunderstand them?


No, you didn’t misunderstand them. Yes. You are correct this is the place it points to. I apologize as I missed how that specific WoP page points to this thread still for some reason.

tonestertm wrote:No, jack_hmr, you did nothing wrong. That text does indeed link directly to this broadly-named thread.

And perhaps, after jumping on this person who wanted to help, someone could have actually read the suggestions made, which were LONG overdue, and made the necessary corrections.

I had independently made the edits to the table after learning of the problem elsewhere, came here to post about it, and found this nonsense about etiquette. (I have now added Rest areas to the Detailed guidance, as well. Thanks, Jack!).

Suggestions:
- Change/remove the construction box (as was suggested months ago by Kent), or at least the link therein (point to the forum, rather than a specific thread?).

- Think before you type.


I didn’t realize what thread this was in my originally reply. I had only noticed the date since last post was several months ago, which (6 months) is against forum guidelines. However, this wasn’t that old. I know sometimes a new discussion in its own thread is more easy to follow. That is why I made the suggestion. I’m not a high enough rank to just “make the change” to the USA wiki without it being approved by others for formality sake. Therefor, I agreed with his suggestions, liked the post, and recommended a way to get it approved faster.

Your assumption that I “jumped on the person” is incorrect. We actually edit in the same state and work together regularly. Had I wanted to “jump all over him”, I would have gone to the SM or higher about an issue. I was only pointing out a way to get things to move through the USA wiki update process faster.

Your idea of pointing to a forum instead of a specific thread would be better suited as threads can get long and hard to follow with multiple topics going on at once inside them. The places page is very broad and having a single thread for it doesn’t seem proper. We have several threads going on about place page updates outside this single thread itself.


Sent from my iPhone using Tapatalk
[ img ][ img ][ img ][ img ][ img ]
• AM: Eastern Oklahoma, DFW, Southern Florida
• Wiki: WME | Editing Manual | Best Practices | FAQ | Places
• AT&T | iPhone XS Max | iOS 13.5.1 | Waze Latest Beta
dBsooner
Map Editor - Level 5
Map Editor - Level 5
 
Posts: 635
Joined: Thu Oct 31, 2013 10:53 pm
Location: Tulsa / Broken Arrow, Oklahoma, US
Has thanked: 371 times
Been thanked: 368 times

Re: [Page Update] Places

Postby DCLemur » Fri Sep 13, 2019 2:28 am

Isn't back-end data by definition "hidden"? (If yes, let's remove the "hidden" as it would be redundant.)
DCLemur
State Manager
State Manager
 
Posts: 74
Joined: Sun Apr 16, 2017 11:11 pm
Location: Raleigh, NC
Has thanked: 108 times
Been thanked: 21 times

Re: [Page Update] Places

Postby dfortney » Mon Dec 09, 2019 4:15 am

Responding to the proposal to add a map comment whenever multiple entry points are used:

Since multiple entry points are presumably going to be in full production in the not-too-distant future (word avoidance), some editors have been gradually adding these. I don't see why we need to add map comments each time, especially for places that are locked to, say 4+ -- it should be self-evident what's going on.
[ img ] [ img ] [ img ] [ img ] [ img ] [ img ] [ img ]
Rank 5 | US Country Manager | North Carolina State Manager | SAT Multi-state Manager | Northern California AM
dfortney
Country Manager
Country Manager
 
Posts: 218
Joined: Fri Jan 08, 2016 4:26 pm
Location: Winston-Salem, NC
Has thanked: 120 times
Been thanked: 95 times

Next

Return to US Wiki Discussion

Who is online

Users browsing this forum: AquaZR1, Mapman44