Re: [OSM-talk] Cease use of OpenStreetMap/Antifa logo
Hi, I do not know the situation in other countries, but in Germany trademarks are only protected for commercial usage. It is their purpose. Regards Sebastian ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] copying numbering (ref)
Or, using unsigned_ref=* is an option. SteveA > On Feb 14, 2020, at 1:08 PM, Joseph Eisenberg > wrote: > > > “ they don't really use numbers for roads except internally” > > If they do not post signs, and locals do not usually know the numbers, then > there should not be a ref for those provincial roads in Openstreetmap. > > -Joseph Eisenberg > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] copying numbering (ref)
> “ they don't really use numbers for roads except internally” If they do not post signs, and locals do not usually know the numbers, then there should not be a ref for those provincial roads in Openstreetmap. -Joseph Eisenberg ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] copying numbering (ref)
sent from a phone > Il giorno 14 feb 2020, alle ore 16:40, Mario Frasca ha > scritto: > > what would you do? what’s posted on the ground? Cheers Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Cease use of OpenStreetMap/Antifa logo
Hi, Thank you for your comment, Rory. You seem like a reasonable person. Thank you for talking about the subject in a casual way and without the fanaticism that others often show when their ideas are criticized. I was censored on an informal communication channel of the OSM community in Spain. I can speak as a person affected by the decision of those who do not know how to disassociate their personal (or group) ideology from OSM affairs. I was accused of using their contact channel to share messages with "political and ideological" content. It is false, absolutely false, ridiculously false, an infamous lie. I have never had any discussion of political content on any OSM communication channel, formal or informal. I never talk about politics, not even with my friends. On the other hand, I am usually very respectful of the rules of the community, so I will hardly make improper use of OSM communication channels. I have my own opinions about anti-fascist symbols. I will not share my opinions with you because, as always, I never discuss politics in OSM communication channels. I don't think we should bring political discussions to these forums. They do not benefit us. Let's the OSM Foundation or their legal group decide on the appropriate use of their logos. The Foundation is the owner of the rights, so let's them decide. There are some points in your message that I don't agree with. Or at least, not how they're posed. But whatever, it's the same. I don't care what everyone individually thinks of the project or whatever everyone thinks is its inherent ideology. I am only interested in the fact that all these ideas, prejudices or beliefs do not interfere with our work and collaboration. The proper use of the OSM marks is best left to the Foundation to decide. Greetings from Spain. Regards, Daniel -- Sent from: http://gis.19327.n8.nabble.com/General-Discussion-f5171242.html ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] copying numbering (ref)
Hi everybody
in Panama I've been looking for official sources of information about
road numbering, and could only find out that the 'Panamericana' is road
#1. (road signs all over the place tell you this). for the rest, I've
interviewed an employee of the MOP (Ministerio Obras Públicas), who
alleged that they don't really use numbers for roads except internally,
and that in this case the road number starts with a leading digit
identifying the province, luckily it's 9 provinces in Panama.
now a couple of concrete examples of data in our database.
road #33, in Veraguas. that's province #9.
roads #12, 18, 47, 48, 110, all in Chiriquí, that's province #4 ('Ch'
goes as one letter, so it follow Coclé and Colón). (the ones with the
leading 4 agree with my MOP source).
so far so good. the curious part is that all these numbers are also in
Google Maps, included the suspicious ones.
I've placed questions in the corresponding changesets, and I have
received replies, but quite non factual.
(http://resultmaps.neis-one.org/osm-discussion-comments?uid=248722&commented)
road #28 (according to Google) is road #91 according to us. it's
Veraguas, so the leading 9 might be correct. here it's curious that it
was created as #28 also in OSM
(https://www.openstreetmap.org/changeset/35351526) then changed to 91
(https://www.openstreetmap.org/changeset/63256732).
what would you do?
MF
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] 1e7 | Re: OTG rule, borders & mountains existing | Re: Crimea situation - on the ground
On 13/02/2020 00:15, Martin Koppenhoefer wrote:
Il giorno 13 feb 2020, alle ore 00:05, Colin Smale ha
scritto:
Locations are stored in OSM as pairs of {lat,lon} and I assume these are both
64-bit floats in the database.
AFAIK they are stored as integers (shifting the decimals)
They are stored with 7 places of decimals (i.e. multiple by 1e7).
https://wiki.openstreetmap.org/wiki/Node
Do not use IEEE 32-bit floating point data type since it is limited
to about 5 decimal places for the highest longitude.
>
A 32-bit method used by the Rails port is to use an integer (by
multiplying each coordinate in degrees by 1E7 and rounding it: this
allows to cover all absolute signed coordinates in ±214.7483647
degrees, or a maximum difference of 429.4967295 degrees, a bit more
than what is needed).
For computing projections, IEEE 64 bit floating points are needed for
intermediate results.
>
The 7 rounded decimal places for coordinates in degrees define the
worst error of longitude to a maximum of ±5.56595 millimeters on the
Earth equator, i.e. it allows building maps with centimetric
precision. With only 5 decimal places, the precision of map data
would be only metric, causing severe changes of shapes for important
objects like buildings, or many zigzags or angular artefacts on
roads.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OTG rule, borders & mountains existing | Re: Crimea situation - on the ground
Am Fr., 14. Feb. 2020 um 11:18 Uhr schrieb Colin Smale < colin.sm...@xs4all.nl>: > Yes I realise that but attention must be paid to all possible sources of > precision leakage. > > What use would proprietary parameters be? If they were used, are relevant > and kept private, this would impede the consumption of the data by any > clients. All GIS files must include, by value or by reference, the relevant > CRS, otherwise the contents can not be interpreted properly, can they? Or > are you thinking of the situation in China where they have a > state-controlled/licenced transformation? > > First, proprietary parameters does not mean you cannot have access to them, but you might have to pay for it. Secondly, you do not need the parameters for use of the data in a certain CRS but you need them for high precision conversions into another CRS. Cheers Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OTG rule, borders & mountains existing | Re: Crimea situation - on the ground
On 2020-02-14 10:18, Martin Koppenhoefer wrote:
> Am Do., 13. Feb. 2020 um 08:41 Uhr schrieb Colin Smale
> :
> Locations are stored in OSM as pairs of {lat,lon} and I assume these are both
> 64-bit floats in the database.
>
> AFAIK they are stored as integers (shifting the decimals)
>
> If so then then my comments about preserving precision still apply to all
> "client" software and I bet the majority uses float. Then an innocent update
> to a tag on a node can end up unintentionally moving the location slightly,
> losing precision.
My comment about precision lost through conversion was not about missing
floating point digits, but about conversions from one CRS to another,
where you may need additional (proprietary) grid parameters to do a high
precision conversion.
Yes I realise that but attention must be paid to all possible sources of
precision leakage.
What use would proprietary parameters be? If they were used, are
relevant and kept private, this would impede the consumption of the data
by any clients. All GIS files must include, by value or by reference,
the relevant CRS, otherwise the contents can not be interpreted
properly, can they? Or are you thinking of the situation in China where
they have a state-controlled/licenced transformation?___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OTG rule, borders & mountains existing | Re: Crimea situation - on the ground
Am Do., 13. Feb. 2020 um 08:41 Uhr schrieb Colin Smale <
colin.sm...@xs4all.nl>:
> Locations are stored in OSM as pairs of {lat,lon} and I assume these are
> both 64-bit floats in the database.
>
>
> AFAIK they are stored as integers (shifting the decimals)
>
> If so then then my comments about preserving precision still apply to all
> "client" software and I bet the majority uses float. Then an innocent
> update to a tag on a node can end up unintentionally moving the location
> slightly, losing precision.
>
>
My comment about precision lost through conversion was not about missing
floating point digits, but about conversions from one CRS to another, where
you may need additional (proprietary) grid parameters to do a high
precision conversion.
Cheers
Martin
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Is OSM Anti-Fascist? (was: Cease use of OpenStreetMap/Antifa logo)
Am Do., 13. Feb. 2020 um 14:28 Uhr schrieb Frederik Ramm < frede...@remote.org>: > where governments propose or make laws that would > make it harder for us to map, I think we should oppose that in a > structured way, as an organisation - provided we have the time and > energy for that. +1, I agree, but ultimately this means we would act politically (as an organization). Cheers Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Cease use of OpenStreetMap/Antifa logo
Am Do., 13. Feb. 2020 um 13:42 Uhr schrieb Maarten Deen : > From wikipedia (if that is an authority) > it isn't. Cheers Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
