Re: [Talk-us] Proposal to Remove Two Duplicate Route Relations in Texas

[James Mast]

> From: skqu...@rushpost.com
> To: talk-us@openstreetmap.org
> Date: Wed, 8 Jan 2014 00:01:59 -0600
> Subject: Re: [Talk-us] Proposal to Remove Two Duplicate Route Relations in
> Texas
> 
> I don't think Cam4rd98 is still an active mapper.
> 
> If you are absolutely, positively sure they are duplicates, I say go
> ahead and prune.
> 
> -- 
>   Shawn K. Quinn
>   skqu...@rushpost.com
> 
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us

He is still an active mapper.  He's done over 20 edits in the last 17 days.

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

Re: [Talk-us] Proposal to Remove Two Duplicate Route Relations in Texas

[Shawn K. Quinn]

On Tue, Jan 7, 2014, at 06:19 PM, Kam, Kristen -(p) wrote:
> Hello,
> 
> I am writing in regards to the highway route relations representing US 59
> and US 281 in the state of Texas.
> 
> For US Highway 59, I edited route relation 71232
> (http://osm.org/relation/71232). After editing said relation
> (1475243;http://www.osm.org/relation/1475243), I noticed there is a
> relation that has members that are also members to 71232.  Relation
> 1475243 is essentially a duplicate of 71232 and I would like to delete
> this relation from the database. I contacted a user (Cam4rd98) who
> previously edited 1475243 and mentioned the action the subject to
> him/her. To date, I have not received a response. Instead of following up
> with the user it was suggested to me that I ought to message the list.
> Therefore I am proposing to you all the removal of relation 1475243.
> 
> In addition, I would like to remove relation 1475274
> (http://www.osm.org/relation/1475274) because its members are also
> members of relation 1628532 (http://www.osm.org/relation/ 1628532) and
> thus is a duplicate.
> 
> Does anyone object to my proposal to remove both relations?

I don't think Cam4rd98 is still an active mapper.

If you are absolutely, positively sure they are duplicates, I say go
ahead and prune.

-- 
  Shawn K. Quinn
  skqu...@rushpost.com

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

Re: [Talk-us] Proposal to Remove Two Duplicate Route Relations in Texas

[stevea]

Cam4rd98 is an interesting character, I'll say that. He's new and 
enthusiastic about mapping, but doesn't quite understand the 
conventions of OSM. I haven't had to talk to him recently, but 
previously he's been unresponsive to messages.


In this case, I'd say send him a message and delete the relation. If 
he notices it gone, maybe he'll read his inbox for once.


I concur with these Cam4rd98 characterizations as I have done similar 
coming to these conclusions.


OSM is a community.  This includes communication amongst its members. 
Frequently, we reach consensus.  We don't do that in a communications 
vacuum.  Reverting changesets by knowledgeable and experienced 
contributors after shouting into the chasm of OSM citizenship is good 
work, especially as it is watched and supported by wider consensus. 
We are building an excellent working map here.


Let us well communicate intention.  OSM doesn't work when it is 
considered a solo map, so we must listen.  Consensus is essential, 
though only occasionally easy.


SteveA
California

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

Re: [Talk-us] [Imports-us] Address Data Import for Fulton County, Georgia

[Saikrishna Arcot]

Regarding the public domain licensing, the PDF file provided with the
data states "Freely use, copy and distribute as long as credit is
given". On the metadata information on the download page, it states that
there are no access constraints, but the use constraint just states that
there may be errors in the data and Fulton County is not responsible for
such errors (exact wording is "DATA Disclaimer: Fulton County makes
known to user, and user acknowledges notice by Fulton County that this
Data contains known errors and inconsistencies. Fulton County in no way
ensures, represents or warrants the accuracy and/or reliabilibity for
any purpose.").

My custom application source code is up at
https://github.com/saiarcot895/osm-fulton-address, which is linked to on
the wiki page. Currently, the application takes in a BBox and uses the
Overpass API to download address info and streets, but I'm considering
just getting the full extract for that area. In addition, the
application takes into account all existing /valid/ addresses (has an
addr:street and the addr:street matches the street name) and skips
importing those addresses, expands abbreviations in the street name, and
corrects the casing to match those in OSM. At the moment, the position
of the address data point isn't checked for reasonableness, but I'm
planning on including that in the application itself.

I wasn't aware that ogr2osm could filter the tags at that stage itself.
In this case, I'll create a translations file to filter the tags and
create a new converted OSM file.

Regarding updates, I initially didn't plan on having this be updated
with newer versions of the data, since at that time, I wasn't aware that
there was a usable ID. Now, if there is an ID tag in the final OSM data,
address updates /may/ be possible depending on whether a new ID is
created for any address change (Carl?). What may be easier is just to
import any new addresses that are not already in OSM.

Regarding the street name mismatches, this data is from 2005 (although I
suspect there may be some updates from 2008, since some of the dates in
the data are from 2008), and if I read correctly, the TIGER data here is
from 2006. Therefore, it is more likely that the street names in OSM are
correct. That being said, there is, I believe, at least one street in
existing OSM data that is not fully expanded. For this road, it might be
easier to fix this outside of the import.

Regarding the conflation issue, the main issue I see is address nodes
being added on top of existing buildings. For this, I could add in code
to determine if the node is inside a building and, if so, merge the
address data, although it looks like the addressmerge tool already does
this. If an existing node, way (building), or relation already has an
address that is being imported, then the address will be skipped from
the import.

For the upload process itself, I'm considering using either the Task
Manager or Google spreadsheet. I intend to have only the addition of
addresses as part of the import process and won't be fixing anything else.

Saikrishna Arcot

On 01/07/2014 09:03 PM, Jason Remillard wrote:
> Hi Saikrishna,
>
> I agree with Serge, we need to be 100% sure the license situation is
> straight. Often the data providers say the data is in the "public
> domain", but in fact, isn't.
>
> Some workflow suggestions
>  - In general, you should try to script the workflow from start to
> finish. You will be running it many, many times while debugging the
> import. The splitting, conversion to OSM, and possibly conflation to
> OSM. Many of us on the list would like to look at the code to help
> with the QA.
>  - ogr2osm allows you to specify an python file on the command line
> that can be used to translate the shape file columns to osm tags. I
> would look to get things as close as possible with it first. If
> needed, then do the rest with the QT program.
>  - You should take a look at the addressmerge,
> https://github.com/pnorman/addressmerge . Paul's code works without
> buildings, it could be a good match.
>  - Subscribe to the ny city address import on git hub, review the many
> issues they needed to work through. I would also pick a tile from the
> ny city import and run the import yourself. You don't need to do it
> the same way, but I think it would be useful to be familiar with what
> they are doing.
> - If you have code to detect differences between the address street
> name and the OSM name, you should pull them out and resolve the
> differences by hand. Rather than just skipping them. It might be an
> opportunity to improve OSM street names.
>
> Things that need to be done that are missing from your wiiki
>  - how the uploading is going to happen. If multiple people are going
> to do it, they need to be coordinated. Task manager, google spread
> sheet, wiki, etc.
>  - QA on the data (proper removal of street abbreviations, positional
> accuracy).
>  - Are you going to fix other things when uploading.
>  -

Re: [Talk-us] Proposal to Remove Two Duplicate Route Relations in Texas

[Clay Smalley]

My bad, I could have worded that better. I shouldn't let personal
grievances spill into public discussion. Thanks for keeping the mailing
list clean and civil.
Am 07.01.2014 20:25 schrieb "Ian Dees" :

> Hi folks,
>
> Please be careful when talking about a specific person. I realize it's
> relatively pertinent to the discussion, but lets not make it any more
> personal here on the mailing list.
>
> Thanks,
> Your friendly talk-us moderator
>
> On Tue, Jan 7, 2014 at 8:15 PM, Clay Smalley wrote:
>
>> Cam4rd98 is an interesting character, I'll say that. He's new and
>> enthusiastic about mapping, but doesn't quite understand the conventions of
>> OSM. I haven't had to talk to him recently, but previously he's been
>> unresponsive to messages.
>>
>> In this case, I'd say send him a message and delete the relation. If he
>> notices it gone, maybe he'll read his inbox for once.
>>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Proposal to Remove Two Duplicate Route Relations in Texas

[Ian Dees]

Hi folks,

Please be careful when talking about a specific person. I realize it's
relatively pertinent to the discussion, but lets not make it any more
personal here on the mailing list.

Thanks,
Your friendly talk-us moderator

On Tue, Jan 7, 2014 at 8:15 PM, Clay Smalley  wrote:

> Cam4rd98 is an interesting character, I'll say that. He's new and
> enthusiastic about mapping, but doesn't quite understand the conventions of
> OSM. I haven't had to talk to him recently, but previously he's been
> unresponsive to messages.
>
> In this case, I'd say send him a message and delete the relation. If he
> notices it gone, maybe he'll read his inbox for once.
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Proposal to Remove Two Duplicate Route Relations in Texas

[Clay Smalley]

Cam4rd98 is an interesting character, I'll say that. He's new and
enthusiastic about mapping, but doesn't quite understand the conventions of
OSM. I haven't had to talk to him recently, but previously he's been
unresponsive to messages.

In this case, I'd say send him a message and delete the relation. If he
notices it gone, maybe he'll read his inbox for once.
Am 07.01.2014 18:20 schrieb "Kam, Kristen -(p)" :

> Hello,
>
>
>
> I am writing in regards to the highway route relations representing US 59
> and US 281 in the state of Texas.
>
>
>
> For US Highway 59, I edited route relation 71232 (
> http://osm.org/relation/71232). After editing said relation (1475243;
> http://www.osm.org/relation/1475243), I noticed there is a relation that
> has members that are also members to 71232.  Relation 1475243 is
> essentially a duplicate of 71232 and I would like to delete this relation
> from the database. I contacted a user (Cam4rd98) who previously edited
> 1475243 and mentioned the action the subject to him/her. To date, I have
> not received a response. Instead of following up with the user it was
> suggested to me that I ought to message the list. Therefore I am proposing
> to you all the removal of relation 1475243.
>
>
>
> In addition, I would like to remove relation 1475274 (
> http://www.osm.org/relation/1475274) because its members are also members
> of relation 1628532 (http://www.osm.org/relation/ 1628532) and thus is a
> duplicate.
>
>
>
> Does anyone object to my proposal to remove both relations?
>
>
>
> Best,
>
>
>
> Kristen
>
>
>
> ---
>
>
>
> OSM Profile à http://www.openstreetmap.org/user/KristenK
>
>
>
> *From:* Sebastian Arcus [mailto:s.ar...@open-t.co.uk]
> *Sent:* Monday, January 06, 2014 1:07 PM
> *To:* talk-us@openstreetmap.org
> *Subject:* Re: [Talk-us] Help with non-existent school in Big Sur, CA area
>
>
>
> Thanks Volker. It's interesting that there is at least one source that
> suggests the existence of that school at some point in time, at least.
>
> On 06/01/14 13:39, Volker Schmidt wrote:
>
> According to the USGS Scanned Topographic Maps Layer (in JOSM) there was a
> "Sur School (abandoned)" exactly on the other side of the road from where
> the actual node is in OSM (I suppose where the stand of trees is on the
> areal photograph). I mapped in that area in 2011 and was also looking for
> it, but did not find anything on the ground, but I did not look on the
> other side of the road (I did not use the scanned maps layer at the time).
>
> I suggest you move the node across the street, add a source "USGS Sacnned
> Topographic Maps" and mark it as abandoned. There is certainly no building
> there any more.
>
> Volker
>
> (Padova, Italy)
>
>
>
> On 6 January 2014 13:00,  wrote:
>
> Send Talk-us mailing list submissions to
> talk-us@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk-us
> or, via email, send a message with subject or body 'help' to
> talk-us-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-us-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-us digest..."
>
>
> Today's Topics:
>
>1. Help with non-existent school in Big Sur, CA area
>   (Sebastian Arcus)
>2. Re: Help with non-existent school in Big Sur, CA area
>   (Richard Welty)
>3. Mappy New Year (Richard Weait)
>
>
> --
>
> Message: 1
> Date: Sun, 05 Jan 2014 20:21:43 +
> From: Sebastian Arcus 
> To: talk-us@openstreetmap.org
> Subject: [Talk-us] Help with non-existent school in Big Sur, CA area
> Message-ID: <52c9bed7.9060...@open-t.co.uk>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> I'm doing a bit of mapping south of Monterey based on some notes I've
> taken two months ago, and I've stumbled over this school on the map:
>
> http://www.openstreetmap.org/#map=19/36.31044/-121.88636
>
> A search on the Internet doesn't reveal anything called "Sur School". A
> search for schools in the area reveals some schools further south - but
> nothing close to where this school is on the map and nothing similar
> sounding. Also, looking at the satellite imagery, there is nothing close
> to this point on the map that looks like either a building or some
> remnants of one. There are the disused "Point Sur Naval Facility"
> buildings on the other side of the road, but we know what those are and
> they are not a school.
>
> I think the best thing to do is to delete this object. However, could
> someone who either lives in the area or has local knowledge confirm that
> this school really doesn't exist. All the evidence so far points to it
> being the case, but it would be nice if we could have "on the ground"
> confirmation before I delete it.
>
> Thanks
>
>
>
> --
>
> Message: 2
>

Re: [Talk-us] [Imports-us] Address Data Import for Fulton County, Georgia

[Jason Remillard]

Hi Saikrishna,

I agree with Serge, we need to be 100% sure the license situation is
straight. Often the data providers say the data is in the "public
domain", but in fact, isn't.

Some workflow suggestions
 - In general, you should try to script the workflow from start to
finish. You will be running it many, many times while debugging the
import. The splitting, conversion to OSM, and possibly conflation to
OSM. Many of us on the list would like to look at the code to help
with the QA.
 - ogr2osm allows you to specify an python file on the command line
that can be used to translate the shape file columns to osm tags. I
would look to get things as close as possible with it first. If
needed, then do the rest with the QT program.
 - You should take a look at the addressmerge,
https://github.com/pnorman/addressmerge . Paul's code works without
buildings, it could be a good match.
 - Subscribe to the ny city address import on git hub, review the many
issues they needed to work through. I would also pick a tile from the
ny city import and run the import yourself. You don't need to do it
the same way, but I think it would be useful to be familiar with what
they are doing.
- If you have code to detect differences between the address street
name and the OSM name, you should pull them out and resolve the
differences by hand. Rather than just skipping them. It might be an
opportunity to improve OSM street names.

Things that need to be done that are missing from your wiiki
 - how the uploading is going to happen. If multiple people are going
to do it, they need to be coordinated. Task manager, google spread
sheet, wiki, etc.
 - QA on the data (proper removal of street abbreviations, positional
accuracy).
 - Are you going to fix other things when uploading.
 - You should try to contact any local mappers and ask for help.
http://resultmaps.neis-one.org/oooc

Anyway, I suggest converting the data, double check the license, and
see if you can get some local help. When you have some 100% complete,
ready to upload OSM files, post them onto the list again and we can
see how things look.

Thanks
Jason.






On Tue, Jan 7, 2014 at 4:53 PM, Saikrishna Arcot  wrote:
> Hi,
>
> I'm planning on importing the address data for Fulton County, Georgia from
> the Georgia GIS Clearinghouse. See the wiki page here for review. I've
> included details about the source data, the final tags, and the conditions
> for each address.
>
> I will be contacting other users who have edited many addresses recently in
> the county regarding the import over the next few days.
>
> --
> Saikrishna Arcot
>
>
> ___
> Imports-us mailing list
> imports...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/imports-us
>

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

[Talk-us] Proposal to Remove Two Duplicate Route Relations in Texas

[Kam, Kristen -(p)]

Hello,

I am writing in regards to the highway route relations representing US 59 and 
US 281 in the state of Texas.

For US Highway 59, I edited route relation 71232 
(http://osm.org/relation/71232). After editing said relation 
(1475243;http://www.osm.org/relation/1475243), I noticed there is a relation 
that has members that are also members to 71232.  Relation 1475243 is 
essentially a duplicate of 71232 and I would like to delete this relation from 
the database. I contacted a user (Cam4rd98) who previously edited 1475243 and 
mentioned the action the subject to him/her. To date, I have not received a 
response. Instead of following up with the user it was suggested to me that I 
ought to message the list. Therefore I am proposing to you all the removal of 
relation 1475243.

In addition, I would like to remove relation 1475274 
(http://www.osm.org/relation/1475274) because its members are also members of 
relation 1628532 (http://www.osm.org/relation/ 1628532) and thus is a duplicate.

Does anyone object to my proposal to remove both relations?

Best,

Kristen

---

OSM Profile --> http://www.openstreetmap.org/user/KristenK

From: Sebastian Arcus [mailto:s.ar...@open-t.co.uk]
Sent: Monday, January 06, 2014 1:07 PM
To: talk-us@openstreetmap.org
Subject: Re: [Talk-us] Help with non-existent school in Big Sur, CA area

Thanks Volker. It's interesting that there is at least one source that suggests 
the existence of that school at some point in time, at least.

On 06/01/14 13:39, Volker Schmidt wrote:
According to the USGS Scanned Topographic Maps Layer (in JOSM) there was a "Sur 
School (abandoned)" exactly on the other side of the road from where the actual 
node is in OSM (I suppose where the stand of trees is on the areal photograph). 
I mapped in that area in 2011 and was also looking for it, but did not find 
anything on the ground, but I did not look on the other side of the road (I did 
not use the scanned maps layer at the time).
I suggest you move the node across the street, add a source "USGS Sacnned 
Topographic Maps" and mark it as abandoned. There is certainly no building 
there any more.
Volker
(Padova, Italy)

On 6 January 2014 13:00, 
mailto:talk-us-requ...@openstreetmap.org>> 
wrote:
Send Talk-us mailing list submissions to
talk-us@openstreetmap.org

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.openstreetmap.org/listinfo/talk-us
or, via email, send a message with subject or body 'help' to

talk-us-requ...@openstreetmap.org

You can reach the person managing the list at
talk-us-ow...@openstreetmap.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Talk-us digest..."


Today's Topics:

   1. Help with non-existent school in Big Sur, CA area
  (Sebastian Arcus)
   2. Re: Help with non-existent school in Big Sur, CA area
  (Richard Welty)
   3. Mappy New Year (Richard Weait)


--

Message: 1
Date: Sun, 05 Jan 2014 20:21:43 +
From: Sebastian Arcus mailto:s.ar...@open-t.co.uk>>
To: talk-us@openstreetmap.org
Subject: [Talk-us] Help with non-existent school in Big Sur, CA area
Message-ID: 
<52c9bed7.9060...@open-t.co.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

I'm doing a bit of mapping south of Monterey based on some notes I've
taken two months ago, and I've stumbled over this school on the map:

http://www.openstreetmap.org/#map=19/36.31044/-121.88636

A search on the Internet doesn't reveal anything called "Sur School". A
search for schools in the area reveals some schools further south - but
nothing close to where this school is on the map and nothing similar
sounding. Also, looking at the satellite imagery, there is nothing close
to this point on the map that looks like either a building or some
remnants of one. There are the disused "Point Sur Naval Facility"
buildings on the other side of the road, but we know what those are and
they are not a school.

I think the best thing to do is to delete this object. However, could
someone who either lives in the area or has local knowledge confirm that
this school really doesn't exist. All the evidence so far points to it
being the case, but it would be nice if we could have "on the ground"
confirmation before I delete it.

Thanks



--

Message: 2
Date: Sun, 05 Jan 2014 18:04:49 -0500
From: Richard Welty mailto:rwe...@averillpark.net>>
To: talk-us@openstreetmap.org
Subject: Re: [Talk-us] Help with non-existent school in Big Sur, CA
area
Message-ID: 
<52c9e511.9060...@averillpark.net>
Content-Type: text/plain; charset="iso-8859-1"

On 1/5/14 3:21 PM, Seb

Re: [Talk-us] [Imports-us] Address Data Import for Fulton County, Georgia

[Saikrishna Arcot]

Serge,

On 01/07/2014 05:08 PM, Serge Wroclawski wrote:
> Saikrishna,
>
> I understand your enthusiasm for wanting to have address points for
> Fulton County, Georgia, but before you start uploading, we need to
> examine a few issues:
>
> 1. What is the license for this data?
>
> I was unable to download the data that was linked to from the wiki
> page. You have a statement saying that's it's OSM compatible, but the
> specifics are important- and in this case the county seems to require
> registration. They can do so, but then you (or someone else) need to
> legally be able to host the data- we don't want to require OSMers to
> sign up to evaluate this data.
>
The data is in the public domain. I've edited the wiki page to specify this.

I can upload the data elsewhere and make it available for download.
> 2. Address Points
>
> The second concern I have is that this is just a plain raw address
> dataset. We've discussed those before and I think it's safe to say
> that they're somewhat controversial. They're better than nothing, but
> often very difficult to work with, and when we have building
> footprints, there's going to be enormous work to conflate them.
>
> It would be much better if the conflation step was done before upload.
> Do you think it's possible to get building footprint data from the
> government?
>
I think I saw another data set that had building footprint data, but I
need to see what the data looks like and if the licensing is fine.
> 3. The Conversion
>
>  There are tags in the dataset which do not make any sense, such as
> STATUS=A and FILEVER, none of the tags have been lowercased, none of
> the addresses have been name expanded. All of this needs to be cleaned
> up and corrected before the data could be added to OSM.
>
Those tags are in the dataset itself; those exact tags won't be present
in OSM. The tags that will be used in OSM, as outlined in the Conversion
section, are addr:housenumber, addr:street, and possibly addr:city. The
casing and the name expansion will be done in the conversion program.
> 4. There's no mention in your wiki page about updates and any update
> process
>
I was initially under the impression that the addresses didn't have an
ID that could be used in updates. Looking at the data again, there is an
immutable GEO_OID field that represents a unique, internal ID. This,
perhaps, could be used for updates.

That being said, I was told that later versions of the address data are
under different licenses and so might not be possible to import into
OSM. (As it is, this is the latest version on the clearinghouse website).
> You have a good start here, but you have a lot to do before the import
> is ready to officially propose.
>
> - Serge

Saikrishna Arcot


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

[Talk-us] Accepting applications for scholarships to State of the Map US

[Alex Barth]

We're offering scholarships to State of the Map US in Washington DC April
12, 13.

So if you've created something awesome with OpenStreetMap, if you're a
prolific mapper, if there's anything you feel makes this conference
important to you and all that's holding you from attending it is a fistful
of dollars, don't be shy and apply. We offer $500 per scholarship and a
free ticket to take the edge off attendance costs.

Find all details here:

http://openstreetmap.us/2014/01/sotm-us-scholarships/

Even if you're not looking for a scholarship yourself, if you know someone
who you think should be awarded one and could use it, let us know about it.

http://openstreetmap.us/2014/01/sotm-us-scholarships/

Alex

-- 
Alex Barth
Secretary
OpenStreetMap United States Inc.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] [Imports-us] Address Data Import for Fulton County, Georgia

[Serge Wroclawski]

Saikrishna,

I understand your enthusiasm for wanting to have address points for Fulton
County, Georgia, but before you start uploading, we need to examine a few
issues:

1. What is the license for this data?

I was unable to download the data that was linked to from the wiki page.
You have a statement saying that's it's OSM compatible, but the specifics
are important- and in this case the county seems to require registration.
They can do so, but then you (or someone else) need to legally be able to
host the data- we don't want to require OSMers to sign up to evaluate this
data.

2. Address Points

The second concern I have is that this is just a plain raw address dataset.
We've discussed those before and I think it's safe to say that they're
somewhat controversial. They're better than nothing, but often very
difficult to work with, and when we have building footprints, there's going
to be enormous work to conflate them.

It would be much better if the conflation step was done before upload. Do
you think it's possible to get building footprint data from the government?

3. The Conversion

 There are tags in the dataset which do not make any sense, such as
STATUS=A and FILEVER, none of the tags have been lowercased, none of the
addresses have been name expanded. All of this needs to be cleaned up and
corrected before the data could be added to OSM.

4. There's no mention in your wiki page about updates and any update process

You have a good start here, but you have a lot to do before the import is
ready to officially propose.

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

[Talk-us] Address Data Import for Fulton County, Georgia

[Saikrishna Arcot]

Hi,

I'm planning on importing the address data for Fulton County, Georgia
from the Georgia GIS Clearinghouse. See the wiki page here

for review. I've included details about the source data, the final tags,
and the conditions for each address.

I will be contacting other users who have edited many addresses recently
in the county regarding the import over the next few days.

-- 
Saikrishna Arcot

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