Le portail francophone de la géomatique

Bonjour,

SDO_UTIL.GETVERTICES ?
(http://download.oracle.com/docs/html/A9 … sthref1639)

Nico

une requete comme celle-ci permet de recuper les coord x et y sous
forme de nombre:

SELECT c.datastripid, t.X, t.Y, t.id
FROM tmpstrip c,
   TABLE(SDO_UTIL.GETVERTICES(c.contour)) t
   ORDER BY c.datastripid, t.id;

datastrip est une table contenant des polygones. la requete donne:

DATASTRIPID          X          Y         ID
----------- ---------- ---------- ----------
        993 -37.658845 -46.877754          1
        993 -37.396009 -46.877754          2
        993 -37.396665 -46.608259          3
        993  -37.65819 -46.608259          4
        993 -37.658845 -46.877754          5
        994  -145.4031 33.4099522          1
        994 -145.18787 33.4099522          2
        994 -145.18753  33.679447          3
        994 -145.40343  33.679447          4
        994  -145.4031 33.4099522          5
        995 -119.98241 36.7822524          1
        995 -119.75809 36.7822524          2
        995 -119.75769 37.0517472          3
        995 -119.98281 37.0517472          4
        995 -119.98241 36.7822524          5

On peut imaginer un code PHP qui construit le svg ou le wkt a partir
de cette requete et en connaissant le type des objets stockés (tables
de metadonnées).
A chaque fois que l'identifiant de la feature change, on finit
d'ecrire l'objet precedant et on commence a ecrire le nouvel objet.

Nico

Ta soluce marche bien. J'ai à peu prés les même temps de réponse pour la

génération du SVG. Mais ça à le gros avantage d'être + propre et de

moins solliciter la base, car avant je lançais autant de requête que

d'objets à cartographier.

Par contre, j'ai un autre problème que je soumet à tes lumières en

Oracle Spatial (que je rencontrais déjà dans ma manière précédente de

récupérer les coordonnées) :

les mutipolygones ne sont pas distingués. Je m'explique : je ne peux pas

à distingué pour un même ID d'objet, si la géométrie de cet objet est

simple (1 polygone) ou complexe (plusieurs polygones distincts composent

la surface de l'objet). Les coordonnées des polygones composant l'objet

se suivent, mais je n'ai pas d'indication me permettant alors de créer

un autre polygone en SVG, et celà se traduit en SVG par un trait reliant

les polygones d'un même objet.

Peut-être que vertex.ID retombe à 1 quand on passe à un nouveau polygone

composant l'objet, mais la commande vertex.id ne fonctionne sur ma base,

alors vertex.X et Y fonctionnent : SQL Error: ORA-00904: "T"."ID" :

identificateur non valide



David Delhorbe
Webmapping & SIG OpenSource
Département de Seine-Saint-Denis
ddelhorbe@texte-a-enlever.cg93.fr

Hmmm oui, je me suis posé la question, quid des multipg ?

J'ai chargé une table de multipolygones et ai lancé la requete que je
t'ai envoyée sur cette table.
Je ne peux effectivement pas caractériser le changement de polygone au
sein d'un multi, toutes les coordonnées se suivant.

A mon avis, faudrait regarder soit du coté d'une fonction pouvant
ressortir les eléments constituant un multi (je sais que ca existe sur
la 10), soit choper l'info sur le multipolygone: nombre de rings et
nombre de sommets par ring.
Ainsi, le code pourrait changer d'objet apres lecture des n
coordonnées formant un ring.

Je vais regarder.
Nicolas

En fait, je pense que le plus simple est d'utiliser les structures
SDO_ELEM_INFO et SDO_ORDINATE (doc ici pour la version 9:
http://download.oracle.com/docs/html/A96630_01/toc.htm)

Elles permettent de connaitre la structure de chaque geometrie et
renvoie un tableau de coordonnées.
En parsant SDO_ELEM_INFO, on a le type de l'objet, le nombre de trous,
les offset des coordonnnées de chaque partie.
En parsant le tableau de coordonnées, on peut construire son objet SVG
en ayant toutes les infos, je pense.

Ca permet de faire un parser complet traitant tous les cas (pg, trous,
multipg, etc.)

Nicolas

en fait, pour éviter de tester toutes les coordonnées, je ne fait le

test uniquement lorsque le c.CHAMP_GEOM.SDO_GTYPE  du polygone est égale

à 2007, ce qui signifie que c'est un mutipolygone. Par ex. sur ma table

de test, sur 40 objets, 36 sont des polygones simples, et 4 sont

multipolygones, donc je fais le test que sur les coordonnées de ces 4

objets.

Je n'ai pas besoin de distinguer un multipolygone d'un donut, car SVG

dessine automatiquement un îlot ou un donut selon que les polygones

suivant le 1er sont dehors ou à l'intérieur du 1er polygone.



David Delhorbe
Webmapping & SIG OpenSource
Département de Seine-Saint-Denis
ddelhorbe@texte-a-enlever.cg93.fr