I am used to different procedures, towards the beginning of a construction
operation, a publicly appointed surveyor (Öffentlich bestellter
Vermessungsingenieur) defines a local coordinate system and marks it on the
ground (e.g. marks building outlines, site limits etc.), as well as relates
it to t
sent from a phone
> On 7 May 2024, at 23:56, john whelan wrote:
>
> So if you're building something in a remote location and not buried in the
> forest it might actually be useful.
in remote locations it doesn’t seem very relevant to get cm precision from
GNSS. You could just mark any spot
sent from a phone
> On 31 May 2023, at 00:09, Niels Elgaard Larsen wrote:
>
> I often use Wikimedia Commons.
> There is an app that can both upload photos already taken and start a
> photo-app from the commons app.
+1, there is an app for iOS as well
https://apps.apple.com/it/app/wiki-upload
Am Fr., 21. Apr. 2023 um 14:08 Uhr schrieb Andy Townsend :
> On 21/04/2023 12:17, Mateusz Konieczny via talk wrote:
> We're actually talking about the "long tail" of shop values - genuine,
> perfectly descriptive, perfectly valid values, like "shop=whisky" that
> someone mentioned on IRC this morn
Am Fr., 21. Apr. 2023 um 11:19 Uhr schrieb Warin <61sundow...@gmail.com>:
>
> A rendering issue.
>
> Why not have a generic symbol for 'shop' and use that for any value of
> shop that you don't have a specific symbol for?
>
this is a deliberate decision, because it would provide positive feedbac
Am Fr., 21. Apr. 2023 um 09:47 Uhr schrieb Jochen Topf :
> On Thu, Apr 20, 2023 at 10:11:49PM +0100, Andy Townsend wrote:
> > To change "shop=veryrarevalue" where it was correct to
> > "shop=lessrarevalue"without preserving the detail somehow loses detail
> from
> > OSM and is therefore by definit
Am Mo., 27. März 2023 um 10:32 Uhr schrieb David Haberthür <
em...@davidhaberthuer.ch>:
> Ciao
>
> I added
> # translating German
> 'holz': 'wood',
> 'schotter': 'gravel',
> 'Gras_Laub': 'grass',
> to candidate list for the next one
>
>
> I’m my (Swiss German) opini
sent from a phone
> On 24 Mar 2023, at 22:35,
> facebook_140f8d4e-9d8f-4d51-a5a7-320f53afc...@vollbio.de wrote:
>
> Btw. I saw some German word: holz=>wood, schotter=>gravel, verdichtet=>paved
> (it means "compacted"), Gras/Laub=>grass, pflasterstein=>cobblestones
verdichtet is actually „un
Am Mi., 15. März 2023 um 14:01 Uhr schrieb Mateusz Konieczny via talk <
talk@openstreetmap.org>:
>
>
>
> Mar 15, 2023, 10:21 by dieterdre...@gmail.com:
>
> I'd prefer "surface:material" compared to "material", it is in modest use
> (800) https://taginfo.openstreetmap.org/keys/surface%3Amaterial
>
I'd prefer "surface:material" compared to "material", it is in modest use
(800) https://taginfo.openstreetmap.org/keys/surface%3Amaterial
because the "highway" represents not just the surface.
Generally, maybe another subtagging step like "surface:material=stone"
"stone=granite" could make sense?
sent from a phone
> On 26 Feb 2023, at 10:19, Warin <61sundow...@gmail.com> wrote:
>
> Opal is also a gemstone, Australia being a leading source. It is also a fuel
> in Australia ... but that would not be sold in shops but petrol stations.
in Germany OPAL is the name of a fibre optic interne
Am Sa., 25. Feb. 2023 um 22:07 Uhr schrieb Mateusz Konieczny via talk <
talk@openstreetmap.org>:
>
> So shop = laundromat → shop = laundry + self_service=yes would be needed?
>
it could be seen as equivalent, personally I would see a case for different
main tags because these are quite differen
sent from a phone
> On 25 Feb 2023, at 20:13, Mateusz Konieczny via talk
> wrote:
>
> There is no point in manual drudgery here, with values clearly
> replaceable by better matches.
>
> This values here do NOT require manual overview. If this cases will
> turn out to be an useful signal of
sent from a phone
> On 25 Feb 2023, at 20:13, Mateusz Konieczny via talk
> wrote:
>
> shop=eggs -> shop=food food=eggs
> maybe such migration would be a good idea?
> having top value for every single shop type specializing in a given food
> seems hopeless - we would need shop=pumpkin, shop=ap
sent from a phone
> On 25 Feb 2023, at 20:13, Mateusz Konieczny via talk
> wrote:
>
> shop = laundromat → shop = laundry
I think the laundromat is about a diy place while shop=laundry can also be a
service where you drop off your laundry and they’ll take care of everything.
Wiki suggests
sent from a phone
> On 11 Feb 2023, at 18:49, Mateusz Konieczny via talk
> wrote:
>
> Nevertheless, as result
> map data quality will improve.
agreed for these cases, the problem is always when people become overeager to
fix all kinds of values thereby “normalizing” what should not
___
Am Do., 19. Jan. 2023 um 15:33 Uhr schrieb John Whelan <
jwhelan0...@gmail.com>:
> Someone shoots out a dozen at minus 20c, two can cut off electricity to a
> city of a million people. One or two you can replace quickly a dozen at
> the same time you're talking months to restore power.
>
you sh
Am Do., 19. Jan. 2023 um 04:17 Uhr schrieb john whelan <
jwhelan0...@gmail.com>:
> Perhaps you could expand on the benefits of mapping them?
>
this is really not a question we ever ask ourselves regarding mappability,
while there are of course some answers to this for power infrastructure, it
is
sent from a phone
> On 6 Jan 2023, at 23:34, Niels Elgaard Larsen wrote:
>
> Maybe we could maintain a list of tags that are practical permanent unique
> identifiers. And then have a tool that for most objects could generate a url
> (https or geo) that references that object using that tag.
Am Mo., 2. Jan. 2023 um 22:03 Uhr schrieb Andy Townsend :
> It's certainly possible (as I've said in that discussion) to use OSM IDs
> as "stable enough to do real work with" - I do it all the time.
>
> Can I guarantee that the shop at "No 55 Main Street" will always have
> the same OSM ID? No, b
sent from a phone
> On 27 Oct 2022, at 01:44, Zeke Farwell wrote:
>
> I support mapping old rail beds as railway=razed where they are visible in
> forests, fields, and other open land. These traces are often not visible to
> those with an untrained eye and that's certainly an issue. Howeve
sent from a phone
> On 26 Oct 2022, at 11:45, Mateusz Konieczny via talk
> wrote:
>
> Note that when you found some gone railway
> mapped in OSM then it is useful
>
> - edit OSM object to note which traces are left if any
> (ideally, it would be done by original mapper)
>
> - or delete none
Welcome to osm! Regarding the "remove existing as final step": we generally
expect people to conflate new data with existing data, so you should not
remove the existing ones, but enrich them (including position acuracy if
possible) with your data, and only create new objects for things that
weren't
sent from a phone
> On 21. Dec 2020, at 00:05, Clay Smalley wrote:
>
> Va téléphone à la police.
France is the spearhead against discrimination and gender disparity, in case
you missed it, the Paris administration just recently got fined for putting a
disproportionately high number of wome
Am Do., 3. Dez. 2020 um 10:49 Uhr schrieb Mateusz Konieczny via talk <
talk@openstreetmap.org>:
>
>
>
> Dec 3, 2020, 00:44 by frede...@remote.org:
>
> People have thought the same about Donald Trump - yeah, this
> whole
>
> I think that form of this is very unfortunate and references
> to Trump an
Am Mi., 2. Dez. 2020 um 09:51 Uhr schrieb Robert Whittaker (OSM lists) <
robert.whittaker+...@gmail.com>:
> On Wed, 2 Dec 2020 at 03:41, Michal Migurski wrote:
>
> > Facebook is in compliance with the ODbL license which requires that
> attribution be “reasonably calculated to make any Person that
sent from a phone
> On 21. Nov 2020, at 10:59, Andre Hinrichs via talk
> wrote:
>
> And since he is using the (bad) ID editor it is also nearly
> impossible to revert the changesets which created the mess.
ask him to stop using the bad iD editor and point him to the good iD editor ;-)
Chee
To put this more into context, the facebook page does have a link to
OpenStreetMap behind the faint "i", and the majority of contributors may
eventually see this as reasonable attribution for the small map they
initially show, but it is quite clearly not suitable on the bigger popup
map to make eve
Am Mo., 27. Apr. 2020 um 19:52 Uhr schrieb Alexandre Oliveira <
rockyt...@gmail.com>:
> Hello!
>
> I'll try to be brief and explain the main problems that exist with
> OSM's way of handling lack of (proper) attribution.
>
> According to the wiki page[0]:
>
> > Our requested attribution is "© OpenS
Am Mi., 4. Nov. 2020 um 13:49 Uhr schrieb Mateusz Konieczny via talk <
talk@openstreetmap.org>:
> I just want to say that I really recommend playing and experiment with
> A/B Street.
>
I agree, I have also spread the voice on our national mailing list, this is
really useful for checking lane and
Am Do., 29. Okt. 2020 um 22:31 Uhr schrieb Rory McCann :
> On Thu, 29 Oct 2020, at 9:30 PM, Christoph Hormann wrote:
> > So i suppose you will circumnavigate any subject related to OSMF
> > governance or the election and that you will not refer to what is going
> > to be said there in any future d
Am Do., 8. Okt. 2020 um 18:31 Uhr schrieb Kathleen Lu via talk <
talk@openstreetmap.org>:
> Where I am, there is wide variety in what days/hours such sites are
> available, whether they are free or have a cost, whether you need an
> appointment, and how temporary they are. Some are only around for
sent from a phone
> On 5. Oct 2020, at 00:58, Michael Booth wrote:
> Not sure I'd recommend JOSM for a 100% OSM newbie unless there was a specific
> reason or feature required when editing.
I would, because they will have to learn from scratch anyway, so why not
starting with the most popul
Am Mi., 16. Sept. 2020 um 13:30 Uhr schrieb Christoph Hormann <
o...@imagico.de>:
> Or in other words: Rich people cannot claim a larger scope of privacy
> just because they can own and fence in a larger area of land.
you are dreaming. Maybe they cannot rightfully claim a different treatment,
Am Mi., 16. Sept. 2020 um 12:04 Uhr schrieb Mateusz Konieczny via talk <
talk@openstreetmap.org>:
> Sep 16, 2020, 10:59 by talk@openstreetmap.org:
>
> I would understand 'semi-public garden' to be, for example, a garden where
> you pay an admission fee to enter, or one which is closed at night. Li
Am Mi., 16. Sept. 2020 um 11:44 Uhr schrieb Christoph Hormann <
o...@imagico.de>:
> >
> > +0.9, I'd make it more precise: "private activities and private
> > social interactions"
>
> No, public activities of individual humans are not as such part of the
> verifiable geography either. If my neighb
Am Mi., 16. Sept. 2020 um 10:48 Uhr schrieb Christoph Hormann via talk <
talk@openstreetmap.org>:
> * it start with "The freedom to map the world..." which implies the aim
> of OSM is "to map the world" - which it is not. OSM aims to collect
> verifiable local knowledge of the geography of the wo
sent from a phone
> On 16. Sep 2020, at 09:41, Mateusz Konieczny via talk
> wrote:
>
> Do you think that this page is a good description of community consensus?
There are some points I would like to comment on:
-
OpenStreetMap is not a property registry, thus do not map individual ownersh
sent from a phone
> On 11. Sep 2020, at 21:47, Kathleen Lu wrote:
>
> Assuming that we're taking about a physical object, I don't see how the
> importer would have any obligations to do anything under copyright law,
> database law, or contact law. That question preempts any ODbL analysis.
sent from a phone
> On 11. Sep 2020, at 20:46, Kathleen Lu wrote:
>
> If you put the attribution in Polish for a map meant for display in Poland,
> and then later the map is moved to London (say, to a museum), that's also
> fine because attribution was reasonable given the context.
it woul
sent from a phone
> On 11. Sep 2020, at 13:21, Mateusz Konieczny via talk
> wrote:
>
> For example on my laser cut map I used
> "Dane z OpenStreetMap na licencji ODBL"
> as it will be used in way where Polish
> would be clearly expected to be
> understood
will this limit the places where y
sent from a phone
> On 5. Sep 2020, at 16:43, ben.ki...@mail.de wrote:
>
> Which are the world regions OSM data is better in? Which are world regions
> OSM data is equal good?
generally urban areas and touristic monuments are covered, few countries have
good coverage in the country side, bu
sent from a phone
>> On 31. Aug 2020, at 17:15, Mateusz Konieczny via talk
>> wrote:
> But it would require accepting OSM rules,
> especially about copyright.
maybe it could be an issue (e.g. reputational damage) if someone mixes
OpenStreetMap Data with pirated data and distributes the mix
sent from a phone
> On 31. Aug 2020, at 16:06, Hartmut Holzgraefe wrote:
>
> Google Maps isn't a data source that is compatible with OpenStreetMap
> license wise.
sure, if this wasn’t clear, of course I didn’t mean to import geometry that was
ripped off google products, but likely there wil
Here’s an article about the players of the new flightsimulator improving
buildings:
https://www.rockpapershotgun.com/2020/08/28/players-are-fixing-microsoft-flight-simulators-missing-monuments-with-google-maps/
is there a way to import this data back to OpenStreetMap?
Cheers Martin
sent fro
sent from a phone
> On 23. Aug 2020, at 21:41, mmd wrote:
>
> That's a pretty dystopian view on the OSM future, if you ask me...
I did not mean to callout mappers, but it could help to highlight potentially
weak parts of the map where a resurvey could make more sense than in other
parts or
sent from a phone
> On 23. Aug 2020, at 13:55, pangoSE wrote:
>
> We could e.g. set a verification-needed
> flag on objects edited in a changeset with "please review".
while you can (already) add a fixme tag, I fear that creating a special feature
for less reliable information could lead to
sent from a phone
> On 23. Aug 2020, at 13:40, pangoSE wrote:
>
> The permid then no longer represents a shop but the
> location of a space where a shop could and now does exist. Someone
> making a service cataloguing all shopspaces for hire in a city could
> then link to this shopspace FWIW.
sent from a phone
> On 22. Aug 2020, at 19:44, pangoSE wrote:
>
> So one new table for permanent ids that is updated every time:
> * a node is created or deleted
> * a way is created from scratch or deleted
> * a relation is created from scratch or deleted
> * a way is converted to a relation
sent from a phone
> On 22. Aug 2020, at 19:44, pangoSE wrote:
>
> Maybe we should first add permanent ids (new table) and reference that.
we do have permanent ids for nodes, ways and relations. ;-)
What kind of permanent ids do you want? For some more abstract concept like a
road with a spe
sent from a phone
> On 22. Aug 2020, at 10:15, pangoSE wrote:
>
> Here is yet another example of bad data in our database:
fix it ;-)
Of course OpenStreetMap contains errors, just like any other source, and
probably more, given that most contributors are laymen and have very few
experienc
sent from a phone
> On 21. Aug 2020, at 03:59, Oliver Simmons wrote:
>
>
>
> The translation (en-GB) says in case of conflicts en overrules.
>
> This would be fine if it wasn’t that *they appear to be backwards*
>
> en is the page lacking the tile attribution info and that is supposedly “
sent from a phone
> On 20. Aug 2020, at 00:18, Mike Thompson wrote:
>
> Thanks for the link where they mention OSM. I did find their CEO on
> Linkedin, and just sent him this message:
thank you! You may also consider adding them here:
https://wiki.openstreetmap.org/wiki/Lacking_proper_attr
sent from a phone
> On 9. Aug 2020, at 21:16, john whelan wrote:
>
> And different features really are called difference things in different
> countries.
+1, moreover, the „same“ features are different in different countries and
cultures, and it is part of our work to define when we consid
sent from a phone
> On 9. Aug 2020, at 21:04, pangoSE wrote:
>
> E.g. permanent unique ids, talk pages if we want that for every osmid, SPARQL
> support, standardization benefits "riding the current ride in open data"
somehow you can have this already through the integration of wikidata: ju
sent from a phone
> On 9. Aug 2020, at 15:08, pangoSE wrote:
>
> To support and emphasize ground truth I think we should setup a service like
> Wikimedia commons also to host verification images that proves how it looks
> on the ground.
I agree photos from the current on the ground situati
sent from a phone
> On 9. Aug 2020, at 10:44, Mateusz Konieczny via talk
> wrote:
>
> tagging name tag is a fundamental part of OSM tag,
> offloading it to a third party service is a mistake that will not happen
+1, names are a fundamental part of OpenStreetMap, we must keep the decision
Am Do., 6. Aug. 2020 um 11:26 Uhr schrieb Lukasz Kruk :
> I'm not sure what rules govern this: "Londn" does find the capital of the
> UK, but "Warszaw" does not find the capital of Poland...?), which is only a
> little inconvenient when compared to the second-best online map.
>
this is because
Am Mi., 5. Aug. 2020 um 12:35 Uhr schrieb Mateusz Konieczny via osmf-talk <
osmf-t...@openstreetmap.org>:
> Especially given that JOSM is used for similar number of edits
>
this is not correct, JOSM accounts for 522 335 462 edits in 2020, while iD
users have committed 227 706 433 edits, this is
sent from a phone
> On 4. Aug 2020, at 16:53, Simon Poole wrote:
>
> but it isn't a good measure of what the OSMF should spend its money on, weere
> applying an 80/20 rule is likely to be far more appropriate.
>
As I have said, I’m fine with spending 2500 on a dead proprietary technology
sent from a phone
> On 4. Aug 2020, at 16:26, Matthew Woehlke wrote
>
> Obviously, this would all almost surely be a temporary mode (maybe it
> persists as long as JOSM is open, but isn't uploaded), but since you usually
> draw once, that would be fine. (Bonus points if JOSM could automatica
sent from a phone
> On 4. Aug 2020, at 13:58, Matthew Woehlke wrote:
>
> but I would practically *kill* for JOSM to have FreeCAD's suite of sketch
> constraints ;-).
you’re aware that there are sketch constraints for configurable angles (90, 60,
45 etc) and projection snaps? Hit 2 times „a
sent from a phone
> On 4. Aug 2020, at 12:28, Andy Townsend wrote:
>
> I wrote down what I was there, other people's GPS traces, etc. etc.) and that
> really needs a desktop editor.
+1, while mobile editors are a great addition to our toolset, they cannot
substitute desktop editors. A mous
sent from a phone
> On 2. Aug 2020, at 18:11, Guillaume Rischard wrote:
>
> As someone who’s listed as having used 9 different editors on
> https://hdyc.neis-one.org/?Stereo (including “unknown”), I know how important
> the variety and richness of editing possibilities is.
agreed. Admitted
sent from a phone
> On 3. Aug 2020, at 00:09, Andy Townsend wrote:
>
>> I guess this is about not handling symbols?
>
>
> Not really - see
> https://help.openstreetmap.org/questions/6368/in-josm-is-it-possible-to-see-gpx-track-waypoint-details
> for information.
the second answer suggest
sent from a phone
> On 2. Aug 2020, at 17:09, Andy Townsend wrote:
>
> GPX track waypoint handling is the biggest missing piece of functionality for
> me, so you can start with that one if you wish
I guess this is about not handling symbols? Because Josm does show waypoints
and their names
sent from a phone
> On 2. Aug 2020, at 13:49, Mikel Maron wrote:
>
> As part of this focus, we want to organise coordinated funding to support
> continued maintenance and development of the iD editor, as iD's strong
> continuous development over the past several years has served the OSM
> c
sent from a phone
> On 2. Aug 2020, at 03:19, Warin <61sundow...@gmail.com> wrote:
>
> An indication that all these things are maintained by one organization?
there is the operator tag for this. Don’t use relations where tags can do the
trick...
Cheers Martin
_
sent from a phone
> On 1. Aug 2020, at 20:48, Yves via talk wrote:
>
> This would be better joined in a site relation.
why should it? What’s the benefit? How is this different to adding all roads of
a village into a site relation?
Cheers Martin
sent from a phone
> On 1. Aug 2020, at 12:45, Richard Fairhurst wrote:
>
> mmd wrote:
> > Why aren't we porting Potlatch2 to WebAssembly, then?
>
> I'm not sure who the "we" is in this question, but assuming you're not
> volunteering yourself :)
we is the OpenStreetMap-Foundation and in a
sent from a phone
> On 27. Jul 2020, at 22:20, Michal Migurski wrote:
>
> I turned this into a PR,
thank you!
Cheers Martin
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
Looking at
https://www.openstreetmap.org/about
I thought it was not very engaging and we might want to make some small
adjustments to make it more inviting for people to contribute.
Specifically the paragraph:
> Community Driven
> OpenStreetMap's community is diverse, passionate, and growing ev
sent from a phone
> On 26. Jul 2020, at 21:43, stevea wrote:
>
> But instead, your environment (OxygenOS 10 running Firefox) presents this
> "Pencil icon." Somewhere (likely wiki.osm.org) there is likely javascript
> (probably informed by a UserAgent string of "Firefox — OxygenOS") which is
sent from a phone
> On 25. Jul 2020, at 20:33, Alberto Nogaro via talk
> wrote:
>
> So if you do so, information is indeed lost.
>
+1
> Otherwise I can’t see why should it difficult to data consumer to strip the
> unwanted information before processing the route.
>
+1
>
>
> Unless
sent from a phone
> On 19. Jul 2020, at 23:27, Jóhannes Birgir Jensson wrote:
>
> no doubt many of our gravel tracks were correct at the time and have now been
> paved or bound.
I have thought about this, the tags were added in 2017 and while the asphalt
didn’t look as if it was paved yes
sent from a phone
> On 19. Jul 2020, at 14:48, Hauke Stieler wrote:
>
> Blind reverts are also pretty bad. In my case, I talked to other people
> in our community and only reverted some of the edits, which are very
> unplausible (like "grade4" with "surface=paved" and imagery showing a
> paved
sent from a phone
> On 18. Jul 2020, at 21:11, Michael Reichert wrote:
>
> I am reaching out to the community in
> advance because different people might have a different opinion on how
> reliable tracktype=* needs to be
It will hardly be more reliable than its definition can be universally
If they were public, why would there have to be a password anyway (maybe to
have the connection encrypted)? Are they exposed publicly, or do you have
to be a client and get a piece of paper with the password on it, or at
least enter the place and look at a blackboard? From my experience these
passw
sent from a phone
> On 1. Jul 2020, at 23:26, Paul Norman via talk wrote:
>
> In general, work_mem=128GB is good with most styles.
Paul, he wrote he had 32GB of RAM, should one assign more work_mem than there
physically is on the machine?
I am asking because I thought that the value of wo
sent from a phone
> On 22. Jun 2020, at 23:18, Mateusz Konieczny via talk
> wrote:
>
> These had been changed from highway unclassified surface unpaved to
> highway=track by a mapper with Apple connections.
> Can you link them? I would revert them as tagging for renderer if original
> mappi
sent from a phone
> On 19. Jun 2020, at 13:51, Nick Whitelegg wrote:
>
> Those of you looking for 100% FOSS software and who are focused on 360 degree
> photography of off-road routes (walking trails and so on) might want to
> consider OpenTrailView (https://opentrailview.org).
has it a ge
sent from a phone
> On 12. Jun 2020, at 17:39, Paul Johnson wrote:
>
> Not just that, but cadastral type tags probably shouldn't be spanning large
> areas to start with. If your landuse or landcover polygon is crossing an
> unclassified or higher highway, you're probably making a big mistak
> On 10. Jun 2020, at 14:58, Mateusz Konieczny via talk <
> talk@openstreetmap.org> wrote:
> "Why is the definition for the tag removed" it never had a good definition.
>
>
>
the former definition was
> A large water tank, typically cylindrical
>
personally I would also have suggested a differ
I have seen that some features have been "deprecated" in the wiki by
replacing all documentation with a template like this:
example https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dwater_tank
>
> {{Deprecated
> |oldkey=man_made
> |oldvalue=water_tank
> |newtext=tag:man_made=storage_tank + tag:co
sent from a phone
> On 8. Jun 2020, at 16:15, Dave F wrote:
>
> Good Lord!
> That has both tunnel & bridge tags on the same object!
> This is not what is being discussed here.
it’s in the secondary thread that you started here ;-)
> There can't be both a tunnel and bridge. It's one or
Am Sa., 6. Juni 2020 um 18:02 Uhr schrieb Dave F via talk <
talk@openstreetmap.org>:
> Do you have an example?
>
>
A simple example for a tunnel (here subway) on a bridge would be this:
https://www.openstreetmap.org/way/757824513
https://fr.wikipedia.org/wiki/Pont_Morand
> Whether it's a brid
sent from a phone
> On 5. Jun 2020, at 15:44, Dave F via talk wrote:
>
> There can't be both a tunnel and bridge. It's one or the other. This goes for
> all scenarios, including roads.
you can have both, but it is rare...
and it depends on your definitions of course (e.g. you might call it
sent from a phone
> On 28. May 2020, at 17:20, Oleksiy Muzalyev
> wrote:
>
> Practically all people in Russia studied a foreign language within the
> compulsory education system. ... I am sure that typing several Latin letters
> would not be a challenge.
>
> Besides in such disciplines as
sent from a phone
> On 28. May 2020, at 15:08, mbranco2 wrote:
>
> I was surprised finding an OSM username written in gothic characters: I'm not
> sure if this mailing list could show such font, the nickname is 𝖒𝖆𝖘𝖙𝖗𝖔
> ("mastro" in normal characters).
> The problem is that, if you want to a
sent from a phone
> On 24. May 2020, at 12:16, Mateusz Konieczny via talk
> wrote:
>
> I just added some example at https://wiki.openstreetmap.org/wiki/Key:access
> and improved existing one.
>
> Review, and improving edits (or comments here) would be welcomed.
it’s a lot of text, are you
sent from a phone
> On 13. May 2020, at 13:44, Mateusz Konieczny via talk
> wrote:
>
> It means that it is beneficial to turn tag
> website=http://paris.intersquat.org/les-lieux/le-satellite/?fbclid=de58e340d6aa79a584552a2055042d004b9b19454bc0d7a6046fc81fc90f51
> into
> website=http://paris.i
sent from a phone
> On 6. May 2020, at 00:28, Tobias Knerr wrote:
>
> The =construction + construction= tagging is only really
> common for highway, building and railway tags (where it sticks around
> for historic reasons, in my impression).
interestingly, these are also the leading tags for
sent from a phone
>> On 6. May 2020, at 00:08, Pierre Béland wrote:
> I dont think that it is appropriate to superpose a landuse over a waterway.
this is a good point, but you could spare the waterway out and just tag the
construction site on the land. Depending on the details, bridge span a
sent from a phone
> On 5. May 2020, at 22:27, Jack Armstrong wrote:
>
> I assume the best way to map a large bridge area that's under construction
> would be with the minimum following tags? I'm not asking about the ways
> associated with/on the bridge.
>
> man_made=construction
> construct
sent from a phone
> On 3. May 2020, at 19:24, Andrew Hain wrote:
>
> there are also links to artificial Wikidata items such as Q57977870 highway
> key in OpenStreetMap to consider.
IMHO these are the least questionable kind, if all wikidata links from
OpenStreetMap tags would be pointing t
sent from a phone
> On 30. Apr 2020, at 17:20, Tom Lee via talk wrote:
>
> But I do think they are a useful signal as we consider what "reasonable"
> could mean.
regarding the license, it clearly says reasonably calculated to make any
person aware, however unreasonable someone might find
sent from a phone
> On 29. Apr 2020, at 23:17, Kathleen Lu wrote:
>
> Mapbox also has a whitelabling option for customers to remove the logo from
> Mapbox tiles. But again, we're talking about the tile service. It would be
> quite reasonable for OSM to add a logo to the OSM tiles and make ke
Am Mi., 29. Apr. 2020 um 04:05 Uhr schrieb Kathleen Lu <
kathleen...@mapbox.com>:
> I absolutely agree that looking at industry standard seems a good
> indication of what is reasonable.
> ...After researching this question, I found no commercial data provider
> that required data attribution as pr
sent from a phone
> On 28. Apr 2020, at 23:34, Kathleen Lu via talk
> wrote:
>
> The FAQ is not the license. The license is the ODbL. The ODbL says absolutely
> nothing about whether attribution should be on a map or not. Read it here:
> https://opendatacommons.org/licenses/odbl/index.html
Am Di., 28. Apr. 2020 um 06:51 Uhr schrieb Simon Poole :
>
> Am 27.04.2020 um 19:49 schrieb Alexandre Oliveira:
> > Hello!
> >
> > I'll try to be brief and explain the main problems that exist with
> > OSM's way of handling lack of (proper) attribution.
> >
> There was just a (nearly 100 messages)
1 - 100 of 1820 matches
Mail list logo