Re: [OSM-talk] [Talk-us] changeset: 89516909

[Wayne Emerson, Jr. via talk]

I wasn't saying you should import it. You were disputing about which 
dataset was more accurate. The County GIS is usually the best. You could 
compare the 2 in dispute, and use the county data to settle the argument.


Many TIGER Lines are better now but in the past have been greatly 
scorned for how inaccurate they were.


On 8/18/2020 9:39 PM, 80hnhtv4agou--- via talk wrote:

i was told i could not use do to licence GIS to.

Tuesday, August 18, 2020 8:38 PM -05:00 from Brian M. Sperlongano
:
All,
I fixed this boundary relation and also one neighboring town
(Wheeling, IL) using the Cook County, Illinois GIS as the data
source, and re-used all of the original boundary relations.
Unfortunately it appears that all of Cook County needs to be
updated to reflect the county GIS data (found here:
https://hub-cookcountyil.opendata.arcgis.com/pages/boundary-open-data).
Those census polygons are fairly close, but different.  The two
border towns I checked just north in Lake County appear to line up
perfectly with the Cook County data so this might just be a Cook
County issue.  This is a start but there's lots of work to do there.
On Tue, Aug 18, 2020 at 9:10 PM 80hnhtv4agou--- via Talk-us
>
wrote:

lines no relations yes

Tuesday, August 18, 2020 7:52 PM -05:00 from Mike Thompson
>:
On Tue, Aug 18, 2020 at 6:42 PM 80hnhtv4agou--- via
Talk-us http://e.mail.ru/compose/?mailto=mailto%3atalk%2...@openstreetmap.org>>
wrote:

i will fix anything that i missed but the lines are truth.
and it is not a polygon,

As far as I know, boundary relations have to, in effect,
be polygons, in other words, they have to close.

and i broke nothing i fixed what the other guy broke
and did it all by hand.

The boundary relation (126598) is currently broken. for
one thing, it doesn't close at the location of
Williamsberg Square residential area.
___
talk mailing list
talk@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk

___
Talk-us mailing list
talk...@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-us

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


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





--
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [Talk-us] changeset: 89516909

[Wayne Emerson, Jr. via talk]

Cook County GIS most likely has the most authoritative dataset. You can 
download it here:

https://hub-cookcountyil.opendata.arcgis.com/datasets/534226c6b1034985aca1e14a2eb234af_2?geometry=-88.214%2C42.072%2C-87.560%2C42.161


On 8/18/2020 8:51 PM, Mike Thompson wrote:



On Tue, Aug 18, 2020 at 6:42 PM 80hnhtv4agou--- via Talk-us 
mailto:talk...@openstreetmap.org>> wrote:


i will fix anything that i missed but the lines are truth.
and it is not a polygon,

As far as I know, boundary relations have to, in effect, be polygons, 
in other words, they have to close.


and i broke nothing i fixed what the other guy broke and did
it all by hand.

The boundary relation (126598) is currently broken. for one thing, it 
doesn't close at the location of Williamsberg Square residential area.



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





--
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Relation: 1204546, polygon error.

[Wayne Emerson, Jr. via talk]

And that previous relation checker must have a display bug or something. 
I just loaded the relation in JOSM and the  relation editor shows no gaps.


On 5/14/2020 11:24 PM, Wayne Emerson, Jr. via talk wrote:
With large relations, if all the members are not yet downloaded in 
your browser, you will see "ghost lines" that will change every time a 
new section is downloaded.


On 5/14/2020 11:14 PM, 80hnhtv4agou--- via talk wrote:
i see ghosts lines in the ID editor, that keep on moving when i try 
to follow the line.

and as the other guy said somewhere there is a break.
​​​but i also see 300 + relations which all light up when clicked on.

Thursday, May 14, 2020 10:09 PM -05:00 from Joseph Eisenberg
:
Looking at
https://www.openstreetmap.org/relation/1204546#map=13/29.6738/-81.1861
- I don't see any visual problems currently. What are you seeing?
The only tagging problem I see is that the coastline here is not
tagged properly. This whole area looks like a salt water lagoon
system, which should be mapped with coastline, since it is marine
salt-water.
-- Joseph Eisenberg
On Thu, May 14, 2020 at 7:57 PM 80hnhtv4agou--- via talk
> wrote:

has a ghosts water multipolygon,
that keep moving over land.
https://wiki.openstreetmap.org/wiki/Nominatim/Polygons
i can not see the break, and every in the middle is a
relation ship.

___
talk mailing list
talk@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk

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


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




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



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

Re: [OSM-talk] Relation: 1204546, polygon error.

[Wayne Emerson, Jr. via talk]

With large relations, if all the members are not yet downloaded in your 
browser, you will see "ghost lines" that will change every time a new 
section is downloaded.


On 5/14/2020 11:14 PM, 80hnhtv4agou--- via talk wrote:
i see ghosts lines in the ID editor, that keep on moving when i try to 
follow the line.

and as the other guy said somewhere there is a break.
​​​but i also see 300 + relations which all light up when clicked on.

Thursday, May 14, 2020 10:09 PM -05:00 from Joseph Eisenberg
:
Looking at
https://www.openstreetmap.org/relation/1204546#map=13/29.6738/-81.1861
- I don't see any visual problems currently. What are you seeing?
The only tagging problem I see is that the coastline here is not
tagged properly. This whole area looks like a salt water lagoon
system, which should be mapped with coastline, since it is marine
salt-water.
-- Joseph Eisenberg
On Thu, May 14, 2020 at 7:57 PM 80hnhtv4agou--- via talk
> wrote:

has a ghosts water multipolygon,
that keep moving over land.
https://wiki.openstreetmap.org/wiki/Nominatim/Polygons
i can not see the break, and every in the middle is a
relation ship.

___
talk mailing list
talk@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk

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


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



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

Re: [OSM-talk] Relation: 1204546, polygon error.

[Wayne Emerson, Jr. via talk]

This tool http://ra.osmsurround.org/analyzeMap?relationId=1204546 shows 
visually that there appears to be at least 2 sections missing. The 
relation editor in JOSM should show the gaps as well.


On 5/14/2020 10:55 PM, 80hnhtv4agou--- via talk wrote:


has a ghosts water multipolygon,
that keep moving over land.
https://wiki.openstreetmap.org/wiki/Nominatim/Polygons
i can not see the break, and every in the middle is a relation ship.


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



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

Re: [OSM-talk] graph's - images, ID editor.

[Wayne Emerson, Jr. via talk]

If you are referring to making the manner that lines are rendered while 
editing in iD to switch between thin & thick lines, The W key toggles 
this. The W being short for "Wireframe view"


On 4/12/2020 2:18 PM, 80hnhtv4agou--- via talk wrote:
how do you get the map to show as a fiber optic cable, and not just a 
white line ?


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



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

Re: [OSM-talk] Proposed new status for tags in the wiki: "import" for undiscussed tags that were only used by an import

[Wayne Emerson, Jr. via talk]

Some other possible values:

undesirable
unnecessary
unwanted
unneeded
undiscussed
disapproved
clutter

However, among your examples you cite "gnis:feature_id=*" The wiki page 
for this key notes:
"Unlike other imported tags such as gnis:created=* and 
gnis:import_uuid=*, gnis:feature_id=* is meaningful beyond the import. 
In fact, some mappers actively add gnis:feature_id=* to features to cite 
a verifiable source for the POI's existence or its name."


But yes there are a lot of unnecessary gnis tags
gnis:County=*
gnis:County_num=*
gnis:ST_alpha=*
gnis:ST_num=*


On 3/17/2020 5:52 AM, Warin wrote:

On 17/3/20 8:22 pm, Marc M. wrote:

Hello Joseph,

it may give the impression that this is the way it should be done.
I agree to identify these "Noise" or poor quality tags, but with a
keyword to show that it's a problem. e.g. status=bad, disputed, error, ...
it would be necessary to find a word that is not as strong as error,
but which nevertheless clearly indicates that this is not an example to
follow.



Agree with both.
Possible values?
obsolete
abandoned
discarded
  
archaic
passe
stale





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



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

Re: [OSM-talk] Interstate naming in the United States

[Wayne Emerson, Jr. via talk]

Based on the wikipedia articles
https://en.wikipedia.org/wiki/Pan-American_Highway
https://en.wikipedia.org/wiki/CanAm_Highway
It sounds to me like these would be names of route relations, not names 
of ways. In my area, sections of I-95 can have different names like 
"Blue Star Memorial Highway" or "Yankee Division Highway" or "New 
Hampshire Turnpike". IMO these local names would be the ones used in the 
"name=*" tag, not the name a trans-continental route.


These are some relevant quotes from the first wikipedia article above: 
"In practice the concept of the Pan-American Highway is more publicly 
embraced in Latin American countries than in North America. Much of the 
road system in Latin America is explicitly marked 
as/Pan-American/(commonly/Vía Panam/or/Vía Panamericana/)."
"In Canada, no particular road has been officially designated as the 
Pan-American Highway."
"In 1966, the [US] Federal Highway Administration designated the entire 
Interstate Highway System part of the Pan-American Highway 
System,^although this has never been reflected in any of the official 
interstate signage."
"The Pan-American Highway is interrupted between Panama and Colombia by 
a 100 km (60 mi) stretch of marshland known as the Darién Gap."


Have you checked if this person is trying to rename all of the sections 
of the CanAm route?


-Wayne

On 3/5/2020 11:29 AM, Jack Armstrong wrote:
I'm not an expert in the field of naming U.S. interstate highways. I'd 
like some opinions from others with more experience with this.


A new OSM user has just "named" Interstate 25 (I-25) as the "CanAm 
Highway". As a native Coloradan, I can say I've never heard anyone 
refer to I-25 as the CanAm Highway. There is a Wikipedia page on the 
name. This highway might also be referred to as the PanAmerican 
Highway, but again, nobody in this region refers to it as such. I 
suppose almost all U.S. interstate highways could be "named" the 
Dwight D. Eisenhower Interstate Highway. A few years ago a user 
"named" I-70 and I-25 in Colorado as the "Dwight D. Eisenhower 
Highway", which I deleted explaining to the user this was not how 
Coloradans referred to these interstates.
Before I (gently) approach the new user, what is the best way for this 
name to be tagged? I assume a relation is not the best answer. I would 
think alt_name, alt_name_1, alt_name_2, etc., is the best method?

Thanks, Jack Armstrong
chachafish



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



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

Re: [OSM-talk] Is there some existing detailed tutorial directed at complete newbies? Describing how to add various features?

[Wayne Emerson, Jr. via talk]

The OSM World Discord server usually has people on that can answer basic 
questions https://discord.gg/q6HnfNZ
Doing the iD tutorial teaches the basics and is easy to learn. One can 
learn the basic tags by using the presets found using the iD search box. 
Tagging a basic individual object can be learned from the wiki.


However some tagging situations are more complex, like how to tag a 
school (What tags go on schoolyard vs. the building) or bus routes, or 
admin boundaries, etc. There are some nice guides buried in the wiki but 
it can be difficult for a beginner to wade through all the component 
tags before finding a guide to the whole. This can be discouraging to a 
new mapper. Even more so when you do find a guide, for example, on 
tagging bus routes but then not being sure if its the new scheme or the 
old scheme and so many contradictions can make people give up.


Wiki cleanup & a front page link to an index of authoritative & current 
tagging guides for complex entities would be nice. Maybe call it 
"Special Mapping Guides"


On 2/22/2020 5:25 AM, Mateusz Konieczny via talk wrote:




22 Feb 2020, 10:37 by si...@poole.ch:

From a pedagogic point of view I would consider that suboptimal,
no to mention that it would be endless.

I expect that endless part may be
solved by generating it automatically
from iD and Vespucci presets.

For anybody that is going to contribute more than once (and iDs
tutorial does a good job of guiding through that), we want them to
learn the basic concepts of OSM and enable them to extend that to
new situations.

It is intended to be tutorial for the first edit.

I remember that I was quite confused
during making first edits.

That is different from a guided contribution model, say for
example with https://osmybiz.osm.ch/
 which is preferable
for people that don't want to contribute to OSM in general but
just want to add and maintain a specific object.


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



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

Re: [OSM-talk] Tag:man_made=embankment

[Wayne Emerson, Jr. via talk]

An area is just a way, where the endpoint connects to the starting 
point. In the iD editor, if you select a way and look closely, you 
should see that the middle of each line segment has a small triangle 
that indicates the direction of the way. Since the right side of the way 
is the low side, an embankment that encircles a mound should be drawn 
counter-clockwise. If you need to reverse the direction of an existing 
way in iD, just select it and press V. In JOSM press R.


On 1/15/2020 5:24 PM, 80hnhtv4agou--- via talk wrote:
maybe i asked it wrong, there is no way per say, it is a land fill and 
there is something on the top, but to the
tracers looking at bing it looks flat but it is a big mountain, on the 
one hand or a big hole in the case

of an reintion dry pond
in the case of a road, on the top of a mound or below street leave.
that is to show that these things are not on the ground leave.
*From:* Pierre B??land via talk
*Sent:* Wednesday, January 15, 2020 1:28 PM
*To:* talk@openstreetmap.org ; Paul Johnson ; Yves
*Subject:* Re: [OSM-talk] Tag:man_made=embankment
I think that there is a miss-conception here. If you want to talk 
about the wall the retains the earth, this is the dyke. The embankment 
is more then a wall and is at least as large as the road and made of 
resistant material.?? The wiki pages 
https://wiki.openstreetmap.org/wiki/Key:embankment and 
https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dembankment do not 
accept usage of polygones with these tags.
see description of embankments in 
https://www.sciencedirect.com/topics/engineering/highway-embankment


Pierre
Le mercredi 15 janvier 2020 13 h 56 min 45 s UTC???5, Yves 
> a ??crit :
You should have read "right side of way" : it's the side on your right 
when you follow the way in its direction.

Yves
Le 15 janvier 2020 17:59:42 GMT+01:00, Paul Johnson 
> a ??crit :


On Wed, Jan 15, 2020 at 10:28 AM 80hnhtv4agou--- via talk
 wrote:

What does this mean ?
???should be tagged on a way drawn with the*_/lower side on
right side/_*of way direction???

The downhill side of the embankment is to the right of the way.

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


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

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



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

Re: [OSM-talk] JOSM: hover-Coordinate by easy click into clipboard?

[Wayne Emerson, Jr. via talk]

I don't know if JOSM can do that, but in the iD editor you can press 
Ctrl-Shift-M to open the Measurement box, then place a node where you 
need coordinates. Click on the node, then select the coordinate text in 
the Measurement box and press Ctrl-C.


On 1/6/2020 8:39 PM, tshrub wrote:

hi,

in JOSM's status bar the mouse position is constantly running as a 
coordinate. Is there any easy way to get it, may be by keyboard into 
the clipboard?
I want to edit GPS data from, or better: add GPS-data to trackless 
photos - I want to place them like this with JOSM' sat-pictures.


bella saluti


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




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

Re: [OSM-talk] water runs backwards.

[Wayne Emerson, Jr. via talk]

In the iD editor you can press V to reVerse the direction of any line. 
You can also press the question mark button, and then click "Keyboard 
Shortcuts" to see more useful commands, spread across the 3 tabs at the top.

In JOSM you can press R to Reverse a line's direction.

On 12/22/2019 9:00 PM, 80hnhtv4agou--- via talk wrote:
coming across bad mapping, if you draw a water feature ditch, or 
stream, from the bottom of the map
up, you get arrows showing the flow going the wrong way and there is 
no way to fix it like a one way road,

and we are talking about miles long segments.

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



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

Re: [OSM-talk] Licence of Facebook's derived road datasets? ODbL?

[Wayne Emerson, Jr. via talk]

/>"I don't understand why it is being claimed that facebook ... is not 
using Openstreetmap data."/
 The original claim was not about facebook "using" OSM data, it was 
that a specific dataset was "derived" from OSM data. To use the cooking 
analogy, a cake is derived from flour, oil, sugar, etc. It is not 
derived from spoons, bowls, pans or flour-sifters. In this case, OSM 
data was used as a sifter to decide which of their data to subtract from 
their data.


/>"I can create a polygon data set of the Earth surface (a simple 
rectangle in EPSG:4326) and subtract an OSM derived data set of the 
Earth land masses from that to get a data set of the oceans."/
 This might make sense in autocad which has cutting operations, but 
makes no sense in OSM. The operation described would require *adding* 
all lines tagged in OSM as "natural=coastline" to your dataset. Facebook 
is not inferring the shape of their streets based on OSM data.


As far as the licensing, it appears to me to only apply to the software 
(RapiD) not the data. But it should be more explicit.

https://github.com/facebookmicrosites/Open-Mapping-At-Facebook
https://github.com/facebookmicrosites/Open-Mapping-At-Facebook/blob/master/LICENSE.md
The license summary says that it only requires preservation of copyright 
and license notices.


https://github.com/facebookmicrosites/Open-Mapping-At-Facebook/wiki/FAQ

The real question should be: When the RapiD software is used to add 
their street data to OSM does it tag the street with copyright and 
license notices?


For the record, I do not like facebook. I have never had a facebook 
account and never will.



On 11/15/2019 8:03 AM, Nuno Caldeira wrote:
Well it's quite obvious to me that for adding or subtracting you need 
OSM data, so I have no doubts. it's like a cook recipe, if you don't 
have use it, you won't get the end result without it, adding or 
subtracting.


On Fri, 15 Nov 2019, 11:41 Christoph Hormann, > wrote:



This realization (of there being no fundamental difference between
subtracting and adding) is - as Rory already explained - not
dependent
on specific details of the ODbL or the law but derives from
elementary
logic.

-- 
Christoph Hormann

http://www.imagico.de/

___
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

Re: [OSM-talk] Licence of Facebook's derived road datasets? ODbL?

[Wayne Emerson, Jr. via talk]

There seems to be a misunderstanding of the definition of "Derived". In 
order for something to be considered derived it needs to contain some 
elements from which it was derived. The end product described by 
facebook contains no OSM data, therefore it is literally the opposite of 
a derived product.


As far as licensing I can't comment on that.

On 11/14/2019 4:50 PM, Mateusz Konieczny wrote:




14 Nov 2019, 22:12 by yuriastrak...@gmail.com:

Let me get this straight:

* I create a dataset from public data sources, e.g a list of
roads, and publish it under the Public Domain dedication (i.e.
CC0).?? (I agree that MIT is weird here).
* Afterwards, I make a subset of my original data by removing any
roads I found elsewhere, e.g. in a proprietary source.
* And now you are saying that the new _subset_ of my original
public domain data is no longer public domain because I removed
values that exist??in a proprietary source?

Yes, it is a derivative work. (AFAIK)

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



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

Re: [OSM-talk] Overpass API - Fetching countries, their capitals, and their borders

[Wayne Emerson, Jr. via talk]

Yes I agree that every country's borders on earth adds up to a lot of 
data. And my last reply could have been clearer. If you look at his 
original query (which is mangled now by the email), He was looking for 
the NODES of each country's capital city, not the city borders.?? And 
although the Argentina relation may only have 2 nodes in the relation, 
there are apparently 80 other city nodes there tagged with 
admin_level=2, which seems like bad tagging.


On 8/13/2019 10:21 PM, Warin wrote:

On 14/08/19 11:39, Wayne Emerson, Jr. via talk wrote:
He wasn't asking for every town on earth. Just every country's 
border, and every country's capitol. I am a noob too so can't answer 
his question. But I did run the wizard with "admin_level=2 and 
type:node" and got 3,988 nodes. Which begs the question, why does 
Argentina have dozens of admin level 2 nodes? I am guessing around 80 
or so.


Each border would usually be a relation with a number of ways. Each 
way will have a number of nodes to make the way.



Example
Argentina is relation 286393

https://www.openstreetmap.org/relation/286393#map=4/-40.51/-63.63

It has 2 nodes, many ways and a number of separate relations... look 
at teh above link.


One of those ways is Way: Border Chile - Argentina (206446254) and 
that single way has 393 nodes.




On 8/13/2019 6:30 PM, Warin wrote:

On 14/08/19 07:41, L??o El Amri via talk wrote:

Hello,

I'm trying to fetch countries, their borders, and their capitals 
through

Overpass API, but the server never replies to me (With a timeout:3600
setting, the server reply with a 502 error after a while).
I'm only a beginner with this API, so maybe my request is not 
efficient:


(
 node[place=city];


this gets all cities?

 node[place=town];

this gets all towns?

)->.a;
rel[boundary=administrative][admin_level=2]->.b;
(
 node[place=country];
 node.a[capital=yes];
 way[boundary=administrative][admin_level=2];
 .b;
 .b >;
)->.o;
.o out body;

What am I doing wrong ? (Should I use another tool for this purpose ?)



Too much data? So it times out.

You are asking for every node of;

city 19,930

town 111,981

country 221

And then boundaries as well. 29,752

The numbers I got from taginfo.. did not bother with separating 
nodes etc.


I think the boundaries will cause problems - lots of nodes and ways 
in there as well as the relations.


Suggestions? Do it in small sections.

Get the cities and countries as one item and see if that works. Save 
the result for later merging.


Get the boundaries for a small section of the world .. with few 
boundaries and see if that works.







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





---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Overpass API - Fetching countries, their capitals, and their borders

[Wayne Emerson, Jr. via talk]

He wasn't asking for every town on earth. Just every country's border, 
and every country's capitol. I am a noob too so can't answer his 
question. But I did run the wizard with "admin_level=2 and type:node" 
and got 3,988 nodes. Which begs the question, why does Argentina have 
dozens of admin level 2 nodes? I am guessing around 80 or so.


On 8/13/2019 6:30 PM, Warin wrote:

On 14/08/19 07:41, L??o El Amri via talk wrote:

Hello,

I'm trying to fetch countries, their borders, and their capitals through
Overpass API, but the server never replies to me (With a timeout:3600
setting, the server reply with a 502 error after a while).
I'm only a beginner with this API, so maybe my request is not efficient:

(
 node[place=city];
 node[place=town];
)->.a;
rel[boundary=administrative][admin_level=2]->.b;
(
 node[place=country];
 node.a[capital=yes];
 way[boundary=administrative][admin_level=2];
 .b;
 .b >;
)->.o;
.o out body;

What am I doing wrong ? (Should I use another tool for this purpose ?)



Too much data? So it times out.

You are asking for every node of;

city 19,930

town 111,981

country 221

And then boundaries as well. 29,752

The numbers I got from taginfo.. did not bother with separating nodes 
etc.


I think the boundaries will cause problems - lots of nodes and ways in 
there as well as the relations.


Suggestions? Do it in small sections.

Get the cities and countries as one item and see if that works. Save 
the result for later merging.


Get the boundaries for a small section of the world .. with few 
boundaries and see if that works.




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




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [OSM-talk] Microsoft Buildings vs. OpenStreetMap visualization

[Wayne Emerson, Jr. via talk]

As far as I know, the "Bing Only" layer in the comparison tool 
represents the vector data that Microsoft has made available here: 
https://github.com/Microsoft/USBuildingFootprints


My experience has been that about 50% of the Bing buildings are rotated 
to an incorrect orientation. In other rare cases it mapped the various 
puddles on a flat roof as separate buildings. So I personally would not 
use the Bing data as it is too inaccurate.


As far as the comparison tool - it looks great! But I did notice that it 
failed to recognize buildings that exist in OSM as multipolygon 
relations. I already sent feedback to the tool developer about this.


-Rassilon

On 8/5/2019 8:58 AM, Dave F via talk wrote:

Hi

Is the 'Bing only' vector?

On 02/08/2019 12:24, Darafei "Kom??pa" Praliaskouski wrote:

Hi,

Here's a demo by azavea showing how 125 Million AI-mapped buildings relate
to 33 Million buildings currently in OpenStreetMap in the same region.

https://demos.azavea.com/building-footprint-comparison/#4.4/38.67/-93.93





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



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





---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk