[Talk-it] Direttiva UE sul copyright

[solitone]

Cosa cambia per OpenStreetMap ora che la il parlamento europeo ha approvato la 
controversa direttiva sul copyright?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-ca] Building Import

[keith hartley]

Hi All,
I like the idea of imports, and think there's a lot of value of batch
importing - however we need to run a QA/AC for each. For Manitoba I think
the challenge is getting municipalities to sign on, and move their data to
the canadian open data portal (that is, if they have data or any
geo-spatial information to give ) some information is on the provincial
level, but most of that has already been added to OSM (IE Brandon, Selkirk)
or have been built.

Reviewing some of the Microsoft data, I see a lot of quirks! - IF using it
it's handy to identify buildings, but would REALLY have to watch and review
if importing any of it to osm. I'm not sure about the rest of canada, but
there's "swamp buildings" that some of my collegues have dubbed 1/3 mile
polygons in a featureless field.  Some of the more complex downtown
buildings seem pretty broken, but the data does seem to be decent at
covering suburban areas.

TL/DR version:

I'd be comfortable importing muni stuff (dependent on quality) , but the
Bing footprints would have to be reviewed, nearly on a building by building
level.

Keith

On Tue, Mar 26, 2019 at 4:24 PM john whelan  wrote:

> At least it is an indication of interest.
>
> Thanks John
>
> On Tue, Mar 26, 2019, 4:57 PM Darren Wiebe,  wrote:
>
>> I'm from rural Alberta close to Lloydminster.  The building import is
>> something that interests me and would be useful in my area but I haven't
>> been very actively mapping over the last year or two.  Hopefully there are
>> Alberta mappers on here who are much more active than I have been.
>>
>> Darren Wiebe
>>
>> On Tue, Mar 26, 2019 at 2:04 PM John Whelan 
>> wrote:
>>
>>> I think my concerns are to do with the "black box" approach.  Knowing
>>> your background I trust your work but others might not.
>>>
>>> On a technical side I get the impression that cites with buildings that
>>> are close to each other are problematical.  I assume that small locations
>>> with a population of say under 125,000 this is an insignificant problem?
>>>
>>> The other issue is I'd like to either see buy in from Nate or at least
>>> some Toronto mappers to get an indication that something will happen at the
>>> end of the day as it is a fair chunk of Daniel's time to work out how do
>>> the preprocessing.
>>>
>>> I think some BC mappers expressed some doubts as well so perhaps they
>>> would like to think about if they are happy or would prefer BC to be
>>> outside of the import project and express their views.
>>>
>>> Out of interest if it does move ahead are we including the Microsoft
>>> data for areas where we do not have data from Stats Canada?  If so we will
>>> need to amend the project plan.
>>>
>>> My personal view is realistically I think having building information
>>> even if its a meter or two out is better than not having the building
>>> outlines.
>>>
>>> What would be nice is if we could have some indication from places such
>>> as Manitoba, Alberta, Saskatchewan, Quebec excluding Montreal, Ontario
>>> excluding Toronto and the other provinces and territories whether they are
>>> happy with importing the buildings either from Stats or Microsoft.
>>>
>>> I seem to recall Keith is in Manitoba, so any views other than it wasn't
>>> present in the first release from Stats?
>>>
>>> Note to Alessandro this is just background stuff.
>>>
>>> Thanks
>>>
>>> Cheerio John
>>>
>>> Begin Daniel wrote on 2019-03-26 3:29 PM:
>>>
>>> Jarek,
>>> The area you proposed in quite interesting and will force me to look 
>>> further at buildings with sharing edges, a concern Pierre also had. I'll be 
>>> back soon with your area processed.
>>> Daniel
>>>
>>> -Original Message-
>>> From: Begin Daniel [mailto:jfd...@hotmail.com ]
>>> Sent: Tuesday, March 26, 2019 14:34
>>> To: Jarek Piórkowski; talk-ca@openstreetmap.org
>>> Subject: Re: [Talk-ca] Building Import
>>>
>>> Jarek,
>>> Since it is a one-time process, I expect to be able to process the files if 
>>> the community feels comfortable with it. In the meantime, people are 
>>> welcome to send me the bounding box of an area they would like to examine.
>>>
>>> Daniel
>>>
>>> -Original Message-
>>> From: Jarek Piórkowski [mailto:ja...@piorkowski.ca ]
>>> Sent: Tuesday, March 26, 2019 13:46
>>> To: Begin Daniel; talk-ca@openstreetmap.org
>>> Subject: Re: [Talk-ca] Building Import
>>>
>>> On Tue, 26 Mar 2019 at 13:10, Begin Daniel  
>>>  wrote:
>>>
>>> There is actually no standard “code” available since I use FME 
>>> (www.safe.com). It is a proprietary ETL application and all operations are 
>>> done using “transformers” (https://www.safe.com/transformers/). I can 
>>> provide you with the workbench I developed (a bunch of linked transformers) 
>>> but you need a license to run it. This is why I tried to describe the 
>>> operations I run on the data in the wiki.
>>>
>>> As you did, people may send me coordinates (bounding box) of an area they 
>>> know well. I’ll process the area and send the results back in 

Re: [Talk-ca] Building Import

[Pierre Béland via Talk-ca]

Cette discussion sur gis.stackexchange donne le lien vers OpenCarto sur 
Sourceforge et vers un document décrivant la 
méthode.https://gis.stackexchange.com/questions/25263/is-there-any-open-source-building-squaring-tool
Avec les fonctions PostGIS, à voir comment ST_ShortestLine ou fonction 
similaire permettrait de réviser les coordonnées de chaque point du polygone.
 http://postgis.net/docs/ST_ShortestLine.html 

Pierre 



 

Le mardi 26 mars 2019 21 h 49 min 17 s HAE, Pierre Béland via Talk-ca 
 a écrit :  
 
 Bonjour Tim
Mon outil d'analyse Qualité dont les données sont publiées sur OpenDataLabRDC 
est basé sur PostgreSQL-Postgis.   Je suis à nettoyer / documenter le code et 
prévoit le publier sur github.  J'ai commencé à regarder les outils possibles, 
mais peu de documentation disponible. On parle par exemple de OpenCarto, mais 
l'info n'est plus disponible. A voir si possible à l'aide de Grass. 
https://gis.stackexchange.com/questions/15612/is-it-possible-to-simplify-orthogonal-polygons-with-opencarto-java-library
 
Pierre   ___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Building Import

[Pierre Béland via Talk-ca]

Bonjour Tim
Mon outil d'analyse Qualité dont les données sont publiées sur OpenDataLabRDC 
est basé sur PostgreSQL-Postgis.   Je suis à nettoyer / documenter le code et 
prévoit le publier sur github.  J'ai commencé à regarder les outils possibles, 
mais peu de documentation disponible. On parle par exemple de OpenCarto, mais 
l'info n'est plus disponible. A voir si possible à l'aide de Grass. 
https://gis.stackexchange.com/questions/15612/is-it-possible-to-simplify-orthogonal-polygons-with-opencarto-java-library
 
Pierre 
 

Le mardi 26 mars 2019 21 h 33 min 39 s HAE, Tim Elrick  a 
écrit :  
 
 I sent Daniel a sample of Montreal (Outrement) from the Open Building 
Database and Daniel's algorithm performed really well. It could reduce 
the vertices count by 13% without loosing or even improving data quality 
(as it orthogonalized the buildings). Even difficult buildings were 
treated well [1].

As OSM is mainly built on open source tools, the OSMF tries to work with 
open source tools only and the process should be reproducible (if not 
for this import, then for the next one somewhere else in the OSM 
cosmos), I suggest, we try to resemble Daniel's pre-processing in open 
source software, e.g. PostGreSQL/PostGIS. I already found the code for 
collinearity; the orthogonalization seems to be a bit trickier, but it 
should be possible to built the process in PostGIS as well, if it was 
possible to built it in FME. What do you think?

Tim

[1] https://imgur.com/a/aCKMVb7

On 2019-03-26 13:45, Jarek Piórkowski wrote:
On Tue, 26 Mar 2019 at 13:10, Begin Daniel  wrote:
> There is actually no standard “code” available since I use FME 
> (www.safe.com). It is a proprietary ETL application and all operations are 
> done using “transformers” (https://www.safe.com/transformers/). I can provide 
> you with the workbench I developed (a bunch of linked transformers) but you 
> need a license to run it. This is why I tried to describe the operations I 
> run on the data in the wiki.
> 
> As you did, people may send me coordinates (bounding box) of an area they 
> know well. I’ll process the area and send the results back in OSM format. 
> Please, be reasonable on the amount of data to process ;-)

Thanks Daniel. Let me know how it looks then!

Coming from an open-source background, the process is unusual to me,
and I have questions about scalability - will you be able to process
and provide updated data files for all of Canada then? - but if others
are comfortable with it then I won't object.

Some general thoughts regarding tooling as raised upthread:

I was initially excited to see building footprints data as they help
two quite distinct purposes:

1. they provide a mostly-automatic source of geometries for the
millions of single-family houses that wouldn't be mapped in the next
decade otherwise

2. they might provide a corrected and fairly accurate source of
geometries in heavily-built-up areas, where GPS signal is not that
reliable and it can be really difficult to get sufficiently accurate
geometries from imagery, whether because it's not sufficiently
high-resolution, two sets of imagery with conflicting offsets (Bing
and Esri are the two best sets in Toronto, and they're off by about
1-2 m on north-south axis from each other - that's not something I can
check with a consumer-grade GPS so I'm left guessing as to which is
true), or non-vertical imagery (I can count the floors on supposedly
top-down imagery in some cases).

  From what I saw, imports in the GTHA initially focused on the first
case, and I think the Tasking Manager setup was mostly sufficient for
those - where there is nothing currently on the map, or a few simple
2D geometries, a 4 sq km area can feasibly be done in under an hour.

However, as raised by others, I would really want the working squares
in Old Toronto for example to be no more than 500 m x 500 m, or no
more than 1 km x 1 km in St. Catharines. I would _love_ to have the
geometries to manually compare and adjust the 3D buildings already
existing in the area, but it will be much slower.

--Jarek

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



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

Re: [Talk-ca] Building Import

[Tim Elrick]

I sent Daniel a sample of Montreal (Outrement) from the Open Building 
Database and Daniel's algorithm performed really well. It could reduce 
the vertices count by 13% without loosing or even improving data quality 
(as it orthogonalized the buildings). Even difficult buildings were 
treated well [1].


As OSM is mainly built on open source tools, the OSMF tries to work with 
open source tools only and the process should be reproducible (if not 
for this import, then for the next one somewhere else in the OSM 
cosmos), I suggest, we try to resemble Daniel's pre-processing in open 
source software, e.g. PostGreSQL/PostGIS. I already found the code for 
collinearity; the orthogonalization seems to be a bit trickier, but it 
should be possible to built the process in PostGIS as well, if it was 
possible to built it in FME. What do you think?


Tim

[1] https://imgur.com/a/aCKMVb7

On 2019-03-26 13:45, Jarek Piórkowski wrote:
On Tue, 26 Mar 2019 at 13:10, Begin Daniel  wrote:

There is actually no standard “code” available since I use FME (www.safe.com). 
It is a proprietary ETL application and all operations are done using 
“transformers” (https://www.safe.com/transformers/). I can provide you with the 
workbench I developed (a bunch of linked transformers) but you need a license 
to run it. This is why I tried to describe the operations I run on the data in 
the wiki.

As you did, people may send me coordinates (bounding box) of an area they know 
well. I’ll process the area and send the results back in OSM format. Please, be 
reasonable on the amount of data to process ;-)


Thanks Daniel. Let me know how it looks then!

Coming from an open-source background, the process is unusual to me,
and I have questions about scalability - will you be able to process
and provide updated data files for all of Canada then? - but if others
are comfortable with it then I won't object.

Some general thoughts regarding tooling as raised upthread:

I was initially excited to see building footprints data as they help
two quite distinct purposes:

1. they provide a mostly-automatic source of geometries for the
millions of single-family houses that wouldn't be mapped in the next
decade otherwise

2. they might provide a corrected and fairly accurate source of
geometries in heavily-built-up areas, where GPS signal is not that
reliable and it can be really difficult to get sufficiently accurate
geometries from imagery, whether because it's not sufficiently
high-resolution, two sets of imagery with conflicting offsets (Bing
and Esri are the two best sets in Toronto, and they're off by about
1-2 m on north-south axis from each other - that's not something I can
check with a consumer-grade GPS so I'm left guessing as to which is
true), or non-vertical imagery (I can count the floors on supposedly
top-down imagery in some cases).

 From what I saw, imports in the GTHA initially focused on the first
case, and I think the Tasking Manager setup was mostly sufficient for
those - where there is nothing currently on the map, or a few simple
2D geometries, a 4 sq km area can feasibly be done in under an hour.

However, as raised by others, I would really want the working squares
in Old Toronto for example to be no more than 500 m x 500 m, or no
more than 1 km x 1 km in St. Catharines. I would _love_ to have the
geometries to manually compare and adjust the 3D buildings already
existing in the area, but it will be much slower.

--Jarek

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



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

Re: [talk-au] Station areas for railway=station

[Andrew Harvey]

As far as I can tell train=yes is an access tag
https://wiki.openstreetmap.org/wiki/Key:access saying trains are allowed,
which seems implied by railway=station. Do you have any other references
which explain what the train=yes tag is for and what it implies in this
case?

I agree wheelchair=yes on the station is quite broad, certainly the
detailed indoor footway mapping which exists at central goes much further
to document exactly what the wheelchair access is. At the high level I
think it's fair to assume that at the top level it just means that the
station and all its platforms is accessible via wheelchair, which I think
it is.

It can be useful for people consuming OSM data to at a glance see which
stations are wheelchair accessible and not.

Sydney Terminal, I believe, is only used for the country train services. In
this context it's still referring to the train station, and not the
platform but I think you could make an argument either way.

The boundary shouldn't be theoretical, per OSM the boundary should be from
the rail perspective where the entry/exit signals are, with the
public_transport tag mapping the station from the passengers perspective.
I'm not sure how anyone would know this without being an actual train
driver or with insider knowledge.

iD warnings might need fixing in this case, but I haven't looked at them in
detail so I'm not sure.

On Wed, 27 Mar 2019 at 11:02, Sebastian Spiess  wrote:

> Am 2019-03-26 11:54, schrieb Andrew Harvey:
> > On Thu, 14 Mar 2019 at 11:43, Warin <61sundow...@gmail.com> wrote:
> >
> >> If https://www.openstreetmap.org/way/34891023/ is to be the
> >> railway=station then it needs to be expanded to include the are of
> >> https://www.openstreetmap.org/way/16748116
> >
> > I've expanded the landuse=railway area to include the main buildings.
> > I've also moved the railway=station to the whole landuse area, and
> > created a new public_transport way which is a bit smaller for Central,
> > per https://www.openstreetmap.org/changeset/68528202.
> >
> > I understand this is a big change, so if there's any issues with doing
> > this let's work them out.
> >
> > I haven't migrated the relation members which used the old
> > railway=station build across yet.
>
> Thanks for your work on this.
>
> Question: any reason the https://www.openstreetmap.org/way/34891023 was
> not tagged with train=yes as per the linked wiki page?
>
> Also, wheelchair=yes might be too broad and not specific enough to be
> actually helpful.
>
> I would think that the alt_name=Sydney Terminal should only be on actual
> platform or buildings. Boundaries such like way/34891023 (above) are
> rather theoretical. I see it as a likely scenario  that the alt_name
> might be used by data consumers to perform routing.
>
> It looks like some of the footpaths on the platforms need more work as
> iD is complaining about them crossing 'Station'.
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[talk-au] OSM CDN cache and AARNet - movement, and request for information

[adam steer]

Hi all

It looks like AARNet are coming to the OSM cache party!

Being academically focussed, they would like a list of researchers who use
OSM and would benefit from the local cache. I’m happy to compile one, so
please feel free to reply off list with:

- name
- institution
- broad project outline
- preferred contact method

AARNet will use the information to help justify the resource. They also
want to write up a news story about it; and work with researchers to ensure
that an AARNet-hosted OSM cache is meeting their needs / making life easier.

I’ll pass the compiled list to Dr Carina Kemp at AARNet; who (or another
AARNet representative) may get in touch with you for all of the above
purposes.

I can’t think of an easy way to make a public self-add list outside of
google docs, so this talk-au thread and anything coming in to my inbox will
have to do. I’m totally open to hearing about a better way to do this, and
happy to share results if you think it’s a great community asset to know
who’s using OSM for what (broadly).

Cheers, and thanks in advance.

Adam

-- 
Dr. Adam Steer
http://spatialised.net
https://www.researchgate.net/profile/Adam_Steer
http://au.linkedin.com/in/adamsteer
http://orcid.org/-0003-0046-7236
+61 427 091 712
skype: adam.d.steer
tweet: @adamdsteer
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Station areas for railway=station

[Sebastian Spiess]

Am 2019-03-26 11:54, schrieb Andrew Harvey:

On Thu, 14 Mar 2019 at 11:43, Warin <61sundow...@gmail.com> wrote:


If https://www.openstreetmap.org/way/34891023/ is to be the
railway=station then it needs to be expanded to include the are of
https://www.openstreetmap.org/way/16748116


I've expanded the landuse=railway area to include the main buildings.
I've also moved the railway=station to the whole landuse area, and
created a new public_transport way which is a bit smaller for Central,
per https://www.openstreetmap.org/changeset/68528202.

I understand this is a big change, so if there's any issues with doing
this let's work them out.

I haven't migrated the relation members which used the old
railway=station build across yet.


Thanks for your work on this.

Question: any reason the https://www.openstreetmap.org/way/34891023 was 
not tagged with train=yes as per the linked wiki page?


Also, wheelchair=yes might be too broad and not specific enough to be 
actually helpful.


I would think that the alt_name=Sydney Terminal should only be on actual 
platform or buildings. Boundaries such like way/34891023 (above) are 
rather theoretical. I see it as a likely scenario  that the alt_name 
might be used by data consumers to perform routing.


It looks like some of the footpaths on the platforms need more work as 
iD is complaining about them crossing 'Station'.


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

Re: [Talk-de] Verkehrsberuhigter Bereich - maxspeed

[Bernhard Weiskopf]

Wenn ein Schild "7" steht, tagge ich "7".
Wenn ein Schild steht, das "Schrittgeschwindigkeit" impliziert, tagge ich 
"walk".

Ich maße mir nicht an zu entscheiden, ob "walk" nun 5 km/h, 6 km/h, 7 km/h, ... 
bedeutet. Das hat weder der Gesetzgeber festgelegt, noch haben das Gerichte 
einheitlich entschieden.

Bernhard

> ...
> > Ich verwende "maxspeed = walk" entsprechend dem proposal
> https://wiki.openstreetmap.org/wiki/Key:maxspeed, denn ich nehme nicht an, 
> dass
> alle Router weltweit alle nationalen Besonderheiten kennen.
> 
> 
> interessant, weil mit genau derselben Begründung taggen viele Leute „7“
> 
> Gruß, Martin
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de


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

Re: [Talk-de] Verkehrsberuhigter Bereich - maxspeed

[Martin Koppenhoefer]

sent from a phone

> On 26. Mar 2019, at 23:28, Bernhard Weiskopf  wrote:
> 
> Ich verwende "maxspeed = walk" entsprechend dem proposal 
> https://wiki.openstreetmap.org/wiki/Key:maxspeed, denn ich nehme nicht an, 
> dass alle Router weltweit alle nationalen Besonderheiten kennen.


interessant, weil mit genau derselben Begründung taggen viele Leute „7“

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

Re: [Talk-it] Ma questa mappa non è la nostra?

[Martin Koppenhoefer]

sent from a phone

> On 26. Mar 2019, at 09:39, Lorenzo Pesci  wrote:
> 
> A chi si fa una segnalazione, Martin?


credo al board oppure alla licence working group oppure a tutt’e due.

bo...@openstreetmapfoundation.org

https://wiki.osmfoundation.org/wiki/Licensing_Working_Group

quando si tratta di una impresa italiana si può scrivere a wikimedia italia.


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

Re: [Talk-de] Verkehrsberuhigter Bereich - maxspeed

[Bernhard Weiskopf]

Ich verwende "maxspeed = walk" entsprechend dem proposal 
https://wiki.openstreetmap.org/wiki/Key:maxspeed, denn ich nehme nicht an, dass 
alle Router weltweit alle nationalen Besonderheiten kennen.

"Schrittgeschwindigkeit" steht in der Rechtsvorschrift, die gilt auch bei 
anderen Wegen wie beispielsweise Gehwege mit Zusatzschild "Radverkehr frei".

Router können dann selbst entscheiden oder den Anwender auswählen lassen, ob 
beispielsweise mit 10 km/h gerechnet werden soll.

Bernhard


> -Ursprüngliche Nachricht-
> Von: Michael Brandtner via Talk-de [mailto:talk-de@openstreetmap.org]
> Gesendet: Dienstag, 26. März 2019 15:07
> An: Openstreetmap talk-de 
> Cc: Michael Brandtner 
> Betreff: Re: [Talk-de] Verkehrsberuhigter Bereich - maxspeed
> 
>  https://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dliving_street#Hinweise
> Im Gegensatz zu manch anderen Mapping-Projekten (z.B. Waze) setzen wir keinen
> Maxspeed für den verkehrsberuhigten Bereich.
> Viele GrüßeMichael
> Am Dienstag, 26. März 2019, 13:32:37 MEZ hat Andreas Labres 
> Folgendes geschrieben:
> 
>  Hallo!
> 
> Mit welcher maxspeed (und ggf. source:maxspeed) taggt Ihr in DE einen
> Verkehrsberuhigten Bereich?
> 
> 7 km/h? (ist in AT üblich für die "Wohnstraße", wie das Schild dort heißt)
> 
> Servus, Andreas
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de


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

Re: [Talk-it] aree pic-nic

[Martin Koppenhoefer]

sent from a phone

> On 26. Mar 2019, at 11:46, demon_box  wrote:
> 
> io per ora faccio così:
> 
> - solo 1 tavolo   leisure=picnic_table   senza area tourism=picnic_site
> - da almeno 2 tavoli in sù traccio l'area come tourism=picnic_site e se
> riesco aggiungo anche i singoli leisure=picnic_table altrimenti lascio la
> sola area


io ci metto quasi sempre il tag area picnic anche con un solo tavolo (volendo 
anche senza tavoli).

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

Re: [Talk-ca] FW: Building Import

[Pierre Béland via Talk-ca]

Voir https://github.com/opendatalabrdc/Documentation/tree/master/topology où 
nous avons entreposé des fichiers geojson du projet de OpenDatalabRDC pour 
consultation.voir par 
exemplehttps://github.com/opendatalabrdc/Documentation/blob/master/topology/topology-irregular-forms-OC_Kampala_hotosm_4360_2018_04_07.geojson
La création d'un répertoire similaire facilliterait la consultations par tous 
des données.  Lors de la consultatin, on clique sur un polygone pour consulter 
les variables d'analyse.
 
Pierre 



 

Le mardi 26 mars 2019 17 h 34 min 24 s HAE, Begin Daniel 
 a écrit :  
 
 Screenshots? A good idea for having everyone seeing the results over 
complicated polygons (I will try keep objective in my selection ;-)

I am working to get it right on multiple adjacent polygons. I'll make the 
results available after I got them.

Daniel

-Original Message-
From: Jarek Piórkowski [mailto:ja...@piorkowski.ca] 
Sent: Tuesday, March 26, 2019 17:19
To: Begin Daniel; talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] FW: Building Import

Hi Daniel,

If you are interested, some more potentially complicated areas around
Golden Horseshoe for testing. Each is roughly one screen on z16. I
don't know some of these as much, you might want to post results as
data files or screenshots for others to also look at to increase
buy-in.

- Spadina Chinatown and Kensington Market in Toronto, small buildings
tight in against each other, many semi-detached or attached, and some
larger ex-industrial buildings: 43.6569,-79.3868,43.6477,-79.4086
- University of Waterloo, with smaller attached residence buildings
that might have somewhat complicated shapes, as well as large
interconnected school buildings: 43.4740,-80.5362,43.4648,-80.5580
- downtown Kitchener, using a variety of grid alignments and some
buildings that might not be square: 43.4562,-80.4782,43.4470,-80.5000
- downtown Hamilton also has streets that aren't at right angles:
43.2619,-79.8572,43.2527,-79.8790
- St. Catharines might also be not square: 43.1640,-79.2322,43.1547,-79.2540
- Unionville, older area of Markham: 43.8717,-79.2993,43.8625,-79.3211

You will notice a trend of downtowns with non-square grids. I'm sure
others will be happy to contribute more examples of areas with
geometries they'd consider tricky. Bigger buildings might be more
likely to not be square if they're built out to max out the available
lot. I imagine only-slightly-non-square grids will be most
challenging...

--Jarek

On Tue, 26 Mar 2019 at 16:49, Begin Daniel  wrote:
>
> As usual, missed the reply all …
>
>
>
> From: jfd...@hotmail.com
> Sent: Tuesday, March 26, 2019 16:26
> To: 'John Whelan'
> Subject: RE: [Talk-ca] Building Import
>
>
>
> It is really kind to consider my background ;-)
>
> You are right regarding the "black box" approach; this is why a large 
> approval from the community is required before I go further.
>
>
>
> Daniel
>
>
>
> From: John Whelan [mailto:jwhelan0...@gmail.com]
> Sent: Tuesday, March 26, 2019 16:04
> To: Begin Daniel
> Cc: Jarek Piórkowski; talk-ca@openstreetmap.org; keith hartley; Alessandro 
> (STATCAN)
> Subject: Re: [Talk-ca] Building Import
>
>
>
> I think my concerns are to do with the "black box" approach.  Knowing your 
> background I trust your work but others might not.
>
> On a technical side I get the impression that cites with buildings that are 
> close to each other are problematical.  I assume that small locations with a 
> population of say under 125,000 this is an insignificant problem?
>
> The other issue is I'd like to either see buy in from Nate or at least some 
> Toronto mappers to get an indication that something will happen at the end of 
> the day as it is a fair chunk of Daniel's time to work out how do the 
> preprocessing.
>
> I think some BC mappers expressed some doubts as well so perhaps they would 
> like to think about if they are happy or would prefer BC to be outside of the 
> import project and express their views.
>
> Out of interest if it does move ahead are we including the Microsoft data for 
> areas where we do not have data from Stats Canada?  If so we will need to 
> amend the project plan.
>
> My personal view is realistically I think having building information even if 
> its a meter or two out is better than not having the building outlines.
>
> What would be nice is if we could have some indication from places such as 
> Manitoba, Alberta, Saskatchewan, Quebec excluding Montreal, Ontario excluding 
> Toronto and the other provinces and territories whether they are happy with 
> importing the buildings either from Stats or Microsoft.
>
> I seem to recall Keith is in Manitoba, so any views other than it wasn't 
> present in the first release from Stats?
>
> Note to Alessandro this is just background stuff.
>
> Thanks
>
> Cheerio John
>
> Begin Daniel wrote on 2019-03-26 3:29 PM:
>
> Jarek,
>
> The area you proposed in quite interesting and will force me to look further 
> at buildings with sharing 

Re: [Talk-ca] FW: Building Import

[Begin Daniel]

Screenshots? A good idea for having everyone seeing the results over 
complicated polygons (I will try keep objective in my selection ;-)

I am working to get it right on multiple adjacent polygons. I'll make the 
results available after I got them.

Daniel

-Original Message-
From: Jarek Piórkowski [mailto:ja...@piorkowski.ca] 
Sent: Tuesday, March 26, 2019 17:19
To: Begin Daniel; talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] FW: Building Import

Hi Daniel,

If you are interested, some more potentially complicated areas around
Golden Horseshoe for testing. Each is roughly one screen on z16. I
don't know some of these as much, you might want to post results as
data files or screenshots for others to also look at to increase
buy-in.

- Spadina Chinatown and Kensington Market in Toronto, small buildings
tight in against each other, many semi-detached or attached, and some
larger ex-industrial buildings: 43.6569,-79.3868,43.6477,-79.4086
- University of Waterloo, with smaller attached residence buildings
that might have somewhat complicated shapes, as well as large
interconnected school buildings: 43.4740,-80.5362,43.4648,-80.5580
- downtown Kitchener, using a variety of grid alignments and some
buildings that might not be square: 43.4562,-80.4782,43.4470,-80.5000
- downtown Hamilton also has streets that aren't at right angles:
43.2619,-79.8572,43.2527,-79.8790
- St. Catharines might also be not square: 43.1640,-79.2322,43.1547,-79.2540
- Unionville, older area of Markham: 43.8717,-79.2993,43.8625,-79.3211

You will notice a trend of downtowns with non-square grids. I'm sure
others will be happy to contribute more examples of areas with
geometries they'd consider tricky. Bigger buildings might be more
likely to not be square if they're built out to max out the available
lot. I imagine only-slightly-non-square grids will be most
challenging...

--Jarek

On Tue, 26 Mar 2019 at 16:49, Begin Daniel  wrote:
>
> As usual, missed the reply all …
>
>
>
> From: jfd...@hotmail.com
> Sent: Tuesday, March 26, 2019 16:26
> To: 'John Whelan'
> Subject: RE: [Talk-ca] Building Import
>
>
>
> It is really kind to consider my background ;-)
>
> You are right regarding the "black box" approach; this is why a large 
> approval from the community is required before I go further.
>
>
>
> Daniel
>
>
>
> From: John Whelan [mailto:jwhelan0...@gmail.com]
> Sent: Tuesday, March 26, 2019 16:04
> To: Begin Daniel
> Cc: Jarek Piórkowski; talk-ca@openstreetmap.org; keith hartley; Alessandro 
> (STATCAN)
> Subject: Re: [Talk-ca] Building Import
>
>
>
> I think my concerns are to do with the "black box" approach.  Knowing your 
> background I trust your work but others might not.
>
> On a technical side I get the impression that cites with buildings that are 
> close to each other are problematical.  I assume that small locations with a 
> population of say under 125,000 this is an insignificant problem?
>
> The other issue is I'd like to either see buy in from Nate or at least some 
> Toronto mappers to get an indication that something will happen at the end of 
> the day as it is a fair chunk of Daniel's time to work out how do the 
> preprocessing.
>
> I think some BC mappers expressed some doubts as well so perhaps they would 
> like to think about if they are happy or would prefer BC to be outside of the 
> import project and express their views.
>
> Out of interest if it does move ahead are we including the Microsoft data for 
> areas where we do not have data from Stats Canada?  If so we will need to 
> amend the project plan.
>
> My personal view is realistically I think having building information even if 
> its a meter or two out is better than not having the building outlines.
>
> What would be nice is if we could have some indication from places such as 
> Manitoba, Alberta, Saskatchewan, Quebec excluding Montreal, Ontario excluding 
> Toronto and the other provinces and territories whether they are happy with 
> importing the buildings either from Stats or Microsoft.
>
> I seem to recall Keith is in Manitoba, so any views other than it wasn't 
> present in the first release from Stats?
>
> Note to Alessandro this is just background stuff.
>
> Thanks
>
> Cheerio John
>
> Begin Daniel wrote on 2019-03-26 3:29 PM:
>
> Jarek,
>
> The area you proposed in quite interesting and will force me to look further 
> at buildings with sharing edges, a concern Pierre also had. I'll be back soon 
> with your area processed.
>
> Daniel
>
>
>
> -Original Message-
>
> From: Begin Daniel [mailto:jfd...@hotmail.com]
>
> Sent: Tuesday, March 26, 2019 14:34
>
> To: Jarek Piórkowski; talk-ca@openstreetmap.org
>
> Subject: Re: [Talk-ca] Building Import
>
>
>
> Jarek,
>
> Since it is a one-time process, I expect to be able to process the files if 
> the community feels comfortable with it. In the meantime, people are welcome 
> to send me the bounding box of an area they would like to examine.
>
>
>
> Daniel
>
>
>
> -Original 

Re: [Talk-ca] Building Import

[john whelan]

At least it is an indication of interest.

Thanks John

On Tue, Mar 26, 2019, 4:57 PM Darren Wiebe,  wrote:

> I'm from rural Alberta close to Lloydminster.  The building import is
> something that interests me and would be useful in my area but I haven't
> been very actively mapping over the last year or two.  Hopefully there are
> Alberta mappers on here who are much more active than I have been.
>
> Darren Wiebe
>
> On Tue, Mar 26, 2019 at 2:04 PM John Whelan  wrote:
>
>> I think my concerns are to do with the "black box" approach.  Knowing
>> your background I trust your work but others might not.
>>
>> On a technical side I get the impression that cites with buildings that
>> are close to each other are problematical.  I assume that small locations
>> with a population of say under 125,000 this is an insignificant problem?
>>
>> The other issue is I'd like to either see buy in from Nate or at least
>> some Toronto mappers to get an indication that something will happen at the
>> end of the day as it is a fair chunk of Daniel's time to work out how do
>> the preprocessing.
>>
>> I think some BC mappers expressed some doubts as well so perhaps they
>> would like to think about if they are happy or would prefer BC to be
>> outside of the import project and express their views.
>>
>> Out of interest if it does move ahead are we including the Microsoft data
>> for areas where we do not have data from Stats Canada?  If so we will need
>> to amend the project plan.
>>
>> My personal view is realistically I think having building information
>> even if its a meter or two out is better than not having the building
>> outlines.
>>
>> What would be nice is if we could have some indication from places such
>> as Manitoba, Alberta, Saskatchewan, Quebec excluding Montreal, Ontario
>> excluding Toronto and the other provinces and territories whether they are
>> happy with importing the buildings either from Stats or Microsoft.
>>
>> I seem to recall Keith is in Manitoba, so any views other than it wasn't
>> present in the first release from Stats?
>>
>> Note to Alessandro this is just background stuff.
>>
>> Thanks
>>
>> Cheerio John
>>
>> Begin Daniel wrote on 2019-03-26 3:29 PM:
>>
>> Jarek,
>> The area you proposed in quite interesting and will force me to look further 
>> at buildings with sharing edges, a concern Pierre also had. I'll be back 
>> soon with your area processed.
>> Daniel
>>
>> -Original Message-
>> From: Begin Daniel [mailto:jfd...@hotmail.com ]
>> Sent: Tuesday, March 26, 2019 14:34
>> To: Jarek Piórkowski; talk-ca@openstreetmap.org
>> Subject: Re: [Talk-ca] Building Import
>>
>> Jarek,
>> Since it is a one-time process, I expect to be able to process the files if 
>> the community feels comfortable with it. In the meantime, people are welcome 
>> to send me the bounding box of an area they would like to examine.
>>
>> Daniel
>>
>> -Original Message-
>> From: Jarek Piórkowski [mailto:ja...@piorkowski.ca ]
>> Sent: Tuesday, March 26, 2019 13:46
>> To: Begin Daniel; talk-ca@openstreetmap.org
>> Subject: Re: [Talk-ca] Building Import
>>
>> On Tue, 26 Mar 2019 at 13:10, Begin Daniel  
>>  wrote:
>>
>> There is actually no standard “code” available since I use FME 
>> (www.safe.com). It is a proprietary ETL application and all operations are 
>> done using “transformers” (https://www.safe.com/transformers/). I can 
>> provide you with the workbench I developed (a bunch of linked transformers) 
>> but you need a license to run it. This is why I tried to describe the 
>> operations I run on the data in the wiki.
>>
>> As you did, people may send me coordinates (bounding box) of an area they 
>> know well. I’ll process the area and send the results back in OSM format. 
>> Please, be reasonable on the amount of data to process ;-)
>>
>> Thanks Daniel. Let me know how it looks then!
>>
>> Coming from an open-source background, the process is unusual to me,
>> and I have questions about scalability - will you be able to process
>> and provide updated data files for all of Canada then? - but if others
>> are comfortable with it then I won't object.
>>
>> Some general thoughts regarding tooling as raised upthread:
>>
>> I was initially excited to see building footprints data as they help
>> two quite distinct purposes:
>>
>> 1. they provide a mostly-automatic source of geometries for the
>> millions of single-family houses that wouldn't be mapped in the next
>> decade otherwise
>>
>> 2. they might provide a corrected and fairly accurate source of
>> geometries in heavily-built-up areas, where GPS signal is not that
>> reliable and it can be really difficult to get sufficiently accurate
>> geometries from imagery, whether because it's not sufficiently
>> high-resolution, two sets of imagery with conflicting offsets (Bing
>> and Esri are the two best sets in Toronto, and they're off by about
>> 1-2 m on north-south axis from each other - that's not something I can
>> check with a 

Re: [Talk-ca] Building Import

[Darren Wiebe]

I'm from rural Alberta close to Lloydminster.  The building import is
something that interests me and would be useful in my area but I haven't
been very actively mapping over the last year or two.  Hopefully there are
Alberta mappers on here who are much more active than I have been.

Darren Wiebe

On Tue, Mar 26, 2019 at 2:04 PM John Whelan  wrote:

> I think my concerns are to do with the "black box" approach.  Knowing your
> background I trust your work but others might not.
>
> On a technical side I get the impression that cites with buildings that
> are close to each other are problematical.  I assume that small locations
> with a population of say under 125,000 this is an insignificant problem?
>
> The other issue is I'd like to either see buy in from Nate or at least
> some Toronto mappers to get an indication that something will happen at the
> end of the day as it is a fair chunk of Daniel's time to work out how do
> the preprocessing.
>
> I think some BC mappers expressed some doubts as well so perhaps they
> would like to think about if they are happy or would prefer BC to be
> outside of the import project and express their views.
>
> Out of interest if it does move ahead are we including the Microsoft data
> for areas where we do not have data from Stats Canada?  If so we will need
> to amend the project plan.
>
> My personal view is realistically I think having building information even
> if its a meter or two out is better than not having the building outlines.
>
> What would be nice is if we could have some indication from places such as
> Manitoba, Alberta, Saskatchewan, Quebec excluding Montreal, Ontario
> excluding Toronto and the other provinces and territories whether they are
> happy with importing the buildings either from Stats or Microsoft.
>
> I seem to recall Keith is in Manitoba, so any views other than it wasn't
> present in the first release from Stats?
>
> Note to Alessandro this is just background stuff.
>
> Thanks
>
> Cheerio John
>
> Begin Daniel wrote on 2019-03-26 3:29 PM:
>
> Jarek,
> The area you proposed in quite interesting and will force me to look further 
> at buildings with sharing edges, a concern Pierre also had. I'll be back soon 
> with your area processed.
> Daniel
>
> -Original Message-
> From: Begin Daniel [mailto:jfd...@hotmail.com ]
> Sent: Tuesday, March 26, 2019 14:34
> To: Jarek Piórkowski; talk-ca@openstreetmap.org
> Subject: Re: [Talk-ca] Building Import
>
> Jarek,
> Since it is a one-time process, I expect to be able to process the files if 
> the community feels comfortable with it. In the meantime, people are welcome 
> to send me the bounding box of an area they would like to examine.
>
> Daniel
>
> -Original Message-
> From: Jarek Piórkowski [mailto:ja...@piorkowski.ca ]
> Sent: Tuesday, March 26, 2019 13:46
> To: Begin Daniel; talk-ca@openstreetmap.org
> Subject: Re: [Talk-ca] Building Import
>
> On Tue, 26 Mar 2019 at 13:10, Begin Daniel  
>  wrote:
>
> There is actually no standard “code” available since I use FME 
> (www.safe.com). It is a proprietary ETL application and all operations are 
> done using “transformers” (https://www.safe.com/transformers/). I can provide 
> you with the workbench I developed (a bunch of linked transformers) but you 
> need a license to run it. This is why I tried to describe the operations I 
> run on the data in the wiki.
>
> As you did, people may send me coordinates (bounding box) of an area they 
> know well. I’ll process the area and send the results back in OSM format. 
> Please, be reasonable on the amount of data to process ;-)
>
> Thanks Daniel. Let me know how it looks then!
>
> Coming from an open-source background, the process is unusual to me,
> and I have questions about scalability - will you be able to process
> and provide updated data files for all of Canada then? - but if others
> are comfortable with it then I won't object.
>
> Some general thoughts regarding tooling as raised upthread:
>
> I was initially excited to see building footprints data as they help
> two quite distinct purposes:
>
> 1. they provide a mostly-automatic source of geometries for the
> millions of single-family houses that wouldn't be mapped in the next
> decade otherwise
>
> 2. they might provide a corrected and fairly accurate source of
> geometries in heavily-built-up areas, where GPS signal is not that
> reliable and it can be really difficult to get sufficiently accurate
> geometries from imagery, whether because it's not sufficiently
> high-resolution, two sets of imagery with conflicting offsets (Bing
> and Esri are the two best sets in Toronto, and they're off by about
> 1-2 m on north-south axis from each other - that's not something I can
> check with a consumer-grade GPS so I'm left guessing as to which is
> true), or non-vertical imagery (I can count the floors on supposedly
> top-down imagery in some cases).
>
> >From what I saw, imports in the GTHA initially focused on the first
> case, 

[Talk-ca] FW: Building Import

[Begin Daniel]

As usual, missed the reply all …

From: jfd...@hotmail.com
Sent: Tuesday, March 26, 2019 16:26
To: 'John Whelan'
Subject: RE: [Talk-ca] Building Import

It is really kind to consider my background ;-)
You are right regarding the "black box" approach; this is why a large approval 
from the community is required before I go further.

Daniel

From: John Whelan [mailto:jwhelan0...@gmail.com]
Sent: Tuesday, March 26, 2019 16:04
To: Begin Daniel
Cc: Jarek Piórkowski; talk-ca@openstreetmap.org; keith hartley; Alessandro 
(STATCAN)
Subject: Re: [Talk-ca] Building Import

I think my concerns are to do with the "black box" approach.  Knowing your 
background I trust your work but others might not.

On a technical side I get the impression that cites with buildings that are 
close to each other are problematical.  I assume that small locations with a 
population of say under 125,000 this is an insignificant problem?

The other issue is I'd like to either see buy in from Nate or at least some 
Toronto mappers to get an indication that something will happen at the end of 
the day as it is a fair chunk of Daniel's time to work out how do the 
preprocessing.

I think some BC mappers expressed some doubts as well so perhaps they would 
like to think about if they are happy or would prefer BC to be outside of the 
import project and express their views.

Out of interest if it does move ahead are we including the Microsoft data for 
areas where we do not have data from Stats Canada?  If so we will need to amend 
the project plan.

My personal view is realistically I think having building information even if 
its a meter or two out is better than not having the building outlines.

What would be nice is if we could have some indication from places such as 
Manitoba, Alberta, Saskatchewan, Quebec excluding Montreal, Ontario excluding 
Toronto and the other provinces and territories whether they are happy with 
importing the buildings either from Stats or Microsoft.

I seem to recall Keith is in Manitoba, so any views other than it wasn't 
present in the first release from Stats?

Note to Alessandro this is just background stuff.

Thanks

Cheerio John

Begin Daniel wrote on 2019-03-26 3:29 PM:

Jarek,

The area you proposed in quite interesting and will force me to look further at 
buildings with sharing edges, a concern Pierre also had. I'll be back soon with 
your area processed.

Daniel



-Original Message-

From: Begin Daniel [mailto:jfd...@hotmail.com]

Sent: Tuesday, March 26, 2019 14:34

To: Jarek Piórkowski; 
talk-ca@openstreetmap.org

Subject: Re: [Talk-ca] Building Import



Jarek,

Since it is a one-time process, I expect to be able to process the files if the 
community feels comfortable with it. In the meantime, people are welcome to 
send me the bounding box of an area they would like to examine.



Daniel



-Original Message-

From: Jarek Piórkowski [mailto:ja...@piorkowski.ca]

Sent: Tuesday, March 26, 2019 13:46

To: Begin Daniel; talk-ca@openstreetmap.org

Subject: Re: [Talk-ca] Building Import



On Tue, 26 Mar 2019 at 13:10, Begin Daniel 
 wrote:

There is actually no standard “code” available since I use FME 
(www.safe.com). It is a proprietary ETL application and 
all operations are done using “transformers” 
(https://www.safe.com/transformers/). I can provide you with the workbench I 
developed (a bunch of linked transformers) but you need a license to run it. 
This is why I tried to describe the operations I run on the data in the wiki.



As you did, people may send me coordinates (bounding box) of an area they know 
well. I’ll process the area and send the results back in OSM format. Please, be 
reasonable on the amount of data to process ;-)

Thanks Daniel. Let me know how it looks then!



Coming from an open-source background, the process is unusual to me,

and I have questions about scalability - will you be able to process

and provide updated data files for all of Canada then? - but if others

are comfortable with it then I won't object.



Some general thoughts regarding tooling as raised upthread:



I was initially excited to see building footprints data as they help

two quite distinct purposes:



1. they provide a mostly-automatic source of geometries for the

millions of single-family houses that wouldn't be mapped in the next

decade otherwise



2. they might provide a corrected and fairly accurate source of

geometries in heavily-built-up areas, where GPS signal is not that

reliable and it can be really difficult to get sufficiently accurate

geometries from imagery, whether because it's not sufficiently

high-resolution, two sets of imagery with conflicting offsets (Bing

and Esri are the two best sets in Toronto, and they're off by about

1-2 m on north-south axis from each other - that's not something I can

check with a consumer-grade GPS so I'm 

Re: [Talk-us] Is there any value at all in tiger:MTFCC and tiger:FUNCSTAT tags? (Kevin Kenny)

[Kevin Kenny]

On Tue, Mar 26, 2019 at 4:02 PM OSM Volunteer stevea
 wrote:
> The usage of a tag (via taginfo) does give some indication of its usefulness 
> (e.g. school can't be that important a boundary tag if there are only nine or 
> ten of them in all of OSM), unless massive numbers of them were imported, as 
> from TIGER and these MTFCC and FUNCSTAT crufty stuff.  But when we can hardly 
> figure them out (although Kenny did a great job explaining what they MIGHT 
> mean) AND they are from a "hoary old import" (as TIGER is often called), 
> there really is good argument to remove them.  I'd vote to do so in a 
> heartbeat (if were collecting votes, and we don't appear to be doing so).  
> Hence, my logic-outline instead.  If they are essentially useless — and many 
> seem to agree they are — I believe it is prudent to remove them.

I don't disagree. Ordinarily, though, I don't advocate removing tags
or objects unless they are clearly wrong, and not just useless - hence
my agreement that the (historic) GNIS points are actively harmful.

Still, given the amount of trouble that I had figuring out FUNCSTAT
from the documentation, it might cross over into 'harmful' since my
guess is that every reasonable interpretation of that confusing schema
is misleading.

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

Re: [OSM-talk] HOT and the OSMF

[Jean-Marc Liotier]

On 3/26/19 8:31 PM, john whelan wrote:
Apparently I'm the mapper who is the 4th in Mali and currently I do 
not map for HOT.

HOT does not have a monopoly in Mali.


Yes - rural Mali in Openstreetmap owes a lot to you. I'm the one who is 
first on that list (I'm more a urban mapping sort or person), I'm not 
HOT and neither is the second (someone on an Apple project - he did nice 
work on the riverbanks). The three of us represent two thirds of all map 
changes in Mali in the last two months.


Anyway, we are foreigners.

The locals on the other hand, a very large portion or which (among the 
top 20 people alone, I estimate 7 people, reaching around 19% of all 
changes, mostly buildings ) are socially connected to 
Nathalie Sidibé, who sits on the HOT board. The #Hotosm tagged and 
tasking-manager coordinated changes are only the visible part. 
Francophonie-connected people have led some significant efforts in the 
past, but HOT's comparatively large budget goes a long way in those 
parts - in terms of social reach.




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

Re: [Talk-ca] Building Import

[John Whelan]

I think my concerns are to do with the "black box" approach.  Knowing 
your background I trust your work but others might not.


On a technical side I get the impression that cites with buildings that 
are close to each other are problematical.  I assume that small 
locations with a population of say under 125,000 this is an 
insignificant problem?


The other issue is I'd like to either see buy in from Nate or at least 
some Toronto mappers to get an indication that something will happen at 
the end of the day as it is a fair chunk of Daniel's time to work out 
how do the preprocessing.


I think some BC mappers expressed some doubts as well so perhaps they 
would like to think about if they are happy or would prefer BC to be 
outside of the import project and express their views.


Out of interest if it does move ahead are we including the Microsoft 
data for areas where we do not have data from Stats Canada?  If so we 
will need to amend the project plan.


My personal view is realistically I think having building information 
even if its a meter or two out is better than not having the building 
outlines.


What would be nice is if we could have some indication from places such 
as Manitoba, Alberta, Saskatchewan, Quebec excluding Montreal, Ontario 
excluding Toronto and the other provinces and territories whether they 
are happy with importing the buildings either from Stats or Microsoft.


I seem to recall Keith is in Manitoba, so any views other than it wasn't 
present in the first release from Stats?


Note to Alessandro this is just background stuff.

Thanks

Cheerio John

Begin Daniel wrote on 2019-03-26 3:29 PM:

Jarek,
The area you proposed in quite interesting and will force me to look further at 
buildings with sharing edges, a concern Pierre also had. I'll be back soon with 
your area processed.
Daniel

-Original Message-
From: Begin Daniel [mailto:jfd...@hotmail.com]
Sent: Tuesday, March 26, 2019 14:34
To: Jarek Piórkowski; talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Building Import

Jarek,
Since it is a one-time process, I expect to be able to process the files if the 
community feels comfortable with it. In the meantime, people are welcome to 
send me the bounding box of an area they would like to examine.

Daniel

-Original Message-
From: Jarek Piórkowski [mailto:ja...@piorkowski.ca]
Sent: Tuesday, March 26, 2019 13:46
To: Begin Daniel; talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Building Import

On Tue, 26 Mar 2019 at 13:10, Begin Daniel  wrote:

There is actually no standard “code” available since I use FME (www.safe.com). 
It is a proprietary ETL application and all operations are done using 
“transformers” (https://www.safe.com/transformers/). I can provide you with the 
workbench I developed (a bunch of linked transformers) but you need a license 
to run it. This is why I tried to describe the operations I run on the data in 
the wiki.

As you did, people may send me coordinates (bounding box) of an area they know 
well. I’ll process the area and send the results back in OSM format. Please, be 
reasonable on the amount of data to process ;-)

Thanks Daniel. Let me know how it looks then!

Coming from an open-source background, the process is unusual to me,
and I have questions about scalability - will you be able to process
and provide updated data files for all of Canada then? - but if others
are comfortable with it then I won't object.

Some general thoughts regarding tooling as raised upthread:

I was initially excited to see building footprints data as they help
two quite distinct purposes:

1. they provide a mostly-automatic source of geometries for the
millions of single-family houses that wouldn't be mapped in the next
decade otherwise

2. they might provide a corrected and fairly accurate source of
geometries in heavily-built-up areas, where GPS signal is not that
reliable and it can be really difficult to get sufficiently accurate
geometries from imagery, whether because it's not sufficiently
high-resolution, two sets of imagery with conflicting offsets (Bing
and Esri are the two best sets in Toronto, and they're off by about
1-2 m on north-south axis from each other - that's not something I can
check with a consumer-grade GPS so I'm left guessing as to which is
true), or non-vertical imagery (I can count the floors on supposedly
top-down imagery in some cases).

 From what I saw, imports in the GTHA initially focused on the first
case, and I think the Tasking Manager setup was mostly sufficient for
those - where there is nothing currently on the map, or a few simple
2D geometries, a 4 sq km area can feasibly be done in under an hour.

However, as raised by others, I would really want the working squares
in Old Toronto for example to be no more than 500 m x 500 m, or no
more than 1 km x 1 km in St. Catharines. I would _love_ to have the
geometries to manually compare and adjust the 3D buildings already
existing in the area, but it will be much 

Re: [Talk-us] Is there any value at all in tiger:MTFCC and tiger:FUNCSTAT tags? (Kevin Kenny)

[OSM Volunteer stevea]

FWIW, I believe these TIGER tags have exceedingly low value in OSM:  
approaching or at zero.  I say this because of a large/wide/far-reaching 
consensus we have reached with "similar" values in the USA on 
boundary=admin_level tags, where such entities were not only found to not be 
admin_levels (e.g. school districts and special districts are not those), but 
also that a taginfo query found that out of millions of boundary tag entries, 
fewer than a dozen of them were boundary=school.  The myriad flavors of special 
districts are similar:  few entries and low value to OSM.

The usage of a tag (via taginfo) does give some indication of its usefulness 
(e.g. school can't be that important a boundary tag if there are only nine or 
ten of them in all of OSM), unless massive numbers of them were imported, as 
from TIGER and these MTFCC and FUNCSTAT crufty stuff.  But when we can hardly 
figure them out (although Kenny did a great job explaining what they MIGHT 
mean) AND they are from a "hoary old import" (as TIGER is often called), there 
really is good argument to remove them.  I'd vote to do so in a heartbeat (if 
were collecting votes, and we don't appear to be doing so).  Hence, my 
logic-outline instead.  If they are essentially useless — and many seem to 
agree they are — I believe it is prudent to remove them.

SteveA
California

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

Re: [Talk-ca] Building Import

[Pierre Béland via Talk-ca]

Voici les observations que j'ai fait à Daniel a partir des données du premier 
test qu'il a effectué pour Toronto.

Un premier examen visuel pour le BBOX utilisé montre que l'outil a produit 
correctement les formes orthogonales en général. J'ai constaté cependant des 
cas où un des angles n'aurait pas du être corrigé.   exemple 
https://www.openstreetmap.org/way/285346662
En milieu urbain dense, je constate aussi de nombreux chevauchements de 
polygones avec des bâtiment très prés ou  qui préalablement partagaient un 
vertice commun. Le traitement d'un bloc d'immeuble pourrait être une solution 
pour éviter les chevauchements. Cependant, si on retrouve des angles non 
rectangulaires avec plus de 10 degrés d'écart, il faudrait conserver ces angles 
tels quels.Exemple, batiment 540, qui fait angle non rectangulaires sur un coin 
de rue. https://www.openstreetmap.org/way/661895522
 
Pierre 
 

Le mardi 26 mars 2019 15 h 30 min 13 s HAE, Begin Daniel 
 a écrit :  
 
 Jarek, 
The area you proposed in quite interesting and will force me to look further at 
buildings with sharing edges, a concern Pierre also had. I'll be back soon with 
your area processed.
Daniel  ___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] Dessiner bande de part et d'autre d'une ligne ferroviaire ?

[osm . sanspourriel]

Tu peux aussi utiliser l'API Overpass.

Exemple de requête  commentée pour que
tu adaptes à tes besoins.

Jean-Yvon

Le 26/03/2019 à 15:58, Shohreh - codecompl...@free.fr a écrit :

En attendant de trouver comment faire ça plus rapidement et élégamment avec
un script… JOSM à la rescousse :

https://ibb.co/6YRQM2w



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
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] HOT and the OSMF

[john whelan]

Apparently I'm the mapper who is the 4th in Mali and currently I do not map
for HOT.

HOT does not have a monopoly in Mali.

Cheerio John

Cheerio John

On Tue, Mar 26, 2019, 2:26 PM Jean-Marc Liotier,  wrote:

> In some countries (Mali for example), HOT is by far the institution with
> the most notoriety related to Openstreetmap - and it is often the only one.
> There, Openstreetmap appears to be a humanitarian mapping project under
> supervision and sponsorship of HOT. The confusion is real and the least the
> OSMF could do to start clearing it is to make sure that the domains are
> separate. http://hot.openstreetmap.org must not point to a HOT domain.
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-ca] Building Import

[Begin Daniel]

Jarek, 
The area you proposed in quite interesting and will force me to look further at 
buildings with sharing edges, a concern Pierre also had. I'll be back soon with 
your area processed.
Daniel

-Original Message-
From: Begin Daniel [mailto:jfd...@hotmail.com] 
Sent: Tuesday, March 26, 2019 14:34
To: Jarek Piórkowski; talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Building Import

Jarek, 
Since it is a one-time process, I expect to be able to process the files if the 
community feels comfortable with it. In the meantime, people are welcome to 
send me the bounding box of an area they would like to examine.

Daniel

-Original Message-
From: Jarek Piórkowski [mailto:ja...@piorkowski.ca] 
Sent: Tuesday, March 26, 2019 13:46
To: Begin Daniel; talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Building Import

On Tue, 26 Mar 2019 at 13:10, Begin Daniel  wrote:
> There is actually no standard “code” available since I use FME 
> (www.safe.com). It is a proprietary ETL application and all operations are 
> done using “transformers” (https://www.safe.com/transformers/). I can provide 
> you with the workbench I developed (a bunch of linked transformers) but you 
> need a license to run it. This is why I tried to describe the operations I 
> run on the data in the wiki.
>
> As you did, people may send me coordinates (bounding box) of an area they 
> know well. I’ll process the area and send the results back in OSM format. 
> Please, be reasonable on the amount of data to process ;-)

Thanks Daniel. Let me know how it looks then!

Coming from an open-source background, the process is unusual to me,
and I have questions about scalability - will you be able to process
and provide updated data files for all of Canada then? - but if others
are comfortable with it then I won't object.

Some general thoughts regarding tooling as raised upthread:

I was initially excited to see building footprints data as they help
two quite distinct purposes:

1. they provide a mostly-automatic source of geometries for the
millions of single-family houses that wouldn't be mapped in the next
decade otherwise

2. they might provide a corrected and fairly accurate source of
geometries in heavily-built-up areas, where GPS signal is not that
reliable and it can be really difficult to get sufficiently accurate
geometries from imagery, whether because it's not sufficiently
high-resolution, two sets of imagery with conflicting offsets (Bing
and Esri are the two best sets in Toronto, and they're off by about
1-2 m on north-south axis from each other - that's not something I can
check with a consumer-grade GPS so I'm left guessing as to which is
true), or non-vertical imagery (I can count the floors on supposedly
top-down imagery in some cases).

From what I saw, imports in the GTHA initially focused on the first
case, and I think the Tasking Manager setup was mostly sufficient for
those - where there is nothing currently on the map, or a few simple
2D geometries, a 4 sq km area can feasibly be done in under an hour.

However, as raised by others, I would really want the working squares
in Old Toronto for example to be no more than 500 m x 500 m, or no
more than 1 km x 1 km in St. Catharines. I would _love_ to have the
geometries to manually compare and adjust the 3D buildings already
existing in the area, but it will be much slower.

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

[OSM-talk-fr] CartONG vous invite à la Nuit de la Géographie - 5 avril

[Martin Noblecourt]

Bonjour à tous,*
*

*CartONG et ses partenaires vous invitent à nous rejoindre le vendredi 5 
avril dans le cadre de la Nuit de la Géographie 2019.* Au programme : de 
la cartographie participative sur OpenStreetMap en soutien aux 
organisations humanitaires !


/La Nuit de la Géo : qu’est ce que c’est ?/

Cet événement d'abord national puis européen créé par le Comité National 
Français de Géographie  (CNFG) en 2017,*vise à 
montrer au grand public l’intérêt du travail des géographes et la 
géographie en général*. L'année 2019 marque la *3ème édition* de cet 
évènement qui se déroulera dans un grand nombre de villes françaises, 
européennes et, pour la première fois, un peu partout dans le monde.


/Sensibiliser à OSM et contribuer aux actions de solidarité internationale/

Pour cette nouvelle édition de la Nuit de la Géographie, *CartONG s’est 
lancé le pari d’organiser le plus grand nombre possible de mapathons en 
France et en Europe ! *En effet, quoi de mieux pour sensibiliser au 
travail des cartographes que d’initier le grand public à la contribution 
sur OpenStreetMap ?


Comme vous le savez, OSM permet de créer et fournir des données 
géographiques libres pour quiconque en aurait besoin. Cet outil permet 
d'éditer des cartes routières, cyclables ou thématiques, mais également 
de compléter les zones qui ne sont pas encore cartographiées sur la 
planète. Ces*informations sont notamment primordiales pour 
l'intervention des ONG dans les zones de conflits ou celles touchées par 
des catastrophes humanitaires ou naturelles* ; elles le sont également 
pour les institutions et les communautés locales.


Vous pouvez participer à l'un des 9 mapathons organisés en France, et y 
inviter vos proches pour leur faire découvrir OSM !


 * Vendredi 5 avril de 18h45 à 21h à *Paris* : inscriptions ici
   
-
   organisé en partenariat avec La Bellevilloise
    & Geomactif
   

 * Vendredi 5 avril de 20h à 22h à *Lyon* : inscriptions ici
   

   - organisé en partenariat avec l’AGEAM
   
 * Vendredi 5 avril de 18h30 à 21h30 à *Grenoble* : inscriptions ici
   

   - organisé avec l’IUGA 
 * Vendredi 5 avril de 18h30 à 21h30 à *Chambéry* : inscriptions ici
   

 - organisé en partenariat avec l’AGS
   
 * Vendredi 5 avril de 18h30 à 21h30 à *Beauvais* : inscriptions ici
   

 - organisé en partenariat avec UniLaSalle Beauvais
   
 * Vendredi 5 avril de 18h30 à 21h30 à *Brest *: inscriptions ici
   

 - organisé en partenariat avec l'UBO Open Factory
   
 * Vendredi 5 avril de 18h00 à 21h00 à *Besançon* : inscriptions ici
   

   - organisé en partenariat avec la Maison des sciences de l'homme et
   de l'environnement , et le laboratoire
   ThéMA .
 * Vendredi 5 avril de 18h00 à 20h00 à *Pau* : inscriptions ici
   

   - organisé en partenariat avec le Laboratoire Passages
   
 * Vendredi 5 avril de 18h00 à 20h00 à *Perpignan* : inscriptions ici
   

   - organisé en partenariat avec l'Université
   de Perpignan
   Via Domitia 

Des *activités similaires sont prévues en Allemagne et en Italie* avec 
nos partenaires Polimappers  et 
Heidelberg University . Plus 
d’informations à venir également !


Par ailleurs, *CartONG est engagé auprès des communautés OSM d'Afrique 
francophone qui organisent également plusieurs mapathons* *dans le cadre 
de la Nuit de la Géo *:


 * A l’Université de Saint-Louis, au Sénégal
 * A Bamako, au Mali
 * A Calavi, au Bénin
 

Re: [Talk-ca] Building Import

[Begin Daniel]

Jarek, 
Since it is a one-time process, I expect to be able to process the files if the 
community feels comfortable with it. In the meantime, people are welcome to 
send me the bounding box of an area they would like to examine.

Daniel

-Original Message-
From: Jarek Piórkowski [mailto:ja...@piorkowski.ca] 
Sent: Tuesday, March 26, 2019 13:46
To: Begin Daniel; talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Building Import

On Tue, 26 Mar 2019 at 13:10, Begin Daniel  wrote:
> There is actually no standard “code” available since I use FME 
> (www.safe.com). It is a proprietary ETL application and all operations are 
> done using “transformers” (https://www.safe.com/transformers/). I can provide 
> you with the workbench I developed (a bunch of linked transformers) but you 
> need a license to run it. This is why I tried to describe the operations I 
> run on the data in the wiki.
>
> As you did, people may send me coordinates (bounding box) of an area they 
> know well. I’ll process the area and send the results back in OSM format. 
> Please, be reasonable on the amount of data to process ;-)

Thanks Daniel. Let me know how it looks then!

Coming from an open-source background, the process is unusual to me,
and I have questions about scalability - will you be able to process
and provide updated data files for all of Canada then? - but if others
are comfortable with it then I won't object.

Some general thoughts regarding tooling as raised upthread:

I was initially excited to see building footprints data as they help
two quite distinct purposes:

1. they provide a mostly-automatic source of geometries for the
millions of single-family houses that wouldn't be mapped in the next
decade otherwise

2. they might provide a corrected and fairly accurate source of
geometries in heavily-built-up areas, where GPS signal is not that
reliable and it can be really difficult to get sufficiently accurate
geometries from imagery, whether because it's not sufficiently
high-resolution, two sets of imagery with conflicting offsets (Bing
and Esri are the two best sets in Toronto, and they're off by about
1-2 m on north-south axis from each other - that's not something I can
check with a consumer-grade GPS so I'm left guessing as to which is
true), or non-vertical imagery (I can count the floors on supposedly
top-down imagery in some cases).

From what I saw, imports in the GTHA initially focused on the first
case, and I think the Tasking Manager setup was mostly sufficient for
those - where there is nothing currently on the map, or a few simple
2D geometries, a 4 sq km area can feasibly be done in under an hour.

However, as raised by others, I would really want the working squares
in Old Toronto for example to be no more than 500 m x 500 m, or no
more than 1 km x 1 km in St. Catharines. I would _love_ to have the
geometries to manually compare and adjust the 3D buildings already
existing in the area, but it will be much slower.

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

Re: [talk-cz] path nebo footway?

[Pavel Pilát]

Nevím, kde jsem dal oči - je to tam opravdu service, tak se to jen
prodlouží. A ze severu to je vlastně serviska taky...

A ti Němci to zvláštně zkomplikovali...

Díky moc, dámo a pánové, za podnětné informace! :-)

On Tue, Mar 26, 2019 at 12:22 PM Petr Vozdecký  wrote:

> Nehledej v tom nic sloziteho - cim jednodussi to je, tim lepe. Mluvime o
> zapadnim konci mostu: fyzicky to je prime napojeni te komunikace od zapadu
> oznacene jako highway=service a komunikace od severu oznacene jako
> highway=track. V miste vidim (po shlednuti ortofoto) jako nejlogictejsi
> reseni oznacit VSECHNY zpevnene komunikace v danem miste - tedy i tu cestu
> od severu - jako highway=service. Lávka je spravne highway=footway a
> bicycle=dismount. Vhodné je doplnit highway=steps, step_count= a incline=.
>
> Na vychodni strane mostu je to dle fotek navic jeste explicitní
> cyklostezka, tzn. ze je to otagovane spravne.
>
> vop
>
>
>
> -- Původní e-mail --
> Od: Marián Kyral 
> Komu: OpenStreetMap Czech Republic 
> Datum: 26. 3. 2019 11:33:06
> Předmět: Re: [talk-cz] path nebo footway?
>
> -- Původní e-mail --
> Od: Pavel Pilát 
> Komu: OpenStreetMap Czech Republic 
> Datum: 25. 3. 2019 22:06:25
> Předmět: Re: [talk-cz] path nebo footway?
>
> Jo, path chápu taky jako vyšlapanou pěšinu...
>
> Highway=service mě napadla též, ale přišlo mi divné mít desetimetrovou
> service mezi lávkou a cyklostezkou. :-) A co samotná lávka? Na lávce už to
> service asi bude těžko...
>
>
> A proč ti to přijde divné? Je jen pokračování účelové komunikace, která
> končí u lávky (příjezd pro vozidla údržby). A na lávce je samozřejmě
> chodník.
>
>
> 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] HOT and the OSMF

[Jean-Marc Liotier]

In some countries (Mali for example), HOT is by far the institution with 
the most notoriety related to Openstreetmap - and it is often the only 
one. There, Openstreetmap appears to be a humanitarian mapping project 
under supervision and sponsorship of HOT. The confusion is real and the 
least the OSMF could do to start clearing it is to make sure that the 
domains are separate. http://hot.openstreetmap.org must not point to a 
HOT domain.



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

Re: [Talk-ca] Building Import

[Jarek Piórkowski]

On Tue, 26 Mar 2019 at 13:10, Begin Daniel  wrote:
> There is actually no standard “code” available since I use FME 
> (www.safe.com). It is a proprietary ETL application and all operations are 
> done using “transformers” (https://www.safe.com/transformers/). I can provide 
> you with the workbench I developed (a bunch of linked transformers) but you 
> need a license to run it. This is why I tried to describe the operations I 
> run on the data in the wiki.
>
> As you did, people may send me coordinates (bounding box) of an area they 
> know well. I’ll process the area and send the results back in OSM format. 
> Please, be reasonable on the amount of data to process ;-)

Thanks Daniel. Let me know how it looks then!

Coming from an open-source background, the process is unusual to me,
and I have questions about scalability - will you be able to process
and provide updated data files for all of Canada then? - but if others
are comfortable with it then I won't object.

Some general thoughts regarding tooling as raised upthread:

I was initially excited to see building footprints data as they help
two quite distinct purposes:

1. they provide a mostly-automatic source of geometries for the
millions of single-family houses that wouldn't be mapped in the next
decade otherwise

2. they might provide a corrected and fairly accurate source of
geometries in heavily-built-up areas, where GPS signal is not that
reliable and it can be really difficult to get sufficiently accurate
geometries from imagery, whether because it's not sufficiently
high-resolution, two sets of imagery with conflicting offsets (Bing
and Esri are the two best sets in Toronto, and they're off by about
1-2 m on north-south axis from each other - that's not something I can
check with a consumer-grade GPS so I'm left guessing as to which is
true), or non-vertical imagery (I can count the floors on supposedly
top-down imagery in some cases).

From what I saw, imports in the GTHA initially focused on the first
case, and I think the Tasking Manager setup was mostly sufficient for
those - where there is nothing currently on the map, or a few simple
2D geometries, a 4 sq km area can feasibly be done in under an hour.

However, as raised by others, I would really want the working squares
in Old Toronto for example to be no more than 500 m x 500 m, or no
more than 1 km x 1 km in St. Catharines. I would _love_ to have the
geometries to manually compare and adjust the 3D buildings already
existing in the area, but it will be much slower.

--Jarek

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

Re: [OSM-talk-fr] Article 13, directive droit d'auteur

[Benoit Fournier]

Disons qu'en France le résultat est accablant.

Même dans les groupes parlementaires européens qui ont décidé de demander
des modifications ou de s'opposer, les membres français n'ont pas suivi le
consensus de groupe.

La vue d'ensemble est visible ici :
https://twitter.com/Senficon/status/1110552457682264065
Et les parlementaires français sont systématiquement du mauvais côté de la
balance de leur groupe :(

Pour des résultats "bruts" :
https://juliareda.eu/wp-content/uploads/2019/03/copyrightvote.pdf
avec les 2 votes d'aujourd'hui.
Pour le premier, "Vote: Consider amendments?", "il aurait fallu" voter "Oui
+" pour demander des modifications ou retoquer des articles controversés.
Pour le second, "Vote: Adoption of the Copyright Directive", "il aurait
fallu" voter "Non -" pour s'opposer à la directive.


On Tue, 26 Mar 2019 at 18:11, Cédric Frayssinet 
wrote:

>
> :(
>
> Aurons-nous le détail des votes avec les différents partis pour se
> souvenir en Mai justement ?
>
> Cédric
>
> Le 26/03/2019 à 15:16, marc marc a écrit :
>
> 348 personnes ont voté une loi 
> inapplicablehttps://twitter.com/Senficon/status/1110509970213294081 triste 
> jour
> il n'a manqué que 5 voix pour faire sauter l'article problématique.
> Souvenez-vous en lors du vote en mai !
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
> Dégooglisé !  - Sociétaire Enercoop
> , l'énergie
> militante
>
> Sur Mastodon : @bristow...@framapiaf.org
> 
>
> [image: Promouvoir et soutenir le logiciel libre] 
> ___
> 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-ca] Building Import

[James]

If you could share the workbench it would be greatly appreciated.

Thanks

On Tue., Mar. 26, 2019, 1:11 p.m. Begin Daniel,  wrote:

> Hi Jarek,
> There is actually no standard “code” available since I use FME (
> www.safe.com). It is a proprietary ETL application and all operations are
> done using “transformers” (https://www.safe.com/transformers/). I can
> provide you with the workbench I developed (a bunch of linked transformers)
> but you need a license to run it. This is why I tried to describe the
> operations I run on the data in the wiki.
>
> As you did, people may send me coordinates (bounding box) of an area they
> know well. I’ll process the area and send the results back in OSM format.
> Please, be reasonable on the amount of data to process ;-)
>
> Cheers,
> Daniel
>
> -Original Message-
> From: Jarek Piórkowski [mailto:ja...@piorkowski.ca]
> Sent: Tuesday, March 26, 2019 12:15
> To: Begin Daniel; talk-ca@openstreetmap.org
> Subject: Re: [Talk-ca] Building Import
>
> On Tue, 26 Mar 2019 at 11:58, Begin Daniel  wrote:
> > a first version of the cleaning tool is now functional.
> >
> > At this point, the tool is built to remove extra vertices, orthogonalize
> building footprints (when possible) and identify overlapped geometries.
> Details about the application are found in Canada Building Import
> discussion page …
> >
> >
> https://wiki.openstreetmap.org/wiki/Talk:Canada_Building_Import#Quality_Assurance_details
> >
> > So far, Tim has looked at the result for Montréal (Import data) and
> Pierre for Toronto (OSM data). I understand from their comments that the
> tool generally does its job well. However, both whish to see more
> functionality added to the application (editing automation).
> >
> > Before going further, I would like to know if the community is at ease
> with the Pierre and Tim assessment, and is ready to go further in the
> import process discussion. I ask that because going further with editing
> automation will definitely be more complex, without any guarantee about the
> results.
>
> Hi Daniel,
>
> Thank you for your work on this.
>
> Are you able to share the application or code in any way? I did not
> see any links in the talk page. It is really not possible to say much
> without looking at what the code does with some of the buildings with
> geometries I'm familiar with.
>
> Alternatively shall we send you over an area we're familiar with and
> you could send over the results of the tool? But I am concerned that
> would scale really poorly.
>
> To give a concrete example, I would be curious about the output of the
> tool for area 43.6450,-79.4071,43.6358,-79.4289 - I know that the
> geometries already in OSM for the area are partially inaccurate or
> overly simplified, so I'm curious how the processed import data looks.
>
> Thanks again,
> --Jarek
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Building Import

[Begin Daniel]

Hi Jarek, 
There is actually no standard “code” available since I use FME (www.safe.com). 
It is a proprietary ETL application and all operations are done using 
“transformers” (https://www.safe.com/transformers/). I can provide you with the 
workbench I developed (a bunch of linked transformers) but you need a license 
to run it. This is why I tried to describe the operations I run on the data in 
the wiki. 

As you did, people may send me coordinates (bounding box) of an area they know 
well. I’ll process the area and send the results back in OSM format. Please, be 
reasonable on the amount of data to process ;-)

Cheers,
Daniel

-Original Message-
From: Jarek Piórkowski [mailto:ja...@piorkowski.ca] 
Sent: Tuesday, March 26, 2019 12:15
To: Begin Daniel; talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Building Import

On Tue, 26 Mar 2019 at 11:58, Begin Daniel  wrote:
> a first version of the cleaning tool is now functional.
>
> At this point, the tool is built to remove extra vertices, orthogonalize 
> building footprints (when possible) and identify overlapped geometries. 
> Details about the application are found in Canada Building Import discussion 
> page …
>
> https://wiki.openstreetmap.org/wiki/Talk:Canada_Building_Import#Quality_Assurance_details
>
> So far, Tim has looked at the result for Montréal (Import data) and Pierre 
> for Toronto (OSM data). I understand from their comments that the tool 
> generally does its job well. However, both whish to see more functionality 
> added to the application (editing automation).
>
> Before going further, I would like to know if the community is at ease with 
> the Pierre and Tim assessment, and is ready to go further in the import 
> process discussion. I ask that because going further with editing automation 
> will definitely be more complex, without any guarantee about the results.

Hi Daniel,

Thank you for your work on this.

Are you able to share the application or code in any way? I did not
see any links in the talk page. It is really not possible to say much
without looking at what the code does with some of the buildings with
geometries I'm familiar with.

Alternatively shall we send you over an area we're familiar with and
you could send over the results of the tool? But I am concerned that
would scale really poorly.

To give a concrete example, I would be curious about the output of the
tool for area 43.6450,-79.4071,43.6358,-79.4289 - I know that the
geometries already in OSM for the area are partially inaccurate or
overly simplified, so I'm curious how the processed import data looks.

Thanks again,
--Jarek
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] Article 13, directive droit d'auteur

[Cédric Frayssinet]

:(

Aurons-nous le détail des votes avec les différents partis pour se
souvenir en Mai justement ?

Cédric

Le 26/03/2019 à 15:16, marc marc a écrit :
> 348 personnes ont voté une loi inapplicable
> https://twitter.com/Senficon/status/1110509970213294081 triste jour
> il n'a manqué que 5 voix pour faire sauter l'article problématique.
> Souvenez-vous en lors du vote en mai !
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


-- 
Dégooglisé !  - Sociétaire Enercoop
, l'énergie militante

Sur Mastodon : @bristow...@framapiaf.org 

Promouvoir et soutenir le logiciel libre 

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

Re: [OSM-talk] HOT and the OSMF

[Martin Koppenhoefer]

sent from a phone

> Am 26.03.2019 um 16:19 schrieb Tom Hughes :
> 
> That redirect was setup many years and and it's highly
> unlikely we would do it now, at least other than with the
> direct approval of the board.


back then Hot probably wasn’t even incorporated themselves, but now that there 
are several entities engaged in humanitarian OpenStreetMap activities I think 
it would be fairer to point to an osm page with an overview of OSM related 
humanitarian work. There is 
https://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Team
but at the moment it is also only about hot us inc.

Cheers, Martin 

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

Re: [Talk-ca] Building Import

[Jarek Piórkowski]

On Tue, 26 Mar 2019 at 11:58, Begin Daniel  wrote:
> a first version of the cleaning tool is now functional.
>
> At this point, the tool is built to remove extra vertices, orthogonalize 
> building footprints (when possible) and identify overlapped geometries. 
> Details about the application are found in Canada Building Import discussion 
> page …
>
> https://wiki.openstreetmap.org/wiki/Talk:Canada_Building_Import#Quality_Assurance_details
>
> So far, Tim has looked at the result for Montréal (Import data) and Pierre 
> for Toronto (OSM data). I understand from their comments that the tool 
> generally does its job well. However, both whish to see more functionality 
> added to the application (editing automation).
>
> Before going further, I would like to know if the community is at ease with 
> the Pierre and Tim assessment, and is ready to go further in the import 
> process discussion. I ask that because going further with editing automation 
> will definitely be more complex, without any guarantee about the results.

Hi Daniel,

Thank you for your work on this.

Are you able to share the application or code in any way? I did not
see any links in the talk page. It is really not possible to say much
without looking at what the code does with some of the buildings with
geometries I'm familiar with.

Alternatively shall we send you over an area we're familiar with and
you could send over the results of the tool? But I am concerned that
would scale really poorly.

To give a concrete example, I would be curious about the output of the
tool for area 43.6450,-79.4071,43.6358,-79.4289 - I know that the
geometries already in OSM for the area are partially inaccurate or
overly simplified, so I'm curious how the processed import data looks.

Thanks again,
--Jarek

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

Re: [Talk-ca] Building Import

[Begin Daniel]

Hi all,
a first version of the cleaning tool is now functional.
At this point, the tool is built to remove extra vertices, orthogonalize 
building footprints (when possible) and identify overlapped geometries. Details 
about the application are found in Canada Building Import discussion page ...
https://wiki.openstreetmap.org/wiki/Talk:Canada_Building_Import#Quality_Assurance_details
So far, Tim has looked at the result for Montréal (Import data) and Pierre for 
Toronto (OSM data). I understand from their comments that the tool generally 
does its job well. However, both whish to see more functionality added to the 
application (editing automation).
Before going further, I would like to know if the community is at ease with the 
Pierre and Tim assessment, and is ready to go further in the import process 
discussion. I ask that because going further with editing automation will 
definitely be more complex, without any guarantee about the results.
If we agree to go further, I can try to improve the application but at least 
the data could be pre-processed.

Daniel

From: Nate Wessel [mailto:bike...@gmail.com]
Sent: Thursday, March 21, 2019 13:49
To: talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Building Import


Daniel,

This is exciting news! After much talk on this list, it seems we may have some 
actual progress toward fixing the various data quality issues. Would you mind 
sharing some of your code, or a description of your workflow here or on GitHub 
or the like so we can take a look?

One thing you didn't mention which I think will be really critical, especially 
in central Toronto: We need to remove buildings from the import dataset that 
may already be mapped in OSM. That is, buildings that overlap with existing 
buildings. For this import to make any sense in Central Toronto, we need 
conflation to move slowly, and in smaller, more manageable steps. Buildings 
that are already mapped should be checked manually at a later time in batches 
that a skilled human can manage in less than an hour. The tasking manager as 
it's currently set up would have all of downtown conflated by hand in one task 
by a single mapper - a recipe for disaster I'm sure, given how detailed the map 
is in that area.

Cheers,
Nate Wessel
Jack of all trades, Master of Geography, PhD candidate in Urban Planning
NateWessel.com
On 3/19/19 12:58 PM, Begin Daniel wrote:
Hi all,
As mentioned a few weeks ago, I have almost completed the development of a 
clean-up tool for the data to be imported.
So far, it removes nonessential vertices, orthogonalizes building corners when 
reasonable and ensures walls' alignment within given tolerances. Building 
footprints that can't be processed completely are flagged accordingly, so they 
could be examined thoroughly at import time.
Eventually, It should be easy to remove overlapping buildings (potentially 
generated from a 3d mapping), but I doubt that splitting terrace into 
individual buildings can be done automatically.
The tool uses some parameters that need to be adjusted. I would like that those 
who are interested in this aspect of the import send me benchmark data that 
could be problematic. I will process them to adjust parameters and/or the tool, 
and I will send back the results to the sender for a thorough examination.
I should soon document the process in the "Canada Building Import" wiki page 
(in a pre-processing section).

Thought? Comments?

Daniel




___

Talk-ca mailing list

Talk-ca@openstreetmap.org

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

Re: [Talk-es] Día del mapatón humanitario 2019

[Miguel Sevilla-Callejo]

Si alguien se anima a editar esta wiki con el evento se lo agradezco:

https://wiki.openstreetmap.org/wiki/ES:Mapat%C3%B3n


On 26/3/19 16:17, Miguel Sevilla-Callejo wrote:

Hola,

Tal y como ya adelanté en un hilo anterior desde Zaragoza y junto con 
Médicos Sin Fronteras coordinando y con la ayuda de muchos de vosotros 
hemos sacado adelante el evento del día del #mapatonhumanitario2019 al 
que os animo a apuntaros en cualquiera de las 15 sedes (14 ciudades) 
en las que tendrán lugar la actividad:

https://www.msf.es/mapaton-la-cartografia-herramienta-humanitaria

Así mismo os animo a difundirlo

Saludos

--
*Miguel Sevilla-Callejo*
Doctor en Geografía
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] panettone di cemento

[Volker Schmidt]

Dipende dove si mette. L'ho visto utilizzato anche per impedire le auto di
entrare in una strada in questo caso potrebbe anche essere considerato come
bollard.
Lungo la strada non saprei neanche come taggare. Sia block sia bollard si
riferiscono a una strada che si blocca parzialmante o completamante (nel
caso del block è possibile anche questo)

On Tue, 26 Mar 2019 at 16:40, liste_girarsi  wrote:

> Il 26 Marzo 2019 16:16:55 CET, demon_box  ha
> scritto:
> >ciao, quale tag per questo panettone di cemento che in italiano viene
> >chiamato (anche) dissuasore di sosta?
> >
> >
> >
> >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
>
> barrier=block
>
> --simone girardelli--
> ##
> Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.
>
> ___
> 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-it] panettone di cemento

[liste_girarsi]

Il 26 Marzo 2019 16:16:55 CET, demon_box  ha scritto:
>ciao, quale tag per questo panettone di cemento che in italiano viene
>chiamato (anche) dissuasore di sosta?
>
> 
>
>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

barrier=block 

--simone girardelli--
##
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

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

Re: [OSM-talk] HOT and the OSMF

[Tom Hughes]

On 26/03/2019 15:02, Martin Koppenhoefer wrote:

Is there a formal connection between Hot Inc. and the 
OpenStreetMapFoundation? I just noticed hot.openstreetmap.org 
 gets redirected to Hot Inc.
It was not really obvious from their homepage to understand that it is a 
Hot Inc. site and not (or is it?) an OSMF site.

https://www.hotosm.org/


There is no formal connection that I know of.

Do you know where I can find the criteria for projects and businesses to 
get a redirect from a osm.org  subdomain?


There are no such formal criteria.

That redirect was setup many years and and it's highly
unlikely we would do it now, at least other than with the
direct approval of the board.

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

[Talk-es] Día del mapatón humanitario 2019

[Miguel Sevilla-Callejo]

Hola,

Tal y como ya adelanté en un hilo anterior desde Zaragoza y junto con
Médicos Sin Fronteras coordinando y con la ayuda de muchos de vosotros
hemos sacado adelante el evento del día del #mapatonhumanitario2019 al que
os animo a apuntaros en cualquiera de las 15 sedes (14 ciudades) en las que
tendrán lugar la actividad:
https://www.msf.es/mapaton-la-cartografia-herramienta-humanitaria

Así mismo os animo a difundirlo

Saludos

--
*Miguel Sevilla-Callejo*
Doctor en Geografía
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-it] panettone di cemento

[demon_box]

ciao, quale tag per questo panettone di cemento che in italiano viene
chiamato (anche) dissuasore di sosta?

 

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-cz] Spolupráce s ČD, a.s.

[Tom Ka]

út 26. 3. 2019 v 15:20 odesílatel Roman Menc  napsal:
> rád bych se zeptal na případnou spolupráci s autory turistických tras, 
> využití mapové vrstvy turistických tras pro nově připravovaný projekt 
> volnočasového cestování s vlaky ČD.
>
> Nemohli byste mi poradit kompetentní osobu, se kterou bych mohl jednat?

Dobry den,
pro zacatek by asi bylo dobre vyjasnit si vase potreby, ocekavani na
strane jedne a moznosti OSM resp. ceske OSM komunity na strane druhe.
Nejrychlejsi zpusob by predpokladam mohl byt bud osobni setkani nebo
telefonat. V Brne pro osobni setkani a na telefon kdekoliv jsem k
dispozici, v Praze se urcite najde take nekdo, kdo by se mohl nekde
objevit osobne.
Jakou variantu tedy preferujete vy a pripadne kde byvate k zastizeni?

S pozdravem
Tomas Kasparek

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

Re: [talk-cz] OsmHiCheck - silnicni znaceni vs rozcestniky

[Tom Ka]

út 26. 3. 2019 v 12:47 odesílatel majka  napsal:
>
> Což takhle na to použít tourist=information + information=route_marker ? 
> Považovala bych to za vhodnější než rozcestník, a fakticky by to odpovídalo. 
> Rozcestník pak případně
nechat jen na opravdové silniční rozcestníky - tj. tam, kde se dělí
trasy, třeba tohle. Posouvat to do dopravního značení komplet se mi
nezdá, mazat to taky podle mě není ono.

route_marker pro znaceni zni dobre, mrknu zitra, jak je to s vykreslovani apod.

Jinak zrovna ten tvuj priklad je ve Fody jako znaceni, protoze to tomu
odpovida bliz - kdyby to byla turisticka trasa, tak jsou tam jen
znacky barev. Rozcestniky beru v podstate jen ty, kde je cislo trasy,
smer(cil) a vzdalenost.

Diky

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

[OSM-ja] 提案 highway=cycleway の Impliesについて

[yuu hayashi]

hayashiです

highway=cycleway の Impliesについてですが

'道路法'では「自転車専用道」であっても自転車以外の軽車両(carriage)や小型特殊自動車(agricultural)の通行は許可されています。

しかし、'標識令'では、「自転車専用(325の2)」標識の意味は「普通自転車（交通法第六十三条の三に規定するものをいう）以外の車両及び歩行者の通行を禁止する」ともあります

このような矛盾が発生する原因をざっくり説明すると、日本の'法令'では「自転車」と「軽車両」を区別しないのに対して、'交通標識'では「自転車以外の軽車両」と「自転車」とを区別していることに起因しています。

そのため、
* cycleway → bicycle=yes,carriage=yes,agricultural=yes
* cycleway → bicycle=yes,carriage=no,agricultural=no
の両方の解釈が成り立ちます

Impliesを、「carriage=yes,agricultural=yes」とすると、Impliesを打ち消すための
「carriage=no,agricultural=no」が入力されることが予想されます。

そこで、Impliesには、carriage や agricultural に関しての記載をしないで、「Useful combination」に

 carriage や agricultural に関しては、標識等の表示がない場合は入力しないこと

と、但し書きを入れるほうが良いと思います。
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

[OSM-talk] HOT and the OSMF

[Martin Koppenhoefer]

Is there a formal connection between Hot Inc. and the OpenStreetMapFoundation? 
I just noticed hot.openstreetmap.org gets redirected to Hot Inc.
It was not really obvious from their homepage to understand that it is a Hot 
Inc. site and not (or is it?) an OSMF site.
https://www.hotosm.org/

Do you know where I can find the criteria for projects and businesses to get a 
redirect from a osm.org subdomain? 

Cheers,
Martin



sent from a phone___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Dessiner bande de part et d'autre d'une ligne ferroviaire ?

[Shohreh]

En attendant de trouver comment faire ça plus rapidement et élégamment avec
un script… JOSM à la rescousse :

https://ibb.co/6YRQM2w



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-ja] 提案 highway=living_street

[yuu hayashi]

== 自動車の時間帯制限付きの歩行者天国について ==

アーケード通りをliving_streetとする際に自動車の通行が時間帯によって制限されている場所を条件に入れるのは良い考えだと思います。

しかし、単に時間帯によって歩行者専用道になるだけだと、交通量が多い４車線の「[
https://www.openstreetmap.org/way/328531802 秋葉原中央通り]」も日曜日が歩行者天国なので
living_street となる可能性が出てきます。

主要な時間帯が歩行者専用になっているものに限定する意味で、下記の条件aを加えたほうが良いと思います。
 a. 自動車の通行が 週４０時間以上制限される

また、時間帯ではなく通行車両に制限がある（いわゆる「関係車両」のみ）場合も考慮して条件bも加えることも考えられますが、この場合はhighway=pedestrian
+ motor_vehicle=permissive や highway=service + service=driveway
とするほうが適切と考えられる場合があります。

 b. 指定車両、緊急車両、配達車両以外は通行不可
* highway=service + service=driveway + motor_vehicle=permissive
* highway=living_street + motor_vehicle=permissive
* highway=pedestrian + motor_vehicle=permissive

これらの線引きをどこにするのか？
どうやって [service] / [living_street] / [pedestrian] を区別するのか？

JapanTaggingに記載するならば、ここの部分をもっと明確にする必要があると思います。
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

[talk-cz] Spolupráce s ČD, a.s.

[Roman Menc]

Dobrý den, 

rád bych se zeptal na případnou spolupráci s autory turistických tras, využití 
mapové vrstvy turistických tras pro nově připravovaný projekt volnočasového 
cestování s vlaky ČD. 

Nemohli byste mi poradit kompetentní osobu, se kterou bych mohl jednat?

Moc děkuji
Roman Menc
E-mail: m...@cd.cz___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] Article 13, directive droit d'auteur

[marc marc]

348 personnes ont voté une loi inapplicable
https://twitter.com/Senficon/status/1110509970213294081 triste jour
il n'a manqué que 5 voix pour faire sauter l'article problématique.
Souvenez-vous en lors du vote en mai !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-de] Verkehrsberuhigter Bereich - maxspeed

[Michael Brandtner via Talk-de]

 https://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dliving_street#Hinweise
Im Gegensatz zu manch anderen Mapping-Projekten (z.B. Waze) setzen wir keinen 
Maxspeed für den verkehrsberuhigten Bereich.
Viele GrüßeMichael
Am Dienstag, 26. März 2019, 13:32:37 MEZ hat Andreas Labres  
Folgendes geschrieben:  
 
 Hallo!

Mit welcher maxspeed (und ggf. source:maxspeed) taggt Ihr in DE einen 
Verkehrsberuhigten Bereich?

7 km/h? (ist in AT üblich für die "Wohnstraße", wie das Schild dort heißt)

Servus, Andreas


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

Re: [Talk-de] Korrektes Tagging eines Feriengebiets

[chris66]

Am 25.03.2019 um 11:18 schrieb Florian Lohoff:


Ich finde landuse=residential nicht so falsch. Am ende ist das Wohnen -
Nur auf Zeit - aber nicht falsch. Auch in Hotel wird ja zum Wohnen
genutzt (Udo Lindenberg wohnt Jahrzehnte Atlantic), deshalb ja auch
die Anmeldung nach dem Meldewesen ;)


Ja, aber bei Hotels soll man ja laut Wiki auch lu=commercial nehmen.

"Such area may consists of offices, administration, laboratories, 
warehouses (logistics park), hotels, car repair stations and their 
associated infrastructure (car parks, service roads, lawns and so-on). 
Compared to industrial landuse no goods are produced. "



Chris.



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

Re: [Talk-es] Perdido con Overpass Api

[Miguel de Dios Matias]

Gracias Santiago...con tu documentación y muchas horas sueltas dándome de
cabezazos con el overpass api lo he sacado.

Os pego la query (seguro que se puede hacer más óptima...pero bueno me
apaña):

area["name"="España"]->.country;
rel["name"="España"]["type"="boundary"]["admin_level"="2"];
(
way(r)["maritime" != "yes"]({{bbox}});
way(area.country)["natural"="coastline"]({{bbox}});
);
out geom;

Saludos.

El jue., 21 mar. 2019 22:22, Miguel de Dios Matias 
escribió:

> Gracias lo estoy estudiando, muy buena documentación.
>
> Saludos.
>
> El lun., 18 mar. 2019 a las 18:59, Santiago Higuera (<
> shigu...@mercatorlab.com>) escribió:
>
>> Echa un vistazo a este manual que hice, por si te ayuda. Es el capítulo 8
>>
>> https://iceosm2016.readthedocs.io/en/latest/
>>
>> Un saludo
>>
>> Santiago Higuera
>>
>>
>> El 18/3/19 a las 18:21, Miguel de Dios Matias escribió:
>>
>> Buenas.
>>
>> He leído la documentación de overpass api y sigo mas o menos perdido.
>>
>> Os cuento lo que intento hacer, sacar la silueta de un país, estoy
>> probando con España.
>>
>> Con admin_level=2 me saca los km de costa añadidos a la frontera de
>> tierra y con línea costa no me saca la frontera con Portugal por ejemplo.
>>
>> Os pego las queries (que están mal) pero es que todavía no se como
>> filtrar de una relación (España) la caminos que la componen (no se si hay
>> alguno etiquetado como frontera del país sin trocito de mar).
>>
>> (
>> rel["name"="España"];
>>   way["natural"="coastline"]({{bbox}});
>> );
>> out geom;
>>
>>
>>
>>
>> area["name"="España"]->.country;
>> way(area.country)["natural"="coastline"];
>> out geom;
>>
>>
>>
>>
>>
>> area["name"="España"]->.country;
>> // gather results
>> (
>>   // query part for: “admin_level=10”
>>   node["admin_level"="2"](area.country);
>>   way["admin_level"="2"](area.country);
>>   relation["admin_level"="2"](area.country);
>> );
>> out geom;
>>
>> Saludos.
>>
>> ___
>> Talk-es mailing 
>> listTalk-es@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-es
>>
>>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-de] Verkehrsberuhigter Bereich - maxspeed

[Andreas Labres]

Hallo!

Mit welcher maxspeed (und ggf. source:maxspeed) taggt Ihr in DE einen 
Verkehrsberuhigten Bereich?


7 km/h? (ist in AT üblich für die "Wohnstraße", wie das Schild dort heißt)

Servus, Andreas


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

Re: [OSM-talk-fr] Dessiner bande de part et d'autre d'une ligne ferroviaire ?

[Shohreh]

Merci beaucoup pour les infos.

De fait, comme suggéré par Frédéric Rodrigo, dessiner des cercles isochrones
autour de chaque gare est une meilleure idée puisque ça correspond à la
réalité des déplacements, même si ça donne un truc peut-être moins
esthétique.

Je vais regarder s'il est facile d'écrire une boucle pour dessiner ça en
partant d'une relation.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [talk-cz] OsmHiCheck - silnicni znaceni vs rozcestniky

[majka]

Což takhle na to použít tourist=information + information=route_marker
 ? Považovala bych
to za vhodnější než rozcestník, a fakticky by to odpovídalo. Rozcestník pak
případně nechat jen na opravdové silniční rozcestníky - tj. tam, kde se
dělí trasy, třeba tohle .
Posouvat to do dopravního značení komplet se mi nezdá, mazat to taky podle
mě není ono.

Majka

On Tue, 26 Mar 2019 at 11:34, Tom Ka  wrote:

> ... preznacit jinak nez rozcestnik (ale moc netusim
> jak).
> ...
> Pripadne jine napady?
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] Dessiner bande de part et d'autre d'une ligne ferroviaire ?

[marc marc]

Le 26.03.19 à 12:13, Shohreh a écrit :
> Afin d'estimer combien de gens y ont accès, j'aimerais dessiner une bande
> d'une largeur de 2km de part et d'autre d'une ligne de tram  :
> 
> https://ibb.co/9wJjbKj
> 
> Existe-t-il un moyen de programmer ça en partant de la relation d'une ligne
> ferroviaire ?

programmer, je l'ignore, mais c'est possible "à la main mais assisté" 
(vu que josm supporte les scripts, c'est p'tre possible de 
l'automatiser). une méthode :

tu charges la ligne dans josm.

tu fais d'abord les trait perpendiculaire au rail (un nœud sur le rail, 
un nœud éloigné de 2km en regardant le compteur de distance sur la bare 
d'état en bas, ensuite tu sélectionnes ce way pseudo-perpendiculaire + 
le nœud commun + un autre nœud du rail le + proche, orthogonaliser)
idem pour faire les 3 nœud formant les coins ton "rectangle"

j'ignore si tu veux faire une bande droite pour relier ces points
ou si tu veux que la bande suive exactement le géométrie de la ligne
- pour faire une bande droite, suffit de relier les 4 coins formés :)
- pour faire une bande qui suit la géométrie de la ligne :
nouveau calque et tu charges à nouveau la ligne.
tu fusionnes tous les way de la ligne pour te faciliter le boulot
tu coupes les extrémités dont tu n'as pas besoin.
tu sélectionnes le way, copier, coller, fusionner la sélection avec le 
1er calque.
et une 2ieme fois : tu sélectionnes le way, copier, coller, fusionner
la sélection avec le 1er calque afin d'avoir la 2ieme bande.
tu supprimes le calque temporaire sans envoyer les modifs (tu avais 
fusionné et coupé la ligne, faut surtout pas envoyer cela)
cela te ramène au calque précédent où il ne reste plus qu'à déplacer les 
2 bandes pour que leur extrémité correspondent aux coins qu'on a tracé 
précédemment
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Dessiner bande de part et d'autre d'une ligne ferroviaire ?

[Shohreh]

De fait, un cercle isochrone autour de chaque _gare_ serait plus logique,
même si moins esthétique.

Quelqu'un a déjà pondu du code avec OpenTripPlanner ou Graphhopper pour
dessiner des cercles isochrones autour de chaque gare d'une ligne de
transport en commun ?



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [talk-cz] path nebo footway?

[Petr Vozdecký]

Nehledej v tom nic sloziteho - cim jednodussi to je, tim lepe. Mluvime o 
zapadnim konci mostu: fyzicky to je prime napojeni te komunikace od zapadu
oznacene jako highway=service a komunikace od severu oznacene jako highway=
track. V miste vidim (po shlednuti ortofoto) jako nejlogictejsi reseni
oznacit VSECHNY zpevnene komunikace v danem miste - tedy i tu cestu od
severu - jako highway=service. Lávka je spravne highway=footway a bicycle=
dismount. Vhodné je doplnit highway=steps, step_count= a incline=.





Na vychodni strane mostu je to dle fotek navic jeste explicitní cyklostezka,
tzn. ze je to otagovane spravne.




vop










-- Původní e-mail --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 26. 3. 2019 11:33:06
Předmět: Re: [talk-cz] path nebo footway?
"-- Původní e-mail --
Od: Pavel Pilát 
Komu: OpenStreetMap Czech Republic 
Datum: 25. 3. 2019 22:06:25
Předmět: Re: [talk-cz] path nebo footway?
"

Jo, path chápu taky jako vyšlapanou pěšinu...





Highway=service mě napadla též, ale přišlo mi divné mít desetimetrovou
service mezi lávkou a cyklostezkou. :-) A co samotná lávka? Na lávce už to
service asi bude těžko...




"



A proč ti to přijde divné? Je jen pokračování účelové komunikace, která
končí u lávky (příjezd pro vozidla údržby). A na lávce je samozřejmě
chodník.




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

Re: [OSM-talk-fr] Vidéosurveillance

[Shohreh]

lmagreault wrote
> Lors de l'installation ou la modification du système de vidéoprotection,
> la
> mairie a dû faire en préfecture une demande d'autorisation d'installer un
> système de videoprotection.

Super. Merci !




--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Dessiner bande de part et d'autre d'une ligne ferroviaire ?

[Frédéric Rodrigo]

Si c'est l’accès aux trains, c'est des distances depuis les gares et pas 
la lignes. C'est des isochrones qu'il te faut utiliser.

OpenTripPlanner ou Graphhopper peuvent te faire ça.



Le 26/03/2019 à 12:13, Shohreh a écrit :

Bonjour,

Afin d'estimer combien de gens y ont accès, j'aimerais dessiner une bande
d'une largeur de 2km de part et d'autre d'une ligne de tram  :

https://ibb.co/9wJjbKj

Existe-t-il un moyen de programmer ça en partant de la relation d'une ligne
ferroviaire ?

Merci.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
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

[OSM-talk-fr] Dessiner bande de part et d'autre d'une ligne ferroviaire ?

[Shohreh]

Bonjour,

Afin d'estimer combien de gens y ont accès, j'aimerais dessiner une bande
d'une largeur de 2km de part et d'autre d'une ligne de tram  :

https://ibb.co/9wJjbKj

Existe-t-il un moyen de programmer ça en partant de la relation d'une ligne
ferroviaire ?

Merci.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [Talk-it] Way contains segment twice

[solitone]

On 26 Mar 2019, at 10:45, Volker Schmidt  wrote:
> Probabilmente il segmento "diagonale" del way nel centro

Perfetto, grazie, risolto!

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

Re: [Talk-it] aree pic-nic

[demon_box]

dieterdreist wrote
> +1, un’area picnic è uno spazio dedicato al picnic, non importa quanti
> tavoli ci sono. Mappare i tavoli non implica dover mettere l’area.

beh tutto sommato allora sto procedendo nel modo corretto.

io per ora faccio così:

- solo 1 tavolo   leisure=picnic_table   senza area tourism=picnic_site
- da almeno 2 tavoli in sù traccio l'area come tourism=picnic_site e se
riesco aggiungo anche i singoli leisure=picnic_table altrimenti lascio la
sola area

grazie, ciao

--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-cz] Rozcestníky - zbytečné opravy

[majka]

Ozval se zpátky, s tím že na to narazil náhodou, takže to aktivně opravil.
Dohoda v podstatě žádná (... systematicky neopravuje, takže to nevyhledává,
ale pokud na to narazí příště, neslibuje nic ...).
Takže za mě: taky ignorovat, a jet si dál po svém a doufat, že se v tom
vrtat opravdu nebude. Na noref=yes případně přejít až bude čas.

Majka

On Tue, 26 Mar 2019 at 11:35, Tom Ka  wrote:

> Ahoj, jen se pripominam, jestli je neco noveho?
>
> Diky tom.k
>
> st 20. 3. 2019 v 16:00 odesílatel majka  napsal:
> >
> > Napsala jsem mu, ozvu se s výsledkem.
> >
> > On Wed, 20 Mar 2019 at 15:42, Tom Ka  wrote:
> >>
> >> Takze zatim jsem pro at to nechava, ze se k tomu pozdeji dostaneme a
> >> jednak se rozhodneme co s tim a pokud zmenu, tak systemove a ne
> >> nahodile.
> >
> > ___
> > 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-cz] Rozcestníky - zbytečné opravy

[Tom Ka]

Ahoj, jen se pripominam, jestli je neco noveho?

Diky tom.k

st 20. 3. 2019 v 16:00 odesílatel majka  napsal:
>
> Napsala jsem mu, ozvu se s výsledkem.
>
> On Wed, 20 Mar 2019 at 15:42, Tom Ka  wrote:
>>
>> Takze zatim jsem pro at to nechava, ze se k tomu pozdeji dostaneme a
>> jednak se rozhodneme co s tim a pokud zmenu, tak systemove a ne
>> nahodile.
>
> ___
> 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] OsmHiCheck - silnicni znaceni vs rozcestniky

[Tom Ka]

Ahoj,

jak prochazim postupne vsechny fotky ve Fody a upravuju metainformace
(vetsinou tagy a ref), tak se na mapce chybnych rozcestniku (vystup
OsmHiCheck) objevuji nenafocene rozcestniky pro mista, kde je fotka
oznacena jako 'znaceni' ale v OSM je na danem miste rozcestnik.
Priklad:

https://openstreetmap.cz/#map=18/50.07693/15.94502=xGB

99% pripadu jsou silnicni zlute cedule. (napr.
https://osm.fit.vutbr.cz/fody/files/250px/14346.jpg).

Premyslel jsem nad tim, a za sebe navrhuji body rozcestniku pro tyto
pripady (silnicni, znaceni) z OSM zrusit, podle meho nazoru tam nemaji
zadny vyznam, nebo preznacit jinak nez rozcestnik (ale moc netusim
jak).

Muze se primarne vyjadrit Petr Prazak, ktery jich tam ma nejvic?
Pripadne jine napady?

(jak dokoncim verifikaci, nebo se dostanu aspon pres 50% (aktualne
33%), tak muzu upravit i pravidla kontrol v OsmHiCheck, ted to jeste
nedava uplne smysl - resp. asi vic problemu nez prinosu)

Diky za nazory.

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

Re: [talk-cz] path nebo footway?

[Marián Kyral]

-- Původní e-mail --
Od: Pavel Pilát 
Komu: OpenStreetMap Czech Republic 
Datum: 25. 3. 2019 22:06:25
Předmět: Re: [talk-cz] path nebo footway?
"

Jo, path chápu taky jako vyšlapanou pěšinu...





Highway=service mě napadla též, ale přišlo mi divné mít desetimetrovou
service mezi lávkou a cyklostezkou. :-) A co samotná lávka? Na lávce už to
service asi bude těžko...




"



A proč ti to přijde divné? Je jen pokračování účelové komunikace, která
končí u lávky (příjezd pro vozidla údržby). A na lávce je samozřejmě
chodník.




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

[talk-cz] WeeklyOSM CZ 451

[Tom Ka]

Ahoj, je dostupné vydání 451 týdeníku WeeklyOSM:

https://weeklyosm.eu/cz/archives/11622

* Deklarace práv a majitele.
* Stínování a vrstevnice na freemap.sk.
* Směrnice EU o autorském právu.
* OSM Carto a leisure=common.
* Jištěné horské cesty v Alpách.
* Mapování solárních panelů.
* OSM v Google Summer of Code.
* Energetická síť v Tanzanii.
* Novinky stylu OpenSnowMap.
* Konec podpory QGIS 2.18.
* 10. výročí editor Vespucci.
* Geokódování adres.

Pěkné počtení ...

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

[Talk-it] Ma questa mappa non è la nostra?

[Lorenzo Pesci]

Ho trovato un sito che vende mappe, anche graficamente molto curate, e 
dichiara di usare i dati Osm.
A parte la dichiarazione nelle Faq, non c'è traccia della attribuzione 
nelle stampe di esempio.

https://www.mapdesign.com/faq-questions/mapdesign/

A chi si fa una segnalazione, Martin?
Esiste una procedura codificata?
Lorenzo Pesci


Con OpenStar hai Giga, SMS e i minuti che vuoi da 4,99€ al mese, per 
sempre. Cambi gratis quando e come vuoi e in più hai 6 mesi di INFINTY! 
http://tisca.li/myopen




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

Re: [talk-cz] logo komunity OSM CZ a logo spolku OSM CR

[Tom Ka]

Ahoj,

casu uz ubehlo snad dostatek, nove reakce zadne, takze vzhledem k
vysledku hlasovani na https://doodle.com/poll/xn2da4bh6bauzy8x a
zadnym reakcim proti zde na mail listu prohlasuju vysledek za
jednoznacny. Stavajici logo pouzivane ceskou komunitou OSM bude i
oficialni logo spolku OSM ČR z.s.

Pro Majku se tim vec trochu posune, pro tiskovou kvalitu je vzhled
jasny, zjednodusenou variantu bud muzeme zkusit znovu ozivit, nebo
zatim nechat spat az bude potreba (coz ma tu vyhodu, ze bude jasne,
jake jsou naroky na zjednoduseni, kdyz bude konkretni potreba
vyuziti).

Pokud k vyberu loga a spolecnemu pouzivani neco mate, je posledni
sance se ozvat ted, nebo uz mlcet na veky (vsak to vetsina z vas zna
odjinud :-) )

Diky tom.k

čt 21. 2. 2019 v 8:35 odesílatel Tom Ka  napsal:
>
> Ahoj,
>
> v navaznosti na predchozi diskuze otviram otazku loga pro pouzivani v
> ramci ceskych aktivit OSM. Aktualne se (historicky, bez nejakeho
> sirsiho konsenzu) pro vetsinu aktivit (weby, konference SotM apod.)
> pouziva logo umistene zde:
>
> https://openstreetmap.cz/press
> https://wiki.openstreetmap.org/wiki/Logos#in_Europe
>
> Z historickeho pohledu se tak jedna o "de facto" logo ceske OSM
> komunity. "De jure" je formalni svoleni k vyuzivani loga OSM (nejen)
> davano lokalnimu zastoupeni (local chapter), ale to v teto situaci
> nepovazuji za zasadni, realne Nadace OSM jako spravce loga a ochranych
> znamek neprovadi zadne kontroly, sankce a omezovani (mimo pripadne
> excesy).
>
> Zadam proto jak cleny spolku, tak komunitu v prvni rade o odpoved na
> otazku - ma byt logo komunity (stavajici) zaroven i logem spolku, nebo
> maji byt loga dve, pro komunitu jedno (stavajici) a pro spolek jine
> (nove, upravene apod).
>
> At se to dobre pocita, prosim o vyjadreni v doodle, komentare samozrejme sem.
>
> https://doodle.com/poll/xn2da4bh6bauzy8x
>
> Na zaklade vysledku bych se pak pokusil moderovat dalsi postup.
>
> Diky moc.

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

Re: [OSM-talk] HTTPS all the Things (Automated Edit)

[Andrew Harvey]

For example https://openstreetmap.org/changeset/68527117 changed just one
feature, there were about 20 other changes all in the same city, maybe the
script has run it's course now I don't know, it's just lots of small
changesets clog up osmcha making it harder to skip over them in bulk.

On Tue, 26 Mar 2019 at 16:45, Bryce Jasmer  wrote:

> Is this a problem that only a few are concerned with? Can I get a
> geographic area where I can run a larger number of changes in a larger
> bounding box? I could easily make some one-off changes on a per country
> basis if that would help. And would fewer changesets of, say, 100 objects
> be a good middle-of-the-road number?
>
>
> On Mon, Mar 25, 2019 at 6:03 PM Mateusz Konieczny 
> wrote:
>
>> And from my side - avoid making changesets with more than 1000 objects.
>> Reverting changesets that went wrong, with tens of thousands modified
>> objects
>> is basically not making possible to review it.
>>
>> Mar 26, 2019, 12:41 AM by andrew.harv...@gmail.com:
>>
>> Any chance you could do more changes per changeset? At the moment this is
>> flooding feeds in osmcha with many small changesets, it would be easier if
>> you did one big changeset.
>>
>>
>> ___
>> 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