date:20140829

Hi Richard,

 clever query or script

maybe you can use OSM OPL format this ad-hoc query,
and process the data  with sed, awk, grep .

my draft ubuntu script - with comments.

https://gist.github.com/ImreSamu/be49fd1ce511975325d2#file-bridge_swing-sh

result (  Overpass-Wizard Query - but you can export the data to JOSM   )

https://gist.github.com/ImreSamu/a2dd0a8c25f0fea5284c#file-bridge_swing_overpass_wizard-md


the example result - Overpass-Wizard Query :

type:way and ( id:28134411 or id:29295367 or id:30178341 or id:30178382 or
id:33132931 or id:33132936 or id:33132949 ) global


( http://wiki.openstreetmap.org/wiki/Overpass_turbo/Wizard - see
Meta-Data Filters )

*How to check the query *

** go  http://overpass-turbo.eu/ http://overpass-turbo.eu/ *
** select Wizard*
* * copy /paste the generated query :   type:way and ( id:27001207 or
id:72584563 )  global*
* * Build and run query - and check the result.*
* * if you got timeout error, then check the generated script timeout (
osm-script output=json timeout=25 )  and set to 200 - and rerun  *
** you can load data into an OSM editor: JOSM,  - see Export menu *




From the OSM OPL history  - very easy to grep the first contributor

# convert the osm history file to OPL ( *osmium cat w11323607.osh  -f opl*  )
# sample OSM History OPL file:
#  w100646626 v1 dV c7343540 t2011-02-20T15:08:57Z i37137
uDerick%0020Rethans Tbridge=yes,highway=footway
Nn309461645,n1163494643
#  w100646626 v2 dV c12447614 t2012-07-23T09:52:38Z i404175 urickogden
Tbridge=swing,highway=footway Nn309461645,n1163494643
#  w100646626 v3 dV c18538313 t2013-10-25T16:16:57Z i24119 uMauls
Tbridge=swing,highway=footway Nn309461645,n2508499967
#  w100646626 v4 dV c25024407 t2014-08-26T10:51:45Z i66391 ugeozeisig
Tbridge=movable,bridge:movable=swing,highway=footway
Nn309461645,n2508499967
#  w100646626 v5 dV c25050883 t2014-08-27T12:42:02Z i66391 ugeozeisig
Tbridge=swing,highway=footway Nn309461645,n2508499967
#
# filter the results by the first contributor who added bridge=swing to the way
# ( *egrep -m 1 '( T|,)bridge=swing'* )
#result: v2
#  w100646626 v2 dV c12447614 t2012-07-23T09:52:38Z i404175 urickogden
Tbridge=swing,highway=footway Nn309461645,n1163494643
#


The OPL format - from the OSMIUM manual:

v - Version

d - Deleted flag ('V' - visible or 'D' - deleted)

c - Changeset ID

t - Timestamp (ISO Format)

i - User ID

u - Username

T - Tags

x - Longitude (nodes only)

y - Latitude (nodes only)

N - Nodes (ways only)

M - Members (relations only)


you can find other interesting examples in the OSMIUM manual

Find all users who have created post boxes:

egrep ' v1 ' data.osm.opl | egrep 'amenity=post_box' | cut -d' ' -f7 |
cut -c2- | sort -u


OSMIUM tool - and more examples :

http://osmcode.org/libosmium/manual/libosmium-manual.html#output-formats
https://www.sotm-eu.org/en/slots/36
https://www.sotm-eu.org/slides/44.pdf



Imre



2014-08-28 12:39 GMT+02:00 Richard Z. ricoz@gmail.com:

 Hi,

 trying to clean up bridge=swing as far as possible. There was at least
 user in the past who used the combination systematically wrong, so I want
 to split the result by user who introduced the bridge=swing.

 To make things complicated - a few days ago one contributor did a well
 meant effort to convert all
   bridge=swing - bridge=movable+bridge:movable=swing
 and reverted that edit because there were too many errors in it. Hence
 doing a naive search for user doesn't work.

 So I want to :
  * find all bridge=swing
  * split results by the first contributor who added bridge=swing
to the way
  * get the results into JOSM for examination and editing

 Tia for any hints,
 Richard

 ___
 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] Introducing Fix waterway direction


On 29/08/2014 12:43, Sylvain Maillard wrote:
for Europe, you could also use the EU-DEM 
(http://www.eea.europa.eu/data-and-maps/data/eu-dem) a hybrid product 
based on SRTM and ASTER GDEM data fused by a weighted averaging 
approach = full compatibility with SRTM, but with better data


Nice ! Is that the only processing involved in the production of this 
data ? More specifically, I was wondering if anything is done 
specifically to detect and smooth ASTER's well-known artifacts before 
letting them pollute the end-product.


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

Re: [OSM-talk] need advice for clever query or script

2014-08-29 Per discussione SomeoneElse


On 28/08/2014 11:39, Richard Z. wrote:

To make things complicated - a few days ago one contributor did a well
meant effort to convert all
   bridge=swing - bridge=movable+bridge:movable=swing
and reverted that edit because there were too many errors in it. Hence
doing a naive search for user doesn't work.


In the meantime I guess that people could try and search out bridges 
from that changeset that they've mapped themselves or are familiar with, 
and change them if the new tagging applies.  I've done one (originally 
added by me 5 years ago) near me...


Cheers,

Andy


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

Re: [OSM-talk] need advice for clever query or script

On Fri, Aug 29, 2014 at 02:22:10PM +0200, Imre Samu wrote:

Hi Imre,


thousands thanks - everything seems to work perfectly as described.

one question - if I would want to compile osmium myself the README says
that no files need to be build and doesn't say where osmium comes from?


Richard

 
  clever query or script
 
 maybe you can use OSM OPL format this ad-hoc query,
 and process the data  with sed, awk, grep .
 
 my draft ubuntu script - with comments.
 
 https://gist.github.com/ImreSamu/be49fd1ce511975325d2#file-bridge_swing-sh
 
 result (  Overpass-Wizard Query - but you can export the data to JOSM   )
 
 https://gist.github.com/ImreSamu/a2dd0a8c25f0fea5284c#file-bridge_swing_overpass_wizard-md
 
 
 the example result - Overpass-Wizard Query :
 
 type:way and ( id:28134411 or id:29295367 or id:30178341 or id:30178382 or
 id:33132931 or id:33132936 or id:33132949 ) global
 
 
 ( http://wiki.openstreetmap.org/wiki/Overpass_turbo/Wizard - see
 Meta-Data Filters )
 
 *How to check the query *
 
 ** go  http://overpass-turbo.eu/ http://overpass-turbo.eu/ *
 ** select Wizard*
 * * copy /paste the generated query :   type:way and ( id:27001207 or
 id:72584563 )  global*
 * * Build and run query - and check the result.*
 * * if you got timeout error, then check the generated script timeout (
 osm-script output=json timeout=25 )  and set to 200 - and rerun  *
 ** you can load data into an OSM editor: JOSM,  - see Export menu *
 
 
 
 
 From the OSM OPL history  - very easy to grep the first contributor
 
 # convert the osm history file to OPL ( *osmium cat w11323607.osh  -f opl*  )
 # sample OSM History OPL file:
 #  w100646626 v1 dV c7343540 t2011-02-20T15:08:57Z i37137
 uDerick%0020Rethans Tbridge=yes,highway=footway
 Nn309461645,n1163494643
 #  w100646626 v2 dV c12447614 t2012-07-23T09:52:38Z i404175 urickogden
 Tbridge=swing,highway=footway Nn309461645,n1163494643
 #  w100646626 v3 dV c18538313 t2013-10-25T16:16:57Z i24119 uMauls
 Tbridge=swing,highway=footway Nn309461645,n2508499967
 #  w100646626 v4 dV c25024407 t2014-08-26T10:51:45Z i66391 ugeozeisig
 Tbridge=movable,bridge:movable=swing,highway=footway
 Nn309461645,n2508499967
 #  w100646626 v5 dV c25050883 t2014-08-27T12:42:02Z i66391 ugeozeisig
 Tbridge=swing,highway=footway Nn309461645,n2508499967
 #
 # filter the results by the first contributor who added bridge=swing to the 
 way
 # ( *egrep -m 1 '( T|,)bridge=swing'* )
 #result: v2
 #  w100646626 v2 dV c12447614 t2012-07-23T09:52:38Z i404175 urickogden
 Tbridge=swing,highway=footway Nn309461645,n1163494643
 #
 
 
 The OPL format - from the OSMIUM manual:
 
 v - Version
 
 d - Deleted flag ('V' - visible or 'D' - deleted)
 
 c - Changeset ID
 
 t - Timestamp (ISO Format)
 
 i - User ID
 
 u - Username
 
 T - Tags
 
 x - Longitude (nodes only)
 
 y - Latitude (nodes only)
 
 N - Nodes (ways only)
 
 M - Members (relations only)
 
 
 you can find other interesting examples in the OSMIUM manual
 
 Find all users who have created post boxes:
 
 egrep ' v1 ' data.osm.opl | egrep 'amenity=post_box' | cut -d' ' -f7 |
 cut -c2- | sort -u
 
 
 OSMIUM tool - and more examples :
 
 http://osmcode.org/libosmium/manual/libosmium-manual.html#output-formats
 https://www.sotm-eu.org/en/slots/36
 https://www.sotm-eu.org/slides/44.pdf
 
 
 
 Imre
 
 
 
 2014-08-28 12:39 GMT+02:00 Richard Z. ricoz@gmail.com:
 
  Hi,
 
  trying to clean up bridge=swing as far as possible. There was at least
  user in the past who used the combination systematically wrong, so I want
  to split the result by user who introduced the bridge=swing.
 
  To make things complicated - a few days ago one contributor did a well
  meant effort to convert all
bridge=swing - bridge=movable+bridge:movable=swing
  and reverted that edit because there were too many errors in it. Hence
  doing a naive search for user doesn't work.
 
  So I want to :
   * find all bridge=swing
   * split results by the first contributor who added bridge=swing
 to the way
   * get the results into JOSM for examination and editing
 
  Tia for any hints,
  Richard
 
  ___
  talk mailing list
  talk@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk
 


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

[OSM-talk] JOSM connection problems downloading/uploading data?

Hi,

having frequent problems today, sometimes everything works
and sometimes when downloading/uploading data JOSM says

Failed to upload data to or download data from 
'https://api.openstreetmap.org/api/' due to a problem with transferring data. 
Details (untranslated): java.lang.RuntimeException: Could not generate DH 
keypair

The network connection seems fine, background imagery is
laoded fine - is anyone else seeing this??



Richard

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

Re: [OSM-talk] JOSM connection problems downloading/uploading data?


On 29/08/14 15:01, Richard Z. wrote:


having frequent problems today, sometimes everything works
and sometimes when downloading/uploading data JOSM says

Failed to upload data to or download data from 'https://api.openstreetmap.org/api/' 
due to a problem with transferring data. Details (untranslated): 
java.lang.RuntimeException: Could not generate DH keypair


Thank you - that explains a lot. You're the first person to provide the 
actual error details and it explains why the temporary fix I managed to 
come up with accidentally has solved the problem.


Tom

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

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

Re: [OSM-talk] need advice for clever query or script

 if I would want to compile osmium myself the README says
 that no files need to be build and doesn't say where osmium comes from?

I have used the code and instructions from this 2 repo
https://github.com/osmcode/libosmium  (  osmium library )
https://github.com/osmcode/osmium-tool ( osmium command line tool )

if you have a some problems with the installation,
   then I can create a Docker Container ( www.docker.com ) for you.

Imre



2014-08-29 15:55 GMT+02:00 Richard Z. ricoz@gmail.com:

 On Fri, Aug 29, 2014 at 02:22:10PM +0200, Imre Samu wrote:

 Hi Imre,


 thousands thanks - everything seems to work perfectly as described.

 one question - if I would want to compile osmium myself the README says
 that no files need to be build and doesn't say where osmium comes from?


 Richard

 
   clever query or script
 
  maybe you can use OSM OPL format this ad-hoc query,
  and process the data  with sed, awk, grep .
 
  my draft ubuntu script - with comments.
 
 
 https://gist.github.com/ImreSamu/be49fd1ce511975325d2#file-bridge_swing-sh
 
  result (  Overpass-Wizard Query - but you can export the data to JOSM   )
 
 
 https://gist.github.com/ImreSamu/a2dd0a8c25f0fea5284c#file-bridge_swing_overpass_wizard-md
 
 
  the example result - Overpass-Wizard Query :
 
  type:way and ( id:28134411 or id:29295367 or id:30178341 or id:30178382
 or
  id:33132931 or id:33132936 or id:33132949 ) global
 
 
  ( http://wiki.openstreetmap.org/wiki/Overpass_turbo/Wizard - see
  Meta-Data Filters )
 
  *How to check the query *
 
  ** go  http://overpass-turbo.eu/ http://overpass-turbo.eu/ *
  ** select Wizard*
  * * copy /paste the generated query :   type:way and ( id:27001207 or
  id:72584563 )  global*
  * * Build and run query - and check the result.*
  * * if you got timeout error, then check the generated script timeout (
  osm-script output=json timeout=25 )  and set to 200 - and rerun
 *
  ** you can load data into an OSM editor: JOSM,  - see Export menu *
 
 
 
 
  From the OSM OPL history  - very easy to grep the first contributor
 
  # convert the osm history file to OPL ( *osmium cat w11323607.osh  -f
 opl*  )
  # sample OSM History OPL file:
  #  w100646626 v1 dV c7343540 t2011-02-20T15:08:57Z i37137
  uDerick%0020Rethans Tbridge=yes,highway=footway
  Nn309461645,n1163494643
  #  w100646626 v2 dV c12447614 t2012-07-23T09:52:38Z i404175 urickogden
  Tbridge=swing,highway=footway Nn309461645,n1163494643
  #  w100646626 v3 dV c18538313 t2013-10-25T16:16:57Z i24119 uMauls
  Tbridge=swing,highway=footway Nn309461645,n2508499967
  #  w100646626 v4 dV c25024407 t2014-08-26T10:51:45Z i66391 ugeozeisig
  Tbridge=movable,bridge:movable=swing,highway=footway
  Nn309461645,n2508499967
  #  w100646626 v5 dV c25050883 t2014-08-27T12:42:02Z i66391 ugeozeisig
  Tbridge=swing,highway=footway Nn309461645,n2508499967
  #
  # filter the results by the first contributor who added bridge=swing to
 the way
  # ( *egrep -m 1 '( T|,)bridge=swing'* )
  #result: v2
  #  w100646626 v2 dV c12447614 t2012-07-23T09:52:38Z i404175 urickogden
  Tbridge=swing,highway=footway Nn309461645,n1163494643
  #
 
 
  The OPL format - from the OSMIUM manual:
 
  v - Version
 
  d - Deleted flag ('V' - visible or 'D' - deleted)
 
  c - Changeset ID
 
  t - Timestamp (ISO Format)
 
  i - User ID
 
  u - Username
 
  T - Tags
 
  x - Longitude (nodes only)
 
  y - Latitude (nodes only)
 
  N - Nodes (ways only)
 
  M - Members (relations only)
 
 
  you can find other interesting examples in the OSMIUM manual
 
  Find all users who have created post boxes:
 
  egrep ' v1 ' data.osm.opl | egrep 'amenity=post_box' | cut -d' ' -f7 |
  cut -c2- | sort -u
 
 
  OSMIUM tool - and more examples :
 
  http://osmcode.org/libosmium/manual/libosmium-manual.html#output-formats
  https://www.sotm-eu.org/en/slots/36
  https://www.sotm-eu.org/slides/44.pdf
 
 
 
  Imre
 
 
 
  2014-08-28 12:39 GMT+02:00 Richard Z. ricoz@gmail.com:
 
   Hi,
  
   trying to clean up bridge=swing as far as possible. There was at least
   user in the past who used the combination systematically wrong, so I
 want
   to split the result by user who introduced the bridge=swing.
  
   To make things complicated - a few days ago one contributor did a well
   meant effort to convert all
 bridge=swing - bridge=movable+bridge:movable=swing
   and reverted that edit because there were too many errors in it. Hence
   doing a naive search for user doesn't work.
  
   So I want to :
* find all bridge=swing
* split results by the first contributor who added bridge=swing
  to the way
* get the results into JOSM for examination and editing
  
   Tia for any hints,
   Richard
  
   ___
   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 connection problems downloading/uploading data?


On 29/08/14 15:08, Tom Hughes wrote:

On 29/08/14 15:01, Richard Z. wrote:


having frequent problems today, sometimes everything works
and sometimes when downloading/uploading data JOSM says

Failed to upload data to or download data from
'https://api.openstreetmap.org/api/' due to a problem with
transferring data. Details (untranslated): java.lang.RuntimeException:
Could not generate DH keypair


Thank you - that explains a lot. You're the first person to provide the
actual error details and it explains why the temporary fix I managed to
come up with accidentally has solved the problem.


Hmm... Actually I think you may have a different problem. Specifically 
it looks like you are hitting this:


  http://httpd.apache.org/docs/current/ssl/ssl_faq.html#javadh

Which fits with us upgrading the servers today.

Tom

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

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

Re: [OSM-talk] JOSM connection problems downloading/uploading data?

On Fri, Aug 29, 2014 at 03:08:31PM +0100, Tom Hughes wrote:
 On 29/08/14 15:01, Richard Z. wrote:
 
 having frequent problems today, sometimes everything works
 and sometimes when downloading/uploading data JOSM says
 
 Failed to upload data to or download data from 
 'https://api.openstreetmap.org/api/' due to a problem with transferring 
 data. Details (untranslated): java.lang.RuntimeException: Could not generate 
 DH keypair
 
 Thank you - that explains a lot. You're the first person to provide the
 actual error details and it explains why the temporary fix I managed to come
 up with accidentally has solved the problem.

still the same problem here though.

Additionally, when launching JOSM it says

JOSM tried to access the following resources: 
https://api.openstreetmap.org/api/capabilities
but failed to do so, because of the following network errors: 
java.security.InvalidAlgorithmParameterException: Prime size must be multiple 
of 64, and can only range from 512 to 1024 (inclusive)
It may be due to a missing proxy configuration. Would you like to change your 
proxy settings now?


Richard


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

Re: [OSM-talk] JOSM connection problems downloading/uploading data?


On 29/08/2014 16:14, Tom Hughes wrote:

On 29/08/14 15:08, Tom Hughes wrote:

On 29/08/14 15:01, Richard Z. wrote:

Failed to upload data to or download data from
'https://api.openstreetmap.org/api/' due to a problem with
transferring data. Details (untranslated): java.lang.RuntimeException:
Could not generate DH keypair


It looks like you are hitting this:

  http://httpd.apache.org/docs/current/ssl/ssl_faq.html#javadh

Which fits with us upgrading the servers today.


So is there a client-side workaround or should we just wait for an 
api.openstreetmap.org fix ?



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

Re: [OSM-talk] JOSM connection problems downloading/uploading data?


On 29/08/14 15:20, Jean-Marc Liotier wrote:

On 29/08/2014 16:14, Tom Hughes wrote:

On 29/08/14 15:08, Tom Hughes wrote:

On 29/08/14 15:01, Richard Z. wrote:

Failed to upload data to or download data from
'https://api.openstreetmap.org/api/' due to a problem with
transferring data. Details (untranslated): java.lang.RuntimeException:
Could not generate DH keypair


It looks like you are hitting this:

  http://httpd.apache.org/docs/current/ssl/ssl_faq.html#javadh

Which fits with us upgrading the servers today.


So is there a client-side workaround or should we just wait for an
api.openstreetmap.org fix ?


Well the FAQ isn't very helpful, but it seems that there is no client 
side fix (other than upgrading to Java 7 or later).


Just trying to work out the best fix for the server that won't reduce 
the SSL protection for more recent browsers.


Tom

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

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

Re: [OSM-talk] JOSM connection problems downloading/uploading data?

On Fri, Aug 29, 2014 at 03:25:02PM +0100, Tom Hughes wrote:
 On 29/08/14 15:20, Jean-Marc Liotier wrote:
 On 29/08/2014 16:14, Tom Hughes wrote:
 On 29/08/14 15:08, Tom Hughes wrote:
 On 29/08/14 15:01, Richard Z. wrote:
 Failed to upload data to or download data from
 'https://api.openstreetmap.org/api/' due to a problem with
 transferring data. Details (untranslated): java.lang.RuntimeException:
 Could not generate DH keypair
 
 It looks like you are hitting this:
 
   http://httpd.apache.org/docs/current/ssl/ssl_faq.html#javadh
 
 Which fits with us upgrading the servers today.
 
 So is there a client-side workaround or should we just wait for an
 api.openstreetmap.org fix ?
 
 Well the FAQ isn't very helpful, but it seems that there is no client side
 fix (other than upgrading to Java 7 or later).

the FAQ actually says 
Java 7 and earlier limit their support for DH prime sizes to a maximum of 1024 
bits

..not sure if there is any Java version at all that would do it and
work together with JOSM.

Richard

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

Re: [OSM-talk] need advice for clever query or script

On Fri, Aug 29, 2014 at 04:12:08PM +0200, Imre Samu wrote:
  if I would want to compile osmium myself the README says
  that no files need to be build and doesn't say where osmium comes from?
 
 I have used the code and instructions from this 2 repo
 https://github.com/osmcode/libosmium  (  osmium library )
 https://github.com/osmcode/osmium-tool ( osmium command line tool )

ok, the https://github.com/osmcode/osmium-tool was the missing link.


 if you have a some problems with the installation,
then I can create a Docker Container ( www.docker.com ) for you.

hopefully not necessary.. I do not need it quickly and if I will do it
will try to create all the RPM specfiles.


Richard

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

Re: [OSM-talk] JOSM connection problems downloading/uploading data?


On 29/08/2014 16:32, Richard Z. wrote:

On Fri, Aug 29, 2014 at 03:25:02PM +0100, Tom Hughes wrote:

On 29/08/14 15:20, Jean-Marc Liotier wrote:

On 29/08/2014 16:14, Tom Hughes wrote:

On 29/08/14 15:08, Tom Hughes wrote:

On 29/08/14 15:01, Richard Z. wrote:

Failed to upload data to or download data from
'https://api.openstreetmap.org/api/' due to a problem with
transferring data. Details (untranslated): java.lang.RuntimeException:
Could not generate DH keypair


it seems that there is no client side fix (other than upgrading to Java 7 or 
later).


Ok - upgrading to Java 7 fixed the problem for me, thanks !

Well - it is not like JOSM had not been warning me for ages that staying 
with Java 6 was going to cause problems...


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

Re: [OSM-talk] need advice for clever query or script

I have cleaned my Dockerfile - maybe you can use.
( if you replace RUN to   sudo  - you can install line - by line  )
https://gist.github.com/ImreSamu/5447252a4e750fd8c61e#file-dockerfile_for_install_osmium_tool

good luck :)
  Imre



2014-08-29 16:37 GMT+02:00 Richard Z. ricoz@gmail.com:

 On Fri, Aug 29, 2014 at 04:12:08PM +0200, Imre Samu wrote:
   if I would want to compile osmium myself the README says
   that no files need to be build and doesn't say where osmium comes from?
 
  I have used the code and instructions from this 2 repo
  https://github.com/osmcode/libosmium  (  osmium library )
  https://github.com/osmcode/osmium-tool ( osmium command line tool )

 ok, the https://github.com/osmcode/osmium-tool was the missing link.


  if you have a some problems with the installation,
 then I can create a Docker Container ( www.docker.com ) for you.

 hopefully not necessary.. I do not need it quickly and if I will do it
 will try to create all the RPM specfiles.


 Richard

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

Re: [OSM-talk] JOSM connection problems downloading/uploading data?

2014-08-29 Per discussione Andy Street

On Fri, 29 Aug 2014 15:08:31 +0100
Tom Hughes t...@compton.nu wrote:

 On 29/08/14 15:01, Richard Z. wrote:
 
  having frequent problems today, sometimes everything works
  and sometimes when downloading/uploading data JOSM says
 
  Failed to upload data to or download data from
  'https://api.openstreetmap.org/api/' due to a problem with
  transferring data. Details (untranslated):
  java.lang.RuntimeException: Could not generate DH keypair
 
 Thank you - that explains a lot. You're the first person to provide
 the actual error details and it explains why the temporary fix I
 managed to come up with accidentally has solved the problem.


FWIW I'm seeing a different error in JOSM:

WARNING: java.io.IOException: Server returned HTTP response code: 401
for URL:
https://api.openstreetmap.org/api/0.6/changeset/25098566/upload.;

The upload succeeds if HTTP is used instead of HTTPS.


-- 
Regards,

Andy Street

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

Re: [OSM-talk] JOSM connection problems downloading/uploading data?


On 29/08/14 15:57, Andy Street wrote:


FWIW I'm seeing a different error in JOSM:

WARNING: java.io.IOException: Server returned HTTP response code: 401
for URL:
https://api.openstreetmap.org/api/0.6/changeset/25098566/upload.;

The upload succeeds if HTTP is used instead of HTTPS.


401 is just it telling you to enter your password.

Tom

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

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

Re: [OSM-talk] JOSM connection problems downloading/uploading data?

2014-08-29 Per discussione Andy Street

On Fri, 29 Aug 2014 15:59:07 +0100
Tom Hughes t...@compton.nu wrote:

 On 29/08/14 15:57, Andy Street wrote:
 
  FWIW I'm seeing a different error in JOSM:
 
  WARNING: java.io.IOException: Server returned HTTP response code:
  401 for URL:
  https://api.openstreetmap.org/api/0.6/changeset/25098566/upload.;
 
  The upload succeeds if HTTP is used instead of HTTPS.
 
 401 is just it telling you to enter your password.

There is no password; I authenticate using oauth. The oauth token is
valid if submitted as HTTP but invalid if submitted as HTTPS. 

-- 
Regards,

Andy Street

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

Re: [OSM-talk] JOSM connection problems downloading/uploading data?

2014-08-29 Per discussione Vincent Privat

No, it seems there's a problem with upload (authentication works fine for
changeset creation):

INFO: PUT https://api.openstreetmap.org/api/0.6/changeset/create...
DEBUG: REQUEST: {User-Agent=[JOSM/1.5 (7459 SVN en) Windows 8.1 64-Bit
Java/1.7.0_65], Connection=[close]}
INFO: OK
DEBUG: RESPONSE: {null=[HTTP/1.1 200 OK], X-Runtime=[0.049391], ETag=[xxx],
Content-Length=[8], X-XSS-Protection=[1; mode=block], X-Request-Id=[xxx],
Connection=[close], Server=[Apache/2.4.7 (Ubuntu)], X-Powered-By=[Phusion
Passenger 4.0.50], Cache-Control=[max-age=0, private, must-revalidate],
X-Content-Type-Options=[nosniff], X-Frame-Options=[SAMEORIGIN], Status=[200
OK], Date=[Fri, 29 Aug 2014 15:06:11 GMT], Content-Type=[text/plain;
charset=utf-8]}

INFO: POST https://api.openstreetmap.org/api/0.6/changeset/25099130/upload.
..
DEBUG: REQUEST: {User-Agent=[JOSM/1.5 (7459 SVN en) Windows 8.1 64-Bit
Java/1.7.0_65], Connection=[close]}
INFO: Unauthorized
WARNING: java.io.IOException: Server returned HTTP response code: 401 for
URL: https://api.openstreetmap.org/api/0.6/changeset/25099130/upload.
Cause: java.io.IOException: Server returned HTTP response code: 401 for
URL: https://api.openstreetmap.org/api/0.6/changeset/25099130/upload
java.io.IOException: Server returned HTTP response code: 401 for URL:
https://api.openstreetmap.org/api/0.6/changeset/25099130/upload
ERROR: Error body: Couldn't authenticate you
DEBUG: RESPONSE: {null=[HTTP/1.1 401 Unauthorized], X-Runtime=[0.024400],
WWW-Authenticate=[Basic realm=Web Password], X-XSS-Protection=[1;
mode=block], X-Request-Id=[xxx], Connection=[close], Server=[Apache/2.4.7
(Ubuntu)], X-Powered-By=[Phusion Passenger 4.0.50],
Cache-Control=[no-cache], X-Content-Type-Options=[nosniff], Status=[401
Unauthorized], X-Frame-Options=[SAMEORIGIN], Transfer-Encoding=[chunked],
Date=[Fri, 29 Aug 2014 15:06:11 GMT], Content-Type=[text/html;
charset=utf-8]}



2014-08-29 16:59 GMT+02:00 Tom Hughes t...@compton.nu:

 On 29/08/14 15:57, Andy Street wrote:

  FWIW I'm seeing a different error in JOSM:

 WARNING: java.io.IOException: Server returned HTTP response code: 401
 for URL:
 https://api.openstreetmap.org/api/0.6/changeset/25098566/upload.;

 The upload succeeds if HTTP is used instead of HTTPS.


 401 is just it telling you to enter your password.


 Tom

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

 ___
 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 connection problems downloading/uploading data?


On 29/08/14 16:11, Andy Street wrote:

On Fri, 29 Aug 2014 15:59:07 +0100
Tom Hughes t...@compton.nu wrote:


On 29/08/14 15:57, Andy Street wrote:


FWIW I'm seeing a different error in JOSM:

WARNING: java.io.IOException: Server returned HTTP response code:
401 for URL:
https://api.openstreetmap.org/api/0.6/changeset/25098566/upload.;

The upload succeeds if HTTP is used instead of HTTPS.


401 is just it telling you to enter your password.


There is no password; I authenticate using oauth. The oauth token is
valid if submitted as HTTP but invalid if submitted as HTTPS.


Yes I think you have found the reason why https requests were being 
forwarded to the backend as https - because otherwise the oauth 
validation fails on the backend.


The problem is that apache 2.4 seems to be throwing random 400 errors 
when requests are forwarded over https.


I'm going to reenable https forwarding for now, as random 400 errors are 
better than some people not being able to upload at all.


Tom

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

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

Re: [OSM-talk] Adding Wikidata tags to 70k items automatically

2014-08-29 Per discussione Simon Poole

@Andy

Nobody is disputing in the slightest that OSM users should have easy
access to related data, in this case an easy way to access wikidata.

It is all about the how.

In particular it is not about the multitude of other wikidata tags which
may or may not survive the test of time, it is just about the wikidata
tag which is supposed to provide a one to one mapping between OSM
representation of a real world object (which might be multiple
individual OSM elements) and the wikidata entry for the same.

On first principles such matches should not be all to difficult to start
with (given that there should be a common name and location both
potentially with some fuzziness). Regardless of if the data is imported
in to OSM or not there should be no larger issues mechanically matching
the data outside of

- data missing in one of the two sources
- errors

To use one of your examples were you claim that manual intervention is
required: a name that has a so common spelling that it is used in that
form in wikidata, clearly should have that spelling in OSM proper too
(and we have more than enough name tag variants to cater for that).

As has already been pointed out: the whole effort cannot be about moving
information that belongs in OSM to the database of a completely separate
project with different goals and structures.

Simon




signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Adding Wikidata tags to 70k items automatically

2014-08-29 Per discussione Andy Mabbett

On 29 August 2014 01:25, Martin Koppenhoefer dieterdre...@gmail.com wrote:

 assuming here that you will have linked information
 about the wikidata object to base your judgement
 on, besides the cryptic reference number, stuff like
 a name or the kind of object

Once Wikidata tags are more widley deployed (such as by the propposal
at hand), I expect editing tools to start fetching and displaying
related labels, in the user's preferred language(s).

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [OSM-talk] Adding Wikidata tags to 70k items automatically

2014-08-29 Per discussione Andy Mabbett

On 29 August 2014 16:33, Simon Poole si...@poole.ch wrote:

 To use one of your examples were you claim that
 manual intervention is required: a name that has a
 so common spelling that it is used in that form in
 wikidata, clearly should have that spelling in OSM
 proper too

St John's
St John's Church
St John's Parish Church
Saint John's
Saint John's Church
Saint John's Parish Church
Church of St John
Church of Saint John
etc.
etc.

We can't account for every possible permutation.

 As has already been pointed out: the whole effort cannot
 be about moving information that belongs in OSM to
 the database of a completely separate
 project with different goals and structures.

Indeed. Who has suggested it should be?

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

[OSM-talk] Adding Wikidata tags to 70k items automatically

2014-08-29 Per discussione Rob Nickerson

Hi All,

Lets just step back and reflect on this for a minute. I have reviewed the
replies on this mailing list and there are a mixture of supportive
comments, a few negatives and the remainder may suggest something but are
neither negative or positive.

Lets look at the issues raised:

1. Licence compatibility
Resolved in [1]

2. Accuracy of what's in Wikidata
Remember it has to also match something in OSM. The tag enables people to
use wikidata to enhance their maps but this remains optional.

3. Keeping it up to date
An API rather than an import was suggested but this would not work with
existing tools (e.g Overpass) and we are adding wikidata tags to OSM
anyway. When ways are split in OSM mappers already have to deal with
existing tags - I don't see how this would be any different. Very few
imports have a good strategy to keep them up to date (this doesn't mean
that we should continue to turn a blind eye - just that we need to be fair
to Edward's hard work)

4. Bridges identified as a problem case
Suggest not automating bridges.

5. OSM vs Wikidata/Wikimedia Commons
It will surely not call people to contribute in OSM but rather directly in
wikidata !

On this last point we need to focus on what is best for OSM now and not
cloud our vision with any historic matters between OSM and Wikimedia
Commons. Our strategy is to:

create and distribute free geographic data ... because most maps you think
of as free actually have legal or technical restrictions on their use,
holding back people from using them in creative, productive, or unexpected
ways

To me there are a few things that stand out:

* Create and distribute - We aim to build our contibutor base and grow our
user base. Working with the wikidata team will show that we are an open
community.
* Geographic data - there are some parts that just don't suit OSM's model
(we even have a maximum character limit on tags), linking to wikidata would
help in this regard.
* Restrictions - We have our own restrictions (verifiable on the ground,
not changing to frequently) in OSM. A link to wikidata allows us to
continue with these restrictions but still allow people to get at
interesting non-geographic data.
* Unexpected ways - Links to wikidata open up a wealth of rich data
allowing new innovative ideas.

In my mind this is a good move and should be supported. Point 3 above could
be resolved by running the script regularly to see if there are any new
matches. There have also been some good suggestions on this list such as a
KeepRight style (i.e. QA) map where problematic objects (e.g. script finds
more than one match) can be manually reviewed, confirming whether the
script conflicts with any existing wikidata tags in OSM, checking whether
the script would add a wikidata tag to an object when there is already a
different object in OSM with that wikidata tag, and a check on the 400m
distance rule [2].

Are these things possible Edward?

Regards,
Rob

[1] https://lists.openstreetmap.org/pipermail/talk/2014-August/070634.html
[2] https://lists.openstreetmap.org/pipermail/talk/2014-August/070667.html
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Adding Wikidata tags to 70k items automatically

2014-08-29 Per discussione Andrew Hain

Rob Nickerson rob.j.nickerson at gmail.com writes:

 Hi All,
 Lets just step back and reflect on this for a minute. I have reviewed the
replies on this mailing list and there are a mixture of supportive comments,
a few negatives and the remainder may suggest something but are neither
negative or positive.
 Lets look at the issues raised:
 1. Licence compatibility
 Resolved in [1]
 2. Accuracy of what's in Wikidata
 Remember it has to also match something in OSM. The tag enables people to
use wikidata to enhance their maps but this remains optional.
 3. Keeping it up to date
 
 An API rather than an import was suggested but this would not work with
existing tools (e.g Overpass) and we are adding wikidata tags to OSM anyway.
When ways are split in OSM mappers already have to deal with existing tags -
I don't see how this would be any different. Very few imports have a good
strategy to keep them up to date (this doesn't mean that we should continue
to turn a blind eye - just that we need to be fair to Edward's hard work)
 
 4. Bridges identified as a problem case
 
 Suggest not automating bridges.
 
 5. OSM vs Wikidata/Wikimedia CommonsIt will surely not call people to
contribute in OSM but rather directly in wikidata !
 
 On this last point we need to focus on what is best for OSM now and not
cloud our vision with any historic matters between OSM and Wikimedia
Commons. Our strategy is to:create and distribute free geographic data ...
because most maps you think of as free actually have legal or technical
restrictions on their use, holding back people from using them in creative,
productive, or unexpected ways
 
 To me there are a few things that stand out:
 
 * Create and distribute - We aim to build our contibutor base and grow our
user base. Working with the wikidata team will show that we are an open
community.
 * Geographic data - there are some parts that just don't suit OSM's model
(we even have a maximum character limit on tags), linking to wikidata would
help in this regard.
 
 * Restrictions - We have our own restrictions (verifiable on the ground,
not changing to frequently) in OSM. A link to wikidata allows us to continue
with these restrictions but still allow people to get at interesting
non-geographic data.
 
 * Unexpected ways - Links to wikidata open up a wealth of rich data
allowing new innovative ideas.
 
 In my mind this is a good move and should be supported. Point 3 above
could be resolved by running the script regularly to see if there are any
new matches. There have also been some good suggestions on this list such as
a KeepRight style (i.e. QA) map where problematic objects (e.g. script finds
more than one match) can be manually reviewed, confirming whether the script
conflicts with any existing wikidata tags in OSM, checking whether the
script would add a wikidata tag to an object when there is already a
different object in OSM with that wikidata tag, and a check on the 400m
distance rule [2].
 
 Are these things possible Edward?
 
 Regards,
 
 Rob

Agreed.

Thank you Edward for your good work.

A few more points: This isn’t a deletionists’ charter and we shouldn’t rush
to unload any tagging onto Wikidata without discussing the removal very
carefully.

Is there any scope for a Maproulette or similar style challenge to fill in
matches that are too doubtful to import directly (such as slightly longer
distances or mismatched names, but otherwise good), perhaps? You can’t do
this with an API of course.

As a British mapper I see no reason to exclude my own country from the import.

--
Andrew



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

Re: [OSM-talk] Adding Wikidata tags to 70k items automatically

2014-08-29 Per discussione Edward Betts

Andrew Guertin andrew.guer...@uvm.edu wrote:
 On 08/27/2014 12:47 PM, Edward Betts wrote:
 I'd like to annotate these 70k objects in OSM with a Wikidata tag
 automatically.
 
 I like the sound of this. Personally, I think it adds value, and having
 looked at the code your matching criteria sound good.

Thanks!

 There are a couple of things it would make me happy to see before you go
 through with this:
 
 
 1: Elsewhere in this thread it was mentioned that there are 22000 wikidata
 ids in OSM currently. Are there any objects which currently have a wikidata
 id that your code would assign a different id to? Similarly, are there any
 instances where your code would assign a wikidata id to something and a
 different object in OSM already has that wikidata id?

I haven't checked for either of these conditions. These are both good points
and I'll investigate.

 2: You mention elsewhere in this thread that the maximum distance difference
 between the wikidata location and the osm object is 400 meters. How was this
 number arrived at? Could you make a list of matches including and sorted by
 the distance difference for people to look at? I think it's worth it for
 interested people to be able to independently verify at what distance the
 accuracy declines and what a good cutoff is.

I don't have any basis for picking 400 meters, I just needed a number and that
one seemed reasonable.

 It might be good to also include in that list what type of feature something
 is. If you're comparing using centroids, more leniency might be in order
 for, e.g., a large lake than a small building.

This is also a good point. I tried using the overpass 'is_in' command, but I
don't understand overpass areas.

-- 
Edward.

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

Re: [OSM-talk] JOSM connection problems downloading/uploading data?

On Fri, Aug 29, 2014 at 04:39:27PM +0200, Jean-Marc Liotier wrote:
 On 29/08/2014 16:32, Richard Z. wrote:
 On Fri, Aug 29, 2014 at 03:25:02PM +0100, Tom Hughes wrote:
 On 29/08/14 15:20, Jean-Marc Liotier wrote:
 On 29/08/2014 16:14, Tom Hughes wrote:
 On 29/08/14 15:08, Tom Hughes wrote:
 On 29/08/14 15:01, Richard Z. wrote:
 Failed to upload data to or download data from
 'https://api.openstreetmap.org/api/' due to a problem with
 transferring data. Details (untranslated): java.lang.RuntimeException:
 Could not generate DH keypair
 
 it seems that there is no client side fix (other than upgrading to Java 7 
 or later).
 
 Ok - upgrading to Java 7 fixed the problem for me, thanks !
 
 Well - it is not like JOSM had not been warning me for ages that staying
 with Java 6 was going to cause problems...

I have neither Java 6 nor 7 but java-1.7.0-openjdk. Latest JOSM is
happy with it so I assumed it is pretty much Java 7 but maybe there 
are differences between various Java 7 versions and only some of them
support the longer keys - which would explain the discrepancies between
the FAQ and what various people are seeing.


Richard

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

Re: [OSM-talk] need advice for clever query or script

On Fri, Aug 29, 2014 at 02:22:10PM +0200, Imre Samu wrote:

Hi Imre,

I have got one problem, some of the queries with most bridges do
not load into JOSM. Josm says contacting the server and thats all.

When I share the query the shorturl looks like the one bellow so 
it seems to be somehow an issue at http://overpass-turbo.eu/ ?

Re: [OSM-talk] Adding Wikidata tags to 70k items automatically

2014-08-29 Per discussione Eugene Alvin Villar

On Thu, Aug 28, 2014 at 12:47 AM, Edward Betts edw...@4angle.com wrote:

 I'd like to annotate these 70k objects in OSM with a Wikidata tag
 automatically.


+1. As somebody who would like closer integration between Wikimedia
projects like Wikidata and OSM, I definitely agree with the proposal. The
methodology, as explained, is quite conservative and I checked a few
matches in my country and they are all good. As suggested by someone, maybe
bridges should be excluded for now because of the split ways problem.

Does anybody have a strong preference that the edits are split up by region,
 or loaded in batches?


Splitting the edits by region/country would be really preferable so that we
mostly avoid the large changesets problem for this annotation task.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] need advice for clever query or script

 I have got one problem, some of the queries with most bridges do
 not load into JOSM. Josm says contacting the server and thats all.

strange ... :(
maybe timeout when generate JOSM data?

but you can optimize the query

some tips:

*#1.  if you know wich country  -  replace the global  keyword in the
query to the precise territory filter ..*
( see Location Filters  in
http://wiki.openstreetmap.org/wiki/Overpass_turbo/Wizard )

global   -in USA
global   -in Vienna
global-   in Netherlands


*#2. You can split the   big query-s - to smaller ones ..*


from this big query

type:way and ( id:105807680 or id:128093288 or id:135527140 or id:140757611
or id:158593665 or id:158608739 or id:158608747

or id:162817769 or id:162988896 or id:163435617 or id:163451937 or
id:163640424 or id:186555649 or id:186667441 or id:190721707

 or id:193652513 or id:196184968 or id:199818438 or id:242264939 or
id:245514123 or id:268020828 or id:300530708 or id:42712814

or id:50483896 or id:51513287 or id:51831532 or id:52209220 or id:59430361
or id:88300946 or id:88863770 or id:99211716 ) global


you can manually create 4 sub - query  and you have to run 4 times.

-1)  type:way and ( id:105807680 or id:128093288 or id:135527140 or
id:140757611 or id:158593665 or id:158608739 or id:158608747 )   global

-2)  type:way and ( id:162817769 or id:162988896 or id:163435617 or
id:163451937 or id:163640424 or id:186555649 or id:186667441 or id:190721707
 ) global

-3)  type:way and (  id:193652513 or id:196184968 or id:199818438 or
id:242264939 or id:245514123 or id:268020828 or id:300530708 or id:42712814 )
global

-4)  type:way and ( id:50483896 or id:51513287 or id:51831532 or
id:52209220 or id:59430361 or id:88300946 or id:88863770 or id:99211716 )
global



*Other solution -Filter in JOSM*

*  JOSM  File / Open location  :
http://www.overpass-api.de/api/xapi_meta?way[bridge=swing]
*   and after open the Filter menu (   Windows→Filter from the menu, or
Alt+Shift+F from the keyboard)

https://wiki.openstreetmap.org/wiki/JOSM/Search_function

https://www.mapbox.com/blog/2012-08-15-using-filters-josm/

* and copy the query  ( without the global  keyword ( ..maybe... )   )

but I am not perfect in JOSM ...   so if you find th correct JOSM filtering
please share with me ...  :)



Imre




2014-08-29 23:24 GMT+02:00 Richard Z. ricoz@gmail.com:

 On Fri, Aug 29, 2014 at 02:22:10PM +0200, Imre Samu wrote:

 Hi Imre,

 I have got one problem, some of the queries with most bridges do
 not load into JOSM. Josm says contacting the server and thats all.

 When I share the query the shorturl looks like the one bellow so
 it seems to be somehow an issue at http://overpass-turbo.eu/ ?

[Talk-de] dev.openstreetmap.de

2014-08-29 Per discussione Jörg Frings-Fürst

Hallo,


ist dev.openstreetmap.de offline?

Ich bekomme keine Seite angezeigt :_(


CU
Jörg

-- 
Jörg Frings-Fürst
OSM privat
D-54526 Landscheid

Threema: SYR8SJXB

GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A
Full GPG key: hkp://pool.sks-keyservers.net
CAcert Serialnr.: 0D:9A:23
SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E
http://cacert.org




signature.asc
Description: This is a digitally signed message part
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-it] Sentieri da percorrere a piedi E a cavallo

2014-08-29 Per discussione Fabrizio Carrai

Salve a tutti,
sto aggiornando la zona dei sentieri sulle colline livornesi ed è tutto ok
se uso delle relazioni route=hiking [2]. I sentieri vengono correttamente
mostrati come percorribili a piedi [1].

Ma se il sentiero è percorribile anche a cavallo e in MB è possibile
taggare la relazione in una maniera particolare ? Oppure devo andare verso
le super-relations ?

A presto

--
FabC


[1]
http://hiking.waymarkedtrails.org/it/?zoom=15lat=43.50218lon=10.38196hill=0.49base=0.51route=0.91#pref
[2]
http://ra.osmsurround.org/analyzeRelation?relationId=3963704_noCache=on#
[3]
http://wiki.openstreetmap.org/wiki/Relation:route#Multiple_routes_share_the_same_path


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

Re: [Talk-es] Catastro Arafo

2014-08-29 Per discussione Ander Pijoan

Buenas,

He estado una temporada desconectado por lo que no sé si se habló algún
tema al respecto.

Simplemente viendo un poco los resultados (que están muy bien) me surge una
pregunta, por qué algunas casas tienen el número de portal en la línea de
la geometría en un nodo y otras en los tags área? [1]

Creo que se estuvo comentando que dado que un edificio puede tener varios
portales y estos incluso pueden ser de distintas calles, que lo mejor era
poner la dirección en un nodo en la geometría (como están la mayoría de los
edificios que veo).

Por lo demás, me parece que está todo perfecto y más si eres conocedor de
la zona.

Saludos

[1] http://www.openstreetmap.org/#map=19/28.33826/-16.41726


El 28 de agosto de 2014, 21:10, Javier Sánchez javiers...@gmail.com
escribió:

 Hola

 He realizado la primera subida de masas urbanas en el municipio de Arafo.
 He anotado los cambios aquí:

 http://wiki.openstreetmap.org/wiki/Arafo
 http://wiki.openstreetmap.org/wiki/Spanish_Cadastre/results/Sctenerife

 Se agradecen comentarios, sugerencias, críticas...

 ¿Cómo se va ha hacer lo de la comprobación cruzada por dos mapeadores? ¿A
 nivel de masas, de municipios completos? ¿Alguien quiere intercambiar
 validaciones de subidas conmigo?

 Un saludo, Javier.

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




-- 
Ander Pijoan Lamas
Research Assistant, Deustotech
Computer Science Engineer
University of Deusto

E-mail: ander.pij...@deusto.es
Phone: +34 664471228
in: http://www.linkedin.com/profile/view?id=162888312
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Catastro Arafo

2014-08-29 Per discussione Javier Sánchez

Hola Ander

Estoy de acuerdo en que el número de portal debe estar en un nodo mejor que
en la parcela. El resultado del programa los tiene en las parcelas y no en
los nodos y estoy pasándolos a mano al nodo más cercano con entrance=yes y
de acuerdo a la calle que corresponda. Esto es laborioso y estaría bien
modificar el programa para que ya salga en los nodos. El motivo de que no
lo haya hecho con todas las parcelas es que sólo lo estoy haciendo si en la
parcela hay un nodo con entrance=yes. Hay parcelas en las que el programa
no está generando ningún nodo con esa etiqueta y por tanto añadirlo a mano
supondría tener que tomar una decisión sobre donde ponerlo. En estos casos
he optado por dejar el número de portal en la parcela para no complicarme.
Si te parece mejor podría añadir el nodo a mano. De hecho, muchas veces en
la imagen de fondo de Catastro aparece el número y lo lógico sería añadir
un nodo cerca. Sin embargo, en otras ocasiones ni siquiera la imagen de
Catastro muestra el número de portal.

Saludos, Javier


El 29 de agosto de 2014, 10:16, Ander Pijoan ander.pij...@deusto.es
escribió:

 Buenas,

 He estado una temporada desconectado por lo que no sé si se habló algún
 tema al respecto.

 Simplemente viendo un poco los resultados (que están muy bien) me surge
 una pregunta, por qué algunas casas tienen el número de portal en la línea
 de la geometría en un nodo y otras en los tags área? [1]

 Creo que se estuvo comentando que dado que un edificio puede tener varios
 portales y estos incluso pueden ser de distintas calles, que lo mejor era
 poner la dirección en un nodo en la geometría (como están la mayoría de los
 edificios que veo).

 Por lo demás, me parece que está todo perfecto y más si eres conocedor de
 la zona.

 Saludos

 [1] http://www.openstreetmap.org/#map=19/28.33826/-16.41726


 El 28 de agosto de 2014, 21:10, Javier Sánchez javiers...@gmail.com
 escribió:

 Hola

 He realizado la primera subida de masas urbanas en el municipio de Arafo.
 He anotado los cambios aquí:

 http://wiki.openstreetmap.org/wiki/Arafo
 http://wiki.openstreetmap.org/wiki/Spanish_Cadastre/results/Sctenerife

 Se agradecen comentarios, sugerencias, críticas...

 ¿Cómo se va ha hacer lo de la comprobación cruzada por dos mapeadores? ¿A
 nivel de masas, de municipios completos? ¿Alguien quiere intercambiar
 validaciones de subidas conmigo?

 Un saludo, Javier.

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




 --
 Ander Pijoan Lamas
 Research Assistant, Deustotech
 Computer Science Engineer
  University of Deusto

 E-mail: ander.pij...@deusto.es
 Phone: +34 664471228
 in: http://www.linkedin.com/profile/view?id=162888312

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


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

[Talk-es] Normalización poblaciones

2014-08-29 Per discussione Javier Sánchez

Hola

Revisando la normalización de los núcleos de población[1] me ha surgido la
duda de si cuando dice en las ciudades grandes las 21 otras ciudades de
más de 100.000 habitantes se refiere a la población de todo el municipio o
sólo a la de su capital. Para asegurarme he consultado el INE[2] y me sale
que con cualquiera de los dos criterios hay ciudades nuevas a añadir.

Si sólo consideramos la población de la capital del municipio estarían
Torrevieja y Barakaldo. Si consideramos la población de todo el municipio
además estarían Marbella, Cartagena, Telde, San Cristóbal de La Laguna y
Dos Hermanas.

¿Qué criterio os parece el correcto? Yo voto por considerar sólo la
población de la ciudad, no la de todo el municipio, me parece más lógico.
Lo mismo se aplicaría a town y a village.

Los datos de los listados son de 2010, con los de 2013 surgen más cambios
que estoy elaborando.

Saludos, Javier.
[1]
http://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n#N.C3.BAcleos_de_poblaci.C3.B3n
[2] http://www.ine.es/nomen2/
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Catastro Arafo

Al final me da la sensación que lo mejor va a hacer poner un parámetro de 
entrada con 2 valores (como está y todas las direcciones en el 
entrance=yes) visto que no se termina de llegar a un consenso sobre el 
tema.

 Hola Ander
 
 Estoy de acuerdo en que el número de portal debe estar en un nodo mejor
 que en la parcela. El resultado del programa los tiene en las parcelas y
 no en los nodos y estoy pasándolos a mano al nodo más cercano con
 entrance=yes y de acuerdo a la calle que corresponda. Esto es laborioso
 y estaría bien modificar el programa para que ya salga en los nodos. El
 motivo de que no lo haya hecho con todas las parcelas es que sólo lo
 estoy haciendo si en la parcela hay un nodo con entrance=yes. Hay
 parcelas en las que el programa no está generando ningún nodo con esa
 etiqueta y por tanto añadirlo a mano supondría tener que tomar una
 decisión sobre donde ponerlo. En estos casos he optado por dejar el
 número de portal en la parcela para no complicarme. Si te parece mejor
 podría añadir el nodo a mano. De hecho, muchas veces en la imagen de
 fondo de Catastro aparece el número y lo lógico sería añadir un nodo
 cerca. Sin embargo, en otras ocasiones ni siquiera la imagen de Catastro
 muestra el número de portal.
 
 Saludos, Javier
-- 
Cruz Enrique Borges Hernández
Email: cruz.bor...@deusto.es

DeustoTech Energy
Telefono: 944139000 ext.2052
Avda. Universidades, 24
48007 Bilbao, Spain

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

Re: [Talk-es] Catastro Arafo

2014-08-29 Per discussione Konfrare Albert

Hola,

Comentar un par de cosas:


   - Veo que se han mantenido las etiquetas catastro:ref. Tenía entendido
   que no tenían ninguna utilidad para OSM y que lo mejor era eliminarlas. Es
   correcto?


   - Si se eliminan las ref:catastro, entonces tenemos muchos polígonos que
   coinciden en todas sus etiquetas (básicamente 3: landuse=residential,
   source=catastro y source_date: la que sea). Es mejor unir esos polígonos
   generando un solo landuse, o es mejor mantener esas pequeñas áreas landuse
   aunque tengan exactamente las mismas etiquetas y valores?


Un saludo!
(y gran trabajo!)


2014-08-29 12:52 GMT+02:00 Javier Sánchez javiers...@gmail.com:

 Hola Ander

 Estoy de acuerdo en que el número de portal debe estar en un nodo mejor
 que en la parcela. El resultado del programa los tiene en las parcelas y no
 en los nodos y estoy pasándolos a mano al nodo más cercano con entrance=yes
 y de acuerdo a la calle que corresponda. Esto es laborioso y estaría bien
 modificar el programa para que ya salga en los nodos. El motivo de que no
 lo haya hecho con todas las parcelas es que sólo lo estoy haciendo si en la
 parcela hay un nodo con entrance=yes. Hay parcelas en las que el programa
 no está generando ningún nodo con esa etiqueta y por tanto añadirlo a mano
 supondría tener que tomar una decisión sobre donde ponerlo. En estos casos
 he optado por dejar el número de portal en la parcela para no complicarme.
 Si te parece mejor podría añadir el nodo a mano. De hecho, muchas veces en
 la imagen de fondo de Catastro aparece el número y lo lógico sería añadir
 un nodo cerca. Sin embargo, en otras ocasiones ni siquiera la imagen de
 Catastro muestra el número de portal.

 Saludos, Javier


 El 29 de agosto de 2014, 10:16, Ander Pijoan ander.pij...@deusto.es
 escribió:

 Buenas,

 He estado una temporada desconectado por lo que no sé si se habló algún
 tema al respecto.

 Simplemente viendo un poco los resultados (que están muy bien) me surge
 una pregunta, por qué algunas casas tienen el número de portal en la línea
 de la geometría en un nodo y otras en los tags área? [1]

 Creo que se estuvo comentando que dado que un edificio puede tener varios
 portales y estos incluso pueden ser de distintas calles, que lo mejor era
 poner la dirección en un nodo en la geometría (como están la mayoría de los
 edificios que veo).

 Por lo demás, me parece que está todo perfecto y más si eres conocedor de
 la zona.

 Saludos





-- 
*KONFRARE ALBERT*
La Konfraria de la Vila del Pingüí
de La Palma de Cervelló
www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Subida de catastro en la Palma de C. y dudas

2014-08-29 Per discussione Konfrare Albert

Muchas gracias por tu respuesta Jesús, sin embargo hay algunas cosas que no
me quedan claras..

Intento evitar el etiquetado por interpolación. Es una cuestión de
 precisión en las búsquedas. Ya que me pongo a añadir direcciones, lo hago
 de la forma más precisa que conozco.


Entonce si un edificio tiene por número 43-49, lo etiquetarias como
addr:housenumber=43,46,49?


 Un nodo único para cada edificio, ya que un edificio puede tener varios
 locales comerciales, por ejemplo.


Sí, eso lo tengo claro. Mi duda es si ponéis el comercio en un nodo del
edificio con la etiqueta entrance=yes o dejáis el nodo suelto.

Un saludo!
-- 
*KONFRARE ALBERT*
La Konfraria de la Vila del Pingüí
de La Palma de Cervelló
www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Catastro Arafo

- Veo que se han mantenido las etiquetas catastro:ref. Tenía entendido
 que no tenían ninguna utilidad para OSM y que lo mejor era eliminarlas.
 Es correcto?

Yo votaría por mantener por lo menos catastro:ref para hacer más fácil las 
herramientas de actualización.

- Si se eliminan las ref:catastro, entonces tenemos muchos polígonos
 que coinciden en todas sus etiquetas (básicamente 3:
 landuse=residential, source=catastro y source_date: la que sea). Es
 mejor unir esos polígonos generando un solo landuse, o es mejor mantener
 esas pequeñas áreas landuse aunque tengan exactamente las mismas
 etiquetas y valores?

Si son parcelas distintas, con ALTÍSIMA probabilidad tendrán un muro (o 
equivalente) separándolas por lo que yo creo que lo mejor es dejarlo (por 
si alguien quiere entretenerse poniendo los barrier=wall [1].

[1] http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dwall

-- 
Cruz Enrique Borges Hernández
Email: cruz.bor...@deusto.es

DeustoTech Energy
Telefono: 944139000 ext.2052
Avda. Universidades, 24
48007 Bilbao, Spain

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

Re: [Talk-es] Catastro Arafo

  que coinciden en todas sus etiquetas (básicamente 3:
  landuse=residential, source=catastro y source_date: la que sea). Es
  mejor unir esos polígonos generando un solo landuse, o es mejor
  mantener
  esas pequeñas áreas landuse aunque tengan exactamente las mismas
  etiquetas y valores?
 
 Si son parcelas distintas, con ALTÍSIMA probabilidad tendrán un muro (o
 equivalente) separándolas por lo que yo creo que lo mejor es dejarlo (por
 si alguien quiere entretenerse poniendo los barrier=wall [1].
 
 [1] http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dwall

JOJOJO, más a mi favor. Resulta que los franceses cuando importaron el 
catastro las dejaron e incluso pusieron un wall=no donde no había muro XD 
Menudos sobrados.

-- 
Cruz Enrique Borges Hernández
Email: cruz.bor...@deusto.es

DeustoTech Energy
Telefono: 944139000 ext.2052
Avda. Universidades, 24
48007 Bilbao, Spain

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

Re: [Talk-es] Subida de catastro en la Palma de C. y dudas

 Entonce si un edificio tiene por número 43-49, lo etiquetarias como
 addr:housenumber=43,46,49?

Yo en este caso pondría la dirección en el nodo con el entrance=yes (en 
cada nodo la dirección que le corresponde). Si la misma entrada tiene todos 
los números (yo esto no lo he visto nunca :S) entonces si que se la pondría 
al edificio.

 Sí, eso lo tengo claro. Mi duda es si ponéis el comercio en un nodo del
 edificio con la etiqueta entrance=yes o dejáis el nodo suelto.

NONO, pones la información del comercio en el nodo con entrance=yes y luego 
lo añades a la geometría del edificio en donde esté la entrada.

-- 
Cruz Enrique Borges Hernández
Email: cruz.bor...@deusto.es

DeustoTech Energy
Telefono: 944139000 ext.2052
Avda. Universidades, 24
48007 Bilbao, Spain

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

Re: [Talk-es] Normalización poblaciones

2014-08-29 Per discussione Benjamín Valero Espinosa

En el caso de mi ciudad Orihuela, la diferencia es bastante exagerada.
Aunque casualmente aún se quedaría en la misma categoría, la población del
municipio completo supera los 90.000 habitantes, mientras que la población
de la ciudad en sí ronda los 30.000, estando los otros 60.000 habitantes
repartidos en pedanías rurales y en la costa, y para colmo a unos 30 km
alrededor, es decir, que ni siquiera son áreas cercanas en un mapa. Hay
otra ciudades como Lorca con mucho territorio rural donde les puede pasar
algo parecido.

Aunque me duela por quitarle importancia a mi pueblo, creo que se debería
tener en cuenta la población de cada núcleo urbano, y no la de todo el
municipio.




El 29 de agosto de 2014, 12:55, Javier Sánchez javiers...@gmail.com
escribió:

 Hola

 Revisando la normalización de los núcleos de población[1] me ha surgido la
 duda de si cuando dice en las ciudades grandes las 21 otras ciudades de
 más de 100.000 habitantes se refiere a la población de todo el municipio o
 sólo a la de su capital. Para asegurarme he consultado el INE[2] y me sale
 que con cualquiera de los dos criterios hay ciudades nuevas a añadir.

 Si sólo consideramos la población de la capital del municipio estarían
 Torrevieja y Barakaldo. Si consideramos la población de todo el municipio
 además estarían Marbella, Cartagena, Telde, San Cristóbal de La Laguna y
 Dos Hermanas.

 ¿Qué criterio os parece el correcto? Yo voto por considerar sólo la
 población de la ciudad, no la de todo el municipio, me parece más lógico.
 Lo mismo se aplicaría a town y a village.

 Los datos de los listados son de 2010, con los de 2013 surgen más cambios
 que estoy elaborando.

 Saludos, Javier.
 [1]
 http://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n#N.C3.BAcleos_de_poblaci.C3.B3n
 [2] http://www.ine.es/nomen2/


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


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

Re: [Talk-es] Subida de catastro en la Palma de C. y dudas

2014-08-29 Per discussione Konfrare Albert

Hola Cruz,

 Entonce si un edificio tiene por número 43-49, lo etiquetarias como
  addr:housenumber=43,46,49?

 Yo en este caso pondría la dirección en el nodo con el entrance=yes (en
 cada nodo la dirección que le corresponde). Si la misma entrada tiene todos
 los números (yo esto no lo he visto nunca :S) entonces si que se la pondría
 al edificio.


Concretamente me refería a ésto:
https://www.google.es/maps/@41.412323,1.968939,3a,75y,210.15h,81.29t/data=!3m4!1e1!3m2!1scgSt_N9Wt76p4JHvO5qR4w!2e0?hl=ca
Ahora lo he dejado como addr:housenumber=43,49 y addr:interpolation:odd
http://www.openstreetmap.org/node/3024685510
Entiendo que esto último le sobra?


  Sí, eso lo tengo claro. Mi duda es si ponéis el comercio en un nodo del
  edificio con la etiqueta entrance=yes o dejáis el nodo suelto.

 NONO, pones la información del comercio en el nodo con entrance=yes y luego
 lo añades a la geometría del edificio en donde esté la entrada.


Vendría a ser algo así? (bueno, no es un comercio, pero sirve como ejemplo)
http://www.openstreetmap.org/node/2367339563
La situación real:
https://www.google.es/maps/@41.413192,1.965751,3a,90y,175.51h,77.77t/data=!3m4!1e1!3m2!1se_R9ShbCUtTv9m0zc5dMZA!2e0?hl=ca

Gracias y un saludo!
-- 
*KONFRARE ALBERT*
La Konfraria de la Vila del Pingüí
de La Palma de Cervelló
www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Catastro Arafo

2014-08-29 Per discussione Matías Taborda Barroso

Hola

Hola Javier. Como siempre, estupendo trabajo.

Aprovecho tu entrada para preguntar alguna cosilla.

En el tipico caso de una vivienda unifamiliar, casa adosada o similar, no
sería mejor utilizar building=house ó detached (no entiendo muy bien la
diferencia entre estas dos) que building=residential?. Entiendo que
residential es algo más generico y que no está mal el resultado que se
obtiene con cat2osm2, pero en el proceso de edición podemos afinar mejor
eso ¿no?.

Y en el tema de los números de policia, cada vez que iniciamos un hilo de
este tipo, no me acabo de aclarar. El otro día inicie un hilo con este
particular [1] y me parecio entender otra cosa, que cuando se trata de una
casa unifamiliar sin duda en cuanto a la entrada, lo mejor era poner la
dirección en el área del edificio, no en el nodo de entrada??

En cuanto a la ref:catastro yo las he ido borrando, según me comentaron el
otro día, pero ahora no se que hacer..

[1]
http://gis.19327.n5.nabble.com/Correcto-etiquetado-resultados-de-Catastro-Addr-housenumber-td5814425.html

Saludos Catastrales :))

El 29 de agosto de 2014, 13:15, Cruz Enrique Borges cruz.bor...@deusto.es
escribió:

que coinciden en todas sus etiquetas (básicamente 3:
landuse=residential, source=catastro y source_date: la que sea). Es
mejor unir esos polígonos generando un solo landuse, o es mejor
mantener
esas pequeñas áreas landuse aunque tengan exactamente las mismas
etiquetas y valores?

Si son parcelas distintas, con ALTÍSIMA probabilidad tendrán un muro (o
equivalente) separándolas por lo que yo creo que lo mejor es dejarlo (por
si alguien quiere entretenerse poniendo los barrier=wall [1].

[1] http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dwall

JOJOJO, más a mi favor. Resulta que los franceses cuando importaron el
catastro las dejaron e incluso pusieron un wall=no donde no había muro XD
Menudos sobrados.

--
Cruz Enrique Borges Hernández
Email: cruz.bor...@deusto.es

DeustoTech Energy
Telefono: 944139000 ext.2052
Avda. Universidades, 24
48007 Bilbao, Spain

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

Re: [Talk-es] Catastro Arafo

 Y en el tema de los números de policia, cada vez que iniciamos un hilo de
 este tipo, no me acabo de aclarar. El otro día inicie un hilo con este
 particular [1] y me parecio entender otra cosa, que cuando se trata de
 una casa unifamiliar sin duda en cuanto a la entrada, lo mejor era poner
 la dirección en el área del edificio, no en el nodo de entrada??

Exacto, 

a)  casas y edificios con una sola dirección - la información en el 
polígono. 
b)  edificios con más de una dirección/portal - en el nodo entrance=yes

Me queda la duda de que sería lo ideal en el caso 

c)  edificios con una sola dirección pero múltiples comercios. 

Yo creo que lo ideal es que la dirección del edificio esté en el polígono y 
la de los comercios en el nodo con entrance=yes. 

El caso con edificio con varias direcciones y comercios sería equivalente 
al caso b).

Obviamente, cuando se haga indoor mapping [1] siempre estaríamos en el caso 
a) :P
 
[1] http://wiki.openstreetmap.org/wiki/Indoor_Mapping

PD: esto no está documentado en la wiki?¿?¿?

 En cuanto a la ref:catastro yo las he ido borrando, según me comentaron
 el otro día, pero ahora no se que hacer..
 
 [1]
 http://gis.19327.n5.nabble.com/Correcto-etiquetado-resultados-de-Catastro
 -Addr-housenumber-td5814425.html
 
 Saludos Catastrales :))
 
 
 
 El 29 de agosto de 2014, 13:15, Cruz Enrique Borges
 cruz.bor...@deusto.es
 escribió:
que coinciden en todas sus etiquetas (básicamente 3:
landuse=residential, source=catastro y source_date: la que sea). Es
mejor unir esos polígonos generando un solo landuse, o es mejor
mantener
esas pequeñas áreas landuse aunque tengan exactamente las mismas
etiquetas y valores?
   
   Si son parcelas distintas, con ALTÍSIMA probabilidad tendrán un muro
   (o
   equivalente) separándolas por lo que yo creo que lo mejor es dejarlo
   (por si alguien quiere entretenerse poniendo los barrier=wall [1].
   
   [1] http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dwall
  
  JOJOJO, más a mi favor. Resulta que los franceses cuando importaron el
  catastro las dejaron e incluso pusieron un wall=no donde no había muro
  XD Menudos sobrados.
  
  --
  Cruz Enrique Borges Hernández
  Email: cruz.bor...@deusto.es
  
  DeustoTech Energy
  Telefono: 944139000 ext.2052
  Avda. Universidades, 24
  48007 Bilbao, Spain
  
  ___
  Talk-es mailing list
  Talk-es@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-es

-- 
Cruz Enrique Borges Hernández
Email: cruz.bor...@deusto.es

DeustoTech Energy
Telefono: 944139000 ext.2052
Avda. Universidades, 24
48007 Bilbao, Spain

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

Re: [Talk-es] Catastro Arafo

2014-08-29 Per discussione Javier Sánchez

Y no es más fácil hacerlo siempre igual (b).

Saludos
El 29/08/2014 19:12, Cruz Enrique Borges cruz.bor...@deusto.es escribió:

  Y en el tema de los números de policia, cada vez que iniciamos un hilo de
  este tipo, no me acabo de aclarar. El otro día inicie un hilo con este
  particular [1] y me parecio entender otra cosa, que cuando se trata de
  una casa unifamiliar sin duda en cuanto a la entrada, lo mejor era poner
  la dirección en el área del edificio, no en el nodo de entrada??

 Exacto,

 a)  casas y edificios con una sola dirección - la información en el
 polígono.
 b)  edificios con más de una dirección/portal - en el nodo
 entrance=yes

 Me queda la duda de que sería lo ideal en el caso

 c)  edificios con una sola dirección pero múltiples comercios.

 Yo creo que lo ideal es que la dirección del edificio esté en el polígono y
 la de los comercios en el nodo con entrance=yes.

 El caso con edificio con varias direcciones y comercios sería equivalente
 al caso b).

 Obviamente, cuando se haga indoor mapping [1] siempre estaríamos en el caso
 a) :P

 [1] http://wiki.openstreetmap.org/wiki/Indoor_Mapping

 PD: esto no está documentado en la wiki?¿?¿?

  En cuanto a la ref:catastro yo las he ido borrando, según me comentaron
  el otro día, pero ahora no se que hacer..
 
  [1]
 
 http://gis.19327.n5.nabble.com/Correcto-etiquetado-resultados-de-Catastro
  -Addr-housenumber-td5814425.html
 
  Saludos Catastrales :))
 
 
 
  El 29 de agosto de 2014, 13:15, Cruz Enrique Borges
  cruz.bor...@deusto.es
  escribió:
 que coinciden en todas sus etiquetas (básicamente 3:
 landuse=residential, source=catastro y source_date: la que sea). Es
 mejor unir esos polígonos generando un solo landuse, o es mejor
 mantener
 esas pequeñas áreas landuse aunque tengan exactamente las mismas
 etiquetas y valores?
   
Si son parcelas distintas, con ALTÍSIMA probabilidad tendrán un muro
(o
equivalente) separándolas por lo que yo creo que lo mejor es dejarlo
(por si alguien quiere entretenerse poniendo los barrier=wall [1].
   
[1] http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dwall
  
   JOJOJO, más a mi favor. Resulta que los franceses cuando importaron el
   catastro las dejaron e incluso pusieron un wall=no donde no había muro
   XD Menudos sobrados.
  
   --
   Cruz Enrique Borges Hernández
   Email: cruz.bor...@deusto.es
  
   DeustoTech Energy
   Telefono: 944139000 ext.2052
   Avda. Universidades, 24
   48007 Bilbao, Spain
  
   ___
   Talk-es mailing list
   Talk-es@openstreetmap.org
   https://lists.openstreetmap.org/listinfo/talk-es

 --
 Cruz Enrique Borges Hernández
 Email: cruz.bor...@deusto.es

 DeustoTech Energy
 Telefono: 944139000 ext.2052
 Avda. Universidades, 24
 48007 Bilbao, Spain

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

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

Re: [Talk-es] Subida de catastro en la Palma de C. y dudas

 Concretamente me refería a ésto:
 https://www.google.es/maps/@41.412323,1.968939,3a,75y,210.15h,81.29t/data
 =!3m4!1e1!3m2!1scgSt_N9Wt76p4JHvO5qR4w!2e0?hl=ca Ahora lo he dejado como
 addr:housenumber=43,49 y addr:interpolation:odd
 http://www.openstreetmap.org/node/3024685510
 Entiendo que esto último le sobra?

Yo creo que el interpolation sobra. De todas formas, SOLO tiene el 43 y el 
49 o tiene también el 45 y el 47? En el addr:housenumber=43,49 deberían 
estar todos los números.

 Vendría a ser algo así? (bueno, no es un comercio, pero sirve como
 ejemplo) http://www.openstreetmap.org/node/2367339563
 La situación real:
 https://www.google.es/maps/@41.413192,1.965751,3a,90y,175.51h,77.77t/data
 =!3m4!1e1!3m2!1se_R9ShbCUtTv9m0zc5dMZA!2e0?hl=ca

Ummm, en este caso me queda la duda de qué es mejor, si poner ambos en el 
nodo como está o poner la dirección del edificio en el polígono...

-- 
Cruz Enrique Borges Hernández
Email: cruz.bor...@deusto.es

DeustoTech Energy
Telefono: 944139000 ext.2052
Avda. Universidades, 24
48007 Bilbao, Spain

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

Re: [Talk-es] Catastro Arafo

 Y no es más fácil hacerlo siempre igual (b).

Más fácil es SEGURO, pero no necesariamente más correcto. La dirección es 
una propiedad del polígono de la parcela, no de la entrada de un edificio. 
En zonas urbanas, parcela y edificio coincidirán en un número muy elevado 
de casos, pero en zonas rústicas, la entrada a la parcela puede estar en un 
lado, dentro tener varios edificios (con sus entrance=yes correspondientes) 
y cosas más esotéricas.

-- 
Cruz Enrique Borges Hernández
Email: cruz.bor...@deusto.es

DeustoTech Energy
Telefono: 944139000 ext.2052
Avda. Universidades, 24
48007 Bilbao, Spain

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

Re: [Talk-at] Karte zur Gebäudeabdeckung in Österreich / JOSM Areaselector

2014-08-29 Per discussione David Schmitt

Das plugin ist mir schon vor kurzem aufgefallen und ich hab einige 
Gebäude in NÖ damit erfasst.


Folgende SAchen sind mir aufgefallen:

  * Wie Stefan schon erwähnt hat, fehlen die Umrandungen. Gebäude
werden daher zu klein und müssen händisch nachkorrigiert werden.
  * knapp darauf folgend, müssen natürlich alle Gebäude die Wand an
Wand stehen auch händisch verbunden werden.
  * JPEG Kompressionsartefakte führen manchmal dazu dass kleine Wirbel
aus 4-8 Nodes entstehen, die lästige Nachkorrektur erfordern.


In seiner aktuellen Form bringt mir das Plugin noch keine wirkliche 
Ersparnis, gegenüber einer rein manuellen Erfassung, aber ein Ausmerzen 
der Problemstellen könnte die Situation rasch zum Besseren wenden!


Bitte halte uns am Laufenden!


MfG David



On 2014-08-28 21:53, Paul Woelfel wrote:

Hallo,

Passend zur Grbäudeabdeckung hab ich mit Unterstützung von Tom ein Tool
erstellt, welches es leichter macht Gebäude aus basemap.at
http://basemap.at Bildern zu mappen.

Das Plugin für JOSM nennt sich Areaselector und is auch in den normalen
Josm Plugins gelistet. Quellcode und ist unter
https://github.com/JOSM/JOSM-areaselector zu finden.

Zum mappen eines Gebäudes muss man nur den Bereich des Gebäudes
anklicken und es werden automatisch die Grenzen erkannt und ein Polygon
gezeichnet. Ein Tagging Dialog, welcher sich die letzten Werte merkt,
wird danach automatisch angezeigt.

Mir is klar, dass die basemap Daten nicht immer hundertprozentig richtig
ist, aber ich denke als Basis mal nicht schlecht.

Ich würde mich auch über Feedback oder Codebeiträge freuen!


Mit freundlichen Grüßen
Dipl.-Ing. Paul Wölfel

Email paul.woel...@gmail.com mailto:paul.woel...@gmail.com
Tel. +43 664 88 499 513
Lindengasse 31/1/11
1070 Wien
Austria

Am 28.08.2014 21:37 schrieb Markus Straub markus.straub...@gmail.com
mailto:markus.straub...@gmail.com:

Wow, gratuliere, die Karte ist wirklich wunderschön geworden!
Gibt nichts zu meckern, einfach tolle Arbeit.

LG,
Markus

2014-08-26 8:24 GMT+02:00 Thomas Konrad tkon...@gmx.net
mailto:tkon...@gmx.net:
  Hallo,
 
  ich habe vor kurzem eine Karte erstellt, die die Gebäudeabdeckung in
  Österreich zeigt:
 
 

http://thomaskonrad.at/2014/08/analyse-der-openstreetmap-gebaudeabdeckung-in-osterreich/
 
  Die Karte soll als Analysewerkzeug und Motivation dienen, die
Situation in
  Österreich zu verbessern :) Ganz unten im Artikel gibt es
technische Infos,
  wie ich die Karte erstellt habe. Ich freue mich über Feedback!
 
  Liebe Grüße
  Tom
 
  ___
  Talk-at mailing list
  Talk-at@openstreetmap.org mailto:Talk-at@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-at
 

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



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




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

Re: [Talk-at] Karte zur Gebäudeabdeckung in Österreich / JOSM Areaselector

2014-08-29 Per discussione Paul Wölfel

Hallo,

da ich noch nicht so lang mit OSM arbeite hätte ich dazu gleich eine Frage:

Wie kann ich im JOSM Objekte an eindander snappen?

Wenn ich weiß, wie man es im JOSM manuell machen kann, find ich auch den Code 
um dies zu automatisieren. 



Mit freundlichen Grüßen
Dipl.-Ing. Paul Wölfel

Email paul.woel...@gmail.com
Tel. +43 664 88 533 801
Lindengasse 31/1/11
1070 Wien
Austria



On 29 Aug 2014, at 08:30, David Schmitt da...@black.co.at wrote:

Das plugin ist mir schon vor kurzem aufgefallen und ich hab einige Gebäude in 
NÖ damit erfasst.

Folgende SAchen sind mir aufgefallen:

 * Wie Stefan schon erwähnt hat, fehlen die Umrandungen. Gebäude
   werden daher zu klein und müssen händisch nachkorrigiert werden.
 * knapp darauf folgend, müssen natürlich alle Gebäude die Wand an
   Wand stehen auch händisch verbunden werden.
 * JPEG Kompressionsartefakte führen manchmal dazu dass kleine Wirbel
   aus 4-8 Nodes entstehen, die lästige Nachkorrektur erfordern.


In seiner aktuellen Form bringt mir das Plugin noch keine wirkliche Ersparnis, 
gegenüber einer rein manuellen Erfassung, aber ein Ausmerzen der Problemstellen 
könnte die Situation rasch zum Besseren wenden!

Bitte halte uns am Laufenden!


MfG David



On 2014-08-28 21:53, Paul Woelfel wrote:
 Hallo,
 
 Passend zur Grbäudeabdeckung hab ich mit Unterstützung von Tom ein Tool
 erstellt, welches es leichter macht Gebäude aus basemap.at
 http://basemap.at Bildern zu mappen.
 
 Das Plugin für JOSM nennt sich Areaselector und is auch in den normalen
 Josm Plugins gelistet. Quellcode und ist unter
 https://github.com/JOSM/JOSM-areaselector zu finden.
 
 Zum mappen eines Gebäudes muss man nur den Bereich des Gebäudes
 anklicken und es werden automatisch die Grenzen erkannt und ein Polygon
 gezeichnet. Ein Tagging Dialog, welcher sich die letzten Werte merkt,
 wird danach automatisch angezeigt.
 
 Mir is klar, dass die basemap Daten nicht immer hundertprozentig richtig
 ist, aber ich denke als Basis mal nicht schlecht.
 
 Ich würde mich auch über Feedback oder Codebeiträge freuen!
 
 
 Mit freundlichen Grüßen
 Dipl.-Ing. Paul Wölfel
 
 Email paul.woel...@gmail.com mailto:paul.woel...@gmail.com
 Tel. +43 664 88 499 513
 Lindengasse 31/1/11
 1070 Wien
 Austria
 
 Am 28.08.2014 21:37 schrieb Markus Straub markus.straub...@gmail.com
 mailto:markus.straub...@gmail.com:
 
Wow, gratuliere, die Karte ist wirklich wunderschön geworden!
Gibt nichts zu meckern, einfach tolle Arbeit.
 
LG,
Markus
 
2014-08-26 8:24 GMT+02:00 Thomas Konrad tkon...@gmx.net
mailto:tkon...@gmx.net:
  Hallo,
 
  ich habe vor kurzem eine Karte erstellt, die die Gebäudeabdeckung in
  Österreich zeigt:
 
 

 http://thomaskonrad.at/2014/08/analyse-der-openstreetmap-gebaudeabdeckung-in-osterreich/
 
  Die Karte soll als Analysewerkzeug und Motivation dienen, die
Situation in
  Österreich zu verbessern :) Ganz unten im Artikel gibt es
technische Infos,
  wie ich die Karte erstellt habe. Ich freue mich über Feedback!
 
  Liebe Grüße
  Tom
 
  ___
  Talk-at mailing list
  Talk-at@openstreetmap.org mailto:Talk-at@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-at
 
 
___
Talk-at mailing list
Talk-at@openstreetmap.org mailto:Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at
 
 
 
 ___
 Talk-at mailing list
 Talk-at@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-at
 


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



smime.p7s
Description: S/MIME cryptographic signature
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Karte zur Gebäudeabdeckung in Österreich / JOSM Areaselector

2014-08-29 Per discussione David Schmitt


Hi,

ich bin zur Korrektur der Daten durch die einzelnen Polys durchgegangen 
und habe


 1) überflüssige nodes gelöscht
 2) gemeinsame Ecken markiert und mit m gemerged
 3) Abzweigungen mit j in Wände eingebaut
 4) abschließend im w Modus die Polys dort hingezogen wo sie sein
sollen.

Meistens gibt es auch genug gebäude ohne hausnummer, womit der dialog 
nach dem finden einer Area eher hinderlich ist, weil eh nichts 
eingetragen wird. Auch finde ich den Preset - Addresses Dialog 
praktischer, da man gleich einen offset für die nächste Nummer angeben kann.


Ich habe gerade zum Überlegen noch ein paar Häuser in Rust im 
Tullnerfeld eingetragen und habe mit erstaunen festgestellt, dass Snap 
to tile size am basemap.at Layer wesentlich schlechtere Ergebnisse 
erzielt, als wenn man davon noch ein oder zwei Rasten am Mausrad 
hineinzoomt.


Da Du ja auch in Wien wohnst, können wir uns ja vielleicht einmal 
zusammensetzen und das direkt machen. Ich bin allerdings ab übermorgen 
drei Wochen weg.


MfG David

On 2014-08-29 08:34, Paul Wölfel wrote:

Hallo,

da ich noch nicht so lang mit OSM arbeite hätte ich dazu gleich eine Frage:

Wie kann ich im JOSM Objekte an eindander snappen?

Wenn ich weiß, wie man es im JOSM manuell machen kann, find ich auch den Code 
um dies zu automatisieren.



Mit freundlichen Grüßen
Dipl.-Ing. Paul Wölfel

Email paul.woel...@gmail.com
Tel. +43 664 88 533 801
Lindengasse 31/1/11
1070 Wien
Austria



On 29 Aug 2014, at 08:30, David Schmitt da...@black.co.at wrote:

Das plugin ist mir schon vor kurzem aufgefallen und ich hab einige Gebäude in 
NÖ damit erfasst.

Folgende SAchen sind mir aufgefallen:

  * Wie Stefan schon erwähnt hat, fehlen die Umrandungen. Gebäude
werden daher zu klein und müssen händisch nachkorrigiert werden.
  * knapp darauf folgend, müssen natürlich alle Gebäude die Wand an
Wand stehen auch händisch verbunden werden.
  * JPEG Kompressionsartefakte führen manchmal dazu dass kleine Wirbel
aus 4-8 Nodes entstehen, die lästige Nachkorrektur erfordern.


In seiner aktuellen Form bringt mir das Plugin noch keine wirkliche Ersparnis, 
gegenüber einer rein manuellen Erfassung, aber ein Ausmerzen der Problemstellen 
könnte die Situation rasch zum Besseren wenden!

Bitte halte uns am Laufenden!


MfG David



On 2014-08-28 21:53, Paul Woelfel wrote:

Hallo,

Passend zur Grbäudeabdeckung hab ich mit Unterstützung von Tom ein Tool
erstellt, welches es leichter macht Gebäude aus basemap.at
http://basemap.at Bildern zu mappen.

Das Plugin für JOSM nennt sich Areaselector und is auch in den normalen
Josm Plugins gelistet. Quellcode und ist unter
https://github.com/JOSM/JOSM-areaselector zu finden.

Zum mappen eines Gebäudes muss man nur den Bereich des Gebäudes
anklicken und es werden automatisch die Grenzen erkannt und ein Polygon
gezeichnet. Ein Tagging Dialog, welcher sich die letzten Werte merkt,
wird danach automatisch angezeigt.

Mir is klar, dass die basemap Daten nicht immer hundertprozentig richtig
ist, aber ich denke als Basis mal nicht schlecht.

Ich würde mich auch über Feedback oder Codebeiträge freuen!


Mit freundlichen Grüßen
Dipl.-Ing. Paul Wölfel

Email paul.woel...@gmail.com mailto:paul.woel...@gmail.com
Tel. +43 664 88 499 513
Lindengasse 31/1/11
1070 Wien
Austria

Am 28.08.2014 21:37 schrieb Markus Straub markus.straub...@gmail.com
mailto:markus.straub...@gmail.com:

Wow, gratuliere, die Karte ist wirklich wunderschön geworden!
Gibt nichts zu meckern, einfach tolle Arbeit.

LG,
Markus

2014-08-26 8:24 GMT+02:00 Thomas Konrad tkon...@gmx.net
mailto:tkon...@gmx.net:
  Hallo,
 
  ich habe vor kurzem eine Karte erstellt, die die Gebäudeabdeckung in
  Österreich zeigt:
 
 

http://thomaskonrad.at/2014/08/analyse-der-openstreetmap-gebaudeabdeckung-in-osterreich/
 
  Die Karte soll als Analysewerkzeug und Motivation dienen, die
Situation in
  Österreich zu verbessern :) Ganz unten im Artikel gibt es
technische Infos,
  wie ich die Karte erstellt habe. Ich freue mich über Feedback!
 
  Liebe Grüße
  Tom
 
  ___
  Talk-at mailing list
  Talk-at@openstreetmap.org mailto:Talk-at@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-at
 

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



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




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



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

Re: [Talk-cz] značené trasy a KČT

2014-08-29 Per discussione Václav Kubíček


Ahoj,
rád se připojím.
Mně by například úplně stačil seznam tras abych si udělal pořádek co chybí a 
nechybí na Náchodsku. A nějaký software ke zjednodušení práce by taky nebyl k 
zahození. :)
Vašek
 
__

Od: Jakub j...@kub.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 01.08.2014 10:46
Předmět: [Talk-cz] značené trasy a KČT


Milí spolumapeři ;-)

Chtěl bych se podělit o jednu fajn zprávu. Už delší dobu se zabývám 
zlepšováním turistického značení v OSM a jsa programátor 
experimentoval jsem pro radost i s několika nástroji pro kontrolu dat. 
V této souvislosti si už delší dobu občas píšu s KČT - tedy s vedením 
ne, to je nejspíš zbytečné, ale s jednotlivci, kteří se mi zdají 
přístupní. Pokud jste to někdy zkoušeli, tak asi víte že je to běh 
na dlouhou trať. Ale bral jsem to spíš jako sport, občas jim popsal 
OSM, občas si lehce přátelsky rýpnul do nepřístupnosti jejich dat, 
občas poslal nějaký bug report. Mimo dílčích úspěchů se ziskem 
některých dat (přehled vedení tras KČT na Plzeňsku) z toho zatím nic 
konkrétního nekáplo, ale teď se zdá, že se to možná změní. Zdá se že 
jsem narazil na lidi uvnitř KČT, co mají zájem na nějaké modernizaci v 
tomto směru, někdy v srpnu jdeme na pivko. Možná to zas nic nebude, 
ale zatím to vypadá celkem slibně, tak se jen chci podělit o radost ... :)


Jakub

PS: Kdyby to někoho zajímalo hlouběji - programátorsky či turisticky, 
a byl ochoten něco dělat (procházet trasy v terénu, procházet je na 
mapě podle dat, experimentovat s prográmky), tak se ozvěte.


--
Jakub A. Tesinsky (j...@kub.cz)
tel: 7778 JAKUB, web: ja.kub.cz
Potius sero quam numquam.

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

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

Re: [Talk-cz] Kontrola a doplnění ulic

2014-08-29 Per discussione Marek Chlup

Dobrý den.

Dovolil bych si maily níže uvedené mírně zpochybnit i když vařím z vody
a je to můj odhad (ale věřím, že průzkum reality by mi dal v různých
případech za pravdu). Každý z níže uvedených názvů se může lišit:
* název schválený radou (zastupitelstvem) obce (či obdobnými orgány v
  dávné minulosti)
* název v RUIAN
* název na ceduli
* název jak by měl být dle (aktuálních) pravidel pravopisu
* název v různých mapových dílech či název jak ho používají lidé v mluvě
  či jiných dokumentech

Samozřejmě snaha by měla být o jednotnost. Který z názvů je ten pravý?
Ten schválený obcí? Ale to dohledat může být u starých názvů asi
problém.

Původně mnou uvedená olomoucká ulice:
RUIAN: Na střelnici
Cedule: Na Střelnici
(skoro mám podezření, že v RUIAN někdo aplikoval nějaký skript...)

Obdobný problém se zřejmě vyskytoval dokonce v křestních jménech. Člověk
má jiné jméno v křestní matrice a jiné třeba v matrice oddání či matrice
zemřelých (z vlastní zkušenosti: Anton - Antonín, Thomaš - Tomáš).
Navíc se časem mění písmo či styl zápisu...

Ať to nerozmělňuji.

Aktuálně mi vadí nejednotnost v mapě OSM. Ulice je pojmenovaná jinak než
adresní body a já tápu čemu dát přednost. OSMi se kvůli nejednotnosti
červená. Možná, že v současné době by šlo nad rozdíly v malých a velkých
písmenech přivřít oči, ale pak by bylo dobré ať je přivírá i OSMi.
Nejednotnost v oblasti zkratek si možná úpravy zaslouží.

Možná, ale dělám z komára velblouda...

Zdraví
Marek


On Thu, Aug 28, 2014 at 11:55:32PM +0200, Petr Vozdecký wrote:
 
 
 
 
 Dobrý den,
 
 nezáleží nejen na tom, co napíše úředník do RÚIAN, ale hlavně na tom, jak to
 schválí příslušná rada (zastupitelstvo) obce. To je pro úředníka závazné a 
 podle příslušného usnesení by to měl zapsat do RÚIAN. 
 
 Rozhodně se názvy ulic neřídí v RÚIAN pravidly Českého pravopisu. Pokud byl 
 název ulice schválen v minulosti, tak platí původní název, i když není v 
 souladu s pravidly. 
 
 Některé obce (např. Zlín) využily možnost a schválily změnu názvů ulic, aby 
 byly v souladu s pravidly Českého pravopisu. Ale některé tvrdošíjně trvají 
 na původních názvech (např. Praha). 
 
 Největší problém to dělá školákům ...
 
 Pěkný večer přeje
 
 Petr Souček
 
 
 
 
 
 
 
 
 
 
 Zdravím vespolek,
 
 
 
 
 už jsem to chtěl napsat dříve, je to tak jak píše Petr Souček - za oficiální
 název nelze v žádném případě brát nějaké slovní spojení odpovídající 
 (jakýmkoliv) pravidlům. Nelze tedy postupovat cestou univerzálního skriptu, 
 který sjednotí názvy do správných tvarů. Historický vývoj místních názvů i
 neuvěřitelná lidová tvořivost místních zastupitelstev jsou autory mnoha 
 fantaskních názvů, které jsou přes svoji originalitu, zmatečnost a 
 jazykovou nesmyslnost skutečnými oficiálními názvy. 
 
 
 
 
 Univerzální skript bude mít řadu dalších oříšků k řešení. Je jím třeba 
 značný výskyt slova ulice v názvech ulic, přičemž mnohde je zjevně 
 nesprávně nadbytečný a v rozporu s ofic názvem. 
 
 V Brně (a v celé řadě dalších měst) však lze např. nalézt i z pohledu 
 uživatele map překvapivé sousloví ulice Kosmonautů, zatímco třeba zastávka
 MHD je jen Kosmonautů. Zmatečné je to třeba tím, že v papírovém rejstříku 
 tuto ulic nenajdete pod K ale pod U. Různé datové zdroje pak obsahují 
 mraky ulic s nesprávně uvedeným slovem ulice na začátku názvu - jak ale 
 pomocí scriptu automaticky poznat, která ulice je správně a která 
 nikoliv...
 
 
 
 
 vop
 
  
 
 -Original Message-
 From: Marián Kyral [mailto:mky...@email.cz] 
 Sent: Thursday, August 28, 2014 8:50 PM
 To: talk-cz@openstreetmap.org
 Subject: Re: [Talk-cz] Kontrola a doplnění ulic
 
 Dne 28.8.2014 12:50, Jan Martinec napsal(a):
 
  Nicméně: ten problém s adresami ale je větší: velká a malá písmena 
  bych považoval za ne-problém, to funguje při vyhledávání téměř všude 
  (takže bych to neřešil a považoval za false positive); ale co se 
  zkratkami? Třeba celý úsek podél Mariánských hradeb v Praze: ulice má 
  name=Na Baště svaté Ludmily, zatímco adresní body Na Baště sv. 
 Ludmily.
 
  Tedy dotaz do pléna: má smysl řešit takové (významově rovnocenné) rozdíly?
  (Případně, pokud ne: lze v OSMi něco označit jako fixed: false 
  positive?)
 
  Honza Piškvor Martinec
 
 
 Přesně tak. Co vím, je snaha v OSM mít nezkrácené názvy. Existuje dokonce 
 skript, který projde seznam ulic a navrhne nezkrácené jméno - ul. - ulice, 
 tř. - třída, nám. - náměstím, náb. - nábřeží...
 
 Na cedulích se to většinou zkracuje - cedule je menší a levnější. A pak 
 zřejmě záleží na konkrétním úředníkovi, jak to zadá do databáze a následně 
 do RUIAN.
 Takže pokud bychom to chtěli udělat dle pravidel OSM - tedy nezkracovat, 
 musel by si Petr udělat nějaké mapování - RUIAN ulice - nezkrácená OSM 
 ulice. A při aktualizaci k tomu přihlížet.
 
 Marián
 
 
 
 
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz;

 ___

Re: [Talk-cz] Kontrola a doplnění ulic

2014-08-29 Per discussione Petr Kadlec

2014-08-29 18:17 GMT+02:00 Marek Chlup m...@chlup.net:

 Původně mnou uvedená olomoucká ulice:
 RUIAN: Na střelnici
 Cedule: Na Střelnici
 (skoro mám podezření, že v RUIAN někdo aplikoval nějaký skript...)


Tak ono kdekoli dochází ke změně pravidel pravopisu, jsou z toho zmatky.
Zrovna v Olomouci by mohli vyprávět…
https://commons.wikimedia.org/wiki/File:Uli%C4%8Dn%C3%AD_tabule_U_Podjezdu.jpg
;-)

-- Petr Kadlec / Mormegil
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] RUIAN tracer chyby

2014-08-29 Per discussione Marián Kyral

Dne 29.8.2014 21:56, Martin Švec - OSM napsal(a):
 Ahoj,

 buďto dělám něco špatně, nebo tracer ošklivě rozbíjí budovy všude kolem sebe. 
 Chtěl jsem opravit
 neuzavřené budovy v Litomyšli a místo toho jich s každým klikem přibývá ;-)

 Konkrétní příklad: https://www.openstreetmap.org/#map=19/49.87194/16.32011
 Klikem na https://www.openstreetmap.org/way/263830995 se rozbijí na druhé 
 straně ulice budovy
 https://www.openstreetmap.org/way/263830720 a 
 https://www.openstreetmap.org/way/263835323. Budova č.
 137 se opět vytvoří špatně uzavřená, je tam dovnitř ocas navíc.

 Ale v podstatě stačí kliknout na jakoukoliv osaměle stojící budovu v zástavbě 
 a podle zásobníku
 příkazů tracer v sekvenci Odstranění nadbytečných uzlů rozdrbe široké okolí.

 Dále, v případě mrzáčků https://www.openstreetmap.org/way/263832564 a
 https://www.openstreetmap.org/way/263834808 úplně zhavaruje.

 Vyzkoušeno s těmito verzemi, dělá mi to v obou:
 http://www.kyralovi.cz/tmp/josm/beta/Tracer.jar
 http://www.kyralovi.cz/tmp/josm/beta/20140823/Tracer.jar

 Martin



Díky za report. Mrknu na to (ale asi až během příštího týdne).
Prozatím jsem tu funkci vypnul. S ocásky nic takhle narychlo neudělám,
musím se na to pořádně podívat.

http://www.kyralovi.cz/tmp/josm/beta/20140829/Tracer.jar

Marián

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

Re: [Talk-cz] Zpráva o činnosti

2014-08-29 Per discussione Petr Souček

Dobrý den,

o Mikulovu slyším prvně :-). Jevany řešíme, dále řešíme Vlašim, Všechlapy,
Třebáň, Brno, Jihlavu, Černošice, ... - no není toho málo, kolegyně žhaví
telefon, email ... no prostě -  snaží se. Něco se daří více, něco méně :-).
Třeba případ v Troji (zmiňovaný před nějakým časem) s chybným polygonem
budovy už je opraven. 

Pokud se máme podívat na Mikulov, tak pošlete podrobnosti. IMHO já se do
Mikulova chystám osobně za 14 dní, tak na to mohu upozornit :-)

Pěkný víkend přeje

Petr Souček

-Original Message-
From: Petr Vejsada [mailto:o...@propsychology.cz] 
Sent: Thursday, August 28, 2014 9:35 PM
To: talk-cz@openstreetmap.org
Subject: [Talk-cz] Zpráva o činnosti

Ahoj,

jen pro info, že něco málo pořád dělám. Kromě aktualizace adres a čekání na
to, zda někdo opraví v RUIAN Mikulov, Jevany a možná ještě něco, tak jsem
zkusil vytvořit těch 60 obřích multipolygonů z parcel. Bohužel, nemám na to
techniku. st_union mi během chvíle sežral všechnu paměť a dotaz jsem stihl
zrušit dříve než OOM killer :-).

Varianta st_memunion bežela od pondělí do teď, přičemž to neužralo žádné
volné místo na disku a tedy by to nejspíš běželo týdny či měsíce a zrušil
jsem to.

Dále jsem smazal asi 100 tisíc osiřelých uzlů, několik tisíc čar a několik
relací. Nechám to takto běžet, pokud nebudou námitky.

Podmínky pro mazání jsou:
- uzel nesmí mít žádný tag a nesmí být součástí žádné cesty ani relace
- cesta nesmí mít žádný tag a nesmí být součástí žádné relace
- relace nesmí mít žádný tag, nesmí být součástí jiné relace a žádní jiná
relace na ní nesmí odkazovat
- každá entita musí být v tomto stavu měsíc a déle

Směrem dolů závislost neřeším, tedy smažu-li nějakou cestu, její uzly
ponechám. V příštím běhu tyto uzly nejspíš splní výše uvedené podmínky a
budou smazány příště. Analogicky to platí i pro relace.

- nikdo mi nevynadal, tak snad v poho ;-). Dělám to pod svým účtem pedro' 
(apostrof je součástí názvu).

--
Petr, p...@propsychology.cz
p





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

Re: [Talk-cz] Zpráva o činnosti

2014-08-29 Per discussione Petr Vejsada

Dobrý den,

Mikulov dnes zpracoval kolega Tomáš Kašpárek a vrátil mi data se slovy nebylo 
to tak hrozné :-), tak asi lépe poreferuje.

Z nedávné doby si vzpomínám na Břeclav, kde je zmatek hlavně v orientačních 
číslech. Snad se mi podařilo dovodit, která čísla platí a která ne (Břeclav už 
je do OSM nahrána). Možná tam bylo nějaké přečíslování v souvislosti s 
přejmenováním ulic, ale to je jen dohad. Je to hlavně v oblasti ulic Julia 
Fučíka, Prostřední, Hraniční, Osvobození, J. Skácela, Komenského. Jeden dům má 
více orientačních čísel s toutéž ulicí, která jsou nesourodá. Pro ilustraci 
(příklad si vymýšlím) č. 27 a 136. Bývá to tak, že jen jedno z těchto 
adresních míst má geometrii a druhé ne. V oblasti těchto ulic by neměl být 
problém.

Konkrétní příklad:

SO 18839398 má AM 18981909 (Osvobození 326/15) a zároveň AM 18981895 
(Osvobození 326/31). Snad jsem se v těch číslech neupsal.

--
Zdraví
Petr Vejsada

Dne Pá 29. srpna 2014 22:21:24, Petr Souček napsal(a):

 Dobrý den,
 
 o Mikulovu slyším prvně :-). Jevany řešíme, dále řešíme Vlašim, Všechlapy,
 Třebáň, Brno, Jihlavu, Černošice, ... - no není toho málo, kolegyně žhaví
 telefon, email ... no prostě -  snaží se. Něco se daří více, něco méně :-).
 Třeba případ v Troji (zmiňovaný před nějakým časem) s chybným polygonem
 budovy už je opraven.
 
 Pokud se máme podívat na Mikulov, tak pošlete podrobnosti. IMHO já se do
 Mikulova chystám osobně za 14 dní, tak na to mohu upozornit :-)
 
 Pěkný víkend přeje
 
 Petr Souček
 
 -Original Message-
 From: Petr Vejsada [mailto:o...@propsychology.cz]
 Sent: Thursday, August 28, 2014 9:35 PM
 To: talk-cz@openstreetmap.org
 Subject: [Talk-cz] Zpráva o činnosti
 
 Ahoj,
 
 jen pro info, že něco málo pořád dělám. Kromě aktualizace adres a čekání na
 to, zda někdo opraví v RUIAN Mikulov, Jevany a možná ještě něco, tak jsem
 zkusil vytvořit těch 60 obřích multipolygonů z parcel. Bohužel, nemám na to
 techniku. st_union mi během chvíle sežral všechnu paměť a dotaz jsem stihl
 zrušit dříve než OOM killer :-).
 
 Varianta st_memunion bežela od pondělí do teď, přičemž to neužralo žádné
 volné místo na disku a tedy by to nejspíš běželo týdny či měsíce a zrušil
 jsem to.
 
 Dále jsem smazal asi 100 tisíc osiřelých uzlů, několik tisíc čar a několik
 relací. Nechám to takto běžet, pokud nebudou námitky.
 
 Podmínky pro mazání jsou:
 - uzel nesmí mít žádný tag a nesmí být součástí žádné cesty ani relace
 - cesta nesmí mít žádný tag a nesmí být součástí žádné relace
 - relace nesmí mít žádný tag, nesmí být součástí jiné relace a žádní jiná
 relace na ní nesmí odkazovat
 - každá entita musí být v tomto stavu měsíc a déle
 
 Směrem dolů závislost neřeším, tedy smažu-li nějakou cestu, její uzly
 ponechám. V příštím běhu tyto uzly nejspíš splní výše uvedené podmínky a
 budou smazány příště. Analogicky to platí i pro relace.
 
 - nikdo mi nevynadal, tak snad v poho ;-). Dělám to pod svým účtem pedro'
 (apostrof je součástí názvu).
 
 --
 Petr, p...@propsychology.cz
 
 p
 
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz

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

Re: [Talk-cz] RUIAN tracer chyby

2014-08-29 Per discussione Martin Švec - OSM


On 29.8.2014 22:19, Marián Kyral wrote:

Dne 29.8.2014 21:56, Martin Švec - OSM napsal(a):

Ahoj,

buďto dělám něco špatně, nebo tracer ošklivě rozbíjí budovy všude kolem sebe. 
Chtěl jsem opravit
neuzavřené budovy v Litomyšli a místo toho jich s každým klikem přibývá ;-)

Konkrétní příklad: https://www.openstreetmap.org/#map=19/49.87194/16.32011
Klikem na https://www.openstreetmap.org/way/263830995 se rozbijí na druhé 
straně ulice budovy
https://www.openstreetmap.org/way/263830720 a 
https://www.openstreetmap.org/way/263835323. Budova č.
137 se opět vytvoří špatně uzavřená, je tam dovnitř ocas navíc.

Ale v podstatě stačí kliknout na jakoukoliv osaměle stojící budovu v zástavbě a 
podle zásobníku
příkazů tracer v sekvenci Odstranění nadbytečných uzlů rozdrbe široké okolí.

Dále, v případě mrzáčků https://www.openstreetmap.org/way/263832564 a
https://www.openstreetmap.org/way/263834808 úplně zhavaruje.

Vyzkoušeno s těmito verzemi, dělá mi to v obou:
http://www.kyralovi.cz/tmp/josm/beta/Tracer.jar
http://www.kyralovi.cz/tmp/josm/beta/20140823/Tracer.jar

Martin



Díky za report. Mrknu na to (ale asi až během příštího týdne).
Prozatím jsem tu funkci vypnul. S ocásky nic takhle narychlo neudělám,
musím se na to pořádně podívat.

http://www.kyralovi.cz/tmp/josm/beta/20140829/Tracer.jar

Marián


Díky za opravu, už zase šlape :-)

Martin



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

Re: [Talk-cz] Zpráva o činnosti

2014-08-29 Per discussione Petr Vejsada

Dobrý den,

tak jsem se chtěl pokochat, jak jste opravili tu Troju, Krynickou ulici. No, 
je to změněné, ale opravené tedy ne. Každé té budově jste udělali polygon, 
který ovšem zahrnuje geometrii všech těch budov dohromady. A ty všechny jsou 
zase naplácané na sobě :-)

http://ruian.poloha.net/18/50.12648/14.41053

po rozsvícení vrstvy budov to opravdu hodně svítí. Normálně to má být 
průhledné. 

Dne Pá 29. srpna 2014 22:21:24, Petr Souček napsal(a):

 Třeba případ v Troji (zmiňovaný před nějakým časem) s chybným polygonem
 budovy už je opraven. 

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

Re: [OSM-talk-fr] Utilisation de noexit = yes

2014-08-29 Per discussione Pieren

2014-08-28 23:28 GMT+02:00 Christian Quest cqu...@openstreetmap.fr:
 L'idée c'est ça.
 Donc si je comprends bien,  le dernier node d'une highway = * peut être
 tagué noexit = yes à condition bien évidement qu'il n'y ait aucune
 continuité de voie au-delà de ce node quelque soit le type.

Mouais. Attention quand même, là. On pourrait laisser croire que ce
tag est nécessaire dans toutes les impasses alors que ça n'est pas
vrai.
Je ne vais pas refaire l'historique de l'usage de ce tag qui a changé
plusieurs fois depuis son invention. Mais pour faire court, un highway
qui se termine dans une impasse indiscutable n'a pas besoin de ce tag.
Il n'est vraiment nécessaire que lorsque le dernier noeud est proche
d'un autre highway. Il y a des outils QA (ou validator) qui peuvent
alors penser que le highway n'a pas été correctement tracé et connecté
pour faire une jonction. Ce tag est surtout nécessaire pour lever
cette ambiguit (c'est le seul cas pratique d'utilisation de ce tag).
C'est comme le tag oneway. Quand il est absent, on assume que la
route est bidirectionnelle. On ne taggue que les exceptions
(oneway=no) et le oneway=yes ne sert qu'à lever un doute dans les
zones fortement réglementées ou en cas de changement sur le terrain.
Pareil pour les impasses. s'il n'y a rien, on assume que la route
s'arrête là et c'est vrai dans l'immense majorité des cas.
Autrement, il y a eu de longues discussions pour savoir s'il fallait
le mettre sur le way ou le dernier node. Certains pensent que c'est
plus clair de le mettre sur le dernier node mais taginfo nous montre
qu'un tiers de ces tags sont mis sur des way. Donc, à vous de choisir.

Pieren

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

Re: [OSM-talk-fr] Utilisation de noexit = yes

2014-08-29 Per discussione Christian Quest

Le 29 août 2014 10:28, Pieren pier...@gmail.com a écrit :

 Ce tag est surtout nécessaire pour lever
 cette ambiguité (c'est le seul cas pratique d'utilisation de ce tag).



Tu fais bien de développer, mon _confirmer_ qu'un route qui se termine
dans OSM n'a pas de suite


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

Re: [OSM-talk-fr] Utilisation de noexit = yes

Le 29 août 2014 10:28, Pieren pier...@gmail.com a écrit :

 C'est comme le tag oneway. Quand il est absent, on assume que la
 route est bidirectionnelle. On ne taggue que les exceptions
 (oneway=no) et le oneway=yes ne sert qu'à lever un doute dans les
 zones fortement réglementées ou en cas de changement sur le terrain.


N'importe quoi Là c'est carrément l'inverse ! Les exceptions c'est avec
oneway=yes et ce n'est pas lié du tout aux zones très réglementées ou
changement de terrain.

C'est oneway=no qui est toujours inutile (équivalent à l'absence du tag
qui signigfie aussi une voie idirectionnelle);

oneway=yes est inutile seulement pour les rond-points (cercles non
découpés tagués avec junction=roundabout; certains grands rond-points sont
parfois découpés quand ils ont des parties taguées en ponts mais on a
encore junction=roundabout; et il y a des ambguités dans des rond-points
découpés, liées alors aux voies de service internes mais c'est une minorité
des rond-points). On met en revanche oneway=yes sur les voies en triangle
d'entrée et de sortie des tond-points (ces voies formant un triangle très
aigu dont le côté le plus court est sur le rond-point ne de vraient pas
avoir besoin qu'on y ajoute en plus une restriction (comme un pas de
tourne à gauche à l'extrémité pour revenir au rond-point)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Utilisation de noexit = yes

2014-08-29 Per discussione Jean-Baptiste Holcroft

Oneway=No marche bien pour les zones qui ont changé mais qui ne se voient
pas via satellite, l'explicite n'est pas un mal, il faut juste ne pas le
faire systématiquement
Le 29 août 2014 11:00, Philippe Verdy verd...@wanadoo.fr a écrit :

 Le 29 août 2014 10:28, Pieren pier...@gmail.com a écrit :

 C'est comme le tag oneway. Quand il est absent, on assume que la
 route est bidirectionnelle. On ne taggue que les exceptions
 (oneway=no) et le oneway=yes ne sert qu'à lever un doute dans les
 zones fortement réglementées ou en cas de changement sur le terrain.


 N'importe quoi Là c'est carrément l'inverse ! Les exceptions c'est
 avec oneway=yes et ce n'est pas lié du tout aux zones très réglementées
 ou changement de terrain.

 C'est oneway=no qui est toujours inutile (équivalent à l'absence du tag
 qui signigfie aussi une voie idirectionnelle);

 oneway=yes est inutile seulement pour les rond-points (cercles non
 découpés tagués avec junction=roundabout; certains grands rond-points sont
 parfois découpés quand ils ont des parties taguées en ponts mais on a
 encore junction=roundabout; et il y a des ambguités dans des rond-points
 découpés, liées alors aux voies de service internes mais c'est une minorité
 des rond-points). On met en revanche oneway=yes sur les voies en triangle
 d'entrée et de sortie des tond-points (ces voies formant un triangle très
 aigu dont le côté le plus court est sur le rond-point ne de vraient pas
 avoir besoin qu'on y ajoute en plus une restriction (comme un pas de
 tourne à gauche à l'extrémité pour revenir au rond-point)


 ___
 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-fr] Utilisation de noexit = yes

2014-08-29 Per discussione Pieren

2014-08-29 10:58 GMT+02:00 Philippe Verdy verd...@wanadoo.fr:

 C'est comme le tag oneway. Quand il est absent, on assume que la
 route est bidirectionnelle. On ne taggue que les exceptions
 (oneway=no) et le oneway=yes ne sert qu'à lever un doute dans les
 zones fortement réglementées ou en cas de changement sur le terrain.

 N'importe quoi Là c'est carrément l'inverse !

Oui, pardon. Je me suis mélangé les pinceaux (toujours se relire avant
d'envoyer). Correction donc:

On ne taggue que les exceptions
(oneway=yes) et le oneway=no ne sert qu'à lever un doute dans les
zones fortement réglementées ou en cas de changement sur le terrain.

Il y a d'ailleurs une discussion sur la liste principale sur ce sujet
(à savoir, si le oneway=no ne serait pas nécessaire dans les zones où
il y a beaucoup de oneway)

Pieren

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

Re: [OSM-talk-fr] Utilisation de noexit = yes

Personnellement parler de zones très réglementées n'est pas à propos ici.
De même que parler zones où il y a beaucoup de oneway (subjectif).

Il faut être plus précis. Je ne vois d'intérêt d'un oneway=no que sur une
petite section de rue qui autrement est entièrement en sens unique sauf un
peit bout par exemple à une extrémité où il peut y avoir une circulation
limitée permettant un accès résidentiel avec une voie en plus pour ce
contre sens; ensuite la rue passe en sens unique avec oneway=yes: la
présence du tag évite alors de faire dans un éditeur la fusion du petit
segment bidirectionnel avec le plus long en sens unique sur le reste de la
rue. Le petit bout bidirectionnel (oneway=no) indique que ce segment est
nécessaire pour faire une jonction

Mais dans tous les cas, mettre oneway=no reste équivalent à l'absence du
tag lors de l'utilisation de la carte.



Le 29 août 2014 11:09, Pieren pier...@gmail.com a écrit :

 2014-08-29 10:58 GMT+02:00 Philippe Verdy verd...@wanadoo.fr:

  C'est comme le tag oneway. Quand il est absent, on assume que la
  route est bidirectionnelle. On ne taggue que les exceptions
  (oneway=no) et le oneway=yes ne sert qu'à lever un doute dans les
  zones fortement réglementées ou en cas de changement sur le terrain.

  N'importe quoi Là c'est carrément l'inverse !

 Oui, pardon. Je me suis mélangé les pinceaux (toujours se relire avant
 d'envoyer). Correction donc:

 On ne taggue que les exceptions
 (oneway=yes) et le oneway=no ne sert qu'à lever un doute dans les
 zones fortement réglementées ou en cas de changement sur le terrain.

 Il y a d'ailleurs une discussion sur la liste principale sur ce sujet
 (à savoir, si le oneway=no ne serait pas nécessaire dans les zones où
 il y a beaucoup de oneway)

 Pieren

 ___
 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] problème authentification

2014-08-29 Per discussione Claude


Bonjour

sur JOSM, je n'arrive pas a envoyer mes modifs: l'identification avec le 
serveur echoue.


Je récupère, comme me le demande le message d'erreur, une nouvelle 
autorisation sans problème mais dès que j'essaie de renvoyer mes modif, 
rebelotte

L'identification avec.à échoué'
J'ai redémarré JOSM , essayer sur une autre machine même problème. J'ai 
essayé via ID  j'ai un message Couldn't authentificate you
est-ce un souci avec mon compte ou quelqu'un d'autre rencontre-il le 
même problème


meci
claude

--
 Envoyé avec Mozilla Thunderbird ---


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

Re: [OSM-talk-fr] problème authentification


On 29/08/2014 16:22, Claude wrote:


sur JOSM, je n'arrive pas a envoyer mes modifs: l'identification avec 
le serveur echoue [..]


Problème idenfié - probablement causé par une mise à jour de 
api.opentreetmap.org et en cours d'étude, cf. 
https://lists.openstreetmap.org/pipermail/talk/2014-August/070699.html



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

Re: [OSM-talk-fr] problème authentification

2014-08-29 Per discussione Fabien

Pareil. J'ai attendu 2 minutes et c'est passé.
Le 29 août 2014 16:27, Jean-Marc Liotier j...@liotier.org a écrit :

 On 29/08/2014 16:22, Claude wrote:


 sur JOSM, je n'arrive pas a envoyer mes modifs: l'identification avec le
 serveur echoue [..]


 Problème idenfié - probablement causé par une mise à jour de
 api.opentreetmap.org et en cours d'étude, cf. https://lists.openstreetmap.
 org/pipermail/talk/2014-August/070699.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-fr] problème authentification

Problème temporaire rencontré aussi : Bad request (HTTP error 400) lors du
chargement de certains objets dans JOSM; par exemple au chargement des
membres incomplets d'une relation. L'API ne reconnaissait plus la requête
pourtant valide.
Ce problème semble avoir été résolu à l'instant.


Le 29 août 2014 16:26, Jean-Marc Liotier j...@liotier.org a écrit :

 On 29/08/2014 16:22, Claude wrote:


 sur JOSM, je n'arrive pas a envoyer mes modifs: l'identification avec le
 serveur echoue [..]


 Problème idenfié - probablement causé par une mise à jour de
 api.opentreetmap.org et en cours d'étude, cf. https://lists.openstreetmap.
 org/pipermail/talk/2014-August/070699.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-fr] problème authentification


On 29/08/2014 16:26, Jean-Marc Liotier wrote:

On 29/08/2014 16:22, Claude wrote:


sur JOSM, je n'arrive pas a envoyer mes modifs: l'identification avec 
le serveur echoue [..]


Problème idenfié - probablement causé par une mise à jour de 
api.opentreetmap.org et en cours d'étude, cf. 
https://lists.openstreetmap.org/pipermail/talk/2014-August/070699.html


La mise à jour de Java vers Java 7 a réglé le problème pour moi.

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

Re: [OSM-talk-fr] problème authentification

Cela n'est visiblement pas lié à la mise à jour de Java La plupart ici ont
déjà Java 7 ou 8 (et ceux qu ne l'ont pas encore feraient bien de la
charger, c'est nécessaire depuis les dernières versons de JOSM et les
performances sont bien meilleures, notamment avec MapCSS et plus
généralement le parser XML; notamment en terme de consommation mémoire et
un garbage collector un peu plus efficace)


Le 29 août 2014 16:40, Jean-Marc Liotier j...@liotier.org a écrit :

 On 29/08/2014 16:26, Jean-Marc Liotier wrote:

 On 29/08/2014 16:22, Claude wrote:


 sur JOSM, je n'arrive pas a envoyer mes modifs: l'identification avec le
 serveur echoue [..]


 Problème idenfié - probablement causé par une mise à jour de
 api.opentreetmap.org et en cours d'étude, cf.
 https://lists.openstreetmap.org/pipermail/talk/2014-August/070699.html


 La mise à jour de Java vers Java 7 a réglé le problème pour moi.


 ___
 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-fr] problème authentification

2014-08-29 Per discussione Claude


Le 29/08/2014 16:33, Philippe Verdy a écrit :
Problème temporaire rencontré aussi : Bad request (HTTP error 400) 
lors du chargement de certains objets dans JOSM; par exemple au 
chargement des membres incomplets d'une relation. L'API ne 
reconnaissait plus la requête pourtant valide.

Ce problème semble avoir été résolu à l'instant.


Le 29 août 2014 16:26, Jean-Marc Liotier j...@liotier.org 
mailto:j...@liotier.org a écrit :


On 29/08/2014 16:22, Claude wrote:


sur JOSM, je n'arrive pas a envoyer mes modifs:
l'identification avec le serveur echoue [..]


Problème idenfié - probablement causé par une mise à jour de
api.opentreetmap.org http://api.opentreetmap.org et en cours
d'étude, cf.
https://lists.openstreetmap.org/pipermail/talk/2014-August/070699.html




___
Talk-fr mailing list
Talk-fr@openstreetmap.org mailto: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
je n'ai aucun problème à charger quoi que ce soit mais l'envoi ne 
fonctionne toujours pas, même problème


--
 Envoyé avec Mozilla Thunderbird ---

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

Re: [OSM-talk-fr] problème authentification


On 29/08/2014 16:55, Claude wrote:
Je n'ai aucun problème à charger quoi que ce soit mais l'envoi ne 
fonctionne toujours pas, même problème


Quelle version de JOSM ? Quelle version de Java ? Ici ça fonctionne avec 
JOSM 7347 sur Java 7 fraîchement installé.


Pendant ce temps, Tom Hughes cherche une mitigation du problème par le 
paramétrage du serveur: 
https://lists.openstreetmap.org/pipermail/talk/2014-August/070700.html



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

Re: [OSM-talk-fr] problème authentification

2014-08-29 Per discussione f . dos . santos

C'est peut être pas le même pb vu qu'avec iD il n'y arrive pas non plus.

Il est déjà arrivé que des comptes soient restés bloqués, un truc du genre un 
verrou dans la base de donnée.

Essaie de contacter un admin soit sur IRC, soit par mail (Tom Hughes par 
exemple).

Francisco

- Mail original -
De: Jean-Marc Liotier j...@liotier.org
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Vendredi 29 Août 2014 17:03:27
Objet: Re: [OSM-talk-fr] problème authentification

On 29/08/2014 16:55, Claude wrote:
 Je n'ai aucun problème à charger quoi que ce soit mais l'envoi ne 
 fonctionne toujours pas, même problème

Quelle version de JOSM ? Quelle version de Java ? Ici ça fonctionne avec 
JOSM 7347 sur Java 7 fraîchement installé.

Pendant ce temps, Tom Hughes cherche une mitigation du problème par le 
paramétrage du serveur: 
https://lists.openstreetmap.org/pipermail/talk/2014-August/070700.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-fr] problème authentification

Donc on aurait eu droit à un changement
d'algorithme Diffie-Hellmann d'échanges de clés de sécurité, vers une
nouvelle méthode nécessitant Java7; j'en doûte un peu car cet algo est
depuis très longtemps dans Java.
Je pense plutôt à un changement de signature des certificats (mais il est
connu que les certificats émis par openstreetmap.de ne sont pas signés
correctement avec un fournisseur de PKI certifié, ce qui est la cause de
l'alerte de sécurité qu'on voit s'afficher au début d'une première création
de session avec le serveur d'API...)
Ca coûte si cher un certificat signé par un fournisseur PKI reconnu ?


Le 29 août 2014 17:03, Jean-Marc Liotier j...@liotier.org a écrit :

 On 29/08/2014 16:55, Claude wrote:

 Je n'ai aucun problème à charger quoi que ce soit mais l'envoi ne
 fonctionne toujours pas, même problème


 Quelle version de JOSM ? Quelle version de Java ? Ici ça fonctionne avec
 JOSM 7347 sur Java 7 fraîchement installé.

 Pendant ce temps, Tom Hughes cherche une mitigation du problème par le
 paramétrage du serveur: https://lists.openstreetmap.
 org/pipermail/talk/2014-August/070700.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-fr] problème authentification

2014-08-29 Per discussione Claude


Le 29/08/2014 17:03, Jean-Marc Liotier a écrit :

On 29/08/2014 16:55, Claude wrote:
Je n'ai aucun problème à charger quoi que ce soit mais l'envoi ne 
fonctionne toujours pas, même problème


Quelle version de JOSM ? Quelle version de Java ? Ici ça fonctionne 
avec JOSM 7347 sur Java 7 fraîchement installé.


Pendant ce temps, Tom Hughes cherche une mitigation du problème par le 
paramétrage du serveur: 
https://lists.openstreetmap.org/pipermail/talk/2014-August/070700.html



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Ca y est ça fonctionne à nouveau y compris sur mon desktop Linux sur 
laquelle je n'ai pas fait de nouvelle demande d'autorisation

Il faut des fois insister car le serveur signale des requête erronée

Pour JOSM toujours dernière version ainsi que JAVA

--
 Envoyé avec Mozilla Thunderbird ---


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

Re: [OSM-talk-fr] problème authentification

2014-08-29 Per discussione JB


Le 29/08/2014 17:32, Claude a écrit :

Il faut des fois insister car le serveur signale des requête erronée
Oui, environ 2 sur 3… et comme j'envoie par petits paquets… ben ça 
marche pas…
(Et non, je n'envoie plus tout d'un coup, les connexions sont toujours 
assez foireuses là où je suis pour que ça ne marche pas quand ça devrait…)

JB.

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

Re: [OSM-talk-fr] problème authentification

Ca fait longtemps que j'envoie des petits paquets avec 5 objets maxi par
requête (dans les réglages avancés) de la boite de dialogue d'envoi; à
faire une première fois et à garder dans ses préférences; cela persiste
pour tous les envois suivants, même après fermeture d'un groupe de
modifications, et même après arrêt et redémarrage de JOSM).

En cas de pépin c'est bien plus facile de réparer ce qui peut manquer ou
rester en doublon ou générer des conflits d'édition trop nombreux (c'est
aussi toujours très long de régler des conflits, et c'est potentiellement
source d'erreurs, il vau mieux les éviter).

Le serveur réagit très bien: certes cela fait un peu plus de ping pong
réseau (et pas beaucoup plus en terme de volume hormis les entêtes fixes
hors des objets eux-mêmes), mais ça locke moins d'objets sur la base,
elle est plus réactive, ça laisse les autres travailler. Et en terme de
coût en temps réseau c'est minime comparé au temps de traitement des
requêtes sur le serveur (quand on envoie les données on peut bien attendre
une minute de plus, et on a en plus un meilleur retour visible de la
progression).

Le réglage par défaut de JOSM avec ses envois en masse est dangereux : je
me suis déjà vu devoir passer plus d'une semaine à réparer un envoi
interrompu en plein milieu en consiltant mon historique pour retrouver tous
les objets modifiés un par un et en vérifier l'état et résoudre des
centaines de conflits avec ma **propre** version locale... C'était une
tâche pénible à faire (et très désespérante) il fallait une bonne dose de
courage pour ne pas abandonner en cours et laisser la base en l'état avec
des centaines de noeuds ou chemins orphelins laissés par un envoi
interrompu.



Le 29 août 2014 17:39, JB jb...@mailoo.org a écrit :

 Le 29/08/2014 17:32, Claude a écrit :

  Il faut des fois insister car le serveur signale des requête erronée

 Oui, environ 2 sur 3… et comme j'envoie par petits paquets… ben ça marche
 pas…
 (Et non, je n'envoie plus tout d'un coup, les connexions sont toujours
 assez foireuses là où je suis pour que ça ne marche pas quand ça devrait…)
 JB.


 ___
 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-fr] problème authentification