rds, Marc
I would like too. But if we move the attribution (which is a legal
statement we must insert) into the changesets, it disappears in the
exports and planet dumps.
If you have a solution for that, we will take it.
Pieren
___
Imports mailing
dary to multipolygon probably because the
proposal came late and also maybe because many people think that the
relation represents first a boundary, not a polygon.
Pieren
___
Imports mailing list
Imports@openstreetmap.org
http://lists.openstreetmap.org/listinfo/imports
On Tue, Nov 17, 2009 at 8:20 PM, Emilie Laffray
wrote:
> Ian Dees wrote:
>> Who wrote the Java program? I'd love to integrate that in to shp-to-osm.
> Pieren did.
>
I'm sure it can be coded in a better way, especially with a real xml
parsing but it
would like to find a better
one, but we cannot make the attribution invisible.
Pieren
___
Imports mailing list
Imports@openstreetmap.org
http://lists.openstreetmap.org/listinfo/imports
d
you have to open a second dialog to understand the meaning of the way.
It is even worse if the way belongs to several relations. So, as a
data contributor and not as a data consumer, I prefer the tags on the
ways for a better readability.
Pieren
___
I
und. If yes, just refresh the node_id in your db. If not,
recreate the POI or revert the deletion. The link between your db and OSM is
the lat/lon, not an id which is not guaranteed in time.
Pieren
___
Imports mailing list
Imports@openstreetmap.org
h
t
>
>
>
welcome to the club ;-)
what will be the script importing the data ? are you going to automatically
resume when the upload is interrupted ? will you upload by polygons or by
object types (nodes, then ways, then relations) ?
Pieren
___
I
>
For information, in France (65 M inhabitants), we have all the tools to
import parcels for about 2 thirds of the territory but we all agreed to not
do this for the same reasons as listed above.
Pieren
___
Imports mailing list
Imports@openstreetmap.org
http://lists.openstreetmap.org/listinfo/imports
It does not really help for tagging other things
(excepted some fences or walls as we do manually in France but we use
the parcels as an external source with a seperate WMS layout in the
editor).
Pieren
___
Imports mailing list
Imports@openstreet
hat OSM was primarily
a social network service where the best map was a consequence, not the
objective.
Pieren
___
Imports mailing list
Imports@openstreetmap.org
http://lists.openstreetmap.org/listinfo/imports
loading. Even if most of the
contributors will, some of them are just looking for quantity, not
quality, as soon as it renders good enough on the mapnik slippy map.
And they don't care if the map is not or hardly editable with current
editors after the
equence which is wrong as mentionned several times on
the diary. The license is really the first point to check.
Pieren
___
Imports mailing list
Imports@openstreetmap.org
http://lists.openstreetmap.org/listinfo/imports
ave to do anyway for the
county/region/state/country) just because you really need it for, let
say, 0.001% of uncertain cases.
Especially from someone who promotes the move of the tag 'source' from
the elements to the changesets.
Pieren
__
em do we find the same person being part of the
legislative, judiciary and executive bodies ?
Pieren
___
Imports mailing list
Imports@openstreetmap.org
http://lists.openstreetmap.org/listinfo/imports
ncorrectly. A tool monitoring
the changesets containing your source, some manual control or even
better some software automatically detecting the cadastral raw files
uploaded and a possibility to block very quicly the black sheeps is
something which can help a lot in such cro
API's for third parties access is also
planned. But ithe tool is currently not covering Spain. It could if
the admins can find some disk resources for the server (something
which could be solved by the oms-fr community I guess. I can provide
more information if you ask me directly.
Pieren
___
d only locally), the use of "loc_name" or "reg_name" tag is also
perfectly valid. So let the local community decides how they use
name/loc_name/reg_name/official_name...
Pieren
___
Imports mailing list
Imports@openstreetmap.org
http://lists.openstreetmap.org/listinfo/imports
name". So
let the danish community decide what they want into the tag name.
Pieren
___
Imports mailing list
Imports@openstreetmap.org
http://lists.openstreetmap.org/listinfo/imports
On Fri, Jul 12, 2013 at 10:19 AM, Pieren wrote:
> So let the danish community decide what they want into the tag name.
Sorry. I meant "Norwegian"...
Pieren
___
Imports mailing list
Imports@openstreetmap.org
http://lists.openstreetmap
cessary tags is not harmless. Many new contributors
simply check around how stuff are already mapped. Leaving bad
practices is a way to spread them.
Pieren
___
Imports mailing list
Imports@openstreetmap.org
http://lists.openstreetmap.org/listinfo/imports
, we developed a QA tool called osmose
reporting duplicate nodes, highways crossing buildings (item 1070),
buildings overlapping (item 0) etc ([1]). If errors are increasing,
create taskforces around a specific error or area.
Pieren
[1] http://wiki.openstreetmap.org/wiki/Osmose
[2] http://wiki.ope
e moved x times and original link lost after some years). If the
Task Manager can insert automagically this in the changeset tags (plus
maybe the year of the original dataset release), it costs no
additional effort from the contributors.
Pieren
___
Impor
re
multiple addresses is common.
Pieren
___
Imports mailing list
Imports@openstreetmap.org
https://lists.openstreetmap.org/listinfo/imports
archives your repeatedly statements about
the importance of sourcing ? ;-)
Pieren
___
Imports mailing list
Imports@openstreetmap.org
https://lists.openstreetmap.org/listinfo/imports
is even worst.
And *_nycbuildings is not self-explanatory as "source=NYC DoITT City
Wide GIS, 09-2013"
Pieren
___
Imports mailing list
Imports@openstreetmap.org
https://lists.openstreetmap.org/listinfo/imports
On Tue, Oct 15, 2013 at 9:06 PM, Martin Koppenhoefer
> Pieren, not only on accounts, but on the changeset comment and tags on the
> changeset. This is common practise for some time now AFAIK.
In general, user accounts are not relyable for sourcing. Contributors
can use them for other s
But the fact is
that, at the end, the "convention" is addr:housenumber's on nodes. I
cannot influence your decision but just tell you that you will regret
this one in the future. And the "convention" argument is simply wrong.
Pieren
__
is contradicted by the facts.
Pieren
___
Imports mailing list
Imports@openstreetmap.org
https://lists.openstreetmap.org/listinfo/imports
MS/TMS server if you don't have already one, ask a GIS
colleague to help you.
If you see some markers in the forest, add the markers.
Pieren
___
Imports mailing list
Imports@openstreetmap.org
https://lists.openstreetmap.org/listinfo/imports
ey like to duplicate the same
address on all the POI they add into the same building. So when I read
that conflation should avoid duplicates, I'm unconvinced because
duplicates will come back later, anyway.
- it was not mentionned here but OSMI is providing a nice QA tool for
addresses
the line style and has not to be
computed). It's also that member ways can belong to multiple relations
(road, river, routes, etc) and saying explicitely on the way it's also
an admin boundary may prevent some contributors to adjust them to the
tag to handle address updates, nor should you use one.
> The address is sufficient information to match address changes.
+1
And updates can be discussed later. Integration with the existing
contributions and conflicts resolutions is much more im
ddresses are released in open licences by public authorities, it
would be foolish to not take this opportunity to considerably speed-up
the task.
Pieren
___
Imports mailing list
Imports@openstreetmap.org
https://lists.openstreetmap.org/listinfo/imports
ateway between two communities.
But you are right on one point : bad imports can create more damages
than bad individual contributors. In this way, I agree that imports
need some additional control.
Pieren
___
Imports mailing list
Imports@openstreetmap.org
h
ens to tag all of them in a consistent way and
migrate the few POI's addresses to a general and single method. I
don't care much about the different ones but I hate small areas mixing
them.
Pieren
___
Imports mailing list
Imports@openstreet
M hosted
wiki like in other countries ? Or the github subscription is just
transient ? It's always good to promote the OSM wiki : we never have
enough participants to the OSM documentation.
Pieren
___
Imports mailing list
Imports@openstreet
shed and approved and verified
for one or two municipalities, why the hell are you asking the same
approval for hundreds municipalities ? Where is the group of OSM
officers payed for stamping papers ? Foolish remark from an
anti-importer trying to avoid imports
process in the
future) which is their unspoken target.
Pieren
___
Imports mailing list
Imports@openstreetmap.org
https://lists.openstreetmap.org/listinfo/imports
try in the wiki table once you find a
consensus with the local community-
Pieren
___
Imports mailing list
Imports@openstreetmap.org
https://lists.openstreetmap.org/listinfo/imports
t use it in the address and keep only
"addr:street" and "addr:housenumber". All other attributs are
superfluous and are deduced from admin boundaries (we only have
exceptions for "addr:postcode" in some other cities in France)
Pieren
___
Btw, you should open a wiki page about the import and publish
somewhere the written permission from the government (or point out the
license)
Pieren
___
Imports mailing list
Imports@openstreetmap.org
https://lists.openstreetmap.org/listinfo/imports
ahead for all European countries where CLC was imported because it
was the same source/process,
Pieren
___
Imports mailing list
Imports@openstreetmap.org
https://lists.openstreetmap.org/listinfo/imports
of thinking that the local community cannot decide by itself if
something is wrong and need some rework.
Pieren
___
Imports mailing list
Imports@openstreetmap.org
https://lists.openstreetmap.org/listinfo/imports
//www.openstreetmap.org/relation/2698607
Pieren
___
Imports mailing list
Imports@openstreetmap.org
https://lists.openstreetmap.org/listinfo/imports
o talk-fr@ (even in English) to get
some support. I'm upset when I see armchair mappers suggesting to
massively remove foreing data without any discussion with the local
community. What is questionable is not the criticism but this approach
of thinking that the local community cannot deci
hem too. I
don't see the point why a redundant tag becomes suddently untouchable
and sacred just because it was added manually...
Pieren
___
Imports mailing list
Imports@openstreetmap.org
https://lists.openstreetmap.org/listinfo/imports
um set of tags required by data consumers. Who is adding
addresses which cannot be interpreted later by geocoders like
nominatim ?
Pieren
___
Imports mailing list
Imports@openstreetmap.org
https://lists.openstreetmap.org/listinfo/imports
xpect that normal "manual" contributors will add the "addr:country"
to all addreses only when it's close to a boundary and just because
some data consumer could potentially simplify this border.
Pieren
___
Imports mailing list
Imports@openstreetmap.org
https://lists.openstreetmap.org/listinfo/imports
l (or close) which is not true in many places.
Perhaps a good starting point would be to compare the values with
already existing data in OSM.
Pieren
___
Imports mailing list
Imports@openstreetmap.org
https://lists.openstreetmap.org/listinfo/imports
g and you shouldn't include.
In France, we have ~24.000 "school:FR" tags in use. But this is a
secondary tag, not remplacing the "amenity=school" and provides the
French details about schools (see [1]). We went to this solution
because school systems are too different between coun
ist. No ?
If not, we can explain that level 4 means "Post-secondary non-tertiary
education", it is much clearer for the average contributor...
Pieren
___
Imports mailing list
Imports@openstreetmap.org
https://lists.openstreetmap.org/listinfo/imports
better than an approximation.
Pieren
___
Imports mailing list
Imports@openstreetmap.org
https://lists.openstreetmap.org/listinfo/imports
ntributors what it means.
Pieren
___
Imports mailing list
Imports@openstreetmap.org
https://lists.openstreetmap.org/listinfo/imports
ate data in OSM.
http://en.wikipedia.org/wiki/Census#Privacy
Pieren
___
Imports mailing list
Imports@openstreetmap.org
https://lists.openstreetmap.org/listinfo/imports
in these countries.
Pieren
___
Imports mailing list
Imports@openstreetmap.org
https://lists.openstreetmap.org/listinfo/imports
55 matches
Mail list logo
