Re: [Talk-us] User in Florida changing several motorways to trunk

2020-01-08 Thread Levente Juhász
FYI the user also joined the changeset discussion as of recently. Based on
the message and previous changeset comments (e.g. "trunk-primary fixes
(that i messed up)" in
https://www.openstreetmap.org/changeset/79132672#map=12/28.4681/-81.4027)
it seems to be an honest mistake.

I can help out with fixes over the weekend. Let me know if you come up with
a plan to restore highway=motorway tags.

Levente

On Tue, Jan 7, 2020 at 8:39 PM James Mast  wrote:

> I was just alerted to this by a friend, and thought I'd post about it here
> as well, since I don't really have the time to work on doing all the
> reverting that unfortunately needs to be done here (there's a lot).
>
> But over the last 2 weeks, there's been a user changing several 100%
> motorways (& are toll highways to boot) that just happen to be state
> highways in Florida from motorway to trunk.  This is mostly as far as I can
> tell in the Orlando area, but might affect other areas in FL too.
>
> I did leave the user a message on Changeset 79155661 (
> https://www.openstreetmap.org/changeset/79155661 ).  Hoping he will see
> it, but with all the major highways that have been seriously demoted in
> priority that could seriously affect routing very badly, I honestly
> couldn't wait for a response before I posted a message to here as well.
>
> Anybody willing to help out here in restoring the motorway tags to the
> proper highways?
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [Talk-us] Lee county, Florida

2019-10-30 Thread Levente Juhász
Hi Mango,

I'm glad you didn't get tired of adding all those buildings to OSM last
year.

I quickly checked Lee county's GIS resources and it appears that there's
even a more complete building footprint dataset that contains way more data
than the condo footprints (even single family homes) file you linked. It's
located here:
http://leegisopendata2-leegis.opendata.arcgis.com/datasets/building-footprints?geometry=-81.818%2C26.475%2C-81.807%2C26.476.
You're correct, this data is public domain therefore ODbL compatible. See
Chapter 119 of Florida Statues (
http://www.leg.state.fl.us/Statutes/index.cfm?App_mode=Display_Statute=0100-0199/0119/0119.html
).

Scripts from last year's Miami-Dade import to pre-process data (de-dupe,
merge, fix, etc.) are located here:
https://github.com/SouthFLMappers/OSMImport2018/ Adapting them to Lee
county should be fairly easy, as in changing a few property names. One
issue is that the new address file does not include street type (e.g. Ave,
Dr, St.) in a separate field. This requires some changes but should also be
a fairly simple fix. Wiki page from last year's project is here:
https://wiki.openstreetmap.org/wiki/Miami-Dade_County_Address_Import

I can help with the technical stuff (up to setting up a Tasking Manager
project). Can you drive this forward by following guidelines at
https://wiki.openstreetmap.org/wiki/Import/Guidelines and implementing
those steps?

Cheers,
Levente





On Wed, Oct 30, 2019 at 1:32 PM mangokm40 via Talk-us <
talk-us@openstreetmap.org> wrote:

> I'm sorry.  I should have included this link for "previewing" the data:
> http://gissvr.leepa.org/GeoView2/
>
> Thanks.
>
> ‐‐‐ Original Message ‐‐‐
> On Wednesday, October 30, 2019 1:26 PM, mangokm40 via Talk-us <
> talk-us@openstreetmap.org> wrote:
>
> Hi,
>
> Last year, I noticed that OSM didn't have address information for
> Miami-Dade county.
> A couple of people from this list stepped up and added all the building
> footprint and
> building address information to OSM.
>
> Since Florida has the "Sunshine Law", and Lee county is much smaller :), I
> thought I'd
> see if there's interest in doing a load of that data.  If I understand
> correctly (doubtful),
> the data needed can be found here:
> http://www.leegov.com/gis/data/gis-data/land-records
> Last year, I thought "address points" were preferable (much less data).  I
> was adviced
> that "building footprints" are the desired standard.  Both appear
> available in shapefile
> format.
>
> As I did last year, I am willing to help get this done.  Is anyone
> interested in leading this effort?  Is this even a good idea?
>
> Thanks for your time.
>
>
> mangokm40
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


[Talk-us] Call for Abstracts - Academic Track @ SotM 2019

2019-03-20 Thread Levente Juhász
Dear all,

Sorry for cross-posting. Please see the announcement of the Academic Track
at the global State of the Map 2019 in Heidelberg, Germany. We are looking
for scientific contributions (abstracts between 500 and 800 words) by May
10, 2019. This is a great opportunity to showcase your OSM related
research. Students are encouraged to submit, too! Limited number of
scholarships are also available. Application deadline for scholarships is
March 30.

For more info, please consult the call [1].

Cheers,
Levente


We are happy to invite you to submit your abstracts and present your
research at the Academic Track of the State of the Map 2019 in Heidelberg!
The Call for Academic Abstracts is now open [1].

Join us for a full day of academic talks in Heidelberg, home to one of the
largest GIScience research groups in the world. We believe that the
Academic Track is a wonderful opportunity to connect the OpenStreetMap
community with the academic community and to provide a platform to exchange
ideas and opportunities for increased collaboration.

Abstracts should be between 500 and 800 words in length, and should be
submitted via the conference management system [2] by no later than May 10,
2019. For more information please consult the call [1]. Questions directed
to the scientific committee should be sent to
academic-s...@openstreetmap.org.

Please feel free to distribute the call within your networks.

Scientific Committee @ State of the Map 2019

[1] https://2019.stateofthemap.org/calls/academic/
[2] https://pretalx.com/sotm2019-at/cfp
-- 
Levente Juhasz
https://blog.jlevente.com/
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [Talk-us] OSM map use w/o attribution at US News & World Report

2018-09-28 Thread Levente Juhász
Maybe I am missing something here but when I checked the link you provided
I can see the proper attribution displayed in the Leaflet map. Screenshot:
https://drive.google.com/file/d/1EBzE3_0Lc6qVkKeYYhYbpz9CFrWOiGpc/view

Cheers,
Levente

On Thu, Sep 27, 2018 at 12:51 PM Steve Friedl  wrote:

> [trying this again]
>
> Good morning,
>
> I've never done a use-without-attribution case before, would like to get
> some suggestions before I dive in. I'm pretty sure this is a "substantial"
> violation.
>
> It seems that US News & World Report is using OSM data/maps without
> attribution in their Health website; my opthalmologist's page
>
> https://health.usnews.com/doctors/jared-younger-768369
>
> includes a map that I instantly recognized as OSM.  I make it a point to
> enhance the maps every time I have an appointment somewhere, and I had done
> substantial cleanup of the maps in the northeast corner of Brookhurst &
> Ellis in Fountain Valley.
>
> The *current* map doesn't look much like the one in the US News page:
>
> https://www.openstreetmap.org/changeset/62921271#map=18/33.69463/-117.95174
>
> because of my subsequent changes, but - among other things - the spurious
> and incorrect segment of "Ellis Street" just below the main Ellis Street
> was
> leftover Tiger data that I'd fixed as well on changeset
> https://www.openstreetmap.org/changeset/62921271
>
> Digging in, it seems that US News runs their own tile server (example
> tile):
>
> https://maptile.usnews.com/tile0/12/707/1640.png
>
> so this is clearly them and not (say) Leaflet.
>
> Their terms & conditions page https://www.usnews.com/info/features/terms
> has
> a helpful email address copyrightag...@usnews.com that invites contacts
> about copyright issues.
>
> So, I think I should be following the procedure here:
>
> https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution
>
> with a polite note to them.
>
> Am I on the right track?
>
> Steve
>
> ---
> Steve Friedl // Software & Network Security Consultant // 714-345-4571
> <(714)%20345-4571>
> st...@unixwiz.net // Southern California USA // I speak for me only
>
>
>
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
-- 
Levente Juhasz
https://blog.jlevente.com/
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [Talk-us] Address data for Miami Florida United States

2018-09-14 Thread Levente Juhász
Great stuff, Leif! I will catch up with this project over the weekend and
will provide some input.

I have access to a few workstations with a bunch of memory so I can help
out with converting/processing the input data if needed. Just let me know.
I don't think of the size of these datasets as an issue in terms of
processing (not even the buildings). As you said, splitting them up into
smaller chunks or using a totally different toolset would also work.

Finding enough people to review and put the data on the map will be a
bigger issue in Miami, imho. You guys are planning to implement an entirely
manual approach, correct?

Cheers,
Levente



On Fri, Sep 14, 2018, 4:06 PM Leif Rasmussen <354...@gmail.com> wrote:

> Update on the address data:
> I tried transforming the small data file (550,000 addresses) to OSM
> format, but my computer ran out of memory.  I will try using a more
> powerful computer later.  The transformation worked perfectly on a smaller
> file of 8000 addresses in Miami Beach, however.  I uploaded that sample
> file to a google drive folder
> .
> Simply download the file and drag and drop it into JOSM to view that
> addresses.  The address data source only had "addr:city" for some of the
> addresses, so that tag will have to be added manually based on postcode
> later.
> Thanks,
> Leif Rasmussen
>
> Also, the addresses with numbered street names (4th Street) have not been
> expanded (to eg. "Fourth Street").  The roads in OSM currently have the
> numbered versions (4th Street), so I will just leave the addresses like
> they are now.
>
> On Thu, Sep 13, 2018 at 10:42 AM mangokm40 
> wrote:
>
>> Mr. Rasmussen,
>>
>> Thanks for the offer!  I definitely need help. :)
>>
>> I looked, and failed to find, the layer without unit#.  That's what I
>> thought would be preferred.  Thanks
>> for spotting it.  I don't see why we would search for a specific unit on
>> a map.  When I navigate, I would
>> just want directions to "1234 NW 33rd Ct", not "1234 NW 33rd Ct Apt 6".
>> If you know
>> of a good reason for the unit #s, let me know.  It doesn't matter to me,
>> since I don't need navigation in
>> Miami.  :D
>> If you think 600k points is big, imagine the building footprints. :)
>>  It's available, if required.  Heck, they
>> even make a 3d building layer available.  But I don't think we'll enjoy
>> the size.
>>
>> I knew the license is not a problem.  However, I saved that email just in
>> case it comes up.
>>
>> I'm going to read the info Mr. Juhász provided.  Unfortunately, I'm way
>> behind here.
>> Also, I replied to all b/c I think that's what I'm supposed to do.
>> However, I don't want to 'bug' people on
>> the list.  Hopefully, someone will let me know if this needs to go
>> off-list.
>>
>>
>> (_8'()
>>
>>
>> ‐‐‐ Original Message ‐‐‐
>> On Wednesday, September 12, 2018 4:17 PM, Leif Rasmussen <
>> 354...@gmail.com> wrote:
>>
>> Hi Mango,
>> I have quite a lot of experience with address imports, and would love to
>> help with Miami.  I have visited Miami several times, and have grown a
>> liking for it.  Adding addresses there would be a real pleasure.
>> There appears to be two address data sets - one with "addr:unit", and one
>> without.  The one with "addr:unit" addresses
>> 
>>  has 1,166,445
>> points, and the one without
>> 
>> has 586,171 points.  Both of these should be considered.  I would suggest
>> importing the one with condos, or "addr:unit" features if the quality is
>> good.  Otherwise, I think that the dataset without addr:unit should be
>> imported.
>> Also, the license seems OK.  According to the Miami-Dade County
>> Buildings Import
>> ,
>> the license is public domain, which they claim is true of all government
>> produced data in Florida.
>> The only issue I see with the data is the size.  My laptop took 5 minutes
>> to open the address points (including addr:unit, so 1,166,445 nodes) and
>> more than 20 minutes to edit a single key.  This could be worked around,
>> though, by splitting up the data.
>> I created a wiki page for the import
>> ,
>> which is a step of the Import Guidelines
>> . Sending a
>> proposal to the local community and imports mailing list will also be
>> needed.
>> I hope that this import will end up working out!
>> Leif Rasmussen
>>
>>
>>
>>
>> (_8'()
>>
>> Sent with ProtonMail  Secure Email.
>>
>> ‐‐‐ Original Message ‐‐‐
>>
> On Wednesday, September 12, 2018 4:17 PM, Leif Rasmussen 

Re: [Talk-us] Address data for Miami Florida United States

2018-09-12 Thread Levente Juhász
Hey,

As far as licenses go, these datasets are public domain so no other action
is needed.

As for all the other things, we gave this project a try in 2016 and
imported a large chunk of Large Buildings with address points back then. It
was meant to be a community project where we aimed to engage local mappers
in OSM activities, too. This other objective was not fully achieved, though.

Anyway, here are a few resources that you might find useful.

Wiki:
https://wiki.openstreetmap.org/wiki/Miami-Dade_County_Large_Building_Import
Import account: https://www.openstreetmap.org/user/MiamiBuildingsImport
Tool: https://github.com/jlevente/MiamiOSM-buildings (for your #2 and #3)
The Tasking Manager we used to coordinate follow ups and quality checks is
currently offline (but I still have the database).

+1 An open access publication summarizing the finding, more from an
academic point of view:
Juhász, Levente, and Hartwig H. Hochmair. "OSM Data Import as an Outreach
Tool to Trigger Community Growth? A Case Study in Miami." ISPRS
International Journal of Geo-Information 7.3 (2018): 113.
http://www.mdpi.com/2220-9964/7/3/113

Cheers,
Levente


On Wed, Sep 12, 2018 at 3:55 PM mangokm40  wrote:

> OK, after speaking to some folks, I am here:
>
> 1.  Permission:
> There's an address on their website (g...@miamidade.gov). I asked
> them specifically about availability for openstreetmap.org. I got
> a response from the lady in charge (I know her) that said:
>
> "The data is freely available for download and use with the
> understanding that it is not guaranteed to be accurate, correct, or
>  complete and conclusions drawn from such information are the sole
> responsibility of the user."
>
> I saved the email, in case it is needed.
>
> 2.  Which data:
> Originally, I thought a "point" layer for all addresses would be great
> because it would allow address search without the weight of a full
> polygon. I've been told OSM prefers address tags on buildings.
> Thus, it's 2 layers we would need:
> a) address with point representation:
> https://gis-mdc.opendata.arcgis.com/datasets/address-with-condo
> b) building footprint polygons:
> https://gis-mdc.opendata.arcgis.com/datasets/building-footprint-2d
>
> 3.  Things that need to be done, which I know how to do:
> The data needs to be "massaged".
> The address data includes "condo". Thus, it has an address for each
> unit in a building. That needs to be trimmed to just one street
> address per building.
> Address abbreviations need to be converted. (ie. 1234 NW 33rd Ct needs
> to become 1234 Northwest 33 Court).
>
> 4.  Things that need to be done, which I don't know how to do:
> ALMOST EVERYTHING. :)
> Some building footprints already exist and some of them have an
> address. There would need to be a way to determine duplication.
> I have AutoCad & ESRI experience, but know nothing of OSM data & tools.
> I don't know any local people that are doing this. Is there a way to
> find them?
>
>
> Thanks to all who have already helped me.
>
>
> (_8'()
>
> ‐‐‐ Original Message ‐‐‐
> On Tuesday, 11 September 2018 12:22, Rihards ric...@nakts.net wrote:
>
>
> > On 2018.09.11. 19:13, mangokm40 wrote:
> >
> > > This is my first post.  Be gentle, if I fail some etiquette test. :)
> > > I was testing the "maps.me" application and noticed address search
> > > didn't work.  It turns out it was a data problem.  OSM doesn't have all
> > > the addresses for Miami (Dade county), Florida.  This surprised me
> > > because our county makes this information available to the public.
> > > The main dataset I thought would be useful can be found here:
> > > https://gis-mdc.opendata.arcgis.com/datasets/address-with-condo
> > > As a point feature class, I figure it could be lightweight and allow
> > > search for ANY address in the county.  The data can be downloaded in
> KML
> > > or SHP format.  The license link displays this:
> > > "Miami-Dade County provides this data for use "as is". The areas
> > > depicted by this map/data are approximate, and are not accurate to
> > > surveying or engineering standards. The maps/data shown here are for
> > > illustration purposes only and are not suitable for site-specific
> > > decision making. Information found here should not be used for making
> > > financial or any other commitments. Miami-Dade County provides this
> > > information with the understanding that it is not guaranteed to be
> > > accurate, correct or complete and conclusions drawn from such
> > > information are the sole responsibility of the user. While every effort
> > > has been made to ensure the accuracy, correctness and timeliness of
> > > materials presented, Miami-Dade County assumes no responsibility for
> > > errors or omissions, even if Miami-Dade County is advised of the
> > > possibility of such damage."
> > > Since we think of Miami as a "global" destination, I thought search
> > > address