Re: [OSM-talk] Proposed bulk removal of service=driveway2

Vào lúc 05:42 2023-06-27, Yves via talk đã viết: That would be again discussing with the proponent, as Brian started. Taginfo chronology already show one mass edit and revert, best to make sure there's not another waste of energy beforehand. The mass edit and revert were performed by the same

Re: [OSM-talk] Intercultural differences / cultural diversity / OSM communication behaviors

Vào lúc 19:03 2023-05-03, Imre Samu đã viết: In addition to this, new OSM community members should be prepared for the potential culture shock they may encounter, especially those who come from a top-down corporate environment. It's important to remember that OpenStreetMap is characterized by a

Re: [OSM-talk] Extending the 'geo:' uri scheme: Adding parameter 'osmid'

Vào lúc 00:59 2023-01-03, Simon Poole đã viết: Not quite unexpected this discussion has already gone off on a tangent about stable ids. My question on the other hand would be: what do you actually want to achieve and what would you expect an application to do with the parameter? Furthermore,

Re: [OSM-talk] StateOTMap 2015 video is "private"

y again for the inconvenience! [1] https://www.youtube.com/playlist?list=PLqjPa29lMiE2IlsRsfhi1aFGZfQLQDCrS [2] https://www.youtube.com/playlist?list=PLqjPa29lMiE17qqIDxgONEMVkHzYjtLtW -- Minh Nguyen President, OpenStreetMap U.S. Board of Directors _

Re: [OSM-talk] razed railways and other things that don't exist today

Vào lúc 09:55 2022-12-05, Zeke Farwell đã viết: That is a good summary, though "Once the OSM available satellite imagery does not show the feature" is perhaps a bit too strict.  Some things aren't always visible or clear from aerial imagery and need to be surveyed in person.  I'm sure the inten

Re: [OSM-talk] StateOTMap 2015 video is "private"

Vào lúc 14:21 2022-12-01, Michał Brzozowski đã viết: > but apparently changing them en masse would spam the channel's followers with notifications. ( Are you sure? If you upload a video (which in many contexts works like making it public) you can choose not to notify the subscribers. I found t

Re: [OSM-talk] FYI: Board now requires imports list (in)compatibility with OSM CT (& will work on a template)

Vào lúc 06:49 2022-11-29, Simon Poole đã viết: Am 29.11.2022 um 15:30 schrieb Greg Troxel:    It seems obvious that asking a US entity to enter into a contract under foreign law (and the same is almost certainly true for any government entity in any other jurisdiction) is just not going to fly.

Re: [OSM-talk] FYI: Board now requires imports list (in)compatibility with OSM CT (& will work on a template)

Vào lúc 15:48 2022-11-28, Tobias Knerr đã viết: On 28.11.22 at Simon Poole wrote: What is "OSM Contributor Terms compatibility" supposed to be? Ok, this is clearly imprecise wording.¹ The context is that we would like to offer data donors a standard legal text that they can use to make their

Re: [OSM-talk] StateOTMap 2015 video is "private"

ividual videos as we hear about them, but apparently changing them en masse would spam the channel's followers with notifications. (These videos are all wonderful, but not all of them are evergreen!) I'll follow up with our staff and hope to get your video sorted out shortly. Sor

Re: [OSM-talk] Use of "Proprietary" imagery to edit OSM

Vào lúc 07:11 2022-10-30, Greg Troxel đã viết: But then the company doing the editing should document which company's imagery and which revision year they are using. Things should be as transparent as possible, and this doesn't feel that way. There was a recent subthread on this issue on the

Re: [OSM-talk] razed railways and other things that don't exist today

Vào lúc 16:41 2022-10-26, Zeke Farwell đã viết: On Wed, Oct 26, 2022 at 1:11 PM Greg Troxel > wrote: I think people should keep in mind that a culture of deltionism is demoralizing to contributors and harms OSM more than a few  marginal items in the database.

Re: [OSM-talk] razed railways and other things that don't exist today

Vào lúc 06:40 2022-10-25, Marc_marc đã viết: when to migrate the data to ohm, I am convinced. however, having tested it this month, it's horribly non-ergonomic and I don't believe for a moment that it's within the reach of an iD contributor nor of an average contributor with josm, unless a plugin

Re: [OSM-talk] remove link to Wikidata from infoboxes is a valid arg to remove it from wiki page and data items ?

Vào lúc 08:46 2022-09-30, Andrew Hain đã viết: The Wikidata links haven’t gone away; they’re in the OSM data items where they are easily machine readable and can be curated against accidental divergences between languages. The other description arguments could just as easily follow (there’s no

Re: [OSM-talk] Bot edits on the OSM wiki

On 2019-02-24 11:18, Christoph Hormann wrote: Yesterday was the first time (that i am ware of at least) a bot has edited an OSM wiki page on my watchlist - with today and yesterday combined 17 edits of tag and key pages spamming my watchlist feed. I'm not sure if it's on by default, but

Re: [OSM-talk] Could we just pause any wikidata edits for a month or two?

On 15/10/2017 05:39, Michael Reichert wrote: And even if detecting disambiguation pages in Wikipedia would miss too much of them, you could use Wikidata to check if the Wikipedia page the Wikidata item points to is a disambiguation page according to Wikidata? While wroting the paragraph above, I

Re: [OSM-talk] Could we just pause any wikidata edits for a month or two?

Great questions. I've attempted to answer a few of them below: On 03/10/2017 09:56, Christoph Hormann wrote: * To what extent has there been information transferred systematically from Wikidata and Wikipedia to OSM based on wikidata ID references (like adding names in different languages). As o

Re: [OSM-talk] iD news: v1.9.6 released

(Sorry, I sent from the wrong address, so this message got stuck in moderation.) Martin Koppenhoefer gmail.com> writes: > > > > Sorry that it took me a while to reply, I was out of office and just came back now. > > > Il giorno 10 giu 2016, all

Re: [OSM-talk] iD news: v1.9.6 released

Martin Koppenhoefer gmail.com> writes: > > > sent from a phone > > > Il giorno 10 giu 2016, alle ore 01:58, Minh Nguyen nguyen.cincinnati.oh.us> ha scritto: > > > > > > * “Administrative territorial entity” is the superset of “human > > set

Re: [OSM-talk] iD news: v1.9.6 released

Martin Koppenhoefer gmail.com> writes: > > > sent from a phone > > > Il giorno 09 giu 2016, alle ore 02:23, Minh Nguyen nguyen.cincinnati.oh.us> ha scritto: > > > > If I understand correctly, you’re referring to a situation where, for > > instanc

Re: [OSM-talk] iD news: v1.9.6 released

ime affair instead of a larger, recurring task. [1] http://wiki.openstreetmap.org/wiki/Mechanical_Edits/wikidata and previous threads on this list -- Minh Nguyen ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] open question about boundaries sharing nodes with ways or nodes

Mike Thompson gmail.com> writes: > > Sometimes, such as in the case of the boundary between the US states of Ohio and Kentucky, it is the low water mark on one bank[1] (in this case the court held that it was the low water mark of the north bank of the Ohio River in 1792, not the present low wat

Re: [OSM-talk] The Proposed Great Colour Shift

On 2015-08-21 03:13, Colin Smale wrote: While we are at it, what about specific symbols for train/metro stations per operator? That is also a great "landmark" for map users. I'd love to see that in the Transportation map. The difference with highway shields is that the Standard style is alread

Re: [OSM-talk] The Proposed Great Colour Shift

Lester Caine lsces.co.uk> writes: > Just what is the convention in the US, Russia or China? Regarding the U.S., Paul and I describe the conventions here in detail: https://lists.openstreetmap.org/pipermail/talk/2015-August/073892.html But the short version is: real highway shields. Their absen

Re: [OSM-talk] The Proposed Great Colour Shift

Paul Johnson ursamundi.org> writes: > Along these lines, the standard style as it isn't too far off from what Americans expect out of a motorist-oriented roadmap (though mapgeeks might see it as a bit "German" by comparison to our maps).  Surface streets tend to be all the same color (usually pur

Re: [OSM-talk] Can wikidata links help fight name inflation?

Phil trigpoint.me.uk> writes: > Transliteration is something that can be done at application level, and a traveller would have learned the basics. You still need to be able to check the street names against.what is on the sign. > Then why not have a single transliteration? A single cryllic to la

Re: [OSM-talk] Can wikidata links help fight name inflation?

On 2015-05-31 14:19, moltonel 3x Combo wrote: On 30/05/2015, Martin Koppenhoefer wrote: It seems that for names nobody cares to say whether they are signposted or not (or maybe only when the sign is different from the actual name), while for ref it seems common practice(?) to use unsigned_ref

Re: [OSM-talk] New features in iD - looking for feedback and beta testers..

On 2015-03-27 14:55, Dave F. wrote: Until there's a logical, common sense way to select, split, continue & unstitch ways that meet at intersections, I'm sticking with P2. As a power user, I found these operations a lot less frustrating after discovering that selecting a way, holding down Shift

Re: [OSM-talk] Proposal - automate rendering examples on OSM wiki

On 2015-03-24 04:09, Mateusz Konieczny wrote: Is there any kind of API enabled for OSM wiki allowing automated uploads of files? The OSM wiki can transclude images from Wikimedia Commons, which has a process for batch uploading images: https://commons.wikimedia.org/wiki/Commons:Guide_to_batc

Re: [OSM-talk] wiki history function problem?

On 2014-12-20 03:15, Tom Hughes wrote: On 20/12/14 10:44, Tom Hughes wrote: On 20/12/14 10:18, Richard Z. wrote: displays an empty box and says "(Nessuna differenza)" which is clearly wrong. Did anyone else notice the problem? I am logged in and have my settings to only display diffs, not ful

Re: [OSM-talk] wiki history function problem?

On 2014-12-20 02:18, Richard Z. wrote: Hi, since some time the wiki history (show diffs between versions) always displays empty changesets for me: http://wiki.openstreetmap.org/w/index.php?title=Date_namespace&diff=1119628&oldid=1119586 displays an empty box and says "(Nessuna differenza)" w

Re: [OSM-talk] Request for feedback: new building colours in openstreetmap-carto

On 2014-11-28 14:37, Mihkel Rämmel wrote: By making all religious buildings highly visible on the current buildings demo style it makes a great style to use when you want to visit all the religious places nearby but nothing else. I do not know about the rest of the world but at least in a typical

Re: [OSM-talk] OSM tiles under CC BY-SA 2.0, Wikimedia requires 2.5 or later

On 2014-11-20 13:57, Leeds Tracker wrote: Hello all, I was about to upload a map exported from the main site (SVG using Mapnik style) which I see is licensed under CC BY-SA 2.0 Wikimedia Common's upload page requires 2.5, 3.0 or 4.0 (using https://commons.wikimedia.org/wiki/Special:UploadWizard

Re: [OSM-talk] Own wikipage for every single speed limit??

On 2014-09-05 13:22, Jochen Topf wrote: On Fr, Sep 05, 2014 at 12:51:40 -0700, Minh Nguyen wrote: On 2014-08-28 04:37, Jochen Topf wrote: Redirect pages can have a bad effect, though. Taginfo will show if a wiki page exists for a key or tag. Taginfo can't know why there is a redirect. Is

Re: [OSM-talk] Own wikipage for every single speed limit??

On 2014-08-28 04:37, Jochen Topf wrote: Redirect pages can have a bad effect, though. Taginfo will show if a wiki page exists for a key or tag. Taginfo can't know why there is a redirect. Is this a case where the redirect directs from a "typo page" to the "real page" or is this a case where, like

Re: [OSM-talk] Come back Osmarender, all is forgiven!

On 2014-06-23 20:14, Russ Nelson wrote: The only complaints I see about the standard map are the ones coming from railfans who want to see the abandoned railroads put back. I'm still holding my breath for landuse labels at z14... [1] [1] https://github.com/gravitystorm/openstreetmap-carto/iss

Re: [OSM-talk] Canadian OSM POI quality

On 2014-06-08 21:57, Paul Norman wrote: Inconsistent tagging was observed with some shops, such as variability between amenity=restaurant and amenity=fast_food. This should reflect differences between locations but may not. Inconsistent names were also observed, such as "Walmart", "Wal-mart", and

Re: [OSM-talk] Not attaching polygons to roads

On 01:36 2014-02-23, Martin Koppenhoefer wrote: Am 23/feb/2014 um 00:44 schrieb Minh Nguyen : A residential subdivision here will often place a decorative fence or hedge along the road, with a sidewalk in front of it, but the subdivision maintains everything up to the curb, where the

Re: [OSM-talk] Not attaching polygons to roads

On 16:02 2014-02-21, Bryce Nesbitt wrote: On Fri, Feb 21, 2014 at 1:29 PM, moltonel 3x Combo mailto:molto...@gmail.com>> wrote: I agree with the "matter of taste" argument insofar as I dont complain to mappers who initially glue areas to lines. It's just data that can be improved lik

Re: [OSM-talk] Long tail challenges - was: Re: Bitcoin Spam

On 17:53 2013-12-03, Martin Koppenhoefer wrote: besides the bitcoin tag there is a name, a website, a phone number and a human readable note. Clicking on the website you'll also get an adress (housenumber). On 19:06 2013-12-03, Steve Bennett wrote: There's no way OSM really wants to be a data

Re: [OSM-talk] Welcome box on the new map page

On 00:35 2013-12-02, Christian Quest wrote: Where have the translations gone ? The welcome, help and about are now english only ? This is the most critical point in this switch that looks a bit premature to me. The OSM website is translated at translatewiki.net. Every time an interface message

Re: [OSM-talk] Welcome box on the new map page

On 18:17 2013-12-01, SomeoneElse wrote: The changeset close time has a dotted underline and the mouse pointer changes from a hand to a question mark - I still don't know what this is supposed to signify. That's HTML's tag. It's primarily meant to give title="three-letter acronyms">TLAs handy t