[talk-au] Open geospatial projects wanted for FOSS4G SotM Oceania Community Day

[David Dean]

Hi everyone,

FOSS4G SotM Oceania is hosting a contribution-sprint Community Day on the
final day of the conference, Friday 23rd of November, in the Old Arts
Building at the University of Melbourne. Participation in the Community Day
will be free-of-charge and all participants will be welcome, regardless of
their involvement with the large conference or not.

Projects wanted!

With less than 3 months until Community Day, we are looking for people to
lead open-source and open-data geospatial events that could help open GIS
projects to benefit from concentrated contribution-sprints from members of
the geospatial community.

If you know of any projects that might be interested in receiving
contributions, please let us know by filling out the form at
https://foss4g-oceania.org/attend/community-day/community-day-proposal.

All projects will be publicised on our Community Day page within a few days
of submission, and participants will be able to register for your project
closer to the Community Day. We will keep in touch with you, as a project
organiser, right up until the Community Day itself to ensure a successful
outcome for your project.

Any questions?

We are looking forward to an exciting Community Day as part of FOSS4G SotM
Oceania, and please do not hesitate to reach out and ask if you have any
questions about how our Community Day can help an open-source or open-data
geospatial project important to you.

Thanks,

David Dean
dd...@ieee.org
Coordinator, FOSS4G SotM Oceania Community Day
-- 
http://dbdean.com
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] FOSS4G SotM Oceania

[Andrew Harvey]

Just a reminder that there is a Travel Grant Program available see
https://foss4g-oceania.org/travel-grant-program, applications close 21st of
September.

On Thu, 28 Jun 2018 at 08:03, John Bryant  wrote:

> Thanks for highlighting this here Andrew.
>
> Any & all submissions about open data, open source spatial, OSM will be
> welcome! There's scope for talks about the community as well, they don't
> have to be technical in nature. It's YOUR conference, bring to it what
> interests you :)
>
> We'll be accepting submissions for workshops until 31 July, and for
> presentations until 31 August. After the closing dates, we'll open up a
> community vote on the (anonymised) submissions, to find out what's getting
> people's attention, then we'll do a blind review to finalise the selection.
>
> Also, we're starting to plan the free Community Day now, so interested to
> hear what ideas you might have to make it fun & engaging.
>
> Looking forward to seeing what's on the OSM community's mind!
>
> cc'ing the NZ-Talk list as well.
>
> Cheers
> John
>
>
> On Thu, 28 Jun 2018 at 07:53, Graeme Fitzpatrick 
> wrote:
>
>>
>> On 27 June 2018 at 19:53, Andrew Harvey  wrote:
>>
>>>
>>> If you have something you'd like to talk about related to OSM and are
>>> able to make it to the conference, please consider putting a submission in.
>>>
>>
>> G'day Andrew
>>
>> I thought that would have been *you* talking about getting open access
>> to all forms of Gov't Data! :-)
>>
>> Thanks
>>
>> Graeme
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au
>>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-us] NYC Name Vandalism

[Alan Brown]

Hi,
Perhaps I didn't express it clearly, but my interest was in the idea that 
certain. rather limited changelists could be flagged for moderation before they 
are put into main dataset.  There will always be things that seem like they 
should be blocked, but are actually appropriate.   In the interest of having 
the most accurate data, I'm not convinced this form of moderation can't have a 
role.  As I understand it, the virtue of OSM is to allow anyone to contribute 
accurate, detailed local knowledge about the places they know about; however, 
there's no value in having junk in the database for even a moment, if it can be 
avoided.  Place names are usually verifiable facts, even disputed place names.  
So you don't want the open nature of OSM to compromise accuracy, or a quest for 
accuracy to discourage people from contributing accurate information. 

I said my peace; I suspect the OSM community is not culturally disposed to that 
form of moderation. So I will ask about a different approach.

In my case, I've seen editing errors that affected motorway connectivity (not 
vandalism), that were made and corrected within a couple hours.  Pretty good - 
except our planet file was in that two hour window.  I want to avoid these 
errors, without getting caught in the errors of the next two hour window.
I'm not sure if Mapbox or others use a process like this, but this is what I 
can imagine:

PLANETcur is the current planet filePLANETprev is the last used planet 
fileCHANGEcur-prev is a comprehensive list of changelists between the two 
datasets 

A particular consumer of OSM data can automatically scan CHANGEcur-prev and/or 
PLANETcur for potentially troubling content, according to their own criteria.  
In their local copy, if they detect something they do not want to accept - 
offensive place names, incomplete topology - they can attempt to revert - in 
their local copy only! - recent changes that violate their criteria.  They 
accept whatever mistakes their "reversion" algorithm makes.  The identified 
"questionable changelists"  can be submitted back to the OSM community to 
review and revert, but always by a human. 

My hope is that I am being completely unoriginal, and I can cobble together 
existing tools quickly. How unoriginal am I?
I am looking over the osmcha.mapbox.com page, and saw reference to a utility 
called "osm-compare":   
https://github.com/mapbox/osm-compare/blob/master/comparators/README.md - which 
has an obscenity filter.  If I understand this correctly, osm-compare flags 
changelists for review, osmcha.mapbox.com allows people to review the flagged 
datasets and reverse bad edits.  Could someone define osm-compare filters that 
produce results that can be automatically pulled into a local copy?
(If a changeset has been reviewed by a second person - can that information be 
provided).

All I want is something that allows me to be a little bit more conservative in 
accepting edits, without requiring complex processes or large resource.  A 
little insight would be appreciated.

Thanks,Alan







   On Wednesday, September 5, 2018, 7:52:46 AM PDT, Simon Poole 
 wrote:  
 
 osmcha (osmcha.mapbox.com) already does most of this. While detecting
vandalism in general is difficult, edits like those in question are easy
to detect and small in number.

IMHO it really isn't an issue with openstreetmap in this case, as even
with the delay (somebody reported the user in question instead of
reverting and then reporting) in the specific case the vandalism was
swiftly removed. The reason that this is being discussed at all is
because of the edit resurfacing with a third party and having to be a)
detected, b) reported, and c) fixed again. Yes what we know this was a
glitch in the third parties workflow, but they are bound to happen and
we shouldn't pretend given the large number of edits that any procedures
put in place are going to be 100% effective, be it directly with OSM or
by third parties. 

Simon


Am 05.09.2018 um 16:23 schrieb Greg Troxel:
> I tend to agree that automated systems are going to be not that useful.
>
> I tend to notice some things in my area, but it's hard to keep track.
>
> This makes me wonder about a tool that
>
>  - lets people sign up to watch edits, in some area, or in general,
>    sort of like maproulette.  Use some scoring system where new
>    mappers edits are more likely to be looked at by somebody, and
>    people who claim an area as theirs are more likely to get shown
>    edits there, or maybe let people get all edits in some bbox
>
>  - lets people give a rating to a changeset, something like:
>        i) high priority for inspection by others
>        ii) worthy of being checked by a local
>        iii) probably ok
>        iv) definitely ok
>
>  - presents things to multiple people
>
>  - somehow uses a rater's own edit history to validate this (perhaps be
>    cautious about people with < 500 changesets, and very cautious < 50)
>
>
> This is a slippery slope 

Re: [Talk-us] Evacuation Routes

[Eric H. Christensen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

‐‐‐ Original Message ‐‐‐
On September 5, 2018 7:24 PM, Kevin Kenny  wrote:

> Are you tagging the routes consistently with role=forward or
> role=reverse? An evacuation route is essentially a one-way item
> (presumably, return after the crisis can be by any open road), and it
> would be good to render them with arrows.

Yes!  These routes are direction-specific so those roles are important.  That 
should be a mandatory field and is on the wiki page.

Eric
-BEGIN PGP SIGNATURE-
Version: ProtonMail
Comment: https://protonmail.com

wsFcBAEBCAAQBQJbkGtECRCAdqveAkuz0QAAbRAP/3si+7jCG6M4mVdDvwS6
0fKdreNslTVp3H/07Fbi8RNN7RKRR503t2qmlGNzGdbtG1ywKg9ME+JI6LZv
bwDRqE7sSpxI+fxbMgEjDgF5c2Mz8CJML1Lb9LVJVBia6/gNB9oAXMkolbNO
GeFyQXMZuuZVzt8J95GqoB9iBvKpD8h0C9uUweFvjvUeDNC8OSKYjr/mgFMR
JslsHo8n12IisgQys1ywlS49257Azy+O8//QNaWElSsj76fieTy7QWo9iTFz
VAVUL6WmOIA0naLtY0GduAlR2+VRNGZ0aUt5wga/McYX61k40v9T/pq8cEFL
kwtMnyzXgJQxVr+PdocZO8zXarX4WEH2cc4CKmPeFv6udpXEBiQ33etf6ZTG
qwaI5qyvQHnUperVP+Cbn7gf9XH3p77XhupCSU2HZlNl14dpENWyMC0idaLn
K21S6qmCX+BaNv+u03EmCKfn1cgEHiwnpMJ8gwCUy+Y92W78yLBNOBvQs4Sx
aMgFKN3Hkvv7PFgY5+9et0RXS8Odv5HHkdCRcmsKHmqo1o2SSmdkzdXzDJOZ
IUOFlLU0IeM5CoEuvOzzX+z5F+DARZLlXpCB30HlWAWEz4PZJ9CfhBGzC7T8
5wm3vEO4k2sBGMfauyhohqY+AEHzi5hYrDDRliwCB0zdoVsukYA8eL7P0S9G
Iy8u
=Qm+M
-END PGP SIGNATURE-


___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Evacuation Routes

[Kevin Kenny]

Are you tagging the routes consistently with role=forward or
role=reverse?  An evacuation route is essentially a one-way item
(presumably, return after the crisis can be by any open road), and it
would be good to render them with arrows.
On Wed, Sep 5, 2018 at 7:20 PM Eric H. Christensen  wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> I recently finished an update to the evacuation routes feature[0], turning it 
> into a relation (route).  I'll be working on adding hurricane evacuation 
> routes to areas I'm familiar with (Maryland, Hampton Roads area of Virginia, 
> and Northeast North Carolina) but I encourage others to add evacuation routes 
> to their local areas as well.
>
> Currently, JOSM doesn't recognize this route type and I don't think they're 
> being rendered on any third-party software but I'm hoping once enough data is 
> in the system we'll be able to show a reason for rendering such information.
>
> Thanks,
> Sparks
>
> [0] https://wiki.openstreetmap.org/wiki/Tag:route%3Devacuation
> -BEGIN PGP SIGNATURE-
> Version: ProtonMail
> Comment: https://protonmail.com
>
> wsFcBAEBCAAQBQJbkGFsCRCAdqveAkuz0QAAxCcP/3+1rn4ocA6BuiLKAkav
> WTWbphhLscfu5JccbQuo4xiPkTebtYBxHlM1FCq6evAhww25kznWTF4G7U81
> OOGhVBqKMuih+O6h2BFane8gLrNIXEjxSx/KoVx8PwlwhySzwGQSQyi6FsLD
> 7CvTsNhxOBQQCT+btFgyrquvm11RZBXwqBBR6M9MDOJUiCdSaeQO23x8Df7U
> LAeRB6wZ8NJ4lwRUqIB0lbji7TLfjTglO3APgrTh1aTY/e66VHqrO7rJcS7g
> 1bB2xew49nIp4vziX6RbXeX9Y+RA0pp6V+P6h+PdOBLpwbEMMBkwPETW+msK
> 5hymqrkX053XXSecdOrn0wdo+nfkOPJFdtAciabMKpo/fZCNMXCdMzrOWFOC
> AuyYJaHdQD2j8XxIXvLLiBkmgXX0/bibrQlXHhbhKlTXWoemAZ+6D7HFpvfy
> caFO6hCHKxREbWY6oNPj4saRaGpjUdgK+en8bBOE39JsTZdeC994xpn58uPw
> l7hkw7GTN7V7mNlBsNzF/7Wrf1ZnqSG9gzvIpXWGb1kNEXQZk3LQJjFgj62e
> VVAsPlERLDS2dJHlsJzbpfgP8OhT6WWjRPpXlsw2qdmrrxp4Czn7lr+y/FBT
> Mbf0hG5At3d6FDLUjZUNTkBz7dY4quRHPSBQ8I3tBfMtc4rlgit45KiAWJJT
> sEee
> =csxh
> -END PGP SIGNATURE-
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us

___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Evacuation Routes

[Eric H. Christensen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I recently finished an update to the evacuation routes feature[0], turning it 
into a relation (route).  I'll be working on adding hurricane evacuation routes 
to areas I'm familiar with (Maryland, Hampton Roads area of Virginia, and 
Northeast North Carolina) but I encourage others to add evacuation routes to 
their local areas as well.

Currently, JOSM doesn't recognize this route type and I don't think they're 
being rendered on any third-party software but I'm hoping once enough data is 
in the system we'll be able to show a reason for rendering such information.

Thanks,
Sparks

[0] https://wiki.openstreetmap.org/wiki/Tag:route%3Devacuation
-BEGIN PGP SIGNATURE-
Version: ProtonMail
Comment: https://protonmail.com

wsFcBAEBCAAQBQJbkGFsCRCAdqveAkuz0QAAxCcP/3+1rn4ocA6BuiLKAkav
WTWbphhLscfu5JccbQuo4xiPkTebtYBxHlM1FCq6evAhww25kznWTF4G7U81
OOGhVBqKMuih+O6h2BFane8gLrNIXEjxSx/KoVx8PwlwhySzwGQSQyi6FsLD
7CvTsNhxOBQQCT+btFgyrquvm11RZBXwqBBR6M9MDOJUiCdSaeQO23x8Df7U
LAeRB6wZ8NJ4lwRUqIB0lbji7TLfjTglO3APgrTh1aTY/e66VHqrO7rJcS7g
1bB2xew49nIp4vziX6RbXeX9Y+RA0pp6V+P6h+PdOBLpwbEMMBkwPETW+msK
5hymqrkX053XXSecdOrn0wdo+nfkOPJFdtAciabMKpo/fZCNMXCdMzrOWFOC
AuyYJaHdQD2j8XxIXvLLiBkmgXX0/bibrQlXHhbhKlTXWoemAZ+6D7HFpvfy
caFO6hCHKxREbWY6oNPj4saRaGpjUdgK+en8bBOE39JsTZdeC994xpn58uPw
l7hkw7GTN7V7mNlBsNzF/7Wrf1ZnqSG9gzvIpXWGb1kNEXQZk3LQJjFgj62e
VVAsPlERLDS2dJHlsJzbpfgP8OhT6WWjRPpXlsw2qdmrrxp4Czn7lr+y/FBT
Mbf0hG5At3d6FDLUjZUNTkBz7dY4quRHPSBQ8I3tBfMtc4rlgit45KiAWJJT
sEee
=csxh
-END PGP SIGNATURE-


___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] Please unsubscribe me from this talk

[Nicolás Alvarez]

> On 5 Sep 2018, at 19:42, Stadia Arcadia  wrote:
> 
> Hi, can you please unsubscribe me from this OSM talk mails?
> 

Go to https://lists.openstreetmap.org/listinfo/talk and unsubscribe yourself. 
The link is at the bottom of every message in the list.

-- 
Nicolás___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Deleting many old edits by a "bad actor"

[Bryce Jasmer]

Right. That's why I mentioned reverting if clean (meaning no other edits
have been done on the elements in question) and hand editing if the
elements have been modified since they made their bad edits.

Check out the spreadsheet for details. I've looked at every edit and have a
plan for how to correct them.

*https://tinyurl.com/y8cyh7n7 * is a shorter
URL for the spreadsheet that the mailing list probably won't break.

On Wed, Sep 5, 2018 at 3:38 PM, Martin Koppenhoefer 
wrote:

>
>
> sent from a phone
>
> > On 5. Sep 2018, at 22:54, Bryce Jasmer  wrote:
> >
> > Is there a reason I shouldn't do this cleanup?
>
>
> 3-4 years are a long time, you shouldn’t simply revert everything to the
> version before s/99he touched it, because we would loose all the edits that
> happened after that.
>
> For objects that are still last edited by this user, it seems a bit safer
> to revert, but also then it will potentially create duplicates, because the
> features s/he deleted may have been recreated from scratch in the meantime.
>
>
> cheers
> Martin
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Please unsubscribe me from this talk

[Stadia Arcadia]

Hi, can you please unsubscribe me from this OSM talk mails?
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Deleting many old edits by a "bad actor"

[Martin Koppenhoefer]

sent from a phone

> On 5. Sep 2018, at 22:54, Bryce Jasmer  wrote:
> 
> Is there a reason I shouldn't do this cleanup?


3-4 years are a long time, you shouldn’t simply revert everything to the 
version before s/99he touched it, because we would loose all the edits that 
happened after that.

For objects that are still last edited by this user, it seems a bit safer to 
revert, but also then it will potentially create duplicates, because the 
features s/he deleted may have been recreated from scratch in the meantime.


cheers
Martin
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-africa] OSMkilawiki #423 2018-08-21-2018-08-27

[weeklyteam]

Habari za OpenStreetMap, swala 423, sasa linapatikana kwenye mtandao katika 
lugha ya Kiswahili, kutupa muhtasari wa mambo yote yanayotokea katika ulimwengu 
wa OpenStreetMap: 

http://www.weeklyosm.eu/sw/archives/10657/

Furahia!

OSMkilawiki? 
uwe nani? https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
uwe wapi? 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

Re: [OSM-talk] Deleting many old edits by a "bad actor"

[Bryce Jasmer]

[I'm resending this since it might be stuck in the moderator queue as I
wasn't a list member when I first sent it.]


On Tue, Sep 4, 2018 at 3:40 PM, Bryce Jasmer  wrote:

> While doing a lot of edits in my area, I started to notice a pattern with
> a particular user's name coming up and having to fix their information. I
> dug into their edits a little more and had a hard time finding anything
> that was actually valid. Some of the things they had done:
>
> * Assigning the name of the nearby freeway offramp as the addr:street
> instead of the actual street the building is on
> * Most addr.housenumber values are three digit and look like they just
> mashed the keypad. Lot's of 789, 687, and so-on values.
> * Deleting roads that have been around and will be continue to be around
> for a long time
> * Deleting building ways for buildings that still exist
> * Assigning wrong addr:postcode values
> * Giving names like "George" to apartment buildings
> * Giving names like "Ikea" to businesses that clearly aren't Ikea
>
> The user hasn't been around for 3.5 years now, but they had done 88
> changesets in a short period (many in one day) and then thankfully
> disappeared from doing further edits. I guess they got bored. I tried
> reaching out to the user a few days ago, but highly doubt they will respond.
>
> Roughly half the edits are in my town, and the remainder are done in a
> town in Michigan. I've prepared a spreadsheet with a tab for each city and
> a list of the changesets along with what I'd like to do to them (revert if
> clean, hand edit if dirty, skip if they have organically been repaired over
> time). I'm going to see if I can find a local user to the Michigan
> changesets and have them help me. If I can't find someone, I'll take care
> of it myself.
>
> The spreadsheet can be found at https://docs.google.com/spreadsheets/d/
> 1xmi1giD5yuKh2d3vlmWM2bgYApVNRldSM-2i5--Ethk/edit?usp=sharing
>
> I'm not 100% certain that the edits are all bad, but judging from the
> history, I think it would be best to revert to versions of objects from
> before they touched them.
>
> Is there a reason I shouldn't do this cleanup?
>
> Thanks,
> Bryce (b-jazz)
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-ca] Fwd: Données GTFS et licence d'utilisation

[Damien Riegel]

Bonjour Claude,


J'ai utilisé une méthode de travail assez particulière : je me suis fait un
script Python assez bordélique qui est capable d'extraire les informations
d'une ligne de bus de la STM et d'en générer un fichier OSM XML. Ensuite
j'ouvrais ce fichier dans JOSM comme un layer séparé (en plus du layer
"OSM") et j'importais les arrêts manquants dans le layer "OSM" et déplaçait
ceux qui etaient au mauvais endroit et ajoutait les tags manquants. Dans un
second temps, j'ai crée les relations pour les arrêts et routes selon le
format Public Transport v2.

La chaine d'action que tu décris me semble bien. La difficulté réside dans
les arrêts déjà existants. Faire une passe manuelle pour corriger les
arrêts existants peut être réalise à Laval, mais à Montréal il y a
énormément d'arrêts qui sont incomplets. Je pourrais tenter de bricoler un
script qui identifierait les arrêts existants qui nécessitent des
corrections (par exemple pas de ref=, ne respecte pas le
public_transport:version=2, ne font pas partie d'une relation, etc.),
tenterait de trouver l'arret issu des données GTFS le plus proche et
modifierait le noeud existant pour le déplacer aux coordonnées GTFS. Par
contre, je ne suis pas sur que les coordonnées fournies par EXO et la STM
correspondent *toujours* au poteau d'arret. D'apres ce que j'ai vu ca me
semble varié: parfois c'est l'emplacement où le bus s'arrete, parfois le
poteau, parfois l'abri.

Je n'ai pas vraiment fait d'import à part les quelques bricolages dont je
parle ci-dessus, et j'ai bien pris soin à chaque fois de tout valider à la
main pour être sur de ne pas faire d'erreur. Si on pouvait avoir l'avis de
personnes qui en ont déjà réalisés ça serait très intéressant.

On Sat, 1 Sep 2018 at 11:19, Alouette955  wrote:

> Bonjour Damien,
>
> Actuellement j’en suis à l’étape planification. Aurais-tu documenté ta
> (votre) méthode de travail pour importer les stations et développer les
> relations. Bien entendu, avec ton accord, je m’inspirerais fortement de ta
> page du wiki pour documenter l’avancement du travail mais dans le concret
> j’aimerais m’inspirer d’une méthode de travail éprouvée.
>
> Concernant la vingtaine de stations (ou peut-être un peu plus) voici un
> exemple du problème:
>
> https://osm.org/go/cIrVJ6WoQ-
>
> Quelques-unes ont été placées en plein centre de l’intersection, d’autres
> après l’intersection et non avant et, de plus, les données de Exo comporte
> deux arrêts et non un seul. Excuse mon manque d’habileté mais je n’ai pas
> encore trouvé comment changer les coordonnées d’un noeud existant pour
> donner celles du poteau d’arrêt tel que présentes dans les données de Exo.
> Les glisser approximativement sur la carte est ardu et ne donne pas
> l’exactitude des données de Exo.
>
> Si je vais plus loin je vais documenter ça plus formellement mais voici ma
> vision de la chaine d’action à prendre:
>
>   1- Identifier les arrêts déjà présents dans OSM pour le secteur d’un
> réseau à documenter
>   2- Télécharger les arrêts du réseau à documenter à partir des données
> GTFS
>   3- Corriger l’emplacement et les attributs des arrêts présents et les
> retirer du fichier d’importation
>   4- Retirer du fichier d’importation les doublons déjà importés (ayant le
> même attribut ref=numéro de l’arrêt) puisque faisant partie de 2 réseaux
>   5- Importer les arrêts de bus du réseau
>   6- Créer manuellement les relations selon le format Public Transport v2
> à partir des données GTFS et des chemins existants dans OSM
>
> Je sais que c’est très résumé mais si je me trompe en partant mieux vaut
> le savoir.
>
> Je sais que c’est un projet de très long haleine puisque Exo gère ou
> coordonne 16 réseaux tout assumant l’exploitation de 12. Les 4 “autonomes”
> étant  STM, STL, RTL et CRT Lanaudière.
>
> Voir:
>
> https://rtm.quebec/fr/a-propos/donnees-ouvertes
>
> Peut-être qu’une page de documentation EXO qui pointe vers une page
> détaillée par réseau (dont STM) pourrait être envisageable?
>
> Merci de ton aide et s’il y a des contributeurs intéressés à attaquer ce
> projet ne vous gênez surtout pas, je me demande encore si j’ai les reins
> assez solides pour ça.
>
> Claude
>
> P.S. J’ai épuré cette réponse de ton message d’origine concernant les
> données ouvertes du STM afin de l’alléger.
>
> *From:* Damien Riegel
> *Sent:* Wednesday, August 29, 2018 6:52 PM
> *To:* alouette...@gmail.com
> *Cc:* talk-ca
> *Subject:* Re: [Talk-ca] Fwd: Données GTFS et licence d'utilisation
>
> Bonjour Claude,
>
>
> Effectivement, si les données sont disponibles sous licence CC-BY, il
> faudra obtenir une autorisation. Au cas où, je mets un lien vers un article
> (en anglais) qui explique pourquoi il faut faire ça et comment le faire:
> https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/
>
> En ce qui concerne l'import, il me semble que la logique d'OSM voudrait
> qu'on préfère garder les stations qui sont déjà existantes plutôt que de
> les remplacer (la logique étant qu'on 

[Talk-ca] OSC Waylen Loan Program

[John Marshall]

Hi All,

I discussed starting a Waylen camera lending program for OpenStreetCam in
Canada with Martijn Van Excel (OSM US) yesterday. the program would be
similar to what they are doing in the US
http://www.openstreetmap.us/2018/05/camera-lending-program/
 :
 I was part of the Beta testing of the OSC Waylens,  and the system is far
superior to using a phone app or action camera like the Garmin Virb to
collect street level photo for OSM. Here is part of my trip to James Bay:
 http://openstreetcam.org/details/1264157/0/track-info
 The camera
automatically uploads on wifi, I uploaded over 60 Gigs in about 8 hrs.

We are trying to gauge interest in Canada, Who would be interested in
borrowing Waylen for 3 months or so? Do you like driving? Drive for work?
Live in an area unmapped in OSC?
 http://openstreetcam.org/map/@51.925637249861275,-106.39160156250001,8z


Post comments to the list or join our Slack Channel
https://osm-ca.slack.com/messages/C36U69X18

Cheers

John Marshall
OSM user Rps333
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk] Error on OSM

[Michael Reichert]

Hi

Am 05.09.2018 um 16:56 schrieb Stadia Arcadia:
> Hi, "Tribune Colombier" of Stade Raymond-Kopa now has the same size as
> "Tribune Coubertin". Is now has a square shape. The old stand has been
> replaced with a new one. Who can fix this? I'm a member of OSM, but I can't
> get it fixed. Who can do it for me? I'd really appreciate that. Thanks for
> the help already.
> 
> https://www.openstreetmap.org/#map=19/47.46040/-0.53094=N

Please stop this spamming and don't create a new thread for each issue!

Instead, select the first email you send to this mailing list, click on
"respond" and write any further issues in that email.

Are you somehow related to Bas Mooz? Is this your workmate?

https://lists.openstreetmap.org/pipermail/imports/2018-July/005612.html

Best regards

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Problema mailing list

[Stefano]

Il giorno mer 5 set 2018 alle ore 19:31 Daniele Forsi  ha
scritto:

> Il giorno mer 5 set 2018 alle ore 19:11 Gabriele Sani ha scritto:
>
> > +1 ho riattivato, ma è come se fossero stati mandati troppi messaggi da
> me (se ho interpretato bene bounces)
>
> hai interpretato male: gmail ha "rimbalzato" un messaggio quasi
> certamente perché lo ha considerato SPAM e mailman ci ha sospeso da
> talk-it
>
> il messaggio che io non ho ricevuto è questo, giudicate voi se i
> filtri di gmail hanno fatto un buon lavoro
>
>
> https://lists.openstreetmap.org/pipermail/talk-it/2018-September/064222.html


Si, è il "vecchio" problema di autenticazione delle email, la disiscrizione
di massa era successa solo una volta...
Nulla di grave :-)


>
>
> --
> Daniele Forsi
>
>
Stefano


> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-at] Quantität vor Qualität beim BEV-Adressimport?

[Mod Erator]

Am Mi., 5. Sep. 2018 um 14:29 Uhr schrieb :

>
> Warum es keinen Aufschreib gab? Du hast das irgendwie noch nicht
> mitbekommen, oder?


Ich habe es aus erster Hand mitbekommen, bin Moderator in Users:Austria
Forum ( https://forum.openstreetmap.org/viewforum.php?id=89 ). Mir ging es
darum das dieser Thread (Mailingliste/Betreff) am 27. Aug 2018 eröffnet
wurde, dieses Mapping Schema vom User aber schon seit ca 25.03.2018
angewendet (zumindest ist es mir an diesem Tag in Salzburg aufgefallen und
deckt sich auch mit den da zupassenden Themen im Forum). Jetzt hat es halt
auch die Mailingliste erreicht (Nach ca 5 Monaten), darum habe ich hier für
derzeit nur ein müdes lächeln übrig...


> Es gibt einfach ständig aufschreie wegen ihm. Das Problem ist, dass es
> fast immer damit endet "Naja, es bringt insgesamt mehr als es schadet...".


Und in diesem Fall tut es das auch, zumindest für Salzburg. Dort bin ich
klar gegen einen Revert, vorher hatten wir dort tlw. keine oder mangelhafte
Adressen. Jetzt haben wir gute Adressen mit ein paar kleinen Fehlern die
man verbessern kann.


> Ein weiteres Problem, warums nicht von Anfang an einen Aufschrei hab ist,
> dass er einfach mal mit irgendwas begonnen hat (mit Fehlern) und erst
> hinterher, wenn er angesprochen wurde, seine Arbeitsweise angepasst hat.
> Während dessen hat immer jemand hinterhergeräumt und Fehler korregiert,
> während es immer mehr wurde.
> Außerdem - natürlich fängt man meist erst an sich aufzuregen, wenn einer
> ein "seiner" Region zu wildern anfängt.
>

Eben, jetzt ist es halt hier angekommen, und die ALLES REVERTEN schreie
werden laut, bringt nur nix, wenn man dabei einen Haufen korrekte Daten
löscht, die so niemand mehr hinzufügen wird, da es sau viel arbeit ist.


>
> Er gehört mal fast gesperrt, damit er mal eine Pause einlegen kann um
> nachzudenken.
>

Dann melde ihn.


>
> In dem Video sieht man ganz gut was er macht.
> https://forum.openstreetmap.org/viewtopic.php?pid=713485#p713485
> Luzandro hat im Forum schon ganz korrekt angemerkt, dass er einfach Sachen
> löscht ohne zu kontrollieren, damit er dann "seine" Nodes setzen kann. Und
> Adressen dann vom Gebäude auf den Node zu setzen, weil es ihm besser
> gefällt, spricht auch gegen die OSM-Richtlinien - für die ich gerade zu
> blöd zu finden bin, oder ich habs falsch in Erinnerung. Nur Anfassen, wenn
> wirklich etwas geändert wird und ein Mehrwert entsteht, nicht, um etwas zu
> ändern, was dir besser gefällt.
>

Ist natürlich nicht schön, aber kein Grund für einen Revert.


> Über die Importsache kann man Diskutieren, aber wenn er das so
> flächendeckend macht, hätte er es zumindest VORHER besprechen sollen.
> Vielleicht hätten sich dann wirklich mehr Leute dafür gefunden.
>

Hätte man, hat er nicht, seine Arbeitsweise war aber immer öffentlich, und
nachvollziehbar, habe selbst einen kleinen Ort so gemappt, habe aber nicht
die Zeit für x-tausend Adressen, derzeit weniger als im WInter.


>
> Grüße
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-it] Problema mailing list

[Daniele Forsi]

Il giorno mer 5 set 2018 alle ore 19:11 Gabriele Sani ha scritto:

> +1 ho riattivato, ma è come se fossero stati mandati troppi messaggi da me 
> (se ho interpretato bene bounces)

hai interpretato male: gmail ha "rimbalzato" un messaggio quasi
certamente perché lo ha considerato SPAM e mailman ci ha sospeso da
talk-it

il messaggio che io non ho ricevuto è questo, giudicate voi se i
filtri di gmail hanno fatto un buon lavoro

https://lists.openstreetmap.org/pipermail/talk-it/2018-September/064222.html

--
Daniele Forsi

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Problema mailing list

[Gabriele Sani]

+1 ho riattivato, ma è come se fossero stati mandati troppi messaggi da me
(se ho interpretato bene bounces)

Il mer 5 set 2018 19:01 Stefano Fabi  ha scritto:

> Ciao anche io ho ricevuto lo stesso messaggio di errore. Anche io Gmail
> Ciao
>
> Il Mer 5 Set 2018, 15:37 Germano Massullo  ha
> scritto:
>
>> C'è qualche problema con la mailing list? Ho ricevuto questo messaggio
>> ed ho dovuto cliccare su un pulsante per riabilitare la mia iscrizione.
>> Sinceramente non credo proprio che GMail rimbalzi le e-mail
>>
>> ===
>> Il tuo stato di iscrizione alla lista Talk-it è attualmente disabilitato
>> a causa di un eccessivo numero di errori nell'invio di messaggi al tuo
>> indirizzo. È richiesta la tua conferma per riabilitare la spedizione al
>> tuo indirizzo.
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-ie] Raths / ringforts

[Donal Hunt]

https://en.wikipedia.org/wiki/Ringfort

In Irish language  sources
they are known by a number of names: *ráth* (anglicised *rath*), *lios*
 (anglicised *lis*; cognate with Cornish
 *lis*),[2]
 *caiseal*
 (anglicised *cashel*), *cathair* (anglicised *caher* or *cahir*; cognate
with Welsh  *caer*, Cornish
and Breton  *ker*) and *dún*
 (anglicised *dun* or *doon*; cognate with Welsh and Cornish *din*).[3]
 The *ráth* and
*lios* was an earthen ringfort; the *ráth* being the enclosing bank and the
*lios* being the open space within.[4]
 The
*caiseal* and *cathair* was a stone ringfort.[3]
 The term *dún* was
usually used for any stronghold of importance, which may or may not be
ring-shaped.[3] 

In Ireland, over 40,000 sites have been identified as ringforts and it is
thought that at least 50,000 ringforts existed on the island.[5]
 They
are common throughout the country, with a mean density of just over one
ringfort within any area of 2 km2 (0.8 sq mi). It is likely that many have
been destroyed by farming and urbanisation. However, many hitherto unknown
ringforts have been found thanks to early Ordnance Survey
 maps, aerial photography
, and the archaeological
work that has accompanied road-building.

Based on the above definitions, nodes should tagged with ring_fort but
detailed mapping could use ráth and lios. I assume a relation tagged with
ringfort would be appropriate for locations that have the ráth and lios
mapped.


Thoughts?


Donal


p.s. I have no other knowledge / opinion other that want I've read above. I
do think they are cool and worth mapping. 50,000 is a lot of work!!!

On Wed, 5 Sep 2018 at 17:37, moltonel 3x Combo  wrote:

> On 05/09/2018, Colm Moore  wrote:
> > Hi,
> >
> >
> >
> https://wiki.openstreetmap.org/wiki/Tag:fortification%20type=ringfort?uselang=en-GB
> >
> >
> > Was someone running a project on mapping / tidying-up raths / ringforts?
> I
> > notice many are mapped in Cork and Kilkenny, but few elsewhere.
>
> User b-unicycling has added most of the Kilkenny ringforts (from some
> external source, I can't recall exactly but I had checked with her
> that it was ODBL-compatible) and I then fixed the tagging and reviewed
> a few using Bing and GSGS.
>
> See https://www.openstreetmap.org/changeset/52885942
> https://www.openstreetmap.org/changeset/55717926
> https://www.openstreetmap.org/changeset/55718276
>
> > I haven't come across many of these until the last few weeks. In that
> time,
> > I seem to have been tagging them incorrectly.
> >
> > Can I check the correct tagging is:
> > historic=archaeological_site
> > site_type=fortification
> > fortification_type=ringfort ?
>
> Yes, that's what I've been going for after looking at taginfo and the
> wiki, but see discussion below.
>
> > I checked http://stat.latlon.org/ie/latest/ for the word "fort", (I
> didn't
> > check for name~fort or description~fort) and there are many tagging
> > variations (not all of these will be ringforts).
> >
> > archaeological_site=earthworks
> > archaeological_site=fort
> > archaeological_site=ring_fort
> > archaeological_site=ringfort
> > castle_type=fortification
> > castle_type=fortress
> > earthworks=rath
> > earthworks=ringfort
> > earthworks=ringfort (rath)
> > fortification=ring_ditch
> > fortification_type=hill_fort
> > fortification_type=hillfort
> > fortification_type=ringfort
> > historic=fort
> > historic=fortification
> > historic=hillfort
> > historic=ring fort
> > historic=ring_fort
> > inscription=Ring fort
> > military=fort
> > note=Ancient fort
> > note=Ancient ring fort
> > note=Fawney (fainne) means ring, maybe the site of a ringfort? Was also
> > slang to kiss the King/Lords ring. Very interesting as the road is called
> > the Royal Oak
> > note=Fort
> > note=Not sure if these are Barrows or rath, or what the difference is!
> Ring
> > fort
> > note=Not sure if these are Barrows or raths, or what the difference is!
> Ring
> > fort
> > note=Ring Fort?
> > note=Round Fort?
> > note=ring fort
> > note=ringfort
> > ruins=fort
> > ruins=ringfort
> > site_type=earthwork
> > site_type=earthworks
> > site_type=enclosure
> > site_type=fortification
> > site_type=ring fort
> > site_type=ringfort
> > site_type=ringfort;megalith
> > type=ringfort
> > wikipedia=en:Ringfort
> > wikipedia_1=https://en.wikipedia.org/wiki/Ringfort
>
> I last looked 

Re: [Talk-it] Problema mailing list

[Stefano Fabi]

Ciao anche io ho ricevuto lo stesso messaggio di errore. Anche io Gmail
Ciao

Il Mer 5 Set 2018, 15:37 Germano Massullo  ha
scritto:

> C'è qualche problema con la mailing list? Ho ricevuto questo messaggio
> ed ho dovuto cliccare su un pulsante per riabilitare la mia iscrizione.
> Sinceramente non credo proprio che GMail rimbalzi le e-mail
>
> ===
> Il tuo stato di iscrizione alla lista Talk-it è attualmente disabilitato
> a causa di un eccessivo numero di errori nell'invio di messaggi al tuo
> indirizzo. È richiesta la tua conferma per riabilitare la spedizione al
> tuo indirizzo.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-ie] Raths / ringforts

[moltonel 3x Combo]

On 05/09/2018, Colm Moore  wrote:
> Hi,
>
>
> https://wiki.openstreetmap.org/wiki/Tag:fortification%20type=ringfort?uselang=en-GB
>
>
> Was someone running a project on mapping / tidying-up raths / ringforts? I
> notice many are mapped in Cork and Kilkenny, but few elsewhere.

User b-unicycling has added most of the Kilkenny ringforts (from some
external source, I can't recall exactly but I had checked with her
that it was ODBL-compatible) and I then fixed the tagging and reviewed
a few using Bing and GSGS.

See https://www.openstreetmap.org/changeset/52885942
https://www.openstreetmap.org/changeset/55717926
https://www.openstreetmap.org/changeset/55718276

> I haven't come across many of these until the last few weeks. In that time,
> I seem to have been tagging them incorrectly.
>
> Can I check the correct tagging is:
> historic=archaeological_site
> site_type=fortification
> fortification_type=ringfort ?

Yes, that's what I've been going for after looking at taginfo and the
wiki, but see discussion below.

> I checked http://stat.latlon.org/ie/latest/ for the word "fort", (I didn't
> check for name~fort or description~fort) and there are many tagging
> variations (not all of these will be ringforts).
>
> archaeological_site=earthworks
> archaeological_site=fort
> archaeological_site=ring_fort
> archaeological_site=ringfort
> castle_type=fortification
> castle_type=fortress
> earthworks=rath
> earthworks=ringfort
> earthworks=ringfort (rath)
> fortification=ring_ditch
> fortification_type=hill_fort
> fortification_type=hillfort
> fortification_type=ringfort
> historic=fort
> historic=fortification
> historic=hillfort
> historic=ring fort
> historic=ring_fort
> inscription=Ring fort
> military=fort
> note=Ancient fort
> note=Ancient ring fort
> note=Fawney (fainne) means ring, maybe the site of a ringfort? Was also
> slang to kiss the King/Lords ring. Very interesting as the road is called
> the Royal Oak
> note=Fort
> note=Not sure if these are Barrows or rath, or what the difference is! Ring
> fort
> note=Not sure if these are Barrows or raths, or what the difference is! Ring
> fort
> note=Ring Fort?
> note=Round Fort?
> note=ring fort
> note=ringfort
> ruins=fort
> ruins=ringfort
> site_type=earthwork
> site_type=earthworks
> site_type=enclosure
> site_type=fortification
> site_type=ring fort
> site_type=ringfort
> site_type=ringfort;megalith
> type=ringfort
> wikipedia=en:Ringfort
> wikipedia_1=https://en.wikipedia.org/wiki/Ringfort

I last looked at the taginfo numbers about a year ago, let's look again :

There seem to be a split between
historic=archaeological_site,site_type=fortification,fortification_type=ringfort
(~850 uses, Cork and Kilkenny) and historic=earthworks,earthworks=rath
(~1750 uses, Kerry). While the later is more popular, I prefer the
former for these reasons:

* The former seems to fit the OSM worldwide consensus better, and is
documented in the wiki.
* Everybody knows what a fortification is, but earthwork isn't as
clear (sounds like clay pottery to me).
* Most Irish people know what a ringfort is, but a rath... I've only
encountered the word in OSM.
* Maybe earthworks/rath is a better word from an archaeologist's POV.
Maybe a ringfort is subtly different from a rath. But I don't know and
I expect the average OSM contributor doesn't either, so it seems safer
to stick with layman-level "ringfort".

> How should I proceed?

Rorym seems to be behind most of the earthwork=rath objects, so let's
get his opinion first (I'll ping him).

From then on, if we agree on the "ringfort" scheme, I'd say use
https://overpass-turbo.eu/s/BFD to locate the "earthworks" objects,
then load them into josm to check and retag.

___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[OSM-talk-fr] OSMAnd et les boîtes aux lettres de la Poste

[Gwenaël Jouvin]

Bonjour,

Il y a quelques jours, j’ai remarqué plusieurs contributions avec des ajouts de 
plusieurs .
Étant donné que les boîtes aux lettres privées ne sont pas forcément 
hyper-prioritaires, j’étais surpris d’en voir autant apparaître.

Après un coup de StreetView (je m’en fouette encore ;-) ), mes craintes étaient 
fondées : c’était bien des boîtes (de dépôt) de la Poste qui avaient la 
mauvaise valeur de clef.

J’ai contacté quelques contributeurs qui ont tous en commun d’avoir OSMAnd en 
clef  sur le changeset :
https://www.openstreetmap.org/changeset/61799892
https://www.openstreetmap.org/changeset/61725926
https://www.openstreetmap.org/changeset/58855160

Je me demande donc s’il n’y a pas un biais, voire une erreur dans le module de 
contribution de cette application ; je ne peux pas en juger car je ne l’utilise 
pas pour ça.
Si quelqu’un en sait plus sur le sujet…

Merci !

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Violazione licenza - Rally Alpi Orientali

[Alessandro Palmas]

Il 05/09/2018 17:29, Cascafico Giovanni ha scritto:
Propongo un inizio "morbido". Ecco una mail *da riadattare* che ha 
funzionato


-
Ho notato che una mappa cartacea 40x40cm delle Valli del Natisone (UD) 
da Voi prodotta e gratuitamente distribuita, nonché patrocinata da 
diversi comuni e regione Fvg, ha fatto largo uso dei dati Openstreetmap 
senza attribuirne la fonte.


Per cortesia, abbiate cura di rispettarne la licenza: Openstreetmap é 
una fondazione non a scopo di lucro ed é soprattutto grazie 
all'attribuzione che questa mappa libera del mondo può crescere.


Leggere in piccolo in calce "dati Openstreetmap" può infatti portare le 
persone che conoscono o frequentano il territorio ad apportare essi 
stessi correzioni od ulteriori dettagli alla mappa. Soprattutto per 
un'area come quella rappresentata, periferica ma non meno importante.

-



Come inizio morbido, molto morbido :-) mi pare vada bene.

Alessandro

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Seminario Vescovile Diocesano

[demon.box]

ciao, come taggo un "Seminario Vescovile Diocesano"?
non sò se considerarlo come una sorta di amenity=school inteso come luogo
dove i futuri preti studiano e si formano per diventarlo oppure utilizzare
tutt'altro approcio
grazie

--enrico




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Violazione licenza - Rally Alpi Orientali

[Cascafico Giovanni]

Propongo un inizio "morbido". Ecco una mail *da riadattare* che ha
funzionato

-
Ho notato che una mappa cartacea 40x40cm delle Valli del Natisone (UD) da
Voi prodotta e gratuitamente distribuita, nonché patrocinata da diversi
comuni e regione Fvg, ha fatto largo uso dei dati Openstreetmap senza
attribuirne la fonte.

Per cortesia, abbiate cura di rispettarne la licenza: Openstreetmap é una
fondazione non a scopo di lucro ed é soprattutto grazie all'attribuzione
che questa mappa libera del mondo può crescere.

Leggere in piccolo in calce "dati Openstreetmap" può infatti portare le
persone che conoscono o frequentano il territorio ad apportare essi stessi
correzioni od ulteriori dettagli alla mappa. Soprattutto per un'area come
quella rappresentata, periferica ma non meno importante.
-

Il 5 set 2018 2:05 PM, "Maurizio Napolitano"  ha
scritto:

> a naso direi solita situazione:
> qualcuno deve fare la brochure e comincia a fare screenshot e non si fa
> domande.
> Tra l'altro anche sulle mappe non openstreetmap che si trovano nella
> brochure ho seri dubbi che non sia una violazione.
>
> Possiamo decidere di:
> di mandare una email come Wikimedia Italia - OpenStreetMap chapter e/o
> ciascuno di noi con la stessa osservazione e/o cominciare a fare spam
> su twitter con i loro hashtag
>
>
> On Wed, Sep 5, 2018 at 1:42 PM Marco_T  wrote:
> >
> > Ok il rally è ormai concluso ma qui:
> > http://www.rallyalpiorientali.it/
> >
> > al menu "brochure" tovate questo opuscolo, stampato in parecchie copie e
> > distribuito in zona:
> > http://www.rallyalpiorientali.it/docs/2018/Rallypages.pdf
> >
> > 2 mappe proprietarie ben referenziate
> > 6 mappe OSM anonime (non trovo attribuzione)
> >
> > magari una mail potrebbe "raddrizzarli" per la prossima puntata.
> >
> > --
> > Marco_T
> >
> >
> >
> > --
> > Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
> >
> > ___
> > Talk-it mailing list
> > Talk-it@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-it
>
>
>
> --
> Maurizio "Napo" Napolitano
> http://de.straba.us
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] Error on OSM

[wambacher]

*once again:*

Hi,

please open www.openstreetmap.org

scroll to the area where the problem is located

click on the 7th button from top

move the cursor to the correct location on map and click

enter error message and submit

regards

walter

Am 05.09.2018 um 16:56 schrieb Stadia Arcadia:
> Hi, "Tribune Colombier" of Stade Raymond-Kopa now has the same size as
> "Tribune Coubertin". Is now has a square shape. The old stand has been
> replaced with a new one. Who can fix this? I'm a member of OSM, but I
> can't get it fixed. Who can do it for me? I'd really appreciate that.
> Thanks for the help already.
>
> https://www.openstreetmap.org/#map=19/47.46040/-0.53094=N
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

-- 
My projects:

Admin Boundaries of the World 
Missing Boundaries

Emergency Map 
Postal Code Map (Germany only) 
Fools (QA for zipcodes in Germany) 
Postcode Boundaries of Germany 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Error on OSM

[Stadia Arcadia]

Hi, "Tribune Colombier" of Stade Raymond-Kopa now has the same size as
"Tribune Coubertin". Is now has a square shape. The old stand has been
replaced with a new one. Who can fix this? I'm a member of OSM, but I can't
get it fixed. Who can do it for me? I'd really appreciate that. Thanks for
the help already.

https://www.openstreetmap.org/#map=19/47.46040/-0.53094=N
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-us] NYC Name Vandalism

[Simon Poole]

osmcha (osmcha.mapbox.com) already does most of this. While detecting
vandalism in general is difficult, edits like those in question are easy
to detect and small in number.

IMHO it really isn't an issue with openstreetmap in this case, as even
with the delay (somebody reported the user in question instead of
reverting and then reporting) in the specific case the vandalism was
swiftly removed. The reason that this is being discussed at all is
because of the edit resurfacing with a third party and having to be a)
detected, b) reported, and c) fixed again. Yes what we know this was a
glitch in the third parties workflow, but they are bound to happen and
we shouldn't pretend given the large number of edits that any procedures
put in place are going to be 100% effective, be it directly with OSM or
by third parties. 

Simon


Am 05.09.2018 um 16:23 schrieb Greg Troxel:
> I tend to agree that automated systems are going to be not that useful.
>
> I tend to notice some things in my area, but it's hard to keep track.
>
> This makes me wonder about a tool that
>
>   - lets people sign up to watch edits, in some area, or in general,
> sort of like maproulette.   Use some scoring system where new
> mappers edits are more likely to be looked at by somebody, and
> people who claim an area as theirs are more likely to get shown
> edits there, or maybe let people get all edits in some bbox
>
>   - lets people give a rating to a changeset, something like:
>i) high priority for inspection by others
>ii) worthy of being checked by a local
>iii) probably ok
>iv) definitely ok
>
>   - presents things to multiple people
>
>   - somehow uses a rater's own edit history to validate this (perhaps be
> cautious about people with < 500 changesets, and very cautious < 50)
>
>
> This is a slippery slope to a reputation system, but I think in terms of
> culture, the fact that anybody can review is there already, and the
> bright line is needing permission to change things, vs a more efficient
> way of others looking over changes.
>
>
> Unfortunately my editor crashed and I lost the source code :-)
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us




signature.asc
Description: OpenPGP digital signature
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] NYC Name Vandalism

[Greg Troxel]

I tend to agree that automated systems are going to be not that useful.

I tend to notice some things in my area, but it's hard to keep track.

This makes me wonder about a tool that

  - lets people sign up to watch edits, in some area, or in general,
sort of like maproulette.   Use some scoring system where new
mappers edits are more likely to be looked at by somebody, and
people who claim an area as theirs are more likely to get shown
edits there, or maybe let people get all edits in some bbox

  - lets people give a rating to a changeset, something like:
   i) high priority for inspection by others
   ii) worthy of being checked by a local
   iii) probably ok
   iv) definitely ok

  - presents things to multiple people

  - somehow uses a rater's own edit history to validate this (perhaps be
cautious about people with < 500 changesets, and very cautious < 50)


This is a slippery slope to a reputation system, but I think in terms of
culture, the fact that anybody can review is there already, and the
bright line is needing permission to change things, vs a more efficient
way of others looking over changes.


Unfortunately my editor crashed and I lost the source code :-)


___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-it] Problema mailing list

[Germano Massullo]

C'è qualche problema con la mailing list? Ho ricevuto questo messaggio 
ed ho dovuto cliccare su un pulsante per riabilitare la mia iscrizione. 
Sinceramente non credo proprio che GMail rimbalzi le e-mail


===
Il tuo stato di iscrizione alla lista Talk-it è attualmente disabilitato 
a causa di un eccessivo numero di errori nell'invio di messaggi al tuo 
indirizzo. È richiesta la tua conferma per riabilitare la spedizione al 
tuo indirizzo.


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] tag pour un réseau de chaleur

[Jérôme Seigneuret]

Ok pour pipeline mais sur plus sur les infos du batî que je cherche des
Infos

Le mer. 5 sept. 2018 à 13:43, David Crochet  a
écrit :

> Bonjour
>
> man_made=pipeline ?
>
> Cordialement
>
> --
> David Crochet
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-se] Konstgjorda ortsnamn med "och"

[Ture Pålsson]

Varje gång jag tittar på kartan över mitt närområde blir jag lite 
irriterad på ortsnamnet "Österhagen och Bergliden": 
https://www.openstreetmap.org/node/2381453578 . Namnet verkar vara något 
som förekommer i SCB:s tätortsstatistik [1] t.o.m. 2010, men har 
försvunnit 2015 (eftersom tätorten vuxit ihop med Bro) och jag gissar 
att ingen någonsin sagt att hen bor i Österhagen och Bergliden. Jag 
skulle vilja ta bort noden och ersätta med två, placerade med ledning av 
t.ex. Lantmäteriets numera användbara öppna data. Eller förstör jag 
någons fina databastillämpning då? Fast det verkar ju dumt att OSM:s 
databas ska vara en inaktuell kopia av SCB:s databaser... Iofs ska vi 
väl inte vara en kopia av LM:s data heller, men det är åtminstone inte 
estetiskt fult... Vad säger folk?


[1] 
https://www.scb.se/hitta-statistik/regional-statistik-och-kartor/geodata/oppna-geodata/tatorter/



___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-at] Quantität vor Qualität beim BEV-Adressimport?

[various]

Ich bin der Meinung, dass es nach aktuellem Stand egal ist, welche der beiden 
Varianten verwendet wird. Es ist auch meine Meinung, dass es irgendwie in 
Tipps immer mit dem Hauspolygon ist, dass es für Anfänger normal 
ist, das so zu machen. Ist ja auch nicht falsch. 
Um das geht es hier aber auch nicht, meiner Meinung nach. 

Warum es keinen Aufschreib gab? Du hast das irgendwie noch nicht mitbekommen, 
oder? Es gibt einfach ständig aufschreie wegen ihm. Das Problem ist, dass es 
fast immer damit endet "Naja, es bringt insgesamt mehr als es schadet...". Ein 
weiteres Problem, warums nicht von Anfang an einen Aufschrei hab ist, dass er 
einfach mal mit irgendwas begonnen hat (mit Fehlern) und erst hinterher, wenn 
er angesprochen wurde, seine Arbeitsweise angepasst hat. Während dessen hat 
immer jemand hinterhergeräumt und Fehler korregiert, während es immer mehr 
wurde. 
Außerdem - natürlich fängt man meist erst an sich aufzuregen, wenn einer ein 
"seiner" Region zu wildern anfängt. 

Er gehört mal fast gesperrt, damit er mal eine Pause einlegen kann um 
nachzudenken. 

In dem Video sieht man ganz gut was er macht.
https://forum.openstreetmap.org/viewtopic.php?pid=713485#p713485
Luzandro hat im Forum schon ganz korrekt angemerkt, dass er einfach Sachen 
löscht ohne zu kontrollieren, damit er dann "seine" Nodes setzen kann. Und 
Adressen dann vom Gebäude auf den Node zu setzen, weil es ihm besser gefällt, 
spricht auch gegen die OSM-Richtlinien - für die ich gerade zu blöd zu finden 
bin, oder ich habs falsch in Erinnerung. Nur Anfassen, wenn wirklich etwas 
geändert wird und ein Mehrwert entsteht, nicht, um etwas zu ändern, was dir 
besser gefällt. 

Über die Importsache kann man Diskutieren, aber wenn er das so flächendeckend 
macht, hätte er es zumindest VORHER besprechen sollen. Vielleicht hätten sich 
dann wirklich mehr Leute dafür gefunden. 

Grüße

> Friedrich Volkmann  hat am 5. September 2018 um 10:21 
> geschrieben:
> 
> 
> On 05.09.2018 07:58, Mod Erator wrote:
> > Evt. sollte man ein relevantes Beispiel für Adressen hernehmen, anstatt 
> > irgendein Proposed feature einer anderen Stadt (aus 2008!!!), auf der 
> > offiziellen Adressen WIKI Seite steht nichts von diesem MUSS, auch auf der 
> > Österreich Projekt seite steht nichts davon.
> 
> Robert Müller fragte, wo die Konvention herstammt, und das ist eben das 
> Proposal aus 2008. Von einem Muss kann kann man schwerlich sprechen bei 
> einem Proposal, über das nie abgestimmt wurde. Und es wurde auch bald klar, 
> dass es Fälle gibt, wo zwischen Gebäude und Adresse keine 1:1-Beziehung 
> besteht und es daher mit addr:* Tags aufs Gebäude nicht getan ist:
> 1) Gebäude, die in mehrere Adressen unterteilt sind
> 2) Gebäude mit Identadressen
> 3) Gehöfte und Wohnhausanlagen, wo mehrere Gebäude die selbe Adresse haben
> 
> Bei 1 und 2 wusste man sich am Anfang nur durch freischwebende Adressnodes 
> zu helfen, aber 1 ist heute kein Problem mehr, weil wir auf Luftbildern und 
> in der Basemap-Grundkarte die Grenzen zwischen aneinandergebauteten Gebäuden 
> gut sehen können, und 2 wurde mit dem addrN-Schema im Geist des 
> ursprünglichen Proposals gelöst, auch wenn manche Mapper aus Gewohnheit 
> immer noch die Adressnodes bevorzugen oder den wien.at-Stadtplan nachahmen 
> wollen, indem sie die Adressen auf Eingänge setzen.
> 
> Dass ein Adressnode besser ist als gar keine Adresse, wird keiner 
> bestreiten. Die Problemfälle liegen dort, wo zusätzlich zur den Adresstags 
> am Gebäude ein Adressnode angelegt wird, wie das in Wien passiert ist, oder 
> womöglich gar die Adresstags am Gebäude für die Anlage eines Adressnodes 
> gelöscht werden. Wenn in Salzburg beides nicht passiert ist, dann stimme ich 
> dir zu, dass ein Revert dort kontraproduktiv wäre.
> 
> -- 
> Friedrich K. Volkmann   http://www.volki.at/
> Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-cz] WeeklyOSM CZ 421

[Zdeněk Pražák]

děkuji za stažení
Pražák

st 5. 9. 2018 v 13:10 odesílatel Tom Ka  napsal:

> OK, nechavam tedy do budoucna pouze all/hot. Jednou za cas to zkusim
> zaktualizovat, bud kdyz si vzpomenu nebo kdyz se nekdo ozve. Jen
> pripominam adresu:
>
> https://osm.fit.vutbr.cz/strava/all/{z}/{x}/{y}.png
>
> Jinak CZ je az po 16 dostahovano komplet, muzete pouzivat.
>
> Bye
>
>
> Dne 5. září 2018 12:27 Jan Macura  napsal(a):
> > Ahoj,
> >
> > On Thu, 30 Aug 2018 at 10:36, Tom Ka  wrote:
> >>
> >> Teoreticky (dle licence) je mozne pouzivat asi jakoukoliv variantu,
> >> ale je to velke a taha se to dlouho, takze klidne udelam vic variant
> >> ale cim vic jich bude, tim min casto to pak pujde napr. aktualizovat,
> >> navic je otazka co dava realne smysl - tj. kdy je potreba jen jednu
> >> aktivitu. Jen doplnim, ze nejde treba run+ride, bud vse nebo
> >> jednotlive.
> >>
> >> Necham uz dotahnout to stavajici (red a both coz je asi synonymum pro
> >> all) a mezitim se skusme na necem shodnout.
> >
> >
> > Důvod, proč jsem to nadnesl, je v ten, že ve vrstvě "run" (a tím pádem i
> > "all") mohou svítit výrazně linie, které jsou jen sezónními pěšinami po
> > polích, průseky lesem nebo podobně. "Ride" vrstva v tomhle přináší větší
> > jistotu.
> > Ale asi není nutnost kvůli tomu pravidelně přetahovat takový kvanta dat.
> > Stačí používat (všechny) podklady s rozumem, ověřovat stav a existenci
> > objektů aspoň ze 2 zdrojů a mapa bude perfektní ;-)
> >
> >
> > Čistě pro zajímavost: např. zde
> > https://www.strava.com/heatmap#14.45/12.57349/49.96675/hot/run porovnej
> > "run" a "ride". Trochu rozdíl. Čím to? Na jaře tam byly závody v
> orientačním
> > běhu a do Stravy se víc promítla ta stovka lidí, co nahrála svůj GPS
> záznam,
> > a jejich postupy ze startu/do cíle, než nějaký zbloudilý jednotlivec, co
> tam
> > někdy běžel po asfaltce.
> >
> > H.
> >
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> > https://openstreetmap.cz/talkcz
> >
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-it] Violazione licenza - Rally Alpi Orientali

[Sergio Manzi]

On 2018-09-05 14:04, Maurizio Napolitano wrote:
> cominciare a fare spam su twitter con i loro hashtag

Mi auguro che tu stia scherzando... vero?



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Violazione licenza - Rally Alpi Orientali

[Maurizio Napolitano]

a naso direi solita situazione:
qualcuno deve fare la brochure e comincia a fare screenshot e non si fa domande.
Tra l'altro anche sulle mappe non openstreetmap che si trovano nella
brochure ho seri dubbi che non sia una violazione.

Possiamo decidere di:
di mandare una email come Wikimedia Italia - OpenStreetMap chapter e/o
ciascuno di noi con la stessa osservazione e/o cominciare a fare spam
su twitter con i loro hashtag


On Wed, Sep 5, 2018 at 1:42 PM Marco_T  wrote:
>
> Ok il rally è ormai concluso ma qui:
> http://www.rallyalpiorientali.it/
>
> al menu "brochure" tovate questo opuscolo, stampato in parecchie copie e
> distribuito in zona:
> http://www.rallyalpiorientali.it/docs/2018/Rallypages.pdf
>
> 2 mappe proprietarie ben referenziate
> 6 mappe OSM anonime (non trovo attribuzione)
>
> magari una mail potrebbe "raddrizzarli" per la prossima puntata.
>
> --
> Marco_T
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it



-- 
Maurizio "Napo" Napolitano
http://de.straba.us

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] PhotoDB2 - licencovani, podminky pouziti

[Tom Ka]

Dne 5. září 2018 12:35 Jan Macura  napsal(a):
>>   * CC-BY nebo CC-BY-SA? (mozne "komercni" vyuziti napr. pro mapy.cz nebo
>> KCT?)
>
> Obě licence, CC-BY i CC-BY-SA umožňují komerční využití. Tj. kdokoliv může z
> pěkné zimní fotky rozcestníku udělat pohlednici a prodávat ji v horský chatě
> vedle svařáku. Za podmínky, že na ní někde bude uvedeno " © Přispěvatelé
> PhotoDB2".
jo tohle umozni obe

> Rozdíl je v tom, že u CC-BY-SA nikdo nemůže z fotek rozcestníků na trase XY
> udělat koláž, napsat k tomu " © Přispěvatelé PhotoDB2", ale tuhle koláž
> prohlásit za vlastní dílo " © Autor Autorovič", chráněné v plném rozsahu
> autorským zákonem (nikdo tu koláž nemůže bez svolení autora dále použít,
> zveřejnit nebo upravit. Vlastní vytvoření její kopie je nedovoleným
> napodobením autorského díla.).

no vlastni dilo to je, jen v pripade CC-BY to muze mit libovolnou
licenci, v pripade CC-BY-SA stejnou jako PhotoDB2 (resp. "stejnou" ale
to je asi jedno). Za mne ani tak nejde o jednu fotku ale spis o
vyuziti metadat v ramci cele DB nebo jeji casti vetsi nez jedna fotka.
Na druhou stranu proti pripadu vyse v zasade nic nemam, kdyz nekdo
udela kolaz - tedy odvozene dilo, at si s ni zachazi jak potrebuje.
Mne osobne staci, kdyz tam bude ten zdroj.

Ad jmeno projektu - Walley to pokud vim nikdy nijak nepojmenoval -
rikal tomu proste "(moje) databaze fotek". Kdyz jsem o tom nekde psal,
tak jsem zacal pouzivat oznaceni PhotoDB. Proto taky tento prepis
oznacuju jako PhotoDB2 aby bylo jasne, ze je to neco jineho - zvlast
ted, kdyz se v jednom okamziku/kontextu zminuji oba projekty.
Souhlasim, ze PhotoDB2 neni ani sexy ani cool a klidne prijimam navrhy
na lepsi oznaceni - treba inspirace na vecer k pivu :-) Ale ja nemam
potrebu (rozhodne ted) resit nejaky "marketing" takze mne zrovna tohle
moc nepali.

Vic asi vecer per partes (Brno/Praha)

Bye

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-de] Layer mit Gemeindegrenzen

[Markus]

Hallo Harald,

Danke für den Tip mit "PowerShell" - kannte ich noch nicht.
Funktioniert, und kann cURL

Habe auch die URL reingekriegt und cURL antwortet.
Aber ich kann kein "PowerShell" und verstehe die Antwort nicht

Ich weiss, es ist für erfahrene IT'ler schwer zu verstehen, mit was für
Schwierigkeiten Laien manchmal "kämpfen", und warum sie nicht mal mit
den Suchmaschinenergebnissen weiterkommen.

Ich nehme jetzt mal dankbar Walters Angebot an... :-)

Danke für den Einblick in die Linux-Welt,
Markus

PS: wollte noch einen Screenshot anhängen, aber unsere Liste mag das nicht.

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk-fr] tag pour un réseau de chaleur

[David Crochet]

Bonjour

man_made=pipeline ?

Cordialement

--
David Crochet


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-it] Violazione licenza - Rally Alpi Orientali

[Marco_T]

Ok il rally è ormai concluso ma qui:
http://www.rallyalpiorientali.it/

al menu "brochure" tovate questo opuscolo, stampato in parecchie copie e
distribuito in zona:
http://www.rallyalpiorientali.it/docs/2018/Rallypages.pdf

2 mappe proprietarie ben referenziate
6 mappe OSM anonime (non trovo attribuzione)

magari una mail potrebbe "raddrizzarli" per la prossima puntata.

-- 
Marco_T



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] WeeklyOSM CZ 421

[Tom Ka]

OK, nechavam tedy do budoucna pouze all/hot. Jednou za cas to zkusim
zaktualizovat, bud kdyz si vzpomenu nebo kdyz se nekdo ozve. Jen
pripominam adresu:

https://osm.fit.vutbr.cz/strava/all/{z}/{x}/{y}.png

Jinak CZ je az po 16 dostahovano komplet, muzete pouzivat.

Bye


Dne 5. září 2018 12:27 Jan Macura  napsal(a):
> Ahoj,
>
> On Thu, 30 Aug 2018 at 10:36, Tom Ka  wrote:
>>
>> Teoreticky (dle licence) je mozne pouzivat asi jakoukoliv variantu,
>> ale je to velke a taha se to dlouho, takze klidne udelam vic variant
>> ale cim vic jich bude, tim min casto to pak pujde napr. aktualizovat,
>> navic je otazka co dava realne smysl - tj. kdy je potreba jen jednu
>> aktivitu. Jen doplnim, ze nejde treba run+ride, bud vse nebo
>> jednotlive.
>>
>> Necham uz dotahnout to stavajici (red a both coz je asi synonymum pro
>> all) a mezitim se skusme na necem shodnout.
>
>
> Důvod, proč jsem to nadnesl, je v ten, že ve vrstvě "run" (a tím pádem i
> "all") mohou svítit výrazně linie, které jsou jen sezónními pěšinami po
> polích, průseky lesem nebo podobně. "Ride" vrstva v tomhle přináší větší
> jistotu.
> Ale asi není nutnost kvůli tomu pravidelně přetahovat takový kvanta dat.
> Stačí používat (všechny) podklady s rozumem, ověřovat stav a existenci
> objektů aspoň ze 2 zdrojů a mapa bude perfektní ;-)
>
>
> Čistě pro zajímavost: např. zde
> https://www.strava.com/heatmap#14.45/12.57349/49.96675/hot/run porovnej
> "run" a "ride". Trochu rozdíl. Čím to? Na jaře tam byly závody v orientačním
> běhu a do Stravy se víc promítla ta stovka lidí, co nahrála svůj GPS záznam,
> a jejich postupy ze startu/do cíle, než nějaký zbloudilý jednotlivec, co tam
> někdy běžel po asfaltce.
>
> H.
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-cz] PhotoDB2 - licencovani, podminky pouziti

[Jethro]

+1
Jethro
On Wed, Sep 5, 2018 at 12:40 PM Jan Macura  wrote:
>
> Ahoj,
>
> On Tue, 4 Sep 2018 at 11:40, Miroslav Suchy  wrote:
>>
>> Akorat bych zvazil jeste ten nazev PhotoDB2. Osobne bych vypustil tu dvojku 
>> a nechal jenom PhotoDB.
>
>
> Nechtěl jsem do toho vrtat, ale... souhlasím. I ten název "PhotoDB" mi přijde 
> generický a nezajímavý..
>
> H.
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-cz] PhotoDB2 - licencovani, podminky pouziti

[Jan Macura]

Ahoj,

On Tue, 4 Sep 2018 at 11:40, Miroslav Suchy  wrote:

> Akorat bych zvazil jeste ten nazev PhotoDB2. Osobne bych vypustil tu
> dvojku a nechal jenom PhotoDB.
>

Nechtěl jsem do toho vrtat, ale... souhlasím. I ten název "PhotoDB" mi
přijde generický a nezajímavý..

H.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-cz] PhotoDB2 - licencovani, podminky pouziti

[Jan Macura]

Ahoj,

On Mon, 3 Sep 2018 at 14:34, Tom Ka  wrote:

> - Licenci jsem zatim jako nejvhodnejsi dle meho zkoumani napsal CC-BY
> 4.0, ale je to jedna z hlavnich veci k diskuzi
>   * CC-XX 3.0 a starsi neresi databaze, neni tedy asi uplne vhodne
>   * ODbL je vyrazne slozitejsi, mene overena v praxi, mimo OSM temer
> neznama
>   * CC-BY nebo CC-BY-SA? (mozne "komercni" vyuziti napr. pro mapy.cz nebo
> KCT?)
>

Obě licence, CC-BY i CC-BY-SA umožňují komerční využití. Tj. kdokoliv může
z pěkné zimní fotky rozcestníku udělat pohlednici a prodávat ji v horský
chatě vedle svařáku. Za podmínky, že na ní někde bude uvedeno " ©
Přispěvatelé PhotoDB2".
Rozdíl je v tom, že u CC-BY-SA nikdo nemůže z fotek rozcestníků na trase XY
udělat koláž, napsat k tomu " © Přispěvatelé PhotoDB2", ale tuhle koláž
prohlásit za vlastní dílo " © Autor Autorovič", chráněné v plném rozsahu
autorským zákonem (nikdo tu koláž nemůže bez svolení autora dále použít,
zveřejnit nebo upravit. Vlastní vytvoření její kopie je nedovoleným
napodobením autorského díla.).

H.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-cz] WeeklyOSM CZ 421

[Jan Macura]

Ahoj,

On Thu, 30 Aug 2018 at 10:36, Tom Ka  wrote:

> Teoreticky (dle licence) je mozne pouzivat asi jakoukoliv variantu,
> ale je to velke a taha se to dlouho, takze klidne udelam vic variant
> ale cim vic jich bude, tim min casto to pak pujde napr. aktualizovat,
> navic je otazka co dava realne smysl - tj. kdy je potreba jen jednu
> aktivitu. Jen doplnim, ze nejde treba run+ride, bud vse nebo
> jednotlive.
>
> Necham uz dotahnout to stavajici (red a both coz je asi synonymum pro
> all) a mezitim se skusme na necem shodnout.
>

Důvod, proč jsem to nadnesl, je v ten, že ve vrstvě "run" (a tím pádem i
"all") mohou svítit výrazně linie, které jsou jen sezónními pěšinami po
polích, průseky lesem nebo podobně. "Ride" vrstva v tomhle přináší větší
jistotu.
Ale asi není nutnost kvůli tomu pravidelně přetahovat takový kvanta dat.
Stačí používat (všechny) podklady s rozumem, ověřovat stav a existenci
objektů aspoň ze 2 zdrojů a mapa bude perfektní ;-)


Čistě pro zajímavost: např. zde
https://www.strava.com/heatmap#14.45/12.57349/49.96675/hot/run porovnej
"run" a "ride". Trochu rozdíl. Čím to? Na jaře tam byly závody v
orientačním běhu a do Stravy se víc promítla ta stovka lidí, co nahrála
svůj GPS záznam, a jejich postupy ze startu/do cíle, než nějaký zbloudilý
jednotlivec, co tam někdy běžel po asfaltce.

H.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-it] access=designated

[Volker Schmidt]

Penso che questo problema è ancora presente pesantemente in Italia
Overpass turbo [1] mi trova:
Loaded – nodes: 22412, ways: 1911, relations: 5
Displayed – pois: 91, lines: 1817, polygons: 89
Purtroppo nella stragrande maggioranza c'è una restrizione di accesso
presente, ma il tagging è sbagliato.  Richied, come già detto, un lavoro
manuale.

L'unica consolazione: la stituazione è peggiore in Germania:
Loaded – nodes: 62384, ways: 7183, relations: 4
Displayed – pois: 144, lines: 6778, polygons: 399


[1] http://overpass-turbo.eu/s/BEt
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] tag pour un réseau de chaleur

[François Lacombe]

Bonjour Cyrille,

Le BIM concerne surtout l'intérieur du bâti et d'après le travail d'Adrien
sur OpenLevelUp, on s'en approche à quelques égards.

Dans le cas des réseaux souterrains, c'est à traiter au cas par cas.
Le modèle attributaire doit être prêt dans le cas où de l'opendata
permettrait d'ajouter des données dans la base.
Une contribution peut tout à fait être envisagée pendant les travaux avec
prise de vue Mapillary qui permettrait de rendre le souterrain vérifiable
indéfiniment.

On a déjà une bonne part du réseau GRTgaz et des lignes électriques HTB en
souterrain basé sur de l'opendata

François

Le mer. 5 sept. 2018 à 11:31, Cyrille37 OSM  a
écrit :

> Bonjour,
>
> Attention à ne pas voir OSM comme un BIM
>  :-)
> Pas facile de mapper un réseau souterrain. OSM n'est pas initialement
> prévu pour ce genre d'informations.
> Cyrille37.
>
> Le 05/09/2018 à 11:22, Dominique Rousseau a écrit :
>
> Bonjour Jerome,
>
> Le Wed, Sep 05, 2018 at 11:09:57AM +0200, Jérôme Seigneuret 
> [jerome.seigneu...@gmail.com] a écrit:
>
> Bonjour j'aimerai savoir comment inscrit cela dans OSM
> http://constellations.reseau-chaleur.com/
>
> Je me demandais justement si ce genre d'infos pouvait trouver sa place
> dans OSM, la construction du réseau de chaleur d'Amiens étant en cours.
>
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag pour un réseau de chaleur

[Cyrille37 OSM]

Bonjour,

Attention à ne pas voir OSM comme un BIM 
 :-)
Pas facile de mapper un réseau souterrain. OSM n'est pas initialement 
prévu pour ce genre d'informations.


Cyrille37.

Le 05/09/2018 à 11:22, Dominique Rousseau a écrit :

Bonjour Jerome,

Le Wed, Sep 05, 2018 at 11:09:57AM +0200, Jérôme Seigneuret 
[jerome.seigneu...@gmail.com] a écrit:

Bonjour j'aimerai savoir comment inscrit cela dans OSM

http://constellations.reseau-chaleur.com/


Je me demandais justement si ce genre d'infos pouvait trouver sa place
dans OSM, la construction du réseau de chaleur d'Amiens étant en cours.





___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag pour un réseau de chaleur

[François Lacombe]

Bonjour à vous,

Il y a cette page qui a été construite par un Belge ou un Hollandais à
propos de laquelle nous avions discuté en Février dernier.
C'est à base de man_made=pipeline

https://wiki.openstreetmap.org/wiki/Heat_distribution_network_pipelines

A compléter et traduire au besoin en fonction de votre expérience

Bonne journée

François

Le mer. 5 sept. 2018 à 11:23, Dominique Rousseau  a
écrit :

> Bonjour Jerome,
>
> Le Wed, Sep 05, 2018 at 11:09:57AM +0200, Jérôme Seigneuret [
> jerome.seigneu...@gmail.com] a écrit:
> > Bonjour j'aimerai savoir comment inscrit cela dans OSM
> >
> > http://constellations.reseau-chaleur.com/
> >
>
> Je me demandais justement si ce genre d'infos pouvait trouver sa place
> dans OSM, la construction du réseau de chaleur d'Amiens étant en cours.
>
>
>
> --
> Dominique Rousseau
> d...@lee-loo.net - 06 82 43 12 27
>
> A l'instant où l'esclave décide qu'il ne sera plus esclave,
> ses chaînes tombent.  -- Mahatma Gandhi
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag pour un réseau de chaleur

[Dominique Rousseau]

Bonjour Jerome,

Le Wed, Sep 05, 2018 at 11:09:57AM +0200, Jérôme Seigneuret 
[jerome.seigneu...@gmail.com] a écrit:
> Bonjour j'aimerai savoir comment inscrit cela dans OSM
> 
> http://constellations.reseau-chaleur.com/
> 

Je me demandais justement si ce genre d'infos pouvait trouver sa place
dans OSM, la construction du réseau de chaleur d'Amiens étant en cours.



-- 
Dominique Rousseau
d...@lee-loo.net - 06 82 43 12 27

A l'instant où l'esclave décide qu'il ne sera plus esclave,
ses chaînes tombent.  -- Mahatma Gandhi

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cz] Kvartální pivo 5.9.

[Petr Vozdecký]

Ahoj,




nevím JAK to udělám, ale prostě dorazím... Opět BIG PEAK pracovních
povinností...





vop



-- Původní e-mail --
Od: Tom Ka 
Komu: OpenStreetMap Czech Republic 
Datum: 28. 8. 2018 8:02:26
Předmět: Re: [Talk-cz] Kvartální pivo 5.9.
"Jen pro jistotu - Brno jako vzdy Kormidlo 18:00.

Bye

Dne 28. srpna 2018 7:35 Marián Kyral  napsal(a):
> Ahoj,
> konec prázdnin se blíží a tak připomínám, že 5.9. se koná další kvartální
> pivo.
> Účast můžete potvrzovat na
> https://docs.google.com/spreadsheets/d/12zGtW414R9se_g_87FdmpHj2B6xO1gf5mG
94avTmFb4
>
> Já budu po dlouhé době opět v Praze, tak by bylo fajn, kdyby se ke mně
někdo
> přidal ;-)
>
> Marián
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz
"___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-be] Note tells OSM fails

[Marc Gemis]

thanks, so we do not have to change that.
On Wed, Sep 5, 2018 at 11:12 AM Gerard Vanderveken  wrote:
>
> It's the Metro and the MIVB/STIB uses Crainhem as official name in 
> translation for Kraainem.
> It is located in Brussels, so name rules of Kraainem (NL first), which is in 
> the Flemish Region don't apply.
>
> Regards,
> Gerard
>
> Marc Gemis wrote:
>
> What about the railway station
> https://www.openstreetmap.org/node/250310431 ? Still uses Crainhem. Is
> that the official name used by NMBS ?
> On Wed, Sep 5, 2018 at 9:40 AM Lionel Giard  wrote:
>
>
> The official french name is "Kraainem" too, while Crainhem is an alternate 
> spelling for french (but i had never seen it before). Maybe we should change 
> the tag and put it like that "name:fr=Kraainem" and "alt_name:fr= Crainhem" ?
>
> Le mar. 4 sept. 2018 à 20:43, Marc Gemis  a écrit :
>
>
> I replied with the same names as person used in the original note.
> Kraainem is named Kraainem in the name and name:nl fields.
>
> It is possible that Nominatim returns the name:fr field in case you
> have your browser configured to prefer French above Dutch.
>
> m.
> On Tue, Sep 4, 2018 at 7:21 PM Karel Adams  wrote:
>
>
> In the margin and without wishing to enter politics, allow me to insist
> we should name the village by its primary and original name "Kraainem".
>
>
> On 04/09/18 09:39, Marc Gemis wrote:
>
>
> Here is the answer I gave on the note:
>
> As you can see on the map, the boundary between Woluwe-Saint-Pierre
> and Crainhem runs slighty left of the Rue Longue.
>
> Since the current implementation of Nominatim (the software that looks
> up the addresses), always looks at the street and never at the POIs,
> there is no way to solve this with data.
>
> AFAIK, they are working on a solution for this, but there is no
> timeframe for a solution
>
> m.
> On Tue, Sep 4, 2018 at 9:38 AM Jakka  wrote:
>
>
> Hi,
>
> Who can answer and close this note.
> Building is located in Woluwe-Saint-Pierre but access highway is in
> Crainhem I think...
> https://www.openstreetmap.org/note/1477650#map=19/50.84217/4.46717
> https://nominatim.openstreetmap.org/details.php?place_id=84536059
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Note tells OSM fails

[Gerard Vanderveken]

It's the Metro and the MIVB/STIB uses Crainhem as official name in 
translation for Kraainem.
It is located in Brussels, so name rules of Kraainem (NL first), which 
is in the Flemish Region don't apply.


Regards,
Gerard

Marc Gemis wrote:


What about the railway station
https://www.openstreetmap.org/node/250310431 ? Still uses Crainhem. Is
that the official name used by NMBS ?
On Wed, Sep 5, 2018 at 9:40 AM Lionel Giard  wrote:
 


The official french name is "Kraainem" too, while Crainhem is an alternate spelling for french (but 
i had never seen it before). Maybe we should change the tag and put it like that "name:fr=Kraainem" 
and "alt_name:fr= Crainhem" ?

Le mar. 4 sept. 2018 à 20:43, Marc Gemis  a écrit :
   


I replied with the same names as person used in the original note.
Kraainem is named Kraainem in the name and name:nl fields.

It is possible that Nominatim returns the name:fr field in case you
have your browser configured to prefer French above Dutch.

m.
On Tue, Sep 4, 2018 at 7:21 PM Karel Adams  wrote:
 


In the margin and without wishing to enter politics, allow me to insist
we should name the village by its primary and original name "Kraainem".


On 04/09/18 09:39, Marc Gemis wrote:
   


Here is the answer I gave on the note:

As you can see on the map, the boundary between Woluwe-Saint-Pierre
and Crainhem runs slighty left of the Rue Longue.

Since the current implementation of Nominatim (the software that looks
up the addresses), always looks at the street and never at the POIs,
there is no way to solve this with data.

AFAIK, they are working on a solution for this, but there is no
timeframe for a solution

m.
On Tue, Sep 4, 2018 at 9:38 AM Jakka  wrote:
 


Hi,

Who can answer and close this note.
Building is located in Woluwe-Saint-Pierre but access highway is in
Crainhem I think...
https://www.openstreetmap.org/note/1477650#map=19/50.84217/4.46717
https://nominatim.openstreetmap.org/details.php?place_id=84536059


___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be
   


___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be
 


___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be
   


___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be
 


___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be
   



___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be
 

___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk-fr] tag pour un réseau de chaleur

[Jérôme Seigneuret]

Bonjour j'aimerai savoir comment inscrit cela dans OSM

http://constellations.reseau-chaleur.com/

Merci,
Jérôme
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-be] Note tells OSM fails

[Marc Gemis]

What about the railway station
https://www.openstreetmap.org/node/250310431 ? Still uses Crainhem. Is
that the official name used by NMBS ?
On Wed, Sep 5, 2018 at 9:40 AM Lionel Giard  wrote:
>
> The official french name is "Kraainem" too, while Crainhem is an alternate 
> spelling for french (but i had never seen it before). Maybe we should change 
> the tag and put it like that "name:fr=Kraainem" and "alt_name:fr= Crainhem" ?
>
> Le mar. 4 sept. 2018 à 20:43, Marc Gemis  a écrit :
>>
>> I replied with the same names as person used in the original note.
>> Kraainem is named Kraainem in the name and name:nl fields.
>>
>> It is possible that Nominatim returns the name:fr field in case you
>> have your browser configured to prefer French above Dutch.
>>
>> m.
>> On Tue, Sep 4, 2018 at 7:21 PM Karel Adams  wrote:
>> >
>> > In the margin and without wishing to enter politics, allow me to insist
>> > we should name the village by its primary and original name "Kraainem".
>> >
>> >
>> > On 04/09/18 09:39, Marc Gemis wrote:
>> > > Here is the answer I gave on the note:
>> > >
>> > > As you can see on the map, the boundary between Woluwe-Saint-Pierre
>> > > and Crainhem runs slighty left of the Rue Longue.
>> > >
>> > > Since the current implementation of Nominatim (the software that looks
>> > > up the addresses), always looks at the street and never at the POIs,
>> > > there is no way to solve this with data.
>> > >
>> > > AFAIK, they are working on a solution for this, but there is no
>> > > timeframe for a solution
>> > >
>> > > m.
>> > > On Tue, Sep 4, 2018 at 9:38 AM Jakka  wrote:
>> > >> Hi,
>> > >>
>> > >> Who can answer and close this note.
>> > >> Building is located in Woluwe-Saint-Pierre but access highway is in
>> > >> Crainhem I think...
>> > >> https://www.openstreetmap.org/note/1477650#map=19/50.84217/4.46717
>> > >> https://nominatim.openstreetmap.org/details.php?place_id=84536059
>> > >>
>> > >>
>> > >> ___
>> > >> Talk-be mailing list
>> > >> Talk-be@openstreetmap.org
>> > >> https://lists.openstreetmap.org/listinfo/talk-be
>> > > ___
>> > > Talk-be mailing list
>> > > Talk-be@openstreetmap.org
>> > > https://lists.openstreetmap.org/listinfo/talk-be
>> >
>> >
>> > ___
>> > Talk-be mailing list
>> > Talk-be@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-be
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-de] Neues Förderangebot von WMDE für Projekte um OSM

[Nicolas Rück]

Hallo Christoph,

tatsächlich sind wir immer dankbar, wenn konkrete Bedarfe an uns
herangetragen werden, sodass wir prüfen können ob unsere Förderrichtlinien

eine entsprechende Unterstützung ermöglichen und wir unsere Angebote
entsprechend anpassen und erweitern können. Lohn- oder Gehaltszahlungen
können wir dabei allerdings leider auch nicht leisten.

Viele Grüße, Nico

Am Fr., 31. Aug. 2018 um 13:08 Uhr schrieb Christoph Hormann :

> On Friday 31 August 2018, Stefan Kaufmann wrote:
> > > Wikimedia mit der Kritik umgeht ist deren Sache, für mich wäre
> > > jetzt garnicht so entscheidend, da die Ausschreibung zu
> > > modifizieren (obwohl das sicher nicht verkehrt wäre), sondern dass
> > > das in die Diskussion eingeht und man sich der Problematik bewusst
> > > wird.
> >
> > Faendet ihr nicht spannender, konkrete Themenfelder zu
> > identifizieren, die von WMDE dann auch durch Foerderung unterstuetzt
> > werden koennen?
>
> Da ich mit den Wikimedia-Vereinszielen, möglichen Zweckbindungen der
> verwendeten Spenden und den Zielen des Förderprogramms nicht vertraut
> bin, kann ich dazu nicht wirklich viel sagen.  Ein 'ich wünsch mir
> einfach mal was' ist da kaum zielführend.
>
> Wenn Wikimedia konkrete Beratung braucht, wie man im OSM-Bereich
> bestimmte Dinge am Besten unterstützt (z.B. wir würden gerne Mapping
> von X oder Karten, die Y darstellen, fördern) wäre das sicher gut
> machbar, da könnte wie Frederik schon angedeutet hat auch der FOSSGIS
> kompetente Hilfe bieten.
>
> Ein Bereich, wo sich der FOSSGIS traditionell mit Förderung recht schwer
> tut ist, wenn es darum geht, Arbeitszeit von Leuten zu bezahlen.  Das
> kollidiert bei uns recht stark mit der Kultur der freiwilligen
> ehrenamtlichen Arbeit im Verein.  Wenn Wikimedia hier Möglichkeiten hat
> wäre das möglicherweise eine gute Ergänzung.  Aber das hier verlinkte
> Förder-Angebot klammert diesen Bereich ja auch erkennbar aus.
>
> --
> Christoph Hormann
> http://www.imagico.de/
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
>


-- 
Nicolas Rück
Ideenförderung
Wikimedia Deutschland e.V. | Tempelhofer Ufer 23-24 | 10963 Berlin
Tel. (030) 219 158 26-0
http://wikimedia.de

Stellen Sie sich eine Welt vor, in der jeder Mensch an der Menge allen
Wissens frei teilhaben kann. Helfen Sie uns dabei!
http://spenden.wikimedia.de/

Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer: 27/029/42207
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-at] Quantität vor Qualität beim BEV-Adressimport?

[Friedrich Volkmann]

On 05.09.2018 07:58, Mod Erator wrote:
Evt. sollte man ein relevantes Beispiel für Adressen hernehmen, anstatt 
irgendein Proposed feature einer anderen Stadt (aus 2008!!!), auf der 
offiziellen Adressen WIKI Seite steht nichts von diesem MUSS, auch auf der 
Österreich Projekt seite steht nichts davon.


Robert Müller fragte, wo die Konvention herstammt, und das ist eben das 
Proposal aus 2008. Von einem Muss kann kann man schwerlich sprechen bei 
einem Proposal, über das nie abgestimmt wurde. Und es wurde auch bald klar, 
dass es Fälle gibt, wo zwischen Gebäude und Adresse keine 1:1-Beziehung 
besteht und es daher mit addr:* Tags aufs Gebäude nicht getan ist:

1) Gebäude, die in mehrere Adressen unterteilt sind
2) Gebäude mit Identadressen
3) Gehöfte und Wohnhausanlagen, wo mehrere Gebäude die selbe Adresse haben

Bei 1 und 2 wusste man sich am Anfang nur durch freischwebende Adressnodes 
zu helfen, aber 1 ist heute kein Problem mehr, weil wir auf Luftbildern und 
in der Basemap-Grundkarte die Grenzen zwischen aneinandergebauteten Gebäuden 
gut sehen können, und 2 wurde mit dem addrN-Schema im Geist des 
ursprünglichen Proposals gelöst, auch wenn manche Mapper aus Gewohnheit 
immer noch die Adressnodes bevorzugen oder den wien.at-Stadtplan nachahmen 
wollen, indem sie die Adressen auf Eingänge setzen.


Dass ein Adressnode besser ist als gar keine Adresse, wird keiner 
bestreiten. Die Problemfälle liegen dort, wo zusätzlich zur den Adresstags 
am Gebäude ein Adressnode angelegt wird, wie das in Wien passiert ist, oder 
womöglich gar die Adresstags am Gebäude für die Anlage eines Adressnodes 
gelöscht werden. Wenn in Salzburg beides nicht passiert ist, dann stimme ich 
dir zu, dass ein Revert dort kontraproduktiv wäre.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk-be] Note tells OSM fails

[Jo]

That sounds like a good solution Lionel. Most of those 'French' names are
simply archaic spellings of the original Flemish names anyway.

Polyglot

Op wo 5 sep. 2018 om 09:40 schreef Lionel Giard :

> The official french name is "Kraainem" too, while Crainhem is an alternate
> spelling for french (but i had never seen it before). Maybe we should
> change the tag and put it like that "name:fr=Kraainem" and "alt_name:fr=
> Crainhem" ?
>
> Le mar. 4 sept. 2018 à 20:43, Marc Gemis  a écrit :
>
>> I replied with the same names as person used in the original note.
>> Kraainem is named Kraainem in the name and name:nl fields.
>>
>> It is possible that Nominatim returns the name:fr field in case you
>> have your browser configured to prefer French above Dutch.
>>
>> m.
>> On Tue, Sep 4, 2018 at 7:21 PM Karel Adams  wrote:
>> >
>> > In the margin and without wishing to enter politics, allow me to insist
>> > we should name the village by its primary and original name "Kraainem".
>> >
>> >
>> > On 04/09/18 09:39, Marc Gemis wrote:
>> > > Here is the answer I gave on the note:
>> > >
>> > > As you can see on the map, the boundary between Woluwe-Saint-Pierre
>> > > and Crainhem runs slighty left of the Rue Longue.
>> > >
>> > > Since the current implementation of Nominatim (the software that looks
>> > > up the addresses), always looks at the street and never at the POIs,
>> > > there is no way to solve this with data.
>> > >
>> > > AFAIK, they are working on a solution for this, but there is no
>> > > timeframe for a solution
>> > >
>> > > m.
>> > > On Tue, Sep 4, 2018 at 9:38 AM Jakka  wrote:
>> > >> Hi,
>> > >>
>> > >> Who can answer and close this note.
>> > >> Building is located in Woluwe-Saint-Pierre but access highway is in
>> > >> Crainhem I think...
>> > >> https://www.openstreetmap.org/note/1477650#map=19/50.84217/4.46717
>> > >> https://nominatim.openstreetmap.org/details.php?place_id=84536059
>> > >>
>> > >>
>> > >> ___
>> > >> Talk-be mailing list
>> > >> Talk-be@openstreetmap.org
>> > >> https://lists.openstreetmap.org/listinfo/talk-be
>> > > ___
>> > > Talk-be mailing list
>> > > Talk-be@openstreetmap.org
>> > > https://lists.openstreetmap.org/listinfo/talk-be
>> >
>> >
>> > ___
>> > Talk-be mailing list
>> > Talk-be@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-be
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-us] NYC Name Vandalism

[Frederik Ramm]

Hi,

On 05.09.2018 03:36, Alan Brown wrote:
> Granted, it would be nearly impossible to make this criteria perfect:

I think it would already be nearly impossible to make these criteria
even *good*. It is easy to come up with a knee-jerk "nobody should be
allowed to change the name tag of New York", and many will nod in
approval. It seems obvious, doesn't it. Who, then, makes the catalogue
of such places? Is only their name tag "protected"? Or also their
location? Can the node be moved by a mile, 10 miles, 100 miles? Can the
population be changed, and if so, by what amount?

> I'd have no idea what would be
> offensive in Hungarian, much less Thai; someone could draw something
> offensive (like a peeing Android) that would be very hard to catch;
> there are places like "Dildo, Newfoundland" that are legitimate.

All this is true, and simple regular expression matching will never fix
things (the village of Fucking in Austria is a well-known example but
the number of names that are legit in one language and offensive in
another is high).

> But I
> don't think it would be all that hard to flag a changelist like this
> last vandalism,

If you prohibit me from changing the name of New York to "Jewtropolis",
I'll just create a city node one block away from it with a slightly
higher population, causing it to be rendered with priority.

If you start down this road, you will end up not using OSM place names
at all but instead relying on a curated data set like Natural Earth,
which is a valid decision to make for a cartographer but means taking
control away from mappers and giving it to a hand-picked circle of data
curators.

> At very least, you can force your vandals to be clever to succeed.

But is this really what we want - ever more clever vandalism that is
ever less likely to be detected? Is it not even *better* to have
"obvious" vandalism that we can fix easily? Today, getting "Jewtropolis"
written large across OSM for an hour or two is no big deal, nothing to
brag about before your cool hacker friends. "So what" is the answer. Do
we want to make this into a trophy? Today, the headline is "some asshole
put 'Jewtropolis' on OSM" - tomorrow, "clever hacker penetrates OSM
defences"?

> In our usage, we will scan the names of significant objects for
> potentially offensive changes.  But it would be good to have some sort
> of gateway in the OSM database itself. 

It is ok for a data consumer to do that. Nobody is hurt if your filters
wrongly reject a valid contribution in Africa. It would also be ok to
build something that prioritizes things for review. But trying to build
some kind of "protection" into the data ingestion at OSM would

* impact performance negatively
* disenfranchise mappers
* bind resources for the constant maintenance of block lists
* encourage clever(er) vandalism

and hence not be worth it.

Bye
Ferderik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-be] Note tells OSM fails

[Lionel Giard]

The official french name is "Kraainem" too, while Crainhem is an alternate
spelling for french (but i had never seen it before). Maybe we should
change the tag and put it like that "name:fr=Kraainem" and "alt_name:fr=
Crainhem" ?

Le mar. 4 sept. 2018 à 20:43, Marc Gemis  a écrit :

> I replied with the same names as person used in the original note.
> Kraainem is named Kraainem in the name and name:nl fields.
>
> It is possible that Nominatim returns the name:fr field in case you
> have your browser configured to prefer French above Dutch.
>
> m.
> On Tue, Sep 4, 2018 at 7:21 PM Karel Adams  wrote:
> >
> > In the margin and without wishing to enter politics, allow me to insist
> > we should name the village by its primary and original name "Kraainem".
> >
> >
> > On 04/09/18 09:39, Marc Gemis wrote:
> > > Here is the answer I gave on the note:
> > >
> > > As you can see on the map, the boundary between Woluwe-Saint-Pierre
> > > and Crainhem runs slighty left of the Rue Longue.
> > >
> > > Since the current implementation of Nominatim (the software that looks
> > > up the addresses), always looks at the street and never at the POIs,
> > > there is no way to solve this with data.
> > >
> > > AFAIK, they are working on a solution for this, but there is no
> > > timeframe for a solution
> > >
> > > m.
> > > On Tue, Sep 4, 2018 at 9:38 AM Jakka  wrote:
> > >> Hi,
> > >>
> > >> Who can answer and close this note.
> > >> Building is located in Woluwe-Saint-Pierre but access highway is in
> > >> Crainhem I think...
> > >> https://www.openstreetmap.org/note/1477650#map=19/50.84217/4.46717
> > >> https://nominatim.openstreetmap.org/details.php?place_id=84536059
> > >>
> > >>
> > >> ___
> > >> Talk-be mailing list
> > >> Talk-be@openstreetmap.org
> > >> https://lists.openstreetmap.org/listinfo/talk-be
> > > ___
> > > Talk-be mailing list
> > > Talk-be@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-be
> >
> >
> > ___
> > Talk-be mailing list
> > Talk-be@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-be
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-cz] Kvartální pivo 5.9.

[Marián Kyral]

Super díky. Někdo další z Prahy by se nepřidal?




Marián



-- Původní e-mail --
Od: Mikoláš Štrajt 
Komu: OpenStreetMap Czech Republic 
Datum: 4. 9. 2018 21:41:49
Předmět: Re: [Talk-cz] Kvartální pivo 5.9.
"
Zamluvil jsem stůl v Oáze na 18tou hodinu na jméno Mikoláš.




Budu tam.





--


Severák




-- Původní e-mail --
Od: Milan Cerny 
Komu: OpenStreetMap Czech Republic 
Datum: 30. 8. 2018 20:11:40
Předmět: Re: [Talk-cz] Kvartální pivo 5.9.
"OK, budu tam. Doplněno do dokumentu:

https://docs.google.com/spreadsheets/d/12zGtW414R9se_g_87FdmpHj2B6xO1gf5mG94
avTmFb4/edit#gid=1958470694

__
> Od: "Marián Kyral" 
> Komu: "OpenStreetMap Czech Republic" 
> Datum: 30.08.2018 13:52
> Předmět: Re: [Talk-cz] Kvartální pivo 5.9.
>
>
>-- Původní e-mail --
>Od: Mikoláš Štrajt 
>Komu: OpenStreetMap Czech Republic 
>Datum: 30. 8. 2018 13:20:33
>Předmět: Re: [Talk-cz] Kvartální pivo 5.9.
>"
>Navrhuji opět restauraci Oáza na Smíchovském nádraží.
>
>
>
>
>Kdyžtak tam můžu pak zamluvit stůl.
>
>
>"
>
>
>
>Tak tam jsem ještě nebyl, tak může být.
>
>
>
>
>Marián
>
>
>--
>
>___
>Talk-cz mailing list
>Talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz
>https://openstreetmap.cz/talkcz
>
>

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz
"___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz
"___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[OSM-ja] 9/22 首都圏マッピングパーティ：戸山公園で山登り!?

[Takahisa TAGUCHI]

田口です。

東京で毎月開催されていた「東京！街歩き！マッピングパーティ」が
山下さんの転勤により先月惜しまれつつ終了する形となってしまいましたが、
有志メンバーが協力し合い、このほど新シリーズ「首都圏マッピングパーティ」
が立ち上がりました。

新シリーズ初となるマッピングパーティを 9/22(土) 新宿区 戸山公園で
開催します。
https://shutoken-mapping-party.connpass.com/event/99731/

当日は小ネタ発表会など、マッピング全般についてざっくばらんに話し合える
場も設けられる予定です。

ぜひお気軽にご参加ください！

___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja