Re: [Talk-at] CS Kommentar durch Problemuser

[Johann Haag]

Am Donnerstag, 1. August 2019 schrieb Andreas via Talk-at <
talk-at@openstreetmap.org>:

> Am 31.07.19 um 08:22 schrieb Johann Haag:
> >
> >
> > Am Montag, 29. Juli 2019 schrieb Andreas  > >:
> >
> > Am 27.07.19 um 22:57 schrieb Frederik Ramm:
> > > Hallo,
> > >
> > > der Wunsch von JH, die von ihm "ganz normal gemappten" Edits
> > > wiederzubekommen, ist verständlich und ich denke, das können wir
> auch
> > > umzusetzen versuchen.
> >
> > Kann ich auch verstehen, dass er das gerne behoben sehen würde, aber
> > macht das die Sache nicht nur noch komplizierter als sie schon ist?
> >
> > > Ich kümmere mich darum, wenn ich von ihm
> > > entsprechende Infos bekomme (z.B. "alles Edits in St. Johann, die
> > nicht
> > > Hausnummern betreffen" oder so).
> >
> > Ja ohne Infos von JH würde ich hier eher nix machen.
> > Sicher sind jetzt vielleicht nützliche und korrekte Infos von ihm
> > verschwunden, aber sehe es nicht ein, dass sich andere als er darum
> > kümmern müssen, herauszufinden, was per Import und was manuell
> > eingearbeitet wurde.
> >
> > > Der Revert war ja recht großzügig,
> > > vorallem halt, weil er die gleichen Accounts für
> Importe/mechanische
> > > Edits und für "normale" Edits genutzt hat.
> >
> >
> > Hier macht geologist eine Falschbehauptung, ist sowas wirklich notwendig?
> >
>
> Diese Behauptung ist nicht vor mir. Stellen die mit ">" sind
> Zitatstellen. Daher die Gegenfrage: Ist es hier wirklich notwendig Email
> Basiswissen erklären zu müssen.


Du verbreitest das unkommentiert genau so weiter, und hast auch sonst
keinerlei Anstalten gemacht auf diesen Fehler von Frederik einzugehen.
Praktisch ist disse Lücke nun immer noch da, es gibt auch keinen Grund
meinerseits eine Schnittstelle zu nennen, da der fragliche Account
überhaupt nicht in Importe involviert war.
Grüsse


>
> lg
> geologist
> >
> >
> > >
> > > Den beleidigenden Kommentar habe ich entfernt.
> >
> > schade das so was notwendig ist, danke
> >
> > lg
> > geologist
> >
> >
> >
> > --
> > Elektronikermeister Johann Haag
> > Innsbruckerstraße 42
> > 6380 St. Johann in Tirol
> > ÖSTERREICH
> > Tel: +43 664/174 7414
> > Mailto:johannh...@hxg.at 
> >
> > ___
> > Talk-at mailing list
> > Talk-at@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-at
> >
>
>
>

-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-legal-talk] Licensing question

[merspieler]

I'd consider the work a produced work.  I will apply 4.3. ODbL.

Thank you for your help.

newsgr...@pirschkarte.de:
> Considering the Produced Work - Guideline: Is the result of Osm2city in
> your opinion a product or a derived database?
> 
> If it is a product, then you can choose your own license, but you still
> have comply with the conditions of No. 4.3. ODbL .
> 
> If it is a derived database then you have to comply especially with the
> conditions of No. 4.2 and 4.4 ODbL (but not only). Your derived database
> will still be under ODbL.
> If it's a derived database , then it also raises the question of whether
> ODbL (Open Data License) and GPL (Free Software/Open Source License) are
> compatible with each other, No. 4.4 a. iii. ODbL.
> 
> Falk
> 
> Zitat von merspieler :
> 
>> Hello,
>>
>> I've got a question about licensing.
>>
>> I'm using a program called Osm2city [1] that generates scenery for the
>> flight gear flight simulator(FGFS) [2].
>>
>> To be on the safe side, I've currently released the results under the
>> WTFPL which isn't a big deal for me but FGFS is GPL2 only and it's
>> impossible, to get anything packaged with it, that's not GPL2.
>>
>> So my question: May I release the results under the GPL2 (if needed with
>> dual licensing)?
>>
>> This may affect others as well, as I'm not the only one, who's
>> generating any scenery but I haven't seen any licensing statement for
>> their work.
>> A list of this work is available on our wiki[3].
>>
>> Example results can be downloaded as well from the wiki page[3].
>>
>>
>> [1] https://gitlab.com/fg-radi/osm2city
>> [2] http://www.flightgear.org/
>> [3] http://wiki.flightgear.org/Areas_populated_with_osm2city_scenery
>>
>>
>> regards,
>>
>>
>> merspieler
> 
> 
> 
> 
> ___
> legal-talk mailing list
> legal-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/legal-talk



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

Re: [Talk-es] Cómo mapear una plaza de toros

[dcapillae]

Buenas noches.

Intento hacer lo correcto, promover la colaboración, participar activamente
con personas de cualquier comunidad y territorio, sin importarme qué idioma
hablen, qué comida coman o a qué dios recen. He intentado encontrar un
etiquetado común para las plazas de toros no porque me interesen los toros,
sino porque he observado que cada plaza está mapeada de una forma distinta
en el mapa, y sería bueno tener un etiquetado común para este tipo de
características, con el fin de poder identificarlas, de filtrarlas para el
uso de datos, etc.

No tiene sentido hacerlo cuando te advierten que no se va a respetar el
etiquetado. Que cada cuál las etiquete, pues, como le plazca. Yo voy a
seguir el criterio de mapeadores extranjeros, que en este tema me parece que
tienen una visión menos sesgada ideológicamente, políticamente o lo que sea
que esté impidiendo a algunos colaborar conmigo en este asunto.

No voy a modificar ninguna plaza más de las que ya están en el mapa de
España. Tenía intención de corregirlas todas, tanto su etiquetado como su
mapeado, que en algunos casos es muy deficiente. No tiene sentido hacerlo
cuando tu trabajo ni se comparte ni se valora ni se respeta. Me limitaré a
mapear solo algunas.

Atentamente,
Daniel



--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

Re: [OSM-talk] Facebook mapping highways using AI in collaboration with OpenStreetMap

[Martin Koppenhoefer]

sent from a phone

> On 1. Aug 2019, at 23:54, Nuno Caldeira  wrote:
> 
> About this lovely OSMF corporate member, 9 months since i asked 
> https://lists.openstreetmap.org/pipermail/talk/2019-June/082702.html them to 
> fix attribution and they are still attributing OSM maps to HERE. a round of 
> applause for this outstanding support and example of OSM data usage by an 
> OSMF member.


you are right that this is indeed an open issue, and it is a pity we have not 
read a word from the foundation about this. Shall we simply tolerate their 
abuse, of wouldn’t it be an option to at least suspend their membership if they 
continue to systematically ignore the attribution requirements?

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

Re: [OSM-talk] Facebook mapping highways using AI in collaboration with OpenStreetMap

[Martin Koppenhoefer]

sent from a phone

> On 1. Aug 2019, at 18:35, Kathleen Lu via talk  wrote:
> 
> I don't think it's disingenuous at all for Facebook to use their own POIs 
> instead of OSM's. 


what Joseph said was: “... it's disingenuous if Facebook claims to be strongly 
supporting OSM, while continuing to keep their ... data in a ... proprietary 
database.”


Of course they can keep their data, what is disingenuous is keeping your 
crowdsourced data for yourself while presenting yourself as the savior of 
OpenStreetMap, when all you are actually doing is providing data that would be 
too bad to be used as is (otherwise they would use it and not share with us, 
likely) in the hope, someone will fix it for free. 

Cheers Martin 




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

Re: [OSM-talk] Facebook mapping highways using AI in collaboration with OpenStreetMap

[Nuno Caldeira]

i agree with Kathleen here, we don't need their junk POIs. Actually we 
shouldn't have anything to do with companies that uses OSM the way they 
do without complying with the license and OSMF guidelines. This is still 
to be taken into consideration 
https://lists.openstreetmap.org/pipermail/talk/2019-June/082653.html


About this lovely OSMF corporate member, 9 months since i asked 
https://lists.openstreetmap.org/pipermail/talk/2019-June/082702.html 
them to fix attribution and they are still attributing OSM maps to HERE. 
a round of applause for this outstanding support and example of OSM data 
usage by an OSMF member.


Video capture of app their Local app https://www.facebook.com/local/ (i 
meant to say "my contributions", not "my attributions" during the video 
capturing): https://youtu.be/Ah9FyiT6JKk


My contributions on OSM displayed on the 
videohttps://www.openstreetmap.org/way/448052037#map=17/32.64575/-16.90531


Cable car https://www.openstreetmap.org/way/25975745

HERE map at same location 
https://wego.here.com/?map=32.64615,-16.90117,17,public_transport


Feel free to check your location and your edits on OSM being credited to 
HERE and share them here (i mean on the mailing list, not HERE).



Às 17:35 de 01/08/2019, Kathleen Lu via talk escreveu:
I don't think it's disingenuous at all for Facebook to use their own 
POIs instead of OSM's. Wasn't the whole point of the Collective 
Databases principle and the Collective Databases Guideline 
specifically to enable this type of usage, so that those interested in 
OSM did not have to make an "all or nothing" choice?


On Wed, Jul 31, 2019 at 9:17 PM Joseph Eisenberg 
mailto:joseph.eisenb...@gmail.com>> wrote:


Besides the tech boosterism, another issue is that it's disingenuous
if Facebook claims to be strongly supporting OSM, while continuing to
keep their valuable user-provided data in a separate, proprietary
database.

Facebook and Google have the two best lists of POIs like shops and
restaurants, and an extensive database of customer photos and reviews
which they control. While Facebook has decided to use OSM for road,
street and waterway data (which they couldn't easily have users add),
they keep this data for themselves. Were Facebook interested in
improving OSM, they could share their POI data, including when a
feature was last visited and notes about which feature no longer
exist. This could add millions more OSM contributors for features like
shops and restaurants, which are not yet completely mapped even in
well-developed OSM communities in Europe, and it would be
revolutionary in Indonesia and Thailand.

Only a few people will every become hobby mappers, adding waterways,
highways, landuse and such for fun, but every business owner wants to
see their shop or office on Facebook, so these POIs would be added and
kept up-to-date by users.

I don't expect Facebook to share this data for free, because a large
part of their business model is recording your geodata and using this
to maximize profit for their shareholders, but if they ever decide to
really prove "we're not that evil", sharing their data could go a long
way to changing Facebooks poor reputation for corporate responsibility
and transparency.

Joseph

On 8/1/19, stevea mailto:stevea...@softworkers.com>> wrote:
> (I chose the wrong source email address; apologies if anybody
gets this
> twice).
>
> Thanks, Jóhannes.  I did try FB's tool myself and was pleasantly
surprised
> it does a "looks OK for now" job of how Mikel put it earlier: 
"a balance
> between turbocharged and exploitation."  I hear you as you say that
> mapwith.ai  has, as I described, a
comfortable workflow of "AI suggests,
> human maps, human checks that what is acceptable can be
uploaded, human
> uploads."  That's fine, it does indeed have "a human in the
loop" and the
> human checks for quality, the human is not just being there for
the sake of
> being there.  This aspect of "humans, not AI, determine quality"
is a
> critical component of what I am saying.
>
> What I believe raised ire here was the BBC botching the "press
announcement"
> as a stilted and seemingly uninformed "cheerleading" piece that
made AI
> sound as if it were a "magic bullet" that was going to save
mapping in OSM
> somehow.  It isn't (magic) and it won't (though AI is an
important tool
> going forward, especially as it is coupled with human wisdom and
a hawkish
> eye towards high quality).  OSM is, and will always be, a
> human-participating project, with all of the social and "get
outdoors and
> map" project as one (human) might like it to be.  AI can and
does help,
> that's fine, as long as humans are always "in charge."
>
> Again, it sounds like there is a 

Re: [OSM-talk-fr] Transports en commun limougeauds

[deuzeffe]

Le 01/08/2019 à 21:47, Florian COUERON via Talk-fr a écrit :

Bonsoir,


Pareillement ;)


Je doit être l'autre local, ceux ci se comptent sur les doigts d'une main ;)


Il en manque un 3e ! Mais bien contente de mettre un prénom sur un 
pseudo ;)


De manière générale, les lignes de bus sur Limoges sont largement 
incomplètes, 


J'en complète/corrige quelques unes mais c'est long...
(et je ne parle pas non plus des données contradictoires :/)

et je ne parle même pas des bus circulants sur le 
département. 


Noémie "m'a fait" qq fichiers geojson pour Limoges et la HV, à partir 
des fichiers OD de NA Mobilités. Pour le réseau Moovh87, les fichiers 
originaux sont... minimalistes, de mémoire.



Nous payons le manque de contributeurs locaux.


À qui le dis-tu...
--
deuzeffe / "deuzeffe" ;)


Florian / "Capello13"

Le 01/08/2019 à 16:02, deuzeffe a écrit :

Hello,

Je suis justement en cours de revoir/refaire toutes les lignes de bus 
de la STCLM (le network de la CU Limoges Métropole). Je garde ton 
message dans un coin pour corriger/modifier ce qu'il y a à faire. À 
moins qu'un autre local s'y colle avant moi :)


(oui, La Bastide est un sacré chantier, presque fini pour ce qui 
concerne les voies, me semble-t-il).


Merci de ce que tu as fait et de l'alerte !


___
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

[Talk-dk] Removing "WikiProject" prefix

[dcapillae]

Hi,

I am Daniel, from Spain. I would like to change the name of the wiki 
pages related to the Denmark mapping project to remove the "Wikiproject" 
prefix according to the pages name conventions [1].


The name of the pages related to the Denmark mapping project would be 
"Denmark" (name of place) instead of "Wikiproject Denmark", as 
recommended by the wiki conventions. It is a change that I have already 
made in United States [2], Canada [3], Spain [4], Australia [5], New 
Zealand [6], South Africa [7], and all Spanish-speaking countries [8] on 
the Wiki.


I could make the necessary changes, and also add the "Country" template 
[9] to the Denmark project page, although this change is optional.


All pages with "WikiProject" prefix will be redirected automatically. 
There will be no broken links in any case.  I'll make sure everything 
works correctly, just like now.


Do you like the idea? I have posted this message on the wiki in case you 
prefer to comment there [10].


Thank you for you attention! Greetings from Spain.

Regards,
Daniel

[1] 
https://wiki.openstreetmap.org/wiki/Wiki_organisation#Pages_naming_convention

[2] https://wiki.openstreetmap.org/wiki/United_States
[3] https://wiki.openstreetmap.org/wiki/Canada
[4] https://wiki.openstreetmap.org/wiki/ES:Spain
[5] https://wiki.openstreetmap.org/wiki/Australia
[6] https://wiki.openstreetmap.org/wiki/New_Zealand
[7] https://wiki.openstreetmap.org/wiki/South_Africa
[8] https://wiki.openstreetmap.org/wiki/Category:Spanish_speaking_countries
[9] https://wiki.openstreetmap.org/wiki/Template:Country
[10] 
https://wiki.openstreetmap.org/wiki/Talk:Museum:WikiProject_Denmark#Removing_.22WikiProject.22_prefix



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

Re: [Talk-GB] TfL cycle data published

[Martin - CycleStreets]

On Thu, 1 Aug 2019, Rob Nickerson wrote:

The email below is from TfL announcing the release of the cycle data. I'm 
copying in Martin to this email as he was working on this Talent 
Directory project so can hopefully provide a comment on the licence.


Thanks - Rob. Will be e-mailing tomorrow to give updated info on the 
license - there have been various discussions over the last month on this, 
which I will report back on.



Taking a look myself it is an OGL v2 licence which is good. TfL muddy the 
water slightly in that they are applying the licence to data obtainable 
via an API. They therefore include statements about it being the users 
responsibility to check the page for updates to the licence and that by 
running a new API call you are accepting the new licence. For us I think 
we are fine in that we download the data once (rather than regularly via 
their API) and the licence when you download it grants perpetual use.


OGL v2 can sometimes suffer from it's clause about not covering third 
party rights the data provider is not entitled to provide (e.g. Royal 
Mail Postcodes) but a previous (off list) chat with Martin suggested we 
are ok on that front.


Yep, again I'll update on that tomorrow. It is looking good to me, but I'm 
seeking a definitive view from the OSMF LWG now that I've obtained full 
details of the provenance of the data. This has taken a bit longer than 
hoped.



Martin, **  CycleStreets - For Cyclists, By Cyclists
Developer, CycleStreets **  https://www.cyclestreets.net/


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

Re: [OSM-talk-fr] Transports en commun limougeauds

[Florian COUERON via Talk-fr]

Bonsoir,

Je doit être l'autre local, ceux ci se comptent sur les doigts d'une main ;)

J'ai profité du sujet pour y passer dans l'après midi, et j'ai mis à
jour autant que je le pouvais. Merci pour les premières contributions!
Mais les travaux doivent se terminer l'année prochaine, toutes les
lignes ne sont pas encore en place (je pense à la 6 par exemple).

De manière générale, les lignes de bus sur Limoges sont largement
incomplètes, et je ne parle même pas des bus circulants sur le
département. Nous payons le manque de contributeurs locaux.

Florian / "Capello13"

Le 01/08/2019 à 16:02, deuzeffe a écrit :
> Hello,
>
> Je suis justement en cours de revoir/refaire toutes les lignes de bus
> de la STCLM (le network de la CU Limoges Métropole). Je garde ton
> message dans un coin pour corriger/modifier ce qu'il y a à faire. À
> moins qu'un autre local s'y colle avant moi :)
>
> (oui, La Bastide est un sacré chantier, presque fini pour ce qui
> concerne les voies, me semble-t-il).
>
> Merci de ce que tu as fait et de l'alerte !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Proxy IGN ?

[Christian Quest]

Etrange en effet, les logs du proxy indiquent des erreurs 503, puis du
200... mais pas plus de détails :(



Le jeu. 1 août 2019 à 15:26, Julien Lepiller  a écrit :

>
>
> Hello, j'ai un petit souci avec le proxy IGN depuis iD : certaines images
> fonctionnent et d'autres sont en erreur 503. Il se passe quelque chose ?
>
> Exemple :
> https://proxy-ign.openstreetmap.fr/94GjiyqD/bdortho/18/130039/90848.jpg
>
> Alors qu'une autre pas loin fonctionne bien :
> https://proxy-ign.openstreetmap.fr/94GjiyqD/bdortho/18/130045/90848.jpg
>
> Merci !
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

[Talk-GB] TfL cycle data published

[Rob Nickerson]

Hi all,

The email below is from TfL announcing the release of the cycle data. I'm
copying in Martin to this email as he was working on this Talent Directory
project so can hopefully provide a comment on the licence.

Taking a look myself it is an OGL v2 licence which is good. TfL muddy the
water slightly in that they are applying the licence to data obtainable via
an API. They therefore include statements about it being the users
responsibility to check the page for updates to the licence and that by
running a new API call you are accepting the new licence. For us I think we
are fine in that we download the data once (rather than regularly via their
API) and the licence when you download it grants perpetual use.

OGL v2 can sometimes suffer from it's clause about not covering third party
rights the data provider is not entitled to provide (e.g. Royal Mail
Postcodes) but a previous (off list) chat with Martin suggested we are ok
on that front.

Clarification welcomed.
*Rob*

---

Dear all



Having engaged with yourself previously about the Cycling Infrastructure
Database (CID), we are delighted to let you know that the CID is now live.



London’s Cycling Infrastructure Database is the world’s largest and most
comprehensive database of cycling infrastructure, containing comprehensive
details of cycling infrastructure in the Capital. The CID is intended to
address barriers to cycling by providing Londoners with clear and accurate
information about cycling infrastructure, helping them plan cycle journeys
with confidence. The CID is a core part of our Cycling Action Plan
which sets out how TfL,
boroughs and others will work together to make London the world’s best big
city for cycling.

To create the database, TfL have surveyed every street in every London
borough to collect information on over 240,000 pieces of infrastructure,
covering an area of 1,595 square kilometres. The database also contains
480,000 photographs of cycling infrastructure, allowing users to see
exactly what can be found on street. For example, cycle parking users will
be able to see what type of parking is available. TfL collected data of
146,000 cycle parking spaces across London, as well as gathering
information on 2,000km of cycle routes and 58,000 wayfinding signs.

The following types of asset are included in the database:

   - Cycle lanes and tracks – including whether they are segregated or
   painted lanes
   - Cycle parking, including the type and capacity of parking
   - Signalised crossings for cycles
   - Restricted route - Modal filters and traffic gates which allow cycles
   to pass but restrict car traffic
   - Traffic calming, including the location of all speed humps in Greater
   London
   - Advanced stop lines – boxes at junctions for people cycling
   - Signals - early-release signals at junctions
   - Signage - Signed cycle routes and other wayfinding
   - Restricted Points – points where people cycling will have to dismount
   Paths through parks and other green spaces that can, and cannot, be cycled
   on.

The CID is accessible in geojson format via the following platforms:



*TfL Open Data Portal:* https://cycling.data.tfl.gov.uk/
(CycleInfrastructure/Data & CycleInfrastructure/Documentation)



*London Datastore:*
https://data.london.gov.uk/dataset/cycling-infrastructure-database?q=CID



The CID is continuously being maintained by TfL. Please do let us know if
you have any asset updates or data related queries.



https://www.intelligenttransport.com/transport-news/85603/worlds-largest-cycling-database/



Regards,



*TfL CID Team*
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[OSRM-talk] Traffic lights and routing on dual carriaged intersections

[mrbro...@juno.com]

Hi everyone,

I'm trying to research about whether traffic lights in OSM, in dual-carriaged 
intersections, should be mapped on the intersecting nodes versus on the way 
where vehicles are supposed to stop. And I'm coming here to get a sense of 
OSRM's ability to handle this and traffic lights in general.

Here are two examples I'm looking at:

  lights on nodes:  https://www.openstreetmap.org/#map=19/35.13084/-106.58631
  lights off nodes: https://www.openstreetmap.org/#map=19/31.76873/-106.31877

I tried reading back through the mailing list archives here:

   https://lists.openstreetmap.org/pipermail/osrm-talk/

but I didn't see anything recently mentioned about traffic lights. The only 
documentation I saw on OSRM's homepage (http://project-osrm.org) was the API 
document (http://project-osrm.org/docs/v5.22.0/api/)

Does OSRM treat traffic light with weights? In the case where traffic lights 
are mapped on the  intersecting nodes where the ways cross, and a user wants to 
make a left turn through such an intersection, a potential route would mean 
crossing through three lights in a row. Would that be treated as three lights 
weighted enough for the router to find a way around it or treated as a singular 
cluster of one weight?

Thank you in advance for helping me understand. 





___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSM-talk] Facebook mapping highways using AI in collaboration with OpenStreetMap

[Kathleen Lu via talk]

I don't think it's disingenuous at all for Facebook to use their own POIs
instead of OSM's. Wasn't the whole point of the Collective Databases
principle and the Collective Databases Guideline specifically to enable
this type of usage, so that those interested in OSM did not have to make an
"all or nothing" choice?

On Wed, Jul 31, 2019 at 9:17 PM Joseph Eisenberg 
wrote:

> Besides the tech boosterism, another issue is that it's disingenuous
> if Facebook claims to be strongly supporting OSM, while continuing to
> keep their valuable user-provided data in a separate, proprietary
> database.
>
> Facebook and Google have the two best lists of POIs like shops and
> restaurants, and an extensive database of customer photos and reviews
> which they control. While Facebook has decided to use OSM for road,
> street and waterway data (which they couldn't easily have users add),
> they keep this data for themselves. Were Facebook interested in
> improving OSM, they could share their POI data, including when a
> feature was last visited and notes about which feature no longer
> exist. This could add millions more OSM contributors for features like
> shops and restaurants, which are not yet completely mapped even in
> well-developed OSM communities in Europe, and it would be
> revolutionary in Indonesia and Thailand.
>
> Only a few people will every become hobby mappers, adding waterways,
> highways, landuse and such for fun, but every business owner wants to
> see their shop or office on Facebook, so these POIs would be added and
> kept up-to-date by users.
>
> I don't expect Facebook to share this data for free, because a large
> part of their business model is recording your geodata and using this
> to maximize profit for their shareholders, but if they ever decide to
> really prove "we're not that evil", sharing their data could go a long
> way to changing Facebooks poor reputation for corporate responsibility
> and transparency.
>
> Joseph
>
> On 8/1/19, stevea  wrote:
> > (I chose the wrong source email address; apologies if anybody gets this
> > twice).
> >
> > Thanks, Jóhannes.  I did try FB's tool myself and was pleasantly
> surprised
> > it does a "looks OK for now" job of how Mikel put it earlier:  "a balance
> > between turbocharged and exploitation."  I hear you as you say that
> > mapwith.ai has, as I described, a comfortable workflow of "AI suggests,
> > human maps, human checks that what is acceptable can be uploaded, human
> > uploads."  That's fine, it does indeed have "a human in the loop" and the
> > human checks for quality, the human is not just being there for the sake
> of
> > being there.  This aspect of "humans, not AI, determine quality" is a
> > critical component of what I am saying.
> >
> > What I believe raised ire here was the BBC botching the "press
> announcement"
> > as a stilted and seemingly uninformed "cheerleading" piece that made AI
> > sound as if it were a "magic bullet" that was going to save mapping in
> OSM
> > somehow.  It isn't (magic) and it won't (though AI is an important tool
> > going forward, especially as it is coupled with human wisdom and a
> hawkish
> > eye towards high quality).  OSM is, and will always be, a
> > human-participating project, with all of the social and "get outdoors and
> > map" project as one (human) might like it to be.  AI can and does help,
> > that's fine, as long as humans are always "in charge."
> >
> > Again, it sounds like there is a lot of agreement here.
> >
> > SteveA
> > ___
> > talk mailing list
> > talk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk
> >
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-gb-westmidlands] August meetup

[Eike Ritter via Talk-gb-westmidlands]

Is there a meeting tonight?

Best wishes,

Eike




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

Re: [talk-au] Road hierarchy in Western Australia

[Mateusz Konieczny]

31 Jul 2019, 13:11 by talk-au@openstreetmap.org 
:

>
> Correcting road hierarchy on these roads seems reasonable, so all the data 
> will then be unified, but I would appreciate your thoughts about this first.
>
>
Do not edit solely to unify datasets. If road classification in OSM is 
incorrect - the edit,
but "it diverges from official classification" does not mean that it is 
incorrect.

Note also that this is (in my opinion) import of road classification data -
see https://wiki.openstreetmap.org/wiki/Import/Guidelines 


Changing classification  of road or two based on research that includes
official data is not an import, but "adjust 1500 roads to mach official data" I 
think
is an import.
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-legal-talk] Licensing question

[newsgroup]

Considering the Produced Work - Guideline: Is the result of Osm2city  
in your opinion a product or a derived database?


If it is a product, then you can choose your own license, but you  
still have comply with the conditions of No. 4.3. ODbL .


If it is a derived database then you have to comply especially with  
the conditions of No. 4.2 and 4.4 ODbL (but not only). Your derived  
database will still be under ODbL.
If it's a derived database , then it also raises the question of  
whether ODbL (Open Data License) and GPL (Free Software/Open Source  
License) are compatible with each other, No. 4.4 a. iii. ODbL.


Falk

Zitat von merspieler :


Hello,

I've got a question about licensing.

I'm using a program called Osm2city [1] that generates scenery for the
flight gear flight simulator(FGFS) [2].

To be on the safe side, I've currently released the results under the
WTFPL which isn't a big deal for me but FGFS is GPL2 only and it's
impossible, to get anything packaged with it, that's not GPL2.

So my question: May I release the results under the GPL2 (if needed with
dual licensing)?

This may affect others as well, as I'm not the only one, who's
generating any scenery but I haven't seen any licensing statement for
their work.
A list of this work is available on our wiki[3].

Example results can be downloaded as well from the wiki page[3].


[1] https://gitlab.com/fg-radi/osm2city
[2] http://www.flightgear.org/
[3] http://wiki.flightgear.org/Areas_populated_with_osm2city_scenery


regards,


merspieler





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

Re: [OSM-talk-fr] Transports en commun limougeauds

[deuzeffe]

Hello,

Je suis justement en cours de revoir/refaire toutes les lignes de bus de 
la STCLM (le network de la CU Limoges Métropole). Je garde ton message 
dans un coin pour corriger/modifier ce qu'il y a à faire. À moins qu'un 
autre local s'y colle avant moi :)


(oui, La Bastide est un sacré chantier, presque fini pour ce qui 
concerne les voies, me semble-t-il).


Merci de ce que tu as fait et de l'alerte !
--
deuzeffe

Le 01/08/2019 à 14:04, Eric SIBERT a écrit :

Bonjour,

De passage à Limoges et m'étant légèrement égaré, je suis tombé du côté 
de la Bastide sur de nouveaux aménagements routiers impliquant les 
transports en commun:


https://www.openstreetmap.org/#map=18/45.85692/1.26987

https://www.mapillary.com/map/im/SmyKBNctfE3RlipKNOQedA

J'ai essayé de mettre à jour ce que je pouvais pour les routes et les 
lignes de bus/trolley. Mais, pour les transports en commun, il semble y 
avoir un nouveau pôle de correspondance. Si un local (ou un visiteur 
ayant du temps...) pouvait aller voir sur le terrain et (re)mettre en 
place les lignes de bus et les arrêts...


Eric


___
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: [Talk-de] Specs für Planet und Kachelserver

[Martin Koppenhoefer]

das kommt unter anderem auch auf den Stil an, und natürlich auf die 
Zugriffszahlen (man rendert normalerweise nur das neu was auch angesehen wird). 
Die specs des OpenStreetMap rendering servers stehen im wiki.

Grundsätzlich würde ich viel RAM und SSDs vorsehen.

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

[OSM-talk-fr] Proxy IGN ?

[Julien Lepiller]

Hello, j'ai un petit souci avec le proxy IGN depuis iD : certaines images 
fonctionnent et d'autres sont en erreur 503. Il se passe quelque chose ?

Exemple : 
https://proxy-ign.openstreetmap.fr/94GjiyqD/bdortho/18/130039/90848.jpg

Alors qu'une autre pas loin fonctionne bien : 
https://proxy-ign.openstreetmap.fr/94GjiyqD/bdortho/18/130045/90848.jpg

Merci !

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

[OSM-talk-fr] Transports en commun limougeauds

[Eric SIBERT]

Bonjour,

De passage à Limoges et m'étant légèrement égaré, je suis tombé du côté 
de la Bastide sur de nouveaux aménagements routiers impliquant les 
transports en commun:


https://www.openstreetmap.org/#map=18/45.85692/1.26987

https://www.mapillary.com/map/im/SmyKBNctfE3RlipKNOQedA

J'ai essayé de mettre à jour ce que je pouvais pour les routes et les 
lignes de bus/trolley. Mais, pour les transports en commun, il semble y 
avoir un nouveau pôle de correspondance. Si un local (ou un visiteur 
ayant du temps...) pouvait aller voir sur le terrain et (re)mettre en 
place les lignes de bus et les arrêts...


Eric


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

[talk-cz] Fody - verifikace

[Tom Ka]

Ahoj,

verifikace Fody dokoncena, takze mame komplet otagovane vsechny fotky
co tam jsou. Vzhledem k mnozstvi jsem tam urcite udelal chyby (rucne
projit 2 fotek je mazec), ale snad je jich minimum.
Zaroven jsem objevil chyby v importu OSM dat pro OsmHiCheck, takze se
objevilo asi 100 novych emergency bodu, ktere se driv ignorovaly.

Davam si trochu oraz, pak se uvidi co dal, bud kontrola nepouzitych
apod. fotek v OsmHiCheck, nebo dalsi vetsi vec je (polo)automaticka
konverze silnicnich znaceni v OSM vedenych jako rozcestniky na
marking.

Konec hlaseni.

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

[Talk-de] Specs für Planet und Kachelserver

[Markus]

Liebe Admins,

welche Spercs sollte heute eine neue Maschine mitbringen,
damit sie performant das Planet-File handeln und minütlich aktualisieren
und daraus weltweit Kacheln rendern, aktualisieren und ausliefern kann?

Wie stark wächst das ganze derzeit jährlich und was muss man dafür
HW-seitig jeweils aufrüsten?

Gibt es im Wiki eine Übersicht dazu? Erfahrungsberichte? Best practice?

Mit herzlichem Gruss,
Markus

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

Re: [OSM-talk-fr] Accès conditionnel

[Eric SIBERT]

Le 30/07/2019 à 20:22, Jérôme Seigneuret a écrit :

J'appellerai la police municipale pour en savoir plus.


J'ai posté un message par l'intermédiaire du site web de la commune. 
J'attends la réponse...


Eric

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

[OSM-legal-talk] Licensing question

[merspieler]

Hello,

I've got a question about licensing.

I'm using a program called Osm2city [1] that generates scenery for the
flight gear flight simulator(FGFS) [2].

To be on the safe side, I've currently released the results under the
WTFPL which isn't a big deal for me but FGFS is GPL2 only and it's
impossible, to get anything packaged with it, that's not GPL2.

So my question: May I release the results under the GPL2 (if needed with
dual licensing)?

This may affect others as well, as I'm not the only one, who's
generating any scenery but I haven't seen any licensing statement for
their work.
A list of this work is available on our wiki[3].

Example results can be downloaded as well from the wiki page[3].


[1] https://gitlab.com/fg-radi/osm2city
[2] http://www.flightgear.org/
[3] http://wiki.flightgear.org/Areas_populated_with_osm2city_scenery


regards,


merspieler



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

Re: [talk-cz] Problém s navigací - Černý Důl

[jozka]

Mozna strelba do vzduchu, ale me podobne vylomeniny delal OsmAnd kdyz jsem mel 
zadanou maximalni moznou vysku a hmotnost, se kterou to ma pocitat. Jestli byla 
nekde po trase chyba v datech nebo blbla aplikace jsem nevykoumal.

J.

__
> Od: "Marián Kyral" 
> Komu: "OpenStreetMap Czech Republic" 
> Datum: 01.08.2019 10:52
> Předmět: Re: [talk-cz]  Problém s navigací - Černý Důl
>
>
>
>1. srpna 2019 9:01:37 SELČ, majkaz  napsal:
>>Rychlosti tam zadané vůbec nejsou. Ty silnice jsou v datech
>>"rovnocenné", tj. mají naprosto stejná omezení.
>>
>>OsmAnd ale občas háže podobné chyby navigace, a nikdo moc neví proč.
>>
>>Mariáne, jsi ještě na místě? Je tam pořád ještě ten "Průjezd zakázán"
>>na té první ulici, kudy tě to táhne? https://mapy.cz/s/3wSUi
>>
>
>Jen jsme tudy včera projížděli. Nevím, jestli se tam ještě dostanu, v plánu to 
>není, ale třeba si zítra udělám menší zajížďku.
>
>Marian
>>__
>>> Od: "Lukáš Karas" 
>>> Komu: talk-cz@openstreetmap.org
>>> Datum: 01.08.2019 07:59
>>> Předmět: Re: [talk-cz]  Problém s navigací - Černý Důl
>>>
>>>Je možné že jsou špatně zadané povolené rychlosti, navigace nepřidává 
>>>penalizaci za odbočení a pak jí prostě vyšla tahle cesta jako
>>rychlejší...
>>>
>>>L
>>>
>>>Dne středa 31. července 2019 21:56:23 CEST Marián Kyral napsal(a):
 Ahoj,
 Nevíte někdo, proč mě OsmAnd tlačí v Černém dole ( 50.63496° N,
>>15.71060° E
 ) touhle "zkratkou"? https://photos.app.goo.gl/s6qyZjXxCytWjY1i7
 
 Díky,
 Marián
 
 --
 Odesláno aplikací K-9 Mail ze systému Android. Omluvte prosím moji
 stručnost.
>>>
>>>--
>>>
>>>___
>>>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
>
>-- 
>Odesláno aplikací K-9 Mail ze systému Android. Omluvte prosím moji stručnost.
>
>___
>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] Problém s navigací - Černý Důl

[Marián Kyral]

1. srpna 2019 9:01:37 SELČ, majkaz  napsal:
>Rychlosti tam zadané vůbec nejsou. Ty silnice jsou v datech
>"rovnocenné", tj. mají naprosto stejná omezení.
>
>OsmAnd ale občas háže podobné chyby navigace, a nikdo moc neví proč.
>
>Mariáne, jsi ještě na místě? Je tam pořád ještě ten "Průjezd zakázán"
>na té první ulici, kudy tě to táhne? https://mapy.cz/s/3wSUi
>

Jen jsme tudy včera projížděli. Nevím, jestli se tam ještě dostanu, v plánu to 
není, ale třeba si zítra udělám menší zajížďku.

Marian
>__
>> Od: "Lukáš Karas" 
>> Komu: talk-cz@openstreetmap.org
>> Datum: 01.08.2019 07:59
>> Předmět: Re: [talk-cz]  Problém s navigací - Černý Důl
>>
>>Je možné že jsou špatně zadané povolené rychlosti, navigace nepřidává 
>>penalizaci za odbočení a pak jí prostě vyšla tahle cesta jako
>rychlejší...
>>
>>L
>>
>>Dne středa 31. července 2019 21:56:23 CEST Marián Kyral napsal(a):
>>> Ahoj,
>>> Nevíte někdo, proč mě OsmAnd tlačí v Černém dole ( 50.63496° N,
>15.71060° E
>>> ) touhle "zkratkou"? https://photos.app.goo.gl/s6qyZjXxCytWjY1i7
>>> 
>>> Díky,
>>> Marián
>>> 
>>> --
>>> Odesláno aplikací K-9 Mail ze systému Android. Omluvte prosím moji
>>> stručnost.
>>
>>--
>>
>>___
>>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

-- 
Odesláno aplikací K-9 Mail ze systému Android. Omluvte prosím moji stručnost.

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

Re: [Talk-at] CS Kommentar durch Problemuser

[Andreas via Talk-at]

Am 31.07.19 um 08:22 schrieb Johann Haag:
> 
> 
> Am Montag, 29. Juli 2019 schrieb Andreas  >:
> 
> Am 27.07.19 um 22:57 schrieb Frederik Ramm:
> > Hallo,
> >
> > der Wunsch von JH, die von ihm "ganz normal gemappten" Edits
> > wiederzubekommen, ist verständlich und ich denke, das können wir auch
> > umzusetzen versuchen.
> 
> Kann ich auch verstehen, dass er das gerne behoben sehen würde, aber
> macht das die Sache nicht nur noch komplizierter als sie schon ist?
> 
> > Ich kümmere mich darum, wenn ich von ihm
> > entsprechende Infos bekomme (z.B. "alles Edits in St. Johann, die
> nicht
> > Hausnummern betreffen" oder so).
> 
> Ja ohne Infos von JH würde ich hier eher nix machen.
> Sicher sind jetzt vielleicht nützliche und korrekte Infos von ihm
> verschwunden, aber sehe es nicht ein, dass sich andere als er darum
> kümmern müssen, herauszufinden, was per Import und was manuell
> eingearbeitet wurde.
> 
> > Der Revert war ja recht großzügig,
> > vorallem halt, weil er die gleichen Accounts für Importe/mechanische
> > Edits und für "normale" Edits genutzt hat.
> 
> 
> Hier macht geologist eine Falschbehauptung, ist sowas wirklich notwendig?
> 

Diese Behauptung ist nicht vor mir. Stellen die mit ">" sind
Zitatstellen. Daher die Gegenfrage: Ist es hier wirklich notwendig Email
Basiswissen erklären zu müssen.

lg
geologist
>  
> 
> >
> > Den beleidigenden Kommentar habe ich entfernt.
> 
> schade das so was notwendig ist, danke
> 
> lg
> geologist
> 
> 
> 
> -- 
> Elektronikermeister Johann Haag
> Innsbruckerstraße 42
> 6380 St. Johann in Tirol
> ÖSTERREICH
> Tel: +43 664/174 7414
> Mailto:johannh...@hxg.at 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 




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

Re: [OSM-talk] Facebook mapping highways using AI in collaboration with OpenStreetMap

[stevea]

I misquoted Mikel Maron by saying he called Facebook's example of this AI 
technology in OSM "a balance between turbocharged and exploitation."  In fact, 
he has told me he dislikes both terms immensely in this discussion.

I regret my error and apologize to Mikel.

SteveA

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

Re: [talk-cz] Problém s navigací - Černý Důl

[majkaz]

Rychlosti tam zadané vůbec nejsou. Ty silnice jsou v datech "rovnocenné", tj. 
mají naprosto stejná omezení.

OsmAnd ale občas háže podobné chyby navigace, a nikdo moc neví proč.

Mariáne, jsi ještě na místě? Je tam pořád ještě ten "Průjezd zakázán" na té 
první ulici, kudy tě to táhne? https://mapy.cz/s/3wSUi

__
> Od: "Lukáš Karas" 
> Komu: talk-cz@openstreetmap.org
> Datum: 01.08.2019 07:59
> Předmět: Re: [talk-cz]  Problém s navigací - Černý Důl
>
>Je možné že jsou špatně zadané povolené rychlosti, navigace nepřidává 
>penalizaci za odbočení a pak jí prostě vyšla tahle cesta jako rychlejší...
>
>L
>
>Dne středa 31. července 2019 21:56:23 CEST Marián Kyral napsal(a):
>> Ahoj,
>> Nevíte někdo, proč mě OsmAnd tlačí v Černém dole ( 50.63496° N, 15.71060° E
>> ) touhle "zkratkou"? https://photos.app.goo.gl/s6qyZjXxCytWjY1i7
>> 
>> Díky,
>> Marián
>> 
>> --
>> Odesláno aplikací K-9 Mail ze systému Android. Omluvte prosím moji
>> stručnost.
>
>--
>
>___
>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